Package maintainers,
The Tcl/Tk transition has hit sourceware and is working its way to the
mirrors. Please proceed with the necessary announcements. Also:
* Maintainers whose packages did not need to be rebuilt need to update
their local copies as indicated here:
On Tue, Feb 07, 2012 at 03:21:10AM -0600, Yaakov (Cygwin/X) wrote:
Package maintainers,
The Tcl/Tk transition has hit sourceware and is working its way to the
mirrors. Please proceed with the necessary announcements. Also:
* Maintainers whose packages did not need to be rebuilt need to update
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-02-07 17:15:08
Modified files:
winsup/cygwin : ChangeLog exec.cc spawn.cc syscalls.cc
Added files:
winsup/cygwin/include: process.h
Removed files:
winsup/cygwin/include/cygwin:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-02-07 17:34:29
Modified files:
winsup/cygwin : ChangeLog mount.cc
Log message:
* mount.cc (mount_info::create_root_entry): Fix format specifier in
api_fatal message.
Patches:
B Raji writes:
I need to install X window utility in windows environment. I have installed
X11R6 package using setup.exe version 2.763, but unable to open the start up
window. So, as per the instructions in 'C:\Cygwin\usr\X11R6\doc\Cygwin\x2x-
1.30.README' file i tried installing,
Tcl/Tk has been updated to 8.5.11 with the following important changes:
* Tcl now uses *NIX APIs and will behave like other Cygwin programs with
regards to filename paths, etc.
* Tk (tcl-tk) now uses X11 instead of GDI. This means the following
Tk-based applications now require an X server at
Version 5.2-1 of tftp and tftp-server packages have been uploaded.
The tftp and tftp-server packages contain client and server programs
implementing the Trivial File Transfer Protocol (TFTP), built from the
tftp-hpa source. The TFTP protocol is normally used only for booting
diskless
2012-02-07 PM 3:49, Daniel Colascione 쓴 글:
On 2/6/12 8:35 PM, jojelino wrote:
2012-02-06 AM 1:29, Corinna Vinschen 쓴 글:
Hi Cygwin friends and users,
C:\Documents and Settings\Administratorbase64 oso|base64 -d -
base64: write error: Bad file descriptor
base64: write error
C:\Documents and
On Mon, 2012-02-06 at 17:13 -0600, Quinn Wood wrote:
Thank you for the swift reply, and thanks for the information. This is
a tangential question, but are the MinGW files available for
integration with Cygwin suitable for this?
I'm not certain that I understand your question. There are
On Feb 7 19:01, jojelino wrote:
2012-02-07 PM 3:49, Daniel Colascione 쓴 글:
On 2/6/12 8:35 PM, jojelino wrote:
2012-02-06 AM 1:29, Corinna Vinschen 쓴 글:
Hi Cygwin friends and users,
C:\Documents and Settings\Administratorbase64 oso|base64 -d -
base64: write error: Bad file descriptor
On Feb 6 21:39, Magnus Holmgren wrote:
Corinna Vinschen corinna-cygwin at cygwin.com writes:
- Improve fork/exec performance on 64 bit systems.
If fork/exec became faster, something else has slowed down noticeably on my
64-bit Vista system. Using a fairly fork-heavy build script as the
On Mon, Feb 6, 2012 at 6:05 PM, Yaakov (Cygwin/X)
The -mno-cygwin flag is still handled by gcc3, but that is deprecated
and may be removed at any time. The officially supported way to build
such apps is to use the appropriate mingw or mingw64 cross-compiler.
AIUI -mno-cygwin doesn't work on
On Sun, Feb 05, 2012 at 05:29:27PM +0100, Corinna Vinschen wrote:
I just released 1.7.10-1.
Fine.
After all these snapshots, i've still 1.7.9-1 officially installed.
So setup.exe uninstalls 1.7.9-1, therefore removes /usr/include/process.h
And setup.exe then installs 1.7.10-1, therefore
On Feb 7 15:09, Denis Excoffier wrote:
On Sun, Feb 05, 2012 at 05:29:27PM +0100, Corinna Vinschen wrote:
I just released 1.7.10-1.
Fine.
After all these snapshots, i've still 1.7.9-1 officially installed.
So setup.exe uninstalls 1.7.9-1, therefore removes /usr/include/process.h
And
Is the Package Search function broken? Each time I try a
search, for whatever, it tries to download
package-grep.cgi. Happened in both IE and Firefox.
--Ken Nellis
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Hi Denis,
On Tue, Feb 7, 2012 at 3:10 PM, Denis Excoffier wrote:
On Sun, Feb 05, 2012 at 05:29:27PM +0100, Corinna Vinschen wrote:
I just released 1.7.10-1.
Fine.
After all these snapshots, i've still 1.7.9-1 officially installed.
So setup.exe uninstalls 1.7.9-1, therefore removes
On Tue, Feb 7, 2012 at 3:26 PM, Nellis, Kenneth
kenneth.nel...@acs-inc.com wrote:
Is the Package Search function broken? Each time I try a
search, for whatever, it tries to download
package-grep.cgi. Happened in both IE and Firefox.
--Ken Nellis
AOLMe too!/AOL
These are the headers sent by
New News:
===
I have updated the version of Python to 2.6.7-1. The tarballs should be
available on a Cygwin mirror near you shortly.
The following are the changes since the previous release:
o upgrade to Python 2.6.7
o build against Unix X11 Tcl/Tk
o patch for
I've got a Windows XP SP3 (32-bit) system that I just upgraded from Cygwin
1.5 to Cygwin 1.7 as a clean install (deinstalled all old Cygwin, scrubbed
the registry, cleared environment variables, etc.) Mostly, it seems to work,
but I've got a shell script that runs several rsync's for me that does
On Tue, Feb 07, 2012 at 03:25:20PM +0100, Corinna Vinschen wrote:
On Feb 7 15:09, Denis Excoffier wrote:
On Sun, Feb 05, 2012 at 05:29:27PM +0100, Corinna Vinschen wrote:
So, here are two questions:
- Since you *knew* that the process.h header had moved for a month
(after all, it is as
On Tue, Feb 07, 2012 at 04:08:21AM -0600, Yaakov (Cygwin/X) wrote:
On Mon, 2012-02-06 at 17:13 -0600, Quinn Wood wrote:
Thank you for the swift reply, and thanks for the information. This is
a tangential question, but are the MinGW files available for
integration with Cygwin suitable for this?
Good afternoon,
I have a Workstation DELL Precision T7500 (Linux Red Hat 5) with Nvidia
Quaddro graphic card where is installed the software Flux3D. It works very
good and very rapidly on this workstation.
I have a laptop DELL (Windows XP) where I want to connect to the Workstation
by Cygwin to
On Tue, Feb 07, 2012 at 07:00:25AM -0800, Scott M. Ballew wrote:
I've got a Windows XP SP3 (32-bit) system that I just upgraded from Cygwin
1.5 to Cygwin 1.7 as a clean install (deinstalled all old Cygwin, scrubbed
the registry, cleared environment variables, etc.) Mostly, it seems to work,
On 2/6/2012 5:05 PM, Yaakov (Cygwin/X) wrote:
The -mno-cygwin flag is still handled by gcc3, but that is deprecated
and may be removed at any time. The officially supported way to
build such apps is to use the appropriate mingw or mingw64
cross-compiler.
Is there an easy procedure that is
On Feb 7 16:43, Denis Excoffier wrote:
I've also instrumented cygwin1.dll as suggested recently to Heiko Elger
in http://cygwin.com/ml/cygwin/2012-02/msg00092.html
[...]
- the /proc/pid/maps of the processes involved in the fork failure look
normal:
...
61262000-6147 rw-p 00262000
Hi,
I have the problem that I get a segmentation fault on the newer versions of the
cygwin1.dll when debugging and a STATUS_STACK_OVERFLOW exception when running
without debugger.
I did an update of my cygwin stuff on Monday, and I'm using the latest snapshot
dll. I'm quite sure it has
On 2/7/2012 5:13 PM, carolus wrote:
On 2/6/2012 5:05 PM, Yaakov (Cygwin/X) wrote:
The -mno-cygwin flag is still handled by gcc3, but that is deprecated
and may be removed at any time. The officially supported way to
build such apps is to use the appropriate mingw or mingw64
cross-compiler.
On Feb 7 17:31, Manuel Wienand wrote:
Hi,
I have the problem that I get a segmentation fault on the newer versions of
the cygwin1.dll when debugging and a STATUS_STACK_OVERFLOW exception when
running without debugger.
I did an update of my cygwin stuff on Monday, and I'm using the latest
On 07/02/2012 11:14 AM, Corinna Vinschen wrote:
On Feb 7 16:43, Denis Excoffier wrote:
I've also instrumented cygwin1.dll as suggested recently to Heiko Elger
in http://cygwin.com/ml/cygwin/2012-02/msg00092.html
[...]
- the /proc/pid/maps of the processes involved in the fork failure look
C:\Users\USER\cygwin\bin\bash.exe
0 [main] bash 6784 C:\cygwin\bin\bash.exe: *** fatal error - add_item
(㽜尿㩃捜杹楷n, /, ...) failed, errno 1
Stack trace:
Frame Function Args
002888D8 6102F96B (002888D8, , , )
00288BC8 6102F96B (6119BD20,
On Feb 7 16:12, Denis Excoffier wrote:
On Tue, Feb 07, 2012 at 03:25:20PM +0100, Corinna Vinschen wrote:
On Feb 7 15:09, Denis Excoffier wrote:
On Sun, Feb 05, 2012 at 05:29:27PM +0100, Corinna Vinschen wrote:
So, here are two questions:
- Since you *knew* that the process.h header
On Feb 7 17:14, Ilguiz Latypov wrote:
C:\Users\USER\cygwin\bin\bash.exe
0 [main] bash 6784 C:\cygwin\bin\bash.exe: *** fatal error - add_item
(㽜尿㩃捜杹楷n, /, ...) failed, errno 1
Grr, this scrambled path is due to the fact that the printf is using
the wrong format
This looks very strange, almost impossible. Did you still have Cygwin
processes running, services maybe, while you updated?
Indeed, I forgot to stop cygrunsrv and sshd. When I saw your question I
ran ProcessExplorer64, turned on the view of all processes but could not
find cygrunsrv, sshd
On Tue, Feb 07, 2012 at 10:13:49AM -0600, carolus wrote:
On 2/6/2012 5:05 PM, Yaakov (Cygwin/X) wrote:
The -mno-cygwin flag is still handled by gcc3, but that is deprecated
and may be removed at any time. The officially supported way to build
such apps is to use the appropriate mingw or mingw64
On Tue, Feb 7, 2012 at 10:42 AM, marco atzeri wrote:
On 2/7/2012 5:13 PM, carolus wrote:
Is there an easy procedure that is equivalent
to the old -mno-cygwin (suitable for a dumb engineer who is not a
programmer and knows nothing about cross-compilation)? -mno-cygwin was a
very handy way to
On Tue, Feb 7, 2012 at 8:26 AM, Nellis, Kenneth
kenneth.nel...@acs-inc.com wrote:
Is the Package Search function broken? Each time I try a
search, for whatever, it tries to download
package-grep.cgi. Happened in both IE and Firefox.
--Ken Nellis
Also confirrmed on Firefox 10.0.
--
Problem
On Tue, Feb 07, 2012 at 12:35:49PM -0600, Quinn Wood wrote:
...
You may also have to change your code if it uses Unix features (an
application I was recently using utilized mmap, which does not come
with Windows.)
Please lets not have this discussion degrade into people discussing best
practices
On 07/02/2012 12:14 PM, Ilguiz Latypov wrote:
[verboten confidential/privileged material disclaimer]
http://sourceware.org/lists.html#disclaimer-bounce
You're lucky the list didn't bounce you. Remove that notice and try again.
Ryan
--
Problem reports: http://cygwin.com/problems.html
On Tue, Feb 07, 2012 at 12:32:41PM -0500, Ryan Johnson wrote:
On 07/02/2012 12:14 PM, Ilguiz Latypov wrote:
[verboten confidential/privileged material disclaimer]
http://sourceware.org/lists.html#disclaimer-bounce
You're lucky the list didn't bounce you. Remove that notice and try again.
Not
On 2/7/2012 10:42 AM, marco atzeri wrote:
On 2/7/2012 5:13 PM, carolus wrote:
On 2/6/2012 5:05 PM, Yaakov (Cygwin/X) wrote:
The -mno-cygwin flag is still handled by gcc3, but that is deprecated
and may be removed at any time. The officially supported way to
build such apps is to use the
On 6 February 2012 14:29, Charles D. Russell wrote:
cdr@dell03 ~/mingtest
$ make hello
i686-w64-mingw32-gfortran.exe hello.f -o hello
cdr@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared libraries:
libgfortran-
3.dll: cannot open shared object
On 2/6/2012 2:29 PM, Charles D. Russell wrote:
i686-w64-mingw32-gfortran.exe hello.f -o hello
cdr@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared libraries:
libgfortran-
3.dll: cannot open shared object file: No such file or directory
The cygwin
On Tue, 2012-02-07 at 10:26 -0500, Christopher Faylor wrote:
FWIW, I build setup.exe on linux with a carefully-constructed environment
which just uses your Cygwin cross-compiler but adds the MinGW bits while
removing the Cygwin bits.
That's why I ship mingw32-*-static packages in
On 2/7/2012 1:51 PM, Tim Prince wrote:
On 2/6/2012 2:29 PM, Charles D. Russell wrote:
i686-w64-mingw32-gfortran.exe hello.f -o hello
cdr@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared libraries:
libgfortran-
3.dll: cannot open shared object file: No such
On 2/7/2012 3:10 PM, carolus wrote:
On 2/7/2012 1:51 PM, Tim Prince wrote:
On 2/6/2012 2:29 PM, Charles D. Russell wrote:
i686-w64-mingw32-gfortran.exe hello.f -o hello
cdr@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared libraries:
libgfortran-
3.dll:
On 2/7/2012 2:26 PM, Tim Prince wrote:
How about the recent suggestion of -static?
That solves my problem. It took a while for the suggestion to sink in.
Thanks
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 2/7/2012 1:44 PM, Chris Sutcliffe wrote:
On 6 February 2012 14:29, Charles D. Russell wrote:
cdr@dell03 ~/mingtest
$ make hello
i686-w64-mingw32-gfortran.exehello.f -o hello
cdr@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared libraries:
On 2/7/2012 10:42 AM, marco atzeri wrote:
On 2/7/2012 5:13 PM, carolus wrote:
On 2/6/2012 5:05 PM, Yaakov (Cygwin/X) wrote:
The -mno-cygwin flag is still handled by gcc3, but that is deprecated
and may be removed at any time. The officially supported way to
build such apps is to use the
On Feb 7 14:10, carolus wrote:
On 2/7/2012 1:51 PM, Tim Prince wrote:
On 2/6/2012 2:29 PM, Charles D. Russell wrote:
i686-w64-mingw32-gfortran.exe hello.f -o hello
cdr@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared libraries:
libgfortran-
3.dll:
2012/2/7 Corinna Vinschen wrote:
On Feb 7 14:10, carolus wrote:
On 2/7/2012 1:51 PM, Tim Prince wrote:
On 2/6/2012 2:29 PM, Charles D. Russell wrote:
i686-w64-mingw32-gfortran.exe hello.f -o hello
cdr@dell03 ~/mingtest
$ ./hello
/home/cdr/mingtest/hello.exe: error while loading shared
On 2/7/2012 3:12 PM, Corinna Vinschen wrote:
There's the usual misconception about the GPL. If you create an
application which is linked against the Cygwin DLL (or any other GPLed
library), but you only use the application in-house, there's no reason
at all to distribute the source code to
On 2012-02-07 17:47, Ryan Johnson wrote:
On 07/02/2012 11:14 AM, Corinna Vinschen wrote:
On Feb 7 16:43, Denis Excoffier wrote:
I've also instrumented cygwin1.dll as suggested recently to Heiko Elger
in http://cygwin.com/ml/cygwin/2012-02/msg00092.html
[...]
- the /proc/pid/maps of the
On 2/7/2012 4:14 PM, carolus wrote:
On 2/7/2012 3:12 PM, Corinna Vinschen wrote:
There's the usual misconception about the GPL. If you create an
application which is linked against the Cygwin DLL (or any other GPLed
library), but you only use the application in-house, there's no reason
at all
On 2/7/2012 5:14 PM, Jesse Ziser wrote:
Well, if you don't want them to have to install Cygwin, then that's a
bigger issue than just licensing. Think of Cygwin like an OS. If you
want to create something that can run under Windows, not Cygwin, then
you have to build it for Windows, not Cygwin.
On 2/7/2012 2:20 PM, Christopher Faylor wrote:
On Tue, Feb 07, 2012 at 12:32:41PM -0500, Ryan Johnson wrote:
On 07/02/2012 12:14 PM, Ilguiz Latypov wrote:
[verboten confidential/privileged material disclaimer]
http://sourceware.org/lists.html#disclaimer-bounce
You're lucky the list didn't
On 2/7/2012 2:59 PM, KARR, DAVID wrote:
I tried to run setup on another box today, and it wasn't showing any download
sites. I thought it might be a problem on that box, but I tried it on my own
box afterwards, and I'm seeing the same problem.
Is this related to the problem with Package
When attempting to compile an application I recieved this error.
make[4]: cl: Command not found
Recognizing the line I'm either toeing or- more accurately- crossing
the line between on- and offtopic here (I apologize) what is cl? I
won't sully this mailing list by asking where to find it.
On Tue, 2012-02-07 at 21:36 -0600, Quinn Wood wrote:
When attempting to compile an application I recieved this error.
make[4]: cl: Command not found
Recognizing the line I'm either toeing or- more accurately- crossing
the line between on- and offtopic here (I apologize) what is cl?
cl is
On 2/7/2012 9:36 PM, Quinn Wood wrote:
what is cl?
The Microsoft C compiler.
--
René Berber
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
On Tue, Feb 7, 2012 at 9:57 PM, Yaakov (Cygwin/X)
yselkow...@users.sourceforge.net wrote:
On Tue, 2012-02-07 at 21:36 -0600, Quinn Wood wrote:
When attempting to compile an application I recieved this error.
make[4]: cl: Command not found
Recognizing the line I'm either toeing or- more
I discovered that while the code is designed for Unix like operating
system, it was indeed making a call to cl. I apologize for not
recognizing that I needed to look at the line in the file it mentioned
explicitly as the fail point.
I also apologize that these are not reading as follow-ups
Gmail does not allow you to receive what appear to be email from yourself,
sent to yourself.
This mailing list is set up in a way that makes it appear that way.
You'll probably need a second email address in order to find a way to avoid
this problem.
On 2/7/2012 11:23 PM, Quinn Wood wrote:
I
On Tue, Feb 07, 2012 at 05:14:59PM -0600, Jesse Ziser wrote:
On 2/7/2012 4:14 PM, carolus wrote:
On 2/7/2012 3:12 PM, Corinna Vinschen wrote:
There's the usual misconception about the GPL. If you create an
application which is linked against the Cygwin DLL (or any other GPLed
library), but
On Tue, Feb 07, 2012 at 08:39:46PM -0600, Yaakov (Cygwin/X) wrote:
Just came across an issue with sys/wait.h in C++. STC:
$ cat test.c
#include stddef.h
#include sys/wait.h
int main(void) { wait(NULL); return 0; }
$ gcc -Wall test.c
$ gcc -x c++ -Wall test.c
test.c: In function ???int
On 2/7/2012 11:58 PM, Christopher Faylor wrote:
Actually, you can easily bundle a program with the Cygwin DLL and have
it work fine.
I confess to doing that for a while, until I learned about -mno-cygwin,
but is that not a license violation? My understanding is that in order
to conform to
Christopher Faylor wrote:
On Tue, Feb 07, 2012 at 08:39:46PM -0600, Yaakov (Cygwin/X) wrote:
Just came across an issue withsys/wait.h in C++. STC:
$ cat test.c
#includestddef.h
#includesys/wait.h
int main(void) { wait(NULL); return 0; }
$ gcc -Wall test.c
$ gcc -x c++ -Wall test.c
test.c:
Tcl/Tk has been updated to 8.5.11 with the following important changes:
* Tcl now uses *NIX APIs and will behave like other Cygwin programs with
regards to filename paths, etc.
* Tk (tcl-tk) now uses X11 instead of GDI. This means the following
Tk-based applications now require an X server at
Ruby has been updated to the latest patch release in the 1.8 series with
the following important changes:
* The tcltk modules now use the *NIX/X11 tcl/tk and are now packaged
separately.
* Security fixes for CVE-2008-3790, CVE-2009-4492, CVE-2010-0541,
CVE-2011-2686, CVE-2011-4815.
--
Yaakov
Version 5.2-1 of tftp and tftp-server packages have been uploaded.
The tftp and tftp-server packages contain client and server programs
implementing the Trivial File Transfer Protocol (TFTP), built from the
tftp-hpa source. The TFTP protocol is normally used only for booting
diskless
New News:
===
I have updated the version of Python to 2.6.7-1. The tarballs should be
available on a Cygwin mirror near you shortly.
The following are the changes since the previous release:
o upgrade to Python 2.6.7
o build against Unix X11 Tcl/Tk
o patch for
70 matches
Mail list logo