New versions of mpfr/libmpfr1/libmpfr-devel have been uploaded.
- version 2.4.1-1 for cygwin-1.5
- version 2.4.1-2 for cygwin-1.7
I expect that mpfr-2.4.1-1 will be the final cygwin-1.5 release.
PACKAGE DESCRIPTION
===
Homepage: http://www.mpfr.org
License : GNU LGPL 2.1 or lat
The zlib package has been updated to version 1.2.3-10. zlib is a standard
lossless compression library. This is a packaging update.
[[ compiled using gcc-3.4.4-3 ]]
This is the first release specific for cygwin-1.7; the only differences between
this package and the simultaneously-released zlib-
The zlib package has been updated to version 1.2.3-3. zlib is a standard
lossless compression library. This is a packaging update.
[[ compiled using gcc-3.4.4-3 ]]
This will most likely be the final zlib update for the cygwin-1.5 distribution;
future development will continue with zlib-1.2.3-10
The mingw-zlib package has been updated to version 1.2.3-3. zlib is a standard
lossless compression library; mingw-zlib is a version built using the standard
windows runtime library and NOT cygwin; it is used by setup.exe among other
tools. This is a packaging update.
[[ compiled using gcc-3.4.
The mingw-zlib package has been updated to version 1.2.3-10. zlib is a standard
lossless compression library; mingw-zlib is a version built using the standard
windows runtime library and NOT cygwin; it is used by setup.exe among other
tools. This is a packaging update.
[[ compiled using gcc-3.4
The bzip2 package has been updated to version 1.0.5-3. bzip2 is a
patent-unencumbered but highly effective compression library, and also provides
the bzip2.exe / bunzip2.exe utilities. This is a packaging update.
[[ compiled using gcc-3.4.4-3 ]]
This will most likely be the final bzip2 update f
The bzip2 package has been updated to version 1.0.5-10. bzip2 is a
patent-unencumbered but highly effective compression library, and also provides
the bzip2.exe / bunzip2.exe utilities. This is a packaging update.
[[ compiled using gcc-3.4.4-3 ]]
This is the first release specific for cygwin-1.
The mingw-bzip2 package has been updated to version 1.0.5-3. bzip2 is a
patent-unencumbered but highly effective compression library; mingw-zlib is a
version built using the standard windows runtime library and NOT cygwin; it is
used by setup.exe among other tools. This is a packaging update.
The mingw-bzip2 package has been updated to version 1.0.5-10. bzip2 is a
patent-unencumbered but highly effective compression library; mingw-zlib is a
version built using the standard windows runtime library and NOT cygwin; it is
used by setup.exe among other tools. This is a packaging update.
Charles Wilson wrote:
> Corinna Vinschen wrote:
>
>> Can you tweak the tool so I can test that next week?
>
> Attached,
It helps when you actually attach the file.
--
Chuck
/*
* Copyright (c) 2009 Charles Wilson
* Based on rebase.c by Jason Tishler
* Significant contributions by Dave Korn
*
Corinna Vinschen wrote:
> Can you tweak the tool so I can test that next week?
Attached, with Dave's symbolic flagname option parsing included.
It's actually pretty standalone; you ought to be able to just do 'gcc -o
peflags peflags.c' to build it. I'll work on the peflagsall script after
the ex
Thanks for al the feedback. It sounds like an issue with the
application owning the files - the client told me today that they are
getting similar messages even though no users are connected.
Regards,
Des
On 3 Mar 2009, at 00:36, Spiro Trikaliotis wrote:
Hello Des,
* On Mon, Mar 02, 2009
Dave:
I examined your email headers and discovered that in your postings to
cygwin@cygwin.com, you are setting
"Return-Path: " in your email header so
naturally everyone who is "replying" to sender will be sending YOU their
reply, not cyg...@cygwin.com. This could explain why you are getting
For some scripts having DOS line endings, particularly long ones or ones with
while loops, tcsh jumps to the wrong place occasionally. I reported this
problem 4 years ago and it was fixed for the test script that I provided then,
but the problem has persisted with more complex scripts. I hav
Dave Korn wrote:
And with gcc3 as well; and neither compiler can make it work on 1.5. So
it's a bug that was fixed sometime after 1.5 and before 1.7.
Thanks, I'll see if I can work out how to upgrade.
Cheers,
Nicholas Sherlock
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-si
Marco Atzeri wrote:
on
$ uname -a
CYGWIN_NT-5.1 ITQMOZCAS2NB007 1.7.0(0.200/5/3) 2009-02-20 17:20 i686 Cygwin
compiled with gcc-4
$ ./pthread.exe
Err 0
That might be making the difference, my uname -a output is:
CYGWIN_NT-6.0-WOW64 nick 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin
On 3/3/2009 7:48 PM, David Rothenberger wrote:
On 3/3/2009 12:27 PM, Jason Pyeron wrote:
$ svn mv CustomerInventoryAction.java CustomerinventoryAction.java
svn: Path 'CustomerinventoryAction.java' is not a directory
$ svn mv src/httpd/html/WEB-INF/jsp/customerInventory.jsp
src/httpd/html/WEB-IN
On 3/3/2009 12:27 PM, Jason Pyeron wrote:
$ svn mv CustomerInventoryAction.java CustomerinventoryAction.java
svn: Path 'CustomerinventoryAction.java' is not a directory
$ svn mv src/httpd/html/WEB-INF/jsp/customerInventory.jsp
src/httpd/html/WEB-INF/jsp/customerinventory-input.jsp
$ svn mv src/h
When a tcsh script has DOS line endings and a line ending falls in bytes
32767 and 32768, the line ending is lost. I discovered this with a script
passing shell input to a program using the << construct, and have reproduced
the problem with a script (bigscript) that passes 4 lines of input to a
Marco Atzeri wrote:
> --- Mer 4/3/09, Nicholas Sherlock ha scritto:
>> This C program:
>> Should run correctly. That is, the second call to
>> pthread_rwlock_rdlock should either succeed (returning
>> zero), having acquired the read lock a second time, or it
>> should fail and return EAGAIN, if
--- Mer 4/3/09, Nicholas Sherlock ha scritto:
> Da: Nicholas Sherlock
> Oggetto: Cygwin PThreads bug?
> A: cygwin@cygwin.com
> Data: Mercoledì 4 marzo 2009, 02:29
> Hey everyone,
>
> I'm writing a very thread-intensive application using
> Cygwin and Cygwin's PThreads implementation, and I'm
>
Dave Korn wrote:
> Right; but seeing as he /didn't/ add -ltinfo, he would have ended up with
> exactly the error we saw, wouldn't he?
No, because the headers that came with 5.7-2 had macros that turned his
code 'curscr' into 'ncwrap_curscr()'. In the briefly released 5.7-1 the
macros turned 'c
[ Reply sent back to list. http://cygwin.com/acronyms/#PPIOSPE, don't you
think Lester would have liked to be kept in the loop on this one if there's
any more useful information to be had? ]
Werner Wothke wrote:
>> Lester Ingber wrote:
>>
>>> I just manually changed the gcc and g++ under /etc/al
Charles Wilson wrote:
> Dave Korn wrote:
>> Charles Wilson wrote:
>>> Nah. That scenario might cause a run-time failure, but not a link-time
>>> failure like the one Alexey described.
>> He'd end up with the old DLL but the /new/ import library, wouldn't he? So
>> adding -ltinfo might fix the l
Hey everyone,
I'm writing a very thread-intensive application using Cygwin and
Cygwin's PThreads implementation, and I'm running into a few problems.
As far as I can tell from the spec:
http://www.opengroup.org/onlinepubs/95399/functions/pthread_rwlock_rdlock.html
This C program:
#inclu
Marco,
thanks for the direct url to the official package repository. That enabled
me to build imagemagick with jpeg-2000. Until yesterday, the libjasper-devel
package did not show in my setup.exe's library or graphics category list.
Perhaps is was a propagation error to mirror sites or som
(Okay, libncurses9 isn't actually new, but its buggy 5.7-11 version was
only around for a few days. It's mostly new.)
ncurses is a package that provides character and terminal handling
libraries, including 'gui-like' panels and menus. It is often used
instead of termcap.
[[ compiled using gcc-3
(Okay, libncurses9 isn't actually new, but its buggy 5.7-2 version was
only around for a few days. It's mostly new.)
ncurses is a package that provides character and terminal handling
libraries, including 'gui-like' panels and menus. It is often used
instead of termcap.
[[ compiled using gcc-3.
sorry. wrong list.
--
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/
(Okay, libncurses9 isn't actually new, but its buggy 5.7-2 version was
only around for a few days. It's mostly new.)
ncurses is a package that provides character and terminal handling
libraries, including 'gui-like' panels and menus. It is often used
instead of termcap.
[[ compiled using gcc-3.
Dave Korn wrote:
> Charles Wilson wrote:
>> Nah. That scenario might cause a run-time failure, but not a link-time
>> failure like the one Alexey described.
>
> He'd end up with the old DLL but the /new/ import library, wouldn't he? So
> adding -ltinfo might fix the link, but then it would fai
Paul McFerrin wrote:
> While installing cygwin1.7 into another node (cygwinII), I'm wondering
> if there are problems with BOTH 1.5 and 1.7 cygwin1.dll (in different
> directories) being loaded at the same time? I keep running into errors
> as such: *** fatal error - system shared memory version m
While installing cygwin1.7 into another node (cygwinII), I'm wondering
if there are problems with BOTH 1.5 and 1.7 cygwin1.dll (in different
directories) being loaded at the same time? I keep running into errors
as such: *** fatal error - system shared memory version mismatch detected
The 1.5
Lester Ingber wrote:
> The default for many files under /bin is linked to /etc/alternatives.
> I wanted to update by default gcc and g++ to v4, so instead of
> changing the .exe links in /bin, I wanted to have these changes made
> in /etc/alternatives.
No, you don't. You want to read the altern
$ svn mv CustomerInventoryAction.java CustomerinventoryAction.java
svn: Path 'CustomerinventoryAction.java' is not a directory
$ svn mv src/httpd/html/WEB-INF/jsp/customerInventory.jsp
src/httpd/html/WEB-INF/jsp/customerinventory-input.jsp
$ svn mv src/httpd/html/WEB-INF/jsp/inventoryResults.jsp
s
On Tue, Mar 3, 2009 at 2:01 PM, Spiro Trikaliotis
wrote:
> Hello Greg,
>
> * On Tue, Mar 03, 2009 at 12:26:17PM -0500 Greg Freemyer wrote:
>> On Tue, Mar 3, 2009 at 12:13 PM, Spiro Trikaliotis
> [shadow copies on Windows]
>> I don't use Access, but in general good applications should support
>> be
The default for many files under /bin is linked to /etc/alternatives.
I wanted to update by default gcc and g++ to v4, so instead of
changing the .exe links in /bin, I wanted to have these changes made
in /etc/alternatives.
Instead of doing this one file at a time, I tried re-installing all
gcc/g+
Hello,
I use Cygwin 1.5.25-15 (with all packages installed), especially i'm
currently creating symbolic links. My filesystem is NTFS, my symlinks
are
created as "Windows shortcuts" (see winsymlinks in the CYGWIN
environment variable, though i don't use the variable, but this is the
defau
Hello Greg,
* On Tue, Mar 03, 2009 at 12:26:17PM -0500 Greg Freemyer wrote:
> On Tue, Mar 3, 2009 at 12:13 PM, Spiro Trikaliotis
[shadow copies on Windows]
> I don't use Access, but in general good applications should support
> being quiesced. They do that by registering with the VSS service.
>
Charles Wilson wrote:
> Dave Korn wrote:
>> Charles Wilson wrote:
>>> Alexey Lyubimov wrote:
>
$ gcc -otnc -g -Wl,--enable-auto-import tnc.c -lncurses
/cygdrive/c/windows/temp/ccUqygVy.o: In function `main':
/cygdrive/e/home/ael/work/ncurses/tnc.c:15: undefined reference to
`_
On Tue, Mar 3, 2009 at 12:13 PM, Spiro Trikaliotis
> Hello Greg,
>
> * On Tue, Mar 03, 2009 at 10:20:52AM -0500 Greg Freemyer wrote:
>> On Tue, Mar 3, 2009 at 3:36 AM, Spiro Trikaliotis
>> wrote:
>
> Please do not cite mail addresses!
>
>> > Thus, can you really rule out that noone else is accessi
i'm trying to execute this line on my cygwin shell
$ echo wew | ssh w...@10.192.30.40
an this is the output
Pseudo-terminal will not be allocated because stdin is not a terminal.
is there something i must know about this
because i also try to compile sshpass packages and got this error
po...@k
Hello Greg,
* On Tue, Mar 03, 2009 at 10:20:52AM -0500 Greg Freemyer wrote:
> On Tue, Mar 3, 2009 at 3:36 AM, Spiro Trikaliotis
> wrote:
Please do not cite mail addresses!
> > Thus, can you really rule out that noone else is accessing this file
> > while rsync is taking place? My experience wit
Dave Korn wrote:
> Charles Wilson wrote:
>> Alexey Lyubimov wrote:
>>> $ gcc -otnc -g -Wl,--enable-auto-import tnc.c -lncurses
>>> /cygdrive/c/windows/temp/ccUqygVy.o: In function `main':
>>> /cygdrive/e/home/ael/work/ncurses/tnc.c:15: undefined reference to `_stdscr'
>>> collect2: ld returned 1 e
Charles Wilson wrote:
> Alexey Lyubimov wrote:
>> Unfortunately, things went worse :-(
>> After I've upgraded to GCC 3.4.4-999 and libncurses9-5.7-2 I get the
>> following error instead of a ld's warning (see my first message in this
>> thread for the reference):
>>
>> $ gcc -otnc -g -Wl,--enable
Alexey Lyubimov wrote:
> Unfortunately, things went worse :-(
> After I've upgraded to GCC 3.4.4-999 and libncurses9-5.7-2 I get the
> following error instead of a ld's warning (see my first message in this
> thread for the reference):
>
> $ gcc -otnc -g -Wl,--enable-auto-import tnc.c -lncurses
On Tue, Mar 3, 2009 at 3:36 AM, Spiro Trikaliotis
wrote:
> Hello Des,
>
> * On Mon, Mar 02, 2009 at 11:41:05PM -0800 Des Dougan wrote:
>
>> rsync: connection unexpectedly closed (449058 bytes received so far)
>> [receiver]
>> rsync error: error in rsync protocol data stream (code 12) at io.c(635)
Akakima wrote:
> But, i have installed 1.7 yesterday evening.
>
> I created shortcuts to dir.exe, ls.exe, uname.exe and users.exe to see
> if gcc was the only program impacted.
>
> No change. After the program has done his job, cmd is waiting for input,
> without displaying its prompt.
>
> So i
Dave Korn wrote:
>
> Nope, should be easy to cut out the relevant bits, discarding ld-isms, and
> paste the remainder into your code. Copy of WIP attached for your
> convenience; I've got to add doco and testcases before I can submit it, but
> the parsing stuff is ready to fly and I'd appreciat
"Dave Korn" wrote:>
Then again, it may be a sign that we're missing a flush somewhere in
the
Cygwin DLL. Are you trying with 1.5 or 1.7? If you haven't tried
1.7 yet,
using 1.5.
But, i have installed 1.7 yesterday evening.
I created shortcuts to dir.exe, ls.exe, uname.exe and users.exe to s
Thanks again, Dave!
I've updated again too, and now ncurses 5.7-3 works for me also! :-)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: ht
Alexey Lyubimov wrote:
> $ gcc -otnc -g -Wl,--enable-auto-import tnc.c -lncurses
> /cygdrive/c/windows/temp/ccUqygVy.o: In function `main':
> /cygdrive/e/home/ael/work/ncurses/tnc.c:15: undefined reference to
> `_stdscr' collect2: ld returned 1 exit status
>
> "-Wl,--enable-auto-import" works f
Alexey Lyubimov wrote:
> Unfortunately, things went worse :-( After I've upgraded to GCC 3.4.4-999
> and libncurses9-5.7-2 I get the following error instead of a ld's warning
> (see my first message in this thread for the reference):
>
> $ gcc -otnc -g -Wl,--enable-auto-import tnc.c -lncurses
> /
Unfortunately, things went worse :-(
After I've upgraded to GCC 3.4.4-999 and libncurses9-5.7-2 I get the following
error instead of a ld's warning (see my first message in this thread for the
reference):
$ gcc -otnc -g -Wl,--enable-auto-import tnc.c -lncurses
/cygdrive/c/windows/temp/ccUqygVy.o
David Arnstein wrote:
> Just today, I noticed that /usr/bin/clear will stack dump. This occurs
> in both mintty and rxvt.
>
> If I execute bash from the Windows "DOS box," I get this:
> 4 [main] clear 13352 _cygtls::handle_exceptions: Error while
> dumping state
> (probably corrupted stack)
> --ooOOOoo--
> PLEASE SEND BUG REPORTS, PROBLEMS, ETC. TO THE CYGWIN MAILING LIST.
> --ooOOOoo--
Dave, I want to congratulate you on your lovely banner. This is a cut above
On Mar 2 13:52, Karl M wrote:
> Hi Corinna...
>
> In the Cygwin Mount Table description, there is a list of options, and
> managed is not listed. Managed is used in one of the later examples.
Thanks, fixed and uploaded to
http://cygwin.com/1.7/cygwin-ug-net/cygwin-ug-net.html
> When I get a cha
--On Monday, March 02, 2009 19:08:58 + Dave Korn wrote:
Ah, look, it's not that the
prompt is getting lost: it's just that GCC's output comes out after the
prompt for some reason.
That looks as if gcc launches a child process then exits without waiting
for it. The command processor issues
Hello Des,
* On Mon, Mar 02, 2009 at 11:41:05PM -0800 Des Dougan wrote:
> rsync: connection unexpectedly closed (449058 bytes received so far)
> [receiver]
> rsync error: error in rsync protocol data stream (code 12) at io.c(635)
> [receiver=3.0.2]
> rsync: connection unexpectedly closed (237
Version 4.2.4-2 of gmp, libgmp3, libgmpxx3 and libgmp-devel have been
uploaded. This is the first release for cygwin-1.7
PACKAGE DESCRIPTION
===
Homepage: http://gmplib.org/
License : GNU LGPL
GMP is a free library for arbitrary precision arithmetic, operating
on signed intege
60 matches
Mail list logo