Does gcc on cygwin support thread local storage with __declspec(thread)?

Dear Readers: Recently I am trying to compile mozilla on cygwin, the gcc gives me such warnings: ../../../dist/include/nspr/md/_winnt.h:507: warning: `thread' attribute directiv e ignored Does this mean it does not support TLS? then how to use Thread-local storage on cygwin? Best Regards An

Re: chmod, chown doesn't work with 1.5.21-1 (FAQ alert)

On 8/24/06, Igor Peshansky wrote: FWIW, I was going to suggest that you look at the relevant FAQ entry (), but then I realized that the entry is horribly out of date, and doesn't mention filesystem types at all (the only place they are mention

RE: copying and pasting in the terminal window?

> From: G.W. Haywood > Sent: Friday, August 25, 2006 4:53 AM > Subject: RE: copying and pasting in the terminal window? > > Hi there, > > > On Fri, 25 Aug 2006, Gary R. Van Sickle wrote: > > > ... The main trick is (or at least used to be) getting > your delete, > > home, end, etc keys worki

Re: Windows XP network lockup, when using rsync

Christopher Faylor cygwin.com> writes: > >*Every* time that I run rsync, both the Cygwin default 2.6.6 version > >and my 2.6.9cvs patched version, rsync failes to complete a transfer > >from WinXP to Win2000 and reports that the other end disconnected. > > > >With 100% success rate, WinXP i

Re: cygserver blocking on semctl(SETVAL) call

On 08/25/2006, Ethan Tira-Thompson wrote: Thanks for taking a look -- I'm afraid I'm stumped. (doesn't help gdb only reports '??' for all function calls when I attach to a process, so I can't tell what any of my code is doing. And yes, I do have -g enabled) You will likely get better resul

Re: ssh startup failure

Auteria Wallace Winzer Jr. wrote: Originally my Windows filesystem was FAT32 before I converted to NTFS. I re-installed Cygwin 1.5.21-1. After configuring sshd and starting the service I get the following error within /var/log/OpenSSH-sshd.log: [EMAIL PROTECTED] ~ $ cat /var/log/OpenSSH-sshd.log

Re: Windows XP network lockup, when using rsync

On Fri, Aug 25, 2006 at 08:15:16PM +0100, Howard Thomson wrote: >I have installed the latest version of Cygwin to a WinXP machine (with >10/100 Mbps builtin Ethernet) and to an older Win2000 machine (with 10 >Mbps CardBus i/f) and am working on the rsync source to add Win32 >native backup/restore o

Windows XP network lockup, when using rsync

Hi all, I have installed the latest version of Cygwin to a WinXP machine (with 10/100 Mbps builtin Ethernet) and to an older Win2000 machine (with 10 Mbps CardBus i/f) and am working on the rsync source to add Win32 native backup/restore of the security info. *Every* time that I run rsync, bot

Re: 1.5.20 and 1.5.21 break XEmacs UTF-8 support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Mirko Streckenbach on 8/25/2006 12:42 PM: > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ:

1.5.20 and 1.5.21 break XEmacs UTF-8 support (error description)

Hi, First of all, sorry that there are two posts. The latest two updates of cygwin.dll make XEmacs crash when loading its support for UTF-8. How to reproduce? Start XEmacs (console or x11 does not matter), press M-x, type "eval-expr" + RETURN, then type "(require 'un-define)" + RETURN (this is s

1.5.20 and 1.5.21 break XEmacs UTF-8 support

cygcheck.out Description: output of \"cygcheck -s -v -r\" -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

Re: POSIX names for drive letters

Schwarz, Konrad wrote: Hi, I know that it is kind of late :-), but I would like to suggest an alternative/additional mapping of drive letters to the MinGW and Cygwin file-system name space. The proposed mapping for directory `C:\' is `//./C$/' (or perhaps `//./C/'). The reasons for this mappin

Re: POSIX names for drive letters

On Fri, Aug 25, 2006 at 06:13:34AM -0600, Eric Blake wrote: >According to Schwarz, Konrad on 8/25/2006 1:57 AM: >>I know that it is kind of late :-), but I would like to suggest an >>alternative/additional mapping of drive letters to the MinGW and Cygwin >>file-system name space. >> >>The proposed

cygserver blocking on semctl(SETVAL) call

[Slightly modified from version previously sent on cygwin-developers, who suggest this is a better forum for discussion] I've discovered what I believe to be a internal deadlock issue in cygserver. I have a piece of code: void SemaphoreManager::setValue(semid_t id, int x) const { se

[ANNOUNCEMENT] Updated: m4-1.4.6-1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of m4, 1.4.6-1, is available, replacing 1.4.5-1 as current. NEWS This is a new upstream release. From the NEWS file, the changes since 1.4.5 are listed below. See also /usr/share/doc/m4-1.4.6/. You must rebuild from source if you

Re: copying and pasting in the terminal window?

Owen Rees wrote: > --On Friday, August 25, 2006 14:25:00 +0200 Marko Bozikovic wrote: > >> As the author of Console, I'd like to know how does rxvt handle long >> lines >> when copying. I might be able to improve Console :-) > > The trouble with having chosen "Console" as the name of your project

Good bye, Cygwinners

Hi all. I am no longer working with Windows, so I have no free resources (including time) to maintain my Cygwin packages. The list (I hope that it is complete) of my packages follows: docbook-xml412 docbook-xml42 docbook-xml43 docbook-xml44 docbook-xsl hexedit ioperm stunnel xmlto If there is an

Re: copying and pasting in the terminal window?

--On Friday, August 25, 2006 14:25:00 +0200 Marko Bozikovic wrote: As the author of Console, I'd like to know how does rxvt handle long lines when copying. I might be able to improve Console :-) The trouble with having chosen "Console" as the name of your project is that Microsoft refers to t

Re: no message or dialog when a DLL is missing

Thanks for the information. I will not submit a patch because I suspect the current behavior is prefered by the majority: having a dialog pop-up in the middle of scripts is much more catastrophic is most case than having a return code, for unattended processing. So I expect the patch to be bad

Re: copying and pasting in the terminal window?

On Fri, 25 Aug 2006, Owen Rees wrote: > --On 24 August 2006 10:39 -0700 Eric Hanchrow wrote: > > > Igor> FWIW, my main gripe with Console is that it doesn't > > Igor> understand line wrapping, so cutting and pasting a line that > > Igor> wraps multiple times results in multiple lines.

Re: copying and pasting in the terminal window?

Owen Rees wrote: > -snip- > In the context of copying and pasting in a window, I find rxvt far > superior to Console because of the way it handles long lines (as well > copying/pasting the way X does without requiring that X be running). As the author of Console, I'd like to know how does rxvt han

Re: POSIX names for drive letters

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Schwarz, Konrad on 8/25/2006 1:57 AM: > Hi, > > I know that it is kind of late :-), but I would like to suggest an > alternative/additional mapping of drive letters to the MinGW and Cygwin > file-system name space. > > The proposed mappi

Re: copying and pasting in the terminal window?

--On 24 August 2006 10:39 -0700 Eric Hanchrow wrote: Igor> FWIW, my main gripe with Console is that it doesn't Igor> understand line wrapping, so cutting and pasting a line that Igor> wraps multiple times results in multiple lines. Yup. And as far as I know, there's no way to tell

RE: copying and pasting in the terminal window?

Hi there, On Fri, 25 Aug 2006, Gary R. Van Sickle wrote: > ... The main trick is (or at least used to be) getting your delete, > home, end, etc keys working right, and I can send you my magical > .initrc to take care of that post-haste. Please cc me on that one, huh? Or better, post it to the

POSIX names for drive letters

Hi, I know that it is kind of late :-), but I would like to suggest an alternative/additional mapping of drive letters to the MinGW and Cygwin file-system name space. The proposed mapping for directory `C:\' is `//./C$/' (or perhaps `//./C/'). The reasons for this mapping are: * POSIX allows pa