Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <42CA2E29.4010608@iopan.gda.pl>
Date: Tue, 05 Jul 2005 08:52:25 +0200
From: Jacek Piskozub <piskozub AT iopan DOT gda DOT pl>
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.9) Gecko/20050704
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Freeze in perl script after cygwin upgrade 1.5.17 -> 1.5.18
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I'll risk wasting some more precious time (ypurs or mine) adding a Perl
stackdump I found in the Mozilla directory where the build failed:

===begin stackdump====
Exception: STATUS_ACCESS_VIOLATION at eip=610AA95A
eax=2F632F65 ebx=08000000 ecx=871C9010 edx=871C9000 esi=2F632F65
edi=871C26C8
ebp=0074E998 esp=0074E970 program=C:\CYGWIN\BIN\PERL.EXE, pid 975019,
thread main
cs=018F ds=0197 es=0197 fs=51EF gs=0000 ss=0197
Stack trace:
Frame     Function  Args
0074E998  610AA95A  (00000000, 10140168, 0074E9C8, 6109CD52)
0074E9C8  6104EC66  (871C3640, 102B2EC8, 0074E9F8, 6109CD52)
0074E9F8  610844FF  (101401C8, 102B5280, 0074EA28, 101255F0)
0074EA28  10032A1F  (101401C8, 102B5AC0, 0074EA58, 6109CD52)
0074EA58  10032A1F  (101401C8, 102B5AE0, 0074EA88, 101255F0)
0074EA88  10032A1F  (101401C8, 102B5B00, 0074EAB8, 6109CD52)
0074EAB8  10032A1F  (101401C8, 102B5B20, 10169050, 101255F0)
0074EAE8  10032A1F  (101401C8, 102B5B40, 0074EB18, 6109CD52)
0074EB18  10032A1F  (101401C8, 102B5B60, 0074EB48, 6109CD52)
0074EB48  10032A1F  (101401C8, 102B5B80, 0074EB78, 101255F0)
0074EB78  10032A1F  (101401C8, 102B4FE0, 0074EBA8, 6109CD52)
0074EBA8  10032A1F  (101401C8, 102B5BE0, 0074EBD8, 6109CD52)
0074EBD8  10032A1F  (101401C8, 102B5C00, 00000000, FFFFFFFF)
0074EC08  10032A1F  (101401C8, 10143CC0, 102DA2A4, 101410B8)
0074ED58  10008053  (101401C8, 00401220, 00000012, 61157CB8)
0074ED98  00401146  (00000012, 61157CB8, 10140090, 00000000)
End of stack trace (more stack frames may be present)
====end stackdump=====

This dump was most probably (I'll check it again today) created by this
script:
http://lxr.mozilla.org/seamonkey/source/config/make-jars.pl
(having 570 lines it's too long to copy)

Take note that as in the Volker's example the script is supposed to
create compressed fuiles using external binary (Cygwin zip in my case):

> system("$zipprog $zipmoveopt -uX ../$jarfile.jar $subargs") == 0 or
>                 $err = $? >> 8;

in the Mozilla script I used and
> $systemcall=$extracmd.'makecab.exe /V3 /F d:/w1/SRC680_m113/instsetoo_native/wntmsci10.pro/OpenOffice/ddf/en-US/openofficeorg1.ddf 2>&1 |';
in Volker's OpenOffice script.

So as I believed from the begining, there is a connection.


The difference is he gets an (apparent) hang and I get compilation halt
(which I called not very precisely a crash). It's cause may be simply
Mozilla check better for errors.

I'm thinking about creating a simple testcase but it's not easy as the
script has so many external variables which values at the moment it is
run in the offending directory I simply do not know.

Regards,

Jacek

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/