Bekannte Probleme mit GEMINI Version 1.99
----------------------------------------

Copyright (C) 1993 by Stefan Eissing

GEMINI ist ein Shareware-Programm von

  Stefan Eissing
  Theaterstrae 104
  52062 Aachen
 
  Mailbox: MAUS Aachen, 0241-902002
      
Folgende Probleme (fr die ich nicht verantwortlich bin und fr die 
ich teilweise keine vernnftige Lsung kenne) sind uns bei GEMINI 
bekannt:

- Unter MultiTOS kommt es zum Hnger, wenn man Gemini ohne offene 
  Fenster startet und danach mit der Maus ins Men geht. Abhilfe: 
  immer ein Fenster in Gemini beim Start geffnet haben.

- Unter MultiTOS und MagiX versucht Gemini TOS-Programme parallel 
  (nebenlufig) zu starten. Die funktioniert unter MultiTOS nicht, 
  wenn die GEM-Environmentvariable TOSRUN nicht richtig gesetzt ist. 
  Unter MagiX mu das VT52.PRG richtig in die MagiX.inf Datei 
  eingetragen sein. Schauen Sie bitte in das Handbuch von MagiX fr 
  weitere Informationen.

- Unter MagiX kann man Programmen, die parallel gestartet werden, 
  leider kein eigenes Environment mitgeben. Daher sind vor allen 
  Dingen in Shell-Scripts notwendige Variablen nicht gesetzt. 
  Entweder tut man dies in eigenen Scripts selbst oder setzt in 
  profile.mup die Programmoption W:Y. Beispiel: die Datei script.mup 
  soll immer in der Console laufen. Dann trgt man folgende Zeile in 
  profile.mup ein:
  setenv OPT_SCRIPT_MUP W:N
  Das wars.

- Einige Accessories (z.B. Multidesk und Harlekin) gehen davon aus, da sie
  nach ihrem Start den Bildschirm fr sich alleine haben. Diese Annahme
  trifft nicht mehr zu, wenn GEMINI mit TOS 1.04 als Autostart-Programm
  benutzt wird. Als Abhilfe liegt das Programm GBOOT003.APP bei, da an-
  stelle von GEMINI als Autostart-Anwendung benutzt werden soll. GBOOT003
  macht fr 3 Sekunden (fast) nichts, danach startet es GEMINI.APP. Wenn
  die 3 Sekunden zu lang oder zu kurz sind, kann der Programmname ent-
  sprechend gendert werden, z.B. in GBOOT010.APP fr eine 10-Sekunden Pause.
  ACHTUNG: GBOOTxxx.APP mu im gleichen Ordner wie GEMINI.APP liegen!
  
- Einige unsauber programmierte Anwendungen (z.B. Signum! in lteren Ver-
  sionen) verwenden illegalerweise falsche VDI-Workstation-Handles. Diese
  Versuche werden von AMCGDOS jeweils mit einer Alert-Box ("Illegal Handle")
  quittiert. Abhilfen gibt es leider nur zwei: Korrigierte Versionen der
  betreffenden Programme vom Hersteller besorgen, oder GDOS nicht benutzen.
  Leider verliert man bei der zweiten Alternative die Mglichkeit, in GEMINI
  andere Zeichenstze fr die Textdarstellung in den Fenstern zu verwenden.
  
- Einige wenige Programme laufen aus uns unbekannter Ursache nicht oder 
  nicht richtig unter GEMINI, dazu gehren z.B. FOMA, VIP Professional und
  SBREAK. Wer hierzu Ideen hat, sollte sie uns mitteilen!
  
- Alle mit Mark-Williams-C geschriebenen Programme haben Probleme mit
  Atari's ARGV-Methode, da diese vom MWC-Standard leicht abweicht. Dieses
  Problem kann fr die betroffenen Programme mittels X:N in $PRGNAME_EXT um-
  gangen werden. Zu diesen Programmen gehren z.B. Uniterm und Flash.
  Die Zeile "setenv FLASH_PRG X:N" in MUPFEL.MUP behebt dies Problem z.B.
  fr Flash.

- Der Public-Domain C-Compiler Sozobon hat einen Fehler, der im Zusammen-
  hang mit den Methoden zur erweiterten Parameterbergabe zum Absturz
  fhrt. Dieser Fehler befindet sich im Startup-Code von Sozobon und
  betrifft somit auch alle mit Sozobon compilierten Programme. Wer selbst
  Programme mit Sozobon compiliert kann diesen Bug leicht fixen.
  Folgende nderung an den Sourcen ist ntig:

17a18,27
>     move.l    a0,d0
>     btst    #0,d0        ; odd alignment? sorry, it has to be move.b
>     beq    lmcp0_c
>     bra    lmcp0_b
> lmcp0_a:            ; O.K., this loop is not very efficient,
>     move.b    (a0)+,(a1)+    ; but at least it works
> lmcp0_b:
>     dbra    d1,lmcp0_a
>     bra    lmemcpy7
> lmcp0_c:
24c34
<     move.w    (a0)+,(a1)+    ; extra bytes copy loop
---
>     move.w    (a0)+,(a1)+    ; extra words copy loop

  Dann mu man alles, was zu Sozobon gehrt, neu bersetzen.
  
- Wenn aus TOS-Programmen (meistens Editoren wie Z oder microEMACS) per
  Shell-Escape Mupfel gestartet wird, gibt es Probleme mit dem Bildschirm-
  aufbau, wenn von der Mupfel dann GEM-Programme gestartet werden. Einzige
  uns bekannte Abhilfe: NICHT MACHEN! Wer darauf absolut nicht verzichten
  kann, sollte diese Programme so anmelden, da beim Start alle Windows ge-
  schlossen werden, aber auch das lst nicht alle Probleme. Um dieses Pro-
  blem zu lsen, mte man aus der Kette aller Parent-Prozesse ermitteln
  knnen, ob es sich um TOS- oder GEM-Programme handelt, und dafr gibt es
  unseres Wissens keinen legalen Weg.
  
- Hinweis fr Benutzer von Pure-C: Um die Shell-Funktion nutzen zu  
  knnen, mu TC von Mupfel oder GEMINI gestartet werden, 
  vorher sollte man  ein alias von "sh" auf "mupfel" anlegen.
