Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!carbon!stanford.edu!neon.Stanford.EDU!calvin!rudd
From: rudd@calvin.stanford.edu (Kevin Rudd)
Newsgroups: comp.unix.aux
Subject: Re: Minor problems with ELM and A/UX
Message-ID: <1991Apr12.235144.10557@neon.Stanford.EDU>
Date: 12 Apr 91 23:51:44 GMT
References: <1991Apr11.131729.3514@panix.uucp> <1991Apr12.034901.7685@servalan.uucp> <23930@memqa.uucp>
Sender: news@neon.Stanford.EDU (USENET News System)
Organization: Stanford University
Lines: 33

In article <23930@memqa.uucp> qfhca81@memqa.uucp (Henry Melton) writes:
>> 
>> Just as a wild guess, perhaps ELM is getting confused about signal handling
>> because of the SysV semantics being enabled by default.  Try sticking a 
>> call to set42sig() somewhere in the main() function and see if that helps.
>> I've found that's helped other programs that die strangely of "Alarm Clock",
>> and other programs as well -- as I recall, Epoch didn't work worth a damn
>> until I put the set42sig() in...
>> --
>> Richard Todd	rmtodd@uokmax.ecn.uoknor.edu  rmtodd@chinet.chi.il.us
>> 	rmtodd@servalan.uucp
>> "Elvis has left Bettendorf!"
>
>Great info!  set42sig let me compile oneko.  Keep these tips coming.
>
>
>
>-- 
>Henry Melton  qfhca81@memrqa.sps.mot.com 
>{slow}  qfhca81@memqa   ..!cs.utexas.edu!execu!sequoia!memqa!qfhca81
>{home}  henry@hutto     ..!emx.utexas.edu!hutto!henry

I was having the same problem and excitedly inserted set42sig() into my
elm main() function as the first statement and rebuilt elm.  Unfortunately,
after a while I received an "Alarm Clock" return to the shell as always.

Either there is something else going on or I put this in slightly wrong...

  -- Kevin

--
questions, comments, free two page monitors, contact kevin@trump.Stanford.EDU
complaints, bills, other crises, contact guido@outback.Mob.COM