The Sinclair QL Forum

This is the correc tprocedure to chnage the QL Screen Mode, as just poking the System Variables will chnage the Screen Mode as required, but the operating system will not register the screen mode change, causing a conflicit. This is mentioned most good QL technical books. Yes. But to be pedantic, c...

Unfortunately I don't have the time to learn the gameplay right now, but I'm in awe of what you manage to pull off in pure basic. Fantastic!

Cheers, Marcel

Ah, now I get your problem. Use MT.DMOD trap to change your screen mode, don‘t poke it in the system variables. That should have the desired effect.

NEW deletes the program and redraws the Basic windows. You're not in Basic, what exactly should happen? If you want to redraw your own C windows, just do a Border/Clear call on them.

That is correct. There was a FillChar() call in the original startup code by me for this, which zeroed out the .bss. Ouch, sorry about that :) Back then it was still my understanding that the memory areas were disjunct... There's a quick & dirty hack in the compiler for register-relative addres...

First of all, thanks for taking the time to look and improve my stuff, I know how it is. Is there any mechanism of passing an option to the backend to select which style of output should be produced? What do you mean by "style of output"? Assembler style? Not currently, on the backend, the...

Wow, thanks for the quick uptake :) Obviously I'm completely foreign to the codebase and in that case I tend to change minimalistically, so if anything can be implemented better I'm all for it. I also very much noticed that my Pascal days have been a while :shock: The QL port already required 4 or 5...

You have two problems there: 1st, every QL ser port only has one outgoing handshake line, you‘d have to combine two ports to get to two. But it doesn’t even matter, because secondly, you don‘t have any software control over these whatsoever, so I‘m afraid what you‘re trying to do is simply impossibl...

Well, I spent some time on it now. You know things will go well when one of the first things you try results in an "internal error" of the inline assembler... it simply crashed anytime one wants to use "dc.b" or similar statements :( So I had to fix that first (compiler.diff). Th...

Yay :-P When I find the time I might try to implement EXE support. Of course the real work will be in the libraries... :? Congrats for being the 2nd person who ever managed to get this shebang somewhat working. :) BTW, in the currently committed version, I think a simple Pascal-ish writeln('Hello, ...