Something for the perl subdir:
iPlease forgive the stupid version number. It was not my idea./i
http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-Win32-GUI/perl-Win32-GUI-1.02-1-src.tar.bz2
340754 1189bfe0d9ed3acf44e8eb551cea0dcc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please upload at your earliest convenience:
ftp://sunsite.dk/projects/cygwinports/release/esound/esound-0.2.36-1-src.tar.bz2
ftp://sunsite.dk/projects/cygwinports/release/esound/esound-0.2.36-1.tar.bz2
Hi,
The 'About' and 'Exit' windows have scruffy icons, for me.
Better if the 32 bit pixel icon is passed to Windows and it sorts it out!
Probably because our X.ico is a load of junk?
Yet another bodge patch achieves this:-
--- ./programs/Xserver/hw/xwin/save_windialogs.c2005-08-28
Rob Foehl wrote:
On Sat, 27 Aug 2005, Eric S. Johansson wrote:
Soong, SylokeJ wrote:
My cygwin/x server processes are at 0% when not used.
They are near 0% even when xwin is receiving lots of screen update
from the
solaris client running SAS.
that's impressive. Before this problem
Gerrit,
No, I tried to debug with gdb but was not very successful. Currently
I cannot build the tree myself, they move a lot of stuff around and
there are errors all the time. Maybe I should try to build the latest
release instead of CVS sources.
Do you mean that what you said before is
Hello,
I'm running cygwin/X on my Windows XP Home box, and am trying to connect
to my Linux (Fedora Core 4) box. X runs fine on my windows machine, but
I can't seem to get the remote connection working. I've tried ssh -X,
ssh -Y, multiple combinations of options for those. All result in the
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-08-28 16:30:48
Modified files:
cygwin : ChangeLog dir.cc
Log message:
*dir.cc (readdir_r): Invert sense on error-test.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-08-28 16:51:14
Modified files:
cygwin : ChangeLog
Log message:
Fix improper formatting.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-08-28 17:34:25
Modified files:
cygwin : ChangeLog
cygwin/include/cygwin: version.h
Log message:
Add missing ChangeLog for previous checkin.
Revert erroneous
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-08-28 23:26:23
Modified files:
cygwin : ChangeLog cygtls.h exceptions.cc gendef
Log message:
* cygtls.h (__ljfault): Declare.
(_cygtls::return_from_fault): Use
On Sat, Aug 27, 2005 at 09:58:47PM +0200, Bas van Gompel wrote:
2005-08-27 Bas van Gompel [EMAIL PROTECTED]
*dir.cc (readdir_r): Invert sense on error-test.
Applied. Thanks.
cgf
Op Sun, 28 Aug 2005 13:16:44 -0400 schreef Christopher Faylor
in [EMAIL PROTECTED]:
: On Sat, Aug 27, 2005 at 09:58:47PM +0200, Bas van Gompel wrote:
: If you want to see why this really does not require a copyright-
: assignment, view the diff with testsuite/winsup.api/ltp/readdir01.c,
: and
On Sun, Aug 28, 2005 at 11:22:30PM +0200, Bas van Gompel wrote:
Op Sun, 28 Aug 2005 13:16:44 -0400 schreef Christopher Faylor
in [EMAIL PROTECTED]:
: On Sat, Aug 27, 2005 at 09:58:47PM +0200, Bas van Gompel wrote:
: If you want to see why this really does not require a copyright-
: assignment,
On Sat, Aug 27, 2005 at 09:58:47PM +0200, Bas van Gompel wrote:
(I'm still getting errors on the following testcase after applying
this. (try 0 err=7439xxx))
This is now fixed in CVS, btw. I had a typo in cygwin.din where I had
readdir_r = readdir. I discovered this by single stepping into the
--- Bill Denney wrote:
Date: Sat, 27 Aug 2005 16:39:22 -0400 (EDT)
From: Bill Denney
To: James R. Phillips
Subject: Octave Mode for emacs in Cygwin
Might you be able to include octave mode in the cygwin build's next
release?
Thanks from a happy octave on cygwin user,
Bill
Harry said :-
Is there a handy way (on winxp) to use emacs as if in X but without
installing or using the X side of cygwin?
export DISPLAY= ; xemacs
will do the job, as Xemacs will then start in MS mode.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Hello,
when i compile an application with `gcc -mno-cygwin` and execute it from
cmd.exe, argv parsing is broken for argv[0] when quotes are embedded in
the command used to launch the application.
For example, executing ` .\argv0_bug a\b ` from cmd.exe gives
arg0: .
arg1: \argv_bug
arg2:
Hello,
I did trace this problem an it looks like a race in Cygwin but I may be
wrong. Here I am providing two backtraces from a debug session - the first
one shows what happens normally and the second one shows the hang:
=== In this case zsh doesn't hang ===
(gdb) break 593
Breakpoint 1 at
Hello,
On Sun, 28 Aug 2005, Pavel Tsekov wrote:
First I determined (by using strace) the place in zsh where the hang
occurs to be in or after zhandler() when it processes SIGCLD. Then I
built debugging zsh and after debugging for a while it turned out that
the hang occures after leaving the
Hi,
I'm quite new to Cygwin and there are some things I don't really understand.
I've build a few applications under Cygwin. I've build Xapian and Omega.
Xapian is a search system and Omega is a front-end for Xapian. (see
www.xapian.org if you're interested)
These applications are designed
Floris Bos wrote:
However when I call Omega.exe from my browser window I get the following
error:
This program cannot be run in DOS mode
Along with that all of the code of the executable is displayed in my browser
window.
Your problem is that your web server is just returning the
Hi
There is a huge inconsistency in how perl and perlcc handle file
permissions. I am wondering what the reason is. How can it be that perl
can read a file and perlcc fails?
There is a file, foo.pl, owned by my group, but without proper
permissions.
$ ls -l foo.pl
-rwx--+ 1 Administratorzy
Krzysztof Duleba wrote:
$ ls -l foo.pl
-rwx--+ 1 Administratorzy Brak 34 Aug 28 16:29 foo.pl
I guess that in strict mode the file should not be readable by me.
However, cat and perl can read it without problems.
I don't know why perlcc complains when perl does not. But the above
Brian Dessent wrote:
$ ls -l foo.pl
-rwx--+ 1 Administratorzy Brak 34 Aug 28 16:29 foo.pl
I guess that in strict mode the file should not be readable by me.
However, cat and perl can read it without problems.
I don't know why perlcc complains when perl does not. But the above
Hello,
I have installed yesterday cygwin X with proftpd (with setup exe download
then install from locak directory)
all things seems good
xserver goodly started (i have hyperthreading on)
proftpd started oK
but
when attempt ftp 127.0.0.1 , then enter a good login namme and good NT
password i
On Sun, Aug 28, 2005 at 02:28:13PM +0300, Pavel Tsekov wrote:
I did trace this problem an it looks like a race in Cygwin but I may be
wrong. Here I am providing two backtraces from a debug session - the first
one shows what happens normally and the second one shows the hang:
I appreciate that you
On Sun, 28 Aug 2005, Pavel Tsekov wrote:
Hello,
I did trace this problem an it looks like a race in Cygwin but I may be
wrong. Here I am providing two backtraces from a debug session - the first
one shows what happens normally and the second one shows the hang:
[...]
Just as a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jean marc Thiault wrote:
I have installed yesterday cygwin X with proftpd (with setup exe download
then install from locak directory)
all things seems good
xserver goodly started (i have hyperthreading on)
proftpd started oK
but
when
Hello,
On Sun, 28 Aug 2005, Christopher Faylor wrote:
On Sun, Aug 28, 2005 at 02:28:13PM +0300, Pavel Tsekov wrote:
I did trace this problem an it looks like a race in Cygwin but I may be
wrong. Here I am providing two backtraces from a debug session - the first
one shows what happens
On Sun, Aug 28, 2005 at 09:47:23PM +0300, Pavel Tsekov wrote:
Any ideas on how to proceed would be appreciated. Of course if you can
reproduce it and debug it on your own I guess my help won't be
necessary.
Well, I just tried, and I can reproduce a hang with this:
while :; do quer; done
Krzysztof Duleba wrote:
Brian Dessent wrote:
$ ls -l foo.pl
-rwx--+ 1 Administratorzy Brak 34 Aug 28 16:29 foo.pl
I guess that in strict mode the file should not be readable by me.
However, cat and perl can read it without problems.
I don't know why perlcc
Baksik, Frederick (NM75) wrote:
(Disclaimer - I'm no expert on this stuff)
# owner: Administrators
# group: Domain Users
user::rw-
group::---
mask:rwx
other:---
[EMAIL PROTECTED] ~
$ perl -ne 'print hi: , $_' new.pl
hi: print hello world\n
Is 'e728075' a member of the Administrators
Baksik, Frederick (NM75) wrote:
The command /usr/bin/perlcc is actually a perl script that performs
the -r
check to test if it can open the file.
Thanks for explanation. I assumed that perlcc is a binary file. IIRC this
is a known issue with perl scripts.
So when perl does the -r check, it
Krzysztof Duleba schrieb:
Baksik, Frederick (NM75) wrote:
The command /usr/bin/perlcc is actually a perl script that performs
the -r check to test if it can open the file.
Thanks for explanation. I assumed that perlcc is a binary file. IIRC this
is a known issue with perl scripts.
No.
Well, I just tried, and I can reproduce a hang with this:
while :; do quer; done /dev/null
It happens with 1.5.18 and the current snapshot. I didn't check the
1.5.18 version since I was too lazy to regenerate my copy with symbols
but the snapshot version hangs in sigsuspend,
Reini Urban wrote:
Thanks for explanation. I assumed that perlcc is a binary file. IIRC
this
is a known issue with perl scripts.
No. That's a known issue if you are member of the magic Windows
Administrators group.
No. This applies to all Windows groups.
I think it is importand to write
some more diagnostics on the bug that causes repeated crashes under cygwin;
I'd be happy to get additional advice as to what else I can do to help
identify the source of the problem:
/usr/local/emacs/src $ gdb emacs
GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
Copyright 2004 Free Software
On Sun, Aug 28, 2005 at 12:45:45AM -0400, Volker Quetschke wrote:
The following script hangs after running a short while when using
the 20050716/20050826 snapshots, but works with the 1.5.18 dll.
--- start tcsh_hang.csh ---
#!/bin/tcsh
while (1)
# perl -e 'print(12\n);' | /usr/bin/grep -v yy
Having asked this question with no reply on comp.lang.python and the
image-sig list I now turn to the Cygwin community. I'd really appreciate
Cc's to my email address as I am not a subscriber to [EMAIL PROTECTED]
Is anyone aware of (a fix for) problems I'm having getting the Python
Imaging
Hi there,
Is anyone else having trouble with this update? On my system cygcheck
says it's missing all the binaries this package contains. It seems the
tar.bz2 was made with an extra ./ at the start of each entry, so the
setup.exe fails to install them where it should. I've no idea where
these
On Mon, Aug 29, 2005 at 11:55:38AM +1000, Atkins, Richard J (Richard) wrote:
Is anyone else having trouble with this update? On my system cygcheck
says it's missing all the binaries this package contains. It seems the
tar.bz2 was made with an extra ./ at the start of each entry, so the
setup.exe
On Sun, Aug 28, 2005 at 10:02:39PM -0400, Christopher Faylor wrote:
On Mon, Aug 29, 2005 at 11:55:38AM +1000, Atkins, Richard J (Richard) wrote:
Is anyone else having trouble with this update? On my system cygcheck
says it's missing all the binaries this package contains. It seems the
tar.bz2
This announcement comes somewhat late, but is provided so that there
exists some record of this change in the cygwin-announce mailing list
archive.
On July 1, 2005, the existing autotools on cygwin were all obsoleted by
new versions, where the newer releases were more consistent with
Here's a new one to add to that: Windows XP x64 uses *two*
program files
directories:
C:\Program Files
C:\Program Files (x86)
Oh God, they didn't.
--
Gary R. Van Sickle
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
This is a routine update of autoconf2.5 package, which provides
autoconf-2.59.
Changes (from autoconf2.5-2.59-1)
* Adds unversioned info files
'/usr/share/info/autoconf.info.gz' and
'/usr/share/info/standards.info.gz'
* Applied backports from CVS autoconf which are required for
This is a routine update of the autmake1.9 package, which provides
autoconf-1.9.x.
Changes (from autoconf1.9-1.9.6-1)
* Update to latest official release, 1.9.6
* Applied backport from CVS automake which is required for
development of the upcoming libtool-2.0. Should have no impact
on
This is a routine update of autoconf2.5 package, which provides
autoconf-2.59.
Changes (from autoconf2.5-2.59-1)
* Adds unversioned info files
'/usr/share/info/autoconf.info.gz' and
'/usr/share/info/standards.info.gz'
* Applied backports from CVS autoconf which are required for
47 matches
Mail list logo