home *** CD-ROM | disk | FTP | other *** search
/ rtsi.com / 2014.01.www.rtsi.com.tar / www.rtsi.com / OS9 / OSK / EFFO / forum16.lzh / LETTERS / brief.hemmerling < prev    next >
Text File  |  1991-05-01  |  40KB  |  869 lines
  1. Rolf Hemmerling                                Hannover,12.03.91
  2. Alte Adresse bis 14.02.91: Asternstr. 28 
  3.                            D3000 Hannover 1
  4.                            West Deutschland
  5. Neue Adresse ab 15.02.91:  Erderstr.31 
  6.                            D3000 Hannover 91
  7.                            West Deutschland
  8. (Zur Zeit telefonisch nicht erreichbar)
  9.  
  10. ======================
  11. Beitraege zum FORUM 16
  12. ======================
  13.  
  14. Irgendwie sind der EFFO meine (verspaeteten) Beitraege zu FORUM 14
  15. verloren gegangen.  Daher habe ich sie in ueberarbeiteter Form hier noch
  16. mal mit angefuegt. Liebe EFFO-Redakteure, "vergesst" also ganz einfach
  17. die hiermit veralteten Original-Beitraege und veroeffentlicht nur
  18. diese hier.
  19.  
  20. --- Wettbewerb: EFFO-Logo
  21. Ich bin kein Schriftsetzer, aber **einen** Lehrsatz der Layout-Profis
  22. habe ich dennoch mitbekommen: "Einfach kann manchmal mehr sein".
  23. Will heissen, dass man eben nicht ein Dutzend Schriften in einem
  24. Schriftstueck mischen sollte, nur weil es das DTP System ja kann.
  25. Hier in Hannover war bis vor kurzem eine Ausstellung zum
  26. Thema Typographie der 20er Jahre (im Zeichen unseres beruehmten 
  27. Hannoveraners Kurt Schwitters), die mir sehr gefallen hat. Meine 
  28. Entwuerfe, die auch auf der diesen Brief enthaltenden OS-9 Diskette 
  29. abgelegt sind, sind daher ***einfach*** und nicht aufdringlich. 
  30.  
  31. Der "neue" EFFO-Briefkopf, wie ihn Philip Maechler schon seit
  32. einiger Zeit benutzt, gefaellt mir ehrlich gesagt nicht.
  33. Besonders das im Outline-Stil gehaltene "EFFO" in der
  34. Zeile "EFFO - Europaeisches Forum fuer OS-9" erzeugt
  35. bei mir ein ungutes Gefuehl, das oben genannte Schriftenwirrwar.
  36. Wir sollten uns ebenfalls einigen, ob wir "OS9","OS-9" oder
  37. gar "OS-9/68000" oder  "OS-9/68K" (eher nicht,zu lang fuers LOGO) sagen. 
  38. Ich bin fuer "OS-9", aber im Logo sieht der Bindestrich u.U. nicht 
  39. so gut aus. Ebenfalls sollte man sich entscheiden, ob nicht "EFFO" 
  40. auch in Italics (kursiv) geschrieben werden sollte. Das wuerde mir 
  41. gefallen. Ein anderer Punkt waere das leidige Thema Gross/Kleinschreibung.
  42. Es waere "europaeisch", wenn man "EFFO" gleich als "effo" schreiben.
  43. Aber OS-9 sieht kleingeschrieben auesserst bloed aus, wie das
  44. beigelegte Beispiel beweist. Die "9" bleibt naemlich "gross", jaja.
  45. Also doch lieber Grossschrift.
  46.  
  47. Der Briefkopf auf dem Infozettel, den ich Anfang 1990 zugesandt
  48. bekommen habe, gefaellt mir besser. Zur Erinnerung:
  49.  
  50.           EFFO
  51. Europaeisches Forum Fuer OS-9
  52. Postfach, CH-8606 Greifensee
  53.  
  54. Zwar drei Schriftgroessen mit abfallender Fettigkeit,
  55. aber immerhin "sauber getrennt". Aber alles der selbe
  56. Schrifttyp. Nicht schlecht. Hier waere auch Italics
  57. unangebracht. Meine Vorschlaege, in verschiedenen 
  58. Ausfuehrungen als .PCX und auf Papier diesem Brief 
  59. beigelegt:
  60.  
  61.                E F F O
  62.                ##### O S - 9
  63.     
  64.                E F F O
  65.                ##### S
  66.                ##### 9
  67.  
  68.                E F F O !
  69.                        !
  70.                        ! O S - 9
  71.  
  72.                E F F O
  73.                ! ! ! O S - 9
  74.                +-+-+--------
  75.  
  76. Dabei ist EFFO, OS-9 bzw. OS9 in Grossbuchstaben,
  77. Italics,Bold und Schriftart EURO,89 Punkte geschrieben. Als 
  78. Option auch noch in Schriftart OUTLINE (also die Buchstaben
  79. als Umrandung). Mit "###" habe ich einen umrandeten
  80. Kasten gemeint, wobei man sich noch auf eine
  81. bestimmte passende Strichstaerke (im Augenblick bei mir
  82. im MSDOS-Program PC Paintbrush 3.10 die Staerke 1.5, erster
  83. kleiner Strich) einigen sollte. Mit "!" ist ein senkrechter
  84. Strich gemeint, der aber eher eine sehr schmale Box ist.
  85.  
  86. Darunter dann wesentlich kleiner der vollstaendige Schriftzug 
  87. "Europaeisches Forum Fuer OS-9,Postfach,CH-8606 Greifensee, 
  88. Postcheckkonto 80-48 254-4 Zuerich". Da fehlt dann nur
  89. noch die Bankleitzahl, finde ich. (9 Punkte EURO,nicht
  90. Italics, aber Bold).
  91.  
  92. Ach ja, kaum ein US-Malprogramm unterstuetzt den erweiterten
  93. IBM- oder ATARI-Zeichensatz. Also sollte vielleicht, um den
  94. 7-Bit Charakter von OS-9 nur noch zu unterstreichen, tatsaechlich
  95. der Briefkopf ohne ae ue oe gestaltet sein. Die Worte "Europaeisches",
  96. "Fuer" und "Zuerich" wuerden da ein Opfer von werden. Bei meinen
  97. Vorschlaegen ist dies jedenfalls zwangsweise schon der Fall.
  98.  
  99. Ich habe PC-Paintbrush auf einem Rechner mit HERCULES-Karte
  100. benutzt, was wohl bei der Weiterverarbeitung der .PCX Dateien
  101. wichtig ist. Malprogramme mit grossen Schriften sind uebrigens
  102. recht selten.
  103.  
  104. Ach ja, das "neue", seit einiger Zeit im Briefkopf benutzte
  105. LOGO ist sehr wohl als MACINTOSH-IKONE geeignet, dafuer sieht
  106. es wirklich toll aus. Um Z.B. auf einem OS-9 System mit GEM
  107. oder MGR ein EFFO-spezifisches Programm zu kennzeichnen.
  108. Aber sonst ist es wirklich grausam fuer die Augen.
  109.  
  110.  
  111. --- Ankuendigung: Preiswerter MODULA-2 Compiler,
  112.     bald auch fuer OS-9
  113. In der Zeitschrift C't 3/1991 im Anzeigenteil auf Seite 419 wird 
  114. fuer den Haenisch-Modula Compiler HM2 geworben. In der Zeitschrift
  115. C't 12/1988 (Seite 114,115) war auch ein ausfuehrlicher Testbericht 
  116. abgedruckt. 
  117.  
  118. Zur Zeit verkauft werden Versionen fuer ATARI-TOS (ab 229.00 DM, 
  119. Vollversion 349.00 DM), RTOS-UH (199.00 DM), MINIX (199.00 DM). 
  120. Eine OS-9 Version war sowohl im 1988er Testbericht als auch
  121. in 1989er Prospekten und in der 1991er Anzeige angekuendigt.
  122. Die Fertigstellung wurde mir in einem Brief von Schwab Software
  123. am 09.12.1988 mitgeteilt. Leider aber ergab eine schriftliche 
  124. Anfrage bei der (neuen) Vertriebsfirma MODULA SYSTEMS GbR
  125. im Maerz 1991, dass die OS-9 Version immer noch nicht ausgeliefert 
  126. wird. "Umfassende Infos ueber (die Compilerversionen von HM2 
  127. unter) RTOS und OS9 sind noch nicht verfuegbar...". Aus den 
  128. beigelegten Informationen geht hervor, dass es sich um einen 
  129. Compiler mit 32Kbyte-Codebeschraenkung pro Modul handelt, 
  130. zumindest in der RTOS-UH Version ist aber keine Beschraenkung 
  131. bei der TYPE- oder Variablendeklaration vorhanden. Der Compiler 
  132. soll unter RTOS-UH schon auf 1-Mbyte-Systemen laufen.
  133.  
  134. MODULA SYSTEMS GbR
  135. Petrinistrasse 34
  136. D 8700 Wuerzburg
  137. Tel. 0931-281193
  138.  
  139. Frueher wurde HM2 vertrieben von
  140.  
  141. Schwab Software
  142. Saarbruecker Str. 59
  143. 4600 Dortmund
  144. (Adresse ab 01.06.89)
  145.  
  146. Falls sich viele Leute fuer HM2 unter OS-9 interessieren, wird
  147. die Entwicklung sicherlich forciert. Also Leute mit Interesse
  148. sollten dies bei Fa. MODULA SYSTEMS GbR bekunden, sonst wird
  149. nichts draus !!!! Ich habe der Fa. MODULA SYSTEMS GbR auch
  150. ein Info uber die EFFO (und das PEARL-Blaettchen PEARL-MAIL)
  151. zugeschickt, vielleicht schreiben die Hersteller ja mal
  152. selbst einen Artikel bzw. veroeffentlichen MODULA-2 Quelltexte, 
  153. die kompatibel zu ihrem Compiler sind. Auch hier wieder
  154. wird die Bruecke zwischen OS-9 und RTOS-UH geschlagen !!!
  155.  
  156.  
  157. --- Bitte in /d0/info/soft_list_xref eintragen !! Meine beiden
  158.     Vertriebsangaben zu CUMANA OS-9 fehlen zur Zeit auch noch
  159.     in dieser Liste.
  160.  
  161.  ==============================================================================
  162.  | wichtige Adressen fuer OS-9 | 90/8  StP/ WS | important addresses for OS-9 |
  163.  ==============================================================================
  164.  
  165. MODWURZ:                MODULA SYSTEMS GbR          Tel. 0931-281193
  166.                         Petrinistrasse 34
  167.                         D 8700 Wuerzburg
  168.  
  169. MODSCHWAB:              Schwab Software
  170.                         Saarbruecker Str. 59
  171.                         D 4600 Dortmund
  172.                         (Adresse ab 01.06.89)
  173.  
  174.  
  175.  
  176. --- OS-9 Literatur
  177. In der Zeitschrift MOTD ist in der Ausgabe Maerz/April 1989
  178. auf Seite 2 ein Buch ueber OS-9 erwaehnt.
  179.  
  180. Autor:            Paul Ward 
  181.                   (u.U. auch noch Mark Sheffield,Marsha and 
  182.                    Dick White als Co-Autoren ??)
  183. Titel:            Start OS-9
  184. Verlag:           ?
  185. Erscheinungsjahr: ?
  186. ISBN:             ?
  187.  
  188. Leider reichen diese Angaben meiner Buecherei nicht zum
  189. bibliographischen Nachweis. Wer das Buch hat, moege mir
  190. doch bitte eine Photokopie des Impressums bzw. des
  191. Copyrightvermerks und der Titelseite zuschicken. Oder
  192. die Kopie einer Karteikarte einer (oeffentlichen)
  193. Bibliothek, so dass das Buch ueber Fernleihe (weltweit)
  194. bestellbar waere. Ich waere sehr dankbar.
  195.  
  196.  
  197. --- F2C, Forum 15, brief.hemmerling5
  198. Der Stand meiner Bemuehungen um F2C, dem portablen FORTRAN-Compiler.
  199. Ich hatte ja die Quelltexte an zwei C-Kundige hier in Hannover abgegeben, 
  200. beide hatten u.a. TURBO-C auf ATARI-ST zur Verfuegung. Also der eine hat 
  201. F2C mit TURBO-C/ATARI-ST (und einem Minimal-SED und YACC/BISON) tatsaechlich 
  202. zu einer ablauffaehigen Datei compilieren koennen. Aber leider laueft der 
  203. erzeugte Code nicht, wohl weil TURBO-C/ATARI-ST zum Portieren von K&R 
  204. Programmen ohne groessere Quelltext-Modifikationen ungeeignet ist. Der 
  205. andere, der gescheiterte RTOS-F77 Entwickler, hatte von mir auch von 
  206. dem Public-Domain RTF-77 die Dokumentation erhalten und war von RTF-77 
  207. (im Gegensatz zu F2C) hellauf begeistert. Es wird wohl in absehbarer 
  208. Zeit fuer das Echtzeitbetriebssytem RTOS-UH eine nicht Public-Domain 
  209. verteilte Version von RTF geben. Damit reichen sich bald RTOS-UH und 
  210. OS-9 die Hand: Ein und derselbe F77-Compiler fuer 2 verschiedene 
  211. Echtzeit-Betriebssyteme. Nicht nur die der Joghurt,Jesus oder die 
  212. Wueste, auch FORTRAN "lebt" ! Mit FORTRAN ins Jahr 2000 !
  213. Die Quelltextformate sind ja eh kompatibel. Mal sehen, ob ich fuer 
  214. F2C Zeit finde. So als Konkurrenz. 
  215.  
  216. Dieser Text entstand chronologisch. Jetzt hatte ich am Wochenende
  217. Zeit, mir meinen F2C vom 30.Januar 1990 (genau ein Jahr spaeter)
  218. anzusehen, und zwar unter TURBO-C V2.0,IBM-XT bzw. TURBO V2.0,
  219. ATARI-ST. GNU-SED laeufft jetzt unter MSDOS und TOS, als YACC habe
  220. ich das GNU BERKLEY-YACC (auf ATARI-ST TOS) verwendet. 
  221. a) Das Programm ist so gross, dass unter DOS nur das HUGE Modell
  222.    geeignet ist, sonst DGROUP Overflow beim Linken. Daten werden
  223.    zur Zeit "leider" modulglobal und nicht ueber Zeiger (und
  224.    per MALLOC beschafftem Speicher) abgelegt, sein wir doch froh,
  225.    dass es ueberhaupt das HUGE Modell fuer DOS C-Compiler gibt. 
  226.    MERIDIAN-ADA,JANUS-ADA und TURBO-PASCAL ab Version 4 sind sogar 
  227.    noch MEDIUM-MODELL Compiler, WERUM-PEARL ist immerhin LARGE-MODELL, 
  228.    nur so zum Vergleich. Aber gerade dieses HUGE Speichermodell 
  229.    gilt aber als "nicht stabil" fuer UNIX-Portierungen.
  230.    Z.B. lief der MICRO-EMACS 3.9 nur im COMPACT+LARGE Modell,
  231.    Absturz beim HUGE Modell unter TURBO-C.
  232. b) Erst nach einiger Zeit hatte ich die F2C Philosophie
  233.    begriffen: F2C dient als Ersatz fuer den auf UNIX-Systemen
  234.    nur binaer vorhandenen FORTRAN-Compiler. Der entstandene C-Quelltext 
  235.    muss mit den vorhandenen FORTRAN-Bibliotheken gelinkt werden.
  236.    Mir steht leider diese Bibliothek nicht zur Verfuegung.
  237.    Falls die EFFO sie als Quelltext zusammen mit ihrer Version des
  238.    F2C Compilers erhalten hat, waere ich daran interessiert.
  239.    Leute mit Cross-Ambitionen muessen diese ja wohl (ebenfalls
  240.    als C-Quelltext) besitzen. Z.B. die Ein/Ausgabeanweisungen
  241.    sind wohl so realisiert ?
  242. c) Obwohl ich viele "nichtschlimme" Warnungen und ein Paar
  243.    wenige Fehler (ohne wirklichen Durchblick durch das Programm
  244.    zu gewinnen) beseitigt habe, laeuft das Programm so gut wie 
  245.    nicht weder bei mir noch bei meinen Bekannten. 
  246.  
  247.    1. TURBO-C 2.0, MSDOS:
  248.    Speicherbedarf "int" == "short" = 2 Bytes.
  249.    Beim Mitlinken des Moduls MALLOC kann man ein Programm ohne 
  250.    Unterprogramme und ohne Unterprogramm- oder Standardfunktions-
  251.    Aufrufe nach uebersetzen. Ansonsten Absturz bei Verwendung
  252.    von solchen Unterprogramm-Aufrufen. Ohne MALLOC Modul 
  253.    (also mit den MALLOC-Funktionen der Standardbibliotheken) wird 
  254.    bei !!jedem!! Programm- oder Unterprogramm-Ende die Fehlermeldung 
  255.    erzeugt "DO loop or BLOCK IF not closed", eine C-Datei wird nicht
  256.    erzeugt. 
  257.  
  258.    2. TURBO-C 2.0,ATARI-ST:
  259.    Speicherbedarf "int" == "short" = 2 Bytes.
  260.    Nur Version ohne MALLOC-Modul moeglich. Abbruch mit Bus-Error
  261.    (2 Bomben), es werden zunaechst temporaere Dateien angelegt.
  262.  
  263.    3. SOZOBON-C,ATARI-ST:
  264.    Speicherbedarf "int" == "short" = 2 Bytes.
  265.    Schon an den original Header-Dateien meckerte der Compiler
  266.    herum. U.a.:
  267.  
  268.    typedef FILE *FILEP
  269.   
  270.    4. GNU-C
  271.    Speicherbedarf "int" == "long" = 4 Bytes.
  272.    Aus Speichermangel (nur 1 Mbyte RAM) habe ich nicht versucht,
  273.    das Programm mit GNU-C 1.37 unter ATARI-TOS zu compilieren.
  274.    Von einem Fachkundigen wurde die Wahrscheinlichkeit des
  275.    Gelingens und auch des Funktionierens als hoch eingestuft,
  276.    da GNU-C im Gegensatz zu allen anderen mir und meinen
  277.    Bekannten zur Verfuegung stehenden Compilern der
  278.    Speicherbedarf eines "int"-Objekts gleich dem eines "long"-
  279.    Objekts sein kann. Und UNIX-Software ist haeuffig nur
  280.    mit dieser Option ausgetestet. F2C hatte demzufolge auch
  281.    einen Schalter, mit dem man den Speicherbedarf eines
  282.    "int"-Objekts einstellen kann. Aber so wie ausgeliefert
  283.    war "int" == "long".
  284.  
  285.    5. MICROWARE-C
  286.    Speicherbedarf "int" == "long" = 4 Bytes.
  287.    Diese letzte Information unter (4.) habe ich leider auch 
  288.    als "letztes" erst erfahren. MICROWARE-C handelt auch 
  289.    "int" == "long". Also doch eine gute Chance fuer die
  290.    Lauffaehigkeit unter OS-9 !!
  291.  
  292. Die Vorarbeiten mit den TYPE-checkenden TURBO-Compilern war 
  293. aber trotzdem sinnvoll (und auch in einem sehr negativen Sinn 
  294. lehrreich). Jetzt haengt alles nur noch von der Prototypen-Datei 
  295. ab, "versteckte" lokale Vorwaerts-Deklarationen wurden beseitigt,
  296. die man bei kuenftigen Programm-Modifikationen leicht
  297. uebersehen haette. Modulglobale und globale Daten sind jetzt 
  298. sichtbar vom Programmcode getrennt, der Quelltext wurde 
  299. einheitlich formattiert. Dafuer ist allerdings auch der 
  300. Speicherbedarf beim Compilieren gestiegen.
  301.  
  302. Meine "Zwischenloesung" mit kompletter ANSI-C Prototypen-
  303. Header Datei und einer alternativen K&R Header Datei stelle 
  304. ich gern auf Anfrage auf 1 Diskette ATARI-TOS 720K 3 1/2 Zoll 
  305. oder 2 Disketten MSDOS 360K 5 1/4 Zoll gern zur Verfuegung 
  306. (ZIP-Archiv, Dearchiver fuer TOS oder MSDOS werden beigelegt). 
  307. Zur Konvertierung auf OS-9 fehlt mir zur Zeit leider die Zeit.
  308.  
  309. Frage an die EFFO: Welche MSDOS/TOS C-Compiler bieten die
  310. Moeglichkeit "int = long" ???
  311.  
  312.  
  313. --- SOZOBON-C, TABs in MAKEFILE-Dateien
  314. SOZOBON-C ist ein Public Domain C-Compiler unter ATARI-ST,
  315. es soll wohl auch eine Version fuer MINIX geben. Der komplette
  316. Quelltext liegt bei, sowohl fuer die Bibliotheken als auch
  317. fuer die ausfuehrbaren Programme. Ich habe die Version 1.2 
  318. (mit DLIBS 2.0) vom 12.11.1988. Wenn jemand eine neuere Version 
  319. zur Verfuegung hat, waere es nette, wenn sich diese Person sich 
  320. (schriftlich) direkt bei mir melden wuerde, oder aber im naechsten 
  321. FORUM mit der dabei anfallenden zeitlichen Verzoegerung. Gibt
  322. es inzwischen eine (public-domain oder kommerzielle) Anpassung 
  323. an OS-9 ? Hat jemand die in der Dokumentation angedeutete
  324. Version fuer MINIX ?
  325.  
  326. Ein Tip zum SOZOBON-MAKE: Es ist leider ein Unterschied, ob
  327. man einen Leerraum durch ein TAB-Zeichen oder durch ein SPACE-
  328. Zeichen trennt. Die aufgrund der MAKE-Bedingungen auszufuehrenden
  329. Kommandos (z.B. Compileraufruf) ****muessen**** durch ein
  330. TAB vom Zeilenanfang getrennt werden, ein oder mehrere SPACE-Zeichen
  331. fuehren zu Fehlermeldungen, dass kein Ziel (Target) in dieser
  332. Zeile vorhanden sei. Moeglicherweise ist dies auch bei anderen
  333. MAKE-Version der Fall (und ist so wohl auch in der original MAKE-
  334. Dokumentation des "echtem" UNIX-MAKE erwaehnt, wie mir berichtet
  335. wurde.). Unter MSDOS verlangt zumindest TURBO-MAKE von BORLAND dies 
  336. nicht. Das Teuflische ist ja, dass beim Listen mit TYPE unter MSDOS 
  337. oder LIST unter OS-9 und in den meisten Editoren (ausser der von 
  338. TURBO-PASCAL V3) diese noetigen TAB-Zeichen expandiert werden und 
  339. daher nur "fuehlbar" sind, wenn man im Editor am Zeilenanfang steht 
  340. und "ein Zeichen" den Cursor nach rechts bewegt. Bei TAB-Zeichen 
  341. wird dann um mehrere Zeichen gesprungen, bei SPACE nur um ein 
  342. Zeichen weiterbewegt.
  343.  
  344. Beim Betriebssystem RTOS-UH sind TABs uebrigens unerwuenscht:
  345. Sowohl der RTOS-PEARL Compiler als auch der RTOS-ASM 680XX Assembler
  346. erwarten einen Quelltext **ohne** TABs, auch in den Cross-Compiler
  347. Versionen unter MSDOS. Daher habe ich unter MSDOS ein Programm
  348. namens DETAB zur Verfuegung, dass mir mit TAB-erzeugungswilligen
  349. Editoren erzeugte Texte in das fuer RTOS-UH geeignete Textformat
  350. umkopiert. DETAB wandelt uebrigens auch als nutzlicher Nebeneffekt
  351. GNU-Quelltexte in MSDOS-Quelltexte um, fuegt also vor jedem LF ein
  352. CR ein. Auch das mit dem CREST C-Compiler unter RTOS-UH verfuegbare
  353. MAKE will daher keine TABs vor den Kommandozeilen, na klar !
  354.  
  355. In den RTOS-Editoren WORD und ED werden TABS als Klammeraffen
  356. (englisch AT == "@") dargestellt, in TURBO-PASCAL V.3 als inverses
  357. "I".
  358.  
  359.  
  360. --- TEX/LATEX: Wie man Quelltexte "original" in TEX-Texte einfuegt &
  361.     Probleme mit GNU-TEX.
  362. (15.01.91)
  363. Ich wollte in einer Dokumentation einen laeangeren Quelltext eines
  364. (modularen) Software-Quelltextes so original wie er in der Datei steht 
  365.  
  366. in ein LATEX-Dokument per
  367.  
  368. \input{qdatei}
  369.  
  370. einfuegen, wobei in dieser Datei der Quelltext eingerahmt ist durch eine
  371. "verbatim" Umgebung
  372.  
  373. \begin{verbatim}
  374. ...(eigentlicher Quelltext)
  375. \end{verbatim}
  376.  
  377. Also muss jeder Quelltext lediglich durch Einfuegung einer ersten 
  378. und letzten TEX-spezifischen Zeile zur Uebernahem in TEX-Dokumente
  379. vorbereitet werden.
  380.  
  381. Pustekuchen mit GNU-TEX ! Leider wird durch die verbatim-Umgebung
  382. der Text (egal ob mit \input oder nicht) bis zum Ende der verbatim-
  383. Umgebung "ganz" in den Speicher eingelesen. Bei einem Listing reicht
  384. das ueblicherweise gerade etwa 100-120 Zeilen a 80 Zeilen bei GNU-TEX, 
  385. dann kommt die Meldung, dass der Token Buffer gefuellt ist (35001)
  386. auf einem 1 Mbyte Rechner mit dem 1-Mbyte-TEX.
  387.  
  388. ! TeX capacity exceeded, sorry [token memory size=35001].
  389. l.177
  390. ...
  391. If you really absolutely need more capacity,
  392. you can ask a wizard to enlarge me.
  393.  
  394.  
  395. Um das zu vermeiden, muss man alle 100 Zeilen den Programmiersprachen-
  396. Quelltext mit
  397.  
  398. \end{verbatim} \begin{verbatim}
  399.  
  400. zerteilen, eine laestige Angelegenheit bei Aenderungen an den original
  401. Quelltextdateien, wodurch zusaetzlich auch noch eine haessliche Leerzeile 
  402. (bei den durchnumerierten Zeilen der Listing-Datei besonders aergerlich) 
  403. im TEX-Ausdruck eingefuegt wird. Bei unserem Rechenzentrum hatte der
  404. lokale TEX-GURU (Herr Knaur,RRZN Hannover,Raum B230,Tel 762-5134) 
  405. leider keine Tip auf Lager, die Leerzeile zu vermeiden.
  406.  
  407.  
  408. Ich habe mein Problem auch schriftlich der TEX-Anwendervereinigung
  409. geschildert.
  410.  
  411. DANTE
  412. TEX Anwendervereinigung
  413. c.o. Uni Rechenzentrum
  414. z.H. Joachim Lammarsch
  415. Neuenheimer Feld 293
  416. 6900 Heidelberg 1
  417.  
  418. (18.02.91)
  419. Die DANTE hat inzwischen (13.02.91) freundlicherweise geantwortet. Es 
  420. soll daran liegen, dass ich eine modifizierte Version von "verbatim" in 
  421. meinem LATEX verwende. Es wurde mir geraten, die Original-LATEX Definition 
  422. von "verbatim" durch eine eigene zu ersetzen, so wie es im Latex-Buch von
  423. Kopka beschrieben sei. 
  424.  
  425. Also, ich habe keine "modifizierte" Version von "verbatim" verwendet,
  426. wie ein Vergleich mit mehreren anderen Versionen ergab. Ausserdem kann 
  427. man die "verbatim" Umgebung nur dann z.B. als "v2erbatim" Umgebung 
  428. modifiziert einbinden, wenn man dies in der Datei LATEX.TEX direkt 
  429. hinter der urspruenglichen "verbatim" Deklaration tut, nicht als 
  430. Umdefinition auf LATEX-Niveau. Kopka Seite 150, Kapitel 7.4
  431. "Benutzereigene Definitionen" ist fuer dieses Vorgehen ungeeignet !
  432.  
  433. (19.02.91)
  434. Ach,ach... das Ganze ist leider ein Problem meiner GNU-TEX
  435. Version. Andere TEX-Versionen wie z.B. das auf den PD-Disketten
  436. des ST-Magazins verteilte TEX von Christoph Strunk weisen
  437. nicht diesen Fehler auf. Also kann ich mit GNU-TEX eben nicht
  438. Quelltext-Listings in die TEX-Texte einarbeiten ohne diese langwierig
  439. zu modifizieren, sondern muss fuer diesen Fall auf langsamere 
  440. TEX-Versionen ausweichen. Ich sehe mich ausserinstande, diesen
  441. Fehler im GNU-TEX zu beheben, eine Compilierung auf einem 1 Mbyte
  442. ATARI-ST ist eh auesserst fraglich, zumal ich wohl nicht die
  443. "richtigen" Bibliotheken besitze. 
  444.  
  445. Frage an die EFFO-Mitglieder mit ATARI: Hat jemand vielleicht schon 
  446. diesen Fehler behoben und kann mir eine verbesserte Version fuer einen 
  447. 1 Mbyte ATARI-ST unter TOS als Quelltext **und** als ausfuehrbare Datei 
  448. zur Verfuegung stellen ?
  449.  
  450. *****
  451. Ich habe das Ganze hier nur mal geschildert um klarzumachen, was
  452. passiert, wenn man sich auf das Glatteis einer nicht gewarteten
  453. PD-TEX Version begibt. Bei Shareware und gewarteter PD-Version
  454. kann man wenigstens bei einem Ansprechpartner meckern, hier
  455. ist das sinnlos. Falls die EFFO dieses GNU-TEX als Ausgangspunkt 
  456. waehlen sollte, so ist sie jetzt ja gewarnt.
  457. ****
  458.  
  459. Inzwischen gibt es ja TEX 3.0 (Fuer TEX-Unkundige: Das ist das
  460. ausfuehrbare Programm, das die Macros von LATEX abarbeitet,ein grosser 
  461. binaerer aus WEB/PASCAL oder C Quelltexten compilierter Brocken). Fuer 
  462. IBM-PC/AT gibt es die "schnelle" Public Domain Version EM-TEX/TEX 3.0 
  463. mit EMS-Unterstuetzung.
  464.  
  465. Ferner gibt es wohl noch andere PD-Versionen, z.B. eine "langsame" mit 
  466. TURBO-PASCAL V4/5/5.5/6 uebersetzte Version (von Klaus Thull ?) aus Berlin, 
  467. die mir aber noch nicht vorliegt. Neulich habe ich mir das vom Public-Domain 
  468. Software Vertreiber Computer Solutions verteilte ebenfalls mit TURBO-PASCAL 
  469. V4/5/5.5/6 uebersetzte SB-TEX 3.1/TEX 3.0 von Wayne Sullivan fuer
  470. MSDOS Systeme angesehen. Der Lieferumfang erweitert sich wohl noch 
  471. staendig, meine Version vom 02.11.90 (16 Disketten) ist inzwischen auch 
  472. schon nicht mehr aktuell, ab Februar 1991 werden jetzt 40 Disketten
  473. verteilt. Diese neuere Version hat wohl mehr Treiber und Pixel, 
  474. dann wohl auch fuer 9-Nadel Drucker. Bei meiner Version waren 
  475. DVI-Treiber fuer NEC P6 und HPLJ dabei, und nur ein 360 DPI Pixel-Satz. 
  476. Ein zusaetzlicher Texteditor TE zum Betrieb mit TEX von Peter Sawatzki 
  477. aus Deutschland gehoert zum Lieferumfang. U.U. ist der Autor auch fuer 
  478. die Transferierung neuer SB-TEX Versionen aus den USA zustaendig. 
  479.  
  480. Peter Sawatzki
  481. Buchenhof 3
  482. D5800 Hagen 1 - Dahl
  483. West-Deutschland
  484.  
  485. oder per E-Mail
  486. IN307@DHAFEU11
  487.  
  488. So wie ich EM-Tex vom RRZN bekommen habe, fehlen zur Zeit aber die 
  489. Pixel-Dateien, die soll man von der alten kommerziellen PC-TEX Version 
  490. oder von einer ATARI-ST Version uebernehmen. Das RRZN hat aber inzwischen 
  491. zugegeben, dass das zu zweifelhaften Resultaten fuehrt. Im Herbst werden 
  492. dann aber auch Pixel-Dateien lieferbar sein. Ich habe zur Zeit von anderer 
  493. Seite EM-TEX Pixel-Dateien fuer NEC-P6 (High Resolution) und EPSON-FX 80 
  494. zur Verfuegung, HP-LJ Pixel fehlen noch. Lieferung nur auf 1.2 Mbyte 
  495. Disketten MSDOS moeglich. Vorteil der EM-Tex Implementierung: Man kann 
  496. die vielen Pixel-Dateien in einige wenige grosse FONT-Dateien einbinden.
  497.  
  498. Der neue TEX-Standard wurde u.a. in der Zeitschrift C't im Jahrgang
  499. 1990 in mehreren Artikeln beschrieben. Wenn also die EFFO und die
  500. OS-9 Welt "auf der Suche nach TEX-Implementationen" ist, dann die
  501. Frage ob es sich noch lohnt, viel Zeit in die Anpassung des
  502. alten Standards zu investieren. Wohl nicht. Wer jetzt noch kein
  503. "altes" TEX hat, sollte auf das neue TEX warten bzw. sparen. Da aber 
  504. dummerweise TEX aus WEB bzw. PASCAL Quelltexten besteht, PASCAL auf 
  505. OS-9 nicht populaer ist und die Umsetzung von PASCAL nach C zumindest
  506. beim alten TEX zeitaufwendig "per Hand und per Hand optimierend" 
  507. geschah, ergibt sich die Frage: Wenn wir auf den neuen Standard 
  508. in einer PD-Version fuer OS-9 warten, wie lange warten wir dann denn 
  509. noch ? Wohl zu lange.
  510.  
  511. Die Informationen ueber PD-Versionen von TEX unter MSDOS bzw. TOS
  512. moegen auch dazu dienen, sich von dort zumindest die Pixel-Dateien
  513. zu holen, wenn denn eine "unvollstaendige" TEX-Version unter
  514. OS-9 mal zur Verfuegung stehen sollte. Oder um dort mit dem schon
  515. vorhandenen METAFONT sich die fehlenden Pixels zu erzeugen. Ausserdem 
  516. kann es sinnvoll sein, auf jedem Rechnertyp DVI-Treiber zum Ausdruck 
  517. von TEX-DVI Dateien zu installieren. Damit ist dann der jeweilige
  518. Arbeitsrechner nicht durch das Ausdrucken blockiert, man uebertraegt 
  519. einfach nur die fertigen DVI-Dateien zum Druck-Rechner und kann dann 
  520. auf dem Arbeitsrechner weiterarbeiten. Ausdrucken von TEX-Dokumenten
  521. ist eh nicht das allerflotteste, mit TEX 3.0 DVI-Treibern soll es 
  522. allerdings einen erheblichen Geschwindigkeitszuwachs bringen.
  523. An sich aber sind alte und neue DVI Dateien kompatibel.
  524.  
  525.  
  526. --- OS-9/6809
  527. Welche OS-9/6809 Implementationen gab es denn fuer in Europa
  528. verfuegbare Rechner ?
  529. * Radio Shack Colour Computer I, baugleich mit Dragon-64
  530.   Beide Rechner wurden Anfang der 80er Jahre auch in Europa
  531.   (und insbesondere in Hannover in West-Deutschland) verkauft, der 
  532.   Dragon-64 war ein "Clone". 32K Ram.
  533.   --> OS-9 war verfuegbar in USA, wo + wie in Europa ? 
  534. * Commodore MICRO MAIN FRAME MMF-9000
  535.   Dieser Computer wird in einem alten Commodore-Prospekt (Stand
  536.   Anfang 1983) beschrieben: 6809 + 6502 Prozessoren, 96 Kbytes
  537.   RAM. 
  538.   --> OS-9/6809 ??
  539. * IBS 6809-Card fuer Apple II+ (Bielefeld,West Deutschland)
  540.   64K Ram,es war zumindest das Betriebssystem FLEX verfuegbar.
  541.   --> OS-9/6809 ??
  542. * EUROCOM II (West Deutschland)
  543.   An diesen 6809 Rechner habe ich nur noch eine sehr dunkle
  544.   Erinnerung. 
  545.   --> OS-9/6809 ?? 
  546. * Falls die EFFO weitere Rechner weiss, koennten diese hier  
  547.   ja eingefuegt werden vom Redakteur.
  548.  
  549.  
  550. ---- Postlaufzeiten Schweiz - Westdeutschland
  551. Ein am 24.09.90 von der EFFO abgesendeter Brief (mit Diskette und
  552. Zoll-Aufkleber "Diskette,Warenmuster"), der einen Poststempel vom
  553. 25.09.90 hatte, kam bei mir am 05.10.90 an. Briefe ohne Disketten
  554. (und damit ohne Zoll-Aufkleber) kommen wohl auch schneller an.
  555.  
  556.  
  557. --- FORUM-4, brief.moser
  558.  
  559.  
  560.  
  561. Der EFFO-Redakteur erwaehnte die Zeitschrift G-64 (GESPAC,Vol 3,Nr.3)
  562. und den Artikel "How to write a driver under OS9". Ich wuerde diesen 
  563. Artikel ueber OS-9 Treiber auch gerne lesen, und vielleicht taugt die 
  564. Zeitung auch sonst was. Um diese Zeitschrift fuer meine Bibliothek TIB 
  565. Hannover zu bestellen, benoetige ich einen "Zeitschriftennachweis". Es 
  566. waere nett, wenn sie hier im Brief eine Kurzfassung des Impressums der 
  567. Zeitschrift hinterlassen wuerden und vielleicht auch, ob die Zeitschrift 
  568. in einer deutschen/schweizerischen Bibliothek angeschafft und gesammelt 
  569. wird. Dann waere naemlich eine Fernleihe moeglich, insbesondere wenn
  570. die Seitenzahlen des oben erwaehnten Artikels (von Seite x bis Seite
  571. y, insgesamt z Seiten) aufgefuehrt wuerden.
  572.  
  573.  
  574. --- GKS
  575. Von DR.KEIL wird ein GKS System Level 0a fuer TEKTRONIXS Terminals
  576. 4010/4014 und 4107/4109 angeboten. Ich interessiere ich fuer GKS
  577. und habe unter RTOS-UH (RTOS-GKS vom IFM Hannover bzw. vom Heise
  578. Verlag) ein GKS Level 0a laufen. Wer kennt die OS9 Version und 
  579. kann mir Erfahrungen berichten ? Wer kennt gute (public-domain)
  580. TEKTRONIXS/VT100 Emulationsprogramme fuer IBM-PC,ATARI,AMIGA ?
  581.  
  582.  
  583. --- FORTH-83
  584. Es gibt eine 68000-Version des Public Domain FORTH-83 fuer
  585. CP/M 68K, das im Gegensatz zu seinen Bruedern fuer Z80 und 8086 im
  586. Verborgenen schlummert. Das ganze System liegt als Quelltext
  587. vor und ist vollstaendig in FORTH bzw. FORTH-68000 Inline
  588. Code geschrieben, keine echten Assemblerdateien. Es ist mit
  589. sich selber compilierbar. Veroeffentlicht wurde es auf
  590. der SIG/M Public Domain Diskette 205, die wohl auch
  591. heute noch von folgendem PD-Haendler angeboten wird. Sie
  592. liegt mir auf ATARI-TOS/MSDOS Diskettenformat vor.
  593.  
  594. Kopierservice Public Domain Softwaere
  595. Dipl.-Betriebswirt Christian Bellingrath
  596. Hans Boeckler-Str. 55
  597. D 5860 Iserlohn
  598.  
  599. Da dieses FORTH-83 das "urspruengliche" FORTH-83 von
  600. Laxen und Perry ist, der Quasi-Standard schlechthin,
  601. waere eine Anpassung an Echtzeitbetriebssysteme
  602. wie OS9,RTOS-UH,MIRAGE,PDOS,.. sicher interessant.
  603. In jedem Fall liegt ein durch sog. Shadow-Screens
  604. "verstaendliches" System vor, fuer das auch
  605. externe Literatur (fuer die 8086-Version) existiert.
  606.  
  607. Zech: Forth 83
  608. Eine gruendliche Einfuehrung in die Forth-Version - auch fuer PC's
  609. Franzis Verlag 1987,Muenchen
  610. ISBN 3-7723-8621-0
  611.  
  612. Als Entwicklungsrechner sollte zweckmaessigerweise
  613. ein CP/M 68K Rechner zur Verfuegung stehen, um mit
  614. dem lauffaehigen FORTH-83 eine Version fuer andere
  615. Betriebssysteme cross-compilieren zu koennen. ATARI-ST
  616. Besitzer, die ueber die original CP/M 68K Systemdisketten
  617. (z.B. eines alten MC- oder CT-Rechners) verfuegen,koennen
  618. sich bei folgender Adresse ein preiswertes BIOS (10.00 DM)
  619. zur nichtkommerziellen Nutzung als Quellisting auf Diskette
  620. bestellen. Daraus laesst sich zusammen mit den CP/M Systemdateien 
  621. ein lauffaehiges CP/M 68K System fuer ATARI-ST generieren. Falls 
  622. eine Diskette mit CPMLIB und LDRLIB (mit ausreichender 
  623. Beschreibung des Diskettenformats, mehr als das STAT Kommando
  624. hergibt ist noetig,bitte !!!) mit eingesandt wird, ist der Autor auch 
  625. bereit, ein lauffaehiges System zu montieren. Dazu muss allerdings 
  626. zusaetzlich eine eidesstattliche Erklaerung beigefuegt werden, dass 
  627. der Uebersender rechmaessiger Nutzer von CP/M 68k ist und die 
  628. Lizenzbedingungen fuer CP/M 68K einhaelt. Die "aktuelle" Version 
  629. von CP/M 68k ist uebrigens vom 2.Oktober 1985, Version 1.3.
  630. Historisch gesehen interessant, dass es zu dem Zeitpunkt den
  631. ATARI-ST und insbesondere das GEMDOS/TOS schon gab. Geruechteweise 
  632. haette der ATARI-ST lange Zeit ein CP/M 68K Rechner mit GSX Graphik
  633. werden sollen, bis DIGITAL RESEARCH daherkam "wir haben was
  634. Neues", und alles wurde umgeschmissen.
  635.  
  636. Besitzer von Megabyte-geschwaengerten Rechnern werden durch 
  637. die integrierte RAM-Disk belohnt, ein Festplattentreiber fehlt 
  638. leider. Datenkonvertierung von und nach TOS Disketten ist moeglich 
  639. durch die mitgelieferten Utility-Programme. Der Autor hatte das 
  640. ATARI-ST BIOS in der C't Clubecke der Zeitschrift C't im Dezember 
  641. 1987,Seite 254 angeboten.
  642.  
  643. Dr. Horst Oloff
  644. Eschenstr. 27
  645. 8150 Holzkirchen
  646.  
  647.  
  648. --- 68020 Programme fuer ATARI-ST (mit PAK-68K) ?
  649. Eine stichprobenhafte Ueberpruefung hat ergeben, dass die meisten
  650. von MICROWARE ausgelieferten Utility-Programme (Compiler,Umacs,Make,...) 
  651. zur 68020 Version von OS9 tatsaechlich 68000-Programme sind und daher
  652. bis auf offensichtliche Faelle wie CIO020 und MATH881 auch auf 68000 
  653. Systemen lauffaehig sind. (Achtung, Copyright beachten, eine
  654. Software darf zu einem Zeitpunkt natuerlich nur auf einem Rechner
  655. verwendet werden !). Den Ausgaben des Programmes IDENT sollte man
  656. nicht Glauben schenken, es unterscheidet aus Prinzip nur 6809 von 680XX
  657. Programmen. Ein mit -K=2 uebersetztes 68020 C-Programm wird von 
  658. IDENT auch als 68000 Programm bezeichnet.
  659.  
  660. An sich ist es ruehmlich, wenn nur ***eine*** Version eines Utility-
  661. Programms fuer alle Prozessoren verteilt wird, schon aus 
  662. Wartungsgruenden. 
  663.  
  664. Hat jemand die real existierenden OS-9 Implementationen fuer 
  665. ATARI-ST von CUMANA bzw. DR.KEIL z.B. mit PAK-68K des Heise Verlages
  666. (also mit 68020 Prozessoren) ausprobiert ? 
  667.  
  668.  
  669. --- Abwaerts- und Aufwaertskompatibilitaet
  670. Warum nutzt man nicht immer die aktuelle Betriebssystemsversion
  671. mit den Utilities in der aktuellen Version, also bei OS9
  672. zur Zeit noch V2.3 bzw. V2.4 oder bei RTOS-UH zur Zeit V2.2 mit
  673. dem RTOS-PEARL Compiler 13.X bzw. 14.X ?
  674.  
  675. Ganz einfach, bei Industrieanwendungen wird ein Betriebssystem 
  676. als Eprom oder auch als Diskette "eingebaut", nach der Abnahme
  677. darf nur noch Wartung betrieben werden und keinesfalls
  678. das Betriebssystem ausgetauscht werden. Bei Updates
  679. der Anwendung koennen sehr wohl neuere Utilities und mit 
  680. neueren Compilern compilierte Anwendungsprogramme verwendet 
  681. werden, sofern sie auf dem alten Betriebssystem laufen.
  682. Ausserdem werden Betriebssysteme ueblicherweise von 
  683. Release zu Release groesser. In einer fest eingebauten
  684. Hardware kann es aber sein, dass das Anwenderprogramm 
  685. schon beim Einbau so konfiguriert wurde, dass es 80%
  686. des Speichers belegt, sagen wir mal. Und dann kann es
  687. schnell sein, dass aus Speichermangel keine neuen
  688. groesseren Betriebssystemsversionen verwendet werden koennen,
  689. und bei fertigen Systemen will ja auch keiner mehr
  690. Speicher ranflicken. Oft wird man vor die Aufgabe
  691. gestellt "Loesen Sie das Problem mit gegebener Hardware
  692. (und der darauflaufenden Software)". So existiert bei
  693. mir im Institut fuer Fertigungstechnik auch noch ein
  694. ur-uralter Rechner nur mit Diskettenlaufwerken, auf denen
  695. entweder OS-9 V1.2 oder aber eine alte RTOS-UH Version
  696. lauffaehig ist. 
  697.  
  698. Wenn wir mal den ungeliebten Industriestandard nehmen:
  699. Unter MSDOS 2.1 bis MSDOS 3.31 laufen alle noch so alten
  700. oder neuen Programmen friedlich ohne Murren, erst das 
  701. unsaegliche unakzeptable MSDOS 4.X brachte Aenderungen,
  702. die in vielen Faellen ein Software-Update erforderten.
  703. Mit OS2 laeuft in der Kompatibilitaetsbox laengst
  704. nicht alles.
  705.  
  706. Bei ****OS9/68K**** gibt es folgende Kompatiblitaetsstufen, wie mir scheint:
  707.  
  708. I)  1983: OS9/68K wird entwickelt (laut /dd/DEFS/*.a Dateien)
  709.     1985: OS9 V1.2
  710. II) 1986: OS9 V2.0
  711.     1987: OS9 V2.2
  712. IIb)1989: OS9 V2.3 
  713.     1991: OS9 V2.4
  714. IV) ?     OS  9000
  715.  
  716. Allgemein ist es so, dass man neuere Utilities in einem gewissen 
  717. Umfang zum Laufen bekommt, wenn man einen dazu passenden neuen CIO 
  718. Trap Handler installiert. Ein Fall ist mir zu Ohren gekommen,
  719. bei dem sogar ein OS9 V1.2 Betriebssystem per CIO ermuntert worden
  720. ist, mit dem C-Compiler V2.0 compilierte Programme laufen zu lassen. 
  721. Neuere Versionen des MICROWARE C-Compilers koennen mehr als aeltere
  722. und sind fehlerbereinigt. Und da kann es dann schon interessant sein, 
  723. den "neuen" Code auf einem "alten" Betriebssystem laufen zu lassen. 
  724.  
  725. Ansonsten ist aber wie oben aufgefuehrt ein recht tiefer Schnitt 
  726. zwischen V1.2 und V2.0, wie ich mir von Experten habe sagen lassen. 
  727. Offiziell kann zwar der C-Compiler V2.2 von OS9 V2.0 bis V2.2 benutzt 
  728. werden. Aber mit dem C-Compiler V2.3 compilierte Utilities erfordern 
  729. z.B. einen CIO Trap Handler von OS9 V2.3. So zum Beispiel die
  730. TOP Public Domain Software in der Version vom Dezember 1989. 
  731. Gefaehrlich wird es nur, wenn neuere Utilities neue Systemfeatures 
  732. nutzen wollen, die nun gewiss noch nicht in alten Betriebssystemsversionen 
  733. vorhanden sind. Oder wenn sie in Compilerbibliotheken genutzt werden. 
  734. Das Utility MODED von OS9 V2.3 funktioniert z.B. nicht schon mit OS9 V2.0.
  735. << Auf Applikationsebene ist eigentlich kein Schnitt da, ausser der er-
  736. waehnten CIO. Und die ist ja ein Library-Modul des verwendeten Compilers und
  737. nicht ein Systemteil. Man kann die Programme so kompilieren, dass alle
  738. Library-Routinen zum Code dazugelinkt werden. Der Code wird dadurch deutlich
  739. groesser (remember UNIX...) aber man hat garantiert keine Probleme mit der
  740. cio (oder dem math-traphandler). LZ>>
  741.  
  742. --- FORUM-8, ziemowit_zglinski
  743. Ich finde es schade, dass der EFFO Redakteur das Betriebssystem
  744. RTOS-UH bei einem Projekt aufgrund mangelnder Dokumentation
  745. aufgeben musste. Aber ich als Bielefelder/Hannoveraner
  746. bin auch halt naeher dran. 
  747.  
  748. Statt in Handbuechern zu waelzen, ruft man bei Problemen 
  749. direkt das Ingenieurbuero IEP an, in speziellen Faellen 
  750. wird man u.U. auch an den Herrn Arlt vom IRT Hannover verwiesen. 
  751.  
  752. Dort erwartet einen nicht etwa eine zeitlich begrenzte Hotline 
  753. wie bei der Zeitschrift C't (Mo-Fr 13.00 bis 14.00 Uhr), sondern 
  754. versierte Mitarbeiter, die den ganzen Tag lang in ihren Unterlagen 
  755. bzw. online im laufenden RTOS-System nach den Antworten auf die 
  756. gestellten Fragen und Fehler suchen. So entwickelt sich das
  757. Produkt RTOS-UH weiter.
  758.  
  759. Daher sollte man auch ueberlegen, wo man RTOS-UH fuer ATARI-ST 
  760. oder AMIGA denn zum gleichen Preis kaufen sollte : Bei der Firma IEP 
  761. oder beim Heise Verlag ? Man bekommt zwar die physikalisch gleiche 
  762. Diskette und bekommt qualifizierte Antworten von derselben Stelle (IEP), 
  763. hat aber sonst u.U. bei der "falschen" Stelle das Geld gelassen, von der 
  764. man keinen tiefschuerfenden Support wie von den Systementwicklern 
  765. hoechstpersoenlich erwarten darf. Anfaengerfragen (z.B. "Wie lenke
  766. ich die Standardausgabe in eine Datei um") koennen natuerlich
  767. auch von der Redaktion der C't (Herrn Persson) beantwortet
  768. werden. Fuer alle Benutzer von RTOS-UH, die ihr Betriebssystem
  769. vom Heise Verlag bezogen haben, hier die Adresse von IEP. IEP 
  770. beantwortet selbstverstaendlich auch alle Fragen von Kunden
  771. des Heise-Verlages. Die qualifizierten Mitarbeiter von IEP haben 
  772. eine Arbeitszeit von nicht vor 10.00 Uhr bis etwa 17.00 Uhr, wobei 
  773. sie irgendwann zwischen 11.30 Uhr und 14.00 Uhr ihre Mittagspause 
  774. einlegen.
  775.  
  776. IEP
  777. Bachstr. 1
  778. D3000 Hannover 1
  779. Tel 0511/716840
  780. FAX 0511/701 11 31
  781.  
  782. Eines muss ich natuerlich zugeben, diese ganzen eleganten Driverkonzepte 
  783. von OS9 gibt es bei RTOS-UH nicht. Man kann sich aber "Datenstationen"
  784. entweder vom Typ BU oder LDN selber herstellen und nachladen. 
  785. Es ist im Gegensatz zu OS9 aber weniger Tabellenfriemelei oder
  786. Deskriptorenmodifikation als mehr auf das Grundsaetzliche und 
  787. Funktionale beschraenkt.
  788.  
  789. Der Mannjahresaufwand ging bisher wohl eher in die Performance-
  790. Verbesserung als ins Systemdesign (einheitliche Parameteruebergabe
  791. und Schnickschnackfunktionen wie z.B. Eingabeumlenkung la UNIX fehlen 
  792. bislang) und bestimmt auch nicht ins Handbuchschreiben (nur deutsche 
  793. Dokumentation, die USA kann damit nicht "geknackt" werden). Zur Zeit 
  794. wird "echtes Preemtive Scheduling" implementiert, eine angeblich sehr 
  795. rare Faehigkeit von Echtzeitbetriebssystemen, obwohl viele sich
  796. dessen ruehmen. Liebe EFFO, ist das eigentlich bei OS9 realisert 
  797. worden ?
  798.  
  799. Da Time-Slice Betrieb erst extra angefordert werden muss per
  800. SHARE-Kommando, wird einem Prozess hoher Prioritaet (und geringer
  801. PRIO-Nummer) nicht u.U. an der falschen Stelle die CPU entzogen,
  802. "schnelle" Interrupttreiber kommen natuerlich trotzdem noch zum
  803. Zuge. ** Das ** ist ein starkes Argument fuer RTOS-UH. RTOS-UH
  804. Mehrprozessorsysteme verarbeiten im Prinzip unveraenderte
  805. Software von Einprozessorversionen, nur wird fuer jede Task
  806. u.U. dann ein eigener Prozessor reserviert. **Eine** Task
  807. laueft nicht schneller als bisher, aber ein auf mehrere Tasks
  808. aufgeteilte Softwaere (z.B. speziell programmierte FFT-Routinen) 
  809. laeuft schneller. 
  810.  
  811. Der erste eigenstaendige ANSI-C Compiler CREST fuer RTOS-UH 
  812. ist gerade fertiggestellt und wurde erstmalig im Maerz 1991
  813. an ein Uni-Institut ausgeliefert. Auf einem 1-Mbyte-System
  814. ist er nicht lauffaehig, 2-Mbyte Systeme reichen aus. Die 
  815. 68000-Version hat keine FLOATING-POINT Unterstuetzung sowie 
  816. eine 32-Kbyte Beschraenkung bei Code und Daten. 
  817.  
  818. An sich sollte es zur Hannover-Messe 1991 auch die Anpassung
  819. von TURBO-C (Borland/Heimsoeth) an RTOS-UH fertig sein.
  820. Unterschiede zwischen den beiden Compilern: RTOS-C erzeugt 
  821. reentrant Code, TURBO-C ist wie PEARL nicht reentrant. 
  822.  
  823. Es waere natuerlich interessant, einmal schnittstellen-kompatible 
  824. Bibliotheken fuer RTOS-UH und OS-9 zur Verfuegung zu haben.
  825. Mal sehen, was sich da tut.
  826.  
  827.  
  828. --- TOP
  829. Mir liegen die TOP Disketten aus Muenchen im 2. Release vom Dezember 1989
  830. vor. Da ich diese Disketten nur auf Umwegen bekommen habe, wuerde mich
  831. die genaue Bezugsmoeglichkeit dieser PD-Software interessieren. Liebe
  832. EFFO, wisst Ihr wie man in Zukunft da an ein Update herankommt ?
  833.  
  834.  
  835. --- Wie sieht es auf einer OS9 Diskette aus ?
  836. Wo gibt es eigentlich genauere Informationen ueber den Aufbau einer
  837. OS9 Diskette. Ich habe nur den winzigen Abschnitt "Directory File Format"
  838. im Kapitel "Random Block File Manager" im Technical Manual gefunden,
  839. ferner das 5seitige Kapitel "The RBF Disk Format" im Buch OS-9 Insights
  840. von Peter Dibble. Etwas knapp alles, wo gibt es mehr ? Und noch wichtiger,
  841. sind die dortigen Angaben fehlerfrei ? (Ich fand es schon ganz witzig,
  842. im Update zu OS9 V2.3 den Hinweis zu finden, dass die bisherigen 
  843. Handbuchangaben zum Aufbau des Objektdateiformats falsch und unvollstaendig
  844. waren. Besser spaet als nie).
  845. << Zum Glueck trifft das fuer das Disk format nicht zu: Die Beschreibung
  846. ist korrekt und komplett, wenn auch etwas knapp. Eine OS-9-Disk ist aber auch
  847. keine komplizierte Sache. Es gibt den Sector 0 (RBF Disk Format), die
  848. Bitmap und dann eben die normalen und Directory-Files. That's it. LZ>>
  849.  
  850. --- WATCOM
  851. Aus Kanada kommt WATCOM Software (F77,PASCAL,C,BASIC,GKS Level0a...).
  852. Neu entwickelte C- und F77 Compiler fuer 80386 Systeme wurden auch
  853. in den Fachzeitschriften besprochen. Aber die alten 8088 Produkte
  854. sind in den letzten Jahren weder hier in Deutschland noch in den USA
  855. von den Billig-Software-Versandfirmen in den einschlaegigen Zeitschriften
  856. angeboten worden. Ein Schreiben von mir an die Firma WATCOM Publications 
  857. Limited ***mit Rueckporto in Form zweier internationaler Antwortscheine *** 
  858. wurde nicht beantwortet, wollen die ueberhaupt verkaufen ? Also liebe 
  859. EFFO-Teilnehmer, wer bzw. wessen Firma hat schon WATCOM-Software gekauft 
  860. und weiss daher, wer in Europa die normale nicht-80386 Software vertreibt ? 
  861. Ich bitte um Mitteilung, da ich mich fuer das GKS System Level0a 
  862. interessiere, das mit dem Compilern F77,PASCAL und BASIC mitgeliefert 
  863. wird.
  864.  
  865.  
  866. Mit freundlichen Gruessen
  867. Rolf Hemmerling
  868.  
  869.