Re: neon: upset errors
On Nov 15 14:21, Yaakov (Cygwin/X) wrote: On Tue, 2011-11-15, upset was true to its name and complained: upset: *** setup.ini: warning - package libneon26 refers to non-existent external-source: neon Dr. Volker Zell, Apparently you did some pruning in release/neon, but now there is no source package for libneon26-0.26.4-1. Nothing in the distro relies on libneon25 or libneon26, so IMO both can be removed entirely. For the time being I copied neon-0.26.4-1-src.tar.bz2 into the neon directory to silence the upset warnings. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Please upload: mined-2011.19-0
On Nov 16 00:19, Thomas Wolff wrote: wget http://towo.net/mined/cygwin/mined-2011.19-0.tar.bz2 wget http://towo.net/mined/cygwin/mined-2011.19-0-src.tar.bz2 wget http://towo.net/mined/cygwin/setup.hint Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[RFU] subversion-1.6.17-1
Well, this isn't really a RFU, just a request to remove subversion 1.7.0-1 so that 1.6.17-1 becomes the previous version. 1.7 includes a working copy format upgrade, so it may not be possible for people to upgrade to 1.7 right now (e.g., if they use other subversion clients that aren't updated to 1.7). So, I'd like to leave the last 1.6 release as previous to help out those people. Thanks. -- David Rothenberger daver...@acm.org I'll burn my books. -- Christopher Marlowe
Re: [RFU] subversion-1.6.17-1
On Wed, Nov 16, 2011 at 01:18:07PM -0800, David Rothenberger wrote: Well, this isn't really a RFU, just a request to remove subversion 1.7.0-1 so that 1.6.17-1 becomes the previous version. 1.7 includes a working copy format upgrade, so it may not be possible for people to upgrade to 1.7 right now (e.g., if they use other subversion clients that aren't updated to 1.7). So, I'd like to leave the last 1.6 release as previous to help out those people. Done. cgf
Re: troubles with forking program (not the usual probs though...)
Markus Hoenicka markus.hoeni...@mhoenicka.de was heard to complain: Hi all, I've managed to screw up a forking program (refdbd, from http://refdb.sourceforge.net) in an attempt to install R which I need at work. This does not look like the widely reported fork failures as I do not get any diagnostic output - things just don't work as expected anymore. setup ran uneventfully, except that it failed to upgrade libatk the first time as it was probably in use, so I ran setup a second time after closing all programs. I've appended the log of both runs just in case. [...] After a few hours of sleep I Looked at the update log again. Only binutils (containing the linker) and mysql-related packages (refdbd was set up to use the MySQL client library) were likely to affect refdbd. Downgrading binutils didn't help. Downgrading the MySQL-related packages was not possible as there are no previous versions available in setup. However, switching to a different database engine (sqlite3) made refdbd return to normal. Therefore I suspect that refdbd was screwed up by upgrading the MySQL client library. I'll follow up on this on the Cygwin Ports list. 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
how to log fork errors, cygheap errors with syslogd
Hello, I'm sorry - but cause of sometimes having unpredictable and unreproduceable cygwin errors like fork error, cygheap check, I trieded to run syslogd to log these all these errors in /var/log/messages. But these kind of errors are not logged there. How do I have to configure my syslogd - or is it not possible to log these kind of errors. My syslog.conf file has only one entry. * snip sni snip * *.* /var/log/messages * snip sni snip * Any help welcome. I'm sorry - but I use syslogd the first time. best regards Heiko Elger -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [SOLVED] Re: What updates done after October 3 may affect gfortran built binaries?
I helped Edvardsen to track this down off-list. It turns out that FLEXPART is one of those huge number-crunching Fortran programs that's just jam-packed with ginormous multi-dimensional arrays. The final linked executable had 3.38 GB of .bss space! So, it's not too surprising that it didn't load on 32-bit Windows; and it's not, as I was worrying, any explicit bug in the compiler or binutils (although it may be arguable that ld could be helpful if it issued some kind of warning in these circumstances). Out of curiosity, how then was the OP ever able to make *any* version run? Ryan I'm not sure of the exact pre-required settings I had when I compiled FLEXPART to have a successful executable, but there seem to be various default parameter settings in some of the FLEXPART include files that will lead to some ginormous multi dimensional arrays. I was pretty sure I did the exact same procedure when I compiled FLEXPART later and got the non working executable, but if the .bss space was too large, I must have done something else before. It's just that I can't possibly think of anything I did different. However, I'm determined to locate the problem, to advice the FLEXPART developers. I don't want others to go through something similar. Kåre
Re: how to log fork errors, cygheap errors with syslogd
On Nov 16 08:07, Heiko Elger wrote: Hello, I'm sorry - but cause of sometimes having unpredictable and unreproduceable cygwin errors like fork error, cygheap check, I trieded to run syslogd to log these all these errors in /var/log/messages. But these kind of errors are not logged there. How do I have to configure my syslogd - or is it not possible to log these kind of errors. No, it's not. The messages are printed using special debug output functions, not the syslog API. 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: [SOLVED] Re: What updates done after October 3 may affect gfortran built binaries?
FLEXPART is one of those huge number-crunching Fortran programs that's just jam-packed with ginormous multi-dimensional arrays. The final linked executable had 3.38 GB of .bss space! Out of curiosity, how then was the OP ever able to make *any* version run? Not clear yet but probably owing to changes in one or more of the array dimensions in the upstream source that he didn't notice taking place. cheers, DaveK I managed to track down one critical array specification which I sat smaller before compiling. The 64-bit version use the same initialisation file as the 32-bit, so an array size of 22E+06 elements instead of 6E+06 was used. The SizeOfUninitializedData is now 5eeba800 (1.6 GB) and everything works beautiful :) I would never had thought of this without your help! Thank you very much! Cheers, Kåre
help for diagnose unpedictable fork errors, cygheap base msimatch errors
Hello, we've still cygwin system errors. I use snapshot 20111030 and all other colleagues snapshot 20110829. We've done rebaseall and peflagsall. We have win7/64 (CYGWIN_NT-6.1-WOW64). All errors are unpredictable - so there is really no possible testcase. I noticed the following problems: 1. runing perl: child_info_fork::abort: address space needed by 'IO.dll' (009D) is already occupied 2. running perl 0 [main] perl 22992 C:\programme\cygwin\bin\perl.exe: *** fatal error - cy gheap base mismatch detected - 0x612527E0/0xF927E0. This problem is probably due to using incompatible versions of the cygwin DLL. Search for cygwin1.dll using the Windows Start-Find/Search facility and delete all but the most recent version. The most recent version *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have installed the cygwin distribution. Rebooting is also suggested if you are unable to find another cygwin DLL. -- there is definitely no other currrent cygwin1.dll 3. running sh.exe from within make 0 [main] sh 5564 child_info_fork::abort data segment start: parent(0x682000) ! = child(0x32000) m.sh fork: retry: Resource temorarily unavailable 4. running make 0 [main] make-3.80 22116 child_info::sync: wait failed, pid 21196, Win32 error 1892 How can I gather more informations about the problems with other cygwin tools. I'm definitely no cygwin professional. I already tried strace - I have an strace log of problem 1.) - if this would be helpful, I can post it. OK - I already checked the BLODA - and yes one is running on our system - Symantec Endpoint Protection Version 12.x. We deinstalled it on 3 PCs - perhaps we will see no more error there. But cause of unpedictable errors and no testcase it's not a solution to deinstall it on all machines. Is there a testcase for detecting Symantec as the real problem - we are in contact with Symantec too. Does anyone know the problem of using Symantec Endpoint Protection a little bit in details. Is it possible that the unloading of DLL code is delayed? I noticed in http://article.gmane.org/gmane.os.cygwin/129594 that there is an existing error - so I will give the the next snapshot a try. @cfg: Can this http://article.gmane.org/gmane.os.cygwin/129594 the reason for our problems too? Any hints are welcome. best regards Heiko Elger -- 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: help for diagnose unpedictable fork errors, cygheap base msimatch errors
On 11/16/2011 1:40 PM, Heiko Elger wrote: Hello, we've still cygwin system errors. I use snapshot 20111030 and all other colleagues snapshot 20110829. We've done rebaseall and peflagsall. We have win7/64 (CYGWIN_NT-6.1-WOW64). All errors are unpredictable - so there is really no possible testcase. I noticed the following problems: 1. runing perl: child_info_fork::abort: address space needed by 'IO.dll' (009D) is already occupied 2. running perl 0 [main] perl 22992 C:\programme\cygwin\bin\perl.exe: *** fatal error - cy gheap base mismatch detected - 0x612527E0/0xF927E0. This problem is probably due to using incompatible versions of the cygwin DLL. Search for cygwin1.dll using the Windows Start-Find/Search facility and delete all but the most recent version. The most recent version *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have installed the cygwin distribution. Rebooting is also suggested if you are unable to find another cygwin DLL. -- there is definitely no other currrent cygwin1.dll 3. running sh.exe from within make 0 [main] sh 5564 child_info_fork::abort data segment start: parent(0x682000) ! = child(0x32000) m.sh fork: retry: Resource temorarily unavailable 4. running make 0 [main] make-3.80 22116 child_info::sync: wait failed, pid 21196, Win32 error 1892 How can I gather more informations about the problems with other cygwin tools. I'm definitely no cygwin professional. I already tried strace - I have an strace log of problem 1.) - if this would be helpful, I can post it. OK - I already checked the BLODA - and yes one is running on our system - Symantec Endpoint Protection Version 12.x. We deinstalled it on 3 PCs - perhaps we will see no more error there. But cause of unpedictable errors and no testcase it's not a solution to deinstall it on all machines. Is there a testcase for detecting Symantec as the real problem - we are in contact with Symantec too. Does anyone know the problem of using Symantec Endpoint Protection a little bit in details. Is it possible that the unloading of DLL code is delayed? I noticed in http://article.gmane.org/gmane.os.cygwin/129594 that there is an existing error - so I will give the the next snapshot a try. @cfg: Can this http://article.gmane.org/gmane.os.cygwin/129594 the reason for our problems too? Any hints are welcome. best regards Heiko Elger Heiko, you wrote a lot of mail , but I do not remember a single Problem reports: http://cygwin.com/problems.html As cygwin is working on win7/64, something is wrong on your machine, but until you provide clear data we can not easly help you. I am currently using 2011-11-08 snapshot on win7/64 and it is working fine (2011-11-14 has a problem and I have not yet tested 2011-11-16) 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
[ANNOUNCEMENT] Updated: man-1.6g-1: Man, apropos and whatis.
Hi A new version of 'man' has been uploaded to a server near you. - Switched to latest upstream version - Rebuild for cygwin 1.7.9 with gcc-4.5.3 man NEWS: = - Fixed man cut cut throwing an error (Fedora #542852) (Ivana Varekova, flc). - Corrections to the man.man German locale translation (Stefan Bacher). - flawed treatment of Awk in configure script (Elias Pipping). - announcement mailing list set up (man-annou...@googlegroups.com) (flc). - Minor fix to LZMA support (Per Øyvind Karlsen - Mandriva team). - Added XZ compression support (Per Øyvind Karlsen). - Improvements to extension handling (R. Urban, V. Zell - CYGWIN project). - Releases now gpg signed. Validation instructions on primary distribution site (flc). - DOAP.rdf enabled on primary distribution site (flc). - EXPERIMENTAL: SPDX.rdf enabled on primary distro site (flc). - Changes to LSM file (flc). 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: {neon/libneon27/libneon-devel}-0.29.3-1: HTTP and WebDAV library
Hi New versions of 'neon/libneon27/libneon-devel' have been uploaded to a server near you. o Update to latest upstream o Build for cygwin 1.7.9 with gcc-4.5.3 neon NEWS: === Changes in release neon 0.29.6, 3 May 2011 Don't abort SSL handshake with GnuTLS if a client cert is requested but none is configured/available (thanks to Patrick Ohly) Fix GnuTLS build with Nettle (Arfrever Frehtes Taifersar Arahesis) Win32: Fix handling of SSPI challenges (Ivan Zhakov) Fix the method string passed to create_request hooks to have the same lifetime as the request object (Patrick Ohly) Docs updates. Changes in release neon 0.29.5, 14 October 2010 Fix GnuTLS handshakes failures with 'TLS warning alert' (Bryan Cain) Further fix for SSPI support on Win32 (Danil Shopyrin) Changes in release neon 0.29.4, 1 October 2010 Fix SNI support (Tobias Gruetzmacher) Fix possible Solaris linker errors if building static library Win32: Fix Kerberos authentication support with SSPI (Danil Shopyrin) Fix error handling when pulling a request body from an file (thanks to Lou Montulli) Fix ne_request_dispatch() return value for SOCKS proxy failure cases Tighten SSL cert ID checks to deny a wildcard match against an IP address 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: Rolling back to 1.6.x Subversion
On 11/15/2011 15:47, Sean LeBlanc wrote: I've accidentally updated Subversion to 1.7.x on Cygwin. Is there a way to get an older package of Subversion installed? It looks like you'll need to check out the Cygwin Time Machine (http://www.fruitbat.org/Cygwin/index.html#cygwintimemachine) if you want to go back to version 1.6. That whole process is going to be unsupported here though, so is there some reason you must remain on such an old release of subversion? -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: fork problem on latest cygwin CVS
On Tue, Nov 15, 2011 at 02:22:02PM -0500, Christopher Faylor wrote: On Tue, Nov 15, 2011 at 04:04:16PM +0100, marco atzeri wrote: On 11/14/2011 6:11 PM, Christopher Faylor wrote: FYI, the last thing any developer wants to hear after a major code change is a generic It's broke report with no details and no way to duplicate the problem. A stack trace from a home-grown version of cygwin1.dll is not a detail. It's meaningless unless the addresses are decoded. Ok, rewinding to step 1 I simplified the test case to a short one, involving just 1 make call, using your snapshot Amazingly short. Thanks very much! I can duplicate this and will fix it. I've made some changes and can no longer duplicate the problem from your test case. If you can confirm that the latest snapshot works for you I would appreciate it. As it turns out, this was a change I was planning on making at some point in the future. The future, apparently, is now. 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: Problems with updating nearly any package meant for Cygwin or using packages such as libtool
Larry Hall (Cygwin) wrote: On 11/15/2011 2:28 PM, viper_88 wrote: The avalanche of my problems has started when I wanted to install compat-libstdc++ 33-3.2.3. The installation failed due to the following dependencies errors: error: Failed dependencies: /sbin/ldconfig is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6 is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.0) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.1) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.1.3) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.2) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.3) is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1 is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1(GCC_3.0) is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1(GCC_3.3) is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1(GLIBC_2.0) is needed by compat-libstdc++-33-3.2.3-55.fc5 libm.so.6 is needed by compat-libstdc++-33-3.2.3-55.fc5 Hm. This looks to me like output of rpm or yum on a Linux system. If you're trying to install Linux binary RPMs onto Cygwin, you're in for a world of hurt. Cygwin != Linux. You need to build from source on Cygwin. -- 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 Hello there, Larry, and thank you for your reply. You were right, I indeed tried to install compat-libstdc++ using an RPM file. I am still learning Cygwin, so I wasn't sure whether it supports them or not (and the RPM's were the first to pop when searching for any sources). It seems, however, that now I have faced a problem with GLIBC, which is required to update GCC, that I won't be able to deal with (and I haven't updated libstdc++ due to this yet)... Namely, when looking up if I had GLIBC installed, I realized that I didn't have it at all. I found GLIBC version 2.14.1, but when I ran ./configure I was presented with the following message: You must configure in a separate build directory. This made me to run into further research during which I found out that GLIBC needs a temporary directory created with the mkdir command. I struggled with this concept a bit, but I finally managed to create such a directory. Then I ran the usual ./configure command (thinking that now everything will work just fine) only to be presented this: Hubert@Hubert-PC /cygdrive/c/Cygwin/usr/src/glibc-build $ ../glibc-2.14.1/configure checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking for gcc... gcc checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking how to run the C preprocessor... gcc -E checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes configure: running configure fragment for add-on libidn configure: running configure fragment for add-on nptl *** The GNU C library is currently not available for this platform. *** So far nobody cared to port it and if there is no volunteer it *** might never happen. So, if you have interest to see glibc on *** this platform visit *** http://www.gnu.org/software/libc/porting.html *** and join the group of porters Hubert@Hubert-PC /cygdrive/c/Cygwin/usr/src/glibc-build $ I'm not sure, but I guess this ends my use of Cygwin for the purpose of compiling THC-Hydra with its full capabilities :/ If there aren't any options to make it work indeed, I think that the only way to accomplish my goal (apart from a full-fetched installation of Linux on my hard drive) is to install it on a virtual machine. Of course, if anyone knows of a way to make GLIBC work with Cygwin, I will be more than glad to learn it -- View this message in context: http://old.nabble.com/Problems-with-updating-nearly-any-package-meant-for-Cygwin-or-using-packages-such-as-libtool-tp32849825p32857072.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: Problems with updating nearly any package meant for Cygwin or using packages such as libtool
On 11/16/2011 8:34 PM, viper_88 wrote: $ I'm not sure, but I guess this ends my use of Cygwin for the purpose of compiling THC-Hydra with its full capabilities :/ If there aren't any options to make it work indeed, I think that the only way to accomplish my goal (apart from a full-fetched installation of Linux on my hard drive) is to install it on a virtual machine. Of course, if anyone knows of a way to make GLIBC work with Cygwin, I will be more than glad to learn it why do you need glibc ? cygwin has its own libc (newlib) and hydra-7.1-src build easily on cygwin $ ./configure $ make If men could get pregnant, abortion would be a sacrament cd hydra-gtk sh ./make_xhydra.sh Trying to compile xhydra now (hydra gtk gui) - dont worry if this fails, this is really optional ... `src/xhydra' - `../xhydra.exe' The GTK GUI is ready, type ./xhydra to start Now type make install $ find . -name *.exe ./hydra-gtk/src/xhydra.exe ./hydra.exe ./pw-inspector.exe ./xhydra.exe 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: Problems with updating nearly any package meant for Cygwin or using packages such as libtool
On 11/16/2011 1:34 PM, viper_88 wrote: Larry Hall (Cygwin) wrote: On 11/15/2011 2:28 PM, viper_88 wrote: The avalanche of my problems has started when I wanted to install compat-libstdc++ 33-3.2.3. The installation failed due to the following dependencies errors: error: Failed dependencies: /sbin/ldconfig is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6 is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.0) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.1) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.1.3) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.2) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.3) is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1 is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1(GCC_3.0) is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1(GCC_3.3) is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1(GLIBC_2.0) is needed by compat-libstdc++-33-3.2.3-55.fc5 libm.so.6 is needed by compat-libstdc++-33-3.2.3-55.fc5 Hm. This looks to me like output of rpm or yum on a Linux system. If you're trying to install Linux binary RPMs onto Cygwin, you're in for a world of hurt. Cygwin != Linux. You need to build from source on Cygwin. -- 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 Hello there, Larry, and thank you for your reply. You were right, I indeed tried to install compat-libstdc++ using an RPM file. I am still learning Cygwin, so I wasn't sure whether it supports them or not (and the RPM's were the first to pop when searching for any sources). It's not an issue of whether Cygwin supports RPMs. It's an issue of trying to install a Linux executable on Cygwin. It doesn't matter whether it's packaged in an RPM, it's still a Linux binary, not a Cygwin binary. It seems, however, that now I have faced a problem with GLIBC, which is required to update GCC, that I won't be able to deal with (and I haven't updated libstdc++ due to this yet)... From the Cygwin FAQ (which I strongly recommend reading): Where is glibc? Cygwin does not provide glibc. It uses newlib instead, which provides much (but not all) of the same functionality. Porting glibc to Cygwin would be difficult. THC-Hydra claims that it builds fine on Cygwin. Does it not? -- +---+ | Jesse Ziser, Code Warrior | | Applied Research Labs: UT | +---+ -- 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: Problems with updating nearly any package meant for Cygwin or using packages such as libtool
On Wed, Nov 16, 2011 at 11:34:11AM -0800, viper_88 wrote: Larry Hall (Cygwin) wrote: On 11/15/2011 2:28 PM, viper_88 wrote: The avalanche of my problems has started when I wanted to install compat-libstdc++ 33-3.2.3. The installation failed due to the following dependencies errors: error: Failed dependencies: /sbin/ldconfig is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6 is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.0) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.1) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.1.3) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.2) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.3) is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1 is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1(GCC_3.0) is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1(GCC_3.3) is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1(GLIBC_2.0) is needed by compat-libstdc++-33-3.2.3-55.fc5 libm.so.6 is needed by compat-libstdc++-33-3.2.3-55.fc5 Hm. This looks to me like output of rpm or yum on a Linux system. If you're trying to install Linux binary RPMs onto Cygwin, you're in for a world of hurt. Cygwin != Linux. You need to build from source on Cygwin. Hello there, Larry, and thank you for your reply. You were right, I indeed tried to install compat-libstdc++ using an RPM file. I am still learning Cygwin, so I wasn't sure whether it supports them or not (and the RPM's were the first to pop when searching for any sources). It seems, however, that now I have faced a problem with GLIBC, which is required to update GCC, that I won't be able to deal with (and I haven't updated libstdc++ due to this yet)... Namely, when looking up if I had GLIBC installed, I realized that I didn't have it at all. I found GLIBC version 2.14.1, but when I ran ./configure I was presented with the following message: You must configure in a separate build directory. Sorry but it seems like you're seriously confused about what Cygwin is and how to use it. The Cygwin web page tries to make it clear that the way to install and update Cygwin is via the setup.exe program. You don't use rpm. You install packages via setup.exe. This is similar in concept to a Linux environment. Ubunutu has .deb packages, Fedora has .rpms. We have our much cruder .tar.bz2 files. All are meant to be installed via their respective package managers. Glibc will not work on Cygwin. That is not normally an issue since the Cygwin DLL is supposed to provide much of the glibc functionality. It's the whole reason for the Cygwin project in fact. I've never heard of a package which required you to build glibc. It is very unlikely that you need it. What you likely do need are things like gcc, binutils, make, and random other libraries, all of which can be installed via setup.exe. Once you've installed those, you should be able to run configure/make and it is possible that things will build correctly. 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: Problems with updating nearly any package meant for Cygwin or using packages such as libtool
On 11/16/2011 3:04 PM, Jesse Ziser wrote: On 11/16/2011 1:34 PM, viper_88 wrote: Larry Hall (Cygwin) wrote: On 11/15/2011 2:28 PM, viper_88 wrote: The avalanche of my problems has started when I wanted to install compat-libstdc++ 33-3.2.3. The installation failed due to the following dependencies errors: error: Failed dependencies: /sbin/ldconfig is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6 is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.0) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.1) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.1.3) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.2) is needed by compat-libstdc++-33-3.2.3-55.fc5 libc.so.6(GLIBC_2.3) is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1 is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1(GCC_3.0) is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1(GCC_3.3) is needed by compat-libstdc++-33-3.2.3-55.fc5 libgcc_s.so.1(GLIBC_2.0) is needed by compat-libstdc++-33-3.2.3-55.fc5 libm.so.6 is needed by compat-libstdc++-33-3.2.3-55.fc5 Hm. This looks to me like output of rpm or yum on a Linux system. If you're trying to install Linux binary RPMs onto Cygwin, you're in for a world of hurt. Cygwin != Linux. You need to build from source on Cygwin. -- 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 Hello there, Larry, and thank you for your reply. You were right, I indeed tried to install compat-libstdc++ using an RPM file. I am still learning Cygwin, so I wasn't sure whether it supports them or not (and the RPM's were the first to pop when searching for any sources). It's not an issue of whether Cygwin supports RPMs. It's an issue of trying to install a Linux executable on Cygwin. It doesn't matter whether it's packaged in an RPM, it's still a Linux binary, not a Cygwin binary. It seems, however, that now I have faced a problem with GLIBC, which is required to update GCC, that I won't be able to deal with (and I haven't updated libstdc++ due to this yet)... From the Cygwin FAQ (which I strongly recommend reading): Where is glibc? Cygwin does not provide glibc. It uses newlib instead, which provides much (but not all) of the same functionality. Porting glibc to Cygwin would be difficult. THC-Hydra claims that it builds fine on Cygwin. Does it not? As thc was stated to use mingw for Windows support, it would seem that it should work with the mingw cross compilers, although uwin was recommended. If you want native cygwin, or even if the purpose is only to gain a more recent version of g++ cross compiler (without all the language support of the cross compilers on the cygwin install menu) it seems you should consider whether the gain is worth the effort, when your original question was how to get a gfortran for Windows. -- Tim Prince -- 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: Rolling back to 1.6.x Subversion
On 11/16/2011 7:18 AM, Jeremy Bopp wrote: On 11/15/2011 15:47, Sean LeBlanc wrote: I've accidentally updated Subversion to 1.7.x on Cygwin. Is there a way to get an older package of Subversion installed? It looks like you'll need to check out the Cygwin Time Machine (http://www.fruitbat.org/Cygwin/index.html#cygwintimemachine) if you want to go back to version 1.6. The 1.6.17-1 release is still on the mirrors, you'll just have to download it manually. Or, you can wait for a day or two. I'll try to get the 1.6.17-1 version restored as the previous version for easier installation through the installer. -- David Rothenberger daver...@acm.org I'll burn my books. -- Christopher Marlowe -- 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: fork problem on latest cygwin CVS
On 11/16/2011 8:14 PM, Christopher Faylor wrote: On Tue, Nov 15, 2011 at 02:22:02PM -0500, Christopher Faylor wrote: On Tue, Nov 15, 2011 at 04:04:16PM +0100, marco atzeri wrote: On 11/14/2011 6:11 PM, Christopher Faylor wrote: FYI, the last thing any developer wants to hear after a major code change is a generic It's broke report with no details and no way to duplicate the problem. A stack trace from a home-grown version of cygwin1.dll is not a detail. It's meaningless unless the addresses are decoded. Ok, rewinding to step 1 I simplified the test case to a short one, involving just 1 make call, using your snapshot Amazingly short. Thanks very much! I can duplicate this and will fix it. I've made some changes and can no longer duplicate the problem from your test case. If you can confirm that the latest snapshot works for you I would appreciate it. As it turns out, this was a change I was planning on making at some point in the future. The future, apparently, is now. cgf CYGWIN_NT-6.1-WOW64 1.7.10s(0.255/5/3) 2016 04:41:29 i686 Cygwin passed my crash test: a full build of octave binary from scratch plus the make check. 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
[ANNOUNCEMENT] Updated: {aspell/libaspell15/libaspell-devel}-0.60.6.1-1: A spell checker designed to eventually replace Ispell
Hi New versions of 'aspell/libaspell15/libaspell-devel' have been uploaded to a server near you. o Build for cygwin 1.7.9 with gcc-4.5.3 o Repackaged aspell-dev-libaspell-devel removed aspell-doc aspell NEWS: === o Update to Automake 1.10.3 o Fix a bug which caused a race condition (leading to a likely crash) when two threads try to update the dictionary cache at the same time. o Make it very clear that compiling Aspell with NDEBUG is a bad idea (see http://aspell.net/ndebug.html) by outputting a warning when building with NDEBUG defined. o Numerous other minor updates and bug fixes. 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: aspell dictionaries for en/de/pl/sv
Hi A new version of 'aspell-en/de/pl/sv' has been uploaded to a server near you. aspell-en-7.1.0-1 = o Update to latest upstream releases o Build now uses aspell-dict.cygclass from cygport aspell-de-20030222.1-2 == o Build now uses aspell-dict.cygclass from cygport aspell-pl-6.0.20061121.0-2 == o Build now uses aspell-dict.cygclass from cygport aspell-sv-0.51.0-1 == o Update to latest upstream release o Build now uses aspell-dict.cygclass from cygport o Maintainer change (After private communication with the former maintainer Stefan Björnelund) o Location of dictionaries was wrong in the last release 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: fork problem on latest cygwin CVS
On Wed, Nov 16, 2011 at 11:01:16PM +0100, marco atzeri wrote: On 11/16/2011 8:14 PM, Christopher Faylor wrote: On Tue, Nov 15, 2011 at 02:22:02PM -0500, Christopher Faylor wrote: On Tue, Nov 15, 2011 at 04:04:16PM +0100, marco atzeri wrote: On 11/14/2011 6:11 PM, Christopher Faylor wrote: FYI, the last thing any developer wants to hear after a major code change is a generic It's broke report with no details and no way to duplicate the problem. A stack trace from a home-grown version of cygwin1.dll is not a detail. It's meaningless unless the addresses are decoded. Ok, rewinding to step 1 I simplified the test case to a short one, involving just 1 make call, using your snapshot Amazingly short. Thanks very much! I can duplicate this and will fix it. I've made some changes and can no longer duplicate the problem from your test case. If you can confirm that the latest snapshot works for you I would appreciate it. As it turns out, this was a change I was planning on making at some point in the future. The future, apparently, is now. cgf CYGWIN_NT-6.1-WOW64 1.7.10s(0.255/5/3) 2016 04:41:29 i686 Cygwin passed my crash test: a full build of octave binary from scratch plus the make check. Phew. Thanks for confirming. 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: Rolling back to 1.6.x Subversion
Greetings, Jeremy Bopp! I've accidentally updated Subversion to 1.7.x on Cygwin. Is there a way to get an older package of Subversion installed? It looks like you'll need to check out the Cygwin Time Machine (http://www.fruitbat.org/Cygwin/index.html#cygwintimemachine) if you want to go back to version 1.6. That whole process is going to be unsupported here though, so is there some reason you must remain on such an old release of subversion? It's not such an old, it's a release you need to migrate your working copies to 1.17 without checking them out anew. Or if you want to tell at a glance, if a directory you're working with is a versioned one... which is not possible for 1.17 :/ -- WBR, Andrey Repin (anrdae...@freemail.ru) 17.11.2011, 02:18 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: Rolling back to 1.6.x Subversion
On 11/16/2011 2:20 PM, Andrey Repin wrote: Greetings, Jeremy Bopp! I've accidentally updated Subversion to 1.7.x on Cygwin. Is there a way to get an older package of Subversion installed? It looks like you'll need to check out the Cygwin Time Machine (http://www.fruitbat.org/Cygwin/index.html#cygwintimemachine) if you want to go back to version 1.6. That whole process is going to be unsupported here though, so is there some reason you must remain on such an old release of subversion? It's not such an old, it's a release you need to migrate your working copies to 1.17 without checking them out anew. Or if you want to tell at a glance, if a directory you're working with is a versioned one... which is not possible for 1.17 :/ (1.7, not 1.17). I agree, Andrey, there are good reasons not to be able to update to 1.7 right now. The Cygwin installer should be able to install the latest 1.6 release by cycling through the versions. The change was just made, so it may take a little time for the mirrors to catch up. -- David Rothenberger daver...@acm.org Harrison's Postulate: For every action, there is an equal and opposite criticism. -- 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: Rolling back to 1.6.x Subversion
-Original Message- On Behalf Of Jeremy Bopp Sent: Wednesday, November 16, 2011 9:18 AM Subject: Re: Rolling back to 1.6.x Subversion That whole process is going to be unsupported here though, so is there some reason you must remain on such an old release of subversion? Um... 1.7 just came out in the last few months, 1.6.17 isn't such an old release. Consider users who depend on clients (SVNKit) that don't yet have 1.7 native support (i.e. Subclipse). We have to stay on 1.6 until ALL our clients support 1.7 due to the working copy restructuring. When 1.7 came out I saved a copy of the 1.6.17 distribution locally. -- 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
filenames with BANG
Need help, Cant access html file from lynx, even though its readable by other commands. $ ls -l test bay#, wwid -rw-r--r--+ 1 test Users 50999 Nov 17 03:22 test bay#, wwid $ file test bay#, wwid test bay#, wwid: HTML document, ASCII text, with very long lines $ head -2 test bay#, wwid !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; $ lynx -dump test bay#, wwid Can't Access `file://localhost/cygdrive/e/test%20bay#,%20wwid' Alert!: Unable to access document. lynx: Can't access startfile Played around and found that if i create any file with #, lynx cant understand it. Appreciate your help. -- View this message in context: http://old.nabble.com/3.Using-Cygwin%2C-Special-filenames%2C-Invalid-filenames-tp30785462p32858452.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: filenames with BANG
On 11/16/2011 04:35 PM, pen wrote: Played around and found that if i create any file with #, lynx cant understand it. Not answering your question, but it would help if your subject matched your body: BANG is !, not # (the latter is hash, sharp, pound, or octothorpe, depending on who you ask). -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
filenames with BANG
Need help, Cant access html file from lynx, even though its readable by other commands. $ ls -l test bay#, wwid -rw-r--r--+ 1 test Users 50999 Nov 17 03:22 test bay#, wwid $ file test bay#, wwid test bay#, wwid: HTML document, ASCII text, with very long lines $ head -2 test bay#, wwid !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; $ lynx -dump test bay#, wwid Can't Access `file://localhost/cygdrive/e/test%20bay#,%20wwid' Alert!: Unable to access document. lynx: Can't access startfile Played around and found that if i create any file with #, lynx cant understand it. Appreciate your help. -- View this message in context: http://old.nabble.com/filenames-with-BANG-tp32858508p32858508.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: filenames with BANG
Oops sorry made a mistake. eblake wrote: On 11/16/2011 04:35 PM, pen wrote: Played around and found that if i create any file with #, lynx cant understand it. Not answering your question, but it would help if your subject matched your body: BANG is !, not # (the latter is hash, sharp, pound, or octothorpe, depending on who you ask). -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org -- View this message in context: http://old.nabble.com/3.Using-Cygwin%2C-Special-filenames%2C-Invalid-filenames-tp30785462p32858516.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: filenames with HASH
-- Sorry its HASH pen wrote: Need help, Cant access html file from lynx, even though its readable by other commands. $ ls -l test bay#, wwid -rw-r--r--+ 1 test Users 50999 Nov 17 03:22 test bay#, wwid $ file test bay#, wwid test bay#, wwid: HTML document, ASCII text, with very long lines $ head -2 test bay#, wwid !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; $ lynx -dump test bay#, wwid Can't Access `file://localhost/cygdrive/e/test%20bay#,%20wwid' Alert!: Unable to access document. lynx: Can't access startfile Played around and found that if i create any file with #, lynx cant understand it. Appreciate your help. -- View this message in context: http://old.nabble.com/filenames-with-BANG-tp32858508p32858524.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
filename with HASH
Need help, Cant access html file from lynx, even though its readable by other commands. $ ls -l test bay#, wwid -rw-r--r--+ 1 test Users 50999 Nov 17 03:22 test bay#, wwid $ file test bay#, wwid test bay#, wwid: HTML document, ASCII text, with very long lines $ head -2 test bay#, wwid !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; $ lynx -dump test bay#, wwid Can't Access `file://localhost/cygdrive/e/test%20bay#,%20wwid' Alert!: Unable to access document. lynx: Can't access startfile Played around and found that if i create any file with #, lynx cant understand it. Its on win-7; do not know if there is any other special character that lynx has problem with. Can't even check in the script for a valid filename since shell commands recognize this file well. Appreciate your help. -- View this message in context: http://old.nabble.com/filename-with-HASH-tp32858658p32858658.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: filename with HASH
Few more tests: seems lynx dont like # $ mv test bay#, wwid test # abc $ lynx -dump test # abc Can't Access `file://localhost/cygdrive/e/test%20#%20abc' Alert!: Unable to access document. lynx: Can't access startfile $ mv test # abc test# a $ lynx -dump test# a Looking up test Making HTTP connection to test Alert!: Unable to connect to remote host. lynx: Can't access startfile http://test/#%20a $ head -1 test# a !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; So, just changing the filename gives completely different results. -- View this message in context: http://old.nabble.com/filename-with-HASH-tp32858658p32858723.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: Rolling back to 1.6.x Subversion
Jim Garrison jim.garri...@troux.com wrote: -Original Message- On Behalf Of Jeremy Bopp Sent: Wednesday, November 16, 2011 9:18 AM Subject: Re: Rolling back to 1.6.x Subversion That whole process is going to be unsupported here though, so is there some reason you must remain on such an old release of subversion? Um... 1.7 just came out in the last few months, 1.6.17 isn't such an old release. Consider users who depend on clients (SVNKit) that don't yet have 1.7 native support (i.e. Subclipse). We have to stay on 1.6 until ALL our clients support 1.7 due to the working copy restructuring. When 1.7 came out I saved a copy of the 1.6.17 distribution locally. Seems that I stepped on some nerves due to my poor choice of wording. Sorry about that. All I really wanted to know was why it was important to hang back from the latest available version when getting the older one was less than trivial. Not using anything more than the command line for svn (infrequently at that) made me forget how often that project changes formats in the working copies and the ramifications of that behavior. Thanks for enlightening me. :-) -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: help for diagnose unpedictable fork errors, cygheap base msimatch errors
marco atzeri marco.atzeri writes: Heiko, you wrote a lot of mail , but I do not remember a single Problem reports: http://cygwin.com/problems.html As cygwin is working on win7/64, something is wrong on your machine, but until you provide clear data we can not easly help you. I am currently using 2011-11-08 snapshot on win7/64 and it is working fine (2011-11-14 has a problem and I have not yet tested 2011-11-16) Regards Marco I'm sorry - but I'm not sure what you mean exactly. Perhaps my english is too bad - I'm sorry for this. Or I'm writing to many lines ... We've some unpredictabel errors and I'm looking for a solution to gather more information about the erros to send them perhaps into this group - so other people can perhaps help. Regards Heiko -- 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: help for diagnose unpedictable fork errors, cygheap base msimatch errors
On 17/11/2011 12:36 AM, Heiko Elger wrote: marco atzerimarco.atzeri writes: Heiko, you wrote a lot of mail , but I do not remember a single Problem reports: http://cygwin.com/problems.html As cygwin is working on win7/64, something is wrong on your machine, but until you provide clear data we can not easly help you. I am currently using 2011-11-08 snapshot on win7/64 and it is working fine (2011-11-14 has a problem and I have not yet tested 2011-11-16) Regards Marco I'm sorry - but I'm not sure what you mean exactly. Perhaps my english is too bad - I'm sorry for this. Or I'm writing to many lines ... We've some unpredictabel errors and I'm looking for a solution to gather more information about the erros to send them perhaps into this group - so other people can perhaps help. If you follow the instructions on the web page Marco highlighted, you'll have a good start at gathering the information we need to help you. 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: Rolling back to 1.6.x Subversion
Greetings, Jeremy Bopp! All I really wanted to know was why it was important to hang back from the latest available version when getting the older one was less than trivial. Not using anything more than the command line for svn (infrequently at that) made me forget how often that project changes formats in the working copies and the ramifications of that behavior. On my memory, it wasn't changed even once in four years. Or all changes were transparent. The main problem with 1.7 I see myself, I described earlier: No way to tell at a glance, if the directory you're working with is versioned or not. -- WBR, Andrey Repin (anrdae...@freemail.ru) 17.11.2011, 11:06 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
Updated: man-1.6g-1: Man, apropos and whatis.
Hi A new version of 'man' has been uploaded to a server near you. - Switched to latest upstream version - Rebuild for cygwin 1.7.9 with gcc-4.5.3 man NEWS: = - Fixed man cut cut throwing an error (Fedora #542852) (Ivana Varekova, flc). - Corrections to the man.man German locale translation (Stefan Bacher). - flawed treatment of Awk in configure script (Elias Pipping). - announcement mailing list set up (man-annou...@googlegroups.com) (flc). - Minor fix to LZMA support (Per Øyvind Karlsen - Mandriva team). - Added XZ compression support (Per Øyvind Karlsen). - Improvements to extension handling (R. Urban, V. Zell - CYGWIN project). - Releases now gpg signed. Validation instructions on primary distribution site (flc). - DOAP.rdf enabled on primary distribution site (flc). - EXPERIMENTAL: SPDX.rdf enabled on primary distro site (flc). - Changes to LSM file (flc). 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: {neon/libneon27/libneon-devel}-0.29.3-1: HTTP and WebDAV library
Hi New versions of 'neon/libneon27/libneon-devel' have been uploaded to a server near you. o Update to latest upstream o Build for cygwin 1.7.9 with gcc-4.5.3 neon NEWS: === Changes in release neon 0.29.6, 3 May 2011 Don't abort SSL handshake with GnuTLS if a client cert is requested but none is configured/available (thanks to Patrick Ohly) Fix GnuTLS build with Nettle (Arfrever Frehtes Taifersar Arahesis) Win32: Fix handling of SSPI challenges (Ivan Zhakov) Fix the method string passed to create_request hooks to have the same lifetime as the request object (Patrick Ohly) Docs updates. Changes in release neon 0.29.5, 14 October 2010 Fix GnuTLS handshakes failures with 'TLS warning alert' (Bryan Cain) Further fix for SSPI support on Win32 (Danil Shopyrin) Changes in release neon 0.29.4, 1 October 2010 Fix SNI support (Tobias Gruetzmacher) Fix possible Solaris linker errors if building static library Win32: Fix Kerberos authentication support with SSPI (Danil Shopyrin) Fix error handling when pulling a request body from an file (thanks to Lou Montulli) Fix ne_request_dispatch() return value for SOCKS proxy failure cases Tighten SSL cert ID checks to deny a wildcard match against an IP address 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: {aspell/libaspell15/libaspell-devel}-0.60.6.1-1: A spell checker designed to eventually replace Ispell
Hi New versions of 'aspell/libaspell15/libaspell-devel' have been uploaded to a server near you. o Build for cygwin 1.7.9 with gcc-4.5.3 o Repackaged aspell-dev-libaspell-devel removed aspell-doc aspell NEWS: === o Update to Automake 1.10.3 o Fix a bug which caused a race condition (leading to a likely crash) when two threads try to update the dictionary cache at the same time. o Make it very clear that compiling Aspell with NDEBUG is a bad idea (see http://aspell.net/ndebug.html) by outputting a warning when building with NDEBUG defined. o Numerous other minor updates and bug fixes. 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: aspell dictionaries for en/de/pl/sv
Hi A new version of 'aspell-en/de/pl/sv' has been uploaded to a server near you. aspell-en-7.1.0-1 = o Update to latest upstream releases o Build now uses aspell-dict.cygclass from cygport aspell-de-20030222.1-2 == o Build now uses aspell-dict.cygclass from cygport aspell-pl-6.0.20061121.0-2 == o Build now uses aspell-dict.cygclass from cygport aspell-sv-0.51.0-1 == o Update to latest upstream release o Build now uses aspell-dict.cygclass from cygport o Maintainer change (After private communication with the former maintainer Stefan Björnelund) o Location of dictionaries was wrong in the last release 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.