Re: Return codes over 1 byte
On Jul 9 20:20, Michael DePaulo wrote: On Thu, Jul 9, 2015 at 7:42 PM, Yaakov Selkowitz yselkow...@cygwin.com wrote: On Thu, 2015-07-09 at 19:30 -0400, Michael DePaulo wrote: mark06 mentioned this on IRC today and then left the channel about 1 hour later: mark06 has anyone ever discussed exit codes above one byte? they are valid on modern windows, but cygwin's bash will mess them I was curious, so I googled it (I could not find an answer) and then tried it out. I can confirm the what he said. http://pubs.opengroup.org/onlinepubs/9699919799/functions/exit.html https://www.gnu.org/software/libc/manual/html_node/Exit-Status.html -- Yaakov Right, only the least significant 8 bits are outputted. So 257 becomes 1. I thought I read somewhere that the Cygwin mintty terminal + bash shell is supposed to be suitable for running native windows apps. Maybe I was thinking of the 1st paragraph on this page after the list of features: https://code.google.com/p/mintty/ Or maybe I was thinking about this reply: https://cygwin.com/ml/cygwin/2007-03/msg00758.html Either way, I feel like this should be documented somewhere. Perhaps I should submit a patch to add a section like return codes to to this page? https://cygwin.com/cygwin-ug-net/using-effectively.html https://cygwin.com/git/gitweb.cgi?p=newlib-cygwin.git;a=blob;f=winsup/doc/effectively.xml Feel free. Please send patches to the cygwin-patches ML. While you're at it, you might want to scratch the entire section called Cygwin and Windows Networking. It's so 20th century... Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpVCOF3FraUS.pgp Description: PGP signature
Re: Looking for 64-bit proxy
On 7/10/2015 3:16 AM, Kertz, Denis (D)** CTR ** wrote: Marco Atzen wrote: Hi Denis, I uploaded on http://matzeri.altervista.org/x86_64/connect-proxy/ can you test it ? To install setup-x86_64.exe -X -O -s http://matzeri.altervista.org -q -P connect-proxy I installed and tested this on two different Win7 PCs and, unfortunately, neither one worked. When I tried doing ssh login to a server via a proxy that works with the 32-bit connect-proxy, I got: On the first PC tried: ssh_exchange_identification: Connection closed by remote host On the second PC tried: 1 [main] ssh 1092 child_info_fork::abort: C:\cygwin64\bin\cygiconv-2.dll: Loaded to different address: parent(0x46) != child(0x2D) fork failed: Resource temporarily unavailable This seems a different issue. Have you by chance the new BLODA Lavasoft Web Companion installed on your PC ? Can you also show the output of $ rebase -si |grep cygiconv It should be something like : /usr/bin/cygiconv-2.dll base 0x0003c28b size 0x00105000 When I did the install I did get this: Note: Hand installation over to elevated child process. I don't know if that means anything. I did see from the /etc/setup install list that this is a single connect-proxy.exe executable. It showed the same size on both PCs in /usr/bin so doesn't look like an install problem. Is there anything else I can try, any debugging options/data? Denis Please follow Problem reports: http://cygwin.com/problems.html and attach the cygcheck.out 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: tzcode-2015e-1
The following package has been updated in the Cygwin distribution: * tzcode-2015e-1 The Time Zone Database (often called tz or zoneinfo) contains code and data that represent the history of local time for many representative locations around the globe. It is updated periodically to reflect changes made by political bodies to time zone boundaries, UTC offsets, and daylight-saving rules. This is an update to the latest upstream release. -- 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
Updated: tzcode-2015e-1
The following package has been updated in the Cygwin distribution: * tzcode-2015e-1 The Time Zone Database (often called tz or zoneinfo) contains code and data that represent the history of local time for many representative locations around the globe. It is updated periodically to reflect changes made by political bodies to time zone boundaries, UTC offsets, and daylight-saving rules. This is an update to the latest upstream release. -- Yaakov
[ANNOUNCEMENT] Updated: libwmf-0.2.8.4-15
The following packages have been updated in the Cygwin distribution: * libwmf-0.2.8.4-15 * libwmf027-0.2.8.4-15 * libwmf-devel-0.2.8.4-15 * libwmf-doc-0.2.8.4-15 * gdk-pixbuf2-wmf-0.2.8.4-15 libwmf is a library for reading vector images in Microsoft's native Windows Metafile Format (WMF) and for either (a) displaying them in, e.g., an X window; or (b) converting them to more standard/open file formats such as, e.g., the W3C's XML-based Scaleable Vector Graphic (SVG) format. Currently bindings exist for conversion to vector image formats EPS, PS, FIG, SVG, and raster image formats PNG and JPEG. This release includes the latest patchset from Fedora, including fixes for CVE-2015-0848, CVE-2015-4588, CVE-2015-4695, and CVE-2015-4696. -- Yaakov (on behalf of Dr. Volker Zell) -- 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: libwmf-0.2.8.4-15
The following packages have been updated in the Cygwin distribution: * libwmf-0.2.8.4-15 * libwmf027-0.2.8.4-15 * libwmf-devel-0.2.8.4-15 * libwmf-doc-0.2.8.4-15 * gdk-pixbuf2-wmf-0.2.8.4-15 libwmf is a library for reading vector images in Microsoft's native Windows Metafile Format (WMF) and for either (a) displaying them in, e.g., an X window; or (b) converting them to more standard/open file formats such as, e.g., the W3C's XML-based Scaleable Vector Graphic (SVG) format. Currently bindings exist for conversion to vector image formats EPS, PS, FIG, SVG, and raster image formats PNG and JPEG. This release includes the latest patchset from Fedora, including fixes for CVE-2015-0848, CVE-2015-4588, CVE-2015-4695, and CVE-2015-4696. -- Yaakov (on behalf of Dr. Volker Zell)
Re: Telnet / SSH connection timeout on LAN
Greetings, Warren Young! On Jul 9, 2015, at 12:04 AM, Andrey Repin anrdae...@yandex.ru wrote: rsync requires a pretty heavy network transaction to figure out if files have changed. I'm rsync'ing about 15 gigabytes of my home directory with just a few megs of network exchange. “Just?” That was my definition of “heavy”. Sorry, but you can't sync data without sending data. And these few megs is the actual data I generate daily. Consider all the disk I/O required. In its default mode, rsync must do a full directory tree scan on the directory to be transferred, on *both* ends. For each file with a different mtime or size, it must then recompute all the hashes in that file, again on both sides. Wrong. In default mode, rsync only care about timestamp and size. It will not go on hashing crusade unless explicitly told to. Can you really handwave away megs of network I/O and potentially gigs of disk I/O? Do you never use locate(1) instead of find(1)? Same issue. I normally know where my stuff is, so I don't need to `find` or waste space on `locate` hash tables. On top of that, the OP wants to do this every time the machine becomes idle. Even if it was idle a few seconds ago, did some work, and is idle again, the OP wants all this work to be done all over again. Horribly wasteful. I believe Dropbox and its major competitors avoid the need for this tree scan by hooking into the OS’s filesystem change notification API, so that they don’t do any network or disk I/O until one of the files it is responsible for changes. That’s the right way. VSS would be the right way, but I still did not find time to research its extents. -- With best regards, Andrey Repin Saturday, July 11, 2015 05:35:21 Sorry for my terrible english...
Vim, Mintty, and mouse resizing no longer works.
Hi Thomas Unfortunately I have a complaint to make. When using the latest Mintty release I can no longer use the mouse to resize split windows in Vim. In 1.1.3, I can drag any window separator around to change the size of them. In 2.0.2 Aim appears to interpret the mouse as trying to make a visual section in one window. I tried quickly to narrow down which commit might have introduced the problem using git bisect, unfortunately it was slowed down by some commits not compiling. However it did lead to producing this message. 4765275a7cfd9fadc74aedc1191de5390fa11c09 is the first bad commit commit 4765275a7cfd9fadc74aedc1191de5390fa11c09 Author: Thomas Wolff min...@users.noreply.github.com Date: Tue Jun 16 14:45:20 2015 +0200 fix restructuring If I checkout the commit immediately preceding this the mouse works as I expect. I cannot explain why this might be the case as it looks like there are no relevant code changes in that commit. I will try to investigate some more but I wanted to let you know. Thanks. signature.asc Description: OpenPGP digital signature
Re: Looking for 64-bit proxy
On 7/10/2015 10:49 AM, Marco Atzeri wrote: On 7/10/2015 3:16 AM, Kertz, Denis (D)** CTR ** wrote: Marco Atzen wrote: Hi Denis, I uploaded on http://matzeri.altervista.org/x86_64/connect-proxy/ can you test it ? Hi Denis, It seems the package was corrupted, can you try it again ? To re-install: setup-x86_64.exe -X -O -s http://matzeri.altervista.org -q -x connect-proxy -P connect-proxy I re-installed the package on both Win7 PCs and got this same ssh result on both PCs: FATAL: Unable to connect to relay host, errno=111 ssh_exchange_identification: Connection closed by remote host Denis -- 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: Telnet / SSH connection timeout on LAN
On Jul 9, 2015, at 12:04 AM, Andrey Repin anrdae...@yandex.ru wrote: rsync requires a pretty heavy network transaction to figure out if files have changed. I'm rsync'ing about 15 gigabytes of my home directory with just a few megs of network exchange. “Just?” That was my definition of “heavy”. Consider all the disk I/O required. In its default mode, rsync must do a full directory tree scan on the directory to be transferred, on *both* ends. For each file with a different mtime or size, it must then recompute all the hashes in that file, again on both sides. Can you really handwave away megs of network I/O and potentially gigs of disk I/O? Do you never use locate(1) instead of find(1)? Same issue. On top of that, the OP wants to do this every time the machine becomes idle. Even if it was idle a few seconds ago, did some work, and is idle again, the OP wants all this work to be done all over again. Horribly wasteful. I believe Dropbox and its major competitors avoid the need for this tree scan by hooking into the OS’s filesystem change notification API, so that they don’t do any network or disk I/O until one of the files it is responsible for changes. That’s the right way. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: setup improvement . was : autoreconf: problem while executing
Hi, Am 07.07.2015 um 22:27 schrieb Ken Brown: On 7/7/2015 4:09 PM, Simon Eigeldinger wrote: while it was removing the packages, perl hang a bunch of times and i had to kill it all the time it started hanging. After i did a full rebase and i tried to run autoreconf i got again the fork issues. seems that hasn't helped much. I have sometimes found that I have to reboot before the full rebase works properly. I'm not sure why. In your case, however, I agree with what Marco said: You probably have too many DLLs installed, and rebasing simply won't do the job. I now did a complete install. i installed the categories: Audio, Base, Devel, Libs now it seems to do fine. i guess now i should be able to compile most stuff on this. greetings, simon -- 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: perl-5.22.0-RC2 / Perl distributions
On 5/25/2015 2:45 PM, Ken Brown wrote: BTW, I contacted Philip Kime, the author of Biber, about Unicode::Normalize. He told me that version 1.18 is unusably slow. Here's a bug report he filed about it: https://rt.cpan.org/Public/Bug/Display.html?id=102766 I think he's planning to pursue it further. It doesn't look like anything is going to change in the near future. According to the bug report I cited, Biber runs slower by a factor of 20 with version 1.18 of Unicode::Normalize than with version 1.17. I don't think that's acceptable. The only solution I can think of is to ship Biber as a self-contained Perl Archive made with PAR::Packer[*], built with version 1.17 of Unicode::Normalize. I've gotten the latter from backpan and built it locally using the attached cygport file. Does anyone have a better idea? Ken [*] This is the way Biber is shipped by TeX Live on all platforms on which the Biber author can build it. This includes i686-cygwin but not x86_64-cygwin, because he doesn't have a 64-bit Cygwin system. But I am expecting to build it on x86_64-cygwin and send it upstream for inclusion in TeX Live. I already have it built and just need to do a little more testing. NAME=perl-Unicode-Normalize VERSION=1.17 RELEASE=1 CPAN_AUTHOR=SADAHIRO DESCRIPTION=Perl distribution Unicode-Normalize, providing Perl modules: Unicode::Normalize. Unicode Normalization Forms. DIFF_EXCLUDES=MYMETA.* inherit perl SRC_URI=http://backpan.perl.org/authors/id/S/SA/SADAHIRO/Unicode-Normalize-1.17.tar.gz;
Re: Looking for 64-bit proxy
On 7/10/2015 10:49 AM, Marco Atzeri wrote: On 7/10/2015 3:16 AM, Kertz, Denis (D)** CTR ** wrote: Marco Atzen wrote: Hi Denis, I uploaded on http://matzeri.altervista.org/x86_64/connect-proxy/ can you test it ? Hi Denis, It seems the package was corrupted, can you try it again ? To re-install: setup-x86_64.exe -X -O -s http://matzeri.altervista.org -q -x connect-proxy -P connect-proxy 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: Telnet / SSH connection timeout on LAN
On 10 July 2015 at 07:19, Warren Young w...@etr-usa.com wrote: On Jul 9, 2015, at 12:04 AM, Andrey Repin anrdae...@yandex.ru wrote: rsync requires a pretty heavy network transaction to figure out if files have changed. I'm rsync'ing about 15 gigabytes of my home directory with just a few megs of network exchange. “Just?” That was my definition of “heavy”. Consider all the disk I/O required. In its default mode, rsync must do a full directory tree scan on the directory to be transferred, on *both* ends. For each file with a different mtime or size, it must then recompute all the hashes in that file, again on both sides. Can you really handwave away megs of network I/O and potentially gigs of disk I/O? Do you never use locate(1) instead of find(1)? Same issue. On top of that, the OP wants to do this every time the machine becomes idle. Even if it was idle a few seconds ago, did some work, and is idle again, the OP wants all this work to be done all over again. Horribly wasteful. I believe Dropbox and its major competitors avoid the need for this tree scan by hooking into the OS’s filesystem change notification API, so that they don’t do any network or disk I/O until one of the files it is responsible for changes. That’s the right way. Dropbox etc work well if you have a fast and low latency upstream channel. Trying to backup even small changes over a 1.5 MB DSL (still the most common in the United States) can seriously affect any and all network activity. Heck even with a 20 MB uplink speed you are looking at serious delays to do backups of just general changes to a system. In situations where bandwidth is limited then the local rsync is the way to go. [If you can tie in a dump like behaviour via the OS filesystem change api then even better but local services would need to be what is looked at for a majority of places (at least in the US).] -- 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 -- Stephen J Smoogen. -- 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: perl-5.22.0-RC2 / Perl distributions
On 7/10/2015 3:33 PM, Yaakov Selkowitz wrote: On Fri, 2015-07-10 at 14:30 -0400, Ken Brown wrote: On 5/25/2015 2:45 PM, Ken Brown wrote: BTW, I contacted Philip Kime, the author of Biber, about Unicode::Normalize. He told me that version 1.18 is unusably slow. Here's a bug report he filed about it: https://rt.cpan.org/Public/Bug/Display.html?id=102766 I think he's planning to pursue it further. It doesn't look like anything is going to change in the near future. According to the bug report I cited, Biber runs slower by a factor of 20 with version 1.18 of Unicode::Normalize than with version 1.17. I don't think that's acceptable. The only solution I can think of is to ship Biber as a self-contained Perl Archive made with PAR::Packer[*], built with version 1.17 of Unicode::Normalize. I've gotten the latter from backpan and built it locally using the attached cygport file. Does anyone have a better idea? Just ship 1.17 instead as curr:? Sure, if that's OK with Achim. I'm not sure what impact that might have on other Perl modules that depend on Unicode::Normalize, if we have any in the distro. Ken
Re: perl-5.22.0-RC2 / Perl distributions
On Fri, 2015-07-10 at 14:30 -0400, Ken Brown wrote: On 5/25/2015 2:45 PM, Ken Brown wrote: BTW, I contacted Philip Kime, the author of Biber, about Unicode::Normalize. He told me that version 1.18 is unusably slow. Here's a bug report he filed about it: https://rt.cpan.org/Public/Bug/Display.html?id=102766 I think he's planning to pursue it further. It doesn't look like anything is going to change in the near future. According to the bug report I cited, Biber runs slower by a factor of 20 with version 1.18 of Unicode::Normalize than with version 1.17. I don't think that's acceptable. The only solution I can think of is to ship Biber as a self-contained Perl Archive made with PAR::Packer[*], built with version 1.17 of Unicode::Normalize. I've gotten the latter from backpan and built it locally using the attached cygport file. Does anyone have a better idea? Just ship 1.17 instead as curr:? -- Yaakov
Re: setup improvement . was : autoreconf: problem while executing
Marco Atzeri writes: Setup for the time being allow only to remove specific package -x --remove-packages Specify packages to uninstall It will be nice to have at least the possibility to read the list from a file. Well, you can remove categories with -c/--remove-categories in the current version of setup.exe as well. So removing GNOME KDE LXDE MATE Mingw Video X11 Xfce would probably be a good start for cleaning up the system. It would be better to start from a basic install, though. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI Implementation additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- 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: perl-5.22.0-RC2 / Perl distributions
Ken Brown writes: The only solution I can think of is to ship Biber as a self-contained Perl Archive made with PAR::Packer[*], built with version 1.17 of Unicode::Normalize. I've gotten the latter from backpan and built it locally using the attached cygport file. At the moment, judging from the ChangeLog, the only change for 1.18 was the removal of the XS code. So if that module still builds and works OK on 5.22 even though the API it is using has been deprecated, I think Cygwin should ship 1.17 as default until things are sorted out upstream. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
[ANNOUNCEMENT] Updated: GeoIP-database-20150707-1
The following package has been updated in the Cygwin distribution: * GeoIP-database-20150707-1 The GeoLite databases are free IP geolocation databases for use with the GeoIP API. These databases are offered in the same formats as the GeoIP subscription databases. Any code which can read the subscription databases can also read the GeoLite databases. This is an update to this month's upstream release. -- 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
Updated: GeoIP-database-20150707-1
The following package has been updated in the Cygwin distribution: * GeoIP-database-20150707-1 The GeoLite databases are free IP geolocation databases for use with the GeoIP API. These databases are offered in the same formats as the GeoIP subscription databases. Any code which can read the subscription databases can also read the GeoLite databases. This is an update to this month's upstream release. -- Yaakov
Re: perl-5.22.0-RC2 / Perl distributions
On Fri, 2015-07-10 at 23:32 +0200, Achim Gratz wrote: Ken Brown writes: The only solution I can think of is to ship Biber as a self-contained Perl Archive made with PAR::Packer[*], built with version 1.17 of Unicode::Normalize. I've gotten the latter from backpan and built it locally using the attached cygport file. At the moment, judging from the ChangeLog, the only change for 1.18 was the removal of the XS code. So if that module still builds and works OK on 5.22 even though the API it is using has been deprecated, I think Cygwin should ship 1.17 as default until things are sorted out upstream. I fetched 1.17 from BackPAN[1], and it builds and passes the testsuite with 5.22. [1] http://backpan.perl.org/authors/id/S/SA/SADAHIRO/Unicode-Normalize-1.17.tar.gz -- Yaakov