Problem with mount points

Hello, i have have a problem with cygwin1.7 on windows Server 2003 Standard Edition. Example: Two user works on the same server machine e.g. myserver1. User A mapped the shared drive where cygwin is installed to the drive letter Z: and user B mapped this shared drive to T: So what happens? The use

Re: SWI Prolog will not fix their software for Cygwin

On Nov 16 19:48, Terrence Brannon wrote: > Just FYI. > > http://gollem.science.uva.nl/bugzilla/show_bug.cgi?id=429 > > > Jan Wielemaker changed: > >What|Removed |Added > >

Re: Problem with mount points

On Nov 17 09:05, helge.kl...@infineon.com wrote: > Hello, > i have have a problem with cygwin1.7 on windows Server 2003 Standard Edition. > Example: > Two user works on the same server machine e.g. myserver1. > User A mapped the shared drive where cygwin is installed to the drive letter > Z: and u

Re: Problem with mount points

On 11/17/2009 01:05 AM, helge.kl...@infineon.com wrote: Hello, i have have a problem with cygwin1.7 on windows Server 2003 Standard Edition. Example: Two user works on the same server machine e.g. myserver1. User A mapped the shared drive where cygwin is installed to the drive letter Z: and

gcc -ffast-math defect with tan(x)

Hello fellow cygwinners, I'm seeing incorrect behavior when I use the "-ffast-math" option to gcc on cygwin. Here is a Short Test Case: #include #include int main(void) { double d1 = 0.0; double d2 = 0.0; d1 = tan(d1); d2 = tan(d2); (void) printf("d1 = %lg, expecting 0 (

Re: Use of Dual Core causes random failures building OpenJDK

Pete Brunet wrote: > I've been trying to build OpenJDK for several weeks now and have never > been able to get to the end of the build because of random failures. > Last night I had a hunch to turn off one of the cores in BIOS and after > doing that the problems have gone away. My system is a Len

RE: Use of Dual Core causes random failures building OpenJDK

> 1.5 is known to have bugs in this area. You can give 1.7 a try because > I've > fixed a number of race conditions; I'm pretty sure there are still more > to be > tracked down, but it's a good deal better. Ah, that's interesting. I've been seeing odd effects too (in 1.7, 4 core machine). Some o

Re: gcc -ffast-math defect with tan(x)

eric_bac...@agilent wrote: > > I get this output from both gcc-3 (which is 3.4.4) and from gcc-4 (which is > 4.3.4), when -ffast-math is used. If I remove -ffast-math, I get the > expected output of 0 for both d1 and d2. If I compile with -mno-cygwin on > gcc-3, either with or without -ffast

Re: Use of Dual Core causes random failures building OpenJDK

Thanks Dave, What is the proper way to upgrade the DLL? Dave Korn wrote: > Pete Brunet wrote: > >> I've been trying to build OpenJDK for several weeks now and have never >> been able to get to the end of the build because of random failures. >> Last night I had a hunch to turn off one of the c

Re: gcc -ffast-math defect with tan(x)

Dave Korn googlemail.com> writes: > Thanks for the STC. The difference between -ffast-math and -fno-fast-math > is that the fast version calls the _f_tan newlib fast math function rather > than tan. I think this is likely to be a calling-convention issue but I'm > still debugging it. > >

What about adding support for sigcontext

Dear cygwin list -- For some time I've thought about the possibility of adding support for sigcontext to cygwin -- it would allow (among other things) porting of the JikesRVM open source Java VM to cygwin, thus making it available to Windows users. sigcontext presents more or less complete non-p

Re: Use of Dual Core causes random failures building OpenJDK

Pete Brunet wrote: > Thanks Dave, What is the proper way to upgrade the DLL? The "proper" way? Heh: #1. Read the manual. #2. Take back-ups! #3. Then do it. However that's just the generic proper way to do anything. You probably wanted a short answer along the lines of "Download the 1.7-

Re: gcc -ffast-math defect with tan(x)

