Jump to content

New productivity upload: Dos Shell


Recommended Posts

Dos Shell

View File

A "unix" like Dos Shell with a bunch of builtin commands to make day to day file operations (much) more convenient than via a Basic prompt. Requires R41.

Tip: save this as AUTOBOOT.X16 to your sdcard and it will load every time you start the emulator.

Short description of the commands and Source code (Prog8) available here https://github.com/irmen/cx16shell/


 

  • Like 2
Link to comment
Share on other sites

I'd like to but there is no interface defined yet for such utility programs. 

Simply running them as a basic program is not feasible, I think (it would overwrite the shell itself, for one thing) and we couldn't find a way to "JSR" into a basic program such that on exit control flow returns to the caller.

Link to comment
Share on other sites

On 8/2/2022 at 7:11 PM, desertfish said:

I'd like to but there is no interface defined yet for such utility programs. 

Simply running them as a basic program is not feasible, I think (it would overwrite the shell itself, for one thing) and we couldn't find a way to "JSR" into a basic program such that on exit control flow returns to the caller.

OK. I was thinking of utility programs designed to work with the shell. At the moment you have the command that starts the editor. It will work only if the program is stored in the current directory. In the future you may have other utilities that can be started from within the shell. I just thought it would easier to store these programs using an absolute path.

Link to comment
Share on other sites

  • Super Administrators
On 8/2/2022 at 9:41 PM, Stefan said:

OK. I was thinking of utility programs designed to work with the shell. At the moment you have the command that starts the editor. It will work only if the program is stored in the current directory. In the future you may have other utilities that can be started from within the shell. I just thought it would easier to store these programs using an absolute path.

The obvious problem is that different people will want to store their utilities in different places. 

The solution is probably to store the path in memory, either using a configuration file, or take the CP/M approach and patch the executable with the desired path. (That would be faster, although it would require a separate "patch" program that knows the address of each of the pre-configured filenames.)

  • Like 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...

Important Information

Please review our Terms of Use