That probably indicates some memory clobberation.
Try linking runttys with -lmcheck.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
[EMAIL PROTECTED] (Ryan M. Golbeck) writes (on debian-hurd):
> [EMAIL PROTECTED] (Ryan M. Golbeck) writes (on debian-hurd):
>
>> I'm trying to get gnumach to start a login shell on the serial port.
>>
>> I have uncommented the line in /etc/ttys that reads:
>> com0 "/libexec/getty 9600" d
On Sun, 28 Oct 2001, Roland McGrath wrote:
> It seems likely that this crash is due to improper reentrance. I am
> suspicious of your other patch, because the situation it disables the check
> for is just the kind of situation I would suspect in this kind of lossage.
As you have foreseen, attac
On Mon, Nov 19, 2001 at 09:49:24AM -0500, John Tobey wrote:
> I definitely intend to hack with it. One potential problem for using
> my work (assuming it becomes usable) in an effort to port the Hurd to
> L4 is that I am prefering Linux dependency to x86 dependency where I
> have such a choice.
On Mon, Nov 19, 2001 at 09:40:50AM +0100, Farid Hajji wrote:
> Wow, I'm truly impressed! I didn't yet download nor tried it, but
Impressed by my insanity, you mean. ;)
> will do so on my development NetBSD/x86 box, just to be sure that it
> really is POSIXish enough for my needs ;) As you've cor
Hi John,
> http://tobeyhutchison.com/jtobey/Hurd/gnumach-otop.tar-0.0.0.bz2
>
> What this hopes to be is enough of GNUMach ported to POSIX/Linux to be
> able to run the Hurd binaries where they have been sitting on my disk
> since the last time I booted them up.
Wow, I'm truly impressed! I didn'
