Christopher Faylor wrote:
Last night's snapshot should fix this problem.
http://cygwin.com/snapshots/
I think with the 20050705 snapshot bash / rxvt is much much
faster faster compared with 1.5.17 which I used before;)
Gerrit
--
Unsubscribe info:
On Wed, Jul 06, 2005 at 11:32:08PM +0200, Gerrit P. Haase wrote:
Christopher Faylor wrote:
Last night's snapshot should fix this problem.
http://cygwin.com/snapshots/
I think with the 20050705 snapshot bash / rxvt is much much faster
faster compared with 1.5.17 which I used before;)
Hmm.
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=0800 ecx=871C9010 edx=871C9000 esi=2F632F65
edi=871C26C8
Hi,
Using even more of your precious time I re-run the Mozilla suite
compilation. This is the final part of the output:
make[4]: Entering directory
`/cygdrive/d/mozilla_source/mozilla/netwerk/resources'
+++ making chrome
/cygdrive/d/mozilla_source/mozilla/netwerk/resources =
Chris,
It is really strange.
It should start immediately when running the script and the whole
process lasts about 5 seconds.
Using
system $systemcall;
instead of
open (DDF, $systemcall) ...
works fine.
This also works:
$systemcall='\\/c/WINDOWS/system32/makecab.exe /V3 /F ...
And this too:
Hi,
More test results:
I added -d to the Mozilla rule file that runs make-jars.pl (yes, it is
definitely this script, see
http://lxr.mozilla.org/seamonkey/source/config/make-jars.pl for a copy).
This is the output I got
main::(/cygdrive/d/mozilla_source/mozilla/config/make-jars.pl:5):
5:
Original Message
From: Jacek Piskozub
Sent: 05 July 2005 10:19
Hi,
More test results:
I added -d to the Mozilla rule file that runs make-jars.pl (yes, it is
definitely this script, see
http://lxr.mozilla.org/seamonkey/source/config/make-jars.pl for a copy).
[EMAIL PROTECTED]
Hi,
More random ramblings:
I tried to debug the script using the ancient print inserting
technique. The result was interesting. I can stop the crash from
happening by adding a lot of print commands. Does it show it is a timing
(race) problem?
To make it even more interesting, by adding
Ignore my previous post. I attached the HTMLized version downloaded as a
test of wget :-(
This is the real script.
J.
#!/perl
# make-jars [-f] [-v] [-l] [-x] [-a] [-e] [-d chromeDir] [-s srcdir] [-t
topsrcdir] [-c localedir] [-z zipprog] [-o operating-system] jar.mn
my $cygwin_mountprefix
Original Message
From: Jacek Piskozub
Sent: 05 July 2005 12:09
Ignore my previous post. I attached the HTMLized version downloaded as a
test of wget :-(
This is the real script.
J.
[EMAIL PROTECTED] /test/perl ./make-jars.pl
: bad interpreter: No such file or directory
[EMAIL
Dave,
Can't locate mozLock.pm in @INC (@INC contains: /usr/lib/perl5/5.8/cygwin
Find it attached.
Chris will probably kill me when he wakes up :-(
J.
#
# * BEGIN LICENSE BLOCK *
# Version: MPL 1.1/GPL 2.0/LGPL 2.1
#
# The contents of this file are subject to the Mozilla Public
On Mon, Jul 04, 2005 at 07:39:39PM -0400, Volker Quetschke wrote:
It is a standalone testcase, unfortunately it depends on the absolute path
it resides in. To reproduce unpack perlfreeze.zip to d: and then
do:
$ cd /cygdrive/d/perlfreeze
$ ./perltest.pl
and see it hang. (In rxvt/bash)
I've
On Tue, Jul 05, 2005 at 08:52:25AM +0200, Jacek Piskozub wrote:
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
I've downloaded this and it does just sit there but I don't know how long
I'm
supposed to wait. Is it supposed to print a lot of stuff right away?
Yes, it's supposed to produce a cab file while reporting what it is doing.
I realized that if you press CTRL-c it really starts to build the cab
On Tue, Jul 05, 2005 at 10:17:28AM -0400, Christopher Faylor wrote:
The malloc implementation in perl was updated to the latest version of
Doug Lea's malloc so there is a possibility that this is a malloc bug.
However, given that the perl on my linux system routinely trips a
double free error
Yitzchak Scott-Thoennes sthoenna at efn dot org wrote:
What perl version (on linux)? Do you have a test case?
No, it works fine on Linux. Same script, same Mozilla build, same Perl
version (5.8.6).
I would bet my money that the fault is on cygwin side, especially as
with cygwin 1.5.17,
On Tue, 5 Jul 2005, Jacek Piskozub wrote:
Yitzchak Scott-Thoennes sthoenna at efn dot org wrote:
What perl version (on linux)? Do you have a test case?
No, it works fine on Linux. Same script, same Mozilla build, same Perl
version (5.8.6).
I would bet my money that the fault is on
On Tue, Jul 05, 2005 at 07:59:32AM -0700, Yitzchak Scott-Thoennes wrote:
On Tue, Jul 05, 2005 at 10:17:28AM -0400, Christopher Faylor wrote:
The malloc implementation in perl was updated to the latest version of
Doug Lea's malloc so there is a possibility that this is a malloc bug.
However, given
On Tue, Jul 05, 2005 at 12:52:49PM -0400, Christopher Faylor wrote:
On Tue, Jul 05, 2005 at 07:59:32AM -0700, Yitzchak Scott-Thoennes wrote:
On Tue, Jul 05, 2005 at 10:17:28AM -0400, Christopher Faylor wrote:
The malloc implementation in perl was updated to the latest version of
Doug Lea's malloc
Jacek Piskozub wrote:
Dave,
Can't locate mozLock.pm in @INC (@INC contains: /usr/lib/perl5/5.8/cygwin
Find it attached.
Chris will probably kill me when he wakes up :-(
Lol.
Gerrit
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
After upgrading cygwin yesterday I get the following reproducible
hang in a perl script starting an external program.
This is the perl script that works with the 1.5.17 cygwin dll and
hangs with 1.5.18:
-- snip perltest.pl --
#!/bin/perl
$extracmd='';
#$extracmd='sleep 1 ';
Volker Quetschke quetschke at scytek dot de wrote:
After upgrading cygwin yesterday I get the following reproducible
hang in a perl script starting an external program.
I believe I've seen the same problem. Mozilla suite cannot be build
anymore after upgrading to cygwin 1.5.18 (two
On Mon, Jul 04, 2005 at 12:42:49PM -0400, Volker Quetschke wrote:
After upgrading cygwin yesterday I get the following reproducible
hang in a perl script starting an external program.
This is the perl script that works with the 1.5.17 cygwin dll and
hangs with 1.5.18:
Did you also see this with
On Mon, Jul 04, 2005 at 07:41:05PM +0200, Jacek Piskozub wrote:
Volker Quetschke quetschke at scytek dot de wrote:
After upgrading cygwin yesterday I get the following reproducible hang
in a perl script starting an external program.
I believe I've seen the same problem. Mozilla suite cannot be
On Mon, Jul 04, 2005 at 01:44:24PM -0400, Christopher Faylor wrote:
On Mon, Jul 04, 2005 at 12:42:49PM -0400, Volker Quetschke wrote:
After upgrading cygwin yesterday I get the following reproducible hang
in a perl script starting an external program.
This is the perl script that works with the
Christopher Faylor cgf-no-personal-reply-please at cygwin dot com wrote
the same problem? A hang is != a crash.
Well, a perl script not finishing the way it was meant to finish caused
by upgrade to cygwin 1.5.18..
Call it a related problem, if you wish.
J.
--
If Linux is good enough for
Christopher Faylor cgf-no-personal-reply-please at cygwin dot com
[...]
We normally do trust that people who report problems are actually having
problems and having multiple people report that they have the same
problem with no additional debugging details beyond it dies for me when
I run this
After upgrading cygwin yesterday I get the following reproducible hang
in a perl script starting an external program.
This is the perl script that works with the 1.5.17 cygwin dll and hangs
with 1.5.18:
Did you also see this with snapshots?
I didn't try. I will first try to condense the
On Mon, Jul 04, 2005 at 05:57:48PM -0400, Volker Quetschke wrote:
Stop wasting your precious time complaining about my useless strace.
You know, oddly enough, the only mention of time in my previous
message was to suggest a more economical use of a bug reporter's time --
assuming that the bug
Volker Quetschke wrote:
This is the perl script that works with the 1.5.17 cygwin dll and
hangs with 1.5.18:
-- snip perltest.pl --
#!/bin/perl
$extracmd='';
#$extracmd='sleep 1 ';
$systemcall=$extracmd.'makecab.exe /V3 /F
On Mon, Jul 04, 2005 at 07:12:33PM -0400, Volker Quetschke wrote:
Volker Quetschke wrote:
This is the perl script that works with the 1.5.17 cygwin dll and
hangs with 1.5.18:
-- snip perltest.pl --
#!/bin/perl
$extracmd='';
#$extracmd='sleep 1 ';
$systemcall=$extracmd.'makecab.exe /V3 /F
It is a standalone testcase, unfortunately it depends on the absolute path
it resides in. To reproduce unpack perlfreeze.zip to d: and then
do:
$ cd /cygdrive/d/perlfreeze
$ ./perltest.pl
and see it hang. (In rxvt/bash)
I've downloaded this and it does just sit there but I don't know how long
On Mon, Jul 04, 2005 at 05:57:48PM -0400, Volker Quetschke wrote:
Stop wasting your precious time complaining about my useless strace.
Well, since you already said you would try to reduce it to a standalone
testcase, I think you can deduce that CGF's comments weren't directed
primarily (or
33 matches
Mail list logo