Eric Backus wrote: > One experiment that I did, which confused me more than anything else, is > replace the calls to tan() with calls to log() (and change all the 0.0 values > to something OK for log() like 1.0). The generated assembly code appears to > be identical except that _f_tan is repla

Re: gcc -ffast-math defect with tan(x)

Dave Korn wrote: > maybe _f_tan needs to be 'popping' (or in some way marking > invalid) that unused +1.0 constant rather than just skipping the stack pointer > over it. Needs moar 'ffree st(0)'. This will require a newlib patch and a new cygwin dll release to solve, it'll take a little whi

Re: Seems like treatment of NTFS ADS (foo:bar) changed between 1.5 and 1.7 but not mentioned in What's Changed

Christopher Faylor wrote: On Mon, Nov 16, 2009 at 03:55:43PM +0100, Thomas Wolff wrote: Thomas Wolff wrote: ... Anyway, maybe some syntax could be found that would not be too harmful to become "reserved" for this purpose... Sorry but I agree with Corinna. On linux/UNIX you ca

Re: What about adding support for sigcontext

On Tue, Nov 17, 2009 at 09:03:34AM -0500, Eliot Moss wrote: >Does anyone feel a degree of ownership or responsibility for the >signals and signal handling part of cygwin? I'm not asking someone >else to take on the task, but am considering it myself, and want to >coordinate, and obtain guidance an

Re: Seems like treatment of NTFS ADS (foo:bar) changed between 1.5 and 1.7 but not mentioned in What's Changed

On Tue, Nov 17, 2009 at 04:03:14PM +0100, Thomas Wolff wrote: >Christopher Faylor wrote: >> On Mon, Nov 16, 2009 at 03:55:43PM +0100, Thomas Wolff wrote: >> >>> Thomas Wolff wrote: >>> > ... >>> Anyway, maybe some syntax could be found that would not be too harmful >>> to become "reser

RE: New package: lzip-1.8-1

JonY sent the following at Wednesday, November 11, 2009 6:36 AM > >Version 1.8-1 of "lzip" has been uploaded. > >lzip is a lossless data compressor based on the LZMA algorithm with >a user interface similar to gzip or bzip2. It supports recovery from >damaged archives. > >Homepage:

[Fwd: Re: Use of Dual Core causes random failures building OpenJDK]

Thnaks Dave, I've installed 1.7. The OpenJDK build requires backleveling make from 3.81 to 3.80. When I do that on cygwin 1.7 I get the following: p...@bevo ~ $ cd / p...@bevo / $ tar xjf /cygdrive/c/downloads/make-3.80-1.tar.bz2 p...@bevo / $ bin/make.exe --version /usr/bin/make.exe: error wh

Re: gcc -ffast-math defect with tan(x)

Dave Korn googlemail.com> writes: > Needs moar 'ffree st(0)'. > > This will require a newlib patch and a new cygwin dll release to solve, > it'll take a little while I'm afraid. > > cheers, > DaveK Impressive, 5 hours from defect report to complete debugging and understanding of

Text editing over ssh

Hey all, I've had constant problems with editing over ssh (usually just end up scp-ing the file over to my machine locally to change files). Using any text editor, if i pretend goto line 10 to edit that line and use my keyboard arrows to scroll over to word i want to edit, it 'replaces' the text a

Re: Use of Dual Core causes random failures building OpenJDK

I solved the first problem by copying cygintl-2.dll from my 1.5 cygwin/bin. Pete Brunet wrote: > Thnaks Dave, I've installed 1.7. The OpenJDK build requires > backleveling make from 3.81 to 3.80. When I do that on cygwin 1.7 I get > the following: > > p...@bevo ~ > $ cd / > > p...@bevo / > $ tar

Re: gcc -ffast-math defect with tan(x)

