Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!cbosgd!cwruecmp!bammi
From: bammi@cwruecmp.UUCP
Newsgroups: comp.sys.atari.st
Subject: Re: Another Gulam quirk (it's still the best shell though ;-)
Message-ID: <2144@cwruecmp.UUCP>
Date: Sun, 7-Jun-87 21:24:09 EDT
Article-I.D.: cwruecmp.2144
Posted: Sun Jun  7 21:24:09 1987
Date-Received: Fri, 12-Jun-87 01:14:43 EDT
References: <1942@trwrb.UUCP>
Reply-To: bammi@cwruecmp.UUCP (Jwahar R. Bammi)
Organization: Case Western Reserve University
Lines: 51
Keywords: bug-a-boo

In article <1942@trwrb.UUCP> sansom@trwrb.UUCP (Richard Sansom) writes:
>It appears as if Gulam doesn't set the current directory (or path) as far
>as GEMDOS is concerned.  Last night, I wrote a simple program which reports
>the current working directory using Dgetpath().  No matter which directory
>Gulam thinks I'm in, the program reports the current path as "\bin" (which
>happens to be the directory in which Gulam resides).  On the other hand,
>when I execute a GEM application, the application picks up Gulam's idea of
>the current directory.  Does Gulam only do a Dsetpath() when it executes
>a GEM program?
	Strangeness! I just checked the source and Gulam does indeed do
both a Dsetdrv() and a Dsetpath() when it executes the 'cd' command.
In fact Gulam never maintains an internal path. When you do a 
'pwd' it does a Dgetdrv() and a Dgetpath()) makes up a string and reports
that to you. After doing a 'cd' it does an internal getpwd() to set
the variable $cwd. I tried the following from within Gulam and it
always reported the correct path, no matter where i cd'ed to. (When you
exit Gulam via 'exit', it cd's to $home and exits).

#include <stdio.h>
#include <osbind.h>
main()	
{
	char cwd[128];

	cwd[0] = Dgetdrv() + 'a';
	cwd[1] = ':';
	Dgetpath(&cwd[2], 0);
	if (cwd[2] == '\000') {cwd[2] = '\\'; cwd[3] = '\000';}
	printf("%s\n", cwd);
}

>Here's another one: when I left my Gulam session last night, I returned to
>a desktop which was composed of alpha-numeric characters instead of
>bit-mapped graphics!  Everything seemed to be in its correct location on
>the screen, but the menu bar was composed of a bunch of "|"s, the windows
>were rectangularly shaped arrangements of "b"s, "|"s, and the regular
>close and full characters, and the drive and trash can icons were a mixture
>of other characters.  Interestingly enough, I was still able to select, and
>even execute programs using the mouse (although I couldn't read what I was
>selecting).
>
	Sounds like something went and overwrote some Gem areas. Maybe all
this was due to Gulam running out of memory and creating havoc in the system!!

We will have a fuller report on Gulam's memory problems here soon. Some
of them have been caught since the posting here. There are probably others!
-- 
usenet: {decvax,cbatt,cbosgd,sun}!cwruecmp!bammi	jwahar r. bammi
csnet:       bammi@cwru.edu   <---------Please note change of address
arpa:        bammi@cwru.edu   <---------Please note change of address
compuServe:  71515,155