The Sinclair QL Forum

I had a little look at the two dis-assemblies. At the various pointers <> In the 337 version. The SuperBASIC program is 2 bytes shorter, and the Name list is 10 bytes shorter. That explains the 12 byte difference in program size. I have tried to create a minimalist test program that would end up be...

The last time I tried this I got ambiguous name errors for SCRXY and WINDSZ, and so could not even get any compilations. On one other earlier try, I did successfully get it to work, both for the _wrk file and also for the _sav file. The results were identical. I would guess that the problem might l...

I disassembled the start of the object code. I know its unlikely to answer why my program crashed, but it is interesting that V3.36 and V3.36x - which are supposed to be the same program should produce such different results using the identical input (sav) file: Here is the original: * DISA-Listing:...

Yes, thanks. I already tried that, but couldnt make it work. I was trying to find another way of producing a workfile to answer the quetions asked. Q-Liberator was written for a different age. I dont think it and SMSQ/E get on all that well together on all occasions. For example doing a LRESPR qlib_...

Hi Steve,
Nice work I may not have understood you properly, but it appears to me that there is an issue with mode 8. If I take a mode 8 QL screen dump it doesnt appear to display correctly in your mode 8 recreation. For example, yellow gets lost in translation.

Hi Martin, Yes, you got that right. I can only report on one side of the issue: I QSAVE a program and then compile it with V3.36. Everything works as expected. The same qsaved file, when compiled with the recompiled-decompiled V3.36 (lets call it V3.36x) does not. It fails with a Qlib runtime error ...

Parts of this discussion remind me of an interview I once heard on the BBC radio. It was with some renowned French philosopher. Among much else he said: "The beauty of the French language is that exactly expresses what you think." At that point I switched channel..

Changing case is not for the SMSQ/E side of things, but has to do with the underlying host OS, ie Linux filenames are case dependent, Windows not. See the SMSQmulator manual for details. >DIR says, NFA DRIVE 2 MS-DOS in the header, I do not know what it means This just lists the underlying file syst...

Martin, there may be an issue with the decompiler: Theres a program I have that compiles and runs perfectly with Qlib 3.36, but if I use your decompiled Qlib 3.36, it errors when run. The funny thing is that the temporary wrk file compiles and runs ok, but if I QSAVE the file from SMSQ/E and compile...

There's also the QPC_QLSCREMU -1 command that allows you to load QL screens even in arbitrary resolutions and colour depths - It simply emulates the QL screen in the top left of the QPC screen. Thats the straightforwardest, of course. But straightforwardness is obviously not what is wanted here ;) ...