Running compiled c++ source code in Cygwin
Hello, I have compiled the file step-1.cc under cygwin without any error messages. Now I have problem to run step-1.exe, even though it is created. When I type wrong path to the executable It gives me bash:command not found. If the path is (according to me) correct, then command line prints newline and empty command line again encounters. It behaves like the program has done nothing, but he should have. I have also tried simple HelloWorld.cc, resp HelloWorld.exe and it works. Where could be the cause of error? I am newbie to Cygwin and i need to make some computations on windows machine. Please help me. Thank M
Is there a Windows clipboard manager that doesn't clash with -clipboard parameter?
Hi, I've found that -clipboard clashes with Windows clipboard history managers such as Ditto. Does anybody know of a clipboard manager with which it does work? If I run glipper in a linux panel in Colinux, then I can use that, and I imagine I could compile them for Cygwin instead, but the panel is handled as a window (I'm using -multiwindow), and I'd rather use a native Windows clipboard manager anyway, so I can only start X when I need to. Thanks, Alister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: trouble with fonts
Can you be a bit more specific about the nature of the remote host with applications which have this problem? Have you seen the applications render their fonts correctly on other remote X servers? I installed the X server package on the remote machine and that solved the problem. It's pretty silly, as the remote machine might not even have a physical screen attached, but it solved the problem. I assume because the X application I'm running uses fonts from a local source I guess? I don't understand this fully. I've red somewhere that X applications use a font server. Do they connect to this font server over the same connection as the X server? Thus, if I use a putty X tunnel, does that tunnel provide a path to the font server as well? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Is there a Windows clipboard manager that doesn't clash with -clipboard parameter?
Are you using the very latest X-Org server? I was having bad problems with VNC, but they've since disappeared with the latest X release. - Jim On 7/24/2009 12:47 AM, Alister Hood wrote: I've found that -clipboard clashes with Windows clipboard history managers such as Ditto. Does anybody know of a clipboard manager with which it does work? -- Jim Reisert AD1C, jjreis...@alum.mit.edu, http://www.ad1c.us -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog syscalls.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-07-24 14:13:44 Modified files: winsup/cygwin : ChangeLog syscalls.cc Log message: * syscalls.cc (unlink_nt): Ignore sharing violation on NFS. Align comments. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4592r2=1.4593 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.524r2=1.525
src/winsup/cygwin ChangeLog syscalls.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-07-24 18:24:57 Modified files: winsup/cygwin : ChangeLog syscalls.cc Log message: * syscalls.cc (internal_setlocale): Fix typo in GBK codepage. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4593r2=1.4594 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.525r2=1.526
winsup/cygwin ChangeLog fhandler.cc fhandler.h ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2009-07-24 20:54:33 Modified files: cygwin : ChangeLog fhandler.cc fhandler.h fhandler_clipboard.cc fhandler_console.cc fhandler_dsp.cc fhandler_fifo.cc fhandler_floppy.cc fhandler_mailslot.cc fhandler_mem.cc fhandler_random.cc fhandler_serial.cc fhandler_tape.cc fhandler_tty.cc fhandler_virtual.cc fhandler_windows.cc fhandler_zero.cc fork.cc sigproc.cc sigproc.h syscalls.cc Log message: * sigproc.h (wait_for_sigthread): Eliminate parameter. * sigproc.cc (wait_for_sigthread): Ditto. Don't synchronize with wait_sig after receiving an event that it is ready to go. (init_sig_pipe): New function. (wait_sig): Call init_sig_pipe to create pipes for communicating signals to this process. Don't send sigCONT signal when initializing. * fork.cc (frok::child): Accommodate wait_for_sigpipe parameter change. * fhandler.h (fhandler_*::write): Make ssize_t/__stdcall. (fhandler_*::write_overlapped): Ditto. (fhandler_*::raw_write): Ditto. (fhandler_*::readv): Ditto. (fhandler_*::writev): Ditto. (fhandler_*::raw_read): Make __stdcall. * fhandler: Accommodate changes to read/write functions throughout. * fhandler_clipboard.cc: Ditto. * fhandler_console.cc: Ditto. * fhandler_dsp.cc: Ditto. * fhandler_fifo.cc: Ditto. * fhandler_mailslot.cc: Ditto. * fhandler_mem.cc: Ditto. * fhandler_mem.cc: Ditto. * fhandler_random.cc: Ditto. * fhandler_tape.cc: Ditto. * fhandler_tty.cc: Ditto. * fhandler_virtual.cc: Ditto. * fhandler_windows.cc: Ditto. * fhandler_zero.cc: Ditto. * syscalls.cc (readv): Use ssize_t as temp variable. * fhandler.cc (fhandler_base::read): Coerce returned len to signed or it will never be treated as 0. (fhandler_base::wait_overlapped): Minimize calls to GetLastError. Remove duplicate debugging test. Fix error return. * fhandler.h (fhandler_fifo::fifo_name): Declare new function. (fhandler_fifo::close): Ditto. (fhandler_fifo::dup): Ditto. (fhandler_fifo::close_on_exec): Ditto. * fhandler.cc (fhandler_fifo::fifo_name): Define new function. (FIFO_BUF_SIZE): New define. (cnp): Ditto. (fhandler_fifo::open): Rework. Use cnp to open named pipe. Always open write side as a client. Open dummy client when writing and can't connect. (wait): Rework. Implement fifo_wait_for_next_client. Handle signals during connect better. Add new fifo_wait_for_server code which polls (sigh) waiting for server. (fhandler_fifo::raw_read): Handle transition states when one client closes and another is available. (fhandler_fifo::close): Define. (fhandler_fifo::dup): Ditto. (fhandler_fifo::close_on_exec): Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.4594r2=1.4595 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler.cc.diff?cvsroot=uberbaumr1=1.351r2=1.352 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler.h.diff?cvsroot=uberbaumr1=1.374r2=1.375 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_clipboard.cc.diff?cvsroot=uberbaumr1=1.43r2=1.44 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_console.cc.diff?cvsroot=uberbaumr1=1.199r2=1.200 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_dsp.cc.diff?cvsroot=uberbaumr1=1.51r2=1.52 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_fifo.cc.diff?cvsroot=uberbaumr1=1.34r2=1.35 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_floppy.cc.diff?cvsroot=uberbaumr1=1.54r2=1.55 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_mailslot.cc.diff?cvsroot=uberbaumr1=1.9r2=1.10 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_mem.cc.diff?cvsroot=uberbaumr1=1.54r2=1.55 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_random.cc.diff?cvsroot=uberbaumr1=1.37r2=1.38 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_serial.cc.diff?cvsroot=uberbaumr1=1.72r2=1.73 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_tape.cc.diff?cvsroot=uberbaumr1=1.70r2=1.71 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_tty.cc.diff?cvsroot=uberbaumr1=1.189r2=1.190 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_virtual.cc.diff?cvsroot=uberbaumr1=1.50r2=1.51 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_windows.cc.diff?cvsroot=uberbaumr1=1.29r2=1.30
Pygtk package does not work
Hi, Does anyone know where to find a pygtk package that actually works? If I install pygtk using the cygwin installer and run `import gtk`, it fails with `ImportError: No module named gtk`. It installed the site-packages into the python2.4 folder, so I've tried copying this into the python2.5 folder and also tried the packages from cygwinports, but I can't actually get it to work. Any ideas? Thanks, Alister -- 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: csih: Patch getVolInfo.c
On Jul 23 20:43, Charles Wilson wrote: Corinna Vinschen wrote: The same patch should go into getVolInfo in csih. Patch below. New patch below. * cygwin/getVolInfo.c: Check ZwOpenFile status code for STATUS_INVALID_PARAMETER and retry top open with FILE_READ_DATA access. Simply STATUS_NO_MEDIA_IN_DEVICE condition. Thanks. I'll roll a new release this weekend (for cygwin-1.7 only). Thanks. Sorry for the typos in the ChangeLog. Here's the corrected version: * cygwin/getVolInfo.c: Check ZwOpenFile status code for STATUS_INVALID_PARAMETER and retry to open with FILE_READ_DATA access. Simplify STATUS_NO_MEDIA_IN_DEVICE condition. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: strange behavior with threads...
On Thu, Jul 23, 2009 at 4:11 PM, Corinna Vinschencorinna-cyg...@cygwin.com wrote: On Jul 23 15:50, jean-luc malet wrote: Hi! I've the following code : void _Window::Start(void* arg) { ThreadArgs args; args.TheWindow=this; args.args=arg; int err = pthread_create(main_thread,NULL,_Start, (void*)args); if (err) { throw new Exception(err, window thread creation error); } } void* _Window::_Start(void* arg) { ThreadArgs* args = (ThreadArgs*) arg; pthread_exit((void*)args-TheWindow-start_routine(args-args)); } _Window::_Start is static for some reason that I can't determine it happens that args in _Window::_Start have strange value (args-TheWindow don't contain a valid pointer, ie a pointer on a _Window object) Maybe you shouldn't let the arg to the thread point to a local stack-based variable in the other method which, as you code implies, returns after having started the thread... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 Yes, sorry for such lame question :( I should have seen this issue the code has been modified and has been tested under linux and is now working as expected under linux, thanks however I have a X server connection issue freeglut (./tests/GENERATED/GlutWindowTest): Unable to create direct context rendering for window ' ' This may hurt performance. XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0.0 after 34 requests (32 known processed) with 5 events remaining. think I will have to post on Cygwin/X ML thanks for help JLM -- KISS! (Keep It Simple, Stupid!) (garde le simple, imbécile!) mais qu'est-ce que tu m'as pondu comme usine à gaz? fait des choses simples et qui marchent, espèce d'imbécile! - Si vous pensez que vous êtes trop petit pour changer quoique ce soit, essayez donc de dormir avec un moustique dans votre chambre. Betty Reese http://www.grainesdechangement.com/citations.htm -- 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
Running compiled c++ source code in Cygwin
Hello, I have compiled the file step-1.cc under cygwin without any error messages. Now I have problem to run step-1.exe, even though it is created. When I type wrong path to the executable It gives me bash:command not found. If the path is (according to me) correct, then command line prints newline and empty command line again encounters. It behaves like the program has done nothing, but he should have. I have also tried simple HelloWorld.cc, resp HelloWorld.exe and it works. Where could be the cause of error? I am newbie to Cygwin and i need to make some computations on windows machine. Please help me. Thank M -- 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
[ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-52
Hi folks, I just uploaded a new Cygwin 1.7 test release, 1.7.0-52. As it turns out, there are still two problems to fix(*) and our vacation schedule is so that we won't get to fix both of them in time *and* release 1.7.1 next week. So, here's 1.7.0-52, which is yet again supposed to be the last test release. Which is to say, there will be definitely not more than one more test release. I mean it. You know the drill by now, see the older test release announcements as http://cygwin.com/ml/cygwin-announce/2009-07/msg00012.html Btw., the User's Guide is also available as PDF now: http://cygwin.com/1.7/cygwin-ug-net/cygwin-ug-net.pdf What's new in contrast to 1.7.0-51 === - Implement waitpid(2) WCONTINUED option. - Support MVFS (Rational ClearCase) filesystem. - unlink(2) now never tries to remove files on remote drives (except on NFS) which are opened by another process. Rather, it returns EBUSY, in line with POSIX. - mount(1) now prints the Windows filesystem name rather than just unknown for filesystems not explicitely handled by Cygwin. For developers: That's getmntent(3) for you. - Support filesystems returning STATUS_NOT_SUPPORTED instead of STATUS_EAS_NOT_SUPPORTED. - A couple of performance tweaks when accessing files. - Notice absence of the Windows character set translation tables for eucJP, eucKR, SJIS, GBK, and Big5 on Windows versions up to Windows XP and, if so, refuse to switch to these charsets in calls to setlocale. Why only for these? Because they are the only charsets which require OS support. - strace(1) now writes debug output with UNIX LF lineendings, rather than with DOS CR/LF. - mount(1) now supports the -a option as well as a single POSIX filename as parameter to allow mounting filesystems from a just changed fstab file in the current session. Bugfixes: = - Return correct si_addr value in siginfo_t when calling signal handler. - Fix typo (noexec - notexec) in mount(1) and getmntent(3). - Fix close-on-exec bug in flock(2). - Return correct value in calls to dup2 (x, y) with x == y. - Fix fork() not to run out of thread-local buffers if a process forks recursively. - Fix a problem in exception handling which made it unreliable on Windows Server 2008 and 2008 R2. - Don't report unavailable servers in network path existence check. - Avoid to alloc excess buffer space on stack when accessing network paths. - Fix debug output in chdir(). (*) What's still to fix? - A problem in the destructor call order on process exit http://cygwin.com/ml/cygwin-developers/2009-07/msg0.html - A FIFO regression http://cygwin.com/ml/cygwin/2009-07/msg00233.html FAQ: - Q: How do I know that I'm running Cygwin 1.7.0-52? A: The `uname -v' command prints 2009-07-24 09:59 Have fun, Corinna *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=3d3dyourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://cygwin.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com Red Hat, Inc. -- 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: Cygwin on Windows Server 2003 - Permission problems !?
Clemens Arth wrote: llvm-ar: can't rename 'c:/cygwin/admin/funnylibrary.a-dofeyJ' as 'c:/cygwin/admin/funnylibrary.a' Permission denied Failure of rename-into-place is almost always caused by an AV program (or similar) that opens handles to your files and holds them open when your program was expecting nothing to have them open. Take a browse at the FAQ entry: http://cygwin.com/faq/faq.using.html#faq.using.bloda The second interesting thing is that although everything runs inside the cygwin shell, the file names in the error report are in windows format (as you can see above). Might this cause some problems, and why does this happen? Because you are running a non-Cygwin version of 'ar', using a script that translates filenames for you automatically. So it is in fact rather likely that this isn't a cygwin problem at all, even though you happen to see it when you launch the programs from a cygwin shell. cheers, DaveK -- 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: Running compiled c++ source code in Cygwin
On Jul 24 11:46, Marek Capek wrote: Hello, I have compiled the file step-1.cc under cygwin without any error messages. Now I have problem to run step-1.exe, even though it is created. When I type wrong path to the executable It gives me bash:command not found. If the path is (according to me) correct, then command line prints newline and empty command line again encounters. It behaves like the program has done nothing, but he should have. I have also tried simple HelloWorld.cc, resp HelloWorld.exe and it works. Where could be the cause of error? I am newbie to Cygwin and i need to make some computations on windows machine. Please help me. It all starts with using the right mailing list. Please drop the cygwin-apps and cygwin-developers list from the address list. They have nothing to do with your question. See http://cygwin.com/lists.html Second, see http://cygwin.com/problems.html. Incidentally I also have a source file called foobar.c which doesn't do what it should. Can you help me? No? See what I mean? We have no idea what you're talking about, unless you give us some details. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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
Can't get sshd to start on windows (Win32 error 1062)
I am having trouble getting the sshd service to start on windows. I have read everything that I can on-line and on the cygwin archives, but I can't seem to find an answer. I am running windows XP. I installed cygwin, ran ssh-host-config -y, ssh-user-config -y (both from a user account in the Administrators group) and attempted to run cygrunsrv -S sshd only to get Win32 error 1062. Here is my cygcheck output. Cygwin Configuration Diagnostics Current System Time: Fri Jul 24 14:05:49 2009 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Program Files\Windows Resource Kits\Tools\ c:\Program Files\Common Files\SIL c:\Program Files\SIL\FieldWorks\ c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\WINDOWS\system32\WindowsPowerShell\v1.0 c:\Program Files\hardBackup\ c:\Program Files\Samsung\Samsung PC Studio 3\ c:\Program Files\Microsoft SQL Server\90\Tools\binn\ c:\Programs\Python30 C C:\cygwin\Program Files\SIL\ShUtils c:\Program Files\QuickTime\QTSystem\ C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 18(SYSTEM) GID: 544(Administrators) 0(root) 544(Administrators) Output from C:\cygwin\bin\id.exe (ntsec) UID: 18(SYSTEM) GID: 544(Administrators) 0(root) 544(Administrators) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'SYSTEM' PWD = '/' HOME = '/' MAKE_MODE = 'unix' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' HOSTNAME = 'Gundabooka' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 7, GenuineIntel' WINDIR = 'C:\WINDOWS' OLDPWD = '/cygdrive/c/WINDOWS/system32' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' TEMP = '/cygdrive/c/WINDOWS/TEMP' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' QTJAVA = 'C:\Program Files\Java\jre6\lib\ext\QTJava.zip' PROCESSOR_LEVEL = '15' GLDPP_PREFS = '-I' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\NetworkService' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.PSC1' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/WINDOWS/TEMP' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'PDFCreator' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0207' CLASSPATH = '.;C:\Program Files\Java\jre6\lib\ext\QTJava.zip' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '1' PYTHON_HOME = 'c:\Programs\Python30' COMPUTERNAME = 'GUNDABOOKA' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd NTFS 114463Mb 36% CP CS UN PA FC d: cd N/A N/A e: cd N/A N/A f: cd N/A N/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Not Found: crontab Found: C:\cygwin\bin\find.exe Found: c:\Program Files\hardBackup\find.exe Warning: C:\cygwin\bin\find.exe hides c:\Program Files\hardBackup\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Not Found: patch Not Found: perl Found: C:\cygwin\bin\rm.exe Found: c:\Program Files\hardBackup\rm.exe Warning: C:\cygwin\bin\rm.exe hides c:\Program Files\hardBackup\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: c:\Program Files\hardBackup\ssh.exe Warning: C:\cygwin\bin\ssh.exe hides c:\Program Files\hardBackup\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Not Found: vi Not Found: vim 61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2009/3/2 5:52 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll -
Re: Cygwin on Windows Server 2003 - Permission problems !?
Hi, Dave Korn schrieb: Clemens Arth wrote: llvm-ar: can't rename 'c:/cygwin/admin/funnylibrary.a-dofeyJ' as 'c:/cygwin/admin/funnylibrary.a' Permission denied Failure of rename-into-place is almost always caused by an AV program (or similar) that opens handles to your files and holds them open when your program was expecting nothing to have them open. Take a browse at the FAQ entry: http://cygwin.com/faq/faq.using.html#faq.using.bloda thanks for the hint. There is no such software installed on the PC, but as it is also stated in the FAQ, problems might still occur from buggy programs that cause system errors. The second interesting thing is that although everything runs inside the cygwin shell, the file names in the error report are in windows format (as you can see above). Might this cause some problems, and why does this happen? Because you are running a non-Cygwin version of 'ar', using a script that translates filenames for you automatically. So it is in fact rather likely that this isn't a cygwin problem at all, even though you happen to see it when you launch the programs from a cygwin shell. This might actually be true. Probably I should simply switch to some other Windows version... Regards Clemens -- 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: perl-Tk is broken
2009/7/23 Wolfgang Goetz: Reini Urban wrote: 2009/7/16 Wolfgang Goetz: cygwin.c:173: error: redefinition of 'wlen' Please try the official cygwin/cygwin.c from http://github.com/rurban/perl/raw/49c38585884a547ae094a6be3f8a37db3018e48d/cygwin/cygwin.c 1) copying this file right behind the 'rsync' of perl-current. patch applies, build fails. the 'tar cfz' of perl-current is named perl-5.10.0.tar.gz PANIC! perl-current-`date +..`.tgz may be ok why not using the stable tgz from cpan? current will not achieve a consistent build over time. Because 5.10.0 stable is not stable as agreed by everyone on p5p. I added some patches which came in over time, so it's really more a perl-5.10.05 Similar to the ActiveState 5.10 release I have the 1.7 version in test now for some weeks and release it soon, after the pending clisp and postgresql. I gave up on the new parrot and perl6 again, so I don't have to waste my time there. http://matrix.cpantesters.org/?dist=Tk+804.028_501 ohjeh.. perl 5.8.8 is yellow for cygwin. there seems to be no interest at all for the moment. I had some spare time some time ago to fix most of the issues, it compiles now , just the event loop still needs to be reconfigured. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- 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
[ANNOUNCEMENT] [1.7] Updated: gawk-3.1.7-1
I've updated the Cygwin 1.7 version of gawk to 3.1.7-1. gawk-3.1.7 is the new upstream release. This is a Cygwin 1.7 update only. There will be no more updates of gawk for Cygwin 1.5. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have general questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin dot com. I would appreciate it if you would use this mailing list rather than emailing me directly. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com Red Hat, Inc. -- 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: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-52
On Jul 24 11:23, Corinna Vinschen wrote: What's new in contrast to 1.7.0-51 === - Implement waitpid(2) WCONTINUED option. - Support MVFS (Rational ClearCase) filesystem. - unlink(2) now never tries to remove files on remote drives (except on NFS) which are opened by another process. Rather, it returns EBUSY, in line with POSIX. Just FYI, I screwed this up. I forgot to take out NFS in the condition handling this, so unlink(2) on NFS will return with EBUSY as well in -52. I fixed that in CVS. Sorry, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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
New Mirror
Hi, I have an Cygwin mirror (from longer time) on my machines. Details of mirror http://piotrkosoft.net/pub/mirrors/cygwin/ ftp://ftp.piotrkosoft.net/pub/mirrors/cygwin/ rsync://piotrkosoft.net/mirrors2/cygwin/ Country: Poland Contact: piotr_at_maluty.pl, admin_at_piotrkosoft.net update: twice a day Thanks in advance Best Regards Piotr Maluty Piotrkosoft.net Piotrkosoft - Data Storage Center -- 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: New Mirror
On 07/24/2009 11:31 AM, Piotr Maluty wrote: Hi, I have an Cygwin mirror (from longer time) on my machines. Details of mirror http://piotrkosoft.net/pub/mirrors/cygwin/ ftp://ftp.piotrkosoft.net/pub/mirrors/cygwin/ rsync://piotrkosoft.net/mirrors2/cygwin/ Country: Poland Contact: piotr_at_maluty.pl, admin_at_piotrkosoft.net update: twice a day Sounds good. See the last paragraph in http://cygwin.com/mirrors.html for instructions on how to get this mirror added this mirror to the list that 'setup.exe' uses. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: [1.7] Updated: cygwin-1.7.0-52
The previous version support GBK code well but this version can't. I now can only use utf-8. 2009/7/24 Corinna Vinschen corinna-cyg...@cygwin.com Hi folks, I just uploaded a new Cygwin 1.7 test release, 1.7.0-52. As it turns out, there are still two problems to fix(*) and our vacation schedule is so that we won't get to fix both of them in time *and* release 1.7.1 next week. So, here's 1.7.0-52, which is yet again supposed to be the last test release. Which is to say, there will be definitely not more than one more test release. I mean it. You know the drill by now, see the older test release announcements as http://cygwin.com/ml/cygwin-announce/2009-07/msg00012.html Btw., the User's Guide is also available as PDF now: http://cygwin.com/1.7/cygwin-ug-net/cygwin-ug-net.pdf What's new in contrast to 1.7.0-51 === - Implement waitpid(2) WCONTINUED option. - Support MVFS (Rational ClearCase) filesystem. - unlink(2) now never tries to remove files on remote drives (except on NFS) which are opened by another process. Rather, it returns EBUSY, in line with POSIX. - mount(1) now prints the Windows filesystem name rather than just unknown for filesystems not explicitely handled by Cygwin. For developers: That's getmntent(3) for you. - Support filesystems returning STATUS_NOT_SUPPORTED instead of STATUS_EAS_NOT_SUPPORTED. - A couple of performance tweaks when accessing files. - Notice absence of the Windows character set translation tables for eucJP, eucKR, SJIS, GBK, and Big5 on Windows versions up to Windows XP and, if so, refuse to switch to these charsets in calls to setlocale. Why only for these? Because they are the only charsets which require OS support. - strace(1) now writes debug output with UNIX LF lineendings, rather than with DOS CR/LF. - mount(1) now supports the -a option as well as a single POSIX filename as parameter to allow mounting filesystems from a just changed fstab file in the current session. Bugfixes: = - Return correct si_addr value in siginfo_t when calling signal handler. - Fix typo (noexec - notexec) in mount(1) and getmntent(3). - Fix close-on-exec bug in flock(2). - Return correct value in calls to dup2 (x, y) with x == y. - Fix fork() not to run out of thread-local buffers if a process forks recursively. - Fix a problem in exception handling which made it unreliable on Windows Server 2008 and 2008 R2. - Don't report unavailable servers in network path existence check. - Avoid to alloc excess buffer space on stack when accessing network paths. - Fix debug output in chdir(). (*) What's still to fix? - A problem in the destructor call order on process exit http://cygwin.com/ml/cygwin-developers/2009-07/msg0.html - A FIFO regression http://cygwin.com/ml/cygwin/2009-07/msg00233.html FAQ: - Q: How do I know that I'm running Cygwin 1.7.0-52? A: The `uname -v' command prints 2009-07-24 09:59 Have fun, Corinna *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=3d3dyourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://cygwin.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. -- 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: Can't get sshd to start on windows (Win32 error 1062)
Maybe it is the problem of the permission of /var/empty 2009/7/24 Marc bookwormm...@gmail.com: I am having trouble getting the sshd service to start on windows. I have read everything that I can on-line and on the cygwin archives, but I can't seem to find an answer. I am running windows XP. I installed cygwin, ran ssh-host-config -y, ssh-user-config -y (both from a user account in the Administrators group) and attempted to run cygrunsrv -S sshd only to get Win32 error 1062. Here is my cygcheck output. Cygwin Configuration Diagnostics Current System Time: Fri Jul 24 14:05:49 2009 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Program Files\Windows Resource Kits\Tools\ c:\Program Files\Common Files\SIL c:\Program Files\SIL\FieldWorks\ c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\WINDOWS\system32\WindowsPowerShell\v1.0 c:\Program Files\hardBackup\ c:\Program Files\Samsung\Samsung PC Studio 3\ c:\Program Files\Microsoft SQL Server\90\Tools\binn\ c:\Programs\Python30 C C:\cygwin\Program Files\SIL\ShUtils c:\Program Files\QuickTime\QTSystem\ C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 18(SYSTEM) GID: 544(Administrators) 0(root) 544(Administrators) Output from C:\cygwin\bin\id.exe (ntsec) UID: 18(SYSTEM) GID: 544(Administrators) 0(root) 544(Administrators) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'SYSTEM' PWD = '/' HOME = '/' MAKE_MODE = 'unix' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' HOSTNAME = 'Gundabooka' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 7, GenuineIntel' WINDIR = 'C:\WINDOWS' OLDPWD = '/cygdrive/c/WINDOWS/system32' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' TEMP = '/cygdrive/c/WINDOWS/TEMP' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' QTJAVA = 'C:\Program Files\Java\jre6\lib\ext\QTJava.zip' PROCESSOR_LEVEL = '15' GLDPP_PREFS = '-I' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\NetworkService' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.PSC1' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/WINDOWS/TEMP' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'PDFCreator' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0207' CLASSPATH = '.;C:\Program Files\Java\jre6\lib\ext\QTJava.zip' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '1' PYTHON_HOME = 'c:\Programs\Python30' COMPUTERNAME = 'GUNDABOOKA' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd NTFS 114463Mb 36% CP CS UN PA FC d: cd N/A N/A e: cd N/A N/A f: cd N/A N/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Not Found: crontab Found: C:\cygwin\bin\find.exe Found: c:\Program Files\hardBackup\find.exe Warning: C:\cygwin\bin\find.exe hides c:\Program Files\hardBackup\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Not Found: patch Not Found: perl Found: C:\cygwin\bin\rm.exe Found: c:\Program Files\hardBackup\rm.exe Warning: C:\cygwin\bin\rm.exe hides c:\Program Files\hardBackup\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: c:\Program Files\hardBackup\ssh.exe Warning: C:\cygwin\bin\ssh.exe hides c:\Program Files\hardBackup\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe
Re: [1.7] Updated: cygwin-1.7.0-52
On Jul 24 23:56, Huang Bambo wrote: http://cygwin.com/#TOFU 2009/7/24 Corinna Vinschen corinna-cygwin... http://cygwin.com/#PCYMTNQREAIYR Hi folks, I just uploaded a new Cygwin 1.7 test release, 1.7.0-52. The previous version support GBK code well but this version can't. I now can only use utf-8. -v please. I'm not fluent in GBK so I need a reproducible testcase including what happens and what is expected. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: [1.7] Updated: libsigsegv-2.6-1
2009/7/24 Christopher Faylor: On Fri, Jul 24, 2009 at 04:05:11AM +0100, Dave Korn wrote: Christopher Faylor wrote: On Fri, Jul 24, 2009 at 02:23:51AM +0100, Dave Korn wrote: Christopher Faylor wrote: The point is that this is using an undocumented interface into Cygwin. If we decide to change anything in SEH handler, which we do from time to time, this code is likely to break. We are not likely to keep libsigsegv in mind if we make future changes to the exception handler. Well, this line of argument also leads to the suggestion that we should define a nice stable interface for it to use. I haven't researched it in depth but if, as it appears, this is a real library used by real Linux apps to do a real job, and it is our goal to make those apps just recompile and work on Cygwin as they do on Linux, then we should give serious consideration to supporting libsigsegv and making what it wants to do possible for it. cheers, There isn't any actionable thing that I can respond to in the above other than to point out that it seems like seem like you weren't reading the discussion very carefully. Well, there isn't any actionable thing that I can respond to in the above other than to point out that I actually /was/ reading the discussion carefully, which is precisely *why* I made that suggestion. Perhaps we should both elucidate our statements? It's so much easier than playing guessing games. Eric already suggested what the stable interface would be and I already pointed out that you could probably just use a similar technique to what is being done now while still using Cygwin's signal handling code without any fragile hooks into the SEH. For some reason, you snipped both of those observations from your response. Let me add a new data point: I'll implement sigaltstack after 1.7.1 is released. From reading libsigsegv's configure, it doesn't look like it will just automatically use it, however. In the meantime, I'd suggest either 1) for now, not building packages with libsigsegv on Cygwin or 2) trying what I suggested for dealing with stack overflow. It's entirely possible that I missed something in 2), of course, but it would be nice to know if I am. Turning off the special windows handler would be an interesting thing to do, anyway, because it would help show if just implementing sigaltstack would solve every problem for Cygwin. Having sigaltstack would be great! clisp started using libsigsegv for 2 purposes: 1) sigv handling to enable generational garbage collection (enabled on cygwin), 2) no-cost stack overflow handling (as with m4, but disabled on clisp's cygwin) cygwin has this speciality in libsigsegv handler-win32.c: # undef HAVE_STACK_OVERFLOW_RECOVERY # define HAVE_STACK_OVERFLOW_RECOVERY 0 And clisp checks for #if HAVE_STACK_OVERFLOW_RECOVERY But segv handling is mandatory for decent performance and only stack overflow handling corrupts the cygwin stack. I could be persuaded to disable stack overflow handling temp. at all on cygwin, but Bruno should have the last word on this. Esp. since Eric enabled it lately. For m4 I guess. But I will not disable the generational garbage collector for clisp on cygwin. Eric, Where is the upstream discussion happening with you and Bruno? On sf.net is only old libsigsegv code, and there's no public mailinglist. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- 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: [1.7] Updated: libsigsegv-2.6-1
On Fri, Jul 24, 2009 at 07:54:50PM +0200, Reini Urban wrote: But segv handling is mandatory for decent performance and only stack overflow handling corrupts the cygwin stack. I can't grok that sentence. Are you reporting a bug? cgf -- 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: [1.7] Updated: cygwin-1.7.0-52
On Jul 24 19:50, Corinna Vinschen wrote: On Jul 24 23:56, Huang Bambo wrote: The previous version support GBK code well but this version can't. I now can only use utf-8. -v please. I'm not fluent in GBK so I need a reproducible testcase including what happens and what is expected. Never mind, I found the problem. I mistyped the codepage for GBK, 963 instead of 936, in the new piece of code which checks if the codepage is available on XP and older systems. Fixed in CVS. Thanks for the report, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: [1.7] Updated: libsigsegv-2.6-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Reini Urban on 7/24/2009 11:54 AM: clisp started using libsigsegv for 2 purposes: 1) sigv handling to enable generational garbage collection (enabled on cygwin), 2) no-cost stack overflow handling (as with m4, but disabled on clisp's cygwin) cygwin has this speciality in libsigsegv handler-win32.c: # undef HAVE_STACK_OVERFLOW_RECOVERY # define HAVE_STACK_OVERFLOW_RECOVERY 0 And clisp checks for #if HAVE_STACK_OVERFLOW_RECOVERY handler-win32.c is the internal implementation detail of libsigsegv. The line you are quoting occurs just before handler-win32.c includes handler-unix.c for the sigsegv recovery, since handler-win32.c is already taking care of the stack overflow recovery. The real thing that clisp is checking for is in sigsegv.h, which does indeed set HAVE_STACK_OVERFLOW_RECOVERY to 1 on cygwin (thanks to handler-win32.c). But segv handling is mandatory for decent performance and only stack overflow handling corrupts the cygwin stack. It seems to me that libsigsegv is not corrupting the cygwin stack - yes, it is using some undocumented internals (and thus is very fragile if cygwin makes changes), but it is successfully installing an alternate stack, and can successfully return from that alternate stack back into the primary stack (at least, several of the tests in the libsigsegv testsuite prove this point). I could be persuaded to disable stack overflow handling temp. at all on cygwin, but Bruno should have the last word on this. Esp. since Eric enabled it lately. For m4 I guess. But I will not disable the generational garbage collector for clisp on cygwin. That's the whole point of my recent changes to allow libsigsegv 2.6+ plus cygwin 1.7.0-52 or newer to do generational garbage collection without having to bypass any cygwin internals. In other words, we've just made cygwin more portable this week, so that libsigsegv can get by with one less hack: http://lists.gnu.org/archive/html/bug-gnulib/2009-07/msg00092.html Eric, Where is the upstream discussion happening with you and Bruno? On sf.net is only old libsigsegv code, and there's no public mailinglist. I've been following up on a thread on the bug-gnulib list (since it was the gnulib list where I first mentioned the m4 crash due to libsigsegv interference at process shutdown): http://lists.gnu.org/archive/html/bug-gnulib/2009-07/threads.html#00034 But we do need to repackage libsigsegv to pick up on this; the current packaging (libsigsegv0-2.6-1) mucks unnecessarily with SEH handling even for generational garbage collection support. - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpp/vkACgkQ84KuGfSFAYC0KgCfUTb5LAFlDT2fcK7or6nFbCWN NX8An2c7Weqc47ahJiY8YOayg1mGq2XP =oGTm -END PGP SIGNATURE- -- 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: strange behavior with threads...
jean-luc malet wrote: I have a X server connection issue freeglut (./tests/GENERATED/GlutWindowTest): Unable to create direct context rendering for window ' ' This may hurt performance. XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0.0 after 34 requests (32 known processed) with 5 events remaining. I receive the same error when running ubuntu in a virtual environment and everything I have found regarding that issue points to either improper configuration of xorg.conf for multiple video cards or video cards that don't support OpenGL. -- View this message in context: http://www.nabble.com/strange-behavior-with-threads...-tp24626168p24649869.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: cygwin 1.7 and perl Fcntl.pm and Touch.pm
installed cygwin 1.7 b...@davisrs/c/src654$ cygcheck -c cygwin Cygwin Package Information Package Version Status cygwin 1.7.0-51 OK used cpan to install File::Touch The install fails from what appears to be an error with this module: b...@davisrs/c/src654$ perl -MFcntl -e ' print $Fcntl::{O_NONBLOCK}, \n ' SCALAR(0x100c22a0) Hmm, this looks like an incorrect usage of the Fcntl exported constants. Perl constants are subs and not scalars. The right usage would be: perl -MFcntl -le ' print O_NONBLOCK' -l is a trick to add \n to every output line. and this is 16384 on 1.5 and 1.7 with all perl's I have. perl -MFcntl -le ' print O_NONBLOCK' Whereas on a cygwin 1.5 system this produces: b...@davisrs1~$ perl -MFcntl -e ' print $Fcntl::{O_NONBLOCK}, \n' *Fcntl::O_NONBLOCK This is perl-5.8 specific and not cygwin-1.5. The idea is this: This is the internal typeglob for the O_NONBLOCK symbol in the Fcntl package namespace. { $Fcntl::{'O_NONBLOCK'} } uses the sub of this typeglob, which results in 16384. Using { $Fcntl::{'O_NONBLOCK'} } ensures that the definition of O_NONBLOCK is checked and not the value, e.g. if O_NONBLOCK would be 0. But the perl-5.10 Exporter was improved and therefore $Fcntl::{'O_NONBLOCK'} autovivifies to a scalar, without any coderef. So it fails. The failing line(s) in touch.pm is: eval { $SYSOPEN_MODE |= { $Fcntl::{'O_NONBLOCK'} }; }; if($@) { if($@ =~ /Your vendor has not defined/) { # probably running on Windows. } else { die $@; # Rethrow exception, must be something different } The next failure with this module are two wrong MacOS X files in the distro ._Makefile.PL and ._test.pl with binary garbage causing Writing Makefile for File::Touch (/usr/bin/perl Makefile.PL exited with 0) CPAN::Reporter: Makefile.PL result is 'pass', No errors. cp ._test.pl blib/lib/File/._test.pl cp Touch.pm blib/lib/File/Touch.pm Manifying blib/man3/File.Touch.3pm /usr/bin/perl.exe -Iblib/arch -Iblib/lib ._Makefile.PL ._Makefile Unrecognized character \x05 in column 2 at ._Makefile.PL line 1. make: *** [._Makefile] Error 255 (/usr/bin/make exited with 512) go to ~/.cpan/build/File-Touch-0.06-* rm ._* change the two lines of $SYSOPEN_MODE |= { $Fcntl::{'O_NONBLOCK'} } to $SYSOPEN_MODE |= O_NONBLOCK perl Makefile.PL make make test install clean -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- 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: [1.7] Updated: libsigsegv-2.6-1
2009/7/24 Christopher Faylor: On Fri, Jul 24, 2009 at 07:54:50PM +0200, Reini Urban wrote: But segv handling is mandatory for decent performance and only stack overflow handling corrupts the cygwin stack. I can't grok that sentence. Are you reporting a bug? Sorry, I understood that wrong. I thought Eric reported the bug that installing the libsigsegv *stack overflow* handler corrupted the cygwin SEH chain with Win2008. Not the *segv* handler. But then I learned that indeed a Win2008 exception causes another SEGV to be delayed (http://lists.gnu.org/archive/html/bug-gnulib/2009-07/msg00092.html) and this fools the segv handler, not the stack handler. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- 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: [1.7] Updated: libsigsegv-2.6-1
On Fri, Jul 24, 2009 at 09:10:52PM +0200, Reini Urban wrote: 2009/7/24 Christopher Faylor: On Fri, Jul 24, 2009 at 07:54:50PM +0200, Reini Urban wrote: But segv handling is mandatory for decent performance and only stack overflow handling corrupts the cygwin stack. I can't grok that sentence. ?Are you reporting a bug? Sorry, I understood that wrong. I thought Eric reported the bug that installing the libsigsegv *stack overflow* handler corrupted the cygwin SEH chain with Win2008. Not the *segv* handler. But then I learned that indeed a Win2008 exception causes another SEGV to be delayed (http://lists.gnu.org/archive/html/bug-gnulib/2009-07/msg00092.html) and this fools the segv handler, not the stack handler. Thanks for the clarification. cgf -- 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
bzr update?
The current version of bzr in Cygwin 1.7 is 1.11. Latest release is 1.17 I believe. Could we please have a package update? This might not be a big deal, except that I'm struggling with some bugs in bzrtools 1.11, and I can't upgrade that without upgrading bzr too. Thanks, Andrew. -- 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
[OT] gmane problem?
For the last month or so, every time I try to post to this list through gmane, the message bounces back with a failure report something like the following: Your message: bzr update? was not delivered to: gmane-os-cyg...@moderators.isc.org because:host moderators.switch.ch[130.59.10.10] said: 550 unknown recipient (in reply to RCPT TO command) Is anyone else having this problem? I wrote to the gmane admins about it a week or two ago, but they didn't answer and the problem hasn't been solved. Thanks, Andrew. -- 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: perl-Tk is broken
Reini Urban wrote: 2009/7/23 Wolfgang Goetz: Reini Urban wrote: 2009/7/16 Wolfgang Goetz: cygwin.c:173: error: redefinition of 'wlen' Please try the official cygwin/cygwin.c from http://github.com/rurban/perl/raw/49c38585884a547ae094a6be3f8a37db3018e48d/cygwin/cygwin.c 1) copying this file right behind the 'rsync' of perl-current. patch applies, build fails. the 'tar cfz' of perl-current is named perl-5.10.0.tar.gz PANIC! perl-current-`date +..`.tgz may be ok why not using the stable tgz from cpan? current will not achieve a consistent build over time. Because 5.10.0 stable is not stable as agreed by everyone on p5p. full ack. I added some patches which came in over time, so it's really more a perl-5.10.05 Similar to the ActiveState 5.10 release but according to your build script you are using *perl-current* via rsync as the base to be patched. Every time you call the build there is a different version! using a 'stable'/'released' tarball and applying patches is the golden way. example: gentoo is on a year 2006 version: (normally the gentoo's are bleading edge. here: not) Emerging (1 of 1) dev-lang/perl-5.8.8-r5 Downloading 'ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/perl-5.8.8.tar.bz2' --2009-07-24 21:13:09-- ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/perl-5.8.8.tar.bz2 = `/volumes/sdb1/portage/distfiles/perl-5.8.8.tar.bz2' Resolving ftp.tu-clausthal.de... 139.174.2.36 Connecting to ftp.tu-clausthal.de|139.174.2.36|:21... connected. Logging in as anonymous ... Logged in! == SYST ... done.== PWD ... done. == TYPE I ... done. == CWD /pub/linux/gentoo/distfiles ... done. == SIZE perl-5.8.8.tar.bz2 ... 10123359 == PASV ... done.== RETR perl-5.8.8.tar.bz2 ... done. Length: 10123359 (9.7M) 100%[==] 10,123,359 1.42M/s in 7.0s 2009-07-24 21:13:17 (1.39 MB/s) - `/volumes/sdb1/portage/distfiles/perl-5.8.8.tar.bz2' saved [10123359] * perl-5.8.8.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] Unpacking source... Unpacking perl-5.8.8.tar.bz2 to /var/tmp/portage/dev-lang/perl-5.8.8-r5/work * Applying perl-prelink-lpthread.patch ... [ ok ] * Applying perl-perldoc-emptydirs.patch ... [ ok ] * Applying perl-5.8.8-reorder-INC.patch ... [ ok ] * Applying perl-picdl.patch ... [ ok ] * Applying perl-noksh.patch ... [ ok ] * Applying perl-5.8.8-makedepend-syntax.patch ... [ ok ] * Applying perl-5.8.7-MakeMaker-RUNPATH.patch ... [ ok ] * Applying perl-regexp-nossp.patch ... [ ok ] * Applying perl-hppa-pa7200-configure.patch ... [ ok ] * Applying perl-5.8.8-lib64.patch ... [ ok ] * Applying perl-5.8.8-USE_MM_LD_RUN_PATH.patch ... [ ok ] * Applying perl-5.8.8-links.patch ... [ ok ] * Applying perl-5.8.8-cplusplus.patch ... [ ok ] * Applying perl-5.8.8-gcc42-command-line.patch ... [ ok ] * Applying perl-5.8.8-asm-page-h-compile-failure.patch ... [ ok ] * Applying perl-5.8.8-perlcc.patch ... [ ok ] * Applying perl-5.8.8-utf8-boundary.patch ... [ ok ] * Applying perl-5.8.8-CVE-2008-1927.patch ... [ ok ] Source unpacked in /var/tmp/portage/dev-lang/perl-5.8.8-r5/work ... http://matrix.cpantesters.org/?dist=Tk+804.028_501 ohjeh.. perl 5.8.8 is yellow for cygwin. there seems to be no interest at all for the moment. I had some spare time some time ago to fix most of the issues, it compiles now , just the event loop still needs to be reconfigured. is /usr/bin/widget working for you? all examples? the funny thing in my (better: my companies) environment: 'widget' solely throws errors. under debugger control all is fine. This smells like optimization/parameter flaws for me. (mainly the -O3, maybe more) have a nice weekend! greetings Wolfgang -- 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: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-52
Fantastic guys! I would just like to take this opportunity to express my thanks to all involved in this, especially for the SEH fix and mount -a enhancement! I will be trying this over the weekend :) Regards Steve - Original Message - From: Corinna Vinschen corinna-cyg...@cygwin.com I just uploaded a new Cygwin 1.7 test release, 1.7.0-52. As it turns out, there are still two problems to fix(*) and our vacation schedule is so that we won't get to fix both of them in time *and* release 1.7.1 next week. So, here's 1.7.0-52, which is yet again supposed to be the last test release. Which is to say, there will be definitely not more than one more test release. I mean it. ... -- 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: perl-Tk is broken
2009/7/24 Wolfgang Goetz: Reini Urban wrote: 2009/7/23 Wolfgang Goetz: Reini Urban wrote: 2009/7/16 Wolfgang Goetz: cygwin.c:173: error: redefinition of 'wlen' Please try the official cygwin/cygwin.c from http://github.com/rurban/perl/raw/49c38585884a547ae094a6be3f8a37db3018e48d/cygwin/cygwin.c 1) copying this file right behind the 'rsync' of perl-current. patch applies, build fails. the 'tar cfz' of perl-current is named perl-5.10.0.tar.gz PANIC! perl-current-`date +..`.tgz may be ok why not using the stable tgz from cpan? current will not achieve a consistent build over time. Because 5.10.0 stable is not stable as agreed by everyone on p5p. full ack. I added some patches which came in over time, so it's really more a perl-5.10.05 Similar to the ActiveState 5.10 release but according to your build script you are using *perl-current* via rsync as the base to be patched. Every time you call the build there is a different version! Hmm, I'll check my build scripts again for the new update, 1.7 only. I use this new build system to test all the older and newer releases also, the cygwin release version is only picked up on ./build all using a 'stable'/'released' tarball and applying patches is the golden way.´ perl is different. 5.8.8 is too old, 5.8.9 is better, but our 5.10.x and dave's 5.10-1 rc is best so far. Only Dave and blead is still missing the important Bug#55162 File::Spec::case_tolerant performance patch I think I have some insight on p5p. example: gentoo is on a year 2006 version: (normally the gentoo's are bleading edge. here: not) http://matrix.cpantesters.org/?dist=Tk+804.028_501 ohjeh.. perl 5.8.8 is yellow for cygwin. there seems to be no interest at all for the moment. I had some spare time some time ago to fix most of the issues, it compiles now , just the event loop still needs to be reconfigured. is /usr/bin/widget working for you? all examples? the funny thing in my (better: my companies) environment: 'widget' solely throws errors. under debugger control all is fine. This smells like optimization/parameter flaws for me. (mainly the -O3, maybe more) No, It's just the wrong eventloop configuration. A simple fix, but it needs at least a day to dig through it again and test it. I mailed Slaven to do that, but he also had no time yet. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- 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: [1.7] fifo regression
On Mon, Jul 20, 2009 at 10:27:18AM -0400, Christopher Faylor wrote: On Mon, Jul 20, 2009 at 01:57:59PM +0200, Corinna Vinschen wrote: On Jul 19 19:35, Christopher Faylor wrote: On Tue, Jul 07, 2009 at 02:02:12PM -0400, Christopher Faylor wrote: On Mon, Jul 06, 2009 at 10:18:39PM -0400, Christopher Faylor wrote: On Mon, Jul 06, 2009 at 07:03:11AM -0600, Eric Blake wrote: But on cygwin 1.7, when you attempt to create multiple writers to a single fifo, the second writer creates an fd just fine but then fails on any attempt to write to that fd: I see the problem but I don't know how to fix it yet. It may be a couple of days before I can come up with a solution. Just an update: I now have a headache. Thanks again Microsoft for making it all so complicated. This is YA example of a feature (Windows Named Pipes) which behave 98% of the way you'd expect it to work. The 2% is the killer. Just an update: @#$%^*(! This sounds promising. I did get Eric's test case working last night with only an addition of one or two hundred lines of extra code. I ended up fixing a long-standing bug in fhandler_base::read, and found a strange problem where fd's are inexplicably changed to textmode. I haven't tracked that one down yet. Then, as I was drifting off to sleep, I realized that my fix only goes 75% of the way towards getting full fifo behavior. So, I probably still won't be checking anything in anytime soon. I've checked this in but I'm not done yet. I was hoping to implement this fully but I probably won't have a chance for at least a week. cgf -- 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
[ANNOUNCEMENT] [1.7] Updated: libsigsegv{1]-2.6+-1 - Experimental
Eric Blake fixed the SEH chain corruption in libsigsegv, which is released hereby as experimental test version 2.6+-1. The DLL revision is bumped from 0 to 1. I also fixed the wrong Library category for setup in this and the curr release. See http://cygwin.com/ml/cygwin/2009-07/msg00881.html It's a small library for handling page faults in user mode. A page fault occurs when a program tries to access to a region of memory that is currently not available. It is mainly required for clisp for generational garbage collection, m4 also uses for stack overflow protection. Canonical homepage: http://libsigsegv.sourceforge.net/ Canonical download: git clone git://repo.or.cz/libsigsegv/ericb.git which is a branch of the official git://git.sv.gnu.org/libsigsegv.git To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Reini Urban -- 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: cygwin 1.7 and perl Fcntl.pm and Touch.pm
Reini Urban wrote: installed cygwin 1.7 b...@davisrs/c/src654$ cygcheck -c cygwin Cygwin Package Information Package VersionStatus cygwin 1.7.0-51 OK used cpan to install File::Touch The install fails from what appears to be an error with this module: b...@davisrs/c/src654$ perl -MFcntl -e ' print $Fcntl::{O_NONBLOCK}, \n ' SCALAR(0x100c22a0) Hmm, this looks like an incorrect usage of the Fcntl exported constants. Perl constants are subs and not scalars. The right usage would be: perl -MFcntl -le ' print O_NONBLOCK' -l is a trick to add \n to every output line. and this is 16384 on 1.5 and 1.7 with all perl's I have. perl -MFcntl -le ' print O_NONBLOCK' Whereas on a cygwin 1.5 system this produces: b...@davisrs1~$ perl -MFcntl -e ' print $Fcntl::{O_NONBLOCK}, \n' *Fcntl::O_NONBLOCK This is perl-5.8 specific and not cygwin-1.5. The idea is this: This is the internal typeglob for the O_NONBLOCK symbol in the Fcntl package namespace. { $Fcntl::{'O_NONBLOCK'} } uses the sub of this typeglob, which results in 16384. Using { $Fcntl::{'O_NONBLOCK'} } ensures that the definition of O_NONBLOCK is checked and not the value, e.g. if O_NONBLOCK would be 0. But the perl-5.10 Exporter was improved and therefore $Fcntl::{'O_NONBLOCK'} autovivifies to a scalar, without any coderef. So it fails. The failing line(s) in touch.pm is: eval { $SYSOPEN_MODE |= { $Fcntl::{'O_NONBLOCK'} }; }; if($@) { if($@ =~ /Your vendor has not defined/) { # probably running on Windows. } else { die $@; # Rethrow exception, must be something different } The next failure with this module are two wrong MacOS X files in the distro ._Makefile.PL and ._test.pl with binary garbage causing Writing Makefile for File::Touch (/usr/bin/perl Makefile.PL exited with 0) CPAN::Reporter: Makefile.PL result is 'pass', No errors. cp ._test.pl blib/lib/File/._test.pl cp Touch.pm blib/lib/File/Touch.pm Manifying blib/man3/File.Touch.3pm /usr/bin/perl.exe -Iblib/arch -Iblib/lib ._Makefile.PL ._Makefile Unrecognized character \x05 in column 2 at ._Makefile.PL line 1. make: *** [._Makefile] Error 255 (/usr/bin/make exited with 512) go to ~/.cpan/build/File-Touch-0.06-* rm ._* change the two lines of $SYSOPEN_MODE |= { $Fcntl::{'O_NONBLOCK'} } to $SYSOPEN_MODE |= O_NONBLOCK perl Makefile.PL make make test install clean Hey thanks reini. It worked great. So to summarize it wasnt a cygwin 1.7 bug it was a perl 5.8 vs perl 5.10 I am a little rusty to with typeglobs so I didnt understand what Fcntl.pm was doing. Plus it looks like all the work was being done in the dll. thanks again bob p.s. I just got a new work laptop and I decided to go with new stuff. Cygwin and all my perl utils have been giving me trouble. Also I went with vim 7.2 vs 7.1 and now I have network file editing slowness. I tracked down one slow down to matchparen.vim and disabled it but there still seems to be something else. Wrong list to complain in I guess. -- 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
[ANNOUNCEMENT] [1.7] Updated: mathomatic-14.5.2-1
Major bugfixes overall. See http://mathomatic.orgserve.de/changes.txt Cygwin build changes: * deleted unused Makefile.cygwin to avoid confusion * fixed requires for ncurses and readline About: Mathomatic is a highly portable, general purpose symbolic math program that can solve, simplify, combine, differentiate, integrate, and compare algebraic equations. It can do standard, complex number, and polynomial arithmetic. It is extremely easy to use and has pretty colored, easily readable display of equations. See http://www.mathomatic.org/ To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Reini Urban mathomatic support under Cygwin at cygwin@cygwin.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
[1.7] Updated: cygwin-1.7.0-52
Hi folks, I just uploaded a new Cygwin 1.7 test release, 1.7.0-52. As it turns out, there are still two problems to fix(*) and our vacation schedule is so that we won't get to fix both of them in time *and* release 1.7.1 next week. So, here's 1.7.0-52, which is yet again supposed to be the last test release. Which is to say, there will be definitely not more than one more test release. I mean it. You know the drill by now, see the older test release announcements as http://cygwin.com/ml/cygwin-announce/2009-07/msg00012.html Btw., the User's Guide is also available as PDF now: http://cygwin.com/1.7/cygwin-ug-net/cygwin-ug-net.pdf What's new in contrast to 1.7.0-51 === - Implement waitpid(2) WCONTINUED option. - Support MVFS (Rational ClearCase) filesystem. - unlink(2) now never tries to remove files on remote drives (except on NFS) which are opened by another process. Rather, it returns EBUSY, in line with POSIX. - mount(1) now prints the Windows filesystem name rather than just unknown for filesystems not explicitely handled by Cygwin. For developers: That's getmntent(3) for you. - Support filesystems returning STATUS_NOT_SUPPORTED instead of STATUS_EAS_NOT_SUPPORTED. - A couple of performance tweaks when accessing files. - Notice absence of the Windows character set translation tables for eucJP, eucKR, SJIS, GBK, and Big5 on Windows versions up to Windows XP and, if so, refuse to switch to these charsets in calls to setlocale. Why only for these? Because they are the only charsets which require OS support. - strace(1) now writes debug output with UNIX LF lineendings, rather than with DOS CR/LF. - mount(1) now supports the -a option as well as a single POSIX filename as parameter to allow mounting filesystems from a just changed fstab file in the current session. Bugfixes: = - Return correct si_addr value in siginfo_t when calling signal handler. - Fix typo (noexec - notexec) in mount(1) and getmntent(3). - Fix close-on-exec bug in flock(2). - Return correct value in calls to dup2 (x, y) with x == y. - Fix fork() not to run out of thread-local buffers if a process forks recursively. - Fix a problem in exception handling which made it unreliable on Windows Server 2008 and 2008 R2. - Don't report unavailable servers in network path existence check. - Avoid to alloc excess buffer space on stack when accessing network paths. - Fix debug output in chdir(). (*) What's still to fix? - A problem in the destructor call order on process exit http://cygwin.com/ml/cygwin-developers/2009-07/msg0.html - A FIFO regression http://cygwin.com/ml/cygwin/2009-07/msg00233.html FAQ: - Q: How do I know that I'm running Cygwin 1.7.0-52? A: The `uname -v' command prints 2009-07-24 09:59 Have fun, Corinna *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=3d3dyourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://cygwin.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cyg...@cygwin.com Red Hat, Inc.
[1.7] Updated: gawk-3.1.7-1
I've updated the Cygwin 1.7 version of gawk to 3.1.7-1. gawk-3.1.7 is the new upstream release. This is a Cygwin 1.7 update only. There will be no more updates of gawk for Cygwin 1.5. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have general questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin dot com. I would appreciate it if you would use this mailing list rather than emailing me directly. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cyg...@cygwin.com Red Hat, Inc.
[1.7] Updated: libsigsegv{1]-2.6+-1 - Experimental
Eric Blake fixed the SEH chain corruption in libsigsegv, which is released hereby as experimental test version 2.6+-1. The DLL revision is bumped from 0 to 1. I also fixed the wrong Library category for setup in this and the curr release. See http://cygwin.com/ml/cygwin/2009-07/msg00881.html It's a small library for handling page faults in user mode. A page fault occurs when a program tries to access to a region of memory that is currently not available. It is mainly required for clisp for generational garbage collection, m4 also uses for stack overflow protection. Canonical homepage: http://libsigsegv.sourceforge.net/ Canonical download: git clone git://repo.or.cz/libsigsegv/ericb.git which is a branch of the official git://git.sv.gnu.org/libsigsegv.git To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Reini Urban
[1.7] Updated: mathomatic-14.5.2-1
Major bugfixes overall. See http://mathomatic.orgserve.de/changes.txt Cygwin build changes: * deleted unused Makefile.cygwin to avoid confusion * fixed requires for ncurses and readline About: Mathomatic is a highly portable, general purpose symbolic math program that can solve, simplify, combine, differentiate, integrate, and compare algebraic equations. It can do standard, complex number, and polynomial arithmetic. It is extremely easy to use and has pretty colored, easily readable display of equations. See http://www.mathomatic.org/ To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Reini Urban mathomatic support under Cygwin at cyg...@cygwin.com