Re: Setup 2.693 unable to replace files through reboot
On 07/04/2010 12:40, Corinna Vinschen wrote: I just applied the matching patch. Chris, could you please upload a new setup.exe? And can we renew the tradition of uploading the debug versions and source tarball from the build into the http://cygwin.com/setup/ dir? We're kind-of bordering on gpl non-compliant, because there's no way of knowing for sure (after downloading the binary of setup.exe) whether whoever compiled it had everything up-to-date in their sandbox, and cvs doesn't even have atomic revisions, so it's not entirely straightforward to reconstruct what the checkout must have been from the version number of the uploaded binary which is just the revision of the ChangeLog. cheers, DaveK
PATCH: setup.exe 2.693 installation status incompletely shown in Create Icons/Installation Status screen
Greetings, I propose the attached patch to fix the two issues (installation status truncated, copyright outdated) I reported on cygwin@ (see forward below), and a third issue, missing lzma and gcrypt from README. diffstat: ChangeLog | 11 +++ README|4 +++- res.rc|8 3 files changed, 18 insertions(+), 5 deletions(-) The patch is actually against ~2.695 from CVS (already includes Corinna's fix for privileged rename on reboot). HTH --- Forwarded message --- From: Matthias Andree matthias.and...@gmx.de Subject: setup.exe 2.693 installation status incompletely shown in Create Icons/Installation Status screen Setup 2.693 incompletely displays the Installation Status warning on the page that also contains two checkboxes under create Icons on my Windows 7 machine (Professional, 32-bit, German, Segoe UI 9pt sized font as pre-installed in my Dell design). This can make the importance of the reboot go unnoticed - important for newcomers to Cygwin. The Installation status has one line, the only readable part is In-use files have been replaced. You need to reboot as soon as possible to, and then aborts. Resizing the Windows does not help. However the complete message would be In-use files have been replaced. You need to reboot as soon as possible to *activate the new versions. Cygwin may operate incorrectly until you reboot.* The part in *...* is missing in my display. Screenshot in PNG format available off-list upon request. Also the Copyright mentions -2009 but I believe there were changes in 2010 already. -- Matthias Andree cygwin-setup-fixes-ma1.patch Description: Binary data
[RFU] ddrescue-1.12-1
Please upload wget \ http://franke.dvrdns.org/cygwin/release/ddrescue/ddrescue-1.12-1.tar.bz2 \ http://franke.dvrdns.org/cygwin/release/ddrescue/ddrescue-1.12-1-src.tar.bz2 \ http://franke.dvrdns.org/cygwin/release/ddrescue/setup.hint and remove 1.8-1. Christian
Re: PATCH: setup.exe 2.693 installation status incompletely shown in Create Icons/Installation Status screen
On Apr 7 16:01, Matthias Andree wrote: Greetings, I propose the attached patch to fix the two issues (installation status truncated, copyright outdated) I reported on cygwin@ (see forward below), and a third issue, missing lzma and gcrypt from README. diffstat: ChangeLog | 11 +++ README|4 +++- res.rc|8 3 files changed, 18 insertions(+), 5 deletions(-) The patch is actually against ~2.695 from CVS (already includes Corinna's fix for privileged rename on reboot). Thanks, applied. Just a note for the next time. Please include the ChangeLog entry only in cleartext in your mail, not as diff. In this case it was easy, but most of the time ChangeLogs don't apply cleanly. Thanks again, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: PATCH: setup.exe 2.693 installation status incompletely shown in Create Icons/Installation Status screen
On Wed, Apr 07, 2010 at 06:33:43PM +0200, Corinna Vinschen wrote: On Apr 7 16:01, Matthias Andree wrote: Greetings, I propose the attached patch to fix the two issues (installation status truncated, copyright outdated) I reported on cygwin@ (see forward below), and a third issue, missing lzma and gcrypt from README. diffstat: ChangeLog | 11 +++ README|4 +++- res.rc|8 3 files changed, 18 insertions(+), 5 deletions(-) The patch is actually against ~2.695 from CVS (already includes Corinna's fix for privileged rename on reboot). Thanks, applied. Just a note for the next time. Please include the ChangeLog entry only in cleartext in your mail, not as diff. In this case it was easy, but most of the time ChangeLogs don't apply cleanly. Thanks. This will be in the version of setup.exe that I will upload. FYI. cgf
Re: [RFU] ddrescue-1.12-1
On Apr 7 18:20, Christian Franke wrote: Please upload wget \ http://franke.dvrdns.org/cygwin/release/ddrescue/ddrescue-1.12-1.tar.bz2 \ http://franke.dvrdns.org/cygwin/release/ddrescue/ddrescue-1.12-1-src.tar.bz2 \ http://franke.dvrdns.org/cygwin/release/ddrescue/setup.hint and remove 1.8-1. Done and done. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: PATCH: setup.exe 2.693 installation status incompletely shown in Create Icons/Installation Status screen
Am 07.04.2010, 18:33 Uhr, schrieb Corinna Vinschen: On Apr 7 16:01, Matthias Andree wrote: Greetings, I propose the attached patch to fix the two issues (installation status truncated, copyright outdated) I reported on cygwin@ (see forward below), and a third issue, missing lzma and gcrypt from README. diffstat: ChangeLog | 11 +++ README|4 +++- res.rc|8 3 files changed, 18 insertions(+), 5 deletions(-) The patch is actually against ~2.695 from CVS (already includes Corinna's fix for privileged rename on reboot). Thanks, applied. Just a note for the next time. Please include the ChangeLog entry only in cleartext in your mail, not as diff. In this case it was easy, but most of the time ChangeLogs don't apply cleanly. Thanks. Will do. -- Matthias Andree
RFU: astyle-1.24-1
Please upload astyle-1.24-1: wget -x -nH --cut-dirs=1 \ http://emergedesktop.org/cygwin/astyle-1.24-1.tar.bz2 \ http://emergedesktop.org/cygwin/astyle-1.24-1-src.tar.bz2 Please leave 1.23-1 as previous and all other releases can be removed. Thank you, Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d
Keyboard and start options problems
Hello, My French-Canadian keyboard is not recognized: 2010-04-06 14:42:35 (--) winConfigKeyboard - Layout: 1009 (1009) 2010-04-06 14:42:35 (EE) Keyboardlayout Canadian French (1009) is unknown 2010-04-06 14:42:35 Rules = base Model = pc105 Layout = us Variant = Options = If I use setxkbmap ca fr it defines it OK but when I start a new xterm the keyboard is not OK: the ` dead-key does not produce an è if I hit `e; it just produces a plain e (but it works ok in the initial xterm). I think this might be related to LANG not being set OK (it is set to C.UTF-8 by default). I tried to set it fr_CA.UTF-8 but it didn't work either. I also have a problem with my start icon that doesn't seem to pick up my custom parameters. The command is: C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe -xkblayout ca -xkbvariant fr -emulate3buttons The layout is always US and the 3 button emulation doesn't work either. Any help appreciated! Denis -- _ °v° Denis Beauchemin, analyste /(_)\ Université de Sherbrooke, S.T.I. ^ ^ T: 819.821.8000x62252 F: 819.821.8045 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Keyboard and start options problems
On 4/7/2010 1:31 PM, Denis Beauchemin wrote: I also have a problem with my start icon that doesn't seem to pick up my custom parameters. The command is: C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe -xkblayout ca -xkbvariant fr -emulate3buttons The layout is always US and the 3 button emulation doesn't work either. You need to quote the part after -c, and you're also missing a '--' (see the startxwin documentation). Try C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c '/usr/bin/startxwin.exe -- -xkblayout ca -xkbvariant fr -emulate3buttons' Ken -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Keyboard and start options problems
Le 2010-04-07 14:24, Ken Brown a écrit : On 4/7/2010 1:31 PM, Denis Beauchemin wrote: I also have a problem with my start icon that doesn't seem to pick up my custom parameters. The command is: C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe -xkblayout ca -xkbvariant fr -emulate3buttons The layout is always US and the 3 button emulation doesn't work either. You need to quote the part after -c, and you're also missing a '--' (see the startxwin documentation). Try C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c '/usr/bin/startxwin.exe -- -xkblayout ca -xkbvariant fr -emulate3buttons' Ken Thanks, that worked like a charm! I had tried quoting and the -- but I guess I didn't try the right combination. Denis -- _ °v° Denis Beauchemin, analyste /(_)\ Université de Sherbrooke, S.T.I. ^ ^ T: 819.821.8000x62252 F: 819.821.8045 -- 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/
Etudes au Quebec Canada
Bonjour, Chercher des programmes d'études ou contacter un établissement pour faire ses études au canada, c'est dans un seul site: http://www.formation-quebec.ca/ le site: FORMATION-Quebec.CA est un site riche d'Information pour tout ce qui concerne les programmes d'études, les professions et les établissements collégiales, universitaires ou a distance. Visitez le site: http://www.formation-quebec.ca/ Cordialement L'équipe de Kebek-cours -- Powered by PHPlist, www.phplist.com -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: bug report/suggested temp. patch: handling bursts of sent keys
Jon wrote: Yaakov, Can you pull this patch and include it in the next X server release, please. Excellent. Thank you. Do we need to do anything special for this to get picked up for Xming as well? - Mark -- 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 include/cygwin/ver ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-04-07 08:55:38 Modified files: winsup/cygwin : ChangeLog winsup/cygwin/include/cygwin: version.h Log message: * include/cygwin/version.h: Bump DLL minor version number to 4. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4899r2=1.4900 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.313r2=1.314
Re: UTF-8 in ftp client.
On 2010.04.07 4:02, Charles Wilson wrote: On 4/6/2010 9:22 AM, Václav Haisman wrote: Install lftp or other FTP client using setup.exe. ...which is good advice. The other clients MAY support UTF-8 or some other explicit i18n/NLS, but the inetutils bare-bones ftp client doesn't, and won't. Won't because religion don't allow? So GNU guies never accept patches for UTF-8 support? I ask to understand point of view. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7 setup.exe overwrites softlink for home
On Apr 6 15:54, Tim McDaniel wrote: Corinna Vinschen wrote: Peter Wohlers wrote: Since upgrading to 1.7, I keep seeing weird problems with deletion of my homedir symlink. Before running setup: pwohl...@h1n1 ~ $ ll / [...] lrwxrwxrwx 1 Domain Users 18 2010-04-04 14:31 home - /cygdrive/d/Users/ [...] After running setup: [...] Setup seems to have deleted the softlink for /home Well... yes. That's probably a bit unfortunate. The current mechanism always creates a couple of directories if they don't already exist: ... /home ... If the directory couldn't be created because a non-directory file uses the same name, it deletes that file and tries to create the directory again. It's not perfect, but at least we know that the directories exist, afterwards. We could add a mode which drops the aggressive creation strategy, but I only see that *could* make sense for home. Um, so I suppose it's doing a test for symlinks specifically. Why not There's no such test. Setup is a native Win32 application, not a Cygwin application. 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: Setup 2.693 unable to replace files through reboot
On Apr 6 14:24, Christopher Faylor wrote: On Tue, Apr 06, 2010 at 07:23:08PM +0300, Matthias Andree wrote: Greetings, I have observed multiple times, and reproduced, that Setup 2.693 overwriting in-use files and rebooting WILL NOT replace those in-use files. Notably cygwin1.dll. Windows 7 Pro, 32-bit, with 4 cygrunsrv services (exim, cron, cygserver, sshd). Reproduce: 1. stop services 2. install some cygwin1.dll with a distinct version that you can recognize from uname -a (in my case, snapshot 20100331) 3. start services 4. launch setup.exe (version 2.693) 5. pick cygwin-1.7.3-1 for Reinstall 6. next/continue until... 7. setup.exe complains about files in use - cygwin1.dll, retry/continue (continue requires reboot) 8. click continue 9. setup completes, reminds me to reboot 10. reboot 11. uname -a still shows cygwin1.dll 20100331 is in use. What's up? Can I help to debug this? It works fine on Windows XP. I can't test Windows 7 easily. Corinna do you have time to test this? I'll have a look. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.1: cvs version built in is unstable
On Apr 6 21:06, Charles Wilson wrote: On 4/6/2010 1:33 PM, Roe, Kevin L. wrote: Is it possible to change the setting of POSIX_NO_TRUNC? No. That symbol (accurately) describes the underlying behavior of the C runtime library (in this case, the new cygwin1.dll) and is defined in /usr/include/sys/features.h. You really don't want to start lying about the behavior of your C library; that way lies madness. The real solution lies in Cygwin, I fear. We probably have to add a tweak to the pathname handling which reverts to good old Win32 compatible filenames (no leading spaces, no trailing dots and spaces) when the target filesystem is Samba. I look into it, but maybe not for 1.7.4. 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: Setup 2.693 unable to replace files through reboot
I'll answer two of Dave's postings, I hope this also provides answers to CGF's questions: Am 06.04.2010 21:35, schrieb Dave Korn: On 06/04/2010 17:23, Matthias Andree wrote: 4. launch setup.exe (version 2.693) As administrator, or as ordinary user? As Administrator (in fact that's a property of setup.exe). What's up? Can I help to debug this? Take a look in /var/log/{setup.log,setup.log.full}; there should be error messages if it failed to schedule the replace on reboot that might give us a clue. No strikingly obvious failures, quoting setup.log.full (manually shortened a bit where there were too many successive lines that differed just by file/path names, marked by ellipsis). I find the backslash/fwd slash mixes around C:\cygwin\bin euhm, interesting, for instance here: 2010/04/06 19:14:11 Scheduled reboot replacement of file C:\cygwin\bin/cygwin1.dll with C:\cygwin\bin/cygwin1.dll.new. Dave later asked: Hmm. The docs suggest that the replace-on-reboot functionality a) can't work on network drives b) needs write access to the registry key: HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations c) may fail if the System volume is a basic volume [ ... and ... ] the destination drive or the source drive is located on a dynamic volume Any of those apply to you guys? (a) no, local C:\ drive (b) no such key exists. FileRenameOperations is an unnamed empty REG_SZ item. (c) no dynamic volumes involved, everything is in the basic volume C:\ which is also the system volume. Nothing in eventvwr.exe is standing out either. Now the log, hope it helps. Let me know if you need more information; cygcheck -srhv information available on request. 2010/04/06 19:13:38 Starting cygwin install, version 2.693 2010/04/06 19:13:38 io_stream_cygfile: fopen(/etc/setup/net-proxy-host) failed 2 No such file or directory 2010/04/06 19:13:38 io_stream_cygfile: fopen(/etc/setup/net-proxy-port) failed 2 No such file or directory 2010/04/06 19:13:38 io_stream_cygfile: fopen(/etc/setup/extrakeys) failed 2 No such file or directory 2010/04/06 19:13:38 Current Directory: C:\cygwin\usr\src 2010/04/06 19:13:38 User has backup/restore rights 2010/04/06 19:13:38 Changing gid to Administrators 2010/04/06 19:13:38 Could not open service McShield for query, start and stop. McAfee may not be installed, or we don't have access. 2010/04/06 19:13:40 source: network install 2010/04/06 19:13:41 root: C:\cygwin binary system 2010/04/06 19:13:41 Selected local directory: C:\cygwin\usr\src 2010/04/06 19:13:42 net: Direct Loaded cached mirror list get_url_to_membuf http://cygwin.com/mirrors.lst getUrlToStream http://cygwin.com/mirrors.lst 2010/04/06 19:13:44 site: http://ftp.inf.tu-dresden.de/software/windows/cygwin32/ get_url_to_membuf http://ftp.inf.tu-dresden.de/software/windows/cygwin32//setup.bz2 getUrlToStream http://ftp.inf.tu-dresden.de/software/windows/cygwin32//setup.bz2 get_url_to_membuf http://ftp.inf.tu-dresden.de/software/windows/cygwin32//setup.bz2.sig getUrlToStream http://ftp.inf.tu-dresden.de/software/windows/cygwin32//setup.bz2.sig Checking MD5 for file://C:\cygwin\usr\src/http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fcygwin32%2f/release/cygwin/cygwin-1.7.3-1.tar.bz2 MD5 verified OK: file://C:\cygwin\usr\src/http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fcygwin32%2f/release/cygwin/cygwin-1.7.3-1.tar.bz2 4e8072d8f7ff578a6aa272fe3b02c427 Checking MD5 for file://C:\cygwin\usr\src/http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fcygwin32%2f/release/GNOME/_obsolete/glib2/glib2-2.20.4-1.tar.bz2 MD5 verified OK: file://C:\cygwin\usr\src/http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fcygwin32%2f/release/GNOME/_obsolete/glib2/glib2-2.20.4-1.tar.bz2 c616cffee0f344c37fd4e045a7a87054 2010/04/06 19:14:03 Running preremove script for cygwin 2010/04/06 19:14:03 Uninstalling cygwin unlink C:\cygwin/etc/defaults/etc/cygserver.conf unlink C:\cygwin\bin/cygcheck.exe ... rmdir C:\cygwin/usr/include/asm rmdir C:\cygwin/usr/include/arpa 2010/04/06 19:14:03 Extracting from file://C:\cygwin\usr\src/http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fcygwin32%2f/release/cygwin/cygwin-1.7.3-1.tar.bz2 Installing file cygfile:///etc/ Installing file cygfile:///etc/defaults/ Installing file cygfile:///etc/defaults/etc/ Installing file cygfile:///etc/defaults/etc/cygserver.conf Installing file cygfile:///usr/ Installing file cygfile:///usr/bin/ Installing file cygfile:///usr/bin/cygcheck.exe Installing file cygfile:///usr/bin/cyglsa-config Installing file cygfile:///usr/bin/cyglsa.dll Installing file cygfile:///usr/bin/cyglsa64.dll Installing file cygfile:///usr/bin/cygpath.exe Installing file cygfile:///usr/bin/cygserver-config Installing file cygfile:///usr/bin/cygwin-console-helper.exe Installing file cygfile:///usr/bin/cygwin1.dll 2010/04/06 19:14:03
Re: 1.7.1: cvs version built in is unstable
On Apr 7 10:34, Corinna Vinschen wrote: On Apr 6 21:06, Charles Wilson wrote: On 4/6/2010 1:33 PM, Roe, Kevin L. wrote: Is it possible to change the setting of POSIX_NO_TRUNC? No. That symbol (accurately) describes the underlying behavior of the C runtime library (in this case, the new cygwin1.dll) and is defined in /usr/include/sys/features.h. You really don't want to start lying about the behavior of your C library; that way lies madness. The real solution lies in Cygwin, I fear. We probably have to add a tweak to the pathname handling which reverts to good old Win32 compatible filenames (no leading spaces, no trailing dots and spaces) when the target filesystem is Samba. I look into it, but maybe not for 1.7.4. I'm sorry, but I don't see a problem with these filenames on Samba: $ touch a.b. $ ls -l [...] -rw-r--r-- 1 corinna vinschen 0 2010-04-07 10:36 AB2F49~0 $ ls -l a.b. -rw-r--r-- 1 corinna vinschen 0 2010-04-07 10:36 a.b. $ rm a.b. $ touch abc $ ls -l [...] -rw-r--r-- 1 corinna vinschen 0 2010-04-07 10:40 AZIJUG~1 $ ls -l abc -rw-r--r-- 1 corinna vinschen 0 2010-04-07 10:40 abc $ rm abc I also tested cvs, and it didn't complain about filenames with a dot as the 9th char. 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: weak symbols on Cygwin
Hi Dave, on ELF platforms, you can leave undefined references in an executable, to be filled in by ld.so at runtime according to what the loader finds present once it's loaded libc. ... On windows ... There's no run-time process of scanning all available symbols from all loaded libraries against undefined references in the executable. ... on Windows, all the library functions imported from libc come in the form of import stubs from the (static) import library. So weak references won't cause any of those symbols to be pulled in, even if the library does provide them. But if something else in the program causes them to be pulled in, the weak references will resolve to the imported function. Thanks for these explanations. So, #pragma weak is very different on PE systems than on ELF systems. On ELF platforms, I use #pragma weak in order to detect whether a symbol is defined in the libraries which are linked in with the executable (including libc). This whole concept isn't going to translate directly to Windows platforms. There's no interposing or providing missing definitions at runtime; if it's not already there at final link time, it's not going to be there at runtime. The only way windows can determine this sort of thing is through dlsym()ing all the open libraries, I think. I was implicitly hoping that - gcc would collect all weak-declared symbols in some table, and generate code so that the reference to these symbols makes an indirection through this table, - the Cygwin runtime would call dlsym or GetProcAddress at startup and fill in addresses into said table. What's the larger-scale goal you're trying to support by this method? Are you after implementing some sort of plug-in architecture or something? I've got some code, written for ELF platforms, that detects whether the pthread library (often a separate library from libc) is linked, by doing #pragma weak pthread_cancel bool pthread_in_use = (pthread_cancel != NULL); This code breaks in Cygwin 1.7, because the autoconf test determines that gcc accepts #pragma weak. Not a big problem - I can surround that code with #ifdef __ELF__ Simply, it's an issue to be aware of. I'll suggest a documentation improvement for the GCC manual. Bruno -- 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: git stopped working with 1.7.1
Hi Brian, I had the same issue, lets see if my cause is your cause too. After I've replaced(or removed!) %windir%\system32\cygz.dll with the newer one in Cygwin, git 1.7.0.4 worked well. Perhaps I've manually copied an older cygz.dll to there sometimes ago.I can't remember. Some sub-commands of git like git-upload-pack tries to load a wrong/conflicting version of dll from somewhere. Note that I have the registry value to allow loading DLL from the same directory preceding the path but %windir%\system32 is always the first in the PATH environment variable. HTH Nothize Kevin Layer wrote: Brian L. br...@blucz.com wrote: From this thread I gather that little or no progress has been made on addressing the root cause of this issue. It still seems to be broken with the latest 1.7 series packages. What is the proper method for getting this bug in front of the guys who maintain the openssh package? The cygwin website suggests that the mailing list is the proper channel, but it doesn't seem like anyone's seriously looking into this as an openssh issue. It's clearly affecting more than a few users and the workaround, while reliable, is quite lame. Can this please get a little bit more priority? and another month goes by... If there is work going on behind the scenes, it would be nice to hear from the developer(s) working on it. If it is not being worked on... I agree with Brian. This is a serious impediment to using Cygwin 1.7. I would think it would be of top priority. Thanks. Kevin -- 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/git-stopped-working-with-1.7.1-tp26905956p28163005.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: Setup 2.693 unable to replace files through reboot
a) can't work on network drives b) needs write access to the registry key: HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations c) may fail if the System volume is a basic volume [ ... and ... ] the destination drive or the source drive is located on a dynamic volume Further information, this Key appears to exist only if such operations are actually pending. I triggered a re-install of cygwin 1.7.3-1 again, and got this in the key: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager] ... PendingFileRenameOperations=hex(7):5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,\ 63,00,79,00,67,00,77,00,69,00,6e,00,5c,00,62,00,69,00,6e,00,5c,00,63,00,79,\ 00,67,00,77,00,69,00,6e,00,31,00,2e,00,64,00,6c,00,6c,00,2e,00,6e,00,65,00,\ 77,00,00,00,21,00,5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,63,00,79,00,67,\ 00,77,00,69,00,6e,00,5c,00,62,00,69,00,6e,00,5c,00,63,00,79,00,67,00,77,00,\ 69,00,6e,00,31,00,2e,00,64,00,6c,00,6c,00,00,00,5c,00,3f,00,3f,00,5c,00,43,\ 00,3a,00,5c,00,63,00,79,00,67,00,77,00,69,00,6e,00,5c,00,75,00,73,00,72,00,\ 5c,00,73,00,62,00,69,00,6e,00,5c,00,63,00,79,00,67,00,73,00,65,00,72,00,76,\ 00,65,00,72,00,2e,00,65,00,78,00,65,00,2e,00,6e,00,65,00,77,00,00,00,21,00,\ 5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,63,00,79,00,67,00,77,00,69,00,6e,\ 00,5c,00,75,00,73,00,72,00,5c,00,73,00,62,00,69,00,6e,00,5c,00,63,00,79,00,\ 67,00,73,00,65,00,72,00,76,00,65,00,72,00,2e,00,65,00,78,00,65,00,00,00,00,\ 00 Or, more readably: \??\C:\cygwin\bin\cygwin1.dll.new !\??\C:\cygwin\bin\cygwin1.dll \??\C:\cygwin\usr\sbin\cygserver.exe.new !\??\C:\cygwin\usr\sbin\cygserver.exe However, after a reboot I still have these files: $ ls -l /bin/cygwin1.dll* -rwxr-xr-x 1 Administratoren None 2.5M 2010-04-03 11:29 /bin/cygwin1.dll* -rwxr-xr-x 1 mandree root 2.5M 2010-04-03 11:29 /bin/cygwin1.dll.new* $ ls -l /usr/sbin/cygserver.exe* -rwxr-xr-x 1 mandree root 150K 2010-04-03 11:29 /usr/sbin/cygserver.exe* -rwxr-xr-x 1 mandree root 150K 2010-04-03 11:29 /usr/sbin/cygserver.exe.new* I would have thought that the .new files were gone after the reboot, or these got somewhat more appropriate owners (I always run setup.exe as Administrator, and have it install for all users)... -- Matthias Andree -- 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: mintty - changing colours when logging in to remote host
On Tue, Apr 6, 2010 at 8:14 PM, Andy Koppe wrote: Gary: Is it possible to change the colour scheme when connecting to a remote system, to remind me where I am actually running? Yes. There are control sequences for changing the colours Thanks. For example, to set the background colour to dark red: echo $'\e]12;64,0,0\a' Err. Well that set my block cursor to dark red, but anyway, yeah, I get the idea. I will read the xterm doc you linked to and play around. Oh. Is it because $ echo $TERM xterm-256color (Oh God. I just looked at the document you linked to. I'm not sure which is denser, me or it! Anyway, I will read and see what I can make of it.) Incidentally, do you prefer mintty related subjects here or in mintty-discuss? Both seem appropriate. -- 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
setup.exe 2.693 installation status incompletely shown in Create Icons/Installation Status screen
Setup 2.693 incompletely displays the Installation Status warning on the page that also contains two checkboxes under create Icons on my Windows 7 machine (Professional, 32-bit, German, Segoe UI 9pt sized font as pre-installed in my Dell design). This can make the importance of the reboot go unnoticed - important for newcomers to Cygwin. The Installation status has one line, the only readable part is In-use files have been replaced. You need to reboot as soon as possible to, and then aborts. Resizing the Windows does not help. However the complete message would be In-use files have been replaced. You need to reboot as soon as possible to *activate the new versions. Cygwin may operate incorrectly until you reboot.* The part in *...* is missing in my display. Screenshot in PNG format available off-list upon request. Also the Copyright mentions -2009 but I believe there were changes in 2010 already. -- Matthias Andree -- 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: MySQL client, prompt, redux
On 2010-04-07 01:06, Tim McDaniel wrote: From Google searches and some experience, it appears that it's a long-standing situation that, if you run the mysql.exe client program under mintty or rxvt from Cygwin, then mysql figures that it's not on an interactive terminal and therefore does not prompt. Is there yet any workaround other than simply using cmd.exe instead? (In mintty, BTW, cmd /c mysql ... doesn't prompt, presumably for the same reason that mysql alone doesn't prompt.) When I run cygwin inside a TakeCommand shell, I do get a working mysql client program. You might want to check it out (it's a commercial app, however), see http://jpsoft.com/ Also, I see that the just released beta of MySQL Workbench has a proper command interpreter now, another option you might be interested in. - Eric Lilja -- 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: Setup 2.693 unable to replace files through reboot
On Apr 7 10:27, Corinna Vinschen wrote: On Apr 6 14:24, Christopher Faylor wrote: On Tue, Apr 06, 2010 at 07:23:08PM +0300, Matthias Andree wrote: Greetings, I have observed multiple times, and reproduced, that Setup 2.693 overwriting in-use files and rebooting WILL NOT replace those in-use files. Notably cygwin1.dll. [...] It works fine on Windows XP. I can't test Windows 7 easily. Corinna do you have time to test this? I'll have a look. I can confirm the problem on W7. The mechanism in setup apparently works fine at the first glance. After the call to MoveFileEx, a new registry entry PendingFileNameOperations in the Session Manager key has been created, as expected. The content looks sound. After reboot, the PendingFileNameOperations entry has disappeared from the registry, but the Cygwin DLL hasn't changed. I can reproduce the same issue with any other file on the C: drive. MoveFileEx works, but the file is not renamed after reboot. Here's the catch. Per the documentation in http://msdn.microsoft.com/en-us/library/aa381498%28VS.85%29.aspx there's an additional registry value AllowProtectedRenames to set, if WFP protected files have to be replaced on reboot, apparently already starting with Windows Server 2003 R2, or 2003 SP1. I was surprised that this covered all files on the C: drive, but looking into the System Protection tab in the System Properties dialog shows that the entire C: drive is under protection by default. That means, if we want the replacement mechanism to work, we must also create the AllowProtectedRenames value in the Session Manager registry key every time the MoveFileEx is called successfully. I'll create a patch in the next couple of days if nobody beats me to it. 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: Setup 2.693 unable to replace files through reboot
On 07/04/2010 09:39, Matthias Andree wrote: I find the backslash/fwd slash mixes around C:\cygwin\bin euhm, interesting, for instance here: 2010/04/06 19:14:11 Scheduled reboot replacement of file C:\cygwin\bin/cygwin1.dll with C:\cygwin\bin/cygwin1.dll.new. A harmless inconsistency; they remain valid win32 file path syntax. 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: Setup 2.693 unable to replace files through reboot
On Apr 7 13:14, Corinna Vinschen wrote: On Apr 7 10:27, Corinna Vinschen wrote: On Apr 6 14:24, Christopher Faylor wrote: On Tue, Apr 06, 2010 at 07:23:08PM +0300, Matthias Andree wrote: Greetings, I have observed multiple times, and reproduced, that Setup 2.693 overwriting in-use files and rebooting WILL NOT replace those in-use files. Notably cygwin1.dll. [...] It works fine on Windows XP. I can't test Windows 7 easily. Corinna do you have time to test this? I'll have a look. I can confirm the problem on W7. The mechanism in setup apparently works fine at the first glance. After the call to MoveFileEx, a new registry entry PendingFileNameOperations in the Session Manager key has been created, as expected. The content looks sound. After reboot, the PendingFileNameOperations entry has disappeared from the registry, but the Cygwin DLL hasn't changed. I can reproduce the same issue with any other file on the C: drive. MoveFileEx works, but the file is not renamed after reboot. Here's the catch. Per the documentation in http://msdn.microsoft.com/en-us/library/aa381498%28VS.85%29.aspx there's an additional registry value AllowProtectedRenames to set, if WFP protected files have to be replaced on reboot, apparently already starting with Windows Server 2003 R2, or 2003 SP1. I was surprised that this covered all files on the C: drive, but looking into the System Protection tab in the System Properties dialog shows that the entire C: drive is under protection by default. That means, if we want the replacement mechanism to work, we must also create the AllowProtectedRenames value in the Session Manager registry key every time the MoveFileEx is called successfully. I'll create a patch in the next couple of days if nobody beats me to it. I just applied the matching patch. Chris, could you please upload a new setup.exe? 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
[ANNOUNCEMENT] Updated: cygwin-1.7.4-1
Hi Cygwin friends and users, I just release 1.7.4-1. This is a bugfix release which fixes a fifo problem introduced with 1.7.3-1 and a few other problems. == NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE Cygwin 1.7.1 or earlier users of LSA authentication using the cyglsa.dll or cyglsa64.dll files *must* replace the old cyglsa DLL with the new one from this package, otherwise LSA authentication will fail with the new 1.7.3 Cygwin DLL. This is unfortunately necessary, but it should be the last time for quite some time. DON'T FORGET TO REBOOT after replacing cyglsa.dll. == == NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE Localization support has been much enhanced since 1.7.1 and the locale variables (LANG, LC_TIME, etc) are now evaluated and require a *valid* locale specifier to be fully functional. Make sure to read the below changes to the localization support and *especially* the updated documentation at http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html to get the full picture. == Changes and bugfixes since Cygwin 1.7.3: - Fix a typo which made FIFOs non-functional. - Fix wrong return value in call to btowc('\0'). - Allow atexit callbacks to register further atexit callbacks. - New /usr/include/sched.h and /usr/incude/sys/sched.h files due to alignment with newlib files. No functional change. However, if the new files result in problems when building projects, please report to the Cygwin list. Changes and bugfixes since Cygwin 1.7.2: - Fix deadlock problem between atexit and dlclose processing which caused some programs to hang on exit. - Fix handling of non-blocking pipes when read/write is attempted and previous I/O has not completed. - Disable erroneous .exe/.lnk suffix handling for directories. - Fix potentially corrupted locale information. - Enable IPv6 support in rcmd(3) function, which was accidentally diabled since the function has been added to Cygwin 1.7.0. - More relaxed Netapp FS recognition. - Enable finding paths in backslash notation in calls to execvp/execlp. - Modification and access timestamps of devices reflect the current time. - Support for GB2312/EUC-CN. These charsets are implemented as aliases to GBK. GB2312 is now the default charset name for the locales zh_CN and zh_SG, just as on Linux. - The Cygwin console emulation graphics mode switching now strictly follows ISO 2022. Changes and bugfixes since Cygwin 1.7.1: Changes: - Localization support has been much improved. - Cygwin now handles locales using the underlying Windows locale support. The locale must exist in Windows to be recognized. Locale aliases from the file /usr/share/locale/locale.alias are also allowed, as long as their replacement is supported by the underlying Windows. - New tool locale to fetch locale information and default locales based on the Windows default settings as well as lists of all supported locales and character sets. Hint: Try `locale -a' for a list of available locales. Try `locale -av' for more details. Try `locale -m' for a list of available character sets. - Default charset for locales without explicit charset is now chosen from a list of Linux-compatible charsets. For instance: en_US - ISO-8859-1 ja_JP - EUC-JP zh_TW - Big5 - Added support for the charsets GEORGIAN-PS, PT154, and TIS-620. - Support for various locale modifiers to switch charsets as on Linux (@euro, @latin, @iqtelif). - Default charset in the C or POSIX locale has been changed back from UTF-8 to ASCII, to avoid problems with applications expecting a singlebyte charset in the C/POSIX locale. Cygwin still uses UTF-8 internally for filename conversion in this case. - LC_COLLATE, LC_MONETARY, LC_NUMERIC, and LC_TIME localization is enabled via Windows locale support. LC_MESSAGES is enabled via a big table with localized strings. - fnmatch(3), regcomp(3), regexec(3) calls are now multibyte-aware. - printf(3), wprintf(3) families of functions now handle the grouping flag, the apostrophe ', per POSIX-1.2008. The integer portion of the result of a decimal conversion (%i, %d, %u, %f, %F, %g, %G) will be formatted with thousands' grouping characters according to the locale settings. - strftime(3), wcsftime(3), and strptime(3) now handle the E and O format modifiers to print/scan alternative date and time representations or to use alternative digits in locales
Re: mintty - changing colours when logging in to remote host
Gary wrote: For example, to set the background colour to dark red: echo $'\e]12;64,0,0\a' Err. Well that set my block cursor to dark red, but anyway, yeah, I get the idea. Oops. 12 indeed is the cursor. 11 is background, 10 is foreground. And the OSC 4 sequence lets you change all 256 colours, whereby the colour number appears after the first semicolon, e.g. this turns ANSI yellow (colour 3) up to full brightness: echo $'\e]4;3;255,255,0\a' I will read the xterm doc you linked to and play around. Oh. Is it because $ echo $TERM xterm-256color No, the control sequences are available independent of the TERM setting. (Oh God. I just looked at the document you linked to. I'm not sure which is denser, me or it! Anyway, I will read and see what I can make of it.) :) Incidentally, do you prefer mintty related subjects here or in mintty-discuss? Both seem appropriate. I don't really mind, since they both end up in my inbox anyway, but generally the more specific list is the better choice, initially anyway. I do prefer bug reports and enhancement requests to go straight to the mintty issue tracker, though. Good luck, Andy -- 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: installer improvements
On Tue, Apr 6, 2010 at 7:29 PM, Morgan Gangwere 0.fracta...@gmail.com wrote: On Tue, Apr 6, 2010 at 8:10 AM, wefwef wefwef fromble...@gmail.com wrote: After using cygwin for years, and having some recent difficulty installing, I took a look at the installer to actually try and understand it (a novel concept I know!). Your problem was that a package didnt get installed because you would have had to explicitly told it not to have been. Nice explanation if it was actually true, but it's just an assumption you have made, based on your opinion that the cygwin installer is flawless. Here are my thoughts on the gui - I think it could be made considerably more user friendly with some minor cosmetic changes. Personally, as a UI fanatic, I have no problem with it, and I get really nitpicky about design. Lets hear your gripes, shall we? :) The View button is being used to do two separate and unrelated tasks. - Switch between category and list view - Choose between partial, up to date, and not installed. I suggest that additional radio buttons be used to select between category and list view. They are *not* unrelated. In fact, that button keeps me *sane* how do you choose full view in category mode, full view in list mode, partial view in category mode, partial view in list mode, not installed in category mode, not installed in list mode ? they dont exist because packages can exist in multiple categories (apache in web and network, xbiff in X11 and Network, etc) nope, that doesn't explain anything. So what if they can exist in multiple categories. Obviously if I choose a list view, then I want a list of everything that has been chosen, with no duplicates. And a category view would obviously show the duplicates within the categories. What it does is change the perspective of looking at the packages; the fact that one view happens to be a tree view (by category) instead of a linear-list (by is-installed or is-downloaded) is a happy 2nd or 3rd order effect. *any other way of doing it would be a kludgy look*. So you are saying that the single button has a second order effect. Normally, you would put this 'second order effect' on a different gui component so it could be controlled separately. In effect, the view button tries to do two things - one is how you see what is currently selected (list or category), the other is to select what you see. Why on earth you would want to choose these functions with the same button I don't know. no, the second order effect is that in category view, it is set up in a tree-list instead of (oh i dont know) sorted by the category in a column. There you go again, a 'second order effect' - So you admit that one button does two separate things, and you think that's ok, and is the best way to do things, and doesn't confuse anyone at all? The terms used are not the clearest (and believe me, things are tricky enough already) Partial - I suggest change to 'to be be installed' or similar Up to date - I suggest change to 'already installed' or similar not installed - this is clear, no changes necessary Partial: Downloaded (or marked for download/Updatable), but not installed. Up To Date: Downloaded, Installed and latest version. Not Installed: Self Referential. Yes, I know you can explain the terms to me, good design however is self explanatory. The way that (partial, up to date and not installed) is selected, via clicking on a button multiple times is not very common in gui design. It sure as hell is. Look at Synaptic: Uses the same ideology; If the debian folks were braindamaged (which, frankly, some of them are) they would be working on GNOME projects (Except Synaptic, which also has this ability) Where else? - I don't see it everywhere in all the gui's I use - I do however see radio buttons and drop down lists everywhere. I'll point to Microsoft's Visual Studio installers of past. I dont have the RC for vs2010 but I can speculate its the same as most of the other ones: a button to change one things, another button to change something else, and more buttons to change how you see things. AVR Studio uses view-modes as well, changing the entire layout of the application depending on what you are doing at the moment (be it flashing a device, debugging a device, etc) It doesn't allow you to see all of the available choices at once. I suggest replacing this button either with a group of radio buttons, or a drop down list similar to the way that you can change the view in a windows folder (details, list, icons). I believe the view-mode you're looking for is full No, I'm looking for a logical way of selecting the view mode. I believe you are looking for the view button then. No, because the view button is a confused hack of a way to select both what I want to view, and how I want to view it. If you cared about gui design as you claim to, then you would realize that this is a
Re: UTF-8 in ftp client.
On 4/7/2010 2:41 AM, Oleksandr Gavenko wrote: On 2010.04.07 4:02, Charles Wilson wrote: ...which is good advice. The other clients MAY support UTF-8 or some other explicit i18n/NLS, but the inetutils bare-bones ftp client doesn't, and won't. Won't because religion don't allow? No, in fact if someone were to do the work of providing a patch that implements it, I'm sure they'd be quite pleased to incorporate. So GNU guies never accept patches for UTF-8 support? The reason I said it won't, is because *I* have neither the time nor sufficient knowledge to implement it -- and I'm the guy that maintains cygwin's inetutils (that is, ftp+other stuff) package. I know better than to hope that someone else will do it for me -- and really, I think a patch like this would be better to go upstream, and then we could pick it up on the next official release (1.8) [*]. Anyway, for now and in the short-to-medium term future, you should probably use a different client (like lftp) which already supports your needs. [*] Although I plan eventually to break out ftp and ftp-server, and base them instead on fedora's netkit-ftp packages and source code, since that, unlike inetutils, already supports IPv6. It's possible netkit-ftp as patched by fedora already supports UTF-8; I don't know yet. -- 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: weak symbols on Cygwin
On 4/7/2010 5:06 AM, Bruno Haible wrote: I've got some code, written for ELF platforms, that detects whether the pthread library (often a separate library from libc) is linked, by doing #pragma weak pthread_cancel bool pthread_in_use = (pthread_cancel != NULL); This code breaks in Cygwin 1.7, because the autoconf test determines that gcc accepts #pragma weak. Not a big problem - I can surround that code with #ifdef __ELF__ And on cygwin, since the pthread functionality is IN cygwin1.dll, you can never link a cygwin-based DLL or EXE without having the pthread symbols present. So, if you want to support with threading vs. without threading on cygwin, you have to have a configure time option, instead: #ifdef __ELF__ bool pthread_in_use = (pthread_cancel != NULL); #elif defined(__CYGWIN__) and !defined(NO_THREADS) bool pthread_in_use = true; #else bool pthread_in_use = false; #endif or something. -- 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: installer improvements
wefwef wefwef sent the following at Wednesday, April 07, 2010 8:18 AM On Tue, Apr 6, 2010 at 7:29 PM, Morgan Gangwere On Tue, Apr 6, 2010 at 8:10 AM, wefwef wefwef wrote: Choosing the fastest server could save a lot longer than 45 seconds in download time. This functionality would be useful and could be an option available to users if they wanted to automatically find the fastest server. Ever wondered why there's 50 or so servers to choose from? because it assumes that when you choose you are able to figure out that its probably faster to get data from somewhere closer to you. There are 94 servers on the list many of which don't have any obvious geographic location (e.g. mirrors.dotsrc.org). There are 195 countries in the world. That means an awful lot of people have to be an expert on the geography of a foreign country in order to choose the correct server. Well, I'm sure they can work it out - but wouldn't it be nice to give them the choice to get the computer to work it out for them? http://cygwin.com/mirrors.html gives locations. - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- 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 default installation: command not found
Hi, UAC seems to be a Windows Vista or Windows 7 thing. I am using Windows XP. DEP was on Turn on DEP for essential Windows programs and services only. If this starts a new thread, I am sorry. I do not get email from the message board. Thank you, kind regards, Matthijs. _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- 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: installer improvements
On 4/7/2010 8:32 AM, Buchbinder, Barry (NIH/NIAID) [E] wrote: wefwef wefwef sent the following at Wednesday, April 07, 2010 8:18 AM There are 94 servers on the list many of which don't have any obvious geographic location (e.g. mirrors.dotsrc.org). There are 195 countries in the world. That means an awful lot of people have to be an expert on the geography of a foreign country in order to choose the correct server. Well, I'm sure they can work it out - but wouldn't it be nice to give them the choice to get the computer to work it out for them? http://cygwin.com/mirrors.html gives locations. As tiresome as this conversation is becoming, there is just no way a simple user is going to first of all know to look at that location and secondly spend the time to read it all while comparing with the mirror list provided by setup.exe. *Maybe* if the mirror panel in setup mentioned that URL some users might look; otherwise, the mirrors.html page may as well not exist for them. What's being requested here is simply a button on the mirror selection page which, when pressed, runs some sort of a ping test for each mirror and reports the results. Maybe the mirror list could be sorted from fastest to slowest after the test completes, or a ping time column could be added to the display. It doesn't have to be perfect. It just needs to provide a clue and a starting point for new users to select their first mirror. All that said, the tone of the requester is not helping the setup maintainer or the rest of the list really sympathize with his position. His points wouldn't be so bad if he merely asked for features and improvements rather than demand them and belittle the maintainers when they disagree. Of course, his ideas might be accepted even quicker if they were presented as patches. Cygwin is a volunteer effort after all. -Jeremy -- 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: git stopped working with 1.7.1
On 4/7/2010 5:12 AM, nothize wrote: After I've replaced(or removed!) %windir%\system32\cygz.dll with the newer one in Cygwin, git 1.7.0.4 worked well. Perhaps I've manually copied an older cygz.dll to there sometimes ago.I can't remember. The Cygwin setup program never installs files into system32. You most likely have some other piece of software which embedded Cygwin and helpfully broke your general Cygwin installation by installing Cygwin DLLs to system32 for you. If you want to have a functional Cygwin installation, you would be better off removing the offending software and ensuring that all Cygwin DLLs are removed from system32. Note that I have the registry value to allow loading DLL from the same directory preceding the path but %windir%\system32 is always the first in the PATH environment variable. This is a well-documented behavior of Windows: http://msdn.microsoft.com/en-us/library/ms682586%28VS.85%29.aspx Many of the git subcommands now live in /usr/lib/git-core, so none of the Cygwin DLLs exist in the same directory as the subcommand binaries. If SafeDllSearchMode is disabled, the current directory is searched next, but no one is likely to have copies of Cygwin DLLs in every directory in which they may be running commands. The next fallback in both safe and non-safe mode is the system directory (system32). When the matching DLL is found there, it preempts the use of the DLL you intended to find via PATH. This is why it is BAD, BAD, BAD to install third-party DLLs into system32. :-) -Jeremy -- 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: MySQL client, prompt, redux
Jeremy Bopp jer...@bopp.net was heard to say: real Windows console which mintty and rxvt are unable to provide. If there is no mysql package in the Cygwin repository, have you tried to see if Cygwin Ports has a Cygwin-native build which will work for you? This is just to confirm, for the sake of the archive's completeness, that Cygwin Ports has builds, or patch sets if you prefer to build them from scratch, and that these Cygwin builds provide a working command prompt. The only downside is that I don't seem to be able to connect through a socket, so I always have to use the network layer (via the -h hostname option) to connect to my local server. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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
gitk uses #!/bin/sh
gitk requires #!/bin/wish instead -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: gitk uses #!/bin/sh
On 04/07/2010 08:27 AM, Reini Urban wrote: gitk requires #!/bin/wish instead 1.7.0.4-1 or -2? This was supposed to have been fixed in -2. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Prob installing Perl DBI - SOLVED
2010/4/7 David Vergin: Excellent. I installed the gcc4-g++ package and the Perl DBI module installed from the command line without a hitch. (Probably would have been fine through the cpan program, too. But I wanted to see exactly what was happening.) Thank you, Dave. on 4/6/2010 11:49 AM Dave Korn said the following: So, what is strawberry? Strawberry Perl is a community supported Perl for Windows. (Endorsed by Larry Wall himself.) I am finding it a nice replacement for ActivePerl. I use it for local cgi scripts running through Windows-native Apache. http://strawberryperl.com ... you only have the cygwin gcc C compiler installed, so the build must have picked up g++ from somewhere else. Install Cygwin's gcc4-g++ package and see if it works any better! For the record: Strawberry adds the mingw gcc and g++ to the path. In this case behinds cygwin's but since on cygwin there was no g++ installed, the strawberry g++ took over. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: installer improvements
All that said, the tone of the requester is not helping the setup maintainer or the rest of the list really sympathize with his position. His points wouldn't be so bad if he merely asked for features and improvements rather than demand them and belittle the maintainers when they disagree. Of course, his ideas might be accepted even quicker if they were presented as patches. Cygwin is a volunteer effort after all. Jeremy, I've merely made some suggestions, I certainly didn't or didn't intend to demand anything. The responses to my suggestions did not appear to be based on their merit, rather on the fact that I made them, and I replied in the same tone that the suggestions were met with. Chris -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
1.7.3: remote bash process left after ssh connection dropped
I run an ssh session between two machines which auto-reconnects when the connection is dropped (it's really just a bash while look that calls ssh). My problem is that after a while, I get an error about being unable to create a tty on the remote system (I'm sorry, but I don't have the exact wording of the error). When I investigated the remote system, I found there were 64 orphaned, bash processes running. Their TTY field in ps -a output nicely listed every number from 0 to 63. Every orphaned bash had it's PPID set to 1. It looks to me like when the remote machine (sshd) lost it's ssh connection, it left bash running and terminated itself. That left one of the TTY's occupied each time until it hit the system limit (which was apparently 64). I expected the bash processes to disappear with sshd process that created them. Is this: 1) A problem with my setup that can be remedied. 2) A problem with cygwin. 3) A problem with ssh. 4) Design intent. Cygwin Configuration Diagnostics Current System Time: Wed Apr 07 11:12:56 2010 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Running in Terminal Service session Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\Program Files\Microsoft Office\OFFICE11\ C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Common Files\GTK\2.0\bin C:\Program Files\GNU\GnuPG\pub C:\WINDOWS\system32\WindowsPowerShell\v1.0 F:\QNX641\host\win32\x86\usr\bin C:\Program Files\QNX Software Systems\bin C:\Program Files\TortoiseSVN\bin C:\Program Files\Klocwork\Klocwork 8.1 Server\bin C:\Program Files\Klocwork\Klocwork 8.1 User\bin Output from C:\cygwin\bin\id.exe UID: 13689(rcampbell)GID: 10513(Domain Users) 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 1008(Debugger Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS MAKEFLAGS = '-IF:/QNX641/target/qnx6/usr/include' USER = 'rcampbell' PWD = '/f/Quantum' HOME = '/home/rcampbell' HOMEPATH = '\Documents and Settings\rcampbell' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\rcampbell\Application Data' SSH_AGENT_PID = '2992' HOSTNAME = 'rcampbell' VS71COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' QNX_CONFIGURATION = 'C:\Program Files\QNX Software Systems' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 11, GenuineIntel' WINDIR = 'C:\WINDOWS' QNX_JAVAHOME = 'F:\QNX641\_jvm' OLDPWD = '/home/rcampbell' USERDOMAIN = 'DRAGONWAVE' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' LIB = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' SSH_AUTH_SOCK = '/tmp/ssh-gSHBjU2928/agent.2928' USERNAME = 'rcampbell' PROCESSOR_LEVEL = '6' PSModulePath = 'C:\WINDOWS\system32\WindowsPowerShell\v1.0\Modules\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' LANG = 'C.UTF-8' USERPROFILE = 'C:\Documents and Settings\rcampbell' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\KERMIT' PROCESSOR_ARCHITECTURE = 'x86' VISUALSVN_SERVER = 'C:\Program Files\VisualSVN Server\' SHLVL = '1' QNX_TARGET = 'F:/QNX641/target/qnx6' USERDNSDOMAIN = 'DRAGONWAVEINC.COM' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.PSC1' HOMEDRIVE = 'C:' QNX_HOST = 'F:/QNX641/host/win32/x86' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/tmp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'Nelson on clapton.dragonwaveinc.com (from DWI-A2535)' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0f0b' HUDSON_HOME = 'F:/hudson' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' INCLUDE = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\' COMPUTERNAME = 'RCAMPBELL' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 c__altera_72sp1_quartus_bin_cygwin_bin_cygwin1_dll HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin\setup HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin-X (default) = (unsupported type) HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags
Re: Setup 2.693 unable to replace files through reboot
On Wed, Apr 07, 2010 at 01:40:43PM +0200, Corinna Vinschen wrote: I just applied the matching patch. Chris, could you please upload a new setup.exe? Will do. It will probably take me longer than usual since I have to move to using the new libraries that Chuck just implemented. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Setup 2.693 unable to replace files through reboot
On 04/07/2010 09:41 AM, Christopher Faylor wrote: On Wed, Apr 07, 2010 at 01:40:43PM +0200, Corinna Vinschen wrote: I just applied the matching patch. Chris, could you please upload a new setup.exe? Will do. It will probably take me longer than usual since I have to move to using the new libraries that Chuck just implemented. Do we want to incorporate Matthias's patch before the upload? -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
RE: 1.7.1: cvs version built in is unstable
Corinna, My problem system is the netapp you previously in this thread helped me with (the issue with the cp command). It is not a Samba system. -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Corinna Vinschen Sent: Wednesday, April 07, 2010 1:54 AM To: cygwin@cygwin.com Subject: Re: 1.7.1: cvs version built in is unstable On Apr 7 10:34, Corinna Vinschen wrote: On Apr 6 21:06, Charles Wilson wrote: On 4/6/2010 1:33 PM, Roe, Kevin L. wrote: Is it possible to change the setting of POSIX_NO_TRUNC? No. That symbol (accurately) describes the underlying behavior of the C runtime library (in this case, the new cygwin1.dll) and is defined in /usr/include/sys/features.h. You really don't want to start lying about the behavior of your C library; that way lies madness. The real solution lies in Cygwin, I fear. We probably have to add a tweak to the pathname handling which reverts to good old Win32 compatible filenames (no leading spaces, no trailing dots and spaces) when the target filesystem is Samba. I look into it, but maybe not for 1.7.4. I'm sorry, but I don't see a problem with these filenames on Samba: $ touch a.b. $ ls -l [...] -rw-r--r-- 1 corinna vinschen 0 2010-04-07 10:36 AB2F49~0 $ ls -l a.b. -rw-r--r-- 1 corinna vinschen 0 2010-04-07 10:36 a.b. $ rm a.b. $ touch abc $ ls -l [...] -rw-r--r-- 1 corinna vinschen 0 2010-04-07 10:40 AZIJUG~1 $ ls -l abc -rw-r--r-- 1 corinna vinschen 0 2010-04-07 10:40 abc $ rm abc I also tested cvs, and it didn't complain about filenames with a dot as the 9th char. 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 -- 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: installer improvements
On Wed, Apr 07, 2010 at 05:31:47PM +0300, wefwef wefwef wrote: On Wed, Apr 07, 2010 at 09:01:58AM -0500, Jeremy Bopp wrote: All that said, the tone of the requester is not helping the setup maintainer or the rest of the list really sympathize with his position. ?His points wouldn't be so bad if he merely asked for features and improvements rather than demand them and belittle the maintainers when they disagree. ?Of course, his ideas might be accepted even quicker if they were presented as patches. ?Cygwin is a volunteer effort after all. Jeremy, I've merely made some suggestions, I certainly didn't or didn't intend to demand anything. The responses to my suggestions did not appear to be based on their merit, rather on the fact that I made them, and I replied in the same tone that the suggestions were met with. Attempts at revisionist history aside, if you'd care to offer patches to setup they would be objectively considered. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: weak symbols on Cygwin
On 07/04/2010 10:06, Bruno Haible wrote: Thanks for these explanations. So, #pragma weak is very different on PE systems than on ELF systems. Well, to be pedantically precise, #pragma weak is basically the same: it shuts the linker up from complaining about a symbol if no definition is provided at link time. But it has downstream (from the linker) consequences owing to the linker on PE being obliged to resolve everything and the linker on ELF not having to. I was implicitly hoping that - gcc would collect all weak-declared symbols in some table, and generate code so that the reference to these symbols makes an indirection through this table, - the Cygwin runtime would call dlsym or GetProcAddress at startup and fill in addresses into said table. This is basically what the static linker (ld) and runtime loader (ld.so) co-operate to achieve on ELF. It is very likely possible to support something like that on Cygwin, but it'd take some work to implement. I've got some code, written for ELF platforms, that detects whether the pthread library (often a separate library from libc) is linked, by doing #pragma weak pthread_cancel bool pthread_in_use = (pthread_cancel != NULL); And you really need to determine this dynamically at runtime rather than statically at configure time? Fair enough; in that case I think Chuck's suggestion that you use configure to choose between the runtime check on ELF platforms and a statically-configured runtime-constant value on PE platforms is probably the best solution. 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: 1.7.1: cvs version built in is unstable
On Apr 7 09:06, Roe, Kevin L. wrote: Corinna, My problem system is the netapp you previously in this thread helped me with (the issue with the cp command). It is not a Samba system. Ok, back to square one. I add the problem to my TODO list. We need a way to allow only DOS filenames on crippled filesystems. Since I don't have such a filesystem myself, I'll need to come back to you for testing at one point. 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
PLEASE TEST YOUR FS (was Re: 1.7.1: cvs version built in is unstable)
On Apr 7 19:06, Corinna Vinschen wrote: On Apr 7 09:06, Roe, Kevin L. wrote: Corinna, My problem system is the netapp you previously in this thread helped me with (the issue with the cp command). It is not a Samba system. Ok, back to square one. I add the problem to my TODO list. We need a way to allow only DOS filenames on crippled filesystems. Since I don't have such a filesystem myself, I'll need to come back to you for testing at one point. Btw. Can anybody reproduce this problem with trailing dots and spaces in filenames on other filesytems than netapp? It would be quite helpful to get feedback from people using filesystems which are recognized by Cygwin as nwfs, unixfs, mvfs, or cifs. For testing, try to create *in Cygwin* a file called foo. and a file foo . If it works, and if a following `ls' and `rm' on the file works as well, everything's fine. If some error occurs, especially No such file or directory, then that filesystem probably requires special handling just like netapp. Thanks, 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
Problem with SSH log on through passwordless public key using the LSA security method on a Windows Server 2008 Standard machine
Hi, I'm having problems logging in to a Windows Server 2008 Standard machine using a password-less public key and I feel that I'm getting nowhere closer to solving it. Despite my attempts the log in always results in asking for my account password. Logging in using a password works well, but I really need to log in using my public. What I've done is: 1. Turing DEP off by: bcdedit.exe /set {current} nx AlwaysOff 2. Installing Cygwin 3. Execute /usr/bin/cyglsa-config to use Switching the user context without password, Method 2: LSA authentication package from http://cygwin.com/cygwin-ug-net/ntsec.html followed by a computer restart 4. Added the row CYGWIN=binmode tty ntsec (without ) to c:\cygwin\Cygwin.bat 5. Execute ssh-host-config choosing the defaults, I wrote binmode tty ntsec when asked for the CYGWIN contents After that, the system has been restarted numerous times. I also have Cron deamon running, under a domain account. But I don't think it affects the issue. I'm able to log in using a password, but not using a public key. Also the su command doesn't work, it asks me for a password when issuing it and always respons with su: /bin/bash: Permission denied, that one might be related? Below are some output which might make it easier to know what's wrong divided into ** headlines **. Thank you for reading! I hope someone has a tip or two. Any help is greatly appreciated! :-) Best regards, Kent Larsson ** bcdedit.exe ** C:\Users\netdevelbcdedit.exe Windows Boot Manager identifier {bootmgr} device partition=C: description Windows Boot Manager locale en-US inherit {globalsettings} default {current} displayorder{current} toolsdisplayorder {memdiag} timeout 30 resume No Windows Boot Loader --- identifier {current} device partition=C: path\Windows\system32\winload.exe description Microsoft Windows Server 2008 locale en-US inherit {bootloadersettings} osdevicepartition=C: systemroot \Windows resumeobject{13f36e53-1fe7-11df-8fce-99bbadfdd430} nx AlwaysOff ** The ssh-host-config script and some thoughts ** /usr/share/doc/Cygwin/openssh.README says: 1. The user which runs the CYGWIN sshd-service should have the rights: a. Create a token object b. Logon as a service c. Replace a process level token d. Increase Quota 2. The ssh-host-config script asks you, if it should create such an account, called sshd_server with the correct (above) rights. 3. Note that ssh-user-config sets the permissions on 2003 Server machines dependent of whether a sshd_server account exists or not. I don't understand [3] above and [2] doesn't seem to be quite right any more? As far as I can tell, when I ran the script and an account named cyg_server was created. The CYGWIN sshd-service is running under the created account. By logging on to the server and Start / Administrative Tools / Local Security Policy / Local Policies / User Rights Assignment I'm able to verify that the cyg_server which runs the CYGWIN sshd-service has the 1a,1b,1c rights. But the 1d (Increase Quota) can not be found under User Rights Assignment. The two who start with Increase are Increase a process working set and Increase scheduling priority. Neither of which the cyg_server account is assigned. What's different from the README above is the account name, and maybe the lack of Increase Quota (I have no idea where I should be able to find it if not where I looked, and if it really is necessary). ** Cygwin version ** $ uname -a CYGWIN_NT-6.0 kentl 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin ** Installed Cygwin packages ** $ cygcheck -c Cygwin Package Information Package Version Status _update-info-dir 00871-1 OK alternatives 1.3.30c-10 OK arj 3.10.22-1 OK aspell 0.60.5-1OK aspell-en6.0.0-1 OK aspell-sv0.50.2-2OK autossh 1.4b-1 OK base-cygwin 2.1-1 OK base-files 3.9-3 OK base-passwd 3.1-1 OK bash 3.2.49-23 OK bash-completion 1.1-2 OK bc 1.06-2 OK bzip21.0.5-10OK cabextract 1.1-1 OK compface 1.5.2-1 OK coreutils7.0-2 OK cron 4.1-59 OK crypt1.1-1 OK csih 0.9.1-1 OK curl 7.19.6-1OK cvs 1.12.13-10 OK cvsutils 0.2.5-1 OK
[OT] Re: installer improvements
On 07/04/2010 13:18, wefwef wefwef wrote: On Tue, Apr 6, 2010 at 7:29 PM, Morgan Gangwere wrote: On Tue, Apr 6, 2010 at 8:10 AM, wefwef wefwef wrote: After using cygwin for years, and having some recent difficulty installing, I took a look at the installer to actually try and understand it (a novel concept I know!). Your problem was that a package didnt get installed because you would have had to explicitly told it not to have been. Nice expla[KERSNIPFLUSHSPLAT] Since this debate is heading OT, I posted my response to the -talk list: http://cygwin.com/ml/cygwin-talk/2010-q2/msg2.html 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: PLEASE TEST YOUR FS
Here's one data point: pc touch '/i/abc.' touch: cannot touch `/i/abc.': No such file or directory pc touch '/i/abc' pc touch '/i/abc ' touch: cannot touch `/i/abc ': No such file or directory pc /usr/lib/csih/getVolInfo /i/ Device Type: 7 Characteristics: 10 Volume Name: CIFS.HOMEDIR Serial Number : 0 Max Filenamelength : 255 Filesystemname : FAT Flags : 40007 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE pc And for what it's worth: that filer share is set up with Unix file permissions (not cifs or mixed). Michael -- 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
man pages showing special characters
I have searched the archive on this with complicated results. First, I am using latest version of cygwin. I normally use rxvt. But after having this issue with it, and finding information that mintty does not have the issue, I started using mintty. My first attempt to fix the issue in rxvt was successful (export LANG=C). However, at some point it failed. LANG is the same, but I again was getting special characters where a hyphen (and quotes and other punctuation) is suppose to be. That is when I started using mintty. It worked right off no problems. However *now* it is doing the same. I have tried setting LANG and LC_ALL to en_US.utf8 but nothing is helping. Any suggestions? Thank you, Durwin -- 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 with Shift+Left or Right arrow in Cygwin locally (Ctrl isn't noticed) and through SSH (escape code isn't interpreted correctly)
Hi, If I'm in Bash on my Ubuntu system I can use Ctrl+Left Arrow or Right Arrow to navigate one word at a time to the left and right. When I use Cygwin it doesn't react to the Ctrl, responding as if I only had pressed the Left or Right Arrow. Is there a way to fix this? The next step is when I log in from an Ubuntu 9.10 system to Cygwin 6 using SSH. If I use Shift+Arrow Key this way there seem to be a problem with the escape codes. Here is some hopefully relevant console output: ke...@thi008:~/workdir$ echo $TERM xterm ke...@thi008:~/workdir$ ssh 192.168.36.198 ke...@192.168.36.198's password: Last login: Wed Apr 7 17:52:53 2010 from 192.168.36.155 ke...@kentl ~ $ echo 'ctrl+left,right,up,down shows as (space as delimiter, ends with apostrophe): ;5D ;5C ;5A ;5B ' ctrl+left,right,up,down shows as (space as delimiter, ends with apostrophe): ;5D ;5C ;5A ;5B ke...@kentl ~ $ echo $TERM xterm ke...@kentl ~ $ uname -a CYGWIN_NT-6.0 kentl 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin Any help will be greatly appreciated! -- 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: PLEASE TEST YOUR FS (was Re: 1.7.1: cvs version built in is unstable)
I've tested on 2 Netapp shares, 1 that uses UNIX permissions and the other uses NTFS permissions. Both failed for both cases. Dave -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Corinna Vinschen Sent: Wednesday, April 07, 2010 1:27 PM To: cygwin@cygwin.com Subject: PLEASE TEST YOUR FS (was Re: 1.7.1: cvs version built in is unstable) On Apr 7 19:06, Corinna Vinschen wrote: On Apr 7 09:06, Roe, Kevin L. wrote: Corinna, My problem system is the netapp you previously in this thread helped me with (the issue with the cp command). It is not a Samba system. Ok, back to square one. I add the problem to my TODO list. We need a way to allow only DOS filenames on crippled filesystems. Since I don't have such a filesystem myself, I'll need to come back to you for testing at one point. Btw. Can anybody reproduce this problem with trailing dots and spaces in filenames on other filesytems than netapp? It would be quite helpful to get feedback from people using filesystems which are recognized by Cygwin as nwfs, unixfs, mvfs, or cifs. For testing, try to create *in Cygwin* a file called foo. and a file foo . If it works, and if a following `ls' and `rm' on the file works as well, everything's fine. If some error occurs, especially No such file or directory, then that filesystem probably requires special handling just like netapp. Thanks, 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 -- 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: man pages showing special characters
-Original Message- From: Durwin De La Rue Sent: Wednesday, April 07, 2010 13:57 Subject: man pages showing special characters I have searched the archive on this with complicated results. I have had this on and off for a while, at the moment using the latest of all, man bash and man rsync works for me. First, I am using latest version of cygwin. I normally use rxvt. But after having this issue with it, and finding information that mintty does not have the issue, I started using mintty. My first attempt to fix the issue in rxvt was successful (export LANG=C). However, at some point it failed. LANG is the same, but I again was getting special characters where a hyphen (and quotes and other punctuation) is suppose to be. That is when I started using mintty. It worked right off no problems. However *now* it is doing the same. I have tried setting LANG and LC_ALL to en_US.utf8 but nothing is helping. Any suggestions? Here are my env vars from teraterm: !::='::\' !C:='C:\Program Files\teraterm' BASH=/bin/bash BASH_ARGC=() BASH_ARGV=() BASH_LINENO=() BASH_SOURCE=() BASH_VERSINFO=([0]=3 [1]=2 [2]=49 [3]=23 [4]=release [5]=i686-pc-cygwin) BASH_VERSION='3.2.49(23)-release' CLIENTNAME=Console COLUMNS=146 LANG=C.UTF-8 LC_CTYPE=en_US.UTF-8 LINES=63 MANPATH=/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man PS1='\[\e]0;$title\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' PS2=' ' PS4='+ ' SESSIONNAME=Console SHELL=/bin/bash SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:interactive-comments:moni tor SHLVL=1 TERM=vt100 And from start-run-bash.exe: !::='::\' BASH=/usr/bin/bash BASH_ARGC=() BASH_ARGV=() BASH_LINENO=() BASH_SOURCE=() BASH_VERSINFO=([0]=3 [1]=2 [2]=49 [3]=23 [4]=release [5]=i686-pc-cygwin) BASH_VERSION='3.2.49(23)-release' CLIENTNAME=Console IFS=$' \t\n' PS1='\s-\v\$ ' PS2=' ' PS4='+ ' SESSIONNAME=Console SHELL=/bin/bash SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:interactive-comments:moni tor SHLVL=1 Thank you, Durwin A closing thought, can one force all man pages to recompile Could old man pages compiled from before cause this issue? I have only noticed it after recently upgrading x or y. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. -- 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
X over SSH works for xeyes and xemacs, but not for gVim (which do work locally)
Hi, I can't get gVim to work using X forwarding over SSH. Both xeyes and xemacs work fine, but not gVim. gVim works when running it locally, but gets a deadly signal when trying to run it from an SSH connection. Any and all help would be greatly appreciated! Here is some relevant console output: ke...@kentl ~ $ gvim Vim: Caught deadly signal SYS Vim: Finished. Bad system call ke...@kentl ~ $ gvim -V chdir(/home/kentl) chdir(/usr/share/vim) chdir(/home/kentl) could not source $VIM/vimrc chdir(/home/kentl) chdir(/home/kentl) chdir(/home/kentl) could not source $HOME/.vimrc chdir(/home/kentl) chdir(/home/kentl) chdir(/home/kentl) could not source $HOME/.exrc Searching for plugin/**/*.vim in /home/kentl/.vim,/usr/share/vim,/usr/share/vim/vim72,/usr/share/vim/after,/home/kentl/.vim/after Searching for /home/kentl/.vim/plugin/**/*.vim Searching for /usr/share/vim/plugin/**/*.vim Searching for /usr/share/vim/vim72/plugin/**/*.vim chdir(/home/kentl) chdir(/usr/share/vim/vim72/plugin) chdir(/home/kentl) sourcing /usr/share/vim/vim72/plugin/getscriptPlugin.vim GetLatestVimScripts is not vi-compatible; not loaded (you need to set nocp) finished sourcing /usr/share/vim/vim72/plugin/getscriptPlugin.vim chdir(/home/kentl) chdir(/usr/share/vim/vim72/plugin) chdir(/home/kentl) sourcing /usr/share/vim/vim72/plugin/gzip.vim finished sourcing /usr/share/vim/vim72/plugin/gzip.vim chdir(/home/kentl) chdir(/usr/share/vim/vim72/plugin) chdir(/home/kentl) sourcing /usr/share/vim/vim72/plugin/matchparen.vim finished sourcing /usr/share/vim/vim72/plugin/matchparen.vim chdir(/home/kentl) chdir(/usr/share/vim/vim72/plugin) chdir(/home/kentl) sourcing /usr/share/vim/vim72/plugin/netrwPlugin.vim finished sourcing /usr/share/vim/vim72/plugin/netrwPlugin.vim chdir(/home/kentl) chdir(/usr/share/vim/vim72/plugin) chdir(/home/kentl) sourcing /usr/share/vim/vim72/plugin/rrhelper.vim finished sourcing /usr/share/vim/vim72/plugin/rrhelper.vim chdir(/home/kentl) chdir(/usr/share/vim/vim72/plugin) chdir(/home/kentl) sourcing /usr/share/vim/vim72/plugin/spellfile.vim finished sourcing /usr/share/vim/vim72/plugin/spellfile.vim chdir(/home/kentl) chdir(/usr/share/vim/vim72/plugin) chdir(/home/kentl) sourcing /usr/share/vim/vim72/plugin/tarPlugin.vim finished sourcing /usr/share/vim/vim72/plugin/tarPlugin.vim chdir(/home/kentl) chdir(/usr/share/vim/vim72/plugin) chdir(/home/kentl) sourcing /usr/share/vim/vim72/plugin/tohtml.vim finished sourcing /usr/share/vim/vim72/plugin/tohtml.vim chdir(/home/kentl) chdir(/usr/share/vim/vim72/plugin) chdir(/home/kentl) sourcing /usr/share/vim/vim72/plugin/vimballPlugin.vim finished sourcing /usr/share/vim/vim72/plugin/vimballPlugin.vim chdir(/home/kentl) chdir(/usr/share/vim/vim72/plugin) chdir(/home/kentl) sourcing /usr/share/vim/vim72/plugin/zipPlugin.vim finished sourcing /usr/share/vim/vim72/plugin/zipPlugin.vim Searching for /usr/share/vim/after/plugin/**/*.vim Searching for /home/kentl/.vim/after/plugin/**/*.vim chdir(/home/kentl) chdir(/usr/share/vim/vim72) chdir(/home/kentl) sourcing $VIMRUNTIME/menu.vim Searching for lang/menu_c.utf-8.vim in /home/kentl/.vim,/usr/share/vim,/usr/share/vim/vim72,/usr/share/vim/after,/home/kentl/.vim/after Searching for /home/kentl/.vim/lang/menu_c.utf-8.vim Searching for /usr/share/vim/lang/menu_c.utf-8.vim Searching for /usr/share/vim/vim72/lang/menu_c.utf-8.vim Searching for /usr/share/vim/after/lang/menu_c.utf-8.vim Searching for /home/kentl/.vim/after/lang/menu_c.utf-8.vim not found in 'runtimepath': lang/menu_c.utf-8.vim Searching for lang/menu_c[^a-z]*vim in /home/kentl/.vim,/usr/share/vim,/usr/share/vim/vim72,/usr/share/vim/after,/home/kentl/.vim/after Searching for /home/kentl/.vim/lang/menu_c[^a-z]*vim Searching for /usr/share/vim/lang/menu_c[^a-z]*vim Searching for /usr/share/vim/vim72/lang/menu_c[^a-z]*vim Searching for /usr/share/vim/after/lang/menu_c[^a-z]*vim Searching for /home/kentl/.vim/after/lang/menu_c[^a-z]*vim not found in 'runtimepath': lang/menu_c[^a-z]*vim Searching for lang/menu_c.utf-8[^a-z]*vim in /home/kentl/.vim,/usr/share/vim,/usr/share/vim/vim72,/usr/share/vim/after,/home/kentl/.vim/after Searching for /home/kentl/.vim/lang/menu_c.utf-8[^a-z]*vim Searching for /usr/share/vim/lang/menu_c.utf-8[^a-z]*vim Searching for /usr/share/vim/vim72/lang/menu_c.utf-8[^a-z]*vim Searching for /usr/share/vim/after/lang/menu_c.utf-8[^a-z]*vim Searching for /home/kentl/.vim/after/lang/menu_c.utf-8[^a-z]*vim not found in 'runtimepath': lang/menu_c.utf-8[^a-z]*vim Searching for autoload/paste.vim in /home/kentl/.vim,/usr/share/vim,/usr/share/vim/vim72,/usr/share/vim/after,/home/kentl/.vim/after Searching for /home/kentl/.vim/autoload/paste.vim Searching for /usr/share/vim/autoload/paste.vim Searching for /usr/share/vim/vim72/autoload/paste.vim chdir(/home/kentl) chdir(/usr/share/vim/vim72/autoload) chdir(/home/kentl) line 155: sourcing /usr/share/vim/vim72/autoload/paste.vim finished sourcing /usr/share/vim/vim72/autoload/paste.vim continuing in
[ANNOUNCEMENT] Updated: ddrescue-1.12-1
Version 1.12-1 of ddrescue has been uploaded. http://www.gnu.org/software/ddrescue/ddrescue.html Description from README: GNU ddrescue is a data recovery tool. It copies data from one file or block device (hard disc, cdrom, etc) to another, trying hard to rescue data in case of read errors. The basic operation of ddrescue is fully automatic. That is, you don't have to wait for an error, stop the program, read the log, run it in reverse mode, etc. If you use the logfile feature of ddrescue, the data is rescued very efficiently, (only the needed blocks are read). Also you can interrupt the rescue at any time and resume it later at the same point. Ddrescue is also able to selectively overwrite parts of the output file, which has a number of interesting uses like wiping data, marking bad areas or even, in some cases, repair damaged sectors. Upstream NEWS: Changes in version 1.10: The new option --try-again has been added. The size skipped when bad sectors are found has been made independent of cluster-size. Rescue speed has been improved for large logfiles. An overflow reading from devices of undefined size has been fixed. Changes in version 1.11: In case of error writing the logfile to disc, the user is now given the possibility of fixing the problem and continue. The splitting algorithm has been modified to read sequentially the areas smaller than a threshold size. After every read error, ddrescue now verifies the input file has not disappeared. In rescue mode, ddrescue now shows the time elapsed from the last successful read. Signals SIGUSR1 and SIGUSR2 are now ignored by ddrescue. Descriptions of --direct, --synchronous and --sparse in the manual have been made clearer. Description of rescue algorithm in the manual has been made clearer. make check now verifies that files are open in binary mode. A warning about logfile usage has been added to ddrescue --help output. Changes in version 1.12: The destination file is now created with write permission for all if umask allows it. Files are now open in binary mode in non-POSIX platforms defining the O_BINARY macro. Lintian warnings in Debian about man pages have been fixed. Christian Franke -- To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and keep clicking Next. If you have questions or comments, please send them to the Cygwin mailing list. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this 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: Intermittent pipe creation failures of commands within bash.exe and sh.exe script run
On Tue, Apr 06, 2010 at 10:33:41PM +0100, Walker, Leon E wrote: Recently installed 1.7.3 onto Windows Server 2008 R2 - 64 bit (clean install but have prior experience of 1.5 running on Windows Server 2003) Have many scripts which previously worked fine on 1.5 I have noticed frequent unpredictable failures of the form: .. *** fatal error - couldn't create signal pipe, Win32 error 1 Win32 error 1 translates to ERROR_INVALID_FUNCTION. I don't see how that could be a sporadic problem. The function would either be valid or it would be invalid. The problems seems to be more prevalent when the server is under load but the point at which the failure seems completely random. As a precaution I upped the default heap size (using the recommended regtool) to 2048Mb but this seems to have made no difference. The problems doe not appear to be repeatble and so it is difficult pinpoint where the problem might lay. The server has 4 CPUs and 4Gb memory assigned to it (it is Vmware Virtual Machine - although this should not have any bearing?) Help? I'd check for other things running on the system which might be interfering. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: man pages showing special characters
On Wed, Apr 07, 2010 at 11:57:02AM -0600, Durwin De La Rue wrote: First, I am using latest version of cygwin. I normally use rxvt. But after having this issue with it, and finding information that mintty does not have the issue, I started using mintty. My first attempt to fix the issue in rxvt was successful (export LANG=C). However, at some point it failed. LANG is the same, but I again was getting special characters where a hyphen (and quotes and other punctuation) is suppose to be. I had this issue starting on the day that I upgraded from cygwin 1.5 to cygwin 1.7. I use a pager called most that is not part of the cygwin distribution. I recompiled most from latest tarballs using cygwin toolchain (make, gcc, and so forth). This fixed the problem for me. -- 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: Problem with Shift+Left or Right arrow in Cygwin locally (Ctrl isn't noticed) and through SSH (escape code isn't interpreted correctly)
If I'm in Bash on my Ubuntu system I can use Ctrl+Left Arrow or Right Arrow to navigate one word at a time to the left and right. When I use Cygwin it doesn't react to the Ctrl, responding as if I only had pressed the Left or Right Arrow. Is there a way to fix this? The standard Bash shortcuts for moving by a word that are Alt+f and Alt+b, so fix is a bit strong here. But anyway, stick these two lines into ~/.inputrc, restart bash, and you should be set: \e[1;5D: backward-word \e[1;5C: forward-word And here's one way to put Ctrl+Up/Down to use: \e[1;5A: history-search-backward \e[1;5B: history-search-forward Shift combinations have a 2 instead of the 5, in case you want to map those to something. See this link for details on bash/readline key bindings: http://www.gnu.org/software/bash/manual/bashref.html#Command-Line-Editing The next step is when I log in from an Ubuntu 9.10 system to Cygwin 6 using SSH. Cygwin 6? Anyway, the above should work in this case as well, as long as you're using an xterm-compatible terminal on Ubuntu, which you are. $ echo $TERM xterm Andy -- 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: UTF-8 in ftp client.
Oleksandr Gavenko wrote: ...which is good advice. The other clients MAY support UTF-8 or some other explicit i18n/NLS, but the inetutils bare-bones ftp client doesn't, and won't. Won't because religion don't allow? That's a ridiculous question. The GNUs may be rather religious about software freedom, but they're certainly not opposed to internationalisation. Quite the opposite, in fact: a lot of effort has gone into it over many years (see http://people.redhat.com/drepper/gnuconf96.ps), and I find that GNU software tends to be better at i18n than most proprietary software. Charles Wilson wrote: So GNU guies never accept patches for UTF-8 support? The reason I said it won't, is because *I* have neither the time nor sufficient knowledge to implement it -- and I'm the guy that maintains cygwin's inetutils (that is, ftp+other stuff) package. I wouldn't worry about it. 'ftp' supports UTF-8 just fine actually, by simply passing it through unharmed from the server to the local system. What it doesn't do is to translate filenames to a local legacy charset such as CP1251, which is what the OP appears to be using. Of course he hasn't actually told us, nor has he said whether he's still using Cygwin 1.5. Legacy charsets are on their way out, 'ftp' was always meant to be a barebones client, and more capable alternatives are available anyway, so there's little point in developing a patch. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: 1.7.1: cvs version built in is unstable
I tried the touch command and here are the results: Drive behaving nicely: /cygdrive/h 510 $ touch foo. Drive behaving badly: /cygdrive/f 511 $ touch foo. touch: cannot touch `foo.`: No such file or directory This looks like the culprit. -Kevin -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Corinna Vinschen Sent: Wednesday, April 07, 2010 1:54 AM To: cygwin@cygwin.com Subject: Re: 1.7.1: cvs version built in is unstable On Apr 7 10:34, Corinna Vinschen wrote: On Apr 6 21:06, Charles Wilson wrote: On 4/6/2010 1:33 PM, Roe, Kevin L. wrote: Is it possible to change the setting of POSIX_NO_TRUNC? No. That symbol (accurately) describes the underlying behavior of the C runtime library (in this case, the new cygwin1.dll) and is defined in /usr/include/sys/features.h. You really don't want to start lying about the behavior of your C library; that way lies madness. The real solution lies in Cygwin, I fear. We probably have to add a tweak to the pathname handling which reverts to good old Win32 compatible filenames (no leading spaces, no trailing dots and spaces) when the target filesystem is Samba. I look into it, but maybe not for 1.7.4. I'm sorry, but I don't see a problem with these filenames on Samba: $ touch a.b. $ ls -l [...] -rw-r--r-- 1 corinna vinschen 0 2010-04-07 10:36 AB2F49~0 $ ls -l a.b. -rw-r--r-- 1 corinna vinschen 0 2010-04-07 10:36 a.b. $ rm a.b. $ touch abc $ ls -l [...] -rw-r--r-- 1 corinna vinschen 0 2010-04-07 10:40 AZIJUG~1 $ ls -l abc -rw-r--r-- 1 corinna vinschen 0 2010-04-07 10:40 abc $ rm abc I also tested cvs, and it didn't complain about filenames with a dot as the 9th char. 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 -- 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
PLEASE TEST YOUR FS
On Wed, 7 Apr 2010 19:27:00 +0200 Corinna Vinschen asked: Can anybody reproduce this problem with trailing dots and spaces in filenames on other filesytems than netapp? It would be quite helpful to get feedback from people using filesystems which are recognized by Cygwin as nwfs, unixfs, mvfs, or cifs. For testing, try to create *in Cygwin* a file called foo. and a file foo . If it works, and if a following `ls' and `rm' on the file works as well, everything's fine. If some error occurs, especially No such file or directory, then that filesystem probably requires special handling just like netapp. Well it sort of worked. cd'ed to //fileserver/common/group/sysops touch foo rm foo touch foo rm foo rm: cannot remove ` foo ': No such file or directory touch foo. rm foo. touch foo ls -l foo -rw-r--r-- 1 0 Apr 7 18:23 foo rm foo touch foo. ls -l foo. -rw-r--r-- 1 0 Apr 7 18:24 foo. rm foo. touch foo rm foo /usr/lib/csih/getVolInfo . Device Type: 7 Characteristics: 10 Volume Name: common Serial Number : 2951612753 Max Filenamelength : 255 Filesystemname : NTFS Flags : 2b FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Slightly wierd it failed initially and then started to behave. Fileserver is a centos 5.24 box running: samba-common-3.0.28-1.el5_2.1 Also one weird thing, not sure it's relevent but... I noticed if I typo'ed the 'cd //fileserver/bad/path' and got a permission denied error, it hung the bash shell. The cd didn't return to the prompt. In one case at least it killed the bash shell. -- -- rouilj John Rouillard === My employers don't acknowledge my existence much less my opinions. -- 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: Setup 2.693 unable to replace files through reboot
Am 07.04.2010, 17:46 Uhr, schrieb Eric Blake: On 04/07/2010 09:41 AM, Christopher Faylor wrote: On Wed, Apr 07, 2010 at 01:40:43PM +0200, Corinna Vinschen wrote: I just applied the matching patch. Chris, could you please upload a new setup.exe? Will do. It will probably take me longer than usual since I have to move to using the new libraries that Chuck just implemented. Do we want to incorporate Matthias's patch before the upload? JFTR and for the benefit for those who don't follow cygwin-apps@; I posted a fix there for these two (and a third issue, outdated README file of cygwin's setup) on cygwin-apps@, Corinna applied it, and Christopher stated he'd include it. -- Matthias Andree -- 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: weak symbols on Cygwin
Dave Korn wrote: I've got some code, written for ELF platforms, that detects whether the pthread library (often a separate library from libc) is linked, by doing #pragma weak pthread_cancel bool pthread_in_use = (pthread_cancel != NULL); And you really need to determine this dynamically at runtime rather than statically at configure time? Sure. I want the same library (libintl) to be usable. on Unix, 1) by multithreaded programs, without bugs due to simultaneous access to data by multiple threads, 2) by single-threaded programs, without putting on them the performance price of linking with -lpthread. #pragma weak pthread_cancel does exactly that. Bruno -- 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
Hiho
http://sites.google.com/site/h45ftra/fxin7b -- 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: MySQL client, prompt, redux
On 2010-04-07 09:24, Markus Hoenicka wrote: This is just to confirm, for the sake of the archive's completeness, that Cygwin Ports has builds, or patch sets if you prefer to build them from scratch, and that these Cygwin builds provide a working command prompt. The only downside is that I don't seem to be able to connect through a socket, so I always have to use the network layer (via the -h hostname option) to connect to my local server. What do you mean by local server? If you mean a Win32-native server, that case is clearly noted in the mysql Cygwin README. If you mean the mysqld which is provided by the Ports package, further discussion thereof would be welcome on the cygwin-ports-general list. Yaakov Cygwin Ports -- 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: PLEASE TEST YOUR FS
Den 2010-04-08 00:37 skrev John P. Rouillard: On Wed, 7 Apr 2010 19:27:00 +0200 Corinna Vinschen asked: Can anybody reproduce this problem with trailing dots and spaces in filenames on other filesytems than netapp? It would be quite helpful to get feedback from people using filesystems which are recognized by Cygwin as nwfs, unixfs, mvfs, or cifs. For testing, try to create *in Cygwin* a file called foo. and a file foo . If it works, and if a following `ls' and `rm' on the file works as well, everything's fine. If some error occurs, especially No such file or directory, then that filesystem probably requires special handling just like netapp. Well it sort of worked. cd'ed to //fileserver/common/group/sysops touch foo rm foo touch foo Two spaces before the end-quote here... rm foo ...but only one here, which... rm: cannot remove ` foo ': No such file or directory *snip* Slightly wierd it failed initially and then started to behave. ...explains this. Cheers, Peter -- They are in the crowd with the answer before the question. Why do you dislike Jeopardy? -- 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: weak symbols on Cygwin
On 2010-04-07 04:06, Bruno Haible wrote: I was implicitly hoping that - gcc would collect all weak-declared symbols in some table, and generate code so that the reference to these symbols makes an indirection through this table, - the Cygwin runtime would call dlsym or GetProcAddress at startup and fill in addresses into said table. This is essentially what FlexDLL[1] does, as used by OCaml to support shared stublibs and natdynlink modules on PE platforms. The major drawback to FlexDLL (besides being nearly impossible to understand because most of it is written in OCaml :-)) is that all link commands must be passed through its flexlink command. I suppose a possible solution would be to port flexlink to C as part of gcc (or ld?) and merge the flexdll_*() functionality into Cygwin. That would be way beyond me, however; I barely managed to learn enough about OCaml to add some patches[2] necessary for a Cygwin-native flexdll package for Ports. [1] http://alain.frisch.fr/flexdll.html [2] http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/devel/flexdll/ Yaakov Cygwin Ports -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: cygwin-1.7.4-1
I just release 1.7.4-1. This is a bugfix release which fixes a fifo problem introduced with 1.7.3-1 and a few other problems. I don't see this release showing up on any of the mirrors I've tried (and I've tried several). Is it just me? Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: cygwin-1.7.4-1
I don't see this release showing up on any of the mirrors I've tried (and I've tried several). Spoke too soon, just found it on mirror.kernerl.org sorry for the noise. Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- 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: scp no longer reports incremental progress
Dunno what's changed, but scp is working as expected for me now... Cheers! Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- 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
Etudes au Quebec Canada
Bonjour, Chercher des programmes d'études ou contacter un établissement pour faire ses études au canada, c'est dans un seul site: http://www.formation-quebec.ca/ le site: FORMATION-Quebec.CA est un site riche d'Information pour tout ce qui concerne les programmes d'études, les professions et les établissements collégiales, universitaires ou a distance. Visitez le site: http://www.formation-quebec.ca/ Cordialement L'équipe de Kebek-cours -- Powered by PHPlist, www.phplist.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
Filesystem Filename touch fail [ was: PLEASE TEST YOUR FS ]
On 4/7/2010 4:07 PM, Charles Wilson wrote: MVFS (ClearCase dynamic view) seems to work fine with both foo. and foo Thats because it's a virtual file system. IBM can say whatever it wants defines a filename. [...] One is a simple shared NTFS drive, I think (volinfo-1.txt). The other is a weird distributed filesystem of some kind (volinfo-2.txt). Both are NTFS unless one is not. $ touch foo. touch: cannot touch `foo.': No such file or directory $ touch foo touch: cannot touch ` foo ': No such file or directory Both of those are invalid under NTFS FS specifications: Filenames may contain any character other than NULL (0x) but may not contain a space (ASCII 0x20, ' ') or period ('.') Windows in kernel-space defines this restriction (as defined by Wikipedia): Microsoft Windows: Windows kernel forbids the use of characters in range 1-31 (i.e., 0x01-0x1F) and characters * : ? \ / |. Although NTFS allows each path component (directory or filename) to be 255 characters long and paths up to about 32767 characters long, the Windows kernel only supports paths up to 259 characters long if no UNC is used for addressing. Additionally, Windows forbids the use of the MS-DOS device names AUX, CLOCK$, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, CON, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, NUL and PRN, as well as these names with any extension (for example, AUX.txt), except when using Long UNC paths (ex. \\.\C:\nul.txt or \\?\D:\aux\con). (In fact, CLOCK$ may be used if an extension is provided.) These restrictions only apply to Windows - Linux, for example, allows use of * : ? \ / | even in NTFS. Since 'touch foo.' would result in doing an fileopen(foo.) this would be considered bad by Windows AND Linux ( I mounted an NTFS Partition and tried 'touch foo.' and was denied it) -- Morgan Gangwere Why? Because it breaks the logical flow of conversation, plus makes messages unreadable. Top-Posting is evil. -- 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: git on cygwin 1.7.2/1.7.4
On 03/31/2010 09:36 PM, Mark Levedahl wrote: On 03/31/2010 12:25 AM, Christopher Faylor wrote: On Tue, Mar 30, 2010 at 08:08:37PM -0400, Mark Levedahl wrote: All of the above connections and i/o processing are done using bog-standard fork, pipe, open, read, write, and associated file commands. Git has no trouble opening all of the processes and pipes under Cygwin 1.7.2. However, in general before the data transfer is complete the demux process issues an error upon getting an incomplete packet (fewer bytes transmitted than declared in the header), and debugging shows the error code of the read() is ENOENT, indicating the pipe or socket has been terminated early. The index-pack process also issues an error due to receipt of an incomplete pack. Given the above, it seems logical the problem is with pipes, and as 1.7.4-1 is has fixes for pipes I tried it out and found a significant improvement: using 1.7.2-1 I got 16 failures out of 20 attempts to clone a 17 MByte repo on localhost, using 1.7.4-1 this is down to 3 failures out of 20 attempts. (1.7.3-1 was not an improvement). The failures I do get are identical to what I described before: the demux thread is getting a 0 (= EOF) return from read(stdin, ...), while the server process is still trying to upload data via ssh. So, 1.7.4-1 is better, but still has at least one issue remaining. Mark -- 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: Filesystem Filename touch fail [ was: PLEASE TEST YOUR FS ]
On Wed, 7 Apr 2010, Morgan Gangwere wrote: On 4/7/2010 4:07 PM, Charles Wilson wrote: One is a simple shared NTFS drive, I think (volinfo-1.txt). The other is a weird distributed filesystem of some kind (volinfo-2.txt). Both are NTFS unless one is not. $ touch foo. touch: cannot touch `foo.': No such file or directory $ touch foo touch: cannot touch ` foo ': No such file or directory Both of those are invalid under NTFS FS specifications: Filenames may contain any character other than NULL (0x) but may not contain a space (ASCII 0x20, ' ') or period ('.') Where did you get that sentence?! Googling found nothing but your e-mail message. That can't possibly be true for NTFS. NTFS takes spaces in directories (C:\Program Files\) and filenames (...\Budget 2009.doc) perfectly well. On a Windows XP system, I just created a file named C:\download\MySQL\foo bar.baz.txt just fine: created in Explorer, edited in Notepad, typed in CMD. Windows in kernel-space defines this restriction (as defined by Wikipedia): Microsoft Windows: Windows kernel forbids the use of characters in range 1-31 (i.e., 0x01-0x1F) and characters * : ? \ / |. ...These restrictions only apply to Windows - Linux, for example, allows use of * : ? \ / | even in NTFS. Though / cannot be used in _filenames_ in Linux -- it's always a directory delimiter. Since 'touch foo.' would result in doing an fileopen(foo.) this would be considered bad by Windows AND Linux ( I mounted an NTFS Partition and tried 'touch foo.' and was denied it) In Linux using a Linux filesystem, it doesn't care in the slightest about periods. In Windows in CMD and Explorer, an attempt to rename C:\download\MySQL\foo bar baz to C:\download\MySQL\foo bar baz. simply caused the trailing . to be ignored. -- Tim McDaniel, t...@panix.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
AW: [bulk] - PLEASE TEST YOUR FS (was Re: 1.7.1: cvs version built in is unstable)
Hi , Von: Corinna Vinschen [mailto:corinna-cyg...@cygwin.com] Gesendet: Mittwoch, 7. April 2010 19:27 An: cygwin@cygwin.com Betreff: [bulk] - PLEASE TEST YOUR FS (was Re: 1.7.1: cvs version built in is unstable) [...] Can anybody reproduce this problem with trailing dots and spaces in filenames on other filesytems than netapp? It would be quite helpful to get feedback from people using filesystems which are recognized by Cygwin as nwfs, unixfs, mvfs, or cifs. on a Novell Network drive $ echo bal foo. bash: foo.: No such file or directory $ $ echo bal foo $ $ ls -al foo -rw-r--r-- 1 n-zacharias Kein 5 2010-04-08 07:37 foo On NTFS $ echo bal foo. $ echo bal foo $ ls -al foo* -rw-r--r--+ 1 n-zacharias Kein 5 2010-04-08 07:41 foo -rw-r--r--+ 1 n-zacharias Kein 5 2010-04-08 07:41 foo. Hope this helps. Have a nice day Norbert For testing, try to create *in Cygwin* a file called foo. and a file foo . If it works, and if a following `ls' and `rm' on the file works as well, everything's fine. If some error occurs, especially No such file or directory, then that filesystem probably requires special handling just like netapp. Thanks, 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 -- Dipl. Phys. Norbert Zacharias Wind Measurements Power Curve Measurements DEWI GmbH Ebertstrasse 96 26382 Wilhelmshaven Germany Tel.: +49 4421 4808 876 Fax:+49 4421 4808 843 Email: n.zachar...@dewi.de Home: http://http://www.dewi.de DEWI GmbH - Deutsches Windenergie-Institut, Wilhelmshaven Commercial Register No.: Amtsgericht Oldenburg, HRB 130241 Managing Director: Jens Peter Molly Chairman of the supervisory board: Ministerialrat Dr. Niels Kämpny P Please consider the environment before printing this 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
AW: [bulk] - PLEASE TEST YOUR FS (Addendum)
Hi, in addition to my previous mail /usr/lib/csih/getVolInfo /cygdrive/j Device Type: 7 Characteristics: 30 Volume Name: USER01 Serial Number : 2887515393 Max Filenamelength : 255 Filesystemname : NWFS Flags : 2 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE -- Dipl. Phys. Norbert Zacharias Wind Measurements Power Curve Measurements DEWI GmbH Ebertstrasse 96 26382 Wilhelmshaven Germany Tel.: +49 4421 4808 876 Fax:+49 4421 4808 843 Email: n.zachar...@dewi.de Home: http://http://www.dewi.de DEWI GmbH - Deutsches Windenergie-Institut, Wilhelmshaven Commercial Register No.: Amtsgericht Oldenburg, HRB 130241 Managing Director: Jens Peter Molly Chairman of the supervisory board: Ministerialrat Dr. Niels Kämpny P Please consider the environment before printing this 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
Updated: cygwin-1.7.4-1
Hi Cygwin friends and users, I just release 1.7.4-1. This is a bugfix release which fixes a fifo problem introduced with 1.7.3-1 and a few other problems. == NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE Cygwin 1.7.1 or earlier users of LSA authentication using the cyglsa.dll or cyglsa64.dll files *must* replace the old cyglsa DLL with the new one from this package, otherwise LSA authentication will fail with the new 1.7.3 Cygwin DLL. This is unfortunately necessary, but it should be the last time for quite some time. DON'T FORGET TO REBOOT after replacing cyglsa.dll. == == NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE NOTE Localization support has been much enhanced since 1.7.1 and the locale variables (LANG, LC_TIME, etc) are now evaluated and require a *valid* locale specifier to be fully functional. Make sure to read the below changes to the localization support and *especially* the updated documentation at http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html to get the full picture. == Changes and bugfixes since Cygwin 1.7.3: - Fix a typo which made FIFOs non-functional. - Fix wrong return value in call to btowc('\0'). - Allow atexit callbacks to register further atexit callbacks. - New /usr/include/sched.h and /usr/incude/sys/sched.h files due to alignment with newlib files. No functional change. However, if the new files result in problems when building projects, please report to the Cygwin list. Changes and bugfixes since Cygwin 1.7.2: - Fix deadlock problem between atexit and dlclose processing which caused some programs to hang on exit. - Fix handling of non-blocking pipes when read/write is attempted and previous I/O has not completed. - Disable erroneous .exe/.lnk suffix handling for directories. - Fix potentially corrupted locale information. - Enable IPv6 support in rcmd(3) function, which was accidentally diabled since the function has been added to Cygwin 1.7.0. - More relaxed Netapp FS recognition. - Enable finding paths in backslash notation in calls to execvp/execlp. - Modification and access timestamps of devices reflect the current time. - Support for GB2312/EUC-CN. These charsets are implemented as aliases to GBK. GB2312 is now the default charset name for the locales zh_CN and zh_SG, just as on Linux. - The Cygwin console emulation graphics mode switching now strictly follows ISO 2022. Changes and bugfixes since Cygwin 1.7.1: Changes: - Localization support has been much improved. - Cygwin now handles locales using the underlying Windows locale support. The locale must exist in Windows to be recognized. Locale aliases from the file /usr/share/locale/locale.alias are also allowed, as long as their replacement is supported by the underlying Windows. - New tool locale to fetch locale information and default locales based on the Windows default settings as well as lists of all supported locales and character sets. Hint: Try `locale -a' for a list of available locales. Try `locale -av' for more details. Try `locale -m' for a list of available character sets. - Default charset for locales without explicit charset is now chosen from a list of Linux-compatible charsets. For instance: en_US - ISO-8859-1 ja_JP - EUC-JP zh_TW - Big5 - Added support for the charsets GEORGIAN-PS, PT154, and TIS-620. - Support for various locale modifiers to switch charsets as on Linux (@euro, @latin, @iqtelif). - Default charset in the C or POSIX locale has been changed back from UTF-8 to ASCII, to avoid problems with applications expecting a singlebyte charset in the C/POSIX locale. Cygwin still uses UTF-8 internally for filename conversion in this case. - LC_COLLATE, LC_MONETARY, LC_NUMERIC, and LC_TIME localization is enabled via Windows locale support. LC_MESSAGES is enabled via a big table with localized strings. - fnmatch(3), regcomp(3), regexec(3) calls are now multibyte-aware. - printf(3), wprintf(3) families of functions now handle the grouping flag, the apostrophe ', per POSIX-1.2008. The integer portion of the result of a decimal conversion (%i, %d, %u, %f, %F, %g, %G) will be formatted with thousands' grouping characters according to the locale settings. - strftime(3), wcsftime(3), and strptime(3) now handle the E and O format modifiers to print/scan alternative date and time representations or to use alternative digits in locales
Updated: ddrescue-1.12-1
Version 1.12-1 of ddrescue has been uploaded. http://www.gnu.org/software/ddrescue/ddrescue.html Description from README: GNU ddrescue is a data recovery tool. It copies data from one file or block device (hard disc, cdrom, etc) to another, trying hard to rescue data in case of read errors. The basic operation of ddrescue is fully automatic. That is, you don't have to wait for an error, stop the program, read the log, run it in reverse mode, etc. If you use the logfile feature of ddrescue, the data is rescued very efficiently, (only the needed blocks are read). Also you can interrupt the rescue at any time and resume it later at the same point. Ddrescue is also able to selectively overwrite parts of the output file, which has a number of interesting uses like wiping data, marking bad areas or even, in some cases, repair damaged sectors. Upstream NEWS: Changes in version 1.10: The new option --try-again has been added. The size skipped when bad sectors are found has been made independent of cluster-size. Rescue speed has been improved for large logfiles. An overflow reading from devices of undefined size has been fixed. Changes in version 1.11: In case of error writing the logfile to disc, the user is now given the possibility of fixing the problem and continue. The splitting algorithm has been modified to read sequentially the areas smaller than a threshold size. After every read error, ddrescue now verifies the input file has not disappeared. In rescue mode, ddrescue now shows the time elapsed from the last successful read. Signals SIGUSR1 and SIGUSR2 are now ignored by ddrescue. Descriptions of --direct, --synchronous and --sparse in the manual have been made clearer. Description of rescue algorithm in the manual has been made clearer. make check now verifies that files are open in binary mode. A warning about logfile usage has been added to ddrescue --help output. Changes in version 1.12: The destination file is now created with write permission for all if umask allows it. Files are now open in binary mode in non-POSIX platforms defining the O_BINARY macro. Lintian warnings in Debian about man pages have been fixed. Christian Franke -- To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and keep clicking Next. If you have questions or comments, please send them to the Cygwin mailing list. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.