Subject: A gcc process that gets "stuck"?
To: None <port-alpha@netbsd.org>
From: Lars Nordlund <lars.nordlund@hem.utfors.se>
List: port-alpha
Date: 12/21/2004 02:44:37
Hello

I am investigating a strange phenomena on an alpha:

NetBSD 2.0 (GENERIC) #0: Tue Nov 30 21:04:03 UTC 2004

builds@build:/big/builds/ab/netbsd-2-0-RELEASE/alpha/200411300000Z-obj/big/builds/ab/netbsd-2-0-RELEASE/src/sys/arch/alpha/compile/GENERIC
Digital AlphaPC 164SX 533 MHz, s/n 
8192 byte page size, 1 processor.
total memory = 320 MB
(2128 KB reserved for PROM, 317 MB used by NetBSD)


The installation works fine. I suppose. I was a bit surprised to find
that I had to edit rc.conf to get to multiuser (together with the 'A'
boot flag added as a boot argument) but I suspect that is how it is
supposed to work.. I had expected it to remember network settings (don't
think it did) like on the i386, but anyway.. That was no big problems
anyway.


Trying to run a compiler on the machine just fails. Nothing happens. The
process gets stuck.

$ cat testa.c
#include <stdio.h>
#include <stdlib.h>

int
main(void)
{
        printf("hello world\n");
        exit(0);
}

$ gcc -o testa testa.c

Nothing more happens here. The CPU is running 100% chewing on this small
C file, but never reaches a conclusion.

$ ktruss gcc -o testa testa.c
   859 ktruss   emul(netbsd)
   859 ktruss   execve("/home/lars/bin/gcc", 0x1fffff700, 0x1fffff728)
Err#2 ENOENT
   859 ktruss   execve("/bin/gcc", 0x1fffff700, 0x1fffff728) Err#2
ENOENT
[...snip...]
   350 gcc      close(0x3)                         = 0
   350 gcc      __stat13("/usr/bin/../libexec/cc1", 0x1ffffeaf8) = 0
   350 gcc      access("/usr/bin/../libexec/cc1", 0x1) = 0
   350 gcc      fork()                             = 767


It can't fork()?



Best regards
	Lars Nordlund