Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!cbatt!cwruecmp!bammi
From: bammi@cwruecmp.UUCP (Jwahar R. Bammi)
Newsgroups: net.micro.atari16
Subject: Re: Micro C-Shell
Message-ID: <1578@cwruecmp.UUCP>
Date: Sat, 27-Sep-86 13:58:47 EDT
Article-I.D.: cwruecmp.1578
Posted: Sat Sep 27 13:58:47 1986
Date-Received: Tue, 30-Sep-86 06:08:03 EDT
References: <5803@ut-sally.UUCP>
Reply-To: bammi@cwruecmp.UUCP (Jwahar R. Bammi)
Organization: CWRU Dept. Comp. Eng., Cleveland OH
Lines: 26
Keywords: Unix Shell

In article <5803@ut-sally.UUCP> joe@ut-sally.UUCP (Joe Hitchens) writes:
>A friend of mine who has the Micro C-Shell program is having difficulty 
>getting it to operate in the 2(multi) user mode.
>He altered the /etc/passwd file and that allowed him to log-on, but 
>immediately after logging on, it brought him back to the login: prompt.
>He is definately getting logged on under the new account name, but for some
>reason the shell prompt never appears.
>
I ran into exactly the same problem.  The problem is caused by ':' being used
as the field seperator in \etc\passwd and also being used by gemdos path names.
What had happened in my case was that i specified my home directory
to be 'E:\bammi'. Now when i login, login reads \etc\passwd and find that my
home directory is 'E' (the ':' in the pathname terminated the passwd field),
which is not a valid path, so it refuses to let me log in. I have informed
David Beckemeyer of this bug. For now the solution is to tell passwd that
your home directory is \usr\foo on the drive on which MT c shell live. In
\usr\foo you put in a profile.sh that send you off to your real home, after
modifying the home variable appropriately.



-- 
usenet: .....!decvax!cwruecmp!bammi		jwahar r. bammi
csnet:       bammi@case
arpa:        bammi%case@csnet-relay
compuServe:  71515,155