On 2009-11-17 14:32Z, Dave Korn wrote: [...] > WTF? The fptan has returned two QNaNs for no apparent reason? "When stack overflow occurs during FPTAN and overflow is masked, both ST(0) and ST(1) contain quiet NaNs." [intel 80387 manual] >> R7: Special 0xc000 Real Indefinite (

Chossing the 'active' gcc version

I installed cygwin with the development tools package and I got two versions of gcc (3.x and 4.x). In a cygwin shell, when I type 'gcc --version', I see that 3.x is the default. I also see that the mapping of the version-less commands to the 3.x version is done through a series of links. I've goog

Re: Seems like treatment of NTFS ADS (foo:bar) changed between 1.5 and 1.7 but not mentioned in What's Changed

Christopher Faylor wrote: On Tue, Nov 17, 2009 at 04:03:14PM +0100, Thomas Wolff wrote: Christopher Faylor wrote: On Mon, Nov 16, 2009 at 03:55:43PM +0100, Thomas Wolff wrote: Thomas Wolff wrote: ... Anyway, maybe some syntax could be found that wo

R: Chossing the 'active' gcc version

-- Mar 17/11/09, John Cortell ha scritto: > I installed cygwin with the > development tools package and I got two versions of > gcc (3.x and 4.x). In a cygwin shell, when I type 'gcc > --version', I see that > 3.x is the default. I also see that the mapping of the > version-less commands to > the

Re: Use of Dual Core causes random failures building OpenJDK

This may solve the second one. One selection google found suggests editing cygwin.bat to add set SHELLOPTS=igncr after the @echo off in cygwin.bat Hopefully this is the same as choosing DOS line endings in the cygwin 1.5 setup program. Pete --- Pete Brunet wrote: > I solved the first problem b

Re: Seems like treatment of NTFS ADS (foo:bar) changed between 1.5 and 1.7 but not mentioned in What's Changed

On Nov 17 17:45, Thomas Wolff wrote: > Christopher Faylor wrote: > >How could we possibly use '/' as a delimiter? Are you really advocating > >that we treat every file as a potential directory? So every time > >someone says "foo/bar" and "foo" is a file we try to open "foo:bar"? > >And what happe

Re: Use of Dual Core causes random failures building OpenJDK

Well I guess it's not the same. I got $'\r': command not found when running a script For now I'll just dos2unix that file and figure the rest out later. Pete --- Pete Brunet wrote: > This may solve the second one. One selection google found suggests > editing cygwin.bat to add > > set SHELLOPTS

Re: Seems like treatment of NTFS ADS (foo:bar) changed between 1.5 and 1.7 but not mentioned in What's Changed

Thomas Wolff towo.net> writes: > Sorry that I take this up once more (after promising ), but I > had this additional idea after seeing your point about being strictly > consistent with the POSIX pathname namespace: > > So what about using "/" as a delimiter? If "foo" is a file, "foo/bar" is >

Re: Text editing over ssh

On Tue, Nov 17, 2009 at 10:58:38AM -0500, Ari Army wrote: >Hey all, > >I've had constant problems with editing over ssh (usually just end up >scp-ing the file over to my machine locally to change files). >Using any text editor, if i pretend goto line 10 to edit that line and >use my keyboard arrows

Re: Text editing over ssh

Yes, you are right, cgf. I did noticed another previous developer set it to be xtermc in ~/.bashrc, so I commented that out. and re-logged in and TERM was set to cygwin automatically. Thanks again, Sorry about the double post, Ari On Tue, Nov 17, 2009 at 1:13 PM, Christopher Faylor wrote: > e T

Re: Seems like treatment of NTFS ADS (foo:bar) changed between 1.5 and 1.7 but not mentioned in What's Changed

2009/11/17 Eric Blake: > Thomas Wolff writes: > >> Sorry that I take this up once more (after promising ), but I >> had this additional idea after seeing your point about being strictly >> consistent with the POSIX pathname namespace: >> >> So what about using "/" as a delimiter? If "foo" is a file

Re: Use of Dual Core causes random failures building OpenJDK

>$'\r': command not found Please ignore my post about this. That was the result of using a different bat file (not cygwin.bat) that I use to start an OpenJDK build job and it hadn't yet been modified to set SHELLOPTS=igncr Pete --- Pete Brunet wrote: > Well I guess it's not the same. I got > $

Re: Use of Dual Core causes random failures building OpenJDK

>$'\r': command not found Please ignore my post about this. That was the result of using a different bat file (not cygwin.bat) that I use to start an OpenJDK build job and it hadn't yet been modified to set SHELLOPTS=igncr Pete --- Pete Brunet wrote: > Well I guess it's not the same. I got > $

Re: Use of Dual Core causes random failures building OpenJDK

2009/11/17 Pete Brunet: >>$'\r': command not found > > Please ignore my post about this.  That was the result of using a > different bat file (not cygwin.bat) that I use to start an OpenJDK build > job and it hadn't yet been modified to set SHELLOPTS=igncr That's your sixth post in a row on this t

Re: cygserver in cygwin 1.7.0-62 worked, but fails with seg fault in cygwin 1.7.0-63 and -64

On 11/17/2009 11:24 AM, Tony Wallace wrote: My cygwin-1.7 installation has been running Apache2 with mod_perl (from cygwin ports) very successfully for two or three months. Yesterday I installed cygwin 1.7.0-64 from setup (replacing 1.7.0-62, I believe). Now cygserver fails on startup with a seg

[ANNOUNCEMENT] [1.7] Updated: pcre-8.00-1

The following packages have been updated for Cygwin 1.7: * pcre/libpcre0/libpcre-devel/libpcrecpp0/libpcrecpp-devel: 8.00-1 The PCRE library is a set of functions that implement regular expression pattern matching using the same syntax and semantics as Perl, with just a few differences. This is

Re: Use of Dual Core causes random failures building OpenJDK

Dave, Migrating to 1.7 didn't help. I'll disable dual core for now. -Pete --- Dave Korn wrote: > Pete Brunet wrote: > >> Thanks Dave, What is the proper way to upgrade the DLL? >> > > The "proper" way? Heh: > > #1. Read the manual. > #2. Take back-ups! > #3. Then do it. > > Howeve

df reports erroneous disk size/usage on network drives

I've used cygwin for years, and very happy by the way, and this current issue hasn't caused any problems as far as I can tell. After perusing the FAQ and searching I didn't see other occurrences quite like this. We just installed a 5.5TB drive server and although cygcheck gets the right size th

Re: Add Your Site cygwin.com

On Tue, Nov 17, 2009 at 04:21:11PM -0500, Elizabeth Cole wrote: >Dear cygwin.com, > >My name is Elizabeth Cole from http://www.persistent.com . I wanted to Wow, thanks for the plethora of easily blockable keywords. It's always nice when spammers make my life easy. cgf -- Problem reports:

Re: R: Chossing the 'active' gcc version

Marco Atzeri wrote: > -- Mar 17/11/09, John Cortell ha scritto: > >> I installed cygwin with the development tools package and I got two >> versions of gcc (3.x and 4.x). In a cygwin shell, when I type 'gcc >> --version', I see that 3.x is the default. I also see that the mapping of >> the versio

Cygwin1.7 on Win7 not remembering my drive prefix....

This is specific to Win7 (1.7 on XP works as expected). But for some reason Cygwin on Win7 isn't remembering the cygdrive prefix. It starts out as cygdrive again with each invocation. Anyone seen this behavior? Win7 feels like a cross between typing on a dvorac keyboard and in a foreign land, a

Re: Cygwin1.7 on Win7 not remembering my drive prefix....

On Tue, Nov 17, 2009 at 03:16:05PM -0800, Linda Walsh wrote: >This is specific to Win7 (1.7 on XP works as expected). > >But for some reason Cygwin on Win7 isn't remembering the cygdrive prefix. >It starts out as cygdrive again with each invocation. > >Anyone seen this behavior? Are you setting it