public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Mark Studebaker <mds@mds.gotdns.com>
To: Andi Kleen <ak@muc.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: ancient portmap segfault
Date: Mon, 14 Mar 2005 22:07:25 -0500	[thread overview]
Message-ID: <4236516D.5030001@mds.gotdns.com> (raw)
In-Reply-To: <m1d5u3yi1l.fsf@muc.de>

Andi,
thanks for the response.

The code forks immediately and the new process segfaults immediately. 
>From an inspection of 'strace -f' on a working version, the next call
would have been setsid() . (The library call in the code is daemon(0,0)).
The original Makefile has an LDFLAG of -N (OMAGIC: make text secion writable, 
don't page-align the data section.... No idea why).

If I compile with ancient gcc/ld,
it works after compiling without -N and segfaults when compiling with -N.
If I compile with a recent gcc/ld, it works fine.

here's an objump of the segfaulting portmap
------------------------------------------------
>  objdump -x /usr/sbin/portmap

/usr/sbin/portmap:     file format a.out-i386-linux
/usr/sbin/portmap
architecture: i386, flags 0x00000002:
EXEC_P
start address 0x00000000

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .text         00000f7c  00000000  00000000  00000020  2**2
                  CONTENTS, ALLOC, LOAD, CODE
  1 .data         00000110  00000f7c  00000f7c  00000f9c  2**2
                  CONTENTS, ALLOC, LOAD, DATA
  2 .bss          00000018  0000108c  0000108c  00000000  2**2
                  ALLOC
SYMBOL TABLE:
no symbols

-------------------
and here's the objdump of the test without -N

>  objdump -h a.out

a.out:     file format a.out-i386-linux

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .text         00001fe0  00001020  00001020  00000020  2**3
                  CONTENTS, ALLOC, LOAD, CODE
  1 .data         00001000  00003000  00003000  00002000  2**3
                  CONTENTS, ALLOC, LOAD, DATA
  2 .bss          00000000  00004000  00004000  00000000  2**3
                  ALLOC



--------------------------------------------------
so maybe the alignment difference is the problem?

as I said before, I have things working, only reporting this on the possibility
that it's a bug worth  investigating.

thanks
mds


Andi Kleen wrote:
> Mark Studebaker <mds@mds.gotdns.com> writes:
> 
> 
>>I upgraded from 2.6.5 to 2.6.11.2 and my ancient (libc4 a.out) /sbin/portmap from 1994 that's been running without complaint
>>on kernels for 11 years now consistently segfaults.
>>
>>I upgraded to a version 4 RPM (circa 2002) and that fixed it.
>>
>>If some compatibility was broken on purpose, that's fine, although I couldn't find anything in the kernel docs.
>>I know, I should upgrade everything, but that can break a lot of things too...
>>Thought I'd mention it though in case it's a bug or somebody else has the same problem.
> 
> 
> It's probably a bug, but your bug report doesn't have enough details
> to track it down. Do you have a a.out strace and could send an strace log
> with the segfault and the last tens of system calls before it?
> 
> -Andi



      reply	other threads:[~2005-03-15  3:07 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-13  3:36 ancient portmap segfault Mark Studebaker
2005-03-13 10:08 ` Andi Kleen
2005-03-15  3:07   ` Mark Studebaker [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4236516D.5030001@mds.gotdns.com \
    --to=mds@mds.gotdns.com \
    --cc=ak@muc.de \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox