Re: [ITP] R-2.14.1-1
On Fri, 2012-02-10 at 07:30 +0100, marco atzeri wrote: On 2/10/2012 4:37 AM, Yaakov (Cygwin/X) wrote: Furthermore, is there a reason you use libRblas/libRlapack instead of the system lapack libraries? A tough discussion with R developers. They consider the standard Blas crippled as non correctly handling NaN. For what I saw they have the tendency to make their own version of any lib that does not fit on their exact expectation, for the same reason they do not consider libtool and have a very unusual build. Bundling libs is usually a bad idea, and as Debian, Fedora, and Gentoo all seem to use the system lapack, I'd suggest to do so as well (as done in Ports). Yaakov
Re: [ITP] R-2.14.1-1
On 2/10/2012 10:11 AM, Yaakov (Cygwin/X) wrote: On Fri, 2012-02-10 at 07:30 +0100, marco atzeri wrote: On 2/10/2012 4:37 AM, Yaakov (Cygwin/X) wrote: Furthermore, is there a reason you use libRblas/libRlapack instead of the system lapack libraries? A tough discussion with R developers. They consider the standard Blas crippled as non correctly handling NaN. For what I saw they have the tendency to make their own version of any lib that does not fit on their exact expectation, for the same reason they do not consider libtool and have a very unusual build. Bundling libs is usually a bad idea, and as Debian, Fedora, and Gentoo all seem to use the system lapack, I'd suggest to do so as well (as done in Ports). Yaakov the request was a bit strong https://stat.ethz.ch/pipermail/r-devel/2011-November/062565.html It seems R is assuming math for NaN is a must. I agree that bundling libs is usually a bad idea, and that the normal solution is to solve the problem with upstream libs. But it seems that the math guys have less cross-cooperation skill than I usually expect by open source teams. Also netlib (blas/Lapack) have a peculiar development method Marco
Re: [ITP] R-2.14.1-1
On Fri, 2012-02-10 at 10:52 +0100, marco atzeri wrote: On 2/10/2012 10:11 AM, Yaakov (Cygwin/X) wrote: For what I saw they have the tendency to make their own version of any lib that does not fit on their exact expectation, for the same reason they do not consider libtool and have a very unusual build. Bundling libs is usually a bad idea, and as Debian, Fedora, and Gentoo all seem to use the system lapack, I'd suggest to do so as well (as done in Ports). the request was a bit strong https://stat.ethz.ch/pipermail/r-devel/2011-November/062565.html It seems R is assuming math for NaN is a must. I agree that bundling libs is usually a bad idea, and that the normal solution is to solve the problem with upstream libs. But it seems that the math guys have less cross-cooperation skill than I usually expect by open source teams. Also netlib (blas/Lapack) have a peculiar development method I'm a bit confused from that thread. Is this a Cygwin-specific problem in our lapack package or do they just insist on using their own (modified) blas/lapack? As for their request, experience has made me very skeptical (if not downright cynical) of upstreams mixing in to downstream packaging issues, *particularly* when it comes to Cygwin. That being said, if their blas/lapack is a must, then I won't object. The other issues I raised must definitely be fixed though, as they are already in Ports. Yaakov
Re: [ITP] R-2.14.1-1
On Feb 10 10:52, marco atzeri wrote: On 2/10/2012 10:11 AM, Yaakov (Cygwin/X) wrote: On Fri, 2012-02-10 at 07:30 +0100, marco atzeri wrote: On 2/10/2012 4:37 AM, Yaakov (Cygwin/X) wrote: Furthermore, is there a reason you use libRblas/libRlapack instead of the system lapack libraries? A tough discussion with R developers. They consider the standard Blas crippled as non correctly handling NaN. For what I saw they have the tendency to make their own version of any lib that does not fit on their exact expectation, for the same reason they do not consider libtool and have a very unusual build. Bundling libs is usually a bad idea, and as Debian, Fedora, and Gentoo all seem to use the system lapack, I'd suggest to do so as well (as done in Ports). Yaakov the request was a bit strong https://stat.ethz.ch/pipermail/r-devel/2011-November/062565.html It seems R is assuming math for NaN is a must. Question: Are the lapack packages for Debian, Fedora, and Gentoo less broken than the Cygwin ones? If so, why? Is that just a version problem which can be fixed by updating the package or is it due to the underlying implementation of some math functions in newlib? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[SECURITY] apache2
There are currently over 30 outstanding CVEs against the distro's outdated apache2 version. Since nobody else seems to want it, here we go: ftp://ftp.cygwinports.org/pub/cygwinports/release-2/apache2/ That's 2.2.21; the latest 2.2.22 is in my upload queue, but has the same layout, including a csih-based script for installing httpd2 as a service. Yaakov
Re: [ITP] R-2.14.1-1
On 2/10/2012 11:39 AM, Corinna Vinschen wrote: On Feb 10 10:52, marco atzeri wrote: On 2/10/2012 10:11 AM, Yaakov (Cygwin/X) wrote: On Fri, 2012-02-10 at 07:30 +0100, marco atzeri wrote: On 2/10/2012 4:37 AM, Yaakov (Cygwin/X) wrote: Furthermore, is there a reason you use libRblas/libRlapack instead of the system lapack libraries? A tough discussion with R developers. They consider the standard Blas crippled as non correctly handling NaN. For what I saw they have the tendency to make their own version of any lib that does not fit on their exact expectation, for the same reason they do not consider libtool and have a very unusual build. Bundling libs is usually a bad idea, and as Debian, Fedora, and Gentoo all seem to use the system lapack, I'd suggest to do so as well (as done in Ports). Yaakov the request was a bit strong https://stat.ethz.ch/pipermail/r-devel/2011-November/062565.html It seems R is assuming math for NaN is a must. Question: Are the lapack packages for Debian, Fedora, and Gentoo less broken than the Cygwin ones? If so, why? Is that just a version problem which can be fixed by updating the package or is it due to the underlying implementation of some math functions in newlib? Corinna Our blas/lapack is a clean netlib reference implementation, I have not checked in detail but I expect Debian, Fedora, and Gentoo are the same. R expect blas to handle corner NaN case, that are not covered by netlib (I found nothing on the old netlib blas specification about NaN) as there are some short path handling multiplication by zero. I don't know if other implementations handle this case better or they do not care. In theory NaN * 0 = NaN, but if you ignore NaN/Inf existence you can decide that anything * 0 = 0 to speed-up the matrix math and save substantial time on matrix sparse multiplications. I politely suggested that if the reference is wrong, it should be patched upstream but I guess there is some can of worms somewhere in the past of the R development community about this issue. Regards Marco
Re: [SECURITY] apache2
On Feb 10 04:57, Yaakov (Cygwin/X) wrote: There are currently over 30 outstanding CVEs against the distro's outdated apache2 version. Since nobody else seems to want it, here we go: ftp://ftp.cygwinports.org/pub/cygwinports/release-2/apache2/ That's 2.2.21; the latest 2.2.22 is in my upload queue, but has the same layout, including a csih-based script for installing httpd2 as a service. +5 Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: ITP xtail 2.2 -- Extended tail -f utility
2012-02-06 19:46 Corinna Vinschen: | On Feb 2 17:01, Jari Aalto wrote: wget --recursive --no-host-directories --cut-dirs=3 \ http://cante.net/~jaalto/tmp/cygwin/xtail/setup.hint \ http://cante.net/~jaalto/tmp/cygwin/xtail/xtail-2.1-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/xtail/xtail-2.1-1.tar.bz2 | Packaging is ok, but what bugs me with this tool is the fact that | you have to send SIGQUIT (usually Ctrl-\) to exit it. This works | fine in mintty, but it doesn't work in the Windows console. Can this | be changed so that exiting is not a major task in the Windows console? I agree. It is now possible to exit with: C-c + confirmation: Exit (y/N)? I tested in cmd.exe running dash. Jari
Re: ITP xtail 2.2 -- Extended tail -f utility
On Feb 10 13:53, Jari Aalto wrote: 2012-02-06 19:46 Corinna Vinschen: | On Feb 2 17:01, Jari Aalto wrote: wget --recursive --no-host-directories --cut-dirs=3 \ http://cante.net/~jaalto/tmp/cygwin/xtail/setup.hint \ http://cante.net/~jaalto/tmp/cygwin/xtail/xtail-2.1-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/xtail/xtail-2.1-1.tar.bz2 | Packaging is ok, but what bugs me with this tool is the fact that | you have to send SIGQUIT (usually Ctrl-\) to exit it. This works | fine in mintty, but it doesn't work in the Windows console. Can this | be changed so that exiting is not a major task in the Windows console? I agree. It is now possible to exit with: C-c + confirmation: Exit (y/N)? I tested in cmd.exe running dash. Jari Thanks. I uploaded the package. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
ITP lcab -- Create cabinet *.cab archives
wget --recursive --no-host-directories --cut-dirs=3 \ http://cante.net/~jaalto/tmp/cygwin/lcab/lcab-1.0b12-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/lcab/lcab-1.0b12-1.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/lcab/setup.hint Included in Debian: http://packages.debian.org/lcab To test build: tar -xf lcab*src*.bz2 ./lcab*.sh --color --verbose all Jari [ setup.hint ] sdesc: Create cabinet *.cab archives ldesc: Create cabinet (.cab) archive from a set of input files. CAB format represents the Microsoft Windows compressed archive format. It is used for compression and digital signing by a variety of Microsoft installation programs category: Utils
[ RFU ] base-files-4.0-7
Hello, Please upload base-files-4.0-7. http://crapsteak.org/cygwin/release/base-files/base-files-4.0-7.tar.bz2 http://crapsteak.org/cygwin/release/base-files/base-files-4.0-7.tar.bz2.sig Thanks. -- Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
xlhtml -- Convert MS 199[57] PPT and XLS files into HTML
wget --recursive --no-host-directories --cut-dirs=3 \ http://cante.net/~jaalto/tmp/cygwin/xlhtml/setup.hint \ http://cante.net/~jaalto/tmp/cygwin/xlhtml/xlhtml-0.5.1-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/xlhtml/xlhtml-0.5.1-1.tar.bz2 Included in Debian http://packages.debian.org/xlhtml To test build: tar -xf xl*src*.bz2 ./xl*.sh --color --verbose all Jari [ setup.hint ] sdesc: Convert MS 199[57] format PPT and XLS files into HTML ldesc: Convert Powerpoint and Excel 199[57] files into optimized html. The output is via standard out so it can be re-directed to files or piped to filters category: Utils
Re: [ RFU ] base-files-4.0-7
On Fri, 2012-02-10 at 20:03 +0100, David Sastre Medina wrote: Please upload base-files-4.0-7. Uploaded. Yaakov
ITP signify -- Automatic, semi-random .signature rotator/generator
wget --recursive --no-host-directories --cut-dirs=3 \ http://cante.net/~jaalto/tmp/cygwin/signify/setup.hint \ http://cante.net/~jaalto/tmp/cygwin/signify/signify-1.14-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/signify/signify-1.14-1.tar.bz2 Included in Debian: http://packages.debian.org/signify To test build: tar -xf sig*src.bz2 ./sig*.sh --color --verbose all Jari [ setup.hint ] sdesc: Automatic, semi-random .signature rotator/generator ldesc: Generate random signature from a set of rules. Each rule section can be one of an unlimited umber of possibilities, each with its own weighting so those really cool uotes can appear more often than others. Sections can also be placed next o each other vertically to create columns. Each section can be formatted ndependently as left/right/center and top/bottom/vcenter. category: Mail Perl requires: perl
How do I copy/paste in Xwin Server?
I'm using Xwin Server on Windows 7, and I can't seem to figure out how to copy/paste text within the Xwin terminal. How can this be done? Thanks! -- 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: How do I copy/paste in Xwin Server?
On Fri, Feb 10, 2012 at 9:11 PM, Ocean wrote: I'm using Xwin Server on Windows 7, and I can't seem to figure out how to copy/paste text within the Xwin terminal. How can this be done? man xterm would have told you that Pointer button two (usually middle) types (pastes) the text from the PRIMARY selection, if any, otherwise from the cut buffer, inserting it as keyboard input. Also, a web search for xterm paste might have helped. HTH, Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- 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/
winsup/cygwin ChangeLog syscalls.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2012-02-10 16:33:53 Modified files: cygwin : ChangeLog syscalls.cc Log message: * syscalls.cc (open): Semi-revert (?) to allowing open of a tty to become controlling tty if there is no controlling tty. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.5693r2=1.5694 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/syscalls.cc.diff?cvsroot=uberbaumr1=1.619r2=1.620
winsup/cygwin ChangeLog syscalls.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2012-02-10 16:43:36 Modified files: cygwin : ChangeLog syscalls.cc Log message: * syscalls.cc (setsid): On second thought, in the spirit of keeping things kludgy, set ctty to -2 here as a special flag, and... (open): ...only eschew setting O_NOCTTY when that case is detected. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.5694r2=1.5695 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/syscalls.cc.diff?cvsroot=uberbaumr1=1.620r2=1.621
src/winsup/cygwin ChangeLog miscfuncs.cc regis ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-02-10 20:56:22 Modified files: winsup/cygwin : ChangeLog miscfuncs.cc registry.cc uinfo.cc Log message: * miscfuncs.cc (DEFAULT_STACKSIZE): Set to 1 Megs. Drop comment about RLIMIT_STACK. * registry.cc (get_registry_hive_path): Expect the user hive path to be never longer than MAX_PATH. Don't prepend native NT path prefix here. Add comment. (load_registry_hive): Prepend native NT path prefix here. Additionally try to load user's classes hive. * uinfo.cc (cygheap_user::env_userprofile): Reduce size of userprofile_env_buf to MAX_PATH. Add comment. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5695r2=1.5696 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/miscfuncs.cc.diff?cvsroot=srcr1=1.76r2=1.77 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/registry.cc.diff?cvsroot=srcr1=1.45r2=1.46 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/uinfo.cc.diff?cvsroot=srcr1=1.186r2=1.187
Re: 1.7.10 cygrunsrv.exe fails with fork: 11, Resource temporarily unavailable
On Feb 9 15:39, Carl Soderstrom wrote: Changing the stack size using regtool (regtool.exe -i set /HKLM/Software/Cygwin/heap_chunk_in_mb 2048) has not fixed the problem. I don't know what the problem is here, but please note the change in terms of the heap size in 1.7.10: http://cygwin.com/cygwin-ug-net/setup-maxmem.html 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: Issue with sshd and sftp process on Windows 2008
HI I am using the following details to manage my application with help of cygwin. Cygwin Version : 1.7.5(0.225/5/3) Windown OS: 2008 64 bit We use cygwin to transfer the files from Unix server(where application serevr runs) to Windows Server(Where we archive files). This was runnign fine in Windows 2003 since Dec 2010(When we started using cygwin). Then in Dec 2011 we switched to Windows 2008 Server. After couple of days of succesful run, it started creating problem. Sometime I can see sshd process(Fork Process) or/and sftp-server.exe processes gettign stuck and my application serevr threak keep waiting for this process to complete which ends up in restarting the application server. The same works fine in another Windows 2008 serevr which uses same version of cygwin. We tried to replicate but failed. We have checked CPU / Network usage and it looks fine. The issue is intermittent(Sometimes it happens thrice a day and sometimes once a week). Need ur help to sort out the issue asap. Abhishek Ranjan Tata Consultancy Services Tata Consultany Services, #01-15A, TCS - Synergy International Businesss Park Singapore - 609917,Singapore Singapore Ph:- +65 6899 5251 Cell:- +65 91366059 Mailto: abhishek1.ran...@tcs.com Website: http://www.tcs.com Experience certainty. IT Services Business Solutions Outsourcing =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you -- 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: Performance degradation between Cygwin 1.7.7-1 and 1.5.24-2
Thanks for correcting the math. I wanted to mention 'count' instead of 'times'. I tried the suggestion of trying out with 1.7.10 and found no performance gain by doing this. I am getting the same reading with 1.7.10 as I got with 1.7.7. Any other suggestions/insights on improving the performance are welcome. Thanks, Jaswinder On 2/6/2012 2:08 PM, Jaswinder Bhamra wrote: Hi, We are experiencing performance degradation between Cygwin version 1.7.7-1 and 1.5.24-2. Recently, we have upgraded from Cygwin version 1.5.24-2 to version 1.7.7-1. The simple test brings forward the performance degradation in version 1.7.7-1 over 1.5.24-2. On Cygwin version 1.5.24-2 bash-3.2$ while [ 1 ]; do date; done | uniq -c 40 Mon Feb 6 17:58:13 2012 65 Mon Feb 6 17:58:14 2012 66 Mon Feb 6 17:58:15 2012 65 Mon Feb 6 17:58:16 2012 66 Mon Feb 6 17:58:17 2012 65 Mon Feb 6 17:58:18 2012 66 Mon Feb 6 17:58:19 2012 65 Mon Feb 6 17:58:20 2012 65 Mon Feb 6 17:58:21 2012 66 Mon Feb 6 17:58:22 2012 65 Mon Feb 6 17:58:23 2012 66 Mon Feb 6 17:58:24 2012 64 Mon Feb 6 17:58:25 2012 65 Mon Feb 6 17:58:26 2012 66 Mon Feb 6 17:58:27 2012 66 Mon Feb 6 17:58:28 2012 65 Mon Feb 6 17:58:29 2012 65 Mon Feb 6 17:58:30 2012 bash-3.2$ On Cygwin version 1.7.7-1 # while [ 1 ]; do date; done | uniq -c 16 Mon Feb 6 17:58:41 IST 2012 49 Mon Feb 6 17:58:42 IST 2012 50 Mon Feb 6 17:58:43 IST 2012 50 Mon Feb 6 17:58:44 IST 2012 49 Mon Feb 6 17:58:45 IST 2012 50 Mon Feb 6 17:58:46 IST 2012 50 Mon Feb 6 17:58:47 IST 2012 49 Mon Feb 6 17:58:48 IST 2012 49 Mon Feb 6 17:58:49 IST 2012 49 Mon Feb 6 17:58:50 IST 2012 50 Mon Feb 6 17:58:51 IST 2012 50 Mon Feb 6 17:58:52 IST 2012 49 Mon Feb 6 17:58:53 IST 2012 50 Mon Feb 6 17:58:54 IST 2012 50 Mon Feb 6 17:58:55 IST 2012 49 Mon Feb 6 17:58:56 IST 2012 50 Mon Feb 6 17:58:57 IST 2012 50 Mon Feb 6 17:58:58 IST 2012 49 Mon Feb 6 17:58:59 IST 2012 51 Mon Feb 6 17:59:00 IST 2012 49 Mon Feb 6 17:59:01 IST 2012 51 Mon Feb 6 17:59:02 IST 2012 # As you can see the version 1.5.24-2 executes date command approximately 15-16 times more than in version 1.7.7-1. The above test is done on MS Windows XP Professional version 2002 SP3, v.5857. i7-2620M CPU @ 2.70GHz, 3.16 GB of RAM. Care has been taken to perform the above 2 tests one at a time under the same load average on the machine. Is this performance degradation a known issue and does anyone knows if this is already addressed in any Cygwin version higher than 1.7.7-1? Thanks, Jaswinder Dear Jaswinder, your math looks strange 50/65 = 77 % so you are losing as performance 23% not 15 times For 15 times you should have 4-5 instead of 50 as result. Try last 1.7.10 and see if yo have any change. Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- 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.dll version in bug reports
Greetings, Buchbinder, Barry (NIH/NIAID) [E]! I wouldn't presume to speak for the package maintainers. However, I would guess that people assume that the package version is the latest. (I do.) So if one is up to date, why the need to point it out in the subject line? Because latest is not a version number. -- WBR, Andrey Repin (anrdae...@freemail.ru) 10.02.2012, 16:17 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin-1.7.10-1 fork - address space needed by ... already in use
Greetings, Corinna Vinschen! Sigh. While the basename is all we need to test if a DLL is already loaded, it's *not* enough to load a DLL which still needs loading, if the DLLs are not in the DLL search path, as in the case of Perl libs. Unless it is registered in HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\ Which, however, counts as DLL search path for Windows. Not that it is related to subject, rather - something to keep in mind. -- WBR, Andrey Repin (anrdae...@freemail.ru) 10.02.2012, 16:20 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: cygwin 1.7.9: Segmentation faults / STATUS_STACK_OVERFLOW
Hi Corinna,
ok, the STATUS_STACK_OVERFLOW problem is solved. Seems like a local variable
with about 540 KiB caused the overflow. The Cygwin Shell gives me 2034 for
limit -s Is that the correct maximum stack size in KiB that is relevant for
me?
Now about the segmentation fault. It seems like the problem only occurs when
calling glob in an own thread, using some special search string and only during
gdb debugging. See the test case below, I hope it helps.
Thanks in advance.
Regards,
Manuel
#include stdio.h
#include stdlib.h
#include errno.h
#include pthread.h
#include glob.h
pthread_t threadId;
void * callGlob(void * data)
{
glob_tinfo;
int i;
char searchStr[] = /proc/[0-9]*/cmdline; // Crashing on debug
//char searchStr[] = /proc/1234/cmdline;
//char searchStr[] = *.no;
//char searchStr[] = ./Debug/*.exe;
glob(searchStr, GLOB_NOSORT, NULL, info );
printf(Found %d files.\n, info.gl_matchc);
for (i=0; iinfo.gl_matchc; i++)
{
printf(Found: %s\n, info.gl_pathv[i]);
}
globfree(info);
return NULL;
}
int main(void)
{
int ret;
puts(Starting test);
#if 0
// Working fine if called in the main thread.
callGlob(NULL);
#else
// Not working if called in another thread.
ret = pthread_create(threadId, NULL, callGlob, NULL);
if( ret != 0 )
{
printf(pthread_create failed: %s %d\n,sys_errlist[ret],ret);
return(EXIT_FAILURE);
}
#endif
printf(Waiting for thread.\n);
pthread_join(threadId, NULL);
printf(Thread finished.\n);
return EXIT_SUCCESS;
}
-Original Message-
From: Corinna Vinschen
Sent: Tuesday, February 07, 2012 5:46 PM
Subject: Re: cygwin 1.7.9: Segmentation faults / STATUS_STACK_OVERFLOW
On Feb 7 17:31, Manuel Wienand wrote:
Hi,
I have the problem that I get a segmentation fault on the newer versions of
the cygwin1.dll when debugging and a STATUS_STACK_OVERFLOW exception when
running without debugger.
I did an update of my cygwin stuff on Monday, and I'm using the latest
snapshot dll. I'm quite sure it has something to do with the dll, because I
did clean and rebuild with newest
cygwin versions. Since this wasn't working, I got my old dll (from
29.03.2011) and it worked again. I tried some other snapshot versions (up to
04.06.2011, since there are no old ones),
but none of them worked.
If I can get older snapshot versions, I might be able to track it down. But
then again stack problems are hard to catch.
I compiled my code with -fstack-protector-all --param ssp-buffer-size=4, but
this didn't help me so far (well, maybe I'm not using it right.).
Stacktrace of the first segmentation fault:
Thread [11] 0 (Suspended : Signal : SIGSEGV:Segmentation fault)
_alloca() at ../../../libgcc/../gcc/config/i386/cygwin.asm:45 0x6116fd02
__small_vswprintf() at /netrel/src/cygwin-snapshot-20120202-
1/winsup/cygwin/smallprint.cc:369 0x610dbdfe
0x0
Can you please create a simple testcase, in plain C, which allows to
reproduce the problem with minimal code?
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
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
sed strips CRs
Cygwin 'sed' seems to be stripping CRs from its input. Linux sed doesn't do this. Example: $ seq 5 | unix2dos | tee foo | od -c 000 1 \r \n 2 \r \n 3 \r \n 4 \r \n 5 \r \n 017 $ sed 's/2/XXX/' foo | od -c 000 1 \n X X X \n 3 \n 4 \n 5 \n 014 $ uname -r 1.7.10(0.259/5/3) $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) D:/cyghome on /home type ntfs (binary) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto) K: on /cygdrive/k type mvfs (binary,posix=0,user,noumount,auto) U: on /cygdrive/u type ntfs (binary,posix=0,user,noumount,auto) V: on /cygdrive/v type mvfs (binary,posix=0,user,noumount,auto) W: on /cygdrive/w type ntfs (binary,posix=0,user,noumount,auto) Y: on /cygdrive/y type ntfs (binary,posix=0,user,noumount,auto) Z: on /cygdrive/z type ntfs (binary,posix=0,user,noumount,auto) $ --Ken Nellis -- 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
newbie: cygwin initial usage crashes machine
cygwin newbie. This is going to seem very low-key compared with the level of posts I see here but would really appreciate some help with a few things just to get started pls. I have checked the FAQ and lists but they are too advanced for where I am right now with cygwin. I installed cygwin( CYGWIN_NT-5.1)without any problems at all. Clicked the Win desktop icon and the up came the Window and bash prompt. However I then tried:- find / -name “*.c” –print (and again later with –type f argument) This ran, found a few .c files but continued running for a very long time – longer that expected. Even from / I though it seem too long. Many files appeared seemingly (from the displayed path name) as “registry-type” (UUID’s in pathname) under /proc. The machine eventually crashed! I do mean the machine itself btw and not just cygwin. The PC is running Win XP sp3 on a FOXCON mobo with 4Gb installed Crucial ram (passed by memtst). The disc layout is “unconventional”. For historic reasons, the boot partition is on F: and the system partition on C: This F: partition is in fact a logical partition residing in an extended partition. Cygwin is installed in F:\cygwin I later tried running vi and that hung within the cygwin terminal window – but I think maybe that is because not one of the installed programs as I cannot find the vi exe anywhere. I would though have expected a “not found” error. (And using “find” to find it crashes!). I tried “which vi” and that gave /bin/vi Finally, I just tried running “ed!” and got this:- $ ed 1 [main] -bash 1580! _pinfo::dup_proc_pipe: something failed for pid 0: re s 1580, hProcess 0x6E1, wr_proc_pipe 0x758 vs. 0x758, Win32 error 6 I’d like to use cygwin – can someone pls help? thanks -- 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: Issue with sshd and sftp process on Windows 2008
On 2/10/2012 4:59 AM, Abhishek1 Ranjan wrote: HI I am using the following details to manage my application with help of cygwin. Cygwin Version : 1.7.5(0.225/5/3) Windown OS: 2008 64 bit We use cygwin to transfer the files from Unix server(where application serevr runs) to Windows Server(Where we archive files). This was runnign fine in Windows 2003 since Dec 2010(When we started using cygwin). Then in Dec 2011 we switched to Windows 2008 Server. After couple of days of succesful run, it started creating problem. Sometime I can see sshd process(Fork Process) or/and sftp-server.exe processes gettign stuck and my application serevr threak keep waiting for this process to complete which ends up in restarting the application server. The same works fine in another Windows 2008 serevr which uses same version of cygwin. We tried to replicate but failed. We have checked CPU / Network usage and it looks fine. The issue is intermittent(Sometimes it happens thrice a day and sometimes once a week). Try installing the rebase package, reading its README, and following the directions there. Either that or upgrade to the latest Cygwin DLL package (1.7.10). Either should help with the fork problems. -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: newbie: cygwin initial usage crashes machine
Greetings, jss pop! I installed cygwin( CYGWIN_NT-5.1)without any problems at all. Clicked the Win desktop icon and the up came the Window and bash prompt. However I then tried:- find / -name “*.c” –print (and again later with –type f argument) This ran, found a few .c files but continued running for a very long time – longer that expected. Even from / I though it seem too long. Many files appeared seemingly (from the displayed path name) as “registry-type” (UUID’s in pathname) under /proc. The machine eventually crashed! I do mean the machine itself btw and not just cygwin. That's because... Cygwin implements *NIX way of thinking about your system. The root (/) filesystem contains EVERYTHING: files, registry, running process pool... If you want to avoid such collisions, either exclude /proc from search path, or explicitly specify more narrow search path. -- WBR, Andrey Repin (anrdae...@freemail.ru) 10.02.2012, 18:47 Sorry for my terrible english... -- 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: sed strips CRs
On Feb 10 08:02, Nellis, Kenneth wrote: Cygwin 'sed' seems to be stripping CRs from its input. Linux sed doesn't do this. Example: Try the -b option. 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: newbie: cygwin initial usage crashes machine
On 2/10/2012 3:12 PM, jss pop wrote: cygwin newbie. This is going to seem very low-key compared with the level of posts I see here but would really appreciate some help with a few things just to get started pls. I have checked the FAQ and lists but they are too advanced for where I am right now with cygwin. I installed cygwin( CYGWIN_NT-5.1)without any problems at all. Clicked the Win desktop icon and the up came the Window and bash prompt. However I then tried:- Hi newbie that just told us that you are running cygwin on XP (=NT-5.1) $ uname -a CYGWIN_NT-6.1-WOW64 1.7.10(0.259/5/3) 2012-02-05 12:36 i686 Cygwin cygwin version 1.7.10 running on W7/64 (=NT-6.1-WOW64) find / -name “*.c” –print (and again later with –type f argument) This ran, found a few .c files but continued running for a very long time – longer that expected. Even from / I though it seem too long. Many files appeared seemingly (from the displayed path name) as “registry-type” (UUID’s in pathname) under /proc. The machine eventually crashed! I do mean the machine itself btw and not just cygwin. /proc is a virtual file system and it includes the windows register. /cygdrive is a mount of all windows drive, so a search on / is a search on all disks plus the register and something more, no surprise is very long A search with find should not crash the machine, but other software other than cygwin could cause it. For the time being restrict your find to a specific portion of the tree find /home -name “*.c” –print find /usr -name “*.c” –print and avoid /proc and /cygdrive The PC is running Win XP sp3 on a FOXCON mobo with 4Gb installed Crucial ram (passed by memtst). The disc layout is “unconventional”. For historic reasons, the boot partition is on F: and the system partition on C: This F: partition is in fact a logical partition residing in an extended partition. Cygwin is installed in F:\cygwin That should be not a problem if the partition is NTFS one. FAt32 will provide insufficient capability on file permissions I later tried running vi and that hung within the cygwin terminal window – but I think maybe that is because not one of the installed programs as I cannot find the vi exe anywhere. I would though have expected a “not found” error. (And using “find” to find it crashes!). I tried “which vi” and that gave /bin/vi Finally, I just tried running “ed!” and got this:- $ ed 1 [main] -bash 1580! _pinfo::dup_proc_pipe: something failed for pid 0: re s 1580, hProcess 0x6E1, wr_proc_pipe 0x758 vs. 0x758, Win32 error 6 I’d like to use cygwin – can someone pls help? thanks please follow Problem reports: http://cygwin.com/problems.html about the data we need to understand the status of your cygwin installation and that of your windows. ed is probably not the easiest editor to start with. I suggest to install at least vim ( Vi IMproved 7.3) that at least has a tutorial mode. Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: newbie: cygwin initial usage crashes machine
On Feb 10 18:51, Andrey Repin wrote: Greetings, jss pop! I installed cygwin( CYGWIN_NT-5.1)without any problems at all. Clicked the Win desktop icon and the up came the Window and bash prompt. However I then tried:- find / -name “*.c” –print (and again later with –type f argument) This ran, found a few .c files but continued running for a very long time – longer that expected. Even from / I though it seem too long. Many files appeared seemingly (from the displayed path name) as “registry-type” (UUID’s in pathname) under /proc. The machine eventually crashed! I do mean the machine itself btw and not just cygwin. That's because... Cygwin implements *NIX way of thinking about your system. The root (/) filesystem contains EVERYTHING: files, registry, running process pool... If you want to avoid such collisions, either exclude /proc from search path, or explicitly specify more narrow search path. -xdev is a helpful find option, too. 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] New package: xtail 2.1-1 -- Extended tail that works on directories
PACKAGE DESCRIPTION === Homepage: http://freshmeat.net/projects/xtail License : BSD Watch the growth of files. It's like running a tail -f on a bunch of files at once. It notices if a file is truncated and starts from the beginning. You can specify both filenames and directories on the command line. If you specify a directory, it watches all the files in that directory. It will notice when new files are created (and start watching them) or when old files are deleted (and stop watching them). CHANGES SINCE LAST RELEASE == See homepage. INSTALL OR UPGRADE NOTES Standard install. CYGWIN INSTALLATION INFORMATION === To install this package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin(at)cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com(at)cygwin.com More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: sed strips CRs
From: Corinna Vinschen On Feb 10 08:02, Nellis, Kenneth wrote: Cygwin 'sed' seems to be stripping CRs from its input. Linux sed doesn't do this. Example: Try the -b option. Thanx for that. It's not a problem for me. I was just reporting what looks like a Cygwin bug in case someone thought it was worth looking into. --Ken Nellis
Re: cygwin 1.7.9: Segmentation faults / STATUS_STACK_OVERFLOW
Hi Manuel,
please, don't http://cygwin.com/acronyms/#TOFU Thanks.
On Feb 10 13:40, Manuel Wienand wrote:
Hi Corinna,
ok, the STATUS_STACK_OVERFLOW problem is solved. Seems like a local variable
with about 540 KiB caused the overflow. The Cygwin Shell gives me 2034 for
limit -s Is that the correct maximum stack size in KiB that is relevant for
me?
The default stacksize for the main thread is 2 Megs. The default
stacksize of subsequently called pthreads is 512K. In the below case
that's apparently not enough since the /proc/$PID/cmdline functionality
needs a lot of stack space. The SEGV is a result of a stack overflow
again. I can't tell why it only occurs under GDB, though.
However, I'm wondering if we should set the default stacksize for pthreads
to 1 Megs, as is the default for any other Windows thread...
Other than that, you can change the pthread stacksize since 1.7.10. Try
this:
int main(void)
{
int ret;
puts(Starting test);
#if 0
// Working fine if called in the main thread.
callGlob(NULL);
#else
// Not working if called in another thread.
pthread_attr_t attr;
pthread_attr_init (attr);
pthread_attr_setstacksize (attr, 1024 * 1024);
ret = pthread_create(threadId, NULL, callGlob, NULL);
[...]
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: cygwin 1.7.9: Segmentation faults / STATUS_STACK_OVERFLOW
On Feb 10 17:24, Corinna Vinschen wrote:
Other than that, you can change the pthread stacksize since 1.7.10. Try
this:
int main(void)
{
int ret;
puts(Starting test);
#if 0
// Working fine if called in the main thread.
callGlob(NULL);
#else
// Not working if called in another thread.
pthread_attr_t attr;
pthread_attr_init (attr);
pthread_attr_setstacksize (attr, 1024 * 1024);
ret = pthread_create(threadId, NULL, callGlob, NULL);
Oops, sorry, you have to change the pthread_create call so that it uses
attr, of course:
ret = pthread_create (threadId, attr, callGlob, NULL);
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: No Network Access Nearly Resolved
Hi Corrina: For a start, maybe you should set up /etc/passwd and /etc/group as they are supposed to be, not as you think they should be: $ mkpasswd -l -d /etc/passwd $ mkgroup -l -d /etc/group Even when I run mkpasswd from a dos prompt (that can see mkpasswd) and can resolve network names, adding the -d parameter causes it to pause forever, whereas the mkgroup works immediately (several thousand entries).
Re: sed strips CRs
On Fri, Feb 10, 2012 at 10:07 AM, Corinna Vinschen wrote: On Feb 10 08:02, Nellis, Kenneth wrote: Cygwin 'sed' seems to be stripping CRs from its input. Linux sed doesn't do this. Example: Try the -b option. By this I assume you to mean that the -b option opens the input file in binary mode. But the mount table the OP showed was already in binary mode. Does sed not take that into consideration, I.E. it specifies the mode as a text file unless -b is specified, is this correct? -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: pcre-8.21-2
The following packages have been updated for the Cygwin distribution: *** pcre-8.21-2 *** libpcre0-8.21-2 *** libpcrecpp0-8.21-2 *** libpcreposix0-8.21-2 *** libpcre-devel-8.21-2 The PCRE library implements regular expression pattern matching using the same syntax and semantics as Perl. This release changes the package breakup: * libpcreposix0 has been separated from libpcre0. * libpcrecpp-devel has been merged into libpcre-devel. These changes will ease the transition to the upcoming pcre-8.30 release, in which libpcre will have an ABI and API break. That update will occur when more clients are compatible with 8.30. -- Yaakov Cygwin/X 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
[ANNOUNCEMENT] Updated: apache2-2.2.22-1 [SECURITY]
The following packages have been updated for the Cygwin distribution: *** apache2-2.2.22-1 *** apache2-devel-2.2.22-1 *** apache2-manual-2.2.22-1 The Apache HTTP Server is a robust, commercial-grade, featureful, extensible, and freely-available source code implementation of an HTTP (Web) server. This is a long-overdue update to the latest stable release of the Apache HTTP server, which includes fixes for over twenty security vulnerabilities. This release also includes an httpd2-config script for installing httpd2 as a system service. -- Yaakov Cygwin/X 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
[ANNOUNCEMENT] Updated: base-files-4.0-7
Version 4.0-6 of base-files has been uploaded.
Base-files is a set of system configuration and setup files.
Change Log
--
4.0-7
* Environment variable SHELL is now exported from /etc/profile.
Improved profile_d() function in /etc/profile - Cyrille Lefevre
cygwin.com/ml/cygwin/2011-11/msg00128.html
* TMP and TEMP as defined in the Windows environment must be kept
for windows apps, even if started from cygwin - Atry
cygwin.com/ml/cygwin/2012-01/msg00201.html
* Added two files under /etc/profile.d/ that use tzset, which
uses the geographical location setting of the user to find the right
mapping, rather than the locale setting. Only on Windows 2000 which
doesn't know about the user's geographical location, or if fetching
the geographical location fails, it falls back to the user's locale.
Corrected error in var setting - Corinna Vinschen
See cygwin.com/ml/cygwin-developers/2012-01/msg00042.html,
cygwin.com/ml/cygwin-developers/2012-01/msg00044.html
Updated manifest.
* Added CC0 license header to scripts, and the CC0 license
itself which is under /usr/share/doc/common-licenses/.
Modified locale setting in /etc/profile.d/lang.{sh,csh} to
honor the OS setting.
Corrected some files' header info.
Added Greg's Wiki's URL in /etc/profile.
Bumped version number.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce mailing list, look at the
List-Unsubscribe: tag in the email header of this message.
Send email to the address specified there. It will be in the format:
cygwin-announce-unsubscribe-you=yourdomain@cygwin.com
If you need more information on unsubscribing, start reading here:
http://sourceware.org/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that is available starting
at this URL.
--
Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56
signature.asc
Description: Digital signature
gitk fails to start after updating cygwin
I just updated cygwin (installing hg), which updated all the packages. gitk now fails to start. I basically get : $Application initialization failed: no display name and no $DISPLAY environment variable cygwin warning: MS-DOS style path detected: C:\Users\Admin\cygwin\bin\gitk Preferred POSIX equivalent is: /usr/bin/gitk CYGWIN environment variable option nodosfilewarning turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames Error in startup script: no display name and no $DISPLAY environment variable while executing load /usr/lib/tk8.5/../../bin/libtk8.5.dll Tk (package ifneeded Tk 8.5.11 script) invoked from within package require Tk (file C:\Users\Admin\cygwin\bin\gitk line 11) [1]+ Exit 1 gitk --all Note that I've seen the discussion at http://cygwin.com/ml/cygwin/2011-08/msg00478.html, but I don't agree with the conclusion. I never needed an X server before, and gitk displayed fine up until now. So why should I need to run an X server now? -- Arnon Moscona ar...@moscona.com Sed fugit interea fugit irreparabile tempus, singula dum capti circumvectamur amore -- 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: TTY and sshpass
On 2/9/2012 7:46 PM, Sylvain Archenault wrote: Hello, I've been using sshpass (http://sourceforge.net/projects/sshpass/) for a while and it stopped working after I updated cygwin to the last version 1.7.10-1 (was wokring with 1.7.9). I think it stops working because CYGWIN=TTY has changed or has been removed. Indeed, sshpass try to access TTY to communicate with the child ssh process, so I would think that the recent changes to TTY could be the problem. sshpass use pselect to read from the TTY, but the function returns an error the errno is set to : ERROR: Interrupted system call Does someone have an idea on the reason why ? Try using mintty instead. If that doesn't help, try contacting the sshpass provider for help. -- Larry I'm using mintty for the terminal, If I used xterm with X11, it's complaining about /usr/sbin/ssh-askpass. I'm going to contact sshpass author. Thank you Sylvain -- 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 fails to start after updating cygwin
Arnon Moscona forwardmosc...@gmail.com wrote in message news:CAN0dh0hhiKyPKizU90upoqSWRcKGvAJmqXcDD=embmda34a...@mail.gmail.com ... I never needed an X server before, and gitk displayed fine up until now. So why should I need to run an X server now? See: http://cygwin.com/ml/cygwin/2012-02/msg00115.html -- 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
postinstall reboots system; saving settings for reinstall?
Hi. Earlier today I was updating my cygwin installation (WinXP, cygwin 1.7 as of a couple weeks ago) when the computer suddenly rebooted. Because there were so other things running at the time I assumed it was just bad mojo, but after doing things slow and methodical-like, I narrowed it down to a cygwin setup.exe postinstall step. It's 100% reproducible -- but I don't know which package is triggering it (as the setup display is changing so quickly just before it all goes black) or how far all the successful steps were (as the log file isn't written out yet). I started to gather cygcheck info to bring to this list for help... but cygcheck segfaults as soon as it gets to the Cygwin Package Information part. So I'm thinking the installation ishosed at this point, and I need to remove it all and reinstall from scratch, which is fine. But I've installed quite a few non-default packages since 1.7 came out, plus some mount points and other customization bits. Is there a way to dump a listing of that stuff so that I can have something to refer to afterwards, when I'm setting it all back up? I could swear I've seen command line to do things like print a list of installed packages but searching the mailing list archives gets either zero hits or a hojillion irrelevant hits. -Ti -- 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
File operations really slow in emacs
Hi all,
For some reason file operations have become very slow inside emacs
starting yesterday. It's especially painful when saving a file that's
managed by mercurial (more than 20 seconds!), but I've seen it on the
command line as well (x-server takes a similar amount of time to start,
for example). I'm running the latest everything and I've run rebaseall.
I verified that Windows Defender did not silently re-enable itself since
I last disabled it (you can't actually uninstall it) and no other BLODA
are present on my machine. The problem persists across reboots.
I have vague memories that this has turned up in the past (maybe 12-15
months ago?) but Google isn't turning up anything. Attaching strace to
emacs during the save makes it take a full 35 seconds and reports the
following:
$ cat emacs.strace | awk '{if ($1 100) { print }}' | grep -v
timer_thread
26910790 26912157 [main] emacs-X11 5188 child_copy: dll bss - hp 0x264
low 0x611FC000, high 0x61230770, res 1
1128419 2125655 [main] python2.6 5188 read: read(5, 0x8009DB60, 65536)
blocking
25850184 32830582 [main] python2.6 5188 stat_worker: 0 =
(\??\C:\cygwin\cygdrive,0x28BB68)
2672291 36527941 [main] python2.6 5188 fhandler_disk_file::readdir: 0 =
readdir(0x800C84F0, 0x284BDC) (Lbookmarks.pyc bookmarks.pyc) (attr
0x20 type 8)
1076207 64638764 [main] emacs 6568
fhandler_base_overlapped::wait_overlapped: wfres 0, wores 1, bytes 16
There's some seriously long latencies going on there... 27s for
child_copy, 26s for stat_worker, and 2.7s for readdir? FYI, that call to
read() that blocks for 1.1s is accessing a .pyc module in /usr/share,
not related to the file I actually tried to save.
Relevant package versions, courtesy of cygcheck:
cygwin 1.7.10-1 OK
emacs 23.4-1 OK
emacs-X11 23.4-1 OK
mercurial 1.9.3-1 OK
python 2.6.7-1 OK
Any ideas what I might try next?
Thanks,
Ryan
--
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 fails to start after updating cygwin
On 2/11/2012 12:02 AM, Arnon Moscona wrote: I just updated cygwin (installing hg), which updated all the packages. gitk now fails to start. I basically get : $Application initialization failed: no display name and no $DISPLAY environment variable cygwin warning: MS-DOS style path detected: C:\Users\Admin\cygwin\bin\gitk Preferred POSIX equivalent is: /usr/bin/gitk CYGWIN environment variable option nodosfilewarning turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames Error in startup script: no display name and no $DISPLAY environment variable while executing load /usr/lib/tk8.5/../../bin/libtk8.5.dll Tk (package ifneeded Tk 8.5.11 script) invoked from within package require Tk (file C:\Users\Admin\cygwin\bin\gitk line 11) [1]+ Exit 1 gitk --all Note that I've seen the discussion at http://cygwin.com/ml/cygwin/2011-08/msg00478.html, but I don't agree with the conclusion. I never needed an X server before, and gitk displayed fine up until now. So why should I need to run an X server now? Hi Arnon, because Tk now need the X server. Have you missed ? http://cygwin.com/ml/cygwin-announce/2012-02/msg00011.html See also http://cygwin.com/ml/cygwin-apps/2011-10/msg00083.html for further info -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
New package: xtail 2.1-1 -- Extended tail that works on directories
PACKAGE DESCRIPTION === Homepage: http://freshmeat.net/projects/xtail License : BSD Watch the growth of files. It's like running a tail -f on a bunch of files at once. It notices if a file is truncated and starts from the beginning. You can specify both filenames and directories on the command line. If you specify a directory, it watches all the files in that directory. It will notice when new files are created (and start watching them) or when old files are deleted (and stop watching them). CHANGES SINCE LAST RELEASE == See homepage. INSTALL OR UPGRADE NOTES Standard install. CYGWIN INSTALLATION INFORMATION === To install this package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin(at)cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com(at)cygwin.com More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL.
Updated: pcre-8.21-2
The following packages have been updated for the Cygwin distribution: *** pcre-8.21-2 *** libpcre0-8.21-2 *** libpcrecpp0-8.21-2 *** libpcreposix0-8.21-2 *** libpcre-devel-8.21-2 The PCRE library implements regular expression pattern matching using the same syntax and semantics as Perl. This release changes the package breakup: * libpcreposix0 has been separated from libpcre0. * libpcrecpp-devel has been merged into libpcre-devel. These changes will ease the transition to the upcoming pcre-8.30 release, in which libpcre will have an ABI and API break. That update will occur when more clients are compatible with 8.30. -- Yaakov Cygwin/X 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.
Updated: apache2-2.2.22-1 [SECURITY]
The following packages have been updated for the Cygwin distribution: *** apache2-2.2.22-1 *** apache2-devel-2.2.22-1 *** apache2-manual-2.2.22-1 The Apache HTTP Server is a robust, commercial-grade, featureful, extensible, and freely-available source code implementation of an HTTP (Web) server. This is a long-overdue update to the latest stable release of the Apache HTTP server, which includes fixes for over twenty security vulnerabilities. This release also includes an httpd2-config script for installing httpd2 as a system service. -- Yaakov Cygwin/X 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.
Updated: base-files-4.0-7
Version 4.0-6 of base-files has been uploaded.
Base-files is a set of system configuration and setup files.
Change Log
--
4.0-7
* Environment variable SHELL is now exported from /etc/profile.
Improved profile_d() function in /etc/profile - Cyrille Lefevre
cygwin.com/ml/cygwin/2011-11/msg00128.html
* TMP and TEMP as defined in the Windows environment must be kept
for windows apps, even if started from cygwin - Atry
cygwin.com/ml/cygwin/2012-01/msg00201.html
* Added two files under /etc/profile.d/ that use tzset, which
uses the geographical location setting of the user to find the right
mapping, rather than the locale setting. Only on Windows 2000 which
doesn't know about the user's geographical location, or if fetching
the geographical location fails, it falls back to the user's locale.
Corrected error in var setting - Corinna Vinschen
See cygwin.com/ml/cygwin-developers/2012-01/msg00042.html,
cygwin.com/ml/cygwin-developers/2012-01/msg00044.html
Updated manifest.
* Added CC0 license header to scripts, and the CC0 license
itself which is under /usr/share/doc/common-licenses/.
Modified locale setting in /etc/profile.d/lang.{sh,csh} to
honor the OS setting.
Corrected some files' header info.
Added Greg's Wiki's URL in /etc/profile.
Bumped version number.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce mailing list, look at the
List-Unsubscribe: tag in the email header of this message.
Send email to the address specified there. It will be in the format:
cygwin-announce-unsubscribe-you=yourdomain@cygwin.com
If you need more information on unsubscribing, start reading here:
http://sourceware.org/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that is available starting
at this URL.
--
Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56
signature.asc
Description: Digital signature
