home *** CD-ROM | disk | FTP | other *** search
/ Whiteline: Alpha / Whiteline Alpha.iso / gemini / doc / caveat.txt next >
Encoding:
Text File  |  1994-09-22  |  4.9 KB  |  106 lines
  1. Bekannte Probleme mit GEMINI Version 1.99
  2. ----------------------------------------
  3.  
  4. Copyright (C) 1993 by Stefan Eissing
  5.  
  6. GEMINI ist ein Shareware-Programm von
  7.  
  8.   Stefan Eissing
  9.   Theaterstraße 104
  10.   52062 Aachen
  11.  
  12.   Mailbox: MAUS Aachen, 0241-902002
  13.       
  14. Folgende Probleme (für die ich nicht verantwortlich bin und für die 
  15. ich teilweise keine vernünftige Lösung kenne) sind uns bei GEMINI 
  16. bekannt:
  17.  
  18. - Unter MultiTOS kommt es zum Hänger, wenn man Gemini ohne offene 
  19.   Fenster startet und danach mit der Maus ins Menü geht. Abhilfe: 
  20.   immer ein Fenster in Gemini beim Start geöffnet haben.
  21.  
  22. - Unter MultiTOS und MagiX versucht Gemini TOS-Programme parallel 
  23.   (nebenläufig) zu starten. Die funktioniert unter MultiTOS nicht, 
  24.   wenn die GEM-Environmentvariable TOSRUN nicht richtig gesetzt ist. 
  25.   Unter MagiX muß das VT52.PRG richtig in die MagiX.inf Datei 
  26.   eingetragen sein. Schauen Sie bitte in das Handbuch von MagiX für 
  27.   weitere Informationen.
  28.  
  29. - Unter MagiX kann man Programmen, die parallel gestartet werden, 
  30.   leider kein eigenes Environment mitgeben. Daher sind vor allen 
  31.   Dingen in Shell-Scripts notwendige Variablen nicht gesetzt. 
  32.   Entweder tut man dies in eigenen Scripts selbst oder setzt in 
  33.   profile.mup die Programmoption W:Y. Beispiel: die Datei script.mup 
  34.   soll immer in der Console laufen. Dann trägt man folgende Zeile in 
  35.   profile.mup ein:
  36.   setenv OPT_SCRIPT_MUP W:N
  37.   Das wars.
  38.  
  39. - Einige Accessories (z.B. Multidesk und Harlekin) gehen davon aus, daß sie
  40.   nach ihrem Start den Bildschirm für sich alleine haben. Diese Annahme
  41.   trifft nicht mehr zu, wenn GEMINI mit TOS 1.04 als Autostart-Programm
  42.   benutzt wird. Als Abhilfe liegt das Programm GBOOT003.APP bei, daß an-
  43.   stelle von GEMINI als Autostart-Anwendung benutzt werden soll. GBOOT003
  44.   macht für 3 Sekunden (fast) nichts, danach startet es GEMINI.APP. Wenn
  45.   die 3 Sekunden zu lang oder zu kurz sind, kann der Programmname ent-
  46.   sprechend geändert werden, z.B. in GBOOT010.APP für eine 10-Sekunden Pause.
  47.   ACHTUNG: GBOOTxxx.APP muß im gleichen Ordner wie GEMINI.APP liegen!
  48.   
  49. - Einige unsauber programmierte Anwendungen (z.B. Signum! in älteren Ver-
  50.   sionen) verwenden illegalerweise falsche VDI-Workstation-Handles. Diese
  51.   Versuche werden von AMCGDOS jeweils mit einer Alert-Box ("Illegal Handle")
  52.   quittiert. Abhilfen gibt es leider nur zwei: Korrigierte Versionen der
  53.   betreffenden Programme vom Hersteller besorgen, oder GDOS nicht benutzen.
  54.   Leider verliert man bei der zweiten Alternative die Möglichkeit, in GEMINI
  55.   andere Zeichensätze für die Textdarstellung in den Fenstern zu verwenden.
  56.   
  57. - Einige wenige Programme laufen aus uns unbekannter Ursache nicht oder 
  58.   nicht richtig unter GEMINI, dazu gehören z.B. FOMA, VIP Professional und
  59.   SBREAK. Wer hierzu Ideen hat, sollte sie uns mitteilen!
  60.   
  61. - Alle mit Mark-Williams-C geschriebenen Programme haben Probleme mit
  62.   Atari's ARGV-Methode, da diese vom MWC-Standard leicht abweicht. Dieses
  63.   Problem kann für die betroffenen Programme mittels X:N in $PRGNAME_EXT um-
  64.   gangen werden. Zu diesen Programmen gehören z.B. Uniterm und Flash.
  65.   Die Zeile "setenv FLASH_PRG X:N" in MUPFEL.MUP behebt dies Problem z.B.
  66.   für Flash.
  67.  
  68. - Der Public-Domain C-Compiler Sozobon hat einen Fehler, der im Zusammen-
  69.   hang mit den Methoden zur erweiterten Parameterübergabe zum Absturz
  70.   führt. Dieser Fehler befindet sich im Startup-Code von Sozobon und
  71.   betrifft somit auch alle mit Sozobon compilierten Programme. Wer selbst
  72.   Programme mit Sozobon compiliert kann diesen Bug leicht fixen.
  73.   Folgende Änderung an den Sourcen ist nötig:
  74.  
  75. 17a18,27
  76. >     move.l    a0,d0
  77. >     btst    #0,d0        ; odd alignment? sorry, it has to be move.b
  78. >     beq    lmcp0_c
  79. >     bra    lmcp0_b
  80. > lmcp0_a:            ; O.K., this loop is not very efficient,
  81. >     move.b    (a0)+,(a1)+    ; but at least it works
  82. > lmcp0_b:
  83. >     dbra    d1,lmcp0_a
  84. >     bra    lmemcpy7
  85. > lmcp0_c:
  86. 24c34
  87. <     move.w    (a0)+,(a1)+    ; extra bytes copy loop
  88. ---
  89. >     move.w    (a0)+,(a1)+    ; extra words copy loop
  90.  
  91.   Dann muß man alles, was zu Sozobon gehört, neu übersetzen.
  92.   
  93. - Wenn aus TOS-Programmen (meistens Editoren wie Z oder microEMACS) per
  94.   Shell-Escape Mupfel gestartet wird, gibt es Probleme mit dem Bildschirm-
  95.   aufbau, wenn von der Mupfel dann GEM-Programme gestartet werden. Einzige
  96.   uns bekannte Abhilfe: NICHT MACHEN! Wer darauf absolut nicht verzichten
  97.   kann, sollte diese Programme so anmelden, daß beim Start alle Windows ge-
  98.   schlossen werden, aber auch das löst nicht alle Probleme. Um dieses Pro-
  99.   blem zu lösen, müßte man aus der Kette aller Parent-Prozesse ermitteln
  100.   können, ob es sich um TOS- oder GEM-Programme handelt, und dafür gibt es
  101.   unseres Wissens keinen legalen Weg.
  102.   
  103. - Hinweis für Benutzer von Pure-C: Um die Shell-Funktion nutzen zu  
  104.   können, muß TC von Mupfel oder GEMINI gestartet werden, 
  105.   vorher sollte man  ein alias von "sh" auf "mupfel" anlegen.
  106.