🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.atari.st
Article #37173

Re: MWC CSD running on top of Gulam

#37173
From: Andy Cassino
Date: Thu, 16 Mar 1989 21:53
50 lines
2887 bytes
Chip Roberson writes:

| Well, I love MWC and I'm thankful for CSD, but I hate MSH so I use Gulam --
| in fact I really like Gulam (even though I seem to bomb it when in emacs
| from time to time).
| 
| Anyway, I've got a problem, csd won't load completely when executed from
| gulam!  I get the copyright message, the it says "Reading tables...",
| and then it reads some source files ("Adding source: <filename>.c").
| Then when it tries "Loading <pgm>.ttp" I get:
| 
| exit status -33 
| Fatal error: execute failed: {NULL}
| 
| -33 = File not found.
| 
| however, if I exit Gulam and run msh, it works!  Now I don't want to
| keep bouncing back and forth between Gulam and msh and I won't do my
| development in msh!  Does anybody know how to fix this?
| 

I've observed exactly the same problem. My first guess was that the path 
I defined for Gulam was missing a necessary directory, but a cursory look did
not turn up anything obvious. I haven't been able to look further. 

As for the "ue" editor in Gulam, I've had some problems with it too, though I
like it better overall than the "me" that came with MWC. But, I haven't been
able to get the iterative edit/compile cycle to work with "ue", so I'm
resigned to calling "me" from Gulam.

One further comment. Because I'm too cheap to buy a hard disk, I load MWC
completely into RAM (I have a Mega-2), using the ramdisks provided in 
the 'rdy' utility which are supposed to survive warm-boot. I have found 
that CSD operation is very iffy in this configuration; it often crashes 
and sometimes takes the ramdisks with it (e.g. the ramdisks do not survive 
the necessary warm-boot). Even when it doesn't crash, CSD sometimes has 
problems finding things. CSD's reliability is inversely proportional to the
severity of the problem I am trying track down, part of the perversity of
software development, I guess, but CSD has proven to be worse than useless on
all the occcasions that I really needed it!



    %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
    % Andy Cassino                                                  %
    % uucp: hplabs!hplsla!andyc  domain: andyc%hplsla@hplabs.hp.com %
    % Hewlett-Packard              Lake Stevens Instrument Division %
    % 8600 Soper Hill Road                   Everett, WA 98205-1298 %
    % (206) 335-2211                                                %
    %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Technical Details
Message-ID: <5440016@hplsla.HP.COM>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!hplabs!hp-pcd!hplsla!andyc
References: <8903141725.AA19501@icase.edu>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!hplabs!hp-pcd!hplsla!andyc
From: andyc@hplsla.HP.COM (Andy Cassino)
Newsgroups: comp.sys.atari.st
Subject: Re: MWC CSD running on top of Gulam
Message-ID: <5440016@hplsla.HP.COM>
Date: 16 Mar 89 21:53:40 GMT
References: <8903141725.AA19501@icase.edu>
Organization: HP Lake Stevens, WA
Lines: 50