Date: Thu, 21 May 2009 17:00:16 GMT From: Stephen Sanders <ssanders@opnet.com> To: freebsd-amd64@FreeBSD.org Subject: Re: amd64/134757: 32 bit processes on 64 bit platforms occasionally drop core with bad ds reg Message-ID: <200905211700.n4LH0GM1063364@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR amd64/134757; it has been noted by GNATS.
From: Stephen Sanders <ssanders@opnet.com>
To: John Baldwin <jhb@freebsd.org>
Cc: freebsd-amd64@freebsd.org, freebsd-gnats-submit@freebsd.org
Subject: Re: amd64/134757: 32 bit processes on 64 bit platforms occasionally
drop core with bad ds reg
Date: Thu, 21 May 2009 12:31:01 -0400
This is a multi-part message in MIME format.
--------------040104050804050605050909
Content-Type: multipart/alternative;
boundary="------------030302040801000102040508"
--------------030302040801000102040508
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
I've not tried this under 7.x yet but do plan on doing so within the
next few weeks or so.
Unfortunately, I'm sort of stuck with this 6.3 32 bit/64 bit
arrangement for the next 6 months or more as we've a number of systems
deployed.
Thanks for the reply.
John Baldwin wrote:
> On Wednesday 20 May 2009 11:52:45 am Stephen Sanders wrote:
>
>>> Number: 134757
>>> Category: amd64
>>> Synopsis: 32 bit processes on 64 bit platforms occasionally drop core
>>>
> with bad ds reg
>
>>> Confidential: no
>>> Severity: non-critical
>>> Priority: medium
>>> Responsible: freebsd-amd64
>>> State: open
>>> Quarter:
>>> Keywords:
>>> Date-Required:
>>> Class: sw-bug
>>> Submitter-Id: current-users
>>> Arrival-Date: Wed May 20 16:00:12 UTC 2009
>>> Closed-Date:
>>> Last-Modified:
>>> Originator: Stephen Sanders
>>> Release: 6.3 Release amd64
>>> Organization:
>>>
>> OPNET
>>
>>> Environment:
>>>
>> FreeBSD alt-4100-2.lab.opnet.com 6.3-RELEASE FreeBSD 6.3-RELEASE #0: Tue Mar
>>
> 31 14:11:07 PDT 2009
> pmai@focus7.networkphysics.com:/u1/builds/ping/NP/FreeBSD/package/NPbabkernel/bld-tmp/sys/amd64/compile/NPBAB
> amd64
>
>>> Description:
>>>
>> With fair regularity, we have 32 bit processes dropping core on 64 bit
>>
> systems. In particular perl and bash.
>
>> Our system is definitely a hybrid but that aspect appears to not be the
>>
> issue. The system works properly more than not.
>
>> I have attached a file containing 2 gdb sessions. One session is looking at
>>
> a core that bash left behind and the other is looking at a bash session with
> no core.
>
> Have you tested this on 7 at all? At this point most developers are probably
> much more inclined to fix this for 8.0 and 7.x rather than 6.x.
>
>
--------------030302040801000102040508
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
I've not tried this under 7.x yet but do plan on doing so within the
next few weeks or so.<br>
<br>
Unfortunately, I'm sort of stuck with this 6.3 32 bit/64 bit
arrangement for the next 6 months or more as we've a number of systems
deployed.<br>
<br>
Thanks for the reply.<br>
<br>
John Baldwin wrote:
<blockquote cite="mid:200905211221.00654.jhb@freebsd.org" type="cite">
<pre wrap="">On Wednesday 20 May 2009 11:52:45 am Stephen Sanders wrote:
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Number: 134757
Category: amd64
Synopsis: 32 bit processes on 64 bit platforms occasionally drop core
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->with bad ds reg
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Confidential: no
Severity: non-critical
Priority: medium
Responsible: freebsd-amd64
State: open
Quarter:
Keywords:
Date-Required:
Class: sw-bug
Submitter-Id: current-users
Arrival-Date: Wed May 20 16:00:12 UTC 2009
Closed-Date:
Last-Modified:
Originator: Stephen Sanders
Release: 6.3 Release amd64
Organization:
</pre>
</blockquote>
<pre wrap="">OPNET
</pre>
<blockquote type="cite">
<pre wrap="">Environment:
</pre>
</blockquote>
<pre wrap="">FreeBSD alt-4100-2.lab.opnet.com 6.3-RELEASE FreeBSD 6.3-RELEASE #0: Tue Mar
</pre>
</blockquote>
<pre wrap=""><!---->31 14:11:07 PDT 2009
<a class="moz-txt-link-abbreviated" href="mailto:pmai@focus7.networkphysics.com:/u1/builds/ping/NP/FreeBSD/package/NPbabkernel/bld-tmp/sys/amd64/compile/NPBAB">pmai@focus7.networkphysics.com:/u1/builds/ping/NP/FreeBSD/package/NPbabkernel/bld-tmp/sys/amd64/compile/NPBAB</a>
amd64
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Description:
</pre>
</blockquote>
<pre wrap="">With fair regularity, we have 32 bit processes dropping core on 64 bit
</pre>
</blockquote>
<pre wrap=""><!---->systems. In particular perl and bash.
</pre>
<blockquote type="cite">
<pre wrap="">Our system is definitely a hybrid but that aspect appears to not be the
</pre>
</blockquote>
<pre wrap=""><!---->issue. The system works properly more than not.
</pre>
<blockquote type="cite">
<pre wrap="">I have attached a file containing 2 gdb sessions. One session is looking at
</pre>
</blockquote>
<pre wrap=""><!---->a core that bash left behind and the other is looking at a bash session with
no core.
Have you tested this on 7 at all? At this point most developers are probably
much more inclined to fix this for 8.0 and 7.x rather than 6.x.
</pre>
</blockquote>
</body>
</html>
--------------030302040801000102040508--
--------------040104050804050605050909
Content-Type: text/x-vcard; charset=utf-8;
name="ssanders.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="ssanders.vcf"
begin:vcard
fn:Stephen Sanders
n:Sanders;Stephen
org:OPNET;Coretech
adr;dom:;;7255 Woodmont;Bethesda;MD;20814
email;internet:ssanders@opnet.com
title:Senior Software Engineer
tel;work:240.497.3000 x 2237
x-mozilla-html:TRUE
url:http://www.opnet.com
version:2.1
end:vcard
--------------040104050804050605050909--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200905211700.n4LH0GM1063364>