NetBSD Problem Report #47414

From dholland@netbsd.org  Sun Jan  6 22:33:53 2013
Return-Path: <dholland@netbsd.org>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	by www.NetBSD.org (Postfix) with ESMTP id 7C48363BC0E
	for <gnats-bugs@gnats.NetBSD.org>; Sun,  6 Jan 2013 22:33:53 +0000 (UTC)
Message-Id: <20130106223353.62F4514A232@mail.netbsd.org>
Date: Sun,  6 Jan 2013 22:33:53 +0000 (UTC)
From: dholland@NetBSD.org
Reply-To: dholland@NetBSD.org
To: gnats-bugs@gnats.NetBSD.org
Subject: emacs binary from 2008 dumps core
X-Send-Pr-Version: 3.95

>Number:         47414
>Category:       lib
>Synopsis:       emacs binary from 2008 dumps core
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    lib-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Jan 06 22:35:00 +0000 2013
>Closed-Date:    Thu Dec 22 09:03:21 +0000 2016
>Last-Modified:  Thu Dec 22 09:03:21 +0000 2016
>Originator:     David A. Holland
>Release:        NetBSD 6.99.10 (20120731)
>Organization:
>Environment:
System: NetBSD valkyrie 6.99.10 NetBSD 6.99.10 (VALKYRIE32) #1: Sun Jan 6 00:58:46 EST 2013 dholland@valkyrie:/usr/src/sys/arch/i386/compile/VALKYRIE32 i386
Architecture: i386
Machine: i386
>Description:

An emacs binary from 2008 I found on the disused 32-bit partition of
this machine dumps core immediately when run:

valkyrie% emacs
Fatal error (11).Segmentation fault (core dumped)
valkyrie% 

It is emacs-20.7nb10 compiled on Jun 29 2008, on 4.99.67. The crash
happens here:
#0  0x0810c3c6 in _malloc_internal ()
#1  0x080c2a49 in emacs_blocked_malloc ()
#2  0xbbb2c3ca in strdup () from /usr/lib/libc.so.12
#3  0xbbb73457 in ?? () from /usr/lib/libc.so.12
#4  0xbbb736a9 in _nsdbtaddsrc () from /usr/lib/libc.so.12
#5  0xbbb7142e in ?? () from /usr/lib/libc.so.12
#6  0xbbb71b74 in _nsyyparse () from /usr/lib/libc.so.12
#7  0xbbb7318c in ?? () from /usr/lib/libc.so.12
#8  0xbbb73d25 in nsdispatch () from /usr/lib/libc.so.12
#9  0xbbb56424 in ?? () from /usr/lib/libc.so.12
#10 0xbbb576b8 in gethostbyname () from /usr/lib/libc.so.12
#11 0x0808b9b8 in init_system_name ()
#12 0x080d0f73 in init_editfns ()
#13 0x0807b5e4 in main ()

Some missing or broken compat item for the time_t changes is the first
obvious guess, but it isn't obvious what. And of course, generally
when a malloc implementation cores, whatever actually broke it
happened earlier...

I'm sure this binary ran at the time or I would have noticed it. There
have been no pertinent-looking bugfixes to emacs20 since 2008 either.

>How-To-Repeat:

As above.

>Fix:

Dunno.

I would like to replace this binary with a working one, so if anyone
wants me to run tests or experiments, sooner is better than later.

>Release-Note:

>Audit-Trail:

State-Changed-From-To: open->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Thu, 22 Dec 2016 09:03:21 +0000
State-Changed-Why:
(a) nobody's going to get around to this, and also (b) we just broke all
emacs binaries anyway; see 51654.


>Unformatted:

Home	PR Database Search