Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.apple2.programmer > #3918

Re: Query about ProDOS 8

Show all headers | View raw

Hi John,

>I have been considering making the following changes to future ProDOS if ti=
>me and space allows:
>
>1) Replace /RAM with a new driver and disable IntC3ROM so slot 3 cards can =
>be used
>
>2) Possibly save/restore/set GS speed register so ProDOS calls will always =
>run fast
>
>3) Possibly have ProDOS set the Ramworks bank to move ProDOS out of LC and =
>up to Aux memory
>
>
>Thoughts?


Regarding 1): Wouldn't that prohibit to use 80 columns?

Regarding 2): I personally would like that. But I _like_ improvements.
I only set my GS to slow for games. I'm however pretty sure that there
are authenticity hardliners who don't like that. But I guess those
aren't into ProDOS 2.5 anyway - or ProDOS in general - or the IIgs in
the first place ;-)

I guess one would end up asking for this to be configurable. But I
presume that some kind of configuration will be necessary for ProDOS
2.5 anyway (i.e. for setting a Ramworks RAM disk split).

Regarding 3): I likely misunderstand you but here are my thoughts
anyway...

I see two viable scenarios for modifying the PrODOS memory layout:

a) On a 128k machine programs that only use 64k (apart from
80col/DHGR) benefit from ProDOS moving into aux mem. The main LC
becomes free again for its original purposes. The BASIC.SYSTEM takes
the place of DOS 3.3. /RAM isn't present and machid fakes a 64k
machine. The additional space in aux mem may be used for new ProDOS
drivers and/or a small (write-through) disk cache. Maybe it would be
feasable to move BASIC.SYSTEM to aux mem too leaving only $BE00-$BFFF
occupied in main mem.

b) On a 128k machine with Ramworks programs that only use 128k benefit
from ProDOS moving into a Ramworks bank.

I personally consider both scenarios interesting but as soon as new
ProDOS 2.5 features (large volumes, new drivers, ...) makes a) or b)
_obligatory_ I personally think it's necessary to support a) because
it's just not good to cut off all the 128k machines from the new
ProDOS 2.5 features. This is especially true for the //c that on the
one hand always has 128k but on the other hand isn't exactly easy to
extend with Ramworks-style memory.

Maybe I'm naive but I'd hope that a) and b) share most of their code
so that supporting a) beside b) shouldn't be much additional effort.

Just my two cents,
Oliver

Back to comp.sys.apple2.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Query about ProDOS 8 Benoit0123 <bgilon@free.fr> - 2017-09-02 15:17 +0000
  Re: Query about ProDOS 8 John Brooks <jbrooks@blueshiftinc.com> - 2017-09-02 09:35 -0700
    Re: Query about ProDOS 8 James Davis <JPD.Enterprises@outlook.com> - 2017-09-02 12:20 -0700
    Re: Query about ProDOS 8 ol.sc@web.de (Oliver Schmidt) - 2017-09-08 10:53 +0000
      Re: Query about ProDOS 8 John Brooks <jbrooks@blueshiftinc.com> - 2017-09-11 21:53 -0700
        Re: Query about ProDOS 8 Steve Nickolas <usotsuki@buric.co> - 2017-09-12 03:51 -0400
          Re: Query about ProDOS 8 David Schmenk <dschmenk@gmail.com> - 2017-09-12 06:59 -0700
        Re: Query about ProDOS 8 ol.sc@web.de (Oliver Schmidt) - 2017-09-12 14:41 +0000
        Re: Query about ProDOS 8 Michael J. Mahon <mjmahon@aol.com> - 2017-09-12 11:18 -0500
  Re: Query about ProDOS 8 roger.shimada@gmail.com - 2017-09-02 10:48 -0700
  Re: Query about ProDOS 8 Benoit0123 <bgilon@free.fr> - 2017-09-02 20:34 +0000
    Re: Query about ProDOS 8 roger.shimada@gmail.com - 2017-09-02 20:35 -0700
      Re: Query about ProDOS 8 John Brooks <jbrooks@blueshiftinc.com> - 2017-09-02 21:47 -0700
        Re: Query about ProDOS 8 Benoit0123 <bgilon@free.fr> - 2017-09-03 09:34 +0000
          Re: Query about ProDOS 8 David Schmenk <dschmenk@gmail.com> - 2017-09-03 07:15 -0700
            Re: Query about ProDOS 8 Benoit0123 <bgilon@free.fr> - 2017-09-03 16:12 +0000
          Re: Query about ProDOS 8 John Brooks <jbrooks@blueshiftinc.com> - 2017-09-04 22:00 -0700
            Re: Query about ProDOS 8 Benoit0123 <bgilon@free.fr> - 2017-09-05 09:13 +0000
            Re: Query about ProDOS 8 James Davis <JPD.Enterprises@outlook.com> - 2017-09-06 17:56 -0700
              Re: Query about ProDOS 8 John Brooks <jbrooks@blueshiftinc.com> - 2017-09-07 00:00 -0700
            Re: Query about ProDOS 8 Steve Nickolas <usotsuki@buric.co> - 2017-09-10 23:30 -0400
              Re: Query about ProDOS 8 David Schmenk <dschmenk@gmail.com> - 2017-09-11 06:52 -0700
      Re: Query about ProDOS 8 roger.shimada@gmail.com - 2017-09-03 07:05 -0700
  Re: Query about ProDOS 8 Benoit0123 <bgilon@free.fr> - 2017-09-02 20:37 +0000
    Re: Query about ProDOS 8 Antoine Vignau <antoine.vignau@laposte.net> - 2017-09-02 14:07 -0700
  Re: Query about ProDOS 8 Benoit0123 <bgilon@free.fr> - 2017-09-02 21:36 +0000
  Re: Query about ProDOS 8 James Davis <JPD.Enterprises@outlook.com> - 2017-09-03 18:45 -0700
    Re: Query about ProDOS 8 Antoine Vignau <antoine.vignau@laposte.net> - 2017-09-03 23:52 -0700
  Re: Query about ProDOS 8 Jorge <jorge@jorgechamorro.com> - 2017-09-12 13:42 -0700
    Re: Query about ProDOS 8 ol.sc@web.de (Oliver Schmidt) - 2017-09-13 10:30 +0000
      Re: Query about ProDOS 8 Steven Hirsch <snhirsch@gmail.com> - 2017-09-13 08:00 -0400
      Re: Query about ProDOS 8 Jorge <jorge@jorgechamorro.com> - 2017-09-14 07:30 -0700

csiph-web