Path: utzoo!attcan!uunet!husc6!mailrus!cwjcc!hal!nic.MR.NET!tank!oddjob!matt
From: matt@oddjob.uchicago.edu (Matt Crawford)
Newsgroups: comp.emacs
Subject: Re: GNU Emacs and subprocesses
Keywords: GNU
Message-ID: <784@tank.uchicago.edu>
Date: 15 Nov 88 15:30:42 GMT
References: <6264@bunny.UUCP>
Sender: news@tank.uchicago.edu
Reply-To: matt@oddjob.uchicago.edu (Matt Crawford)
Organization: Very Little
Lines: 40
In-reply-to: jwg1@bunny.UUCP (James W. Gish)

I suspect that the true bug lies in eiffel.  Emacs is starting your
compilation on a pty when you invoke it from shell mode, but there is no
login record in /etc/utmp for that pty.  Something about the way ec
looks for this information makes it think you logged in to that pty as
root.

Why does a compiler care who invokes it?  It looks like there is
something un-GNUish at your site!

In article <6264@bunny.UUCP>, jwg1@bunny (James W. Gish) writes:
) I am using GNU Emacs version 18.52.1
) I am trying to create an Eiffel mode and when I attempt to invoke ec I either
) get a Segmentation fault or the following message:
) 	"Sorry, user's login name and real name are different or not authorized
)     to use Eiffel in this installation:
) 	    Login name: root
)        Real name: proj126
)  	..."
) 
) ESC-x !ec yields the Segmentation fault.  
) ESC-x shell ec yields the login name/real name clash message.
) (compile (concat "ec " modulename)) yields either error - I can't explain 
) the inconsistent results.
) 
) When :!ec is issued from vi, there is no problem, so I suspect the problem
) is with emacs rather than eiffel.
) 
) I executed a small program in place of the ec calls that prints the real
) and effective uids.  They both come out to be 9 which as expected corresponds
) to "proj126"
) 
) Does anyone have any clues as to what is going on here?
) 
) Thanks very much
) 
) 
) -- 
) Jim Gish
) GTE Laboratories, Inc., Waltham, MA
) CSNET: jgish@gte.com    UUCP:  ..!harvard!bunny!jwg1