> I'm wondering if that's one of these dreaded BLODA problems
> again...
Can't go for 10 consecutive minutes without incurring the "Windows
Explorer has stopped working" glitch. Excruciating.
Maybe I shouldn't blame W7 for the weird Cygwin file mishandling. I
recently observed that every t
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
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.
Hongy
--- 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 n
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 build
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.
c
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. The
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 C1
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 t
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: http://cygwin.com/problems.h
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
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 PuTT
upgrading to the
> next Cygwin.
The new behavior is different, but the problem is not yet fixed.
Here's what happened:
1. 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'
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 en
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
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
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, insta
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?
>
> Usin
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 versi
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: http://cygwin.com/problem
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 pl
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/
Document
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 assu
Quoting Rocco Scappatura :
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,
Markus
--
Markus Hoenicka
mar
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: Backup/master_db_
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
>
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 conseque
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 m
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? .l
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 --quot
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 sen
31 matches
Mail list logo
