lvd2

16-bit addition seems to be broken right from the first lines: if(withCarry && GETFLAG(F_C)) a2++; considering that a2 is ushort, it is incorrect (for example when before ADC HL,DE DE...

You can guess size using strlen(dump)/2

Observation: we can have new mnemonics like J, JZ, JNZ, JC, JNC to implement auto-choice of JR or JP. Also, that won't break older code in any way, only new...

Observing the same with OpenZFS 2.1.1: Sender: gentoo, kernel 5.15.6, zfs versions zfs-2.1.1-r5-gentoo zfs-kmod-2.1.1-r4-gentoo Receiver: ubuntu 20.04.3 with 917bb976110a5c1c00afd1dfed06daad8041b47e refs/tags/zfs-2.1.1 built from source (both tools and kernel module), kernel 5.4.0-91-generic...

update to previous comment: If after creating (or re-using) encrypted `Test_enc` dataset, I try to receive into to-be-created `test_pool/test_set/Test_enc/Test` dataset, so that there should be presumably no change of properties...

Also there seems to be a workaround here: using `zfs recv -F` solves my issue: the second send succeeds; after that, the files in the destination dataset are the same...

The situation is quite disappointing actually, and that's not for the first (and even not for the second!) time. Now I'm left with 2.1.6 and EOLed 5.19 kernel in gentoo....

Unfortunately, the guy who did that schematics, deathsoft, is not available anymore and I have no access to his original schematics. If the text lines from this PDF can be...