The Sinclair QL Forum

I have several copies of CADPak by Datalink Systems and cannot it working with q-emulator.

There is the version for use with the Sandy SuperQMouse, but that does not appear to work with the keyboard at all.

I have another version which was protected using the old FLRUN / FLOAD protection system. I have broken into that and saved it, but it seems to be the source code for the Sandy version (as it uses the POINTER and ALCHIP commands), which surprised me!

I have another compiled version (where the executable is called PAINT_obj), but unfortunately, that one seems to be corrupt.

Does anyone have a working copy which works with the keyboard?

I think, Chr$ has one, as mentioned at his site.

My original v5 cart was too far gone, so that one is problematic. I do have a v6 and that seems to work in Qemulator with cursor keys.

Chr$ wrote:My original v5 cart was too far gone, so that one is problematic. I do have a v6 and that seems to work in Qemulator with cursor keys.

Great - could you send me the v6 to look at please (if you have any files from the v5 I may have missing ones!)

Done.

Thanks Chris - yes, that mdv image works here.

The CadPak version supplied with the SuperMouse v1.10 disk is very nasty programmed. I just can hope, that the inbuilt MC extensions of that QLiberated program were not programmed by one of the QJump staff, instead of Arnie himself, but what kind for information does he got?. The program works on QemuLator (with a separate ptr_gen loaded, as the SQB Mouse inbuilt one is not present) but not so good on QPC, even with QPC_QLSCREMU 4. But the mouse with QPC works.

The inbuilt MC extensions of that CadPak use fixed locations of 512x256 and the old screen location of 131072. Very horrible. There are keywords like "POINTER" (not to confuse with the same keyword on SQB Mouse to invoke the Pointer I/F) to invoke things like Outline and pointer movement, "SCR_up", SCR_down" to save and rebuild screen areas (with no parameter, does not really work on QPC for the menu), "GrabMem", "Protect", also without parameter, which do not use all the well known TRAPs and Vectors of the PE.

An example how one should not program in PE. The QLib's inbuilt extensions were better made.

Dare I mention "Medic" - their M-Paint is an early version of this program (presumably by the same developer) - although I do not believe it was ever released....