delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2000/02/04/21:58:15

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
Message-ID: <C9A8E1D07093D111B76A0000F8C9918A029AAEBE@zrtpd003.us.nortel.com>
From: "Christopher Jones" <cbjones AT nortelnetworks DOT com>
To: "Cygwin (E-mail)" <cygwin AT sourceware DOT cygnus DOT com>
Subject: cygwin perl exception
Date: Fri, 4 Feb 2000 12:53:00 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)

------_=_NextPart_000_01BF6F38.ADE7BB00
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01BF6F38.ADE7BB00"


------_=_NextPart_001_01BF6F38.ADE7BB00
Content-Type: text/plain;
	charset="iso-8859-1"

Hello,

I have a weird situation where on two boxes with cygwin b20.1 full.exe a
Perl program fails with an exception STATUS_ACCESS_VIOLATION (which from a
previous message on the list means it attempted to access some part of
memory it shouldn't or similar?) and on a third (where it was developed) the
program executes perfectly.  To complicate matters when running the Perl
interpreter in debug mode or when running it in gdb this exception never
occurs on either of the two boxes which fail normal execution.  I have
installed the 011599 cygwin1.dll on one of the failing boxes to see if
anything changed and it still fails with the same exception during normal
execution but works just fine in a debugger.  Any ideas what might cause
something like this?  I'm working on narrowing down the exact line of Perl
which causes the problem but it's taking longer than usual given how the
problem is manifesting itself.

I took a glance at the output of cygcheck on the passing box and a failing
box and couldn't discern anything of interest although I can post those if
it helps.  The box which the script works on without causing Perl to go nuts
does not have the 011599 cygwin1 dll.  There is also a perl.exe.core which
I've attached but I don't know if it is useful or not.

Thanks,
Brian


------_=_NextPart_001_01BF6F38.ADE7BB00
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2448.0">
<TITLE>cygwin perl exception</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>Hello,</FONT>
</P>

<P><FONT SIZE=3D2>I have a weird situation where on two boxes with =
cygwin b20.1 full.exe a Perl program fails with an exception =
STATUS_ACCESS_VIOLATION (which from a previous message on the list =
means it attempted to access some part of memory it shouldn't or =
similar?) and on a third (where it was developed) the program executes =
perfectly.&nbsp; To complicate matters when running the Perl =
interpreter in debug mode or when running it in gdb this exception =
never occurs on either of the two boxes which fail normal =
execution.&nbsp; I have installed the 011599 cygwin1.dll on one of the =
failing boxes to see if anything changed and it still fails with the =
same exception during normal execution but works just fine in a =
debugger.&nbsp; Any ideas what might cause something like this?&nbsp; =
I'm working on narrowing down the exact line of Perl which causes the =
problem but it's taking longer than usual given how the problem is =
manifesting itself.</FONT></P>

<P><FONT SIZE=3D2>I took a glance at the output of cygcheck on the =
passing box and a failing box and couldn't discern anything of interest =
although I can post those if it helps.&nbsp; The box which the script =
works on without causing Perl to go nuts does not have the 011599 =
cygwin1 dll.&nbsp; There is also a perl.exe.core which I've attached =
but I don't know if it is useful or not.</FONT></P>

<P><FONT SIZE=3D2>Thanks,</FONT>
<BR><FONT SIZE=3D2>Brian</FONT>
</P>

<P><FONT FACE=3D"Arial" SIZE=3D2 COLOR=3D"#000000"></FONT>&nbsp;

</BODY>
</HTML>
------_=_NextPart_001_01BF6F38.ADE7BB00--

------_=_NextPart_000_01BF6F38.ADE7BB00
Content-Type: application/octet-stream;
	name="perl.exe.core"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="perl.exe.core"

 6169   30663 [main] perl 1010 exception: trapped!=0A=
13521   44184 [main] perl 1010 exception: code 0xC0000005 at =
0x619FDF02=0A=
33959   78143 [main] perl 1010 exception: ax 0x0 bx 0xA034A10 cx =
0xFFFFFFFF dx 0x6=0A=
39683  117826 [main] perl 1010 exception: si 0x6C6C6177 di 0x6C6C6177 =
bp 0x244F67C sp 0x244F660=0A=
26802  144628 [main] perl 1010 exception: exception is: =
STATUS_ACCESS_VIOLATION=0A=
24923  169551 [main] perl 1010 stack: Stack trace:=0A=
24956  194507 [main] perl 1010 stack: frame 0: sp =3D 0x244F484, pc =3D =
0x6100AC27=0A=
16616  211123 [main] perl 1010 stack: frame 1: sp =3D 0x244F4B0, pc =3D =
0x77F94846=0A=
48417  259540 [main] perl 1010 stack: frame 2: sp =3D 0x244F4D4, pc =3D =
0x77F89013=0A=
18095  277635 [main] perl 1010 stack: frame 3: sp =3D 0x244F560, pc =3D =
0x77F76392=0A=
24942  302577 [main] perl 1010 stack: frame 4: sp =3D 0x244F67C, pc =3D =
0x61A1EDAF=0A=
33250  335827 [main] perl 1010 stack: frame 5: sp =3D 0x244F6BC, pc =3D =
0x61A1EC04=0A=
48739  384566 [main] perl 1010 stack: frame 6: sp =3D 0x244F6C4, pc =3D =
0x619F5C65=0A=
17758  402324 [main] perl 1010 stack: frame 7: sp =3D 0x244F6CC, pc =3D =
0x619C31A4=0A=
24931  427255 [main] perl 1010 stack: frame 8: sp =3D 0x244F800, pc =3D =
0x619C642D=0A=
41574  468829 [main] perl 1010 stack: frame 9: sp =3D 0x244F914, pc =3D =
0x619E39CF=0A=
24932  493761 [main] perl 1010 stack: frame 10: sp =3D 0x244F958, pc =
=3D 0x619E127D=0A=
49004  542765 [main] perl 1010 stack: frame 11: sp =3D 0x244F994, pc =
=3D 0x619DBEC9=0A=
25812  568577 [main] perl 1010 stack: frame 12: sp =3D 0x244F9EC, pc =
=3D 0x61A14DC7=0A=
24928  593505 [main] perl 1010 stack: frame 13: sp =3D 0x244FA20, pc =
=3D 0x61A15921=0A=
24967  618472 [main] perl 1010 stack: frame 14: sp =3D 0x244FA9C, pc =
=3D 0x619F5C65=0A=
49368  667840 [main] perl 1010 stack: frame 15: sp =3D 0x244FAA4, pc =
=3D 0x619C31A4=0A=
25448  693288 [main] perl 1010 stack: End of stack trace (more stack =
frames may be present)=0A=


------_=_NextPart_000_01BF6F38.ADE7BB00
Content-Type: text/plain; charset=us-ascii

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com
------_=_NextPart_000_01BF6F38.ADE7BB00--

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019