Subject: gated dumps core when run in rc.local
To: None <tech-userlevel@NetBSD.ORG>
From: Gerryt <gerryt@portal.ca>
List: tech-userlevel
Date: 03/09/1998 15:28:51
But not from the command line once the system is multi-user.

platform sparc classic version netbsd-1.3
Running gated version 3-5-6

Appears to die here in gdc.c :

      (void) execve(gatedbinary, gatedargs.wrong, gated_envp);

        /*
         * Can't complain here, just exit.
         */
        _exit(253);

Here is the last part of a kdump:

   225 gated    CALL  __fstat13(0x2,0xeffff540)
   225 gated    RET   __fstat13 -1 errno 9 Bad file descriptor
   225 gated    CALL  break(0x144000)
   225 gated    RET   break 0
   225 gated    CALL  break(0x144ffc)
   225 gated    RET   break 0
   225 gated    CALL  break(0x145ffc)
   225 gated    RET   break 0
   225 gated    CALL  gettimeofday(0xeffff748,0)
   225 gated    RET   gettimeofday 0
   225 gated    CALL  __sysctl(0xeffff748,0x2,0xeffffc30,0xeffff744,0,0)
   225 gated    RET   __sysctl 0
   225 gated    CALL  break(0x146ffc)
   225 gated    RET   break 0
   225 gated    CALL  break(0x147ffc)
   225 gated    RET   break 0
   225 gated    CALL  __stat13(0x10172280,0xeffff618)
   225 gated    NAMI  "/"
   225 gated    RET   __stat13 0
   225 gated    CALL  __lstat13(0x147000,0xeffff618)
   225 gated    NAMI  "."
   225 gated    RET   __lstat13 0
   225 gated    CALL  break(0x148ffc)
   225 gated    RET   break 0
   225 gated    CALL  getppid
   225 gated    RET   getppid 224/0xe0
   225 gated    CALL  break(0x149ffc)
   225 gated    RET   break 0
   225 gated    CALL  break(0x14a000)
   225 gated    RET   break 0
   225 gated    CALL  getuid
   225 gated    RET   getuid 0
   225 gated    CALL  sigaction(0x16,0xeffff6d8,0)
   225 gated    RET   sigaction 0
   225 gated    CALL  sigaction(0x15,0xeffff6d8,0)
   225 gated    RET   sigaction 0
   225 gated    CALL  sigaction(0x12,0xeffff6d8,0)
   225 gated    RET   sigaction 0
   225 gated    CALL  fork
   225 gated    RET   fork 253/0xfd
   225 gated    CALL  exit(0)

Anyone else seen this or know what is up?

-g