On Oct 11 04:42, Samuel Thibault wrote:
Hello,
There is a new version 4.1-1 of brltty, please upload
http://brl.thefreecat.org/brltty/cygwin/brltty-4.1-1-src.tar.bz2
http://brl.thefreecat.org/brltty/cygwin/brltty-4.1-1.tar.bz2
http://brl.thefreecat.org/brltty/cygwin/setup.hint
On Oct 11 10:04, Andy Koppe wrote:
Please upload for Cygwin 1.7 only:
wget http://mintty.googlecode.com/files/mintty-0.5.1-1.tar.bz2
wget http://mintty.googlecode.com/files/mintty-0.5.1-1-src.tar.bz2
http://mintty.googlecode.com/svn/tags/0.5.1/cygport/setup.hint
0.4.3-1 for 1.7 can be
PyXDG is a python library to access freedesktop.org standards. It is a
prerequisite of the newest version of openbox, which I plan to adopt
next, as the ancient version currently in the distro is horribly broken.
It already exists in Debian and Fedora, so all that's needed is a review.
Filed as bug 598142:
https://bugzilla.gnome.org/show_bug.cgi?id=598142
Richard
-Original Message-
From: Jon TURNEY [mailto:jon.tur...@dronecode.org.uk]
Sent: 11 October 2009 18:47
To: cygwin-xfree@cygwin.com
Cc: Richard Evans
Subject: Re: Cygwin/X server -query fails with recent
The following package has been updated for Cygwin 1.7:
* xorg-server-1.6.5-1
This package contains XWin and the other X.Org X11 servers.
This is likely the last release of the 1.6 series (heard that before?).
The following patches has been added in this release:
- Fix UT8String and
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-10-12 11:57:29
Modified files:
winsup/cygwin : ChangeLog fhandler_disk_file.cc
fhandler_socket.cc
Log message:
* fhandler_disk_file.cc (fhandler_disk_file::link):
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-10-12 16:01:44
Modified files:
winsup/utils : ChangeLog kill.cc
Log message:
* kill.cc (main): Skip to PID loop on invalid option to handle
negative pids there.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-10-12 19:26:09
Modified files:
winsup/cygwin : ChangeLog external.cc
Log message:
* external.cc (cygwin_internal): Return 0 in CW_SET_DOS_FILE_WARNING
and CW_SETERRNO cases.
CVSROOT:/cvs/src
Module name:src
Changes by: er...@sourceware.org2009-10-13 02:26:33
Modified files:
winsup/cygwin : ChangeLog fhandler_disk_file.cc hires.h
times.cc
Log message:
Improve clock_gettime and utimensat resolution.
On Fri, Oct 09, 2009 at 06:45:51AM -0600, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 10/8/2009 10:58 PM:
I don't like MILLION or BILLION. I think a real number is clearer
for that. Maybe it's jsut me but when I see million I can't help
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 10/12/2009 9:02 AM:
I'm still not convinced that this switch makes anything clearer but, that's
ok.
Please check in.
I decided not to move the gettime block; I left it after the handle open.
That way, the
Version 4.1-1 of brltty has been uploaded.
It is a background process (daemon) providing access to the Windows
Console for a blind person using a refreshable braille display.
-- brltty-4.1-1 -- 2009-10-11 ---
New upstream version.
If you have questions or comments, please send
Andy Koppe writes:
Meanwhile, Corinna has implemented support for the latter on
cygwin-cvs, so that mad filename works fine now:
$ touch
$'ï\202\201Ð\201Ð\201Ð\201ï\203\22002ABFxi-string)g)Àâw\001\200ÑH\001Â\200\t'
$ ls
ï??Ð?Ð?Ð?ï??02ABFxi-string)g)Àâw??ÑH?Â??
$ ls
Something strange... at least to me.
STC:
/tmp$ uname -a
CYGWIN_NT-5.1 PT00062412 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin
/tmp$ ls -l /dev/log
srw-rw-rw- 1 SYSTEM root 53 Oct 9 23:12 /dev/log
/tmp$ ln /dev/log log
/tmp$ ls -l
total 1
srw-rw-rw- 2 SYSTEM root 53 Oct 9 23:12 log.lnk
HUH?
On 11/10/2009 21:12, Dr. Richard Engelkemeir wrote:
I ran ccygwin setup to download developer tools for ncurses.
It also downloaded uninstalled and re-installed several other packages.
I did this while I had cygwin with XWin --multiwindow running and
both xterm(s) and emacs (X) running.
I got a
Current Cygwin 1.7.0-62
Windows 7 v.6.1.7600
Attached: cygcheck output
Operations of the style
find ... | xargs ...
seem orders of magnitude faster in [1.7] than they have been in [1.5],
which is just great.
However I have been experiencing flakey and inconsistent behaviours with
bad
On Oct 12 11:51, Julio Costa wrote:
Something strange... at least to me.
STC:
/tmp$ uname -a
CYGWIN_NT-5.1 PT00062412 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin
/tmp$ ls -l /dev/log
srw-rw-rw- 1 SYSTEM root 53 Oct 9 23:12 /dev/log
/tmp$ ln /dev/log log
/tmp$ ls -l
total 1
Hello,
I'm using cygwin. I'm using SSH service to connect to the cygwin machine
and to do some shell activities. When I've tried to zip some files on
this machine I get:
$ zip -r E:/tmp-backup/wslogdb_12102009_042901_log.zip G:/Backup/
adding: Backup/ (stored 0%)
adding:
Quoting Rocco Scappatura rocco.scappat...@infracom.it:
I fear that it is the kernel (cygwin engine) that can't manage file
greater than 4GB.
http://en.wikipedia.org/wiki/ZIP_file_format#Technical_information
The above entry would rather suggest it is a limitation of zip itself.
regards,
Rocco Scappatura wrote:
I fear that it is the kernel (cygwin engine) that can't manage file
greater than 4GB.
Cygwin has supported large files since version 1.5.0 (although depending
on context, applications themselves might make unwarranted assumptions
that break large file support, like
Charles Wilson wrote:
The limitation is in the version of ZIP provided in the cygwin-1.5
may be
distrbution. ZIP64 support was added in zip-3.0:
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Thanks Markus,
I fear that it is the kernel (cygwin engine) that can't manage file
greater than 4GB.
http://en.wikipedia.org/wiki/ZIP_file_format#Technical_information
The above entry would rather suggest it is a limitation of zip itself.
I know that this is no the right place where
Hello,
The limitation is in the version of ZIP provided in the cygwin-1.5
may be
distrbution. ZIP64 support was added in zip-3.0:
I sit possible to get from somewhere zip-3.0 for cygwin?
rocsca
--
Problem reports:
Rocco Scappatura wrote:
The limitation is in the version of ZIP provided in the cygwin-1.5
may be
distrbution. ZIP64 support was added in zip-3.0:
I sit possible to get from somewhere zip-3.0 for cygwin?
Using setup, install the current version. For
Thanks Charles,
Rocco Scappatura wrote:
The limitation is in the version of ZIP provided in the cygwin-1.5
may be
distrbution. ZIP64 support was added in zip-3.0:
I sit possible to get from somewhere zip-3.0 for cygwin?
Using setup, install the
Hi again!
The limitation is in the version of ZIP provided in the cygwin-
1.5
may be
distrbution. ZIP64 support was added in zip-3.0:
I sit possible to get from somewhere zip-3.0 for cygwin?
Using setup, install the current version. For
On Oct 10 09:08, Karl M wrote:
Hi All...
=20
I tried kill -9 -1 and it worked (bash builtin)=2C but /bin/kill -9 -1
segfaulted. In both cases=2C I was running elevated on Vista with
CYGWIN_NT-6.0 Coyote 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin
=20
I applied a patch to kill in CVS which
Ar an naoiú lá de mí Deireadh Fómhair, scríobh Andy Koppe:
What change exactly? What's the original filename here,
and how does it change unexpectedly in terms of POSIX/Cygwin operations?
And, importantly, what's the locale setting?
We’re testing our handling of the file name
2009/10/12 Aidan Kehoe:
and how does it change unexpectedly in terms of POSIX/Cygwin operations?
And, importantly, what's the locale setting?
We’re testing our handling of the file name encoding; we want to make sure
we can create a file with this name when we force the file name encoding
. Rather than building cygwin1.dll from CVS, I waited until Corinna
had cut a new snapshot. I downloaded cygwin1-20091012.dll.bz2 and
installed it. 'uname -a' reports CYGWIN_NT-5.1 gandalf-xp
1.7.0s(0.215/5/3) 20091012 10:21:06 i686 Cygwin.
2. At the same time, I noticed that Aidan checked in some
MinTTY is a terminal emulator for Cygwin with a native Windows user
interface and minimalist design. Among its features are Unicode
support and a graphical options dialog. Its terminal emulation is
largely compatible with xterm, but it does not require an X server.
MinTTY is based on code from
On Oct 12 12:50, Fergus wrote:
Current Cygwin 1.7.0-62
Windows 7 v.6.1.7600
Attached: cygcheck output
Operations of the style
find ... | xargs ...
seem orders of magnitude faster in [1.7] than they have been in [1.5],
which is just great.
However I have been experiencing flakey and
Vin Shelton wrote:
Do I need some additional cygwin changes other than the dll?
It's worth a try; there have been recent changes to the system headers.
Install the entire -inst package from the snapshot, then rebuild xemacs.
--
Chuck
--
Problem reports:
Vin Shelton writes:
The new behavior is different, but the problem is not yet fixed.
OK. It's possible that there remain problems in Cygwin, but the
probability of an XEmacs bug is increasing. New backtraces would be
useful, I think, unless Aidan has a guess offhand.
4. But when I try to
There have a few threads on this subject over the years:
http://cygwin.com/ml/cygwin/2007-01/msg00651.html
http://sourceware.org/ml/cygwin/2007-11/msg00473.html
http://www.cmake.org/pipermail/cmake/2007-January/012450.html
The gist is that cl works from Windows, but dies with:
Fatal Error
I tried this with the Cygwin release directory multiple times, with
the release dir on a local drive as well as on a remote NFS drive. I
can't reproduce this weird behaviour. I'm wondering if that's one of
these dreaded BLODA problems again...
Thank you very much indeed for trying this.
Fergus wrote:
presently I suspect the W7 platform*.
(* Can't go for 10 consecutive minutes without incurring the Windows
Explorer has stopped working glitch. Excruciating. Does anybody know a
cure?)
;-) Upgrade to Windows 2000? It's definitely fixed in that version, anyway.
cheers,
That sums it up really. On Linux everything is fine, but on Windows this flag
is ignored. To reproduce, just compile void foo() {} with and without the flag,
nm the resulting obj and see that the underscore is always there.
This is a problem for me because I'm mixing nasm and c and hoping to
--- Comment #1 from davek at gcc dot gnu dot org 2009-10-13 05:04 ---
It is not appropriate to add a mailing list as a Cc to a bugzilla entry, so
I've removed that from the CC list.
On the other hand, I have some good news for you; this has been fixed in SVN
and will be working in the
Hi all,
Tor (http://www.torproject.org/) is a great free software.
When I installed Tor on my winxp system, then I have a local socks
proxy server: 127.0.0.1:9050
Now, I want to use wget through this SOCKS proxy provided by Tor under
cygwin.
Any hints on this issue?
Thanks in advance.
Hongyi Zhao wrote:
Hi all,
Tor (http://www.torproject.org/) is a great free software.
When I installed Tor on my winxp system, then I have a local socks
proxy server: 127.0.0.1:9050
Now, I want to use wget through this SOCKS proxy provided by Tor under
cygwin.
I tried this once
Version 4.1-1 of brltty has been uploaded.
It is a background process (daemon) providing access to the Windows
Console for a blind person using a refreshable braille display.
-- brltty-4.1-1 -- 2009-10-11 ---
New upstream version.
If you have questions or comments, please send
MinTTY is a terminal emulator for Cygwin with a native Windows user
interface and minimalist design. Among its features are Unicode
support and a graphical options dialog. Its terminal emulation is
largely compatible with xterm, but it does not require an X server.
MinTTY is based on code from
43 matches
Mail list logo
