Re: [Fix] Problems with latest version of the ocaml package
I could fix this problem by installing gcc. Please check if gcc is installed on your system. -- View this message in context: http://cygwin.1069669.n5.nabble.com/Problems-with-latest-version-of-the-ocaml-package-tp99376p100755.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Dvd
On Fri, Jul 12, 2013 at 2:17 PM, Christopher Faylor wrote: > On Fri, Jul 12, 2013 at 10:34:31AM -0400, S Thomas wrote: >>Hi >>Saw your post. Do you still provide cygwin DVDs for sale? If yes where >>should I send the money. >>Thanks >>S Thomas > > Not sure who you're asking. I used to provide ISO downloads but my > hosting provider complained about the web traffic. > > So I'm not aware of anyone offering this service. > > cgf I used to offer it ages ago. Probably this thread is what he was referring to: http://cygwin.com/ml/cygwin/2004-06/msg01155.html Robert Pendell A perfect world is one of chaos. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
error with libmoldname.a
Hi, One week ago a project compiled under Cygwin with CC defined as bellow was compiling just fust fine, CC = c:/cygwin/bin/i686-w64-mingw32-gcc.exe But since yesterday, after a cygwin update, I get the following error: Fatal error: Error while reading: C:/cygwin/usr/i686-w64-mingw32/sys-root/mingw/lib/libmoldname.a: end-of-file $ ll C:/cygwin/usr/i686-w64-mingw32/sys-root/mingw/lib/libmoldname.a -rw-r--r-- 1 Seven None 8 7 juil. 13:36 C:/cygwin/usr/i686-w64-mingw32/sys-root/mingw/lib/libmoldname.a $ md5sum C:/cygwin/usr/i686-w64-mingw32/sys-root/mingw/lib/libmoldname.a ab0a4c8c62da160eaae565341c07f202 $ xxd C:/cygwin/usr/i686-w64-mingw32/sys-root/mingw/lib/libmoldname.a 000: 213c 6172 6368 3e0a !. Does someone know what's wrong, and how to fix it? -- Regards -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: error with libmoldname.a
On 7/13/2013 17:46, Florent Monnier wrote: > Hi, > One week ago a project compiled under Cygwin with CC defined as bellow > was compiling just fust fine, > CC = c:/cygwin/bin/i686-w64-mingw32-gcc.exe > > But since yesterday, after a cygwin update, I get the following error: > > Fatal error: Error while reading: > C:/cygwin/usr/i686-w64-mingw32/sys-root/mingw/lib/libmoldname.a: > end-of-file > How are you causing the error? Please show the full command line. signature.asc Description: OpenPGP digital signature
A little problem for the new GCC maintainer
Ciao JonY, it is more than a month that GCC trunk does not build OB on Cygwin. I have flagged this on GCC list, http://gcc.gnu.org/ml/gcc/2013-06/msg00020.html and have proposed also a simple patch that seems to work, http://gcc.gnu.org/ml/gcc/2013-06/msg00027.html but none has taken care of this. Now that you are the new GCC maintainer for Cygwin, may you? TIA, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: error with libmoldname.a
2013/07/13, JonY wrote: > On 7/13/2013 17:46, Florent Monnier wrote: >> Hi, >> One week ago a project compiled under Cygwin with CC defined as bellow >> was compiling just fust fine, >> CC = c:/cygwin/bin/i686-w64-mingw32-gcc.exe >> >> But since yesterday, after a cygwin update, I get the following error: >> >> Fatal error: Error while reading: >> C:/cygwin/usr/i686-w64-mingw32/sys-root/mingw/lib/libmoldname.a: >> end-of-file >> > > How are you causing the error? Please show the full command line. This is a compilation of ocaml and SDL2 together (SDL2 from the scm of 2013-07-07, and protz OCaml (not cygwin one) version 4.00.1) the project is this one: https://github.com/blue-prawn/OCamlSDL2 Again this project was compiling just fine one week ago, and after a Cygwin update, I now get this error: -v turns verbosity on so the second line that starts with + is the underlying command called by the first one $ ocamlmklib -v -ocamlc 'ocamlc -cc "c:/cygwin/bin/i686-w64-mingw32-gcc.exe -g "' -ocamlopt 'ocamlopt -cc "c:/cygwin/bin/i686-w64-mingw32-gcc.exe -g " -g' -o sdl2 -oc sdl2_stubs sdlinit_stub.o sdlquit_stub.o sdlrect_stub.o sdlblendMode_stub.o sdlsurface_stub.o sdlwindow_stub.o sdlrender_stub.o sdltexture_stub.o sdlpixel_stub.o sdlevent_stub.o sdlkeyboard_stub.o sdlkeymod_stub.o sdlmouse_stub.o sdljoystick_stub.o sdlinput_stub.o sdlclipboard_stub.o sdltimer_stub.o sdlgl_stub.o sdlaudio_stub.o sdlversion_stub.o sdlcpuinfo_stub.o sdlpower_stub.o sdlerror_stub.o sdl_platform_stub.o -L/usr/local/lib -lmingw32 -lSDL2main -lSDL2 -lm -luser32 -lgdi32 -lwinmm -limm32 -lole32 -loleaut32 -lshell32 -lversion -luuid + flexlink -chain mingw -stack 16777216 -o .\dllsdl2_stubs.dll sdlinit_stub.o sdlquit_stub.o sdlrect_stub.o sdlblendMode_stub.o sdlsurface_stub.o sdlwindow_stub.o sdlrender_stub.o sdltexture_stub.o sdlpixel_stub.o sdlevent_stub.o sdlkeyboard_stub.o sdlkeymod_stub.o sdlmouse_stub.o sdljoystick_stub.o sdlinput_stub.o sdlclipboard_stub.o sdltimer_stub.o sdlgl_stub.o sdlaudio_stub.o sdlversion_stub.o sdlcpuinfo_stub.o sdlpower_stub.o sdlerror_stub.o sdl_platform_stub.o -L/usr/local/lib -lmingw32 -lSDL2main -lSDL2 -lm -luser32 -lgdi32 -lwinmm -limm32 -lole32 -loleaut32 -lshell32 -lversion -luuid ** Fatal error: Error while reading C:/cygwin/usr/i686-w64-mingw32/sys-root/mingw/lib/libmoldname.a: End_of_file Do you know what the problem could be? and how to fix it? -- Regards -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: error with libmoldname.a
On 7/13/2013 22:25, Florent Monnier wrote: > + flexlink -chain mingw -stack 16777216 -o .\dllsdl2_stubs.dll > sdlinit_stub.o sdlquit_stub.o sdlrect_stub.o sdlblendMode_stub.o > sdlsurface_stub.o sdlwindow_stub.o sdlrender_stub.o sdltexture_stub.o > sdlpixel_stub.o sdlevent_stub.o sdlkeyboard_stub.o sdlkeymod_stub.o > sdlmouse_stub.o sdljoystick_stub.o sdlinput_stub.o sdlclipboard_stub.o > sdltimer_stub.o sdlgl_stub.o sdlaudio_stub.o sdlversion_stub.o > sdlcpuinfo_stub.o sdlpower_stub.o sdlerror_stub.o sdl_platform_stub.o > -L/usr/local/lib -lmingw32 -lSDL2main -lSDL2 -lm -luser32 -lgdi32 > -lwinmm -limm32 -lole32 -loleaut32 -lshell32 -lversion -luuid > > ** Fatal error: Error while reading > C:/cygwin/usr/i686-w64-mingw32/sys-root/mingw/lib/libmoldname.a: > End_of_file > Maybe flexlink needs to learn to handle empty archives? You can copy libm.a over to libmoldname.a as another workaround. signature.asc Description: OpenPGP digital signature
ssh.exe on cygwin: Write error / odd problem, any hints welcome
Dear cygwin list; I'm having a problem, which appears related to Cygwin / ssh / Windows. It's evidenced by 'Write failed: Connection reset by peer". Others have reported it when using rsync with Cygwin, but it's actually an error that comes from ssh.exe, and I've duplicated the error by pasting a large amount of data into a ssh window. 1. With respect to rsync, it might be because of select() determining that the pipe file handle to ssh is writable when it isn't. I understand this has been a problem in the past, and may still be. This is not the avenue I'm even chasing right now, so please don't evenyone note that select + pipe writeability + Cygwin is a persistent problem. 2. I suspect ssh.exe + Cygwin is deadlocking somewhere. It's especially likely that the client and server keepalive mechanism is involved as I'm able to consistently reproduce errors and just prior to getting the Write failed message, I get a keepalive packet. This is the problem I started out actually trying to solve. 3. My reason for writing this list, however, is that there appears to be some sort of a global resource that I managed to bugger up, and only a reboot corrected. Having been experimenting with overflowing ssh.exe by pasting a great deal of info into it while connected to a server and putting various debug statements into ssh.exe to track down the issue, I decided to give plink.exe a try. I was thinking maybe the problem was with windows itself somehow, so give a different program NOT using ssh.exe or Cygwin a try. I did that, and having done that...the outcome was that a number of ssh.exe processes that we normally run for maintenance jobs all started failing intermittently to the test server. I then shut down 100% of all software using Cygwin, and all the ssh.exe processes. we gave it 5 minutes or so, and then started up the maintenance ssh.exe processes again (they do various port forwardings). They continued to exhibit problems moving port forwarded data. the ssh.exe processes don't use stdin/stdout or pipes, they're all network based I don't think they use any of stdin/stdout/stderr or pipes for pure network forward channels. I completely appreciate this isn't entirely a Cygwin problem. That said, is anyone aware of any static buffers or other resources built within cgywin, or used by Cygwin but that are static in Windows, that could have been filled or exhausted - I don't even know an avenue to chase now, and soliciting hints. i.e. something whereby if I paste "too much" data into plink.exe on stdin that somehow some cgywin ssh.exe processes start having problems, and moreover would not recover by stopping all Cygwin processes and restarting. Any hints or pointers to any code within openssh, Cygwin, etc, that might be worth poking around in and adding debug statements. The good news is this is the first time we've seen anything remotely like this, and have a fairly extensive install base. We seem to be able to duplicate on our test setup consistently, which is good. It happens to be win 2008 R2. We've never seen any evidence of fork() or other problems that more typically get reported. Thanks, Devin -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [solved] error with libmoldname.a
2013/07/13, JonY wrote: > On 7/13/2013 22:25, Florent Monnier wrote: >> + flexlink -chain mingw -stack 16777216 -o .\dllsdl2_stubs.dll >> sdlinit_stub.o sdlquit_stub.o sdlrect_stub.o sdlblendMode_stub.o >> sdlsurface_stub.o sdlwindow_stub.o sdlrender_stub.o sdltexture_stub.o >> sdlpixel_stub.o sdlevent_stub.o sdlkeyboard_stub.o sdlkeymod_stub.o >> sdlmouse_stub.o sdljoystick_stub.o sdlinput_stub.o sdlclipboard_stub.o >> sdltimer_stub.o sdlgl_stub.o sdlaudio_stub.o sdlversion_stub.o >> sdlcpuinfo_stub.o sdlpower_stub.o sdlerror_stub.o sdl_platform_stub.o >> -L/usr/local/lib -lmingw32 -lSDL2main -lSDL2 -lm -luser32 -lgdi32 >> -lwinmm -limm32 -lole32 -loleaut32 -lshell32 -lversion -luuid >> >> ** Fatal error: Error while reading >> C:/cygwin/usr/i686-w64-mingw32/sys-root/mingw/lib/libmoldname.a: >> End_of_file >> > > Maybe flexlink needs to learn to handle empty archives? You can copy > libm.a over to libmoldname.a as another workaround. Indeed your workaround solves the compilation error. Thank you very much! I've reported the problem to the author of FlexDLL. -- Regards -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
