ITP: autobuild
Autobuild is a package that process output from building software, primarily focused on packages using Autoconf and Automake, and then generate a HTML summary file, containing links to each build log. The output include project name, version, build host types (cross compile aware), compiler host name, date of build, and indication of success or failure. The output is indexed in many ways to simplify browsing. autobuild is a build-time requirement of the upcoming libtool-2.4 release (but not of packages that merely USE libtool, even if you autoreconf them). I'm not sure whether it is included in any linux distributions or not; I get too many hits when searching for 'autobuild'...so, I probably need some votes. However, given that it is a new build requirement of libtool, I imagine that the distros will be forced to add it eventually. http://cygwin.cwilson.fastmail.fm/ITP/autobuild-5.3-1.tar.bz2 http://cygwin.cwilson.fastmail.fm/ITP/autobuild-5.3-1-src.tar.bz2 sdesc: Generate summary information from build logs ldesc: Autobuild is a package that processes output from building software, primarily focused on packages using Autoconf and Automake, and then generates a HTML summary file, containing links to each build log. The output includes project name, version, build host types (cross compile aware), compiler host name, date of build, and indication of success or failure. The output is indexed in many ways to simplify browsing. category: Devel requires: bash perl autoconf automake -- Chuck
winsup/cygwin ChangeLog cygthread.h dcrt0.cc w ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2010-09-19 20:18:36 Modified files: cygwin : ChangeLog cygthread.h dcrt0.cc wincap.cc wincap.h Log message: * wincap.h (wincaps::has_buggy_thread_startup): Declare. (wincapc::has_buggy_thread_startup): Ditto. * wincap.cc::wincap_*): Accommodate has_buggy_thread_startup. (wincapc::init): Explicitly turn off has_buggy_thread_startup if not WOW64. * cygthread.h (cygthread::thread_handle): Declare/define new method. * dcrt0.cc (_dll_crt0): Don't call __sinit here. (dll_crt0_0): Don't call sigproc_init during initialization if wincap.has_buggy_thread_startup(). (dll_crt0_1): Defer sigproc_init to here when wincap.has_buggy_thread_startup(). Call __sinit after we've determined that we're not forking. (__main): Rework comments. Add potential future reminder. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.5044r2=1.5045 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/cygthread.h.diff?cvsroot=uberbaumr1=1.35r2=1.36 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/dcrt0.cc.diff?cvsroot=uberbaumr1=1.385r2=1.386 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/wincap.cc.diff?cvsroot=uberbaumr1=1.101r2=1.102 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/wincap.h.diff?cvsroot=uberbaumr1=1.82r2=1.83
Re: 1.7.7 cp: skipping file 'file.txt', as it was replaced while being copied
On Sep 18 14:28, David DiGiacomo wrote: I'm having this problem when I try to copy files from a Samba share mounted from a SunOS system. Pretty old Samba version, apparently. Try to mount the drive with the ihash mount option. See http://cygwin.com/cygwin-ug-net/using.html#mount-table 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
Cygwin and symlink
I remember that some time ago (don't when, sigh!) if I had $ ln -sf foo.pdf slnk_foo.pdf I was able to read 'slnk_foo.pdf' double clicking on its icon from Explorer or 'Computer Resources'. Now AR complains and I can't read it. Is this to be expected? BTW, I remember also that the icon of 'slnk_foo.pdf' had the symbol of a link (like an 'arrow'), now it is as other PDF files icon. When there was the 'transmutation'? :-) Thanks, Angelo. -- 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 and symlink
On 19 September 2010 11:26, Angelo Graziosi wrote: I remember that some time ago (don't when, sigh!) if I had $ ln -sf foo.pdf slnk_foo.pdf I was able to read 'slnk_foo.pdf' double clicking on its icon from Explorer or 'Computer Resources'. Now AR complains and I can't read it. Is this to be expected? Yep. They're just UTF-16 text files with special attributes now. BTW, I remember also that the icon of 'slnk_foo.pdf' had the symbol of a link (like an 'arrow'), now it is as other PDF files icon. When there was the 'transmutation'? :-) Cygwin 1.7. Set CYGWIN=winsymlinks to switch to the old behaviour. See also http://www.cygwin.com/cygwin-ug-net/using-cygwinenv.html. Or use a hard link instead of a symlink. Or, if you're on Vista or 7, create a native Windows symlink using cmd.exe's mklink builtin (which you can call from bash using 'cmd /c mklink'). Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin and symlink
On 19 September 2010 11:39, Andy Koppe wrote: On 19 September 2010 11:26, Angelo Graziosi wrote: I remember that some time ago (don't when, sigh!) if I had $ ln -sf foo.pdf slnk_foo.pdf I was able to read 'slnk_foo.pdf' double clicking on its icon from Explorer or 'Computer Resources'. Now AR complains and I can't read it. Is this to be expected? Yep. They're just UTF-16 text files with special attributes now. BTW, I remember also that the icon of 'slnk_foo.pdf' had the symbol of a link (like an 'arrow'), now it is as other PDF files icon. When there was the 'transmutation'? :-) Cygwin 1.7. Set CYGWIN=winsymlinks to switch to the old behaviour. See also http://www.cygwin.com/cygwin-ug-net/using-cygwinenv.html. Or use a hard link instead of a symlink. Or, if you're on Vista or 7, create a native Windows symlink using cmd.exe's mklink builtin (which you can call from bash using 'cmd /c mklink'). ps: mkshortcut from cygutils is yet another option if you just want an Explorer shortcut, but that won't be treated as a symlink by Cygwin. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: icu-4.5.1-1
The icu library, the IBM Internationalization Components for Unicode was updated to 4.5.1-1. It is not used yet in any package, the next parrot will use it and hiphop (the php compiler) will need it. Canonical homepage: http://ibm.com/software/globalization/icu/ Canonical download: ftp://www-126.ibm.com/pub/icu/ Packaging Details: - version 4.5.1-1 - most patches already applied upstream. at least 4.2 needed for hiphop (ports) To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select Editors or Text and then click on the appropriate fields until the above announced version numbers appear if they are not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin mailing list at: cygwin at cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin/ I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Reini Urban -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: perl-5.10.1-4
perl has been updated to 5.10.1-4 Changes since the last perl-5.10.1-3 - perlrebase: fixed the wrong default baseadress, man page added - CPAN::Reporter: switched from SMTP to Metabase, new dependencies - Net::DNS cygwin patch: removed unprovided dependencies Win32::IPHelper, Win32::Registry - CORE modules updated: Compress-Raw-Bzip2-2.030 IO-Compress-2.030 Module-Build-0.36_13 ExtUtils-ParseXS-2.2206 - new vendor modules (Metabase depedencies): Net::SSL common::sense JSON::XS JSON Metabase::Client::Simple Data::UUID Data::GUID CPAN::DistnameInfo Metabase::Fact Config::Perl::V CPAN::Testers::Report Test::Reporter::Transport::Metabase YAML::Tiny Software::License - vendor_perl modules updated: Pod-Simple-3.14 Pod-Coverage-0.21 IPC-Run3-0.044 Digest-SHA-5.48 URI-1.54 libwww-perl-5.836 Net-DNS-0.66_01 Test-Reporter-1.57 Crypt-SSLeay-0.58 common-sense-3.3 JSON-XS-2.3 JSON-2.22 Metabase-Client-Simple-0.008 Data-UUID-1.215 Data-GUID-0.045 CPAN-DistnameInfo-0.10 Metabase-Fact-0.017 Config-Perl-V-0.12 CPAN-Testers-Report-1.999001 Test-Reporter-Transport-Metabase-1.999008 CPAN-Reporter-1.1800 Params-Util-1.01 Module-ScanDeps-0.98 YAML-Tiny-1.44 Software-License-0.102340 IO-Socket-INET6-2.65 B-Generate-1.29 PadWalker-1.92 Note that all vendor modules can be simply updated via CPAN also. We'll skip 5.12. With the next upcoming perl-5.14 cygwin release early next year we will move most vendor modules into extra packages. New CPAN::Reporter initialization - $ metabase-profile Enter full name: John Doe Enter email address: j...@example.com Enter password/secret: zqxjkh Writing profile to 'metabase_id.json' $ mkdir ~/.cpanreporter $ cp metabase_id.json ~/.cpanreporter/ $ chmod 400 ~/.cpanreporter/metabase_id.json $ vi ~/.cpanreporter/config.ini email_from = John Doe j...@example.com transport = Metabase uri https://metabase.cpantesters.org/api/v1/ id_file ~/.cpanreporter/metabase_id.json - See http://www.perl.org/ ChangeLog: http://perldoc.perl.org/perldelta.html Cygwin README: http://perldoc.perl.org/perlcygwin.html CYGWIN vendor patches at http://code.google.com/p/cygwin-rurban/source/browse/trunk/release/perl Vendor patches for 5.10.1-4 (unchanged since -3): * CYG11 Empty .bs files are not generated anymore * CYG12 no archlib in otherlibdirs * CYG14 Dynaloader * CYG15 static-Win32CORE * CYG17 utf8-paths * CYG21 LibList-Kid.patch * CYG22 cygwin-1.7 hints * CYG23 544-stat * CYG24 build man pages * CYG25 rebase privlib for new archdir dll's use the same rebase address if the old exists * Module-Build-0.36_13 (same fix as in #55162) * Bug#55162 File::Spec::case_tolerant performance * disable ExtUtils::MakeMaker::Coverage in Sys-Syslog Update recommendations from 5.8: --- Since 5.10 is not installed in parallel to 5.8 (it is possible, but not with this package), all your old 5.8 modules will need to be reinstalled for 5.10. Your old 5.8 modules are not deleted, just not accessible to 5.10. Non-binary packages can be used by adding /usr/lib/perl5/site_lib/5.8 to your @INC, but the below procedure is recommended to get the latest version for each installed package. This will not harm most of your previous 5.8 modules in case you want to switch back to 5.8, just the /bin scripts might get overwritten. BEFORE INSTALLATION of 5.10 ! # get the list of installed 5.8 modules $ perl -MExtUtils::Installed \ -e'print join(\n, new ExtUtils::Installed-modules)' module.list AFTER INSTALLATION of 5.10 ! # install all previous modules for 5.10 $ cpan `cat module.list` To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: awk gsub problem
On 9/18/10, Corinna Vinschen wrote: On Sep 18 11:21, Corinna Vinschen wrote: On Sep 17 22:30, Lee wrote: On 9/16/10, Corinna Vinschen wrote: On Sep 15 18:30, Lee wrote: I don't know if this is just a problem with the cygwin version of awk, me misunderstanding something or what, but it looks like gsub isn't working correctly in awk: $ sh /tmp/test.awk s= ::0:: should = ::S0:: $ cat /tmp/test.awk awk ' BEGIN { s=Serial0 gsub([a-z],,s) printf(s= ::%s:: should = ::S0::\n, s) exit } ' I also tried it with IGNORECASE=0 and with awk --traditional - same results. Works fine for me: Comment out the 'set LANG= and gsub works fine: $ echo $LANG C.UTF-8 $ sh /tmp/test.awk s= ::S0:: should = ::S0:: $ export LANG=en_US.UTF-8 $ sh /tmp/test.awk s= ::0:: should = ::S0:: So awk gsub works for me again - thank you! Just out of curiosity, why would setting LANG to en_US break case-sensitivity in gsub? I don't know either. I just asked the upstream maintainer. At least it isn't a Cygwin problem, since it also behaves the same on Linux. I got reply from the upstream maintainer. Case-sensitivity in gsub is not broken, rather it's really a language dependent difference. If LANG is en_US or en_US.utf8, then the regular expression [a-z] does *not* correspond anymore to the ASCII codes. Rather it corresponds to something like [aAbBcCdD...zZ], independent of the actual character encoding ISO-8859-1 or UTF-8. Thank you - I appreciate the follow-up. Was the reply from the upstream maintainer answered on a mailing list? ( if so, which one?) I'd like to understand the problem they're solving.. I get the idea of [[:lower:]] working regardless of collating order of the current char set, but how [a-z] gets translated to something like [aAbBcCdD...zZ] boggles my mind. It seems like they had to have gone out of their way to translate [a-z] into a case-insensitive RE. But regardless, it still seems broken to me. From the gawk man page: The various command line options control how gawk interprets characters in regular expressions. --traditional Traditional Unix awk regular expressions are matched. The GNU operators are not special, interval expressions are not available, and neither are the POSIX character classes ([[:alnum:]] and so on). The way I read it, I can change the line in my .bashrc from export AWK=/usr/bin/gawk.exe to export AWK=/usr/bin/gawk.exe --traditional and not have to change any scripts that use $AWK. If --traditional meant one no longer was able to do a case-sensitive RE ([a-z] gets translated into [aAbB...zZ] and [[:lower:]] isn't interpreted as a lower case character RE) I'd expect that to be high-lighted in the man page. But like I said in my initial msg, --traditional doesn't fix the problem: $ cat test.awk awk --traditional ' BEGIN { s=Serial0 gsub([a-z],,s) printf(s= ::%s:: should = ::S0::\n, s) exit } ' $ export LANG=en_US.UTF-8 $ sh test.awk s= ::0:: should = ::S0:: What you really want is this: s/really want/have to do/ BEGIN { s=Serial0 gsub([[:lower:]],,s) printf(s= ::%s:: should = ::S0::\n, s) exit } The [[:lower:]] expression always catches all valid lowercase letters, independent of the langauge, territory, and charset used. At least for the short term, my work-around is not setting LANG. Thanks again, Lee -- 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
Problems with gitk after cygwin update
Hello, I just updated my Cygwin installation with the newest packages, especially cygwin base from 1.7.5 to 1.7.7 and git from 1.7.1 to 1.7.2.3. I'm now having problems when I launch gitk in the background from a xterm, i.e. gitk . First of all, if I press any key after I switch back to the xterm, it just closes. On the prompt logout is visible for just a moment before it closes. Secondly, I got the following error log when clicking around in gitk to view some commits. I never had such problems before I updated. Michael Lutz --- snip 1 $ cygcheck -c cygwin git gitk Cygwin Package Information Package VersionStatus cygwin 1.7.7-1OK git 1.7.2.3-1 OK gitk 1.7.2.3-1 OK Windows 7 Pro x64 with all updates. --- snip 2 0 [main] git 6884 C:\cygwin\bin\git.exe: *** fatal error - couldn't initialize fd 0 for /dev/tty1 Stack trace: Frame Function Args 002838C8 6102749B (002838C8, , , ) 00283BB8 6102749B (61177B80, 8000, , 61179977) 00284BE8 61004AFB (611A1670, , 6123AAC4, 0001) End of stack trace 0 [main] git 6884 C:\cygwin\bin\git.exe: *** fatal error - couldn't initialize fd 0 for /dev/tty1 Stack trace: Frame Function Args 002838C8 6102749B (002838C8, , , ) 00283BB8 6102749B (61177B80, 8000, , 61179977) 00284BE8 61004AFB (611A1670, , 6123AAC4, 0001) End of stack trace while executing close $gdtf (procedure gettreediffline line 36) invoked from within gettreediffline file10200d8 b5628c26f463d437e916ef31e0e97fa7629ead2a (eval body line 1) invoked from within eval $script (procedure dorunq line 11) invoked from within dorunq (after script) -- 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: awk gsub problem
Am 19.09.2010 22:33, schrieb Lee: Thank you - I appreciate the follow-up. Was the reply from the upstream maintainer answered on a mailing list? ( if so, which one?) I'd like to understand the problem they're solving.. I get the idea of [[:lower:]] working regardless of collating order of the current char set, but how [a-z] gets translated to something like [aAbBcCdD...zZ] boggles my mind. It seems like they had to have gone out of their way to translate [a-z] into a case-insensitive RE. But regardless, it still seems broken to me. From the gawk man page: The various command line options control how gawk interprets characters in regular expressions. --traditional Traditional Unix awk regular expressions are matched. The GNU operators are not special, interval expressions are not available, and neither are the POSIX character classes ([[:alnum:]] and so on). The way I read it, I can change the line in my .bashrc from export AWK=/usr/bin/gawk.exe to export AWK=/usr/bin/gawk.exe --traditional and not have to change any scripts that use $AWK. If --traditional meant one no longer was able to do a case-sensitive RE ([a-z] gets translated into [aAbB...zZ] and [[:lower:]] isn't interpreted as a lower case character RE) I'd expect that to be high-lighted in the man page. But like I said in my initial msg, --traditional doesn't fix the problem: $ cat test.awk awk --traditional ' BEGIN { s=Serial0 gsub([a-z],,s) printf(s= ::%s:: should = ::S0::\n, s) exit } ' $ export LANG=en_US.UTF-8 $ sh test.awk s= ::0:: should = ::S0:: What you really want is this: s/really want/have to do/ BEGIN { s=Serial0 gsub([[:lower:]],,s) printf(s= ::%s:: should = ::S0::\n, s) exit } The [[:lower:]] expression always catches all valid lowercase letters, independent of the langauge, territory, and charset used. At least for the short term, my work-around is not setting LANG. Thanks again, Lee -- 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 Lee, you hit a well know problem with different character sets. Normally it is not recognized, because the standard character set from UNIX, LINUX And WINDOWS systems have the characters abcdefghijklmnopqrstuvwxyz in a sequence. But this is not the case for all character sets. E.g. *EBCDIC* is one example for such a character set. The different character set are a great problem for porting programs from one system to another. The documentation for gawk in the man page is not complete. Many GNU programs have the full/better documentation in the info pages. The documentation for your problem is accessible by the following command: info gawk character list It is the first paragraph in the info page. 2.4 Using Character Lists = Within a character list, a range expression consists of two characters separated by a hyphen. It matches any single character that sorts between the two characters, using the locale's collating sequence and character set. For example, in the default C locale, `[a-dx-z]' is equivalent to `[abcdxyz]'. Many locales sort characters in dictionary order, and in these locales, `[a-dx-z]' is typically not equivalent to `[abcdxyz]'; instead it might be equivalent to `[aBbCcDdxXyYz]', for example. To obtain the traditional interpretation of bracket expressions, you can use the C locale by setting the `LC_ALL' environment variable to the value `C'. Regards Dirk -- 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: awk gsub problem
On 2010-09-19 20:33Z, Lee wrote: [...awk character ranges are locale-sensitive...] Was the reply from the upstream maintainer answered on a mailing list? ( if so, which one?) I'd like to understand the problem they're solving.. I get the idea of [[:lower:]] working regardless of collating order of the current char set, but how [a-z] gets translated to something like [aAbBcCdD...zZ] boggles my mind. It seems like they had to have gone out of their way to translate [a-z] into a case-insensitive RE. Discussed here: http://www.gnu.org/manual/gawk/html_node/Character-Lists.html#Character-Lists And here's the same 'aAbBcC' question for 'ls' on solaris: http://groups.google.com/group/comp.unix.solaris/browse_thread/thread/8526e1b6eb18fb31/ It's not specific to gawk. --traditional Traditional Unix awk regular expressions are matched. The GNU operators are not special, interval expressions are not available, and neither are the POSIX character classes ([[:alnum:]] and so on). That option doesn't override the locale; to do that, see: http://www.gnu.org/manual/gawk/html_node/Locales.html#Locales -- 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 slow on x64 systems
On Wed, Sep 08, 2010 at 10:49:53AM -0400, Christopher Faylor wrote: On Tue, Sep 07, 2010 at 01:54:14AM -0400, Christopher Faylor wrote: On Thu, Sep 02, 2010 at 01:10:56AM -0400, Christopher Faylor wrote: On Wed, Sep 01, 2010 at 10:28:35PM -0500, Yaakov (Cygwin/X) wrote: On Wed, 2010-09-01 at 17:20 -0400, Christopher Faylor wrote: On Wed, Sep 01, 2010 at 03:19:15PM -0500, Heath Kehoe wrote: If I put the original cygwin1.dll (1.7.7) back, everything works again. I also have sources, and built the latest from CVS, and that cygwin1.dll fails in the same way. Sorry about that. It should be fixed now. http://cygwin.com/snapshots/ Services refuse to start with the 20100901 snapshot. fork() does seem to be faster, though (Win7 x64 RTM). sshd WJFFM, on XP at least. ...but I can duplicate it on Vista 64. I'll fix it tomorrow. This turned out to be more difficult to diagnose than I thought so it is not yet fixed. It should be fixed now. Please try the latest snapshot. 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: Cygwin slow on x64 systems
On Sun, 2010-09-19 at 19:35 -0400, Christopher Faylor wrote: On Wed, Sep 08, 2010 at 10:49:53AM -0400, Christopher Faylor wrote: On Tue, Sep 07, 2010 at 01:54:14AM -0400, Christopher Faylor wrote: On Thu, Sep 02, 2010 at 01:10:56AM -0400, Christopher Faylor wrote: On Wed, Sep 01, 2010 at 10:28:35PM -0500, Yaakov (Cygwin/X) wrote: Services refuse to start with the 20100901 snapshot. fork() does seem to be faster, though (Win7 x64 RTM). sshd WJFFM, on XP at least. ...but I can duplicate it on Vista 64. I'll fix it tomorrow. This turned out to be more difficult to diagnose than I thought so it is not yet fixed. It should be fixed now. Please try the latest snapshot. cygserver starts but other services (messagebus, syslog-ng) do not with 20100919 snapshot. Yaakov -- 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 slow on x64 systems
On Sun, Sep 19, 2010 at 07:22:27PM -0500, Yaakov (Cygwin/X) wrote: On Sun, 2010-09-19 at 19:35 -0400, Christopher Faylor wrote: On Wed, Sep 08, 2010 at 10:49:53AM -0400, Christopher Faylor wrote: On Tue, Sep 07, 2010 at 01:54:14AM -0400, Christopher Faylor wrote: On Thu, Sep 02, 2010 at 01:10:56AM -0400, Christopher Faylor wrote: On Wed, Sep 01, 2010 at 10:28:35PM -0500, Yaakov (Cygwin/X) wrote: Services refuse to start with the 20100901 snapshot. fork() does seem to be faster, though (Win7 x64 RTM). sshd WJFFM, on XP at least. ...but I can duplicate it on Vista 64. I'll fix it tomorrow. This turned out to be more difficult to diagnose than I thought so it is not yet fixed. It should be fixed now. Please try the latest snapshot. cygserver starts but other services (messagebus, syslog-ng) do not with 20100919 snapshot. Ok, I'm back in WJFFM territory then. I can start sshd, cygserver, messagebus, and syslog-ng without problem. What does the eventlog say? 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: fvwm ignores clickToFocus for function keys
On Sun, 19 Sep 2010 13:03:19 -0700 (PDT) Charles Smith cts.priv...@yahoo.com wrote: When typing in an in-focus xterm, but the mouse cursor is elsewhere, if I hit a function key, the programmed action does not occur. Instead, something else occurs, which I cannot identify (involving insertion of characters and/or other actions). When the mouse is positioned directly inside the window, the programmed action occurs normally. This is different than the operation of fvwm under linux. In that case, an in-focus xterm takes function key input as well as other key input, regardless where the mouse cursor is. a) Are you running fvwm under a rootless X11? b) are your configs the same? Thus, if I have programmed the xterm F12 key to send: 21 | less nl it is only received by bash if the mouse is positioned inside the window. This is a problem if I entered a command (other key input obeys the clickToFocus directive) and then hit F12, and some unidentifiable garbage gets inserted. Sounds like something is trashing a buffer... however I'm not entirely sure. I can't verify that this is a cygwin problem, but hours of googling haven't revealed any mention of the problem at all, an any platform. See the 2 questions above... Interestingly, I just noticed that the arrow keys seem to work normally, regardless of the position of the mouse. It's only the function keys that behave poorly. Sounds oddly configuration related... then again, i don't use fvwm on windows. --~-- Morgan Gangwere signature.asc Description: PGP signature
Updated: icu-4.5.1-1
The icu library, the IBM Internationalization Components for Unicode was updated to 4.5.1-1. It is not used yet in any package, the next parrot will use it and hiphop (the php compiler) will need it. Canonical homepage: http://ibm.com/software/globalization/icu/ Canonical download: ftp://www-126.ibm.com/pub/icu/ Packaging Details: - version 4.5.1-1 - most patches already applied upstream. at least 4.2 needed for hiphop (ports) To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select Editors or Text and then click on the appropriate fields until the above announced version numbers appear if they are not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin mailing list at: cygwin at cygwin.com If you want to subscribe go to: http://cygwin.com/ml/cygwin/ I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Reini Urban