SOMRun leaves stale DDEUtils command line

There is a memory size window where ELF binaries loaded via SOMRun can leave a stale ‘long’ command line set up in DDEUtils for a subsequent application to pick up.

If there is way too little memory (e.g. 64KB for gcc), SOMRun gcc --version will report ‘Wimpslot not big enough to run ELF program’, presumably not setting up a ‘long’ command line, as one is not present afterwards. OK.

If there is enough memory for the application to be somewhat loaded (e.g. 2MB for gcc), but not to run fully, reports like ‘Application requires a minimum of 16000KB to run’ are given, and presumably the ‘long’ command line has been consumed, as one is not present afterwards. OK.

The interesting case is in between (e.g. 640KB for gcc), where ‘Insufficient memory for application’ is reported. But a ‘long’ command line has been set up in DDEUtils and not consumed…

Now try running another C application that bothers to parse its command line (SharedCLibrary reading any ‘long’ command line to split into argv[]). !Draw will do. Ooh, look, what’s this ‘--version’ file that it’s trying to load?

You can use SYS "DDEUtils_GetCLSize" TO r0: PRINT r0 in BASIC in another TaskWindow to verify.