Christopher Faylor wrote:
On Tue, Feb 07, 2012 at 08:39:46PM -0600, Yaakov (Cygwin/X) wrote:
Just came across an issue with in C++. STC:
$ cat test.c
#include
#include
int main(void) { wait(NULL); return 0; }
$ gcc -Wall test.c
$ gcc -x c++ -Wall test.c
test.c: In function ???int main()???:
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 t
On Tue, Feb 07, 2012 at 08:39:46PM -0600, Yaakov (Cygwin/X) wrote:
>Just came across an issue with in C++. STC:
>
>$ cat test.c
>#include
>#include
>int main(void) { wait(NULL); return 0; }
>
>$ gcc -Wall test.c
>
>$ gcc -x c++ -Wall test.c
>test.c: In function ???int main()???:
>test.c:2:27: e
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
>>> li
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
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 correct
On Tue, Feb 7, 2012 at 9:57 PM, Yaakov (Cygwin/X)
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 accurately- crossing
>> the
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: http://cygwin.com/ml
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?"
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. Searc
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 Searc
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 bou
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 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 t
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//maps
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 your
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:
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:
> >>
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 approp
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:
libgfortran-
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: h
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: cann
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 f
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 fedora-cygw
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 distribut
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 obj
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 approp
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.
N
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
F
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
practi
On Tue, Feb 7, 2012 at 8:26 AM, Nellis, Kenneth
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 reports: http://
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
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 min
> 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 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 for
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 p
> 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 (61
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//maps of the processes involved in the fork failure look
normal:
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 l
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.
Is
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 somethin
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//maps of the processes involved in the fork failure look
> normal:
> ...
> 61262000-6147 rw-p 00262000
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 equ
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
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 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
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 al
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
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 locale.bind_textdo
On Tue, Feb 7, 2012 at 3:26 PM, Nellis, Kenneth
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
Me too!
These are the headers sent by the web server:
HTTP/1.1 200
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 remov
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: http
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
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 ins
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 wor
On Feb 6 21:39, Magnus Holmgren wrote:
> Corinna Vinschen 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 benchmark
>
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\Administrator>base64 oso|base64 -d -
> >>base64: write error:
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 seve
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\Administrator>base64 oso|base64 -d -
base64: write error: Bad file descriptor
base64: write error
C:\Documents and S
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 workstations
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
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 ru
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, 'x2x-1.
63 matches
Mail list logo
