Received: from SOUTH-STATION-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA08998; Fri, 29 Sep 95 22:24:55 EDT
Received: from SUN-LAMP.PC.CS.CMU.EDU by MIT.EDU with SMTP
	id AA20096; Fri, 29 Sep 95 22:24:28 EDT
Received: from pain.lcs.mit.edu (pain.lcs.mit.edu [128.52.46.239]) by sun-lamp.pc.cs.cmu.edu (8.6.11/8.6.10) with ESMTP id WAA00607; Fri, 29 Sep 1995 22:24:48 -0400
Received: (from daemon@localhost) by pain.lcs.mit.edu (8.6.9/8.6.9) id RAA09787; Fri, 29 Sep 1995 17:50:50 -0400
Received: from pci.on.ca by pain.lcs.mit.edu (8.6.9/8.6.9) with SMTP id RAA09729; Fri, 29 Sep 1995 17:30:11 -0400
Received: by pci.on.ca (/\==/\ Smail3.1.28.1 #28.1) 
 id <m0syn4C-000o5HC@pci.on.ca>; Fri, 29 Sep 95 17:34 EDT
Received: by durga.pci.on.ca; (5.65/1.1.8.2/04Jul94-0408PM)
	id AA09158; Fri, 29 Sep 1995 17:32:46 -0400
Date: Fri, 29 Sep 1995 17:32:46 -0400
Message-Id: <9509292132.AA09158@durga.pci.on.ca>
From: David Gilbert <dgilbert@pci.on.ca>
To: kenn@remus.rutgers.edu (Ken Nakata)
Cc: current-users@NetBSD.ORG, port-sparc@NetBSD.ORG, port-mac68k@NetBSD.ORG
Subject: Shared lib weirdness on Sep.27 mac68k
In-Reply-To: <199509291458.KAA09775@remus.rutgers.edu>
References: <199509291458.KAA09775@remus.rutgers.edu>
Sender: owner-port-sparc@NetBSD.ORG
Precedence: list
X-Loop: port-sparc@NetBSD.ORG

>>>>> "Ken" == Ken Nakata <kenn@remus.rutgers.edu> writes:

Ken> I clean-built a GENERIC kernel current as of 27th, and it fails
Ken> to run any dynamically linked binaries.  Ktrace shows all failing
Ken> binaries get SIGSEGV after closing shared libc file, but it tells
Ken> me nothing about what the failing program was doing between
Ken> closing shared libc and getting signal.

Ken> So, I picked hexdump (for no particular reason), compiled it with
Ken> -g flag, and tried it under the new kernel.  It dumped a core
Ken> just like before, but later when I tried to see what was going on
Ken> with gdb on a good kernel (9/23), gdb refused to load the core
Ken> complaining it's not a core file... (file, OTOH, says the said
Ken> core file is a netbsd-core file)

Ken> Does anyone have any idea what might be going on?  This is the
Ken> mac68k port I'm using.  I need to compile a working kernel in
Ken> order to test my floating point emulator...

	curiouser and curiouser!  My Sun4/260 is having a similar
problem running Xsun --- it runs a little bit, and core dumps.  When
it dumps, gdb will not read the core file with that complaint.  I
would have rebuilt the kernel around that time too.  That said, I
havn't had Xsun running yet, and the device driver for the cgtwo0 that
I have is suspect, but FYI... here's the stack trace I get when I run
Xsun under gdb from the start:

Program received signal SIGSEGV (11), Segmentation fault
0x3e74 in CG2SaveScreen ()
(gdb) bt
#0  0x3e74 in CG2SaveScreen ()
#1  0x4660 in sunInitCommon ()
#2  0x3fd0 in sunCG2Init ()
#3  0x1d9a4 in AddScreen ()
#4  0x3530 in InitOutput ()
#5  0x1d0f4 in main ()
(gdb) 

Dave.

-- 
----------------------------------------------------------------------------
|David Gilbert, PCI, Richmond Hill, Ontario.  | Two things can only be     |
|Mail:      dgilbert@pci.on.ca                |  equal if and only if they |
|http://www.pci.on.ca/~dgilbert               |   are precisely opposite.  |
---------------------------------------------------------GLO----------------
