Opcodes | Database of CPU Opcodes

The Remix bytecode export contains the bytecode variable definition and assembly block without the constructor being executed - just the actual definitions compiled to bytecode.

Constructor usually returns the contract instance (including its parent contracts and imported libraries). But in this case, the assembly block forces the EVM to not return the contract instance, but to return the value of the bytecode variable from the constructor.

Then the deployment process continues as usual - the EVM stores the constructor return value (usually the contract instance, now the bytecode) into the contract storage.

Some of x86-64 calling conventions require that the stack have to be alligned to 16-byte boundary before calling functions.

After functions are called, a 8-byte return address is pushed on the stack, so another 8-byte data have to be added to the stack to satisfy this allignment requirement. Otherwise, some instruction with allignment requirement (like some of the SSE instructions) may crash.

Assumign that such calling conventions are applied, the initGBCpu function looks OK, but the initInternalState function have to add one more 8-byte thing to the stack before calling the initInternalState function.

For example:

You cannot call GetMethod on typeof(Func<>).MakeGenericType(TArg), because in this instance, TArg is a GenericTypeParameterBuilder, and the Type object returned by MakeGenericType doesn't know how to get the relevant methods.

Instead use TypeBuilder.GetMethod like this:

The problem is that you do Type.getInternalName(BuildingInfo.class). That's the very class you're trying to transform as it's being loaded, so you created a circular reference by using it in a way that would need it to be loaded. You'll need to hardcode the string "mcjty/lostcities/dimensions/world/lost/BuildingInfo" there instead.

Also, in "()Lmcjty/lostcities/api/ILostCityBuilding", that's supposed to have a semicolon at the end, so change it to "()Lmcjty/lostcities/api/ILostCityBuilding;".

Finally, you need to change false to true in new MethodInsnNode(INVOKEINTERFACE, Type.getInternalName(ILostCityBuilding.class), "getMinCellars", "()I", false));, since it is in fact an interface method.

Here's the problem:

In your async def dispatch_event(self, event: dict): method you should be able to access the user from scope["user"] so you can filter at this point.

Alternatively you can create a group for each type of message then only subscribe to the groups the user is permitted to see. (this is the better solution).

It seems to be a recognised issue that has been fixed for the next version 3.6.1: https://issues.apache.org/jira/browse/MPLUGIN-369

A workaround is to add:

1. Does --opcodes just give a more compact form of assembly code compared to --asm output?

That's somewhat correct. You could still translate the assembly to opcodes and get the same result.

Assembly represents a set of "low level-ish" instructions. Opcodes are the "real" binary instructions passed to the EVM. See for example this table that translates the opcodes to binary.

2. PUSH1 0x80 PUSH1 0x40 MSTORE in --opcodes format vs. mstore(0x40, 0x80) in --asm format. Are they doing the same thing? (I guess so but not 100% sure...)

Yes, they are doing the same thing - see answer to 1. When you run this snippet in Solidity

How to create a member unordered_map with values of pointers to functions?

Like this: