Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Z80 assembler with Turbo PASCAL source, runs under CP/M very well - new available

429 views
Skip to first unread message

Peter Dassow

unread,
Jan 31, 2009, 4:54:47 PM1/31/09
to
Just in case that somebody is still interested in an additional Z80
assembler *with Turbo Pascal source code* , I managed it to make it
available also for CP/M, see http://www.z80.eu/pas-compiler.html (at the
bottom of the page). I am really sure it's not available on any other site.
Also, I added a page with ADA infos (of course CP/M related) at my site.

Regards
Peter
--
* http://www.z80.eu/blog - a vintage computer blog

Uwe Nass

unread,
Feb 1, 2009, 7:26:15 AM2/1/09
to

Hi Peter,

on your above given page "http://www.z80.eu/pas-compiler.html"
I found the following sentence:

"Here are the C compiler as complete packages (I do not offer every
item by myself, instead, most of these offerings are just links to
other sites):"

I think "C compiler" has to be changed to "Pascal Compiler"! Just a hint.

Greetings,

Uwe.

Steven Hirsch

unread,
Feb 1, 2009, 10:07:10 AM2/1/09
to
Peter Dassow wrote:
> Just in case that somebody is still interested in an additional Z80
> assembler *with Turbo Pascal source code* , I managed it to make it
> available also for CP/M, see http://www.z80.eu/pas-compiler.html (at the
> bottom of the page). I am really sure it's not available on any other site.
> Also, I added a page with ADA infos (of course CP/M related) at my site.

Peter,

Many visitors to your site are probably curious regarding the status of CP/M
Commander. Is there anything to show for this yet?

Peter Dassow

unread,
Feb 1, 2009, 2:48:46 PM2/1/09
to
Uwe Nass wrote:
> on your above given page "http://www.z80.eu/pas-compiler.html"
> I found the following sentence:
>
> "Here are the C compiler as complete packages (I do not offer every
> item by myself, instead, most of these offerings are just links to
> other sites):"
>
> I think "C compiler" has to be changed to "Pascal Compiler"! Just a hint.

That's the result if you try to take one page as a template for another
one. It's changed now, but I guess this was not really annoying :)

Regards
Peter

Peter Dassow

unread,
Feb 1, 2009, 2:54:00 PM2/1/09
to
Steven Hirsch wrote:
> Peter,
>
> Many visitors to your site are probably curious regarding the status of
> CP/M Commander. Is there anything to show for this yet?

I am curious about it, too. Because I got no responses, I suspended all
my efforts for it a year before. Seems that I have to go on now...
There is only a working skeleton with all that menu stuff implemented,
but the shell functionality and the file functions are still missing.
File functions like deleting for renaming are simple, copying a bit more
sophisticated, but shell functions (running a program) is quite tricky
because you can't "fork" a process (due to the memory limits).
I planned to use submit for it, but unfortunately it does not really
work (you can't "stack" submit files, if one calls another one, the
origins are lost).

Regards
Peter

no....@no.uce.bellatlantic.net

unread,
Feb 1, 2009, 3:48:12 PM2/1/09
to
On Sun, 01 Feb 2009 20:54:00 +0100, Peter Dassow <z8...@arcor.de>
wrote:

Build it so that it overlays CCP and is the CCP, then when any
transient is done it's reloaded. For history and envronment settings
reserve some memory above the BIOS or if it's bits there are unused
places down in page 0. If all else fails make a file on the disk and
swap to it and back with data intact. If you cant fork, then swap
and return. and likely the later is more doable in the single task
linear execution envronment of CP/M.

Another note: While the CCP is 2k by default its'replacement can be
larger if overlays are allowed after all when it's running there is no
real reason why it can't invoke a additional transient at 100h or
anywhere else to perform a subtask.

Allison

Mr Emmanuel Roche, France

unread,
Feb 1, 2009, 4:20:51 PM2/1/09
to
Peter Dassow wrote:

> (...) shell functions (running a program) is quite tricky


> because you can't "fork" a process (due to the memory limits).
> I planned to use submit for it, but unfortunately it does not really
> work (you can't "stack" submit files, if one calls another one, the
> origins are lost).

The problem is: for which version of CP/M ? I went to your Web site,
and found the following: "like Norton Commander, but for CP/M 2.2 o CP/
M 3.0"

Argh! This is already more difficult. (CP/M Plus has several BDOS
functions to chain another program, pass it some value, etc. In
addition, CP/M Plus has the RSXs, which do not collide with COMmand
files at the bottom of the TPA, and can be up to 128 (!) in the TPA...
Under CP/M Plus, SUBMIT files can be nested. This is mentioned in the
documentation. They are now RSXs. So, RSXs are a powerful tool usable
under CP/M Plus. Under CP/M 2.2, you would need to implement them from
scratch.)

The following line says: "Developed in Turbo PASCAL 3.0" Well, I
happen to have a Turbo Pascal 3.0 program (for MS-DOS) multi-
tasking... (at 2400 bps, if I remember correctly)

Personally, I have no interest in "a two panel file manipulation
program" (I have never used Norton Commander). But I would advise you
to do it step by step, defining what you need, then programming until
you achieve it.

Several times, I started writing an article for the comp.os.cpm
Newsgroup without knowing how I would do to achieve a goal. The
advantage of programming is that it obliges you to think how to do
something. Once you realise the forces in presence, it is up to you to
find a way to master them.

Good luck.

Yours Sincerely,
Mr. Emmanuel Roche, France

Peter Dassow

unread,
Feb 1, 2009, 4:40:12 PM2/1/09
to
Mr Emmanuel Roche, France wrote:
> The problem is: for which version of CP/M ? I went to your Web site,
> and found the following: "like Norton Commander, but for CP/M 2.2 or CP/

> M 3.0"
>
> Argh! This is already more difficult. (CP/M Plus has several BDOS
> functions to chain another program, pass it some value, etc. In
> addition, CP/M Plus has the RSXs, which do not collide with COMmand
> files at the bottom of the TPA, and can be up to 128 (!) in the TPA...
> Under CP/M Plus, SUBMIT files can be nested. This is mentioned in the
> documentation. They are now RSXs. So, RSXs are a powerful tool usable
> under CP/M Plus. Under CP/M 2.2, you would need to implement them from
> scratch.)

That was the reason I planned to use SUBMIT. Sure you can remember that
there was a mechanism with the temporary file '$$$.SUB' ... so I thought
I just can create a file with that name, all my commands, and at the end
my own "Commander" program (in reverse order as far as I remember).
But as I already stated, recursive calls/nested calls cannot be done in
CP/M 2.2.
AFAIK RSX can be programmed also for CP/M 2.2 ... but for god's sake why
should I do such an effort, if I have so much other things to do, also ?
So I need a real *simple* approach for starting programs and going back
to my program if the called program ends.

Regards
Peter

Steven Hirsch

unread,
Feb 1, 2009, 5:21:38 PM2/1/09
to

If you didn't mind making the application reliant on Z-System, it would be
straightforward to do in that environment.

CBFalconer

unread,
Feb 1, 2009, 10:26:01 PM2/1/09
to
Peter Dassow wrote:

Try job, which comes with DOSPLUS2.5. This executes submit files,
but can also do other things, including nested submits,

--
[mail]: Chuck F (cbfalconer at maineline dot net)
[page]: <http://cbfalconer.home.att.net>
Try the download section.

0 new messages