i will try to create one file from sources, i hope, it can be managed. Until now i could manage these kind of activities, and i hope it can be done for IS-DOS also.

Thank you very much Zozo, it really seems to be hard, I hope we could create to reproduce the source of the actual binary.

Yes, because there are some (about 5-10% ) CPC programs, which uses only ROM calls There is nearly no Speccy programs which uses only ROM calls

I wonder , so much PCW were sold? 8 million sounds very much, it is close to the number of sold Speccies which is above 10 million if i know well, but none of them is close the number of sold Enterprises

it is impossible to write so fast Speccy emulator on CPC like SpEmu, because CPC does not have attribute mode, and does not have LPT, so if it could be done in 2 or 4 colour mode , then Speccy addressing should converted also, which i think nearly impossible to create a good algorythm to find out all writes to video memory, and convert all routines, one way is possible, convert the whole speccy screen, but in this case all 6912 bytes have to be converted on CPC, SpEmu converts only 768 bytes of attributes in 3 frames by default, it can be changed.

So according to what you explain here, the software emulator must have been better than the hardware one! Amazing!!!

It is, probably it's compatibility is lower than the HW emulator with new ROM, but it is faster if bigger amount of attirbutes are changed on the screen, and it does not slow down when the program has high beeper activity ( because OUT (0feh),a instruction is changed to OUT (0a7h),a )

The problem can be caused by spemu, because it is not a real emulator, it convert speccy programs after loading, and patches the interrupt of the loaded programs also that's why menu can be called anytime, if a game does not use interrupts, i put menu call code into keyboard emulation also