jrd@STONY-BROOK.SCRC.SYMBOLICS.COM (John R. Dunning) (07/06/88)
Can anyone tell me if the gulam on various servers (v 1.03.04?) is the latest? Is there a list of bugs fixed since previosu releases? Thanks in advance.
gaudreau@juggler.East.Sun.COM (Joe Gaudreau - Sun BOS Software) (01/30/91)
I ran across something weird with Gulam that I'd like to know more about. Here's the situ: I uuencoded a ST binary and split the resulting file into three pieces. Copied those to ms-dos format floppies and brought them home to my Mega/STe. Copies the files onto the HD and ran Gulam so I could 'cat' them together. Right? Wrong. Not. I also tried 'cat filename' and nothing was shown on the screen. Hmmm. 'ue' loads and modifies the files just fine. 'cat' still won't show the file. Created a new file with 'ue' and that does 'cat' properly. What's going on? Hints? Ideas? Also, atari.archive has Gulam 1.03.04.05 12/18/87. Is that the last version known? Is src available? Seems like a really nice shell and it would be a shame to see it perish. Thanx. Joe -=-
gjh@hplb.hpl.hp.com (Graham Higgins) (01/30/91)
(Joe Gaudreau - Sun BOS Software) writes about gulam and cat. I don't think that 'cat' is straightforward under TOS. I was warned that 'cat' in gulam doesn't work as expected. Someone on the net supplied 'filecat', a utility which *does* perform file concatenation. You should be able to pick it up on atari.archive. I tried compiling up the GNU file utility 'cat' to see if I could get round the problem that way. It compiled up OK, but running it results in OS errors (sigh). I believe the author of gulam is no longer working with STs. Graham ====== ------------------------------------------------------------------ Graham Higgins | Phone: (0272) 799910 x 24060 Hewlett-Packard Labs | gjh%ghiggins@hpl.hp.co.uk Bristol | gjh%ghiggins@hplb.hpl.hp.com U.K. | ------------------------------------------------------------------ Disclaimer: My opinions above are exactly that, mine and opinions. ------------------------------------------------------------------
klute@tommy.informatik.uni-dortmund.de (Rainer Klute) (01/31/91)
In article <4094@eastapps.East.Sun.COM>, gaudreau@juggler.East.Sun.COM (Joe Gaudreau - Sun BOS Software) writes: |> I also tried 'cat filename' and nothing was shown on the screen. |> Hmmm. 'ue' loads and modifies the files just fine. 'cat' still won't |> show the file. Created a new file with 'ue' and that does 'cat' |> properly. What's going on? Hints? Ideas? The Gulam 'cat' does not work properly. I once wrote a replacement which can be retrieved from the panarthae archive server as volume6/cat. Its also available for anonymous FTP from atari.archive.umich.edu. -- Dipl.-Inform. Rainer Klute klute@irb.informatik.uni-dortmund.de Univ. Dortmund, IRB klute@unido.uucp, klute@unido.bitnet Postfach 500500 |)|/ Tel.: +49 231 755-4663 D-4600 Dortmund 50 |\|\ Fax : +49 231 755-2386
comeau@crc.skl.dnd.ca (Phil Comeau) (01/31/91)
On the subject of Gulam, perhaps someone can suggest a work-around to a problem I've had. Suppose I execute a Gulam script (a "*.g" file), then subsequently edit that script. If I try to execute the script again, Gulam displays the message "Old buffer" and executes the script as it was before I edited it. What I want, of course, is for Gulam to execute the new version of the script. I should point out that I use STeVIe for editing, and not Gulam's built-in "ue" editor. Thanks for any help. Phil Comeau - comeau@crc.skl.dnd.ca - (613) 831-0888
arktik@nro.cs.athabascau.ca (Ryan Daum) (02/08/91)
I think the fellows problem with 'cat' in Gulam is that cat loads the file into memory before displaying it. Therefore if it runs out of memory, it just doesn't display it. For some reason, ue often works. __________________________________________________ //\\...Liberty...Equality...Fraternity...Atarity...\ ||| All opinions, \__/_______________________________________________/ / | \ expressed [=FoReM-Net:The=Follower===@=Node=171=The Outland==] herein are always [=UUCP:ersys!arktik@nro.cs.athabascau.ca===========] true, as I am [=Ryan Daum========================================] Divinity.