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 >
Text File  |  1990-09-04  |  6KB  |  141 lines
  1. Baumann Daniel
  2. Ruetliweg 14
  3. 5000 Aarau
  4.  
  5. << Der erste Brief... TGS >>
  6.                                                     Aarau, 5 Juni 1990
  7.  
  8. EFFO-Forum
  9. ----------
  10.  
  11. Sehr geehrter Thomas Schiele
  12.  
  13. Im ETHZ OS-9-BBS habe Ihre Anschrift fuer das EFFO-Forum fuer das
  14. Diskettenformat des mc68000 (3,5", 2x80 Spuren, DD) entdeckt.
  15.       
  16. Darauf bin ich waehrend der Suche nach Public Domain Programmen
  17. fuer OS-9 gestossen. Das Softwareangebot fuer OS-9 ist im Handel
  18. nur seeeeehr beschraenkt und dann sehr teuer. So bin ich froh, dass ich
  19. nun doch eine Bezugsquelle fuer kostenguenstigere Programme gefunden
  20. habe. Ich hoffe, bald auch mal an einem Erfahrungsaustausch in Zuerich
  21. teilnehmen zu koennen.
  22.       
  23. So bitte ich nun, die 2 beigelegten Disketten mit allerhand an
  24. Nuetzlichem zu fuellen (insbesondere eine Liste der PD-Programme).
  25. Fuer die Rueckreise der Disketten ist das Material vorbereitet (neue
  26. und leere Etikette fuer die Briefmarke(n), beschriftete Etikette
  27. fuer die Adresse und Siegel, um die atomsichere Verpackung zu ver-
  28. schliessen. Bitte vor dem Aufkleben der Etiketten, die alten ent-
  29. fernen).
  30.  
  31. Ich selbst arbeite hobbymaessig (Spass an der Freud) seit gut einem
  32. halben Jahr mit einem OS-9 V2.3 auf dem mc68000-II (frisiert auf 10
  33. MHz). Dieser ist im weiteren mit 2,5 MB RAM, Uhr/Sprache, 4-fach
  34. serielle Schnittstelle, 3,5" und 5,25" Floppies und 40 MB Harddisk
  35. bestueckt.
  36.  
  37. An Software benutze ich bis jetzt die im Professional-Pack ent-
  38. haltenen Programme, als Programmiersprachen C und Assembler.
  39. Meine Interessensgebiete sind DFUe, MIDI, Signalverarbeitung und am
  40. Rande etwas Kurzwellenempfang (z.B. Morse). Momentan hacke ich mit
  41. maessigem Erfolg am MSDOS-Diskettentreiber aus der deutschen Fassung
  42. des Buches OS-9 Insights von Peter Dibble (bis jetzt wird erst das
  43. Rootdirectory gelistet).
  44. << Siehe auch Forumsrunde 12 in Sachen MSDOS-Diskettentreiber. Wir
  45. haben immer offene Disketten fuer Verbesserungen oder Erweiterungen.
  46. Wer weiss, vielleicht erscheint bei Bedarf und Gelegenheit auf einer
  47. weiteren PD Disk eine verbesserte Version des Filemanagers. TGS >>
  48.  
  49. Nun wuensche ich viel Erfolg beim Ueberspielen der Disketten und
  50. danke vorerst fuer die Bemuehungen.
  51.  
  52. Mit freundlichen Gruessen
  53.  
  54.  
  55. << Der zweite Brief... TGS >>
  56.  
  57. Ich besitze einen mc 68010 @10MHz mit OS-9 V2.3.
  58.  
  59. Frage 1
  60. -------
  61.  
  62. Da gibt es doch die schoene Option -e fuer die shell (Anzeigen der 
  63. Fehlermeldungen als Klartext). Die setze ich auch in meinem .login file. 
  64. Wenn ich aber eine weitere shell kreiere, werden die gesetzten Parameter 
  65. wie z. B. PATH ordnungsgemaess fuer die neue shell kopiert. Die Option 
  66. -e wird dabei aber vergessen.
  67.  
  68. Gibt es eine Moeglichkeit, diese Option bei der Kreation einer neuen
  69. shell weiterleben zu lassen, oder muss sie wirklich jedesmal wieder
  70. gesetzt werden?
  71. <<Leider trifft das letztere zu. Vererbt werden ausschliesslich sogenannte
  72. "Environment-Variable", zu welchen z.B. PATH und PROMPT gehoeren. Die
  73. Optionen der Shell haben damit nichts zu tun, obwohl es natuerlich denkbar
  74. waere, dass eine intelligentere shell die Optionen ueber environment-
  75. variablen weitergeben wuerde. LZ>>
  76.  
  77. Frage 2
  78. -------
  79.  
  80. Auf den Forumsdisketten Forum #12 wird das universelle Diskettenformat
  81. /u0 (ab V2.3, in meinem Handbuch "OS-9/68000 Version 2.3 Release Notes" 
  82. Kapitel "Application Notes" Seite 2-2 wird dieses Format erst fuer
  83. Version V2.4 versprochen) erwaehnt. Ich, als mc 68000 user unter 
  84. OS-9 V2.3 soll dementsprechend dieses Format bereits haben? Bei mir
  85. ist ein descriptor /du0 vorhanden.
  86.  
  87. Ist dies das Universal-Format? Soll ich in Zukunft meine Disktetten
  88. mit diesem descriptor formattieren oder ist das mc 68000 Format
  89. weiterhin noch erwuenscht?
  90. <<Das Universalformat wird erst mit V2.4 wirklich eingefuehrt, jedoch
  91. sind die entsprechenden Definitionen z.B in "rbfdesc.a" bereits ab 2.3
  92. vorhanden. Findige Implementatoren konnten also bereits ab V2.3 Universal-
  93. format-Deskriptoren produzieren - vielleicht gehoert die mc-Crew dazu...
  94. Die Parameter sind jedenfalls klar: 79 Tracks, 16 Sektoren/Track,
  95. doppelseitig, double-density, Sektor-Offset 1 und Track-Offset 1.
  96. Letzteres heisst, dass die *ganze*erste*Spur* der Diskette *unbenutzt*
  97. bleibt, und der erste Datensektor auf der zweiten Spur ist (Track #1). LZ>>
  98.  
  99.  
  100. Problem 1
  101. ---------
  102.  
  103. Nach eigenen 'Basteleien' am MS-DOS Disketten-Treiber von Peter Dibble
  104. (die Wanzen kriechen da nur so rum) war ich froh, eine bessere Version 
  105. davon im EFFO-Forum #12 zu erhalten.
  106.  
  107. Damit kann ich 3 1/2" / 720 kB Disktetten wundervoll lesen. Beim 
  108. Beschreiben derselben jammert das Programm 'copy' mit der Meldung
  109. "copy: can't put file descriptor" und ist dann so veraergert, dass noch
  110. ein "Error #000:103" folgt, was address trap bedeutet.
  111.  
  112. Hat jemand die gleichen Probleme bzw. bereits eine Loesung dafuer (ich
  113. habe bis jetzt noch wenig Zeit zur Fehlersuche investiert)? Oder mache
  114. ich etwas falsch?
  115. << Problem ist bekannt, die Loesung aber noch nicht in sicht. ZZG >>
  116.  
  117. Problem 2
  118. ---------
  119.  
  120. Info fuer Lukas Zeller, Autor des Programmes 'space.c':
  121.  
  122. Ich habe mal versucht, mit dem Programm 'space' vom EFFO-Forum #12
  123. eine leere aber formattierte Diskette zu untersuchen. Da gab es einen
  124. "Error #000:105" was eine Division durch Null hervorruft.
  125. Ein Blick in das Programm ergab den Uebeltaeter auf Zeile 475 im 'C'-
  126. Source: die Variable 'content' ist bei einer leeren Diskette 0. Damit
  127. wird aber dividiert.
  128.  
  129. Programmausschnitt (steht in 'main()'):
  130.  
  131.    if (singletree) {
  132.       printf("Space allocated now on %-15s   : %.2f KBytes (%d Sectors, %d%%)\n",
  133.               thedevice,rdisk*0.25,rdisk,rdisk*256*100/content);
  134.    }                                                   ^^^^^^^  
  135.  
  136. Das Programm ist uebrigens sehr brauchbar! Dieses Problem duerfte in der 
  137. Praxis wohl kaum auftreten, denn wer hat schon leere Disketten!
  138. <<Danke sowohl fuer den Bug-Report als auch fuer den obigen Kommentar!
  139. Da muss ich wohl noch ein "if" fuer den Spezialfall einbauen... :-) LZ>>
  140.  
  141.