fischer-michael@YALE.ARPA (Michael Fischer) (04/27/87)
Several people have noted the fact that the new Mark Williams shell
MSH.PRG (v2.0) seems not to be able to find its profile after the
machine has been booted with GEMBOOT. The problem is that GEMBOOT
leaves a string in the system path buffer _shell_p that MSH cannot
interpret properly. GEMBOOT seems to follow the conventions of
the PD shell COMMAND.TOS (that was included in the GEMSOFT
distribution) in which semicolons are used to separate paths. Thus,
when I looked at that string after booting with GEMBOOT it contained
"PATH=;C:\". (This is from memory; there might have been another
semicolon somewhere.) MSH uses commas to separate path strings.
My guess is that MSH tried to open its profile file on device ";C:"
and of course got a TOS error.
A cure seems to be to change the path buffer to "PATH=" followed
by two zero bytes. A program to do that can be run as one of the
programs in the .BAT file that is invoked by COMMAND.TOS (which
is in turn run by GEMBOOT). MSH then starts up properly. I will
post a simple C program that does this after I have tested things
a little more thoroughly.
--Mike Fischer
Arpanet: fischer@yale.arpa
Bitnet: fischer@yale-cs
-------john@viper.UUCP (John Stanley) (05/01/87)
In article <8704271423.AA00927@yale-eli.arpa> fischer-michael@YALE.ARPA (Michael Fischer) writes: > >A cure seems to be to change the path buffer to "PATH=" followed >by two zero bytes. A program to do that can be run as one of the >programs in the .BAT file that is invoked by COMMAND.TOS (which >is in turn run by GEMBOOT). MSH then starts up properly. I will >post a simple C program that does this after I have tested things >a little more thoroughly. > Mike, why don't you just use SETPATH.TTP (included in the same ARC as GEMBOOT) ???? I could be wrong, but I got the impression that's what it's for... --- John Stanley (john@viper.UUCP) Software Consultant - DynaSoft Systems UUCP: ...{amdahl,ihnp4,rutgers}!{meccts,dayton}!viper!john
fischer-michael@YALE.ARPA (Michael Fischer) (05/09/87)
John Stanley (john@viper.UUCP) writes: > Mike, why don't you just use SETPATH.TTP (included in the same ARC > as GEMBOOT) ???? It won't work. SETPATH.TTP always puts a ';' following the 'PATH=', which gives MSH problems. I understand that ';' is used by MS-DOS and is sort of a default standard separator, so the fault seems to lie with MSH. -------