home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
rtsi.com
/
2014.01.www.rtsi.com.tar
/
www.rtsi.com
/
OS9
/
OSK
/
EFFO
/
forum13.lzh
/
LETTERS
/
brief.baumann
next >
Wrap
Text File
|
1990-09-04
|
6KB
|
141 lines
Baumann Daniel
Ruetliweg 14
5000 Aarau
<< Der erste Brief... TGS >>
Aarau, 5 Juni 1990
EFFO-Forum
----------
Sehr geehrter Thomas Schiele
Im ETHZ OS-9-BBS habe Ihre Anschrift fuer das EFFO-Forum fuer das
Diskettenformat des mc68000 (3,5", 2x80 Spuren, DD) entdeckt.
Darauf bin ich waehrend der Suche nach Public Domain Programmen
fuer OS-9 gestossen. Das Softwareangebot fuer OS-9 ist im Handel
nur seeeeehr beschraenkt und dann sehr teuer. So bin ich froh, dass ich
nun doch eine Bezugsquelle fuer kostenguenstigere Programme gefunden
habe. Ich hoffe, bald auch mal an einem Erfahrungsaustausch in Zuerich
teilnehmen zu koennen.
So bitte ich nun, die 2 beigelegten Disketten mit allerhand an
Nuetzlichem zu fuellen (insbesondere eine Liste der PD-Programme).
Fuer die Rueckreise der Disketten ist das Material vorbereitet (neue
und leere Etikette fuer die Briefmarke(n), beschriftete Etikette
fuer die Adresse und Siegel, um die atomsichere Verpackung zu ver-
schliessen. Bitte vor dem Aufkleben der Etiketten, die alten ent-
fernen).
Ich selbst arbeite hobbymaessig (Spass an der Freud) seit gut einem
halben Jahr mit einem OS-9 V2.3 auf dem mc68000-II (frisiert auf 10
MHz). Dieser ist im weiteren mit 2,5 MB RAM, Uhr/Sprache, 4-fach
serielle Schnittstelle, 3,5" und 5,25" Floppies und 40 MB Harddisk
bestueckt.
An Software benutze ich bis jetzt die im Professional-Pack ent-
haltenen Programme, als Programmiersprachen C und Assembler.
Meine Interessensgebiete sind DFUe, MIDI, Signalverarbeitung und am
Rande etwas Kurzwellenempfang (z.B. Morse). Momentan hacke ich mit
maessigem Erfolg am MSDOS-Diskettentreiber aus der deutschen Fassung
des Buches OS-9 Insights von Peter Dibble (bis jetzt wird erst das
Rootdirectory gelistet).
<< Siehe auch Forumsrunde 12 in Sachen MSDOS-Diskettentreiber. Wir
haben immer offene Disketten fuer Verbesserungen oder Erweiterungen.
Wer weiss, vielleicht erscheint bei Bedarf und Gelegenheit auf einer
weiteren PD Disk eine verbesserte Version des Filemanagers. TGS >>
Nun wuensche ich viel Erfolg beim Ueberspielen der Disketten und
danke vorerst fuer die Bemuehungen.
Mit freundlichen Gruessen
<< Der zweite Brief... TGS >>
Ich besitze einen mc 68010 @10MHz mit OS-9 V2.3.
Frage 1
-------
Da gibt es doch die schoene Option -e fuer die shell (Anzeigen der
Fehlermeldungen als Klartext). Die setze ich auch in meinem .login file.
Wenn ich aber eine weitere shell kreiere, werden die gesetzten Parameter
wie z. B. PATH ordnungsgemaess fuer die neue shell kopiert. Die Option
-e wird dabei aber vergessen.
Gibt es eine Moeglichkeit, diese Option bei der Kreation einer neuen
shell weiterleben zu lassen, oder muss sie wirklich jedesmal wieder
gesetzt werden?
<<Leider trifft das letztere zu. Vererbt werden ausschliesslich sogenannte
"Environment-Variable", zu welchen z.B. PATH und PROMPT gehoeren. Die
Optionen der Shell haben damit nichts zu tun, obwohl es natuerlich denkbar
waere, dass eine intelligentere shell die Optionen ueber environment-
variablen weitergeben wuerde. LZ>>
Frage 2
-------
Auf den Forumsdisketten Forum #12 wird das universelle Diskettenformat
/u0 (ab V2.3, in meinem Handbuch "OS-9/68000 Version 2.3 Release Notes"
Kapitel "Application Notes" Seite 2-2 wird dieses Format erst fuer
Version V2.4 versprochen) erwaehnt. Ich, als mc 68000 user unter
OS-9 V2.3 soll dementsprechend dieses Format bereits haben? Bei mir
ist ein descriptor /du0 vorhanden.
Ist dies das Universal-Format? Soll ich in Zukunft meine Disktetten
mit diesem descriptor formattieren oder ist das mc 68000 Format
weiterhin noch erwuenscht?
<<Das Universalformat wird erst mit V2.4 wirklich eingefuehrt, jedoch
sind die entsprechenden Definitionen z.B in "rbfdesc.a" bereits ab 2.3
vorhanden. Findige Implementatoren konnten also bereits ab V2.3 Universal-
format-Deskriptoren produzieren - vielleicht gehoert die mc-Crew dazu...
Die Parameter sind jedenfalls klar: 79 Tracks, 16 Sektoren/Track,
doppelseitig, double-density, Sektor-Offset 1 und Track-Offset 1.
Letzteres heisst, dass die *ganze*erste*Spur* der Diskette *unbenutzt*
bleibt, und der erste Datensektor auf der zweiten Spur ist (Track #1). LZ>>
Problem 1
---------
Nach eigenen 'Basteleien' am MS-DOS Disketten-Treiber von Peter Dibble
(die Wanzen kriechen da nur so rum) war ich froh, eine bessere Version
davon im EFFO-Forum #12 zu erhalten.
Damit kann ich 3 1/2" / 720 kB Disktetten wundervoll lesen. Beim
Beschreiben derselben jammert das Programm 'copy' mit der Meldung
"copy: can't put file descriptor" und ist dann so veraergert, dass noch
ein "Error #000:103" folgt, was address trap bedeutet.
Hat jemand die gleichen Probleme bzw. bereits eine Loesung dafuer (ich
habe bis jetzt noch wenig Zeit zur Fehlersuche investiert)? Oder mache
ich etwas falsch?
<< Problem ist bekannt, die Loesung aber noch nicht in sicht. ZZG >>
Problem 2
---------
Info fuer Lukas Zeller, Autor des Programmes 'space.c':
Ich habe mal versucht, mit dem Programm 'space' vom EFFO-Forum #12
eine leere aber formattierte Diskette zu untersuchen. Da gab es einen
"Error #000:105" was eine Division durch Null hervorruft.
Ein Blick in das Programm ergab den Uebeltaeter auf Zeile 475 im 'C'-
Source: die Variable 'content' ist bei einer leeren Diskette 0. Damit
wird aber dividiert.
Programmausschnitt (steht in 'main()'):
if (singletree) {
printf("Space allocated now on %-15s : %.2f KBytes (%d Sectors, %d%%)\n",
thedevice,rdisk*0.25,rdisk,rdisk*256*100/content);
} ^^^^^^^
Das Programm ist uebrigens sehr brauchbar! Dieses Problem duerfte in der
Praxis wohl kaum auftreten, denn wer hat schon leere Disketten!
<<Danke sowohl fuer den Bug-Report als auch fuer den obigen Kommentar!
Da muss ich wohl noch ein "if" fuer den Spezialfall einbauen... :-) LZ>>