Re: (SOLVED) RFE: find -d -size 0 => doesn't find empty directories
L A Walsh wrote: On 10/31/2018 9:39 PM, Mark Geisert wrote: I shouldn't have blindly trusted the Subject:. --- You did and gave the right answer. I had forgotten about empty -- though not sure why. I guess I usually only use it for file normally. For empty directories under /tmp, I usually use 'rmdir *'. What I meant was, I blindly trusted "-d" to select directories. It doesn't. One has to explicitly say '-type d' to do that. 'man find' explains. Cheers, ..mark -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: RFE: find -d -size 0 => doesn't find empty directories
On 2018-11-01 10:12, Andrey Repin wrote: > L A Walsh wrote: >> Unfortunately, due to directories really not being in the user >> disk data space, but in the MFT(zone) (I think), the size >> comes back as zero ('0') for directories. >> Would it be possible (if not problematic) for the cygwin >> emulation layer to return some non-zero value if the >> directory has actual entries in it (ignoring structural >> values like "." and "..")? Maybe return as 'size' either >> a dummy number proportional to #entries (like 10*#entries), >> or something like summing up actual number (+1) of characters >> in the file list? >> Would that be difficult to do, or add? > Having something to this extent would be useful in case of searching for > directories with too many files, for example. > I'd vote for something like (entries << 7), which is closer to an average ext2 > counter. No need to ignore anything. I believe readdir(3) overhead is already high, and adding extraneous lookups to add metadata which is not readily available under NTFS/exFAT would slow it even further. Do you really want readdir(3) or stat(3) to recurse to sum the entry sizes for each subdirectory? Some of us have some large messy directories more reminiscent of Unix systems than typical of Windows systems. $ time du -sh /tmp/ 91M /tmp/ real0m5.125s user0m0.125s sys 0m1.077s $ time du -sh /var/log/ 496M/var/log/ real0m42.725s user0m0.687s sys 0m9.139s -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
problem with my Grads Aplication
Couldn't compute FAST_CWD pointer. to Grads -- 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
Stumbled upon relative name resolution across symlinks
Greetings, All! $ pwd /home/anrdaemon/Documents/NIX/CA-tutorial/test $ ls -ld bin ca-profile lrwxrwxrwx 1 anrdaemon None 61 ноя 2 01:15 bin -> /home/anrdaemon/Documents/NIX/CA-tutorial/svn-working/scripts -rwx--x--x 1 anrdaemon None 588 дек 24 2017 ca-profile $ cat bin/../ca-profile cat: bin/../ca-profile: No such file or directory $ cat $( realpath -Le "bin/../ca-profile" ) # @version $Id: ca-profile 82 2014-02-08 05:24:12Z anrdaemon $ ... In simpler words, the bin directory is symlinked from elsewhere. realpath -Le resolves correctly, but all other filesystem functions fail. I vaguely recall that there was some discussion on the matter, but search returns too many results, can't read them all. My question, basically: is this expected way of things? If so, I'd just workaround it. Sad but doable. -- With best regards, Andrey Repin Friday, November 2, 2018 1:31:12 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: cblas library missing in liblapack-devel
Am 01.11.2018 um 20:54 schrieb Falk Tannhäuser: The package liblapack-devel (LAPACK library for linear algebra operations, see https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fliblapack-devel%2Fliblapack-devel-3.8.0-1=cblas) contains the header file usr/include/cblas.h (among others), library files as usr/lib/libblas.a, usr/lib/liblapack.a etc. as well as the file usr/lib/pkgconfig/cblas.pc . The command `pkg-config --libs cblas` returns "-lcblas". However, no library file libcblas.a is present, causing building of some software packages depending on this library to fail. for historical cygwin package reason cblas is merged with blas, they are both inside /usr/lib/libblas.a /usr/lib/libblas.dll.a It seems I forgot to amend the cblas.pc to return "-lblas" when it was added to the lapack package. Am I missing something during Cygwin installation? Falk I will amend at next release, as workaround you can modify usr/lib/pkgconfig/cblas.pc manually Regards Marco --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus -- 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
SOCK_NONBLOCK not honored
Hi, Looks like CYGWIN defines but does not honor the SOCK_NONBLOCK flag when used with socket(2). (It also defines SOCK_CLOEXEC but I haven't checked whether it is honored -- full disclosure.) Consider the following code: $ cat bug.c #include #include #include #include #include #include #include #include #ifdef BUG # define SOCK_TYPE (SOCK_STREAM | SOCK_NONBLOCK) #else # define SOCK_TYPE SOCK_STREAM #endif int main() { char buf[80]; ssize_t n; struct sockaddr_in in; int s = socket(AF_INET, SOCK_TYPE, 0); #ifndef BUG fcntl(s, F_SETFL, O_NONBLOCK); #endif memset(, 0, sizeof(in)); in.sin_family = AF_INET; in.sin_addr.s_addr = htonl(INADDR_LOOPBACK); in.sin_port= htons(); if (connect(s, (struct sockaddr*) , sizeof(in)) < 0) { int err; socklen_t len = sizeof(err); struct pollfd pfd; if (errno != EINPROGRESS) { printf("connect failed immediately: %m\n"); return 1; } memset(, 0, sizeof(pfd)); pfd.fd = s; pfd.events = POLLOUT; if (!poll(, 1, 1000)) { printf("poll timed-out\n"); return 2; } if (pfd.revents & (POLLERR | POLLHUP)) { printf("poll failed 0x%04X\n", pfd.revents); return 3; } if (getsockopt(s, SOL_SOCKET, SO_ERROR, (void*) , ) != 0) { printf("getsockopt failed: %m\n"); return 4; } if (err != 0) { printf("connect failed: %s\n", strerror(err)); return 5; } } errno = 0; n = recv(s, buf, sizeof(buf), 0); printf("Got %zd byte(s): %m\n", n); return 0; } When the program is built on Linux with and without the macro BUG defined, the result is all the same, the last recv() correctly finishes with -1 and EAGAIN (run "nc -l " as a server). $ gcc -Wall -o bug bug.c $ ./bug Got -1 byte(s): Resource temporarily unavailable $ gcc -Wall -DBUG -o bug bug.c $ ./bug Got -1 byte(s): Resource temporarily unavailable However, on CYGWIN when the code is compiled with -DBUG, the last recv() becomes blocking, and the program never exits: $ gcc -Wall -o bug bug.c $ ./bug Got -1 byte(s): Resource temporarily unavailable $ gcc -Wall -DBUG -o bug bug.c $ ./bug ... strace confirms that the recv() has blocked the execution. Also, connect() appears to be blocking, too, but it's harder to see. Thanks, Anton Lavrentiev -- 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
iostream exceptions uncaught with CYGWIN GCC/7.3.0
Hi, Please consider the following code: $ cat bug.cpp #include using namespace std; void fun() { string dummy; cin >> dummy; } int main() { cout << "FAIL = 0x" << hex << ios::failbit << endl; cout << "EOF = 0x" << hex << ios::eofbit << endl; cout << "BAD = 0x" << hex << ios::badbit << endl; cin.exceptions(ios::eofbit | ios::failbit); try { fun(); } catch (ios_base::failure&) { cerr << "Failure caught!" << endl; } catch (...) { cerr << "Failure uncaught! 0x" << hex << cin.rdstate() << endl; } return 0; } When this program is compiled and run on Linux, the exception gets caught: $ uname -a Linux iebdev11 3.10.0-862.14.4.el7.x86_64 #1 SMP Wed Sep 26 15:12:11 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux $ g++ --version g++ (GCC) 7.3.0 Copyright (C) 2017 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ g++ -Wall bug.cpp -o bug $ ./bug < /dev/null FAIL = 0x4 EOF = 0x2 BAD = 0x1 Failure caught! However, same commands on Cygwin, and the exception goes unhandled: $ uname -a CYGWIN_NT-10.0 NCBIPC9135 2.11.1(0.329/5/3) 2018-09-05 10:24 x86_64 Cygwin $ gcc --version gcc (GCC) 7.3.0 Copyright (C) 2017 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ g++ -Wall -o bug bug.cpp $ ./bug < /dev/null FAIL = 0x4 EOF = 0x2 BAD = 0x1 Failure uncaught! 0x6 We've seen this behavior before on Linux too, when the C++ ABI was changed (w/GCC 5.x). I guess CYGWIN packages a version of C++ STDLIB whose ABI is incompatible with default compiler settings. Here's some explanation of what might be the culprit. https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html says that: > Using the default configuration options for GCC the default value of the > macro is 1 which causes the new ABI to be active, so to use the old ABI you > must explicitly define the macro to 0 before including any library headers. > (Be aware that some GNU/Linux distributions configure GCC 5 differently so > that the default value of the macro is 0 and users must define it to 1 to > enable the new ABI.) > One exception type does change when using the new ABI, namely > std::ios_base::failure. This is necessary because the 2011 standard changed > its base class from std::exception to std::system_error, which causes its > layout to change. Exceptions due to iostream errors are thrown by a function > inside libstdc++.so, so whether the thrown exception uses the old > std::ios_base::failure type or the new one depends on the ABI that was active > when libstdc++.so was built, not the ABI active in the user code that is > using iostreams. This means that for a given build of GCC the type thrown is > fixed. In current releases the library throws a special type that can be > caught by handlers for either the old or new type, but for GCC 7.1, 7.2 and > 7.3 the library throws the new std::ios_base::failure type, and for GCC 5.x > and 6.x the library throws the old type. Catch handlers of type > std::ios_base::failure will only catch the exceptions if using a newer > release, or if the handler is compiled with the same ABI as the type thrown > by the library. Handlers for std::exception will always catch iostreams > exceptions, because the old and new type both inherit from std::exception. -- 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: cblas library missing in liblapack-devel
On 11/1/2018 3:54 PM, Falk Tannhäuser wrote: > The package liblapack-devel (LAPACK library for linear algebra > operations, see > https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fliblapack-devel%2Fliblapack-devel-3.8.0-1=cblas) > > contains the header file usr/include/cblas.h (among others), library > files as usr/lib/libblas.a, usr/lib/liblapack.a etc. as well as the file > usr/lib/pkgconfig/cblas.pc . The command `pkg-config --libs cblas` > returns "-lcblas". However, no library file libcblas.a is present, causing > building of some software packages depending on this library to fail. > On the other hand, the Win64 toolchain package mingw64-x86_64-cblas (see > https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fmingw64-x86_64-cblas%2Fmingw64-x86_64-cblas-3.7.0-1=cblas) > does comport the library > usr/x86_64-w64-mingw32/sys-root/mingw/lib/libcblas.dll.a . > Am I missing something during Cygwin installation? Looks like a lapack-devel packaging issue. -- cyg Simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
cblas library missing in liblapack-devel
The package liblapack-devel (LAPACK library for linear algebra operations, see https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fliblapack-devel%2Fliblapack-devel-3.8.0-1=cblas) contains the header file usr/include/cblas.h (among others), library files as usr/lib/libblas.a, usr/lib/liblapack.a etc. as well as the file usr/lib/pkgconfig/cblas.pc . The command `pkg-config --libs cblas` returns "-lcblas". However, no library file libcblas.a is present, causing building of some software packages depending on this library to fail. On the other hand, the Win64 toolchain package mingw64-x86_64-cblas (see https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fmingw64-x86_64-cblas%2Fmingw64-x86_64-cblas-3.7.0-1=cblas) does comport the library usr/x86_64-w64-mingw32/sys-root/mingw/lib/libcblas.dll.a . Am I missing something during Cygwin installation? Falk -- 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: Does cygwin E-mail list still work?
On 11/1/2018 7:48 PM, Frank Farance wrote: > Hi, I haven't seen any E-mail traffic since 2018-09-11. Is the list > still active? Did I get unsubscribed? > > Frank Farance > > > -- > 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 > Yes, the list is still active (have a look at the list archive (1)) https://cygwin.com/lists.html -- John Doe -- 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
Does cygwin E-mail list still work?
Hi, I haven't seen any E-mail traffic since 2018-09-11. Is the list still active? Did I get unsubscribed? Frank Farance -- 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.exe: How do I download sources for just ONE package when using setup-x86 from the command-line?
Am 01.11.2018 um 17:37 schrieb John Doucette: Hi all, My current setup-x86 is version 2.893. Cygwin is not installed yet, so I am running setup-x86.exe from within PowerShell on Win7. PS C:\> .\setup-x86.exe -V PS C:\ > Cygwin setup 2.893 First I run setup to download all things Devel using: PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s http://mirrors.kernel.org/sourceware/cygwin -f -C Devel -q This correctly downloads all Devel stuff and dependencies as expected, including the boost-build package. Then I want to download the sources for just boost-build. Since the dependencies for boost-build have already been resolved above I use: PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s http://mirrors.kernel.org/sourceware/cygwin -f -I -P boost-build -q This does download the sources for package boost-build, but ALSO downloads the sources for ALL of the dependencies of boost-build! I.e. sources for cygwin, gcc, bash, ... etc. The same thing happens if -Y is added to the command as below. PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s http://mirrors.kernel.org/sourceware/cygwin -f -Y -I -P boost-build -q Trying to directly download the src package in question doesn't work either, as in: PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s http://mirrors.kernel.org/sourceware/cygwin -f -I -P boost-build-src -q I can accomplish what I want if I use the setup-x86 gui for the second part of the operation. I.e. First run the first command above to get all of latest Devel. PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s http://mirrors.kernel.org/sourceware/cygwin -f -C Devel -q Then start up the setup-x86.exe ui. Choose to download only from the same mirror to the same local folder. Under the View pulldown, select Category. Click on the circle symbol by All cycling around through Install -> Reinstall -> Uninstall -> Default resulting in all items being marked as skipped. Expand the Devel category and select boost-build 1.66.0-1. Then also tick off the boost-build src box. Select Next, Next ... until download starts. Only the boost-build sources are downloaded. John Doucette It seems to me that you are complicating your life why do you not just select full view, search for the package you are looking for and click on source ? --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus -- 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.exe: How do I download sources for just ONE package when using setup-x86 from the command-line?
On 11/1/2018 12:37 PM, John Doucette wrote: > Hi all, > > My current setup-x86 is version 2.893. > Cygwin is not installed yet, so I am running setup-x86.exe from within > PowerShell on Win7. > > PS C:\> .\setup-x86.exe -V > PS C:\ > Cygwin setup 2.893 > > First I run setup to download all things Devel using: > > PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s > http://mirrors.kernel.org/sourceware/cygwin -f -C Devel -q > > This correctly downloads all Devel stuff and dependencies as expected, > including the boost-build package. Then I want to download the sources for > just boost-build. Since the dependencies for boost-build have already been > resolved above I use: > > PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s > http://mirrors.kernel.org/sourceware/cygwin -f -I -P boost-build -q > > This does download the sources for package boost-build, but ALSO downloads > the sources for ALL of the dependencies of boost-build! I.e. sources for > cygwin, gcc, bash, ... etc. The same thing happens if -Y is added to the > command as below. > > PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s > http://mirrors.kernel.org/sourceware/cygwin -f -Y -I -P boost-build -q > > Trying to directly download the src package in question doesn't work either, > as in: > > PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s > http://mirrors.kernel.org/sourceware/cygwin -f -I -P boost-build-src -q > > I can accomplish what I want if I use the setup-x86 gui for the second part > of the operation. I.e. First run the first command above to get all of latest > Devel. > > PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s > http://mirrors.kernel.org/sourceware/cygwin -f -C Devel -q > > Then start up the setup-x86.exe ui. Choose to download only from the same > mirror to the same local folder. Under the View pulldown, select Category. > Click on the circle symbol by All cycling around through Install -> Reinstall > -> Uninstall -> Default resulting in all items being marked as skipped. > Expand the Devel category and select boost-build 1.66.0-1. Then also tick > off the boost-build src box. Select Next, Next ... until download starts. > Only the boost-build sources are downloaded. Make it easy on yourself; download the -src package directly from the mirror release directory. You'll need cygport package to build it. -- cyg Simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
setup.exe: How do I download sources for just ONE package when using setup-x86 from the command-line?
Hi all, My current setup-x86 is version 2.893. Cygwin is not installed yet, so I am running setup-x86.exe from within PowerShell on Win7. PS C:\> .\setup-x86.exe -V PS C:\ > Cygwin setup 2.893 First I run setup to download all things Devel using: PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s http://mirrors.kernel.org/sourceware/cygwin -f -C Devel -q This correctly downloads all Devel stuff and dependencies as expected, including the boost-build package. Then I want to download the sources for just boost-build. Since the dependencies for boost-build have already been resolved above I use: PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s http://mirrors.kernel.org/sourceware/cygwin -f -I -P boost-build -q This does download the sources for package boost-build, but ALSO downloads the sources for ALL of the dependencies of boost-build! I.e. sources for cygwin, gcc, bash, ... etc. The same thing happens if -Y is added to the command as below. PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s http://mirrors.kernel.org/sourceware/cygwin -f -Y -I -P boost-build -q Trying to directly download the src package in question doesn't work either, as in: PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s http://mirrors.kernel.org/sourceware/cygwin -f -I -P boost-build-src -q I can accomplish what I want if I use the setup-x86 gui for the second part of the operation. I.e. First run the first command above to get all of latest Devel. PS C:\> .\setup-x86.exe -D -l C:\X027-001-011 -O -s http://mirrors.kernel.org/sourceware/cygwin -f -C Devel -q Then start up the setup-x86.exe ui. Choose to download only from the same mirror to the same local folder. Under the View pulldown, select Category. Click on the circle symbol by All cycling around through Install -> Reinstall -> Uninstall -> Default resulting in all items being marked as skipped. Expand the Devel category and select boost-build 1.66.0-1. Then also tick off the boost-build src box. Select Next, Next ... until download starts. Only the boost-build sources are downloaded. John Doucette -- 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) RFE: find -d -size 0 => doesn't find empty directories
On 10/31/2018 9:39 PM, Mark Geisert wrote: I shouldn't have blindly trusted the Subject:. --- You did and gave the right answer. I had forgotten about empty -- though not sure why. I guess I usually only use it for file normally. For empty directories under /tmp, I usually use 'rmdir *'. -- 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: RFE: find -d -size 0 => doesn't find empty directories
Greetings, L A Walsh! > Something I can use on my /tmp files on linux is a find command: > find /tmp -size 0 -delete Do note that -size on directories is filesystem dependent. I.e. on ext2+ it's the number of bytes allocated to directory structure, in multiplies of whole blocks. > to delete zero-len-files or empty-directories in /tmp. > Unfortunately, due to directories really not being in the user > disk data space, but in the MFT(zone) (I think), the size > comes back as zero ('0') for directories. Just as predicted. If you want to find files, search for files. find . -type f ... > Would it be possible (if not problematic) for the cygwin > emulation layer to return some non-zero value if the > directory has actual entries in it (ignoring structural > values like "." and "..")? Maybe return as 'size' either > a dummy number proportional to #entries (like 10*#entries), > or something like summing up actual number (+1) of characters > in the file list? > Would that be difficult to do, or add? Having something to this extent would be useful in case of searching for directories with too many files, for example. I'd vote for something like (entries << 7), which is closer to an average ext2 counter. No need to ignore anything. -- With best regards, Andrey Repin Thursday, November 1, 2018 19:00:26 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: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.11.2-0.1
Am 01.11.2018 um 09:20 schrieb Niels Kristian "Ænkå" Jensen: On 2018-10-31 16:16, Marco Atzeri wrote: Am 31.10.2018 um 14:54 schrieb Niels Kristian "Ænkå" Jensen: Thank you, I simply did not notice the "Test" check-box in the upper right corner (available even in 2.893). Perhaps that should be added to the FAQ? The current guide seems a bit out-of-date (replacing the dll after unpack and rename) The guide is referring to snapshot builds. Test release are release candidate for larger test audience It seems that I can push a patch / suggestion here? https://cygwin.com/git/gitweb.cgi?p=cygwin-htdocs.git use the following mailing lists to discuss and submit patches https://cygwin.com/ml/cygwin-developers/ https://cygwin.com/ml/cygwin-patches/ Best regards, Niels Kristian Jensen Best Regards Marco --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus -- 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-test result (perhaps leaking file descriptors)
Hi all, I've updated cygwin1.dll to https://cygwin.com/snapshots/x86/cygwin1-20181029.dll.xz before running this test: 09:20:00 Started by timer 09:20:00 [EnvInject] - Loading node environment variables. 09:20:00 Building remotely on NKJ-Win10 (WIN64) in workspace d:\jenkins-slave-dtdkcphpw200063-1\workspace\Misc\Count-synergy-locks 09:20:00 [Count-synergy-locks] $ sh -xe C:\cygwin\tmp\jenkins6589319230840350781.sh 09:20:01 Cygwin wrapper for Jenkins (C:\cygwin\sh.exe v1) 09:20:01 ++ ccm monitor --showlocks 09:20:01 ++ wc -l 09:20:01 + OUTPUT=169 09:20:01 + echo 169 09:20:01 169 09:20:01 + sleep 169 09:22:25 Process leaked file descriptors. See https://jenkins.io/redirect/troubleshooting/process-leaked-file-descriptors for more information 09:22:25 Build step 'Execute shell' marked build as failure 09:22:26 [BFA] Scanning build for known causes... 09:22:26 [BFA] No failure causes found 09:22:26 [BFA] Done. 0s 09:22:26 Finished: FAILURE It only happened once out of >50 tests. I see no reason for "sleep" to leak file descriptors? Now I'll run some more tests to check if it happens again. If you need a test case, this could be a candidate. BTW, the troubleshooting link is outdated. The Jenkins "leak" description is here now: https://wiki.jenkins.io/display/JENKINS/Spawning+processes+from+build Best regards, Niels Kristian Jensen -- Spejd er sejt! Det Danske Spejderkorps -- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.11.2-0.1
On 2018-10-31 16:16, Marco Atzeri wrote: Am 31.10.2018 um 14:54 schrieb Niels Kristian "Ænkå" Jensen: This thread asks for testers. I've read the https://cygwin.com/faq.html and in particular: https://cygwin.com/faq.html#faq.setup.snapshots without finding a way to run the test release other than simply replacing the cygwin1.dll with the snapshot one. It seems to run fine, I've deployed to one of the Jenkins build agents some hours ago. My question: Is a "test" version of the setup program with an updated setup.ini available somewhere? It can be installed by the standard setup, just select 2.11.2-0.1 from the available versions of cygwin package. The new setup show better the test versions available. https://www.cygwin.com/ml/cygwin/2018-10/msg00167.html Thank you, I simply did not notice the "Test" check-box in the upper right corner (available even in 2.893). Perhaps that should be added to the FAQ? The current guide seems a bit out-of-date (replacing the dll after unpack and rename) It seems that I can push a patch / suggestion here? https://cygwin.com/git/gitweb.cgi?p=cygwin-htdocs.git Best regards, Niels Kristian Jensen -- Spejd er sejt! Det Danske Spejderkorps -- -- 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