🚀 go-pugleaf

Hi!

Am Mo 28.08.1995 meinte Holger Lubitz zum Thema "Re^1:ROM patchen":

> >    Als  ich  (damals,  in  den  _guten_  _alten_  Zeiten) noch im Kickstart
> > gepfriemelt  hab'  wurden  wir in der naehe des Titelbilds fuendig (Kickstart
> > 1.3).   Falls der Platz nicht reicht, entferne einfach den groessten Teil der
> > Titelbild-Routine und mach's dort rein.
> 
> [...]
> 
> Also entweder das Bootbild wegnehmen und den Platz nutzen, oder
> irgendwelche Librarys auf Platte auslagern - aber das ist nicht trivial,
> wenn man nur ein Kickstart-Binary und keinen Source hat.

   Wobei  natuerlich  diese Loesung wesentlich eleganter ist.  Man muesste halt
Libraries  nehmen  die  zwar  im ROM liegen aber vom ROM "Startup-Code" nie
benutzt werden.  Das sind wohl die am Ende der Resident-Liste, also bei 3.1
kommen nach dem strap module noch

  f9dc66  - 81  0       fs 40.1 (15.2.93)
  fc376c  -100  0       ramlib 40.2 (5.3.93)
  f8a6f8  -120  3       audio 37.10 (26.4.91)
  f94bc0  -120  9       dos 40.3 (1.4.93)
  fc0b58  -120  9       mathffp 40.1 (16.3.93)
  fc133c  -120  9       icon 40.1 (15.2.93)
  fc3b92  -120  1       wbtag 39.1 (20.4.92)
  fe6d94  -120  9       gadtools 40.4 (24.5.93)
  fec940  -120  9       wb 40.5 (24.5.93)
  f8d952  -121  0       con-handler 40.2 (12.5.93)
  fc52e0  -122  0       shell 40.2 (4.3.93)
  fbccd8  -123  0       ram 39.4 (9.8.92)

aber  irgendwie  scheint  mir  da  nicht _soviel_ praktisches zu sein.  Die
icon.library ist ja doch noch da, vielleicht geht auch gadtools.library, da
sollte mal jemand im strap nachschauen.

   Seit  die  ROMs intern auch Library-Aufrufe und keine direkten JSRs mehr
machen  sollte  es doch auch "leicht" moeglich sein, entsprechende Libraries
zu  extrahieren.   Oder  ist in diesem komischen "ramlib" oder wie das Teil
heisst fest codiert, was im ROM ist und was nicht?  Ralph (Babel meine ich)?

> Ich frage mich bis heute, warum man damals bei Commodore nicht einfach die
> Codeerzeugung auf 020-Code umgestellt hat. [...]

   Ja, seltsam.  Allerdings _muss_ ja was fuer 68020+ drin sein, zumindest in
den Cache-Routinen.  :-)

> >    Ich  hab'  damals  etliche Kickstarts fabriziert (z.B.  eine bei der das
> > WOM  nicht  schreibgeschuetzt  war),
> 
> Was ja auch nachtraeglich machbar war. Ich habe auch mal so ein Programm
> geschrieben (WriteEnable) - nach einem Reset war das WOM wieder RAM und
> Kickstart patchen leicht wie nie. Meine Kicks hatten uebrigens alle eine
> modifizierte Pruefsummenroutine, das Original war ein bisschen langsam ;)

   Wir  haben  damals  das  Titelbild  im  Hex-Editor gepatcht, cooles Mal-
programm so ein Editor...  :-)

> Ein liegengebliebenes Projekt war die "256k-2.0-Kickstart", die ein
> komprimiertes 2.0-Image fuer $200000 ins WOM laedt und von dort in die
> Golembox dekomprimiert. Inzwischen habe ich keine Golembox mehr, und es
> haette sowieso nicht ganz gepasst - ein paar Tracks haetten noch
> nachgeladen werden muessen, waere also "geschummelt" gewesen.

   Das waere doch ein nettes Ding gewesen.  Leider kam der A2000 dazwischen.
IMHO  haetten  sie  es  ruhig  beim  Booten  der  Kickstart von Disk (besser
natuerlich   Harddisk   wie   im  A3000)  lassen  sollen.   Und  den  Source
mitliefern...  :-)

> > und auch ein "alternatives" OS, das von
> > einer Kickstart Disk gebootet wurde (A1000).
> 
> Das wuerde mich mal interessieren. Kann man damit irgendetwas sinnvolles
> machen oder ist das in der Alphaphase liegengeblieben ? (Ich habe ganz
> dunkel in Erinnerung, dass das ein Spiele-OS werden sollte - hattest Du
> nicht im Z-Netz mal sowas geschrieben?)

   Oh  Gott,  da merkt man mal wieder wer hier schon laenger dabei ist.  Das
war  noch  zu  den  Zeiten  als ich mit fjr schwer im Clinch lag, bezueglich
Effizienz von Assembler (schoenen Gruss an dieser Stelle).  :-)

   Das  Ding  konnte  nie  besonders viel.  Wir hatten Treiber fuer console,
serial,  disk  und  das  war's schon.  Der Disktreiber war von meinem alten
Fremdformat  fuer  BlueByte  Software  "rueckuebernommen"  worden, nachdem ich
dieses urspruenglich aus der ersten Version des Treibers entwickelt hatte.

          Treiber 1.0 -> BlueByte CopyProt -> Treiber 2.0 -> :-)

Leider  habe ich mich nie zu einem richtigen Filesystem durchringen koennen,
und  das  rudimentaere track-basierte von BlueByte war doch nicht sonderlich
speichersparend...

   Irgendwie  war  der  Reiz  weg  als man das System bedienen konnte.  Ich
schrieb  dann noch einen "MultiTasking Kernel", der allerdings immer an den
Interrupt- und Exception-Handlern krankte.

   Ach  ja,  einen  Disassembler  hatte  das Ding auch, zum Assembler hat's
nicht  mehr  gereicht.   Wir  haben  einfach  von  einer  alten  Fish einen
Disassembler-Source  mit reingezogen und die Textausgabe angepasst.  Apropos
Text-Ausgabe,  das war einem Pentium im Text/Dos Mode nicht unaehnlich.  Mit
Layers wird halt doch viel Zeit "vertroedelt"...  :-)

   Wenn  ich mal _viel_ Zeit habe kram ich den Source wieder raus und mache
das auf einem Intuition-Screen und mit .devices nach.  Hey, da krieg ich ja
gleich ein Filesystem geschenkt...  :-)

> (Jaaa, ein Nostalgiethread - wenn mein 1000er hier waere, wuerde ich ihn
> jetzt wohl wieder aufbauen und mal wieder 1.1 booten ;)

   Die  alten  Window-Border  waren  doch  relativ  exotisch...  Und dieses
fluessige verschieben von Icons, ein Traum...  :-)
                      _
--- By(T)e...      _ //   "C++ is already too large and complicated..." ---
---       Peter... \X/\miga - "Gegen den Strom!" -- ANSI-X3J16/ISO-WG21 ---

e-mail: p.froehlich@amc.cube.net iam: GCS/O d- s:+ a-- C++(++++) UB P? L E-
W N++ K? w-- O- M V PS PE- Y+ PGP+ t+ 5- X? R+ tv- b++ DI? D+ G e h! r-- y+