No, none of that. The QL says "out of memory", not "in use" as it would if jobs were running.
It is also apparently not
the good, old "dataspace lost" problem, as the program Vincent is trying to run is not an executable job, but code that is RESPR-LOADed and CALLed, thus does not need any data space. (Although I agree the problem and solution cannot be mentioned often enough
No, that solution does not help here
The reason the RESPR command is not working is:
The BOOT finds out RAMTOP from the system variables, thus the amount of installed
memory and basically the RESPR command tries to get all but some of it. The "but some" is based on an otherwise empty QL with maybe some headroom for a floppy based system (for buffer and map) with no other extensions loaded (This was done in copy-protected programs to make sure there's no debugger or somesuch loaded) This does not take into account that there might already be other allocations, like QubIDE buffers & maps (which is much more as the marginal headroom provided for a floppy) and RESPRed memory like for TK2 - and thus RESPR fails.
My proposal was to look at the amount of still free
memory from the system variables and get all but some of that
. That should work, but may obviously end up at some other base address. In case the code loaded is written position independent, as it should, that should work.
If it still doesn't work, the "- 200000" bytes headroom (which is not so much as it looks, as it is based on addresses, not number of bytes and thus includes ROM, screen memory and system variables) that is part of the RESPR memory allocation should be increased, maybe doubled for starters.