Return to BSD News archive
Newsgroups: comp.os.386bsd.misc
Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!agate!howland.reston.ans.net!torn!nott!bnrgate!bnr.co.uk!zaphod.axion.bt.co.uk!uknet!mcsun!news.funet.fi!news.lut.fi!junki
From: junki@lut.fi (Juha Nurmela)
Subject: Re: cron and hanging XFree
Sender: news@lut.fi (Usenet News)
Message-ID: <C78w3p.49q@lut.fi>
Date: Tue, 18 May 1993 23:04:36 GMT
References: <1tbfl0$44o@network.ucsd.edu>
Nntp-Posting-Host: kobra.cc.lut.fi
Organization: Lappeenranta University of Technology, Lappeenranta, Finland
Lines: 23
In article <1tbfl0$44o@network.ucsd.edu>, brent@network.ucsd.edu (Brent Jones) writes:
|> If the person who posted the question about why XFree hangs when cron
|> runs gets a reply about how to fix the problem, please forward a copy or
|> post to the net. Thanks.
|>
|> Brent
It's the syslogd reopening /dev/console.
Removing the restart of syslogd from /etc/daily (?) should cure it.
I used a hovvible hack in cons.c, adding a flagbit of 0x80000000
to flags in the call to the real devicedriver's routines.
Then, pcopen & pcclose can keep track how they should manage opens and closes.
Using console for writing messages doesn't hang up users of vga.
That msbit should be ok even if the real driver doesn't know about this
hack, like comconsole.
What do people think of a setup, where one can select the console
on bootup, with hitting DEL continuously ?
--
juha nurmela, Adr. 54430 Hujakkala, Finland. Tel. 953 78022
eiku: skinnarilank. 28d10, Tel. 953 26292