Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!rutgers!gatech!ncar!ames!pasteur!agate!ig!uwmcsd1!marque!uunet!mcvax!unido!ztivax!tumuc!lan!gengenba From: gengenba@lan.informatik.tu-muenchen.dbp.de (Michael Gengenbach) Newsgroups: comp.sys.atari.st Subject: Re: qulam Summary: gulam accessory Keywords: qulam shell accessory Message-ID: <237@infovax.lan.informatik.tu-muenchen.dbp.de> Date: 27 Jul 88 18:09:05 GMT References: <1821740@ncrcpx.UUCP> Reply-To: gengenba@lan.informatik.tu-muenchen.dbp.de (Michael Gengenbach) Distribution: comp.sys.atari.st Organization: Inst. fuer Informatik, TU Muenchen, W. Germany Lines: 36 In article <1821740@ncrcpx.UUCP> mike@ncrcpx.Cambridge.NCR.COM (Mike Reiss) writes: > > >I like gulam. I would like to use it more. Me too. >[..] that I have is OLD. Like version 1.00.00.02 or 3. This was the last one >I know of that was posted to comp.binaries.atari.st or whatever that stream >is called. Did I miss a newer one? I think, it would be a good idea to repost the newest version. It is not very efficient to ftp it to europe several times. Now my problem or question. How about a gulam-accessory. I've got a PD-shell-accessory (bourne-shell), which i use quite frequently. I don't want to totally resign GEM and would like to have gulam as an accessory. Does anybody know, if this is possible? My shell accessory can't execute gem-programs, but it can handle system() calls. It reads the profiles at boot time and then you can call it in no time out of every program. With the new Mega STs, the memory should be no problem. How would you like such a program and who could do it :-) ? Michael *-----------------------------------------------------------------------------* Michael Gengenbach (Technical University Munich) gengenbach@infovax.informatik.tu-muenchen.dbp.de (X.400) / relay.cs.net (arpa/csnet) gengenbach%infovax.informatik.tu-muenchen.dbp.de@ - unido.uucp (uucp) \ ddoinf6.bitnet (bitnet)