Re: error during install

Richard Copley schrieb: Briefly to confirm that this can be reproduced: I tried to install all of Cygwin on an XP box, and Setup hanged (hung?) (with some nonsense about Error Reporting) at 47% (on mhash (0.9.1, I think)) for me too. Cygwin installed properly when I asked for everything but mha

Re: Serious performance problems (malloc related?)

I have similar problem with CPU bound program of mine on Cygwin too. The difference is something like 35 minutes versus 400 seconds on the same machine but under FreeBSD. Somebody mentioned that malloc implementation could be the problem. Dunno. I has also crossed my mind that another difference

[ANNOUNCEMENT] Updated Cygwin Package: python-2.4.1-1

New News: === I have updated the version of Python to 2.4.1-1. The tarballs should be available on a Cygwin mirror near you shortly. The following are the notable changes since the previous release: o upgrade to Python 2.4.1 o apply SourceForge patch #1197318 to resolve problems imp

Re: Serious performance problems (malloc related?)

On Sat, May 28, 2005 at 01:24:31PM +0200, Vaclav Haisman wrote: >I have similar problem with CPU bound program of mine on Cygwin too. >The difference is something like 35 minutes versus 400 seconds on the >same machine but under FreeBSD. Yep. This is pretty much what I expected. Now we'll see a

Re: Why "ISO C++ forbids..."

At 02:02 AM 5/28/2005, you wrote: >Hello, >While compiling many g++ programs I got a ;ong list of errors with the same >messgae like >"ISO C++ forbids declaration of '...' with no type" >whereas rhese files are compltely compiled with g++ on linux. >What's the problem? >Can I 'not' use ISO? >Thank

Re: pthreads, cygwin and pthread_mutex_lock not blocking

On Fri, May 27, 2005 at 04:35:39PM -0700, Peter Rehley wrote: >On May 27, 2005, at 1:28 PM, Christopher Faylor wrote: > >>On Fri, May 27, 2005 at 10:57:34AM -0700, Peter Rehley wrote: >>>I'm trying to use pthread in cygwin, and I'm expecting the function >>>pthread_mutex_lock to block when used. H

Re: slow windows foreground operation after installing cygwin-1.5.17-1

The new cygwin1.dll (1.5.17-1) now lets me run fortran programs with large static arrays that occupy most of the available memory, but it is no longer possible to run Windows programs (MSWord or even Windows Explorer) in the foreground while a big math problem is chugging along in the background.

Re: Serious performance problems (malloc related?)

On Sat, May 28, 2005 at 07:24:25AM -0700, Andy Ross wrote: >I won't have a win32 box available to test with until after the >weekend, though. I know you'd prefer that I spend my own time working >on this, but like I said this really isn't my platform. I got involved >trying to help out FlightGear

Re: Serious performance problems (malloc related?)

[Last post. I've done my time in windows, and am going back to a world where the software works and people are helpful.] Christopher Faylor wrote: > I don't think there is much to be gained by reiterating that you have a > large user base who is impacted by this. We're not a technical support >

Re: Serious performance problems (malloc related?)

On Sat, May 28, 2005 at 10:19:26AM -0700, Andy Ross wrote: >[Last post. I've done my time in windows, and am going back to a > world where the software works and people are helpful.] > >Christopher Faylor wrote: >> I don't think there is much to be gained by reiterating that you have a >> large us

Re: Serious performance problems (Gerrit/Danny please comment)

On Sat, May 28, 2005 at 01:24:31PM +0200, Vaclav Haisman wrote: >Somebody mentioned that malloc implementation could be the problem. Dunno. I >has also crossed my mind that another difference between FreeBSD and Cygwin is >implementation of C++ exceptions. Maybe the SJLJ implementation that Cygwin

Re: Serious performance problems (Gerrit/Danny please comment)

On Sat, May 28, 2005 at 02:57:20PM -0400, Christopher Faylor wrote: >On Sat, May 28, 2005 at 01:24:31PM +0200, Vaclav Haisman wrote: >>Somebody mentioned that malloc implementation could be the problem. >>Dunno. I has also crossed my mind that another difference between >>FreeBSD and Cygwin is imp

Emacs problem with Cygwin 1.5.17-1

With Cygwin 1.5.17-1, after starting XWin (startxwin.bat) and Emacs, the Emacs window does not show itself, i.e. $ emacs& [1] 1776 but the emacs window does not appear! The ps command shows: $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 1380 11380 13

RE: Wildcards in the path name parameter

> On 26/05/05, Coetzee, Evert wrote: > > But I'm running it from the cmd.exe command prompt. I'm > not in a shell. > > > > cp: cannot stat `/cygdrive/c/*.*': No such file or > directory > > > > That is the error I get now. > > Do you have "noglob" in your CYGWIN environment variable? > http://cygw

Re: ssh-agent won't die peacefully at logout or shutdown

Am I the only one experiencing this problem? No comments at all? -- Gunnar Gunnar Brading wrote: The problem I am experiencing is that my ssh-agent won't die when logging out or shutting down my Windows XP. Instead I get the standard dialog box about "Cannot end this program" with the option

Re: Serious performance problems (malloc related?)

Andy Ross wrote: But as I noted in my original post: It's not waiting on the disk reads. Comment out the split() call and watch the delays disappear. Raw I/O speed in cygwin is comparable to mingw or MSVC. The overhead is due, somehow, to activity within/under split(). Other than allocation, t

Re: Serious performance problems (malloc related?)

On Sat, 28 May 2005, Gerrit P. Haase wrote: > Andy Ross wrote: > > But as I noted in my original post: It's not waiting on the disk > > reads. Comment out the split() call and watch the delays disappear. > > Raw I/O speed in cygwin is comparable to mingw or MSVC. The overhead > > is due, someho

Re: Serious performance problems (Gerrit/Danny please comment)

Re: Serious performance problems (Gerrit/Danny please comment) From: Christopher Faylor To: cygwin at cygwin dot com Date: Sat, 28 May 2005 14:57:20 -0400 Subject: Re: Serious performance problems (Gerrit/Danny please comment) References:

Re: Serious performance problems (Gerrit/Danny please comment)

Christopher Faylor wrote: On Sat, May 28, 2005 at 01:24:31PM +0200, Vaclav Haisman wrote: Somebody mentioned that malloc implementation could be the problem. Dunno. I has also crossed my mind that another difference between FreeBSD and Cygwin is implementation of C++ exceptions. Maybe the SJLJ

hires_ms::usecs in winsup/cygwin/times.cc

I have found some odd code in hires_ms::usecs in times.cc around line 600. There is condition like this: if ((now - initime_ms) < 0). The problem is that both of the variables are unsigned (DWORD) and the result is unsigned and this comparison can never be true because unsigned number can never be

[ANNOUNCEMENT] Updated: mhash-0.9.2-1

I've updated mhash to 0.9.2. Install it via http://cygwin.com/setup.exe. The changes in this release are as follows: - Added SNEFRU128, SNEFRU256. Reintroduced MD2. ([EMAIL PROTECTED]) - Fixes to .spec file and clean-ups of documentation (cpedersen[at]c-note.dk) - Fixed typecasts, memory leak

Re: Serious performance problems (malloc related?)

On Sat, May 28, 2005 at 10:51:01PM +0200, Vaclav Haisman wrote: >On Sat, 28 May 2005, Gerrit P. Haase wrote: > >> Andy Ross wrote: >> > But as I noted in my original post: It's not waiting on the disk >> > reads. Comment out the split() call and watch the delays disappear. >> > Raw I/O speed in cy

fhandler_tty_slave::tcflush in fhandler_tty.cc

There is a similar problem to the one descibed in my previous post, this time in fhandler_tty_slave::tcflush, line 1051: ret = len >= 0. This can never be false, because len is unsigned. And it also seems wrong because tcflush() should return either 0 on success or -1 on error. The way it is coded

Re: Serious performance problems (Gerrit/Danny please comment)

Danny Smith wrote: Re: Serious performance problems (Gerrit/Danny please comment) From: Christopher Faylor To: cygwin at cygwin dot com Date: Sat, 28 May 2005 14:57:20 -0400 Subject: Re: Serious performance problems (Gerrit/Danny please comment) References:

Re: Serious performance problems (malloc related?)

Vaclav Haisman wrote: On Sat, 28 May 2005, Gerrit P. Haase wrote: Andy Ross wrote: But as I noted in my original post: It's not waiting on the disk reads. Comment out the split() call and watch the delays disappear. Raw I/O speed in cygwin is comparable to mingw or MSVC. The overhead is d

Re: Serious performance problems (Gerrit/Danny please comment)

On Sun, May 29, 2005 at 12:32:53AM +0200, Gerrit P. Haase wrote: >Danny Smith wrote: > >>Re: Serious performance problems (Gerrit/Danny please comment) >>From: Christopher Faylor >>To: cygwin at cygwin dot com >>Date: Sat, 28 May 2005 14:57:20 -0400 >>Subject: Re: Serious performance problems (Ger

Re: Serious performance problems (Gerrit/Danny please comment)

On Sat, May 28, 2005 at 08:01:52PM -0400, Christopher Faylor wrote: >cygspd runs in 25 - 26 seconds. cygspd-mingw runs in 2 seconds. If I >create dummy versions of >pthread_{getspecific,setspecific,mutex_lock,mutex_unlock} >then the cygwin version is about a second slower than the mingw version.

Re: Serious performance problems (Gerrit/Danny please comment)

Christopher Faylor wrote: cgf, your box must be really fast if this lasts half the time than it lasts for me and I have already a really fast box;) It's pretty fast. This is my famous "hyperthreading machine" running XP SP2, 3.0GHZ with 1G of memory. I sometimes think that this new machine

Re: Serious performance problems (new snapshot has some performance improvement)

On Sat, May 28, 2005 at 08:18:46PM -0400, Christopher Faylor wrote: >I have an idea about how to work around this problem but I have to think >about how dangerous it might be. Basically removing the signal handling >wrapper around pthread_getspecific and pthread_setspecific. That may >work ok but

Re: 1.5.16: DuplicateHandle(Out) failed (e=6)

On Thu, May 26, 2005 at 07:30:41PM -0600, Nathan L Mullen wrote: > I recently upgraded from Cygwin 1.5.6-1 to 1.5.16-1. Does it still happen with 1.5.17-1? Did you upgrade perl at the same time? If so, do you know what the old version was? > I received the following error from GNU make 3.80 w

Re: Wildcards in the path name parameter

On Sat, May 28, 2005 at 02:24:16PM -0500, Ross Boulet wrote: > Just to experiment with globbing, I created a small c > program to list the command line arguments. I read where > the cygwin dll will do globbing for a program run from a > windoze command prompt, so I compiled with -mno-cygwin. > Muc

gdb attach hangs

Hi, I have compiled gnome-panel in debug mode. I try to attach to it with gdb, it just hangs like this: --- $ gdb /usr/bin/gnome-panel.exe GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public Licens