I tried to add the python-mhash module, but for non-technical distro
issues it will be seperate.
http://tu.xarch.at/publ/cygwin/release/mhash/setup.hint (same as before)
http://tu.xarch.at/publ/cygwin/release/mhash/mhash-0.9.2-1.tar.bz2
177340 d70e60d6e8702b63964c0c393ac7441e
On Sat, May 28, 2005 at 12:07:15PM +0200, Reini Urban wrote:
I tried to add the python-mhash module, but for non-technical distro
issues it will be seperate.
http://tu.xarch.at/publ/cygwin/release/mhash/setup.hint (same as before)
I guess I give. I have always thought that snapshots should only be
installable by people who had enough of a clue to figure out how to use
bunzip2 and copy but the standard run of The latest version of cygwin
doesn't work complaints have convinced me that we need a better way to
get people to
Hi All...
Could it be distributed in kit form? That is, could it require the toold
to build it, and be built in the postinstall script?
Thanks,
IANAL, but copyright licenses are not intended to restrict what you do
privately. Since nobody is distributing the resulting binary, this is
Gerrit P. Haase [EMAIL PROTECTED] writes:
Franz Haeuslschmid wrote:
Dear readers of g.o.c.xfree,
Good.Old.Cygwin.Xfree?
No pun intended.
[... Make output showing undefined references when the target
libgtk-x11-2.0.la is built ...]
There is libfontconfig missing at the link command.
Hallo Franz,
Thank you for providing the patch. The original problem is not
triggered any more. However, new undefined references appear:
/bin/bash ../../libtool --mode=link --tag=CC gcc -g -O2 -Wall -o im-ime.la -rpath /usr/local/lib/gtk-2.0/2.4.0/immodules -rpath
jose isaias cabrera wrote:
Greetings!
Does cygwin comes with a light X browser? If not, is there one that I
can quickly build with cygwin?
A browser of the highest quality, Lightweight and folds away flat:
http://www.printbrowsers.com/browser-classic-x.htm
No, to be serious, what is an X
Hi!
I have been using cygwin for some time and have not upgraded as what I want
works, so if its not broken why fix it. My version is 4.2.0.67!
I wanted to change my default cursor, had difficulty - so read the FAQ -
problem solved. I just had the Xsetroot command in the wrong order in the
I'm using Cygwin/X on my Win2K laptop to connect to
my FreeBSD box and I'd like to redirect the sound
from Rhythmbox (or other music players on the FreeBSD
box) to the laptop.
Here is how I connect from the Win2K laptop:
startx - brings up an xterm
ssh bsd box on the xterm
run bsd
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
On Sat, May 28, 2005 at 09:14:24PM +0200, Angelo Graziosi wrote:
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
On Sat, 28 May 2005, Christopher Mark Conn wrote:
I'm using Cygwin/X on my Win2K laptop to connect to
my FreeBSD box and I'd like to redirect the sound
from Rhythmbox (or other music players on the FreeBSD
box) to the laptop.
Here is how I connect from the Win2K laptop:
startx -
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2005-05-28 20:35:59
Modified files:
winsup/doc : ChangeLog how-using.texinfo
Log message:
* how-using.texinfo : Update the mkdir -p section
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-05-28 21:31:17
Modified files:
cygwin : ChangeLog times.cc
Log message:
* times.cc (time_ms::usecs): Coerce comparison to signed or whole test
is a
no-op.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-05-29 00:05:49
Modified files:
cygwin : ChangeLog fhandler_tty.cc
Log message:
* fhandler_tty.cc (fhandler_tty_slave:tcflush): Use signed comparison.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-05-29 02:26:29
Modified files:
cygwin : cygwin.din
Log message:
* cygwin.din: Remove signal front end from pthread_[gs]etspecific.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-05-29 02:42:36
Modified files:
cygwin : ChangeLog thread.cc thread.h
Log message:
* thread.h (pthread_key::set): Inline.
(pthread_key::get): Ditto.
*
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?
Thanks.
--
Unsubscribe info:
On Fri, May 27, 2005 at 09:54:28PM -0700, Andy Ross wrote:
Christopher Faylor wrote:
Gee, I'm sorry you thought I was being snippy. You apparently missed
that I was just providing you with some obvious advice.
Indeed. To paraphrase: Fix it yourself, not my problem.
Actually, I think I implied
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
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
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
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
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?
Thanks.
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. However it
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.
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
[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
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 user base
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
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
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
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?
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
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,
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, somehow, to
Re: Serious performance problems (Gerrit/Danny please comment)
From: Christopher Faylor cgf-no-personal-reply-please at cygwin dot com
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:
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
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
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
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 cygwin is
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
Danny Smith wrote:
Re: Serious performance problems (Gerrit/Danny please comment)
From: Christopher Faylor cgf-no-personal-reply-please at cygwin dot com
To: cygwin at cygwin dot com
Date: Sat, 28 May 2005 14:57:20 -0400
Subject: Re: Serious performance problems (Gerrit/Danny please comment)
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
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 cgf-no-personal-reply-please at cygwin dot com
To: cygwin at cygwin dot com
Date: Sat, 28 May 2005 14:57:20 -0400
Subject:
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.
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
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 I
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
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.
Much to
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
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
52 matches
Mail list logo