🚀 go-pugleaf

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?

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).

Could this possibly be related to my experiments with Dget/setpath()?  It
was late, so I didn't try to recreate the problem.  Has anyone else out
there come across this beauty?  Any ideas?

-Rich

-- 
   /////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
  /// Richard E. Sansom                   TRW Electronics & Defense Sector \\\
  \\\ {decvax,ucbvax,ihnp4}!trwrb!sansom  Redondo Beach, CA                ///
   \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\/////////////////////////////////////