Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!mailrus!usenet.ins.cwru.edu!usenet.INS.CWRU.Edu!bammi
From: bammi@curie.ces.cwru.edu (Jwahar R. Bammi)
Newsgroups: comp.sys.atari.st
Subject: Re: GEMINI v1.1 (questions)
Message-ID: <BAMMI.90Mar16150452@curie.ces.cwru.edu>
Date: 16 Mar 90 21:04:52 GMT
References: <53918@bu.edu.bu.edu> <943@unipas.fmi.uni-passau.de>
Sender: news@usenet.ins.cwru.edu
Organization: Case Western Reserve University
Lines: 36
In-Reply-To: stabl@unipas.fmi.uni-passau.de's message of 15 Mar 90 20:51:46 GMT

In article <943@unipas.fmi.uni-passau.de> stabl@unipas.fmi.uni-passau.de (Robert Stabl) writes:

   >   1. Has v1.1 solved the problem with the GULAM Shell?
   >      (v1.0 is not capable of running any other application after 'gulam' has
   >       been executed once)
   No, I discovered the same problem, too.
   Who can help?

GEMINI (mufpel or whoever) wants SHELL_P to be in a certain state
(thats why you have to run shell0.prg before running gemini). Gulam
changes shell_p, but never restores is back to what it was. this
causes heart aches for gemini. writing a simple wrapper function which
saves shell_p execs gulam, and retores it before exit should solve the
problem, until gulam is fixed to behave itself.


   >   2. Is an icon-editor included with this new version?
   No.

Use any old icon editor (there must be alteast a dozen pd ones), go
into a resource editor (i use rcs3), and replace the images in
gemiinc.rsc.

a request to the authors of gemini: please distribute the .dfn files
along with the .rsc files in the next release. this will make life
much simpler when hacking the resource files.

nice work!
--


--
bang:   {any internet host}!dsrgsun.CES.CWRU.Edu!bammi	jwahar r. bammi
domain: bammi@dsrgsun.ces.CWRU.edu
GEnie:	J.Bammi