From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailserv2.iuinc.com (IDENT:qmailr@mailserv2.iuinc.com [206.245.164.55])
	by puffin.external.hp.com (8.9.3/8.9.3) with SMTP id KAA23440
	for <parisc-linux@puffin.external.hp.com>; Fri, 17 Nov 2000 10:38:46 -0700
Received: from sleepie.demon.co.uk (HELO rhirst.linuxcare.com) (194.222.23.208)
  by mailserv2.iuinc.com with SMTP; 17 Nov 2000 17:40:53 -0000
Received: by rhirst.linuxcare.com (Postfix, from userid 501)
	id 78181B007; Fri, 17 Nov 2000 17:38:18 +0000 (GMT)
Date: Fri, 17 Nov 2000 17:38:18 +0000
From: Richard Hirst <rhirst@linuxcare.com>
To: Ulrich Drepper <drepper@cygnus.com>
Cc: parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] SEGV signal handling bug (dynamic linking)
Message-ID: <20001117173818.I32715@linuxcare.com>
References: <20001117153954.H32715@linuxcare.com> <m3hf5634qx.fsf@otr.mynet.cygnus.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <m3hf5634qx.fsf@otr.mynet.cygnus.com>; from drepper@redhat.com on Fri, Nov 17, 2000 at 09:09:10AM -0800
List-ID: <linux-parisc.vger.kernel.org>

On Fri, Nov 17, 2000 at 09:09:10AM -0800, Ulrich Drepper wrote:
> Richard Hirst <rhirst@linuxcare.com> writes:
> 
> >         mem = malloc(8192);
> >         if (mem == NULL) {
> >                 perror("malloc");
> >                 exit(1);
> >         }
> >         mem = (char *)(((int)mem + 4095) & ~0x0fff);
> >         res = mprotect(mem, 4096, PROT_READ);
> 
> Read the Unix standard:
> 
>   The behavior of this function is unspecified if the mapping was not
>   established by a call to mmap().

Yeh, but it works on m68k and i386, and works on hppa if statically
linked.  And the code is in an example on the mprotect man page on
my Mandrake7 box.

Richard