Re: general setup.exe status incl network install [was Re: setup ChangeLog IniDBBuilder.h IniDBBuilderPac ...]
On Dec 17 01:33, Dave Korn wrote: I think the strace suggests where the problem lies: 350 519655 [main] bash 680 open: 3 = open (/tmp/sh-thd-1261038922, 0x10E01) [ ... snip ... ] 517 535090 [main] bash 680 open: 4 = open (/tmp/sh-thd-1261038922, 0x1) 454 535544 [main] bash 680 close: close (3) 476 536020 [main] bash 680 fhandler_base::close: closing '/tmp/sh-thd-1261038922' handle 0x6A4 679 536699 [main] bash 680 close: 0 = close (3) 563 537262 [main] bash 680 normalize_posix_path: src /tmp/sh-thd-1261038922 605 537867 [main] bash 680 normalize_posix_path: /tmp/sh-thd-1261038922 = normalize_posix_path (/tmp/sh-thd-1261038922) 449 538316 [main] bash 680 mount_info::conv_to_win32_path: conv_to_win32_path (/tmp/sh-thd-1261038922) 571 538887 [main] bash 680 set_flags: flags: binary (0x2) 806 539693 [main] bash 680 mount_info::conv_to_win32_path: src_path /tmp/sh-thd-1261038922, dst Z:\cygremotewin2\tmp\sh-thd-1261038922, flags 0x3000A, rc 0 1641 541334 [main] bash 680 symlink_info::check: not a symlink 1003 542337 [main] bash 680 symlink_info::check: 0 = symlink.check (Z:\cygremotewin2\tmp\sh-thd-1261038922, 0x22B5E8) (0x3000A) 466 542803 [main] bash 680 path_conv::check: this-path(Z:\cygremotewin2\tmp\sh-thd-1261038922), has_acls(1) 547 543350 [main] bash 680 seterrno_from_win_error: /ext/build/netrel/src/cygwin-1.7.0-62/winsup/cygwin/syscalls.cc:674 windows error 32 496 543846 [main] bash 680 geterrno_from_win_error: windows error 32 == errno 16 449 544295 [main] bash 680 __set_errno: void seterrno_from_win_error(const char*, int, DWORD):319 val 16 433 544728 [main] bash 680 unlink: -1 = unlink (/tmp/sh-thd-1261038922) 740 545468 [main] bash 680 close: close (4) 498 545966 [main] bash 680 fhandler_base::close: closing '/tmp/sh-thd-1261038922' handle 0x6A0 1121 547087 [main] bash 680 close: 0 = close (4) It looks like the unlink-while-you-still-have-an-open-handle-to-the-file trick isn't working on SMB mounts, perhaps? Indeed. unlink-while-you-still-have-an-open-handle-to-the-file requires to be able to move the file to the recycle bin. The recycle bin does not exist on shares. So you get an EBUSY which is perfectly fine with POSIX. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: 1.7 installation failed (on network drive?)
On Dec 17 02:12, Thomas Wolff wrote: I took an extra drive to the lab this afternoon, with no good results. [...] mkdir:NtCreateFile - 0 \??\D:\cygwin17p\http%3a%2f%2fftp-stud.hs-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin%2f filemanip:NtCreateFile - 0 \??\D:\cygwin17p\http%3a%2f%2fftp-stud.hs-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin%2f\setup-2.ini mkdir:NtCreateFile - C022 This appears to be the actual start of the desaster. The problem is that the above alone gives us no clue about the real reason for the access denied error. It's quite puzzeling that there's no log from NTSecurity::SetPosixPerms(), so setting the permissions worked fine, apparently. Here's what we need next: - Who are you (Windows user and primary group name)? - Output of `cacls D:\' - In GDB, set a breakpoint on mkdir_p and stop right at the point above, *before* NtCreateFile gets called. - What are the permission bits given to the mkdir_p call above? - Output of `cacls D:\cygwin17p' right before the NtCreateFile call. - Output of `cacls D:\cygwin17p\http%3a%2f%2fftp-stud.hs-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin%2f' right after the NtCreateFile call but *before* the call to nt_sec.SetPosixPerms(). - Output of `cacls D:\cygwin17p\http%3a%2f%2fftp-stud.hs-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin%2f' right after the nt_sec.SetPosixPerms() call. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: ITP: steghide 0.5.1-1
On Dec 10 18:31, Jari Aalto wrote: wget \ http://cante.net/~jaalto/tmp/cygwin/steghide/setup.hint \ http://cante.net/~jaalto/tmp/cygwin/steghide/steghide-0.5.1-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/steghide/steghide-0.5.1-1.tar.bz2 Uploaded. Please don't forget to announce. You also still have to announce the rc package. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: 1.7 installation failed (on network drive?)
Corinna Vinschen wrote: On Dec 17 02:12, Thomas Wolff wrote: I took an extra drive to the lab this afternoon, with no good results. [...] mkdir:NtCreateFile - 0 \??\D:\cygwin17p\http%3a%2f%2fftp-stud.hs-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin%2f filemanip:NtCreateFile - 0 \??\D:\cygwin17p\http%3a%2f%2fftp-stud.hs-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin%2f\setup-2.ini mkdir:NtCreateFile - C022 This appears to be the actual start of the desaster. I guess I should have made clear that the trace of the filename comes *after* the trace of the status in my logs, sorry. So in this log, it's: mkdir:NtCreateFile - C022 \??\H:\cygwin17\etc\setup Anyway, this complies with the fact that's it's the network drive H: giving the problems, not D: which is a local drive. So I think I should apply all your instructions to H:\cygwin17\etc\setup, or to H:\cygwin17p in the reverse test case: mkdir:NtCreateFile - C022 \??\H:\cygwin17p The problem is that the above alone gives us no clue about the real reason for the access denied error. It's quite puzzeling that there's no log from NTSecurity::SetPosixPerms(), so setting the permissions worked fine, apparently. That's quite clear because after return status C0*22, SetPosixPerms will not be called as it is guarded by if (NT_SUCCESS (status)) Maybe I'll be able to test again tomorrow. What about the option to use mkdir (the normal one from libc) rather than NtCreateFile? I think there were some considerations about assigning backup flags but maybe that's not needed for directories? Thomas Here's what we need next: - Who are you (Windows user and primary group name)? - Output of `cacls D:\' - In GDB, set a breakpoint on mkdir_p and stop right at the point above, *before* NtCreateFile gets called. - What are the permission bits given to the mkdir_p call above? - Output of `cacls D:\cygwin17p' right before the NtCreateFile call. - Output of `cacls D:\cygwin17p\http%3a%2f%2fftp-stud.hs-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin%2f' right after the NtCreateFile call but *before* the call to nt_sec.SetPosixPerms(). - Output of `cacls D:\cygwin17p\http%3a%2f%2fftp-stud.hs-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin%2f' right after the nt_sec.SetPosixPerms() call. Corinna
Re: 1.7 installation failed (on network drive?)
On Dec 17 12:17, Thomas Wolff wrote: Corinna Vinschen wrote: On Dec 17 02:12, Thomas Wolff wrote: I took an extra drive to the lab this afternoon, with no good results. [...] mkdir:NtCreateFile - 0 \??\D:\cygwin17p\http%3a%2f%2fftp-stud.hs-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin%2f filemanip:NtCreateFile - 0 \??\D:\cygwin17p\http%3a%2f%2fftp-stud.hs-esslingen.de%2fpub%2fMirrors%2fsources.redhat.com%2fcygwin%2f\setup-2.ini mkdir:NtCreateFile - C022 This appears to be the actual start of the desaster. I guess I should have made clear that the trace of the filename comes *after* the trace of the status in my logs, sorry. So in this log, it's: mkdir:NtCreateFile - C022 \??\H:\cygwin17\etc\setup No, that was quite clear. I just got out of sync when reading the log output. Anyway, this complies with the fact that's it's the network drive H: giving the problems, not D: which is a local drive. So I think I should apply all your instructions to H:\cygwin17\etc\setup, or to H:\cygwin17p in the reverse test case: mkdir:NtCreateFile - C022 \??\H:\cygwin17p Just keep everything as it is. The problem is that you get a C022, STATUS_ACCESS_DENIED. I can only reprocude this if I really have no right to create a directory. Has the H:\cygwin17 directory been created at all? If so, we should examine the cacls for this dir just like the cacls for H:\ itself. Hmm. [...time passes...] Hang on, there's another possible reason for STATUS_ACCESS_DENIED. Mkdir_p calls NtCreateFile to create the directory with STANDARD_RIGHTS_ALL rights. This includes WRITE_DAC and WRITE_OWNER rights. Especially the last one could be a problem for a non-admin user. Could you please try to replace STANDARD_RIGHTS_ALL with SYNCHRONIZE | WRITE_DAC | READ_CONTROL If that works, we're done. If that doesn't work, try SYNCHRONIZE | READ_CONTROL If that works, you will see failure log output from SetPosixPerms(). Either way, this might be the entire problem here. If the first expression works, we should be able to use it as is. If only the second expression works, we have to do some admin/non-admin conditional. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: setup ChangeLog IniDBBuilder.h IniDBBuilderPac ...
On Dec 16 13:40, Christopher Faylor wrote: On Wed, Dec 16, 2009 at 06:18:38PM +0100, Corinna Vinschen wrote: But we discussed this on the developers list. The old setup will be setup-legacy.exe and setup.exe is only for 1.7 and later. I'm rather puzzled that you want to change this again. I have matching local changes to the web page waiting. Please don't change this again. Since I have to change source code to understand the release-legacy directory, I opted to just do it in the trunk rather than the ancient setup 1.5 branch. There will still be a setup-legacy binary. Ok. The problem is just this. If setup.exe still works for 9x users and just access setup-legacy.ini, they will never see that they are accessing an unsupported repository. That's why I now think that setup.exe should give them a warning instead. They should explicitely be forced to use setup-legacy.exe if they updated at all. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: 1.7 installation failed (on network drive?)
On Dec 17 14:09, Corinna Vinschen wrote: Has the H:\cygwin17 directory been created at all? If so, we should examine the cacls for this dir just like the cacls for H:\ itself. Hmm. [...time passes...] Hang on, there's another possible reason for STATUS_ACCESS_DENIED. Mkdir_p calls NtCreateFile to create the directory with STANDARD_RIGHTS_ALL rights. This includes WRITE_DAC and WRITE_OWNER rights. Especially the last one could be a problem for a non-admin user. Could you please try to replace STANDARD_RIGHTS_ALL with SYNCHRONIZE | WRITE_DAC | READ_CONTROL If that works, we're done. If that doesn't work, try SYNCHRONIZE | READ_CONTROL If that works, you will see failure log output from SetPosixPerms(). Either way, this might be the entire problem here. If the first expression works, we should be able to use it as is. If only the second expression works, we have to do some admin/non-admin conditional. Good news. I can finally reproduce the problem. Digging deeper now... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: 1.7 installation failed (on network drive?)
Corinna Vinschen wrote: On Dec 17 14:09, Corinna Vinschen wrote: Has the H:\cygwin17 directory been created at all? If so, we should examine the cacls for this dir just like the cacls for H:\ itself. No, it hasn't. For some ACLs, see below. Hmm. [...time passes...] Hang on, there's another possible reason for STATUS_ACCESS_DENIED. Mkdir_p calls NtCreateFile to create the directory with STANDARD_RIGHTS_ALL rights. This includes WRITE_DAC and WRITE_OWNER rights. Especially the last one could be a problem for a non-admin user. I looked up what these two mean and in fact it sounds like the problem; I had previously sent the output of getfacl on the drive directories and on directories manually created there, don't know if that helps: Also here is the output of getfacl for directories on the two network drives I had tried: # file: /cygdrive/h # owner: Administratoren # group: user::rwx user:wolff:rwx group::--- group:SYSTEM:rwx mask:rwx other:--- default:user::rwx default:user:Administratoren:rwx default:user:wolff:rwx default:group:SYSTEM:rwx default:mask:rwx # file: /cygdrive/h/cygwin # owner: wolff # group: Domänen-Benutzer user::rwx group::--- group:root:rwx group:SYSTEM:rwx mask:rwx other:--- default:user::rwx default:user:wolff:rwx default:group:root:rwx default:group:SYSTEM:rwx default:mask:rwx # file: /cygdrive/t/TGI # owner: Administratoren # group: user::rwx group::--- group:SYSTEM:rwx group:Benutzer:r-x mask:rwx other:--- default:user::rwx default:user:Administratoren:rwx default:group:SYSTEM:rwx default:group:Benutzer:r-x default:mask:rwx # file: /cygdrive/t/TGI/cygwin # owner: Administratoren # group: user::rwx group::--- group:SYSTEM:rwx group:Benutzer:r-x mask:rwx other:--- default:user::rwx default:user:Administratoren:rwx default:group:SYSTEM:rwx default:group:Benutzer:r-x default:mask:rwx Also, speaking of ACLs and pondering about possible effects of their inheritance, it comes to my mind that it might make a difference whether to create H:\cygwin in a mounted H: drive or H:\mydir\cygwin so I'll try that next time. Could you please try to replace STANDARD_RIGHTS_ALL with SYNCHRONIZE | WRITE_DAC | READ_CONTROL If that works, we're done. If that doesn't work, try SYNCHRONIZE | READ_CONTROL If that works, you will see failure log output from SetPosixPerms(). Either way, this might be the entire problem here. If the first expression works, we should be able to use it as is. If only the second expression works, we have to do some admin/non-admin conditional. Good news. I can finally reproduce the problem. Digging deeper now... Great, so I'll wait. Concerning time until release, if you want me to test something tomorrow morning that's OK, if you want me to test something today, please provide compiled debug versions somewhere on the net as I cannot compile it here. Thomas
Re: setup ChangeLog IniDBBuilder.h IniDBBuilderPac ...
On Thu, Dec 17, 2009 at 02:12:15PM +0100, Corinna Vinschen wrote: On Dec 16 13:40, Christopher Faylor wrote: On Wed, Dec 16, 2009 at 06:18:38PM +0100, Corinna Vinschen wrote: But we discussed this on the developers list. The old setup will be setup-legacy.exe and setup.exe is only for 1.7 and later. I'm rather puzzled that you want to change this again. I have matching local changes to the web page waiting. Please don't change this again. Since I have to change source code to understand the release-legacy directory, I opted to just do it in the trunk rather than the ancient setup 1.5 branch. There will still be a setup-legacy binary. Ok. The problem is just this. If setup.exe still works for 9x users and just access setup-legacy.ini, they will never see that they are accessing an unsupported repository. That's why I now think that setup.exe should give them a warning instead. They should explicitely be forced to use setup-legacy.exe if they updated at all. There will still be a setup-legacy binary != setup.exe will seem to work just fine for Windows 9x users. cgf
Re: setup ChangeLog IniDBBuilder.h IniDBBuilderPac ...
On Dec 17 10:52, Christopher Faylor wrote: On Thu, Dec 17, 2009 at 02:12:15PM +0100, Corinna Vinschen wrote: On Dec 16 13:40, Christopher Faylor wrote: On Wed, Dec 16, 2009 at 06:18:38PM +0100, Corinna Vinschen wrote: But we discussed this on the developers list. The old setup will be setup-legacy.exe and setup.exe is only for 1.7 and later. I'm rather puzzled that you want to change this again. I have matching local changes to the web page waiting. Please don't change this again. Since I have to change source code to understand the release-legacy directory, I opted to just do it in the trunk rather than the ancient setup 1.5 branch. There will still be a setup-legacy binary. Ok. The problem is just this. If setup.exe still works for 9x users and just access setup-legacy.ini, they will never see that they are accessing an unsupported repository. That's why I now think that setup.exe should give them a warning instead. They should explicitely be forced to use setup-legacy.exe if they updated at all. There will still be a setup-legacy binary != setup.exe will seem to work just fine for Windows 9x users. You wrote that you would like setup to work on 9x again and that's what I'm talking about. I didn't mean to imply anything about setup-legacy. It's all about setup. Details might be helpful. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: 1.7 installation failed (on network drive?)
On Dec 17 14:38, Corinna Vinschen wrote: On Dec 17 14:09, Corinna Vinschen wrote: Has the H:\cygwin17 directory been created at all? If so, we should examine the cacls for this dir just like the cacls for H:\ itself. Hmm. [...time passes...] Hang on, there's another possible reason for STATUS_ACCESS_DENIED. Mkdir_p calls NtCreateFile to create the directory with STANDARD_RIGHTS_ALL rights. This includes WRITE_DAC and WRITE_OWNER rights. Especially the last one could be a problem for a non-admin user. Could you please try to replace STANDARD_RIGHTS_ALL with SYNCHRONIZE | WRITE_DAC | READ_CONTROL If that works, we're done. If that doesn't work, try SYNCHRONIZE | READ_CONTROL If that works, you will see failure log output from SetPosixPerms(). Either way, this might be the entire problem here. If the first expression works, we should be able to use it as is. If only the second expression works, we have to do some admin/non-admin conditional. Good news. I can finally reproduce the problem. Digging deeper now... It turned out that even the WRITE_DAC access can result in an access denied error on a share if the user is not an admin user, even though the file is owned by the creator. This can also be observed when you open the file's properties dialog and visit the security tab. While you can press the Edit... button (it's not grayed out) you can not edit the DACL despite being the owner of the file. Go figure! I applied a patch which falls back to opening/creating the file/dir without WRITE_DAC if the first call failed. That's not quite optimal but it works. Please check out the latest from CVS and test in your scenario. For me it works now on the share as well as on local drives. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
RFU: doxygen 1.6.1-2
This fixes some packaging errors in -1 and adds manpages to the package. wget -e robots=off --cut-dirs=2 -np -nH -A'*1.6.1-2*' -r \ http://etr-usa.com/cygwin/doxygen/ Previous -1 should be removed.
RFU: sqlite 3.6.21-3
This fixes a b0rked source patch -1 and -2, which should be removed. wget -e robots=off --cut-dirs=2 -np -nH -A'*3.6.21-3*' -r \ http://etr-usa.com/cygwin/sqlite3/ Yes, I'm aware that I should be testing these packages better. No need to tell me I am a doofus. I already know that.
1.7.1 - problem with moving mouse programmatically with xte
I am using Cygwin/X 1.7.1 and I am running applications on this X server from a Slackware virtual machine. I am using xte v1.03 to move the mouse using keyboard shortcuts. Using ion3 as the window manager. When running e.g. # xte 'mousermove +250 0' the mouse cursor should move to the right; indeed, the window manager changes focus as if moved to the right, but the cursor doesn't visibly move. When mouse is moved, movement continues from the visible location (the xte movement is 'forgot'). I am starting the X server with this command (inside startx.bat file which is ran with bin/run.exe) XWin -ac -clipboard -silent-dup-error Note that the exact thing works perfectly with the stable 1.5 version. Hope this helps identify a problem. Thank you for developing Cygwin/X. Best, Radu -- 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/
screen not updated outside 1680x1050
My screen resolution is 1920x1200. The X windows are badly updated (sometimes yes, most of the time no) outside the top-left area 1680x1050. My problems are seen with xterm, gv, gvim, rxvt-x... so I think comes from X.org. To produce the problem: start an X windows program, then move the window to the right and go back to the left. For gvim, it is particularly annoying when maximizing the window. However /var/log/XWin.0.log says it read the good screen dimensions: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.7.1.0 (10701000) Build Date: 2009-11-11 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1680 h 1050 winInitializeDefaultScreens - Returning 2009-12-17 13:37:31 _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 2009-12-17 13:37:31 _XSERVTransOpen: transport open failed for inet6/VOR-CRV-01660:0 2009-12-17 13:37:31 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 2009-12-17 13:37:35 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 2009-12-17 13:37:35 (II) xorg.conf is not supported 2009-12-17 13:37:35 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 2009-12-17 13:37:35 winPrefsLoadPreferences: /cygdrive/d/Documents/.XWinrc 2009-12-17 13:37:35 winGetDisplay: DISPLAY=:0.0 2009-12-17 13:37:37 winDetectSupportedEngines - Windows NT/2000/XP 2009-12-17 13:37:37 winDetectSupportedEngines - DirectDraw installed 2009-12-17 13:37:37 winDetectSupportedEngines - DirectDraw4 installed 2009-12-17 13:37:37 winDetectSupportedEngines - Returning, supported engines 0007 2009-12-17 13:37:37 winSetEngine - Multi Window or Rootless = ShadowGDI 2009-12-17 13:37:37 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel 2009-12-17 13:37:38 winAllocateFBShadowGDI - Creating DIB with width: 1680 height: 1050 depth: 32 2009-12-17 13:37:38 winFinishScreenInitFB - Masks: 00ff ff00 00ff 2009-12-17 13:37:38 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 2009-12-17 13:37:38 null screen fn ReparentWindow 2009-12-17 13:37:38 null screen fn RestackWindow 2009-12-17 13:37:38 InitQueue - Calling pthread_mutex_init 2009-12-17 13:37:38 InitQueue - pthread_mutex_init returned 2009-12-17 13:37:38 InitQueue - Calling pthread_cond_init 2009-12-17 13:37:38 InitQueue - pthread_cond_init returned 2009-12-17 13:37:38 winInitMultiWindowWM - Hello 2009-12-17 13:37:38 winInitMultiWindowWM - Calling pthread_mutex_lock () 2009-12-17 13:37:38 Screen 0 added at XINERAMA coordinate (0,0). 2009-12-17 13:37:38 winMultiWindowXMsgProc - Hello 2009-12-17 13:37:38 winMultiWindowXMsgProc - Calling pthread_mutex_lock () 2009-12-17 13:37:38 MIT-SHM extension disabled due to lack of kernel support 2009-12-17 13:37:38 XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel 2009-12-17 13:37:39 (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so 2009-12-17 13:37:39 (II) GLX: Initialized DRISWRAST GL provider for screen 0 2009-12-17 13:37:55 winPointerWarpCursor - Discarding first warp: 840 525 2009-12-17 13:37:55 (--) 3 mouse buttons found 2009-12-17 13:37:55 (--) Setting autorepeat to delay=500, rate=31 2009-12-17 13:37:55 (--) winConfigKeyboard - Layout: 040C (040c) 2009-12-17 13:37:55 (--) Using preset keyboard for French (Standard) (40c), type 4 2009-12-17 13:37:55 Rules = base Model = pc105 Layout = fr Variant = none Options = none 2009-12-17 13:38:00 winInitMultiWindowWM - pthread_mutex_lock () returned. 2009-12-17 13:38:00 winInitMultiWindowWM - pthread_mutex_unlock () returned. 2009-12-17 13:38:00 winMultiWindowXMsgProc - pthread_mutex_lock () returned. 2009-12-17 13:38:00 winGetDisplay: DISPLAY=:0.0 2009-12-17 13:38:00 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. 2009-12-17 13:38:00 winInitMultiWindowWM - DISPLAY=:0.0 2009-12-17 13:38:00 winGetDisplay: DISPLAY=:0.0 2009-12-17 13:38:00 winMultiWindowXMsgProc - DISPLAY=:0.0 2009-12-17 13:38:00 winProcEstablishConnection - Hello 2009-12-17 13:38:00 winInitClipboard () 2009-12-17 13:38:00 winClipboardProc - Hello 2009-12-17 13:38:00 winProcEstablishConnection - winInitClipboard returned. 2009-12-17 13:38:00 DetectUnicodeSupport - Windows NT/2000/XP 2009-12-17 13:38:00 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. 2009-12-17 13:38:00 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. 2009-12-17 13:38:01 winGetDisplay: DISPLAY=:0.0 2009-12-17 13:38:01 winClipboardProc - DISPLAY=:0.0 2009-12-17 13:38:02 winClipboardProc - XOpenDisplay () returned and successfully opened the display. 2009-12-17 13:47:46 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 2009-12-17 13:47:46 winWindowProc -
RE: screen not updated outside 1680x1050
From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree- ow...@cygwin.com] On Behalf Of Frédéric Bron Sent: Thursday, December 17, 2009 2:47 PM Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.7.1.0 (10701000) Build Date: 2009-11-11 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1680 h 1050 ^ Looks like the system doesn't see your whole resolution at startup. I'd pass -screen 0 1920x1200 to XWin.exe. I tried this to reduce my screen resolution, and saw things similar to what you describe outside the declared screensize. HTH, Mike
Re: Running Java application with drag and drop support in cygwin
Hi Jon, Did you get a chance to look at this? From whatever posts available online, I could not get a clue what is going wrong. Please respond. Thanks, Shefali On Mon, Dec 14, 2009 at 12:12 PM, Dees deepali.shef...@gmail.com wrote: On Fri, Nov 13, 2009 at 8:26 PM, Jon TURNEY jon.tur...@dronecode.org.uk wrote: On 30/10/2009 09:06, Dees wrote: Your reply is much appreciated Jon. I will try to be more specific about the problem in further mails. On Thu, Oct 29, 2009 at 8:11 PM, Jon TURNEYjon.tur...@dronecode.org.uk wrote: On 28/10/2009 05:57, Dees wrote: I have developed a Java application involving jTree with extensive drag and drop support, which runs correctly in my Linux box. However, when I switch to a windows box and access the same Linux box using cygwin x-server, the drag and drop in jTree stops working. Interestingly, rest of the application still works fine. After analyzing a bit I found that x-server is able to recognize the drag event but fails to recognize a drop event. Details? OS : Suse Linux Enterprise Server 10 (i586) Version : 10 Patch level : 3 Other version information: Java : JDK 5 Cygwin setup-version: 2.573.2.3 Also tried using Xming 6.9.0.31 ssh same Linux setup from Windows, but that also doesn't solve the problem. Is there any setting, which should be done prior to running the Java swing applications? Here is a sample code which behaves in exactly same way. http://www.java2s.com/Code/Java/Swing-JFC/TreeDragandDrop.htm I have no idea how to use that java code to reproduce the problem you are seeing. Using the above java code in Linux: 1. Download and Install Java Development Toolkit on your Linux box (Java sun download site: http://java.sun.com/javase/downloads/index.jsp), if you do not have it already. 2. Save the sample code in the above link with the file name TreeTester.java, say in /home/user/ 3. Navigate to TreeTester.java from shell, and compile the java code: # cd /home/user/ # /usr/java/jdk1.5.0_14/bin/javac TreeTester.java Ignore any warnings of deprecated APIs. 4. This will create a few .class files in /home/user/ directory. Final step is to run the Java code, using: # /usr/java/jdk1.5.0_14/bin/java -classpath . TreeTester This will open up a GUI, with a jTree each on left and right pane. You can drag and drop any of the leaf nodes from one jTree to the root node of the other jTree and this should add a new node in the other jTree. You will get messages on console for the operations being performed. Now ssh the same box using cygwin/xming from any other windows box, and run the application using command in step 4. You should be able to drag (a small icon will come under cursor indicating that something is being dragged) but when you will drop it, the new node would not be added to the tree. Thats where lies my problem!!! Thanks for the test case and instructions, this makes it much easier for me to try it out. However, this testcase and your jar archive both work fine for me (using Xserver 1.7.1-3)! May be my problem is related to some setting. Though, not sure. Has anybody come across something similar? What should be done then? Please let me know. No it's probably a bug in Cygwin/X. But you're going to need to be a lot more specific about the problem before any progress can be made on fixing it. Also, putting some debug messages in the code lets me conclude that it's the drop event which is not being recognized, as the main control never reaches there. There is not really any drop event, as far as the X server is concerned, just mouse click and motion events, which are passed on to you application (which has a framework to interpret them as dragging and dropping an item). Now having a better idea of the problem, it seems less likely it is an Xserver bug at all. The only Xserver cause I can think of would be if it was somehow not sending the correct events to your applications window, which you could test using xev -id your applications window id (you can use xwininfo to find the window id) I have tried this, but could not get any idea if any event is going wrong. Here is the output of xev -id 0xe00021 (only for drag and drop event): LeaveNotify event, serial 13, synthetic NO, window 0xe00021, root 0x5a, subw 0xe00025, time 3560250, (87,65), root:(91,95), mode NotifyGrab, detail NotifyVirtual, same_screen YES, focus YES, state 256 FocusOut event, serial 13, synthetic NO, window 0xe00021, mode NotifyGrab, detail NotifyAncestor EnterNotify event, serial 13, synthetic NO, window 0xe00021, root 0x5a, subw 0xe00025, time 3565375, (212,48), root:(216,78), mode NotifyUngrab, detail NotifyVirtual, same_screen YES, focus YES, state 0 KeymapNotify event, serial 13, synthetic NO, window 0x0, keys: 90 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Re: screen not updated outside 1680x1050
XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1680 h 1050 ^ Looks like the system doesn't see your whole resolution at startup. I'd pass -screen 0 1920x1200 to XWin.exe. I tried this to reduce my screen resolution, and saw things similar to what you describe outside the declared screensize. Works fine, thanks a lot! In fact I saw only the following lines so that I thought it was OK with the resolution: 2009-12-17 13:47:46 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 2009-12-17 13:47:46 winWindowProc - WM_DISPLAYCHANGE - new width: 1920 new height: 1200 Regards, Frédéric -- 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 signal.cc
CVSROOT:/cvs/src Module name:src Changes by: er...@sourceware.org2009-12-17 14:04:04 Modified files: winsup/cygwin : ChangeLog signal.cc Log message: * signal.cc (nanosleep): Support 'infinite' sleep times. (sleep): Avoid uninitialized memory. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4739r2=1.4740 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/signal.cc.diff?cvsroot=srcr1=1.88r2=1.89
src/winsup/cygwin ChangeLog syscalls.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-12-17 18:33:05 Modified files: winsup/cygwin : ChangeLog syscalls.cc Log message: * syscalls.cc (try_to_bin): Handle remote shares as well. Just rename files in this case, instead of moving them to the recycler. Create even more unique filename. Add comment to explain filename. (unlink_nt): Remove code returning with EBUSY on remote shares. Set bin_stat to move_to_bin except on NFS. Add comment to explain. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4740r2=1.4741 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.547r2=1.548
winsup/utils ChangeLog ps.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2009-12-18 03:34:59 Modified files: utils : ChangeLog ps.cc Log message: * ps.cc (main): Return 0 if pid found. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.500r2=1.501 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/utils/ps.cc.diff?cvsroot=uberbaumr1=1.26r2=1.27
Re: patch: sleep/nanosleep bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Christopher Faylor on 12/16/2009 9:08 AM: How about the following, then? Same changelog. It wonder if your while (!done) loop could be expressed as a for loop but it isn't enough of an issue to block inclusion of this patch. So, thanks for the patch and please check in. This will then go into 1.7.2. Thanks; committed now. - -- 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/ iEYEARECAAYFAksqOl4ACgkQ84KuGfSFAYDuKgCfRY1+DlzGW6JsB82wbWpXeL4Z E3cAoMoYkKSQTG6yafQXMtTPrwLNnZco =u1VK -END PGP SIGNATURE-
Re: [Patch] ps command returns 1 if PID not found
Sorry but returning 1 doesn't make sense and it isn't the way that linux works. It actually returns 0. dortmans /bin/ps -p 4549 ; echo Return val: $? PID TTY TIME CMD 4549 ?00:00:00 sshd Return val: 0 dortmans /bin/ps -p ; echo Return val: $? PID TTY TIME CMD Return val: 1 dortmans /bin/ps --version procps version 3.2.3 I get these results in Solaris Unix and Red Hat Linux. The above commands were executed on a Red Hat Linux system. Cheers, Ryan Dortmans
Re: [Patch] ps command returns 1 if PID not found
On Fri, Dec 18, 2009 at 11:10:40AM +1100, Ryan Dortmans wrote: Sorry but returning 1 doesn't make sense and it isn't the way that linux works. It actually returns 0. dortmans /bin/ps -p 4549 ; echo Return val: $? PID TTY TIME CMD 4549 ?00:00:00 sshd Return val: 0 dortmans /bin/ps -p ; echo Return val: $? PID TTY TIME CMD Return val: 1 dortmans /bin/ps --version procps version 3.2.3 I get these results in Solaris Unix and Red Hat Linux. The above commands were executed on a Red Hat Linux system. Yes, I'm officially stupid. Not only did I misread your subject, I misinterpreted the sense of the patch. Sorry. Nevertheless, I think that my patch does the right thing so I'll check that in since it affects fewer lines of code. Thanks for the patch and apologies for the inexplicable misunderstanding. cgf
Re: java headers in gcc4-g++
Andy Koppe wrote: The gcc4-g++ contains about 4000 Java-related headers under /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++. Is that as intended? Yep. 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: libtool: link: warning
--- Mer 16/12/09, Charles Wilson ha scritto: Data: Mercoledì 16 dicembre 2009, 19:00 On Wed, 16 Dec 2009 16:39 +, Marco Atzeri wrote: I suspect the problem is here, on the fortran libs path coming as default FLIBS=' -L/usr/lib/gcc/i686-pc-cygwin/4.3.4 -L/usr/lib/gcc/i686-pc-cygwin/4.3.4/../../.. -lm -lgfortranbegin -lgfortran -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32' there is the strange /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../.. instead of the usual /usr/lib This looks like a bug in libtool, as it parses the output of 'gcc -print-search-dirs' in order to determine the default lib paths. Take a look at the contents of libtool.m4, where _LT_SYS_DYNAMIC_LINKER is defined. Find the matching code in your configure script, and try to figure out what's going wrong there. I'll take a look once I get to rebuiding libtool for gcc-4.3.x, but I'm still in the process of pushing a few patches upstream first. -- Chuck not sure but I suspect --- lt_search_path_spec=`$ECHO $lt_tmp_lt_search_path_spec | awk ' BEGIN {RS= ; FS=/|\n;} { lt_foo=; lt_count=0; for (lt_i = NF; lt_i 0; lt_i--) { if ($lt_i != $lt_i != .) { if ($lt_i == ..) { lt_count++; } else { if (lt_count == 0) { lt_foo=/ $lt_i lt_foo; } else { lt_count--; } } } } if (lt_foo != ) { lt_freq[[lt_foo]]++; } if (lt_freq[[lt_foo]] == 1) { print lt_foo; } }'` on if (lt_foo != ) { lt_freq[[lt_foo]]++; } if (lt_freq[[lt_foo]] == 1) { print lt_foo; } awk states sintax error due to double [ Shell test case attached. removing the extra [ I have $ ./prova.sh /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../ /usr/lib Regards Marco #!/bin/bash lt_tmp_lt_search_path_spec=/usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../ echo $lt_tmp_lt_search_path_spec lt_search_path_spec=`echo $lt_tmp_lt_search_path_spec | awk ' BEGIN {RS= ; FS=/|\n;} { lt_foo=; lt_count=0; for (lt_i = NF; lt_i 0; lt_i--) { if ($lt_i != $lt_i != .) { if ($lt_i == ..) { lt_count++; } else { if (lt_count == 0) { lt_foo=/ $lt_i lt_foo; } else { lt_count--; } } } } # if (lt_foo != ) { lt_freq[[lt_foo]]++; } # if (lt_freq[[lt_foo]] == 1) { print lt_foo; } if (lt_foo != ) { lt_freq[lt_foo]++; } if (lt_freq[lt_foo] == 1) { print lt_foo; } }'` echo $lt_search_path_spec -- 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: libtool: link: warning
Marco Atzeri wrote: not sure but I suspect --- lt_search_path_spec=`$ECHO $lt_tmp_lt_search_path_spec | awk ' BEGIN {RS= ; FS=/|\n;} { lt_foo=; lt_count=0; for (lt_i = NF; lt_i 0; lt_i--) { if ($lt_i != $lt_i != .) { if ($lt_i == ..) { lt_count++; } else { if (lt_count == 0) { lt_foo=/ $lt_i lt_foo; } else { lt_count--; } } } } if (lt_foo != ) { lt_freq[[lt_foo]]++; } if (lt_freq[[lt_foo]] == 1) { print lt_foo; } }'` Is that the original m4 file, or how it gets expanded in the generated configure script? on if (lt_foo != ) { lt_freq[[lt_foo]]++; } if (lt_freq[[lt_foo]] == 1) { print lt_foo; } awk states sintax error due to double [ Yeah, it would. That's some sort of changequote problem. 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: java headers in gcc4-g++
On 17/12/2009 02:40, Dave Korn wrote: Andy Koppe wrote: The gcc4-g++ contains about 4000 Java-related headers under /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++. Is that as intended? Yep. Why? Debian packages them in libgcj9-dev[1], so they should be safe to go in gcc4-java instead. Yaakov [1] http://packages.debian.org/sid/i386/libgcj9-dev/filelist -- 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 Beta: openssh-5.3p1-1: bug report
On Dec 16 16:36, Edward Strauch wrote: I'm running Cygwin 1.7 Beta on Windows 7, and have encountered the following problem with the openssh-5.3p1.1 package: There is no ssh-copy-id file or man page. I can find these files in the source package (openssh-5.3p1-1-src), but not in the binary package. ssh-copy-id is a contributed shell script which is part of the contrib subdirectory in the source tree but which is not part of the normal `make install' process. It will not be installed by default. If you want to use it, fetch it from the sources. I'll create a patch to the Cygwin-specific postinstall to install the ssh-copy-id script plus man page and send it upstream. 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: libtool: link: warning
Dave Korn wrote: Marco Atzeri wrote: not sure but I suspect --- lt_search_path_spec=`$ECHO $lt_tmp_lt_search_path_spec | awk ' BEGIN {RS= ; FS=/|\n;} { lt_foo=; lt_count=0; for (lt_i = NF; lt_i 0; lt_i--) { if ($lt_i != $lt_i != .) { if ($lt_i == ..) { lt_count++; } else { if (lt_count == 0) { lt_foo=/ $lt_i lt_foo; } else { lt_count--; } } } } if (lt_foo != ) { lt_freq[[lt_foo]]++; } if (lt_freq[[lt_foo]] == 1) { print lt_foo; } }'` Is that the original m4 file, or how it gets expanded in the generated configure script? When *I* build it, the configure script has this: if (lt_foo != ) { lt_freq[lt_foo]++; } if (lt_freq[lt_foo] == 1) { print lt_foo; } because the snippet above /is/ from the original .m4 file. I'm not an awk expert, but it looks ok to me. on if (lt_foo != ) { lt_freq[[lt_foo]]++; } if (lt_freq[[lt_foo]] == 1) { print lt_foo; } awk states sintax error due to double [ Yeah, it would. That's some sort of changequote problem. Only if Marco's configure script looks like the .m4 and actually still has double-[. -- Chuck -- 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: java headers in gcc4-g++
Yaakov (Cygwin/X) wrote: On 17/12/2009 02:40, Dave Korn wrote: Andy Koppe wrote: The gcc4-g++ contains about 4000 Java-related headers under /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++. Is that as intended? Yep. Why? Debian packages them in libgcj9-dev[1], so they should be safe to go in gcc4-java instead. Does it really matter? You can't use them just with gcj, you can use them just with g++, and they only take 5meg of space. So, I didn't think it mattered either way. I could shift them if there's a good reason why it makes a difference. 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: libtool: link: warning
Charles Wilson wrote: Dave Korn wrote: Marco Atzeri wrote: if (lt_foo != ) { lt_freq[[lt_foo]]++; } if (lt_freq[[lt_foo]] == 1) { print lt_foo; } awk states sintax error due to double [ Yeah, it would. That's some sort of changequote problem. Only if Marco's configure script looks like the .m4 and actually still has double-[. Yes, maybe the macro expects to be expanded from within a certain context where changequote is in effect, and that's not happening? 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
libsqlite3_0-3.6.21-2 breaks subversion
After upgrading from libsqlite3_0 from 3.6.2-1 to 3.6.21-2, svn is broken. Testcase: When a new repository is created, the sqlite file normally at repo/db/rep-cache.db is written to a funny name in current directory. $ mkdir tmp $ cd tmp $ svnadmin create repo $ ls -l -N | cat -A -rwxr-xr-x+ 1 franke none 4096 2009-12-17 12:04 \ ^XM-cM-)M-^C^XM-fM-^MM-^\^X[...snip...]^XM-eM-1M-0r$ drwxr-xr-x+ 1 franke none0 2009-12-17 12:04 repo$ $ ls repo/db/rep-cache.db ls: cannot access repo/db/rep-cache.db: No such file or directory Downgrading to libsqlite3_0-3.6.2-1 fixes this. Christian -- 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: libtool: link: warning
--- Gio 17/12/09, Charles Wilson cyg...@cwilson.fastmail.fm ha scritto: Dave Korn wrote: Marco Atzeri wrote: not sure but I suspect --- lt_search_path_spec=`$ECHO $lt_tmp_lt_search_path_spec | awk ' BEGIN {RS= ; FS=/|\n;} { lt_foo=; lt_count=0; for (lt_i = NF; lt_i 0; lt_i--) { if ($lt_i != $lt_i != .) { if ($lt_i == ..) { lt_count++; } else { if (lt_count == 0) { lt_foo=/ $lt_i lt_foo; } else { lt_count--; } } } } if (lt_foo != ) { lt_freq[[lt_foo]]++; } if (lt_freq[[lt_foo]] == 1) { print lt_foo; } }'` Is that the original m4 file, or how it gets expanded in the generated configure script? original m4. I forgot the [[ need for m4 When *I* build it, the configure script has this: if (lt_foo != ) { lt_freq[lt_foo]++; } if (lt_freq[lt_foo] == 1) { print lt_foo; } because the snippet above /is/ from the original .m4 file. I'm not an awk expert, but it looks ok to me. on if (lt_foo != ) { lt_freq[[lt_foo]]++; } if (lt_freq[[lt_foo]] == 1) { print lt_foo; } awk states sintax error due to double [ Yeah, it would. That's some sort of changequote problem. Only if Marco's configure script looks like the .m4 and actually still has double-[. only single. So I was looking in the the wrong place :-( -- Chuck Marco -- 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: openSSH problem
On 12/17/2009 02:04 AM, Stéphanie Cettou wrote: Thank you very much. I tried to reinstall cygwin, but the problem is the same.. How I can find scripts ssh-host-config and ssh-user-config to compare? So you didn't run these after you installed openssh? That would be a big part (all?) of your problem. You may benefit from reading the Cygwin OpenSSH readme in the /usr/share/doc/Cygwin directory. You should run these scripts to configure OpenSSH for use. Trying to start the service before configuring isn't likely to have good results. You can find these scripts in /bin. -- 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: Fwd: 1.5.25: Tools to diagnose unresponsive pre-compiled executables?
On 12/17/2009 12:24 PM, Gilles Lehoux wrote: Some of my executables are unresponsive. What tools exist in cygwin (other than gdb) to diagnose what is going on? There is no output from the executable (ex. error msg) and these are pre-compiled executables. No graphics. Strictly command line executables. Sounds like you're missing some DLLs the executables depend on. Try running 'cygcheck arm-elf-c++.exe' and see if it complains about not finding some DLLs. -- 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: rsync hangs on big transfer Debian 5.0.3 pulling from WinXP SP3/ Cygwin 1.5.25
Debian Users Cygwin: It must have been an owner/ group/ permission issue on the receiving end (?) -- I moved the destination directory aside, created a new top-level destination directory, and now the script runs fine. :-) HTH, David -- 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: Fwd: 1.5.25: Tools to diagnose unresponsive pre-compiled executables?
Larry Hall (Cygwin) wrote: On 12/17/2009 12:24 PM, Gilles Lehoux wrote: Some of my executables are unresponsive. What tools exist in cygwin (other than gdb) to diagnose what is going on? There is no output from the executable (ex. error msg) and these are pre-compiled executables. No graphics. Strictly command line executables. Sounds like you're missing some DLLs the executables depend on. Try running 'cygcheck arm-elf-c++.exe' and see if it complains about not finding some DLLs. Also, in answer to the generic what tools exist question, a basic one is echo $?, which prints the exit status of the previous bash command. (Not always informative, but often enough to be worth checking.) 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: Fwd: 1.5.25: Tools to diagnose unresponsive pre-compiled executables?
2009/12/17 Larry Hall (Cygwin) reply-to-list-only...@cygwin.com On 12/17/2009 12:24 PM, Gilles Lehoux wrote: Some of my executables are unresponsive. What tools exist in cygwin (other than gdb) to diagnose what is going on? There is no output from the executable (ex. error msg) and these are pre-compiled executables. No graphics. Strictly command line executables. Sounds like you're missing some DLLs the executables depend on. Try running 'cygcheck arm-elf-c++.exe' and see if it complains about not finding some DLLs. -- 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 That solved it. Thank you. For the record: cygcheck reported missing cygintl-2.dll I located which package contained this file by using the search box here: http://www.cygwin.com/packages/ The package is libintl2/libintl2-0.12.1-3GNU Internationalization runtime library I installed the package using cygwin's setup.exe. Gilles -- 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: Fwd: 1.5.25: Tools to diagnose unresponsive pre-compiled executables?
On Thu, Dec 17, 2009 at 1:23 PM, Dave Korn dave.korn.cyg...@googlemail.com wrote: Larry Hall (Cygwin) wrote: On 12/17/2009 12:24 PM, Gilles Lehoux wrote: Some of my executables are unresponsive. What tools exist in cygwin (other than gdb) to diagnose what is going on? There is no output from the executable (ex. error msg) and these are pre-compiled executables. No graphics. Strictly command line executables. Sounds like you're missing some DLLs the executables depend on. Try running 'cygcheck arm-elf-c++.exe' and see if it complains about not finding some DLLs. Also, in answer to the generic what tools exist question, a basic one is echo $?, which prints the exit status of the previous bash command. (Not always informative, but often enough to be worth checking.) 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 That is an excellent tip. Can you recommend a tip sheet or webpage where tips along the same vein have been gathered? Gilles. -- 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
undefined reference to `___real__Znwj'
tested with gcc version 4.5.0 20091217 (experimental) (GCC) perl v5.10.1 (this is weird . it complains .) cannot remove path when cwd is /tmp/fbRcNjc7xj for /tmp/fbRcNjc7xj: at /usr/lib /perl5/5.10/File/Temp.pm line 902 cygwin0.dll have __real__z* symbol... it seems it should have been eliminated after linking... well it seems that gcc compiler can't handle properly c++ symbols... how to workaround this problem?? any suggestions are welcomed. $ nm -s cygwin0.dll |grep -E _Z(n|d) 61002430 T __ZdaPv 61002410 T __ZdaPvRKSt9nothrow_t 61002420 T __ZdlPv 61002400 T __ZdlPvRKSt9nothrow_t 610024a0 T __Znaj 61002460 T __ZnajRKSt9nothrow_t 61002480 T __Znwj 61002440 T __ZnwjRKSt9nothrow_t U ___real__ZdaPv U ___real__ZdlPv U ___real__Znaj U ___real__Znwj 61072120 T ___wrap__ZdaPv 61072160 T ___wrap__ZdaPvRKSt9nothrow_t 61072110 T ___wrap__ZdlPv 61072150 T ___wrap__ZdlPvRKSt9nothrow_t 61072100 T ___wrap__Znaj 61072140 T ___wrap__ZnajRKSt9nothrow_t 610720f0 T ___wrap__Znwj 61072130 T ___wrap__ZnwjRKSt9nothrow_t nm -s _cygwin_crt0_common.o A .weak.___real__zdapv.__cygwin_crt0_com...@8 A .weak.___real__zdapvrkst9nothrow_t.__cygwin_crt0_com...@8 A .weak.___real__zdlpv.__cygwin_crt0_com...@8 A .weak.___real__zdlpvrkst9nothrow_t.__cygwin_crt0_com...@8 A .weak.___real__znaj.__cygwin_crt0_com...@8 A .weak.___real__znajrkst9nothrow_t.__cygwin_crt0_com...@8 A .weak.___real__znwj.__cygwin_crt0_com...@8 A .weak.___real__znwjrkst9nothrow_t.__cygwin_crt0_com...@8 U _getmodulehand...@4 U ___CTOR_LIST__ U ___DTOR_LIST__ D ___cygwin_cxx_malloc U ___dynamically_loaded w ___real__ZdaPv w ___real__ZdaPvRKSt9nothrow_t w ___real__ZdlPv w ___real__ZdlPvRKSt9nothrow_t w ___real__Znaj w ___real__ZnajRKSt9nothrow_t w ___real__Znwj w ___real__ZnwjRKSt9nothrow_t $ nm -s libcygwin.a |grep -E _Z(n|d) __impwrap__ZdaPv in d87.o __impwrap__ZdaPvRKSt9nothrow_t in d88.o __impwrap__ZdlPv in d89.o __impwrap__ZdlPvRKSt9nothrow_t in d90.o __impwrap__Znaj in d91.o __impwrap__ZnajRKSt9nothrow_t in d92.o __impwrap__Znwj in d93.o __impwrap__ZnwjRKSt9nothrow_t in d94.o ___wrap__ZdaPv in t-d87.o ___wrap__ZdaPvRKSt9nothrow_t in t-d88.o ___wrap__ZdlPv in t-d89.o ___wrap__ZdlPvRKSt9nothrow_t in t-d90.o ___wrap__Znaj in t-d91.o ___wrap__ZnajRKSt9nothrow_t in t-d92.o ___wrap__Znwj in t-d93.o ___wrap__ZnwjRKSt9nothrow_t in t-d94.o .weak.___real__zdapvrkst9nothrow_t.__cygwin_crt0_com...@8 in _cygwin_crt0_ .o .weak.___real__zdlpvrkst9nothrow_t.__cygwin_crt0_com...@8 in _cygwin_crt0_ .o .weak.___real__znajrkst9nothrow_t.__cygwin_crt0_com...@8 in _cygwin_crt0_c o .weak.___real__znwjrkst9nothrow_t.__cygwin_crt0_com...@8 in _cygwin_crt0_c o .weak.___real__zdapv.__cygwin_crt0_com...@8 in _cygwin_crt0_common.o .weak.___real__zdlpv.__cygwin_crt0_com...@8 in _cygwin_crt0_common.o .weak.___real__znaj.__cygwin_crt0_com...@8 in _cygwin_crt0_common.o .weak.___real__znwj.__cygwin_crt0_com...@8 in _cygwin_crt0_common.o I __impwrap__ZdaPv I __impwrap__ZdaPvRKSt9nothrow_t I __impwrap__ZdlPv I __impwrap__ZdlPvRKSt9nothrow_t I __impwrap__Znaj I __impwrap__ZnajRKSt9nothrow_t I __impwrap__Znwj I __impwrap__ZnwjRKSt9nothrow_t T ___wrap__ZdaPv U __impwrap__ZdaPv T ___wrap__ZdaPvRKSt9nothrow_t U __impwrap__ZdaPvRKSt9nothrow_t T ___wrap__ZdlPv U __impwrap__ZdlPv T ___wrap__ZdlPvRKSt9nothrow_t U __impwrap__ZdlPvRKSt9nothrow_t T ___wrap__Znaj U __impwrap__Znaj T ___wrap__ZnajRKSt9nothrow_t U __impwrap__ZnajRKSt9nothrow_t T ___wrap__Znwj U __impwrap__Znwj T ___wrap__ZnwjRKSt9nothrow_t U __impwrap__ZnwjRKSt9nothrow_t A .weak.___real__zdapv.__cygwin_crt0_com...@8 A .weak.___real__zdapvrkst9nothrow_t.__cygwin_crt0_com...@8 A .weak.___real__zdlpv.__cygwin_crt0_com...@8 A .weak.___real__zdlpvrkst9nothrow_t.__cygwin_crt0_com...@8 A .weak.___real__znaj.__cygwin_crt0_com...@8 A .weak.___real__znajrkst9nothrow_t.__cygwin_crt0_com...@8 A .weak.___real__znwj.__cygwin_crt0_com...@8 A .weak.___real__znwjrkst9nothrow_t.__cygwin_crt0_com...@8 w ___real__ZdaPv w ___real__ZdaPvRKSt9nothrow_t w ___real__ZdlPv w ___real__ZdlPvRKSt9nothrow_t w ___real__Znaj w ___real__ZnajRKSt9nothrow_t w ___real__Znwj w ___real__ZnwjRKSt9nothrow_t $ nm -s libcygwin.a |grep -E _Z(n|d) __impwrap__ZdaPv in d87.o __impwrap__ZdaPvRKSt9nothrow_t in d88.o __impwrap__ZdlPv
Re: undefined reference to `___real__Znwj'
jojelino wrote: tested with gcc version 4.5.0 20091217 (experimental) (GCC) cygwin0.dll have __real__z* symbol... /tmp/winsup/i686-pc-cygwin/winsup/cygwin/libcygwin.a(_cygwin_crt0_common.o):_cyg win_crt0_common.cc:(.data+0x0): undefined reference to `___real__Znwj' /tmp/winsup/i686-pc-cygwin/winsup/cygwin/libcygwin.a(_cygwin_crt0_common.o):_cyg win_crt0_common.cc:(.data+0x4): undefined reference to `___real__Znaj' /tmp/winsup/i686-pc-cygwin/winsup/cygwin/libcygwin.a(_cygwin_crt0_common.o):_cyg win_crt0_common.cc:(.data+0x8): undefined reference to `___real__ZdlPv' collect2: ld returned 1 exit status Thanks for the report; I'll see if I can reproduce it. Just to check, you are using up-to-date binutils? 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: undefined reference to `___real__Znwj'
i'm using GNU nm (GNU Binutils) 2.20.51.20091023 Dave Korn dave.korn.cyg...@googlemail.com wrote in message news:4b2a8f0f.7060...@gmail.com... jojelino wrote: tested with gcc version 4.5.0 20091217 (experimental) (GCC) cygwin0.dll have __real__z* symbol... /tmp/winsup/i686-pc-cygwin/winsup/cygwin/libcygwin.a(_cygwin_crt0_common.o):_cyg win_crt0_common.cc:(.data+0x0): undefined reference to `___real__Znwj' /tmp/winsup/i686-pc-cygwin/winsup/cygwin/libcygwin.a(_cygwin_crt0_common.o):_cyg win_crt0_common.cc:(.data+0x4): undefined reference to `___real__Znaj' /tmp/winsup/i686-pc-cygwin/winsup/cygwin/libcygwin.a(_cygwin_crt0_common.o):_cyg win_crt0_common.cc:(.data+0x8): undefined reference to `___real__ZdlPv' collect2: ld returned 1 exit status Thanks for the report; I'll see if I can reproduce it. Just to check, you are using up-to-date binutils? 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: Cygwin 1.7 GNU screen freezing when disconnected
Hi, I have the latest version of screen (4.0.3-4) and using the cygwin 1.7 beta. My host computer has an sshd server running, and it has a screen session open. I then ssh into my host computer from another computer and attach to this session with the command: screen -AOUxR Sometimes, I get disconnected from my host computer. When this happens, I cannot reattach to the screen session when I can reconnect via ssh, and my screen session on the host computer is completely locked up. ctrl-q, ctrl-a K, doesn't do anything and I have to kill screen and the program I was running in it. These are the steps I use to reproduce this: 1. Open a screen session 2. Open a new terminal 3. In the new terminal, connect via ssh to myself 4. Attach to the previously started screen session with the command above 5. In a new terminal, kill the ssh process After this, the first terminal cannot do anything anymore. My host computer is running Windows XP. Karim, I'm afraid that I don't have much to offer here. A few thoughts: After you kill ssh, what does screen -list say? You probably know that when you're connected to a screen session, there are two screen processes, which communicate with each other through a socket. When you detach, the foreground screen process exits but the background one stays around, waiting for a new attach. It seems that when you kill ssh, somehow data stops flowing to or from the background screen process from that socket. And that unfortunately is about as deep as my knowledge of screen goes. strace can probably point to the problem, although I don't know if I have the ability to find it. Others on this list probably can. I would think of looking at strace output for the following: * the background screen process (i.e., the one that stays running when you detach from it) at the time you kill ssh, especially compared to when you detach from it normally. * the foreground and background screen processes when you try to reattach after having killed ssh. Again this might be most useful when compared to a successful reattach after a normal detach. If you post or link to this, I'll take a look and maybe I or someone else can find the problem. 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: undefined reference to `___real__Znwj'
jojelino wrote: i'm using GNU nm (GNU Binutils) 2.20.51.20091023 Right, that should be up-to-date enough. I'll post more when I've managed to reproduce the problem. Dave Korn dave.korn.cyg...@goog1emai1 wrote in message [ Please try and trim your quotes when replying, particularly where they list other people's email addresses, as it causes them to be visible in the archive to spam harvesters :-( ] 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
sshd crashing on win64 CreateProcessA failed, errno 30
I have a bit of an odd problem. I am running sshd from cygwin on a windows XP 64 machine. I use it to build, test and package CMake for cygwin. So, from a Linux machine I run a shell script via ssh on the windows machine. The shell script builds CMake, and runs all of the CMake tests. I have been doing this with a win32 machine for many years. However, I have recently tried to move the build to a win64 machine. Without fail on the win64 machine during the run of the CMake tests, the sshd crashes. If I look in /var/log for sshd I find this: 1 [main] sshd 4684 fork: child -1 - CreateProcessA failed, errno 30 So, I figured it was something wrong with that machine. However, if I do the same thing on a different 64 bit windows box, I get the same error. The win32 machine still works. It would seem that one of the tests that CMake runs is causing the sshd to crash. Is there a way to debug this? Has anyone else seen this? Thanks. -Bill -- Bill Hoffman Kitware, Inc. 28 Corporate Drive Clifton Park, NY 12065 bill.hoff...@kitware.com http://www.kitware.com 518 881-4905 (Direct) 518 371-3971 x105 Fax (518) 371-4573 -- 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] New: rc 1.7.1-1 -- An implementation of the ATT Plan 9 shell
PACKAGE DESCRIPTION === Homepage: http://packages.debian.org/unstable/rc License : GPL A command interpreter and programming language similar to sh(1). It is based on the ATT Plan 9 shell of the same name. The shell offers a C-like syntax (much more so than the C shell), and a powerful mechanism for manipulating variables. It is reasonably small and reasonably fast, especially when compared to contemporary shells. Its use is intended to be interactive, but the language lends itself well to scripts. CHANGES SINCE LAST RELEASE == None. INSTALL OR UPGRADE NOTES Standard install. CYGWIN INSTALLATION INFORMATION === To install this package, 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. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin@cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the 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 More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- 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 GNU screen freezing when disconnected
On Thu, Dec 17, 2009 at 1:06 PM, Andrew Schulman wrote: Karim, I'm afraid that I don't have much to offer here. A few thoughts: After you kill ssh, what does screen -list say? After I kill ssh, screen -list doesn't do anything. It basically becomes unresponsive as well. You probably know that when you're connected to a screen session, there are two screen processes, which communicate with each other through a socket. When you detach, the foreground screen process exits but the background one stays around, waiting for a new attach. It seems that when you kill ssh, somehow data stops flowing to or from the background screen process from that socket. And that unfortunately is about as deep as my knowledge of screen goes. strace can probably point to the problem, although I don't know if I have the ability to find it. Others on this list probably can. I would think of looking at strace output for the following: * the background screen process (i.e., the one that stays running when you detach from it) at the time you kill ssh, especially compared to when you detach from it normally. * the foreground and background screen processes when you try to reattach after having killed ssh. Again this might be most useful when compared to a successful reattach after a normal detach. If you post or link to this, I'll take a look and maybe I or someone else can find the problem. I'm sorry, I'm not really sure how to use strace. What I am currently doing is (for the background process): - Run screen, detach from the screen session - Find the PID of the remaining screen process - Attach to it with strace using: strace -o screen_bg -p PID - Attach to the screen session, detach, reattach and then run 'exit' in the session After I do this strace has ended and the screen_bg file has no output in it. Is there something I'm doing wrong or is this normal? Thanks, Karim -- 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: undefined reference to `___real__Znwj'
jojelino wrote: tested with gcc version 4.5.0 20091217 (experimental) (GCC) You're going to have to describe the exact steps to reproduce this problem. As far as I can see the winsup directory doesn't come anywhere close to building with 4.5.0 at the moment, so I don't understand what exactly you're doing. 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: undefined reference to `___real__Znwj'
oh my.. this is exact step i used. compile gcc with latest git reprository i used ./configure --prefix=/usr/local/cc --enable-newlib-mb --enable-newlib-iconv --enable-newlib-multithread to build cygwin. (it would be good to clarify i got from cvs. so cygwin 1.7.2) make -j 10 because of speed gain. and it complains.. which i reported it. so i got cd i686-pc-cygwin/winsup and make again. and it complains when it comes to cygserver.exe this could be answer for your question? Dave Korn dave.korn.cyg...@googlemail.com wrote in message news:4b2ab7c2.3000...@gmail.com... jojelino wrote: tested with gcc version 4.5.0 20091217 (experimental) (GCC) You're going to have to describe the exact steps to reproduce this problem. As far as I can see the winsup directory doesn't come anywhere close to building with 4.5.0 at the moment, so I don't understand what exactly you're doing. 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: libsqlite3_0-3.6.21-2 breaks subversion
On 12/17/2009 4:30 AM, Christian Franke wrote: After upgrading from libsqlite3_0 from 3.6.2-1 to 3.6.21-2, svn is broken. 3.6.2-1 was just copied over from the Cygwin 1.5 repository, so it was built with old tools. This means gcc 3 ABI, no Unicode support in Cygwin, etc. 3.6.21 is the first version I built specifically for Cygwin 1.7, and it came out just days ago, well after the last release of subversion, which appears to be about a month and a half ago. I would guess that simply rebuilding subversion against 3.6.21-2 will fix the problem. -- 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
ATTN sqlite3 maintainer: Re: libsqlite3_0-3.6.21-2 breaks subversion
On 12/17/2009 3:30 AM, Christian Franke wrote: After upgrading from libsqlite3_0 from 3.6.2-1 to 3.6.21-2, svn is broken. Testcase: When a new repository is created, the sqlite file normally at repo/db/rep-cache.db is written to a funny name in current directory. This appears to be a problem with sqlite3 itself. $ cygcheck -c sqlite3 Cygwin Package Information Package VersionStatus sqlite3 3.6.2-1OK $ ls $ echo -e '.schema\n.quit\n' | sqlite3 tst.db $ /bin/ls tst.db $ cygcheck -c sqlite3 Cygwin Package Information Package VersionStatus sqlite3 3.6.21-2 OK $ ls $ echo -e '.schema\n.quit\n' | sqlite3 tst.db $ /bin/ls -1 | cat -A M-cM-)M-^CM-gM-^QM-^\M-fM-5M-%M-eM-1M-0M-gM-^EM-3M-fM-%M-,M-fM-^UM-4M-eM-0M-3t$ -- David Rothenberger daver...@acm.org QOTD: It's hard to tell whether he has an ace up his sleeve or if the ace is missing from his deck altogether. -- 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: libsqlite3_0-3.6.21-2 breaks subversion
On 12/17/2009 3:26 PM, Warren Young wrote: On 12/17/2009 4:30 AM, Christian Franke wrote: After upgrading from libsqlite3_0 from 3.6.2-1 to 3.6.21-2, svn is broken. 3.6.2-1 was just copied over from the Cygwin 1.5 repository, so it was built with old tools. This means gcc 3 ABI, no Unicode support in Cygwin, etc. 3.6.21 is the first version I built specifically for Cygwin 1.7, and it came out just days ago, well after the last release of subversion, which appears to be about a month and a half ago. I would guess that simply rebuilding subversion against 3.6.21-2 will fix the problem. I tried rebuilding subversion and libaprutil1. Neither fixed the problem. I think this is a problem in sqlite3 itself. See my other post. -- David Rothenberger daver...@acm.org yo-yo, n.: Something that is occasionally up but normally down. (see also Computer). -- 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: ATTN sqlite3 maintainer: Re: libsqlite3_0-3.6.21-2 breaks subversion
On 12/17/2009 4:28 PM, David Rothenberger wrote: This appears to be a problem with sqlite3 itself. Actually, SQLite itself is fine. The problem is a patch I made to it to move away from a deprecated Cygwin 1.5 API function, which SQLite used. That patch did several different things, most of which were optional. I've decided to cut back to a simplest thing that could possibly work version of the patch, and attack the other issues in later releases. The RFU for fixed packages has been sent. You can grab the packages direct from our web server using the command in that message if you want to verify the fix before -3 hits the mirrors. $ cygcheck -c sqlite3 Cygwin Package Information Package Version Status sqlite3 3.6.21-2 OK $ ls $ echo -e '.schema\n.quit\n' | sqlite3 tst.db $ /bin/ls -1 | cat -A M-cM-)M-^CM-gM-^QM-^\M-fM-5M-%M-eM-1M-0M-gM-^EM-3M-fM-%M-,M-fM-^UM-4M-eM-0M-3t$ A mighty thank-you for crafting a test case not involving Subversion! I could not have fixed it this fast otherwise. -- 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 - backquoting, carriage returns and the removal of binmode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Ryan Dortmans on 12/17/2009 4:45 PM: This issue has been raised before in the mailing lists, with the solution being to set the CYGWIN environment variable to include nobinmode. That controlled whether pipes are in text or binary mode, stripping the \r before bash ever had a chance to see anything. But there is another approach - put bash into text mode to deal with the fact that cygwin no longer strips \r from pipes. In particular, check out mention of 'igncr' in: http://sourceware.org/ml/cygwin-announce/2009-07/msg2.html - -- 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/ iEYEARECAAYFAksq5AQACgkQ84KuGfSFAYA9bgCgvU3lgilq2RUHK4cljIsZgDe1 59gAoLmUzyMGuQn5/QzQ29/B3K1y0JAj =vkcZ -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
cygwin_conv_path() documentation RFE
On this page http://cygwin.com/1.7/cygwin-api/func-cygwin-conv-path.html the size parameter should say whether it's measured in bytes or characters. For instance, if I pass CCP_POSIX_TO_WIN_W for the first parameter and a pure ASCII file name for the 'from' parameter, it's obvious the 'to' buffer needs to be at least 2x the size of 'from'. The question the docs don't answer is whether I should pass = 2*(strlen(from)+1) for size or = strlen(from)+1? -- 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
Cannot find -lcurses
Hello all, I am trying to install a speech synthesis software called 'Festival' through cygwin. But when i try to configure and install it through the 'make' command i am getting an error like this: i686-pc-cygwin/bin/id: cannot find -lcurses collect2: id returned 1 exit status. 'for more details Please see attachment!!! http://old.nabble.com/file/p26838594/New%2BPicture%2B%25286%2529.bmp New+Picture+%286%29.bmp Could anyone please help me out of this problem?? Thanks in advance Anand -- View this message in context: http://old.nabble.com/Cannot-find--lcurses-tp26838594p26838594.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: Cannot find -lcurses
2009/12/18 anand85 kulandaianan...@gmail.com Hello all, I am trying to install a speech synthesis software called 'Festival' through cygwin. But when i try to configure and install it through the 'make' command i am getting an error like this: i686-pc-cygwin/bin/id: cannot find -lcurses collect2: id returned 1 exit status. 'for more details Please see attachment!!! http://old.nabble.com/file/p26838594/New%2BPicture%2B%25286%2529.bmp New+Picture+%286%29.bmp Could anyone please help me out of this problem?? Thanks in advance Anand Have you installed the ncurses package ? Please send the output of 'cygcheck -c' -- 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: Is 1.7 ready?/Installation Issues
Hi Folks, I got the latest libstdc and have 1.7 now running on my work system thanks to your advice - it was invaluable. Thanks guys. I'd like to bring the conversation back to why base-files-mketc.sh / base-files-profile.sh had the wrong permissions to start with. Are they being installed with the wrong permissions or is something running bash -c to execute the post install procedure when it should be omitting the -c as Ken suggested in the manual procedure? Just want to check in case there is a lingering problem under the covers since I did do the install numerous times and got the same behaviour... Cheers Dave Dave Diane wrote: Thanks for the speedy reply Chuck - I'm game! I did as you suggest and it sped along to some degree but of course a lot of tools weren't in the path, so I had to add /usr/bin in to the path before running the for loop Interestingly when I did, I got: /bin/bash: /etc/postinstall/base-files-mketc.sh: Permission denied /bin/bash: /etc/postinstall/ : Permission denied Looking at these I see the exe bit isn't set: $ ls -l base-files-mketc.sh -rw-r--r-- 1 Dave Trollope 4294967295 665 2009-12-06 04:33 base-files-mketc.sh $ ls -l base-files-profile.sh -rw-r--r-- 1 Dave Trollope 4294967295 530 2009-12-06 04:33 base-files-profile.sh Other .sh files have the exe bit set... Is there a problem with the permissions on the packages being downloaded? $ ls -l total 33 -rwxr-xr-x 1 Dave Trollope 4294967295 6154 2009-05-14 05:28 000-cygwin-post-inst all.sh.done -rw-r--r-- 1 Dave Trollope 4294967295 665 2009-12-06 04:33 base-files-mketc.sh -rw-r--r-- 1 Dave Trollope 4294967295 530 2009-12-06 04:33 base-files-profile.sh -rwxr-xr-x 1 Dave Trollope 4294967295 1063 2009-07-01 20:20 bash.sh.done -rwxr-xr-x 1 Dave Trollope 4294967295 518 2008-12-17 16:16 coreutils.sh.done -rwxr-xr-x 1 Dave Trollope 4294967295 406 2009-10-14 18:19 font-adobe-dpi75.sh.done -rwxr-xr-x 1 Dave Trollope 4294967295 1645 2009-10-14 18:22 font-alias.sh.done -rwxr-xr-x 1 Dave Trollope 4294967295 399 2009-10-14 19:06 font-misc-misc.sh.done -rwxr-xr-x 1 Dave Trollope 4294967295 52 2009-09-24 21:30 fontconfig.sh.done -rwxr-xr-x 1 Dave Trollope 4294967295 461 2007-04-06 07:13 man.sh.done -rwxr-xr-x 1 Dave Trollope 4294967295 805 2009-05-11 06:24 passwd-grp.sh.done -rwxr-xr-x 1 Dave Trollope 4294967295 527 2009-11-30 21:48 terminfo.sh.done -rwxr-xr-x 1 Dave Trollope 4294967295 236 2009-11-26 10:04 terminfo0.sh.done -rwxr-xr-x 1 Dave Trollope 4294967295 415 2008-08-10 10:34 update-info-dir.sh.done After fixing those permissions and rerunning them things look good. I started a cygwin command shell with bash and it detected it was the first install and copied the users default settings/profile etc as I would expect. I'm still suspicous that packages already marked done didn't really complete cleanly so I'll check that out tomorrow but I suspect there is something in the bash package with the wrong permissions or the mketc/profile.sh post install scripts don't for some reason get their permissions changed. Thanks for the help - and I hope this helps you ( or Corinna ;-) ) find something that needs before going live with 1.7. I'll let you know if I find anything else odd tomorrow as I proceed further with getting it set up to take over from 1.5 Cheers Dave Charles Wilson wrote: Dave Diane wrote: I appreciate that I'm not giving you a lot to go on here, but my gut tells me there are some serious gremlins in the guts and in the installation still, it certainly prevents me from moving my 1.5 system to 1.7 at work and I'm worried that if 1.7 is released you'll be overwhelmed with support requests that are eerily similar. This is why I ask if 1.7 is ready for prime time. Perhaps I'm just being unlucky, and thats ok. I'm assuming you've checked for BLODAs, and that you have no known or suspected BLODAs running. In that case... My gut says that the postinstall scripts are encountering the dreaded *** unable to remap error, which (a) takes a few seconds before cygwin gives up and reports it (to setup; you won't see the error message), and (b) leaves a zombie process running around. If this occurs every time setup tries to run a postinstall script, and there are 40-50 such scripts in a typical 'virgin' installation, then...pain. My suggestion is: if everything has actually been downloaded and installed, and only the postinstall scripts are causing problems, then kill setup, and manually: launch cmd cd C:\cygwin-1.7\bin ash rebaseall -v for f in /etc/postinstall/*.sh ; do /bin/bash -c $f mv $f $f.done done But...take all that with a grain of salt. It's just my gut feeling with very little evidence to back it up. -- Chuck -- 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: Cannot find -lcurses
Please find below the output of the cygcheck -c: http://old.nabble.com/file/p26839344/New%2BPicture%2B%25287%2529.bmp New+Picture+%287%29.bmp Huang Bambo wrote: 2009/12/18 anand85 kulandaianan...@gmail.com Hello all, I am trying to install a speech synthesis software called 'Festival' through cygwin. But when i try to configure and install it through the 'make' command i am getting an error like this: i686-pc-cygwin/bin/id: cannot find -lcurses collect2: id returned 1 exit status. 'for more details Please see attachment!!! http://old.nabble.com/file/p26838594/New%2BPicture%2B%25286%2529.bmp New+Picture+%286%29.bmp Could anyone please help me out of this problem?? Thanks in advance Anand Have you installed the ncurses package ? Please send the output of 'cygcheck -c' -- 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 -- View this message in context: http://old.nabble.com/Cannot-find--lcurses-tp26838594p26839344.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: Cannot find -lcurses
2009/12/18 anand85 kulandaianan...@gmail.com: Please find below the output of the cygcheck -c: http://old.nabble.com/file/p26839344/New%2BPicture%2B%25287%2529.bmp New+Picture+%287%29.bmp You should have a symble link in /usr/lib like: lrwxrwxrwx 1 Bambo None 12 2009-11-21 12:10 libcurses.a - libncurses.a lrwxrwxrwx 1 Bambo None 16 2009-11-21 12:10 libcurses.dll.a - libncurses.dll.a If you don't have those file, create it yourself. -- 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: Cannot find -lcurses
anand85 wrote: Please find below the output of the cygcheck -c: http://old.nabble.com/file/p26839344/New%2BPicture%2B%25287%2529.bmp You have the libncurses package that contains the ncurses DLL, but that is just for runtime; for linking applications against ncurses, you need the development package with the libraries and header files in it. Install libncurses-devel. 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: Cannot find -lcurses
Huang Bambo wrote: 2009/12/18 anand85 kulandaianan...@gmail.com: Please find below the output of the cygcheck -c: http://old.nabble.com/file/p26839344/New%2BPicture%2B%25287%2529.bmp New+Picture+%287%29.bmp You should have a symble link in /usr/lib like: lrwxrwxrwx 1 Bambo None 12 2009-11-21 12:10 libcurses.a - libncurses.a lrwxrwxrwx 1 Bambo None 16 2009-11-21 12:10 libcurses.dll.a - libncurses.dll.a If you don't have those file, create it yourself. No, don't do that. The links will be created when you install the libncurses-devel package, and won't be any use without the remaining files from that package anyway, because that's what those links point to. 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: SO_REUSEADDR and windows enhanced socket security
Corinna! Thanks! Can you shedule a build for cygwin.dll with changes included in CVS? I promise to test it! Thanks again,Vladimir Yesin. Corinna Vinschen ?: On Dec 15 18:48, yesin wrote: looks like a problem with SO_REUSEADDR exists in CYGWIN for all windows with support for Enhanced socket security (see http://msdn.microsoft.com/en-us/library/ms740621(VS.85).aspx http://www.google.com/url?sa=Dq=http://msdn.microsoft.com/en-us/library/ms740621%28VS.85%29.aspxusg=AFQjCNF9bXOmPTwYjiP37Xdq2xRAYNXfWg) i'am trying to start multimple simultaneous UDP listeners for a multicast packets on a single machine (reuse same address and port with SO_REUSEADDR) [...] with cygwin environment i can't run multiple listerers... bind error: Address already in use! Thanks for the report and especially thanks for the testcase. There is code in Cygwin which skips calls to setsockopt(SO_REUSEADDR) on systems supporting enhanced socket security. That's necessary to emulate socket re-binding behaviour more closely to POSIX behaviour. The problem was that this should have been only called for TCP sockets but Cygwin accidentally called it for UDP sockets as well. I fixed that in CVS. Thanks again, Corinna -- 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 - backquoting, carriage returns and the removal of binmode
Ryan Dortmans schrieb: Hi, I have been having issues with backquoting DOS (text mode) programs in Cygwin 1.7. For example, for the following command: echo `example-prog` aaa I would expect output to be: hello world aaa However, the carriage return is being including in the output, resulting in: aaalo world This issue has been raised before in the mailing lists, with the solution being to set the CYGWIN environment variable to include nobinmode. This option has been removed in 1.7. ... It might be a good idea to remove the final CRLF for command line output embedding even without the igncr option as this context is a somewhat special case. Removing the final LF (standard shell behavior) isn't binary-transparent either - it's a convenience function. Thomas -- 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: openSSH problem
Hi, thank you for you answer. Yes, I have run this script. But I say to compare, while maybe it not run correctly.. but finally today I find the solution. I have read, to set system as hown of /etc/ssh* and /var/empty I tryed, but didn't changed. Finally, I reinstalled all and I have delete my openSSH windows user. I configured my openSSH, and I tried to start it. It didn't works, but I did only : $ chown system /etc/ssh* $ chown system /var/empty after this, and it is ok. I think there are 2 problems, a rights problem and a hown problem... Now, it is ok. But I hope this is really ok...while I need a stable installation... thank you very much for your help! Stéphanie 2009/12/17 Larry Hall (Cygwin) reply-to-list-only...@cygwin.com: On 12/17/2009 02:04 AM, Stéphanie Cettou wrote: Thank you very much. I tried to reinstall cygwin, but the problem is the same.. How I can find scripts ssh-host-config and ssh-user-config to compare? So you didn't run these after you installed openssh? That would be a big part (all?) of your problem. You may benefit from reading the Cygwin OpenSSH readme in the /usr/share/doc/Cygwin directory. You should run these scripts to configure OpenSSH for use. Trying to start the service before configuring isn't likely to have good results. You can find these scripts in /bin. -- 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 -- 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
openSSH cygwin, use rsa key with Windows 2003
Hi! I have a server openSSH and a client winSCP. The client is in Windows XP. Before, I tried to install the server in an other windows XP pc. I can connect with my client in password mode. I generated a public and a private key with my client, and I copied the public key in the server. In the home/userDirectory/.ssh/authorized_keys. And I can simply connect with winSCP in key mode. Now, I do the same in Windows 2003 server. And my client don't connect. There is other things to do? It is strange, while in windows xp server, there is a known_hosts file, near the authorized_keys file. And in windows 2003 server, it is not created. Any idea? thank you Stéphanie -- 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: Cannot find -lcurses
Hi, Thanks a lot. I have installed the libncurser in cygwin and the software is working. Dave Korn-6 wrote: anand85 wrote: Please find below the output of the cygcheck -c: http://old.nabble.com/file/p26839344/New%2BPicture%2B%25287%2529.bmp You have the libncurses package that contains the ncurses DLL, but that is just for runtime; for linking applications against ncurses, you need the development package with the libraries and header files in it. Install libncurses-devel. 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 -- View this message in context: http://old.nabble.com/Cannot-find--lcurses-tp26838594p26840180.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
New: rc 1.7.1-1 -- An implementation of the ATT Plan 9 shell
PACKAGE DESCRIPTION === Homepage: http://packages.debian.org/unstable/rc License : GPL A command interpreter and programming language similar to sh(1). It is based on the ATT Plan 9 shell of the same name. The shell offers a C-like syntax (much more so than the C shell), and a powerful mechanism for manipulating variables. It is reasonably small and reasonably fast, especially when compared to contemporary shells. Its use is intended to be interactive, but the language lends itself well to scripts. CHANGES SINCE LAST RELEASE == None. INSTALL OR UPGRADE NOTES Standard install. CYGWIN INSTALLATION INFORMATION === To install this package, 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. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cyg...@cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the 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 More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL.