Brian Dessent wrote:
Jacek Piskozub wrote:
> [Reposting in order for the problem to be visible in June archive]
We saw it the first time. You don't have to repeat yourself, and it
fact doing so is incredibly rude.
Brian
Therefore, I humbly apologize for being incredibly rude and
the Cygwin rsync when sending files the other way (Win9x->Linux).
Cygwin is fully patched and the Linux distribution is Fedora Core 5 (but
I do not think it relevant, anyway).
[Reposting in order for the problem to be visible in June archive]
Regards,
Jacek Piskozub
--
"Really, I&#x
nd of
the Cygwin rsync when sending files the other way (Win9x->Linux).
Cygwin is fully patched and the Linux distribution is Fedora Core 5 (but
I do not think it relevant, anyway).
Regards,
Jacek Piskozub
--
"Really, I'm not out to destroy Microsoft.
That will just be a comple
Yitzchak Scott-Thoennes 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, mozilla builds work fine.
Fu
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 Li
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 ] [-s ] [-t
] [-c ] [-z zipprog] [-o operating-system] <
my $cygwin_mountprefix = "";
if ($^O eq "cygwin") {
$cygwi
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 ju
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
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 =>
../../dist/bi
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
ebp=007
Christopher Faylor
[...]
>
>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 other big application" is not generally go
Christopher Faylor 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 BlueGene, it's good for me.
--
Unsubsc
Volker Quetschke 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 different Windows hosts).
Downgra
Tomasz Chmielewski wrote:
I couldn't find it on Google and I feel it's a different thing than
running Linux X applications (like xterm etc.), which is done by Cygwin/X.
Is it possible to "display" Windows program on Linux via ssh / X?
What I mean, normally we do something like that:
window
irwin at bongo wrote:
When running some non-Cygwin programs from bash (seems to be mostly a problem
with 16-bit programs, but also some 32-bit programs), bash gets an invalid page
fault in KERNEL32.DLL and pops up a fault dialog.
I have seen the same problem with WindowsME for at least a mont
Christopher Faylor wrote:
I guess eventually all of those old Win9x systems will have to stop
working and people will have to buy new XP systems. Who knows when
that will happen, though?
Correction. Some of us will migrate directly to Linux. I personally use
WindowsME for the win32 program
Hi,
Correction. The "21" was not part of the date, of course. Sorry.
Therefore in my test cygwin 1.5.12-1 did not change the file's ctime
neither under DOS nor bash which is different from the 1.5.14-1 behavior
(no change under DOS, change under bash).
Jacek
--
Unsubscribe info: http://cygw
Hi there,
I checked the same thing on another Windows ME box with the pre-ctime
changes cygwin 1.5.12-1. This test.txt file was created on February 4 2003.
D:\>echo >> test.txt
D:\>ls -l test.txt
-rw-r--r-- 1 piskozub unknown 20 Apr 4 11:25 test.txt
D:\>ls -l --time=ctime test.txt
-rw-r--r-- 1
Hi,
OK. I try again using ">>" with the same file.
C:\Download\test>echo >> test.txt
C:\Download\test>ls -l test.txt
-rw-r--r-- 1 piskozub mkgroup 14 Apr 4 00:14 test.txt
C:\Download\test>ls -l --time=ctime test.txt
-rw-r--r-- 1 piskozub mkgroup 14 Apr 3 23:20 test.txt
The result is identical a
Hi,
This is funny. I used the same test as Josef Drexler but on Windows ME
after upgrading to cygwin 1.5.14. Of course the filesystem is also FAT
(FAT32 in my case).
First I tried it from a DOS window:
C:\Download\test>touch test.txt
C:\Download\test>ls -l test.txt
-rw-r--r-- 1 piskozub mkgroup
This is from "strace touch foo-r" output:
96 56626 [main] touch 828181 fhandler_base::open_9x: 0xB8 = CreateFile
(d:\mozilla_source\mozilla\foo-r, 0x8000, 0x3, 0x83E910, 0x3, 0x280, 0)
104 56730 [main] touch 828181 fhandler_base::open_9x: 1 =
fhandler_base::open (d:\mozilla_sour
oo-rw, 0x0)
I can send the other (foo-r) snipped later. I need to reboot now (I do
need after every 1.5.13-1 strace crash)
Jacek
--
Jacek Piskozub
Institute of Oceanology PAS, Sopot, Poland
mailto:[EMAIL PROTECTED]
http://water.iopan.gda.pl/~piskozub
--
Unsubscribe inf
925621 geterrno_from_win_error: windows error 5 ==
errno 13
175 3757366 [main] cvs 925621 utimes: -1 = utimes (client.mk, 0x7EAB30)
363 3757729 [main] cvs 925621 fhandler_base::write: binary write
U mozilla/client.mk
Is that what you need?
Jacek
--
Jacek Piskozub
Institute of Oceanology PAS
bably truncated by the kernel32.dll
crash) I can send you both files if you want. Or give me more specific
instructions what you need. There is no SetFileTime string in either file.
Jacek
--
Jacek Piskozub
Institute of Oceanology PAS, Sopot, Poland
mailto:[EMAIL PROTECTED]
Hi there,
This is the actual error message I get in the simplest case of checking
out one file only.
D:\mozilla_source>cvs checkout mozilla/client.mk
U mozilla/client.mk
CVS checkout: cannot set time on client.mk: Permission denied
Again, this is Windows ME on FAT32 with native cygwin CV
After installing cygwin-1.5.13-1 I cannot build Mozilla anymore.
During updating the mozilla tree using cvs I receive "cannot set time"
errors. The updated files have (wrongly) the current time, instead of
the expected original timestamp when they were checked into the cvs
tree. That would not
The problem described in the following post to this mailing list
earlier today sounds like it is caused by Cygwin's new treatment
of ctime:
http://cygwin.com/ml/cygwin/2005-03/msg00165.html
Since the CVS in question is a cygwin version, if this really is a
problem with ctime then it seems ra
That would not be critical if the same error did not happen while
building the build dependencies. This kills the compilation.
All this happens on Windows ME. The CVS I use is 1.11.17 (cygwin supplied).
The problem stopped after downgrading to cygwin-1.5.12-1.
Regards,
Jacek Piskozub
--
Unsubs
Hi,
Confirming that Perl 5.8.6-2 works for me on Windows Me.
Thanks Gerrit!
Jacek
--
"Software will be protected not just by copyright, but by patents.
This makes about as much sense as patenting jokes."
Guardian, January 10, 2005
--
Unsubscribe info: http://cygwin.com/ml/#unsubs
Reini Urban wrote:
> Gerrit P. Haase schrieb:
>> Why was this not a problem with 5.8.5 before including Win32CORE
>> statically?
> Don't remember.
> But sorry, I'm very busy right now. Maybe tommorrow.
> Have to write a simple WOID - webshop-in-one-day.
The reason has been already been resolved, I
Gerritt wrote,
There it is:
$ cat ext/Win32CORE/hints/cygwin.pl
[...]
$self->{LIBS} = [q{ -L/lib/w32api -lnetapi32 -lwininet -lversion -lmpr -lodbc32
-lodbccp32 -lwinmm -lstdc++ -lole32 -loleaut32 -luuid -lcomctl32 -lgdi32
-lcomdlg32 -lntdll }];
[...]
Now the question is which of these libs can
Gerritt,
Hmmm, atoi() is not available on Win98/ME? Strange.
I compiled a one-liner with atoi() function using Visual Studio 6.
The resulting atoi.exe links only to kernel32.dll on WindowsME.
E:\Download>cygcheck c:\atoi.exe
e:/atoi.exe
C:\WINDOWS\SYSTEM\KERNEL32.dll
Jacek
--
Unsubscribe info:
Gerritt,
Hmmm, atoi() is not available on Win98/ME? Strange.
I believe it is placed in MSVCRT.DLL. But we should use the cygwin
version, anyway.
Jacek
**
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
When the atom clock displayed 10/01/2005 21:27, Gerrit P. Haase emitted
the following byte stream:
Jacek Piskozub wrote:
After updating to perl 5.8.6-1 I got an missing ntdll.dll export
error. Because I use Windows Me, I do not obviously have any
ntdll.dll. It seems the new perl was compiled
Hi there,
Gerrit P. Haase wrote:
Jacek Piskozub wrote:
After updating to perl 5.8.6-1 I got an missing ntdll.dll export
error. Because I use Windows Me, I do not obviously have any
ntdll.dll. It seems the new perl was compiled for WindowsNT/2k/Xp
only.
A correction: I do have a
After updating to perl 5.8.6-1 I got an missing ntdll.dll export error.
Because I use Windows Me, I do not obviously have any ntdll.dll. It
seems the new perl was compiled for WindowsNT/2k/Xp only.
Regards,
Jacek Piskozub
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
36 matches
Mail list logo
