Re: [RFU] socat
On Oct 22 09:28, Andrew Schulman wrote: Correction: Could you please remove version 1.7.1.1-1 from the archive, and uploaded the revised setup.hint file? 1.7.1.1 had a security vulnerability. The revised setup.hint removes it as the prev version. Thanks, Andrew. wget http://home.comcast.net/~andrex2/cygwin/socat/setup.hint Done. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [RFU] smartmontools-5.42-1
On Oct 22 16:50, Christian Franke wrote: New upstream release wget \ http://franke.dvrdns.org/cygwin/release/smartmontools/smartmontools-5.42-1.tar.bz2 \ http://franke.dvrdns.org/cygwin/release/smartmontools/smartmontools-5.42-1-src.tar.bz2 setup.hint is unchanged. Please remove 5.40-1 and keep 5.41-1 as prev. Done. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[RFU] subversion-1.7.1-1
Please delete 1.6.16-1 and leave 1.6.17-1 and 1.7.0-1. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.1-1-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.1-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-apache2/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-apache2/subversion-apache2-1.7.1-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-devel/subversion-devel-1.7.1-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-perl/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-perl/subversion-perl-1.7.1-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-python/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-python/subversion-python-1.7.1-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-ruby/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-ruby/subversion-ruby-1.7.1-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-tools/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-tools/subversion-tools-1.7.1-1.tar.bz2 -- David Rothenberger daver...@acm.org Mitchell's Law of Committees: Any simple problem can be made insoluble if enough meetings are held to discuss it.
lost announcements
This morning I sent 4 package update announcements to cygwin-announce. Two of them (socat, lftp) were posted, but the other two (stunnel, sng) haven't shown up yet. Meanwhile, other later announcements have been posted. Are the missing messages held up in the queue? Anything I need to do about that? Or, should I resend them? Thanks, Andrew.
Re: lost announcements
On Mon, Oct 24, 2011 at 04:16:18PM -0400, Andrew Schulman wrote: This morning I sent 4 package update announcements to cygwin-announce. Two of them (socat, lftp) were posted, but the other two (stunnel, sng) haven't shown up yet. Meanwhile, other later announcements have been posted. Are the missing messages held up in the queue? Anything I need to do about that? Or, should I resend them? Thanks, Andrew. I have received them, and they both show in the web: http://cygwin.com/ml/cygwin-announce/2011-10/msg00036.html http://cygwin.com/ml/cygwin-announce/2011-10/msg00035.html -- Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
Re: lost announcements
On Mon, Oct 24, 2011 at 04:16:18PM -0400, Andrew Schulman wrote: This morning I sent 4 package update announcements to cygwin-announce. Two of them (socat, lftp) were posted, but the other two (stunnel, sng) haven't shown up yet. Meanwhile, other later announcements have been posted. Are the missing messages held up in the queue? Anything I need to do about that? Or, should I resend them? I have received them, and they both show in the web: http://cygwin.com/ml/cygwin-announce/2011-10/msg00036.html http://cygwin.com/ml/cygwin-announce/2011-10/msg00035.html Hm, you're right. But the odd thing is that they weren't posted to the cygwin list, which is where I read them: http://cygwin.com/ml/cygwin/2011-10/. Any idea why? Thanks, Andrew.
Re: lost announcements
On Mon, Oct 24, 2011 at 05:20:52PM -0400, Andrew Schulman wrote: On Mon, Oct 24, 2011 at 04:16:18PM -0400, Andrew Schulman wrote: This morning I sent 4 package update announcements to cygwin-announce. Two of them (socat, lftp) were posted, but the other two (stunnel, sng) haven't shown up yet. Meanwhile, other later announcements have been posted. Are the missing messages held up in the queue? Anything I need to do about that? Or, should I resend them? I have received them, and they both show in the web: http://cygwin.com/ml/cygwin-announce/2011-10/msg00036.html http://cygwin.com/ml/cygwin-announce/2011-10/msg00035.html Hm, you're right. But the odd thing is that they weren't posted to the cygwin list, which is where I read them: http://cygwin.com/ml/cygwin/2011-10/. Any idea why? Nope. And I'm afraid I can't help there. -- Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
Re: lost announcements
On Mon, Oct 24, 2011 at 05:20:52PM -0400, Andrew Schulman wrote: On Mon, Oct 24, 2011 at 04:16:18PM -0400, Andrew Schulman wrote: This morning I sent 4 package update announcements to cygwin-announce. Two of them (socat, lftp) were posted, but the other two (stunnel, sng) haven't shown up yet. Meanwhile, other later announcements have been posted. Are the missing messages held up in the queue? Anything I need to do about that? Or, should I resend them? I have received them, and they both show in the web: http://cygwin.com/ml/cygwin-announce/2011-10/msg00036.html http://cygwin.com/ml/cygwin-announce/2011-10/msg00035.html Hm, you're right. But the odd thing is that they weren't posted to the cygwin list, which is where I read them: http://cygwin.com/ml/cygwin/2011-10/. Any idea why? Embedded email address. cgf
src/winsup/cygwin ChangeLog shared.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-10-24 09:19:58 Modified files: winsup/cygwin : ChangeLog shared.cc Log message: * shared.cc (open_shared): Fix memory reservation of essential shared memory regions. Drop delta computations since delta is always 0 in non-relocated case. Add a comment. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5533r2=1.5534 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/shared.cc.diff?cvsroot=srcr1=1.148r2=1.149
src/winsup/cygwin ChangeLog syscalls.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-10-24 14:02:33 Modified files: winsup/cygwin : ChangeLog syscalls.cc Log message: * syscalls.cc (unlink_nt): Fix a bug which overwrites the NT status value in case setting the delete disposition returns with STATUS_DIRECTORY_NOT_EMPTY. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5534r2=1.5535 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.597r2=1.598
Re: How to investigate a bug in /bin/mkshortcut.exe ?
On 23 October 2011 23:14, Regid Ichira wrote: /etc/postinstall/mintty.sh's exit code is 127. $ cat /etc/postinstall/mintty.sh PROGS=$(/bin/cygpath -P $CYGWINFORALL) /bin/mkdir -p $PROGS/Cygwin cd $PROGS/Cygwin /bin/mkshortcut -n mintty /bin/mintty -a - -d Cygwin Terminal By running those commands manually, I think the problem is the last, /bin/mkshortcut, line. How can I investigate it more? $ cygcheck -f /bin/mkshortcut.exe cygutils-1.4.6-1 $ file /bin/mkshortcut.exe /bin/mkshortcut.exe: PE32 executable (console) Intel 80386 (stripped to external PDB), for MS Windows Try cygcheck without the -f to check that the DLLs that mkshortcut depends on are present. cygcheck /bin/mkshortcut.exe 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: Install error with rebase 4.0.0-1
On Oct 23 19:36, scow...@ckhb.org wrote:
this new release of rebaseall has an error at lines 217 and 219.
the version i just downloaded erroneously assumes invocation of the
utility from the current directory. if i missed any previous
mention of this in the list, i apologize for the duplication.
and thanks to Marco Atzeri for the rebase.db workaround.
*** rebaseall-err Sun Oct 23 19:22:14 2011
--- rebaseall-fix Sun Oct 23 19:22:40 2011
***
*** 214,222
if [ -z ${BaseAddress} ]
then
! ./rebase ${Verbose} -s ${Mach} -T ${TmpFile}
else
! ./rebase ${Verbose} -s ${Mach} -b ${BaseAddress} -o ${Offset}
-T ${TmpFile}
fi
ExitCode=$?
--- 214,222
if [ -z ${BaseAddress} ]
then
! rebase ${Verbose} -s ${Mach} -T ${TmpFile}
else
! rebase ${Verbose} -s ${Mach} -b ${BaseAddress} -o ${Offset}
-T ${TmpFile}
fi
ExitCode=$?
Ouch, that's probably a residue of my testing. Fixed in CVS.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Install error with rebase 4.0.0-1
On Oct 23 16:05, Marco Atzeri wrote: On 10/23/2011 3:57 PM, Marc Girod wrote: Marc Girod wrote: To be honest, I find that cygcheck too behaves strangely: ... ~ cygcheck -l rebase-3.0.1-1 OK: my mistake (Thanks Marco): ~ cygcheck -c rebase Cygwin Package Information Package VersionStatus rebase 3.0.1-1OK ~ cygcheck -l rebase /usr/bin/peflags.exe /usr/bin/peflagsall /usr/bin/rebase.exe /usr/bin/rebaseall /usr/share/doc/Cygwin/rebase-3.0.1.README No rebasedb mentioned... I start reading the README again. Not done that for quite some time. Marc rebase.db is new introduction of rebase-4, but as you found the maintainer made a package error As workaround with rebase-4.0.0-1 you can, from ash, mkdir /usr/etc rebaseall I suggest to create a mount point instead: $ mount -f -o bind /etc /usr/etc That makes /etc and /usr/etc the same dir for the time being. This way, when the package is updated, the rebase DB is already in the right spot. 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: Mapping underline to colour - how is the colour determined?
infocmp cygwincygwin.txt Which package do I need to have infocmp installed? According to Setup, I have terminfo 5.7 installed. However, infocmp is not in my PATH, not is there a man page for it. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=infocmp Regards Marco Hmm... Using this link, I get a search result of the following packages: = Found 5 matches for infocmp ncurses/ncurses-5.7-16 Utilities for terminal handling ncurses/ncurses-5.7-18 Utilities for terminal handling ncursesw/ncursesw-5.7-18Utilities for terminal handling tetex-bin/tetex-bin-2.0.2-15-srcThe TeX text formatting system (binaries). tetex-bin/tetex-bin-3.0.0-3-src The TeX text formatting system (binaries). = Nothing which looks like infocmp Ronald -- Ronald Fischer rona...@eml.cc + If a packet hits a pocket on a socket on a port, + and the bus is interrupted and the interrupt's not caught, + then the socket packet pocket has an error to report. + (cited after Peter van der Linden) -- 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: rm -rf calls rmdir() prior to close(), which can fail
Jim Meyering wrote: ... Here is the patch that I expect to push tomorrow: Subject: [PATCH] fts: close parent dir FD before returning from post-traversal fts_read The problem: the fts-using rm -rf A/B/ would attempt to unlink A, while a file descriptor open on A remained. This is suboptimal (holding a file descriptor open longer than needed) on Linux, but otherwise not a problem. However, on Cygwin with certain file system types, (see http://cygwin.com/ml/cygwin/2011-10/msg00365.html), that represents a real problem: it causes the removal of A to fail with e.g., rm: cannot remove `A': Device or resource busy fts visits each directory twice and keeps a cache (fts_fd_ring) of directory file descriptors. After completing the final, FTS_DP, visit of a directory, RESTORE_INITIAL_CWD intended to clear the FD cache, but then proceeded to add a new FD to it via the subsequent FCHDIR (which calls cwd_advance_fd and i_ring_push). Before, the final file descriptor would be closed only via fts_close's call to fd_ring_clear. Now, it is usually closed earlier, via the final FTS_DP-returning fts_read call. * lib/fts.c (restore_initial_cwd): New function, converted from the macro. Call fd_ring_clear *after* FCHDIR, not before it. I've fixed/improved the ChangeLog/commit-log: From 71f13422f3e6345933513607255f1f7a7526e937 Mon Sep 17 00:00:00 2001 From: Jim Meyering meyer...@redhat.com Date: Sun, 23 Oct 2011 22:42:25 +0200 Subject: [PATCH] fts: close parent dir FD before returning from post-traversal fts_read The problem: the fts-using mkdir -p A/B; rm -rf A would attempt to unlink A, even though an FD open on A remained. This is suboptimal (holding a file descriptor open longer than needed), but otherwise not a problem on Unix-like kernels. However, on Cygwin with certain Novell file systems, (see http://cygwin.com/ml/cygwin/2011-10/msg00365.html), that represents a real problem: it causes the removal of A to fail with e.g., rm: cannot remove `A': Device or resource busy fts visits each directory twice and keeps a cache (fts_fd_ring) of directory file descriptors. After completing the final, FTS_DP, visit of a directory, RESTORE_INITIAL_CWD intended to clear the FD cache, but then proceeded to add a new FD to it via the subsequent FCHDIR (which calls cwd_advance_fd and i_ring_push). Before, the final file descriptor would be closed only via fts_close's call to fd_ring_clear. Now, it is usually closed earlier, via the final FTS_DP-returning fts_read call. * lib/fts.c (restore_initial_cwd): New function, converted from the macro. Call fd_ring_clear *after* FCHDIR, not before it. Update callers. Reported by Franz Sirl via the above URL, with analysis by Eric Blake in http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/28739 --- ChangeLog | 25 + lib/fts.c | 23 +++ 2 files changed, 40 insertions(+), 8 deletions(-) diff --git a/ChangeLog b/ChangeLog index 93ee45e..a4ac818 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,28 @@ +2011-10-23 Jim Meyering meyer...@redhat.com + + fts: close parent dir FD before returning from post-traversal fts_read + The problem: the fts-using mkdir -p A/B; rm -rf A would attempt to + unlink A, even though an FD open on A remained. This is suboptimal + (holding a file descriptor open longer than needed), but otherwise not + a problem on Unix-like kernels. However, on Cygwin with certain Novell + file systems, (see http://cygwin.com/ml/cygwin/2011-10/msg00365.html), + that represents a real problem: it causes the removal of A to fail + with e.g., rm: cannot remove `A': Device or resource busy + + fts visits each directory twice and keeps a cache (fts_fd_ring) of + directory file descriptors. After completing the final, FTS_DP, + visit of a directory, RESTORE_INITIAL_CWD intended to clear the FD + cache, but then proceeded to add a new FD to it via the subsequent + FCHDIR (which calls cwd_advance_fd and i_ring_push). Before, the + final file descriptor would be closed only via fts_close's call to + fd_ring_clear. Now, it is usually closed earlier, via the final + FTS_DP-returning fts_read call. + * lib/fts.c (restore_initial_cwd): New function, converted from + the macro. Call fd_ring_clear *after* FCHDIR, not before it. + Update callers. + Reported by Franz Sirl via the above URL, with analysis by Eric Blake + in http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/28739 + 2011-10-23 Gary V. Vaughan g...@gnu.org Bruno Haible br...@clisp.org Jim Meyering j...@meyering.net diff --git a/lib/fts.c b/lib/fts.c index e3829f3..f61a91e 100644 --- a/lib/fts.c +++ b/lib/fts.c @@ -229,11 +229,6 @@ static int fts_safe_changedir (FTS *, FTSENT *, int, const char *) #define ISSET(opt) (sp-fts_options (opt)) #define SET(opt)(sp-fts_options |=
Re: rm -rf calls rmdir() prior to close(), which can fail
Jim Meyering wrote: Here is the patch that I expect to push tomorrow: ... I've fixed/improved the ChangeLog/commit-log: Subject: [PATCH] fts: close parent dir FD before returning from post-traversal fts_read The problem: the fts-using mkdir -p A/B; rm -rf A would attempt to unlink A, even though an FD open on A remained. This is suboptimal (holding a file descriptor open longer than needed), but otherwise not a problem on Unix-like kernels. However, on Cygwin with certain Novell file systems, (see http://cygwin.com/ml/cygwin/2011-10/msg00365.html), that represents a real problem: it causes the removal of A to fail with e.g., rm: cannot remove `A': Device or resource busy fts visits each directory twice and keeps a cache (fts_fd_ring) of directory file descriptors. After completing the final, FTS_DP, visit of a directory, RESTORE_INITIAL_CWD intended to clear the FD cache, but then proceeded to add a new FD to it via the subsequent FCHDIR (which calls cwd_advance_fd and i_ring_push). Before, the final file descriptor would be closed only via fts_close's call to fd_ring_clear. Now, it is usually closed earlier, via the final FTS_DP-returning fts_read call. * lib/fts.c (restore_initial_cwd): New function, converted from the macro. Call fd_ring_clear *after* FCHDIR, not before it. Update callers. Reported by Franz Sirl via the above URL, with analysis by Eric Blake in http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/28739 I pushed that, along with the following in coreutils. The gnulib update induced a new (coreutils-specific) syntax-check failure: src/system.h:# define ENODATA (-1) make[3]: *** [sc_prohibit_always-defined_macros] Error 1 because gnulib now defines that symbol, so I have also removed that definition from coreutils: From f8ae6440eb8f943fd1f040d039753851824512d3 Mon Sep 17 00:00:00 2001 From: Jim Meyering meyer...@redhat.com Date: Mon, 24 Oct 2011 10:27:22 +0200 Subject: [PATCH] rm: update gnulib to get an fts fix for Cygwin+NWFS/NcFsd file systems * NEWS (Bug fixes): Mention it. As far as we know, this fix affects only Cygwin with NWFS or NcFsd file systems. See these: http://git.sv.gnu.org/cgit/gnulib.git/commit/?id=71f13422f3e634 http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/28739 http://cygwin.com/ml/cygwin/2011-10/msg00365.html * src/system.h (ENODATA): Remove fall-back definition, now that gnulib provides one. Caught by the sc_prohibit_always-defined_macros syntax-check rule. Also remove now-irrelevant Don't use bcopy... comment. --- NEWS |4 gnulib |2 +- src/system.h | 11 --- 3 files changed, 5 insertions(+), 12 deletions(-) diff --git a/NEWS b/NEWS index 4d210b5..b73057a 100644 --- a/NEWS +++ b/NEWS @@ -4,6 +4,10 @@ GNU coreutils NEWS-*- outline -*- ** Bug fixes + rm -rf DIR would fail with Device or resource busy on Cygwin with NWFS + and NcFsd file systems. This did not affect Unix/Linux-based kernels. + [bug introduced in coreutils-7.0, when rm began using fts] + tac no longer fails to handle two or more non-seekable inputs [bug introduced in coreutils-5.3.0] diff --git a/gnulib b/gnulib index 6a4c64c..71f1342 16 --- a/gnulib +++ b/gnulib @@ -1 +1 @@ -Subproject commit 6a4c64ce4a59bd9589e63fb5ee480765d356f8c7 +Subproject commit 71f13422f3e6345933513607255f1f7a7526e937 diff --git a/src/system.h b/src/system.h index 18ac0cc..19421a9 100644 --- a/src/system.h +++ b/src/system.h @@ -74,19 +74,8 @@ you must include sys/types.h before including this file # define makedev(maj, min) mkdev (maj, min) #endif -/* Don't use bcopy! Use memmove if source and destination may overlap, - memcpy otherwise. */ - #include string.h - #include errno.h - -/* Some systems don't define this; POSIX mentions it but says it is - obsolete, so gnulib does not provide it either. */ -#ifndef ENODATA -# define ENODATA (-1) -#endif - #include stdbool.h #include stdlib.h #include version.h -- 1.7.7.419.g87009 -- 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: Install error with rebase 4.0.0-1
Marc Girod wrote: Sorry. This made a difference on the command line, but not in the file. Is there something wrong in redirecting xauth's stderr to /dev/null? It complains that the file doesn't exist, and indeed just made sure to remove it... trap rm -f '$xserverauthfile' HUP INT QUIT ILL TRAP KILL BUS TERM xauth -q -f $xserverauthfile 2/dev/null EOF add :$dummy . $mcookie EOF Marc -- View this message in context: http://old.nabble.com/Install-error-with-rebase-4.0.0-1-tp32705124p32708885.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: Mapping underline to colour - how is the colour determined?
On 10/24/2011 10:12 AM, Ronald Fischer wrote: infocmp cygwincygwin.txt Which package do I need to have infocmp installed? According to Setup, I have terminfo 5.7 installed. However, infocmp is not in my PATH, not is there a man page for it. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=infocmp Regards Marco Hmm... Using this link, I get a search result of the following packages: = Found 5 matches for infocmp ncurses/ncurses-5.7-16 Utilities for terminal handling ncurses/ncurses-5.7-18 Utilities for terminal handling ncursesw/ncursesw-5.7-18Utilities for terminal handling tetex-bin/tetex-bin-2.0.2-15-srcThe TeX text formatting system (binaries). tetex-bin/tetex-bin-3.0.0-3-src The TeX text formatting system (binaries). = Nothing which looks like infocmp Ronald have you tried to enter in ncurses/ncurses-5.7-18 ? the search provide all the packages that match infocmp in the file list. 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: (CVS) SH_USER_SHAREDplus allocation
On Oct 22 14:35, jan.kolar wrote: http://cygwin.com/ml/cygwin-cvs/2011-q2/msg00196.html introduced reordering of SH_- related memory blocks and the following change | - unsigned size = offsets[i + 1] - offsets[i]; | + unsigned size = offsets[i] - offsets[i + 1]; | offsets[i] += delta; | if (!VirtualAlloc (off_addr (i), size, MEM_RESERVE, PAGE_NOACCESS)) However, address range is to be allocated using its LOWER boundary which is now offsets[i + 1]. Fixed in CVS. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: syslog-ng on Win7
On Oct 22 18:04, Ken Brown wrote: I have syslog-ng running on two 64-bit Win7 systems, and the service stops periodically and can't be restarted. The file /var/log/syslog.ng log contains many lines saying Persistent configuration file is in invalid format, ignoring; But apparently it doesn't ignore the error, and I have to delete /var/lib/syslog-ng/syslog-ng.persist before I can restart the service. I also have an XPSP3 system, on which this problem doesn't occur. Looking into the ChangeLogs, this looks like a bug in syslog-ng which might be fixed in git. Upstream is planning a 3.2.5 maintainance release. I see to it that I update the Cygwin version as well. 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: 1.7.9: spawn brakes reopening of serial port
Hallo Corinna, thanks for the response. Yes, you are right, I missed the fact that the child process inherits the file descriptors. I took a look at the documentation of exec and just to be clear on the descriptor/handler issue: - file descriptor are passed down (basically always when calling the 'open' function) - socket descriptors are *not* passed down (not sure, wasn't in the documentation) - handles of semaphores, mutexes, memory maps, message queues are *not* passed down. - signal mask, scheduling policies (at leat when using SCHED_FIFO, SCHED_RR or SCHED_SPORADIC) and directory streams are passed down Is that correct? Thanks Manuel -Original Message- From: *** On Behalf Of Corinna Vinschen Sent: Friday, October 21, 2011 12:50 PM To: *** Subject: Re: 1.7.9: spawn brakes reopening of serial port On Oct 20 10:19, Manuel Wienand wrote: Hallo, it seems that spawning a process brakes the reopening of a serial port (when done during the execution of that process). The result of the open() function is Permission denied (13) in that case. I had a look into your testcase. What you see is expected behaviour. On Windows, a serial port can only be opened once at a time, for exclusive access. You could have tried that without starting a second process: open (/dev/ttyS0, O_RDWR); // succeeds open (/dev/ttyS0, O_RDWR); // 2nd call fails with EACCES. Now I hear you say that you close the descriptor before trying to open it the second time, but you're missing the fact that on spawn/exec the child process inherits the open file descriptors from the parent process. So, even if you close the descriptor in the parent, it's still open in the child. Apparently you don't want the child process to inherit this descriptor, so you must set its close-on-exec flag. There are basically two ways to do that - fd = open (/dev/ttyS0, O_RDWR | O_CLOEXEC); - fd = open (/dev/ttyS0, O_RDWR); fcntl (fd, F_SETFD, fcntl (fd, F_GETFD) | FD_CLOEXEC); I guess it goes without saying that the close-on-exec flag has to be set before calling spawn/exec. And, btw., please use /dev/ttyS0 rather than /dev/com1, etc. These are the official names for the serial ports, while the dev/comX syntax is only supported for backward compatibility. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: 1.7.9: spawn brakes reopening of serial port
Please, don't http://cygwin.com/acronyms/#TOFU On Oct 24 12:02, Manuel Wienand wrote: Hallo Corinna, thanks for the response. Yes, you are right, I missed the fact that the child process inherits the file descriptors. I took a look at the documentation of exec and just to be clear on the descriptor/handler issue: - file descriptor are passed down (basically always when calling the 'open' function) - socket descriptors are *not* passed down (not sure, wasn't in the documentation) All descriptors are passed down, unless the close-on-exec flag has been set explicitely. - handles of semaphores, mutexes, memory maps, message queues are *not* passed down. Uh, handles sounds so much like a Windows concept... As for POSIX IPC objects, they are not inherited by exec'ed processes and have to be reopened. - signal mask, scheduling policies (at leat when using SCHED_FIFO, SCHED_RR or SCHED_SPORADIC) and directory streams are passed down Is that correct? Not quite. For a good overview of what happens in execve, see http://www.kernel.org/doc/man-pages/online/pages/man2/execve.2.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: rm -rf cannot delete the upmost directory level anymore on a Novell share
On Oct 24 12:11, Franz Sirl wrote: Am 2011-10-21 17:35, schrieb Corinna Vinschen: On Oct 21 16:58, Franz Sirl wrote: I will create a support case with Novell. To make my understanding clear, I think there are actually 2 problems here (Win32 calls for illustration, assuming the directory is already opened): 0. The directory has been opened with all sharing modes allowed elsewhere. 1. CreateFile(FILE_READ_ATTRIBUTES | DELETE, FILE_SHARE_DELETE) should not succeed, but fail with STATUS_SHARING_VIOLATION I didn't see a full strace from W7. Did you check that this doesn't happen anyway? strace attached. Succeeding here depends on the access modes of the open handle(s) or if the directory is not open at all. That's why I added the step 0. But if the file is open elsewhere, this step should not succeed based on the access modes, but only based on the sharing modes allowed by the other handle. Your changes work, I just tried the 20111023 snapshot. See the attached strace on Win7/64. Thanks, it looks like expected now, given NcFsd's behaviour. Note that this can't be fixed on NWFS. On NWFS, only the changes to upstream coreutils as outlined in http://cygwin.com/ml/cygwin/2011-10/msg00481.html will help. I also attached the simple testcase I'll submit to Novell. Please let me know if you think something is wrong with the testcase. Looks good to me. For completeness, maybe you should note that delete-on-close works in this scenario, but it's desired that both methods work, just as on NTFS, for instance. 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: rm -rf cannot delete the upmost directory level anymore on a Novell share
Am 2011-10-24 12:31, schrieb Corinna Vinschen: On Oct 24 12:11, Franz Sirl wrote: Am 2011-10-21 17:35, schrieb Corinna Vinschen: On Oct 21 16:58, Franz Sirl wrote: I will create a support case with Novell. To make my understanding clear, I think there are actually 2 problems here (Win32 calls for illustration, assuming the directory is already opened): 0. The directory has been opened with all sharing modes allowed elsewhere. 1. CreateFile(FILE_READ_ATTRIBUTES | DELETE, FILE_SHARE_DELETE) should not succeed, but fail with STATUS_SHARING_VIOLATION I didn't see a full strace from W7. Did you check that this doesn't happen anyway? strace attached. Succeeding here depends on the access modes of the open handle(s) or if the directory is not open at all. That's why I added the step 0. But if the file is open elsewhere, this step should not succeed based on the access modes, but only based on the sharing modes allowed by the other handle. Not exactly, at least on W7. For example FILE_SHARE_READ doesn't seem to matter without FILE_READ_DATA. Your changes work, I just tried the 20111023 snapshot. See the attached strace on Win7/64. Thanks, it looks like expected now, given NcFsd's behaviour. Note that this can't be fixed on NWFS. On NWFS, only the changes to upstream coreutils as outlined in http://cygwin.com/ml/cygwin/2011-10/msg00481.html will help. Yes, I noticed that one too, thanks. Any idea when the fix will show up in Cygwin's coreutils? I also attached the simple testcase I'll submit to Novell. Please let me know if you think something is wrong with the testcase. Looks good to me. For completeness, maybe you should note that delete-on-close works in this scenario, but it's desired that both methods work, just as on NTFS, for instance. Good idea, done. Thanks for your help! Franz. -- 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: rm -rf cannot delete the upmost directory level anymore on a Novell share
On Oct 24 13:49, Franz Sirl wrote: Am 2011-10-24 12:31, schrieb Corinna Vinschen: On Oct 24 12:11, Franz Sirl wrote: Am 2011-10-21 17:35, schrieb Corinna Vinschen: On Oct 21 16:58, Franz Sirl wrote: I will create a support case with Novell. To make my understanding clear, I think there are actually 2 problems here (Win32 calls for illustration, assuming the directory is already opened): 0. The directory has been opened with all sharing modes allowed elsewhere. 1. CreateFile(FILE_READ_ATTRIBUTES | DELETE, FILE_SHARE_DELETE) should not succeed, but fail with STATUS_SHARING_VIOLATION I didn't see a full strace from W7. Did you check that this doesn't happen anyway? strace attached. Succeeding here depends on the access modes of the open handle(s) or if the directory is not open at all. That's why I added the step 0. But if the file is open elsewhere, this step should not succeed based on the access modes, but only based on the sharing modes allowed by the other handle. Not exactly, at least on W7. For example FILE_SHARE_READ doesn't seem to matter without FILE_READ_DATA. Uh, right. Scratch my comment. ENOCOFFEE. Your changes work, I just tried the 20111023 snapshot. See the attached strace on Win7/64. Thanks, it looks like expected now, given NcFsd's behaviour. Note that this can't be fixed on NWFS. On NWFS, only the changes to upstream coreutils as outlined in http://cygwin.com/ml/cygwin/2011-10/msg00481.html will help. Yes, I noticed that one too, thanks. Any idea when the fix will show up in Cygwin's coreutils? I'm not the maintainer... 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
General question on the status of named pipes
I have several scripts that use named pipes for the purpose of processing sound files. I use them on both linux and cygwin. After the switch to cygwin1.7 I converted most of them to the use of tempfiles. Nevertheless, when encountering old scripts in my archives or when trying to create efficient new scripts I find myself wishing named pipes still worked; they are one of the more powerful unix-ish paradigms. What's the status/priority of getting named pipes to work in 1.7? And, just for curiosity's sake, what was the fundamental change in 1.7 that caused them to stop working? -- They worked great in 1.5. Cygwin is a great tool, and I'm constantly grateful for it's existence. regards, NT -- 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
W7x64/Cygwin 1.7.9-1 Weird problem with cp and cat
I am trying to build WebKit on Windows. There are a large number of bash and perl scripts plus makefiles which rely on Cygwin tools. My original problem was that cat and cp refused to work when given filenames starting with/dev/fs/. I 'solved' this by modifying the scripts to run mount -c /dev/fs. Despite this there are still a couple of instances where I get the following errors: cp /home/JEvans/WebKit/Source/WebCore/bindings/scripts/CodeGenerator.pm /home/JEvans/WebKit/bin/DEBUG_~1/obj/WebCore/scripts/CodeGenerator.pm cp: /dev/fs/U/home/JEvans/WebKit/Source/WebCore/bindings/scripts/CodeGenerator.pm: No such file or directory Sadly CodeGenerator.pm does exist in that directory - it appears cp is getting confused. Can anyone explain what might be going wrong here? Thx++ Versions: bash 4.1.10 cp 8.10 Cygwin 1.7.9-1 Windows 7SP1 U x64 -- 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: rm -rf calls rmdir() prior to close(), which can fail
On 10/24/2011 02:58 AM, Jim Meyering wrote: ** Bug fixes + rm -rf DIR would fail with Device or resource busy on Cygwin with NWFS + and NcFsd file systems. This did not affect Unix/Linux-based kernels. + [bug introduced in coreutils-7.0, when rm began using fts] rm didn't use fts() until coreutils 8.0 (the cygwin testing proved that coreutils 7.0 did not suffer from the problem). See also the news for 8.13 mentioning an rm regression introduced by fts() in 8.0. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org -- 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] [security] Updated: socat 1.7.1.3-1 and 2.0.0b4-1
Two new versions of socat, 1.7.1.3-1 and 2.0.0b4-1, are now available in the Cygwin distribution. These releases both include a security fix for a stack overflow vulnerability. Please see the upstream advisory at http://www.dest-unreach.org/socat/contrib/socat-secadv2.html for details. All socat users are encouraged to upgrade. The previous Cygwin releases, 1.7.1.1-1 and 2.0.0b3-1, have been removed from the archive. socat is a relay for bidirectional data transfer between two independent data channels. Each of these data channels may be a file, pipe, device (serial line etc. or a pseudo terminal), a socket (UNIX, IP4, IP6 - raw, UDP, TCP), an SSL socket, proxy CONNECT connection, a file descriptor (stdin etc.), the GNU line editor (readline), a program, or a combination of two of these. These modes include generation of 'listening' sockets, named pipes, and pseudo terminals. socat can be used, e.g., as TCP port forwarder (one-shot or daemon), as an external socksifier, for attacking weak firewalls, as a shell interface to UNIX sockets, IP6 relay, for redirecting TCP oriented programs to a serial line, to logically connect serial lines on different computers, or to establish a relatively secure environment (su and chroot) for running client or server shell scripts with network connections. Home page: http://www.dest-unreach.org/socat/ Andrew E. Schulman *** 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://cygwin.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
[ANNOUNCEMENT] Updated: lftp-4.3.3-1
A new version of lftp, 4.3.3-1, is now available in the Cygwin distribution. This is a new upstream release, including bug fixes and new features. Please see http://lftp.yar.ru/news.html for the full changelog. The previous Cygwin release was 4.2.3-1. lftp is a sophisticated file transfer program and ftp/http/bittorrent client. It supports multiple network protocols, offers tab completion, command history, job control, and bookmarks, can mirror sites and transfer multiple files in parallel, and keeps trying interrupted operations until it can complete them. Home page: http://lftp.yar.ru/ Andrew E. Schulman *** 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://cygwin.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: Install error with rebase 4.0.0-1
On Mon, 24 Oct 2011, Corinna Vinschen wrote:
then
! rebase ${Verbose} -s ${Mach} -T ${TmpFile}
else
! rebase ${Verbose} -s ${Mach} -b ${BaseAddress} -o ${Offset} -T
${TmpFile}
fi
ExitCode=$?
Ouch, that's probably a residue of my testing. Fixed in CVS.
thank you, corinna!
--
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: rm -rf cannot delete the upmost directory level anymore on a Novell share
On 10/24/2011 05:49 AM, Franz Sirl wrote: Thanks, it looks like expected now, given NcFsd's behaviour. Note that this can't be fixed on NWFS. On NWFS, only the changes to upstream coreutils as outlined in http://cygwin.com/ml/cygwin/2011-10/msg00481.html will help. Yes, I noticed that one too, thanks. Any idea when the fix will show up in Cygwin's coreutils? Hopefully this week. I'm overdue for a coreutils build for cygwin, so building 8.14 + the upstream fix is on my list of things to do soon. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org -- 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: General question on the status of named pipes
On 10/24/2011 06:51 AM, Nathan Thern wrote: I have several scripts that use named pipes for the purpose of processing sound files. I use them on both linux and cygwin. After the switch to cygwin1.7 I converted most of them to the use of tempfiles. Nevertheless, when encountering old scripts in my archives or when trying to create efficient new scripts I find myself wishing named pipes still worked; they are one of the more powerful unix-ish paradigms. What's the status/priority of getting named pipes to work in 1.7? And, just for curiosity's sake, what was the fundamental change in 1.7 that caused them to stop working? -- They worked great in 1.5. Actually, named pipes have _never_ worked, at least according to the full set of POSIX rules. It's just that some releases had code that limped along better than in other releases for the particular use cases you happened to throw at them. cgf is working miracles to get it as far along as he has, but it's a very tough job to emulate POSIX fifos on top of windows. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org -- 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: General question on the status of named pipes
On Mon, Oct 24, 2011 at 12:55 PM, Eric Blake ebl...@redhat.com wrote: Actually, named pipes have _never_ worked, at least according to the full set of POSIX rules. It's just that some releases had code that limped along better than in other releases for the particular use cases you happened to throw at them. cgf is working miracles to get it as far along as he has, but it's a very tough job to emulate POSIX fifos on top of windows. Interesting. I used them successfully for a couple of years with 1.5, IIRC. My mode of usage was usually something like: $ mkfifo fifo1 fifo2 $ decode_audio_to_PCM audiofile | tee fifo1 fifo2 $ encode_audio_to_format_1 -o newaudio1 fifo1 $ encode_audio_to_format_2 -o newaudio2 fifo2 This has two distinct advantages over tempfiles for me. I don't have to wait for the decode to complete before I start to re-encode I don't need the disk space for large chunks of uncompressed audio. NT -- 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] Updated: binutils-2.22.51-1
On 20/10/2011 03:14, Chris Sutcliffe wrote: On 18/10/2011 3:03 PM, Christopher Faylor wrote: I've made a new version of binutils available for installation. This is a refresh against CVS. The contents of the NEWS file for this snapshot are in /usr/share/doc/Cygwin/binutils-2.22.51-1.README . The main reason for the release is to pull in Dave Korn's changes as discussed here: http://cygwin.com/ml/cygwin/2011-09/msg00386.html Dave, will there also be a new gcc to address the relocation issue with libstdc++? Yep, it's on the way, already built and packaged and just needs a few more hours final sanity checking before I hit the switch to release it. cheers, DaveK -- 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: smartmontools-5.42-1
Version 5.42-1 of smartmontools has been uploaded. http://smartmontools.sourceforge.net/ Changes include: - smartctl option '-l devstat' (Device Statistics). - smartctl option '-l ssd' (SSD endurance indicator). - smartd logs identify information of each SCSI/SAS device. - smartd resends warning emails if problem reappears. - smartd directives '-l offlinests' and '-l selfteststs'. - Many HDD, SSD and USB additions to drive database. - Platform-specific man pages. - smartd.8 man page no longer includes smartd.conf.5. - Improved USB ID detection. For a full list of changes see NEWS and CHANGELOG in /usr/share/doc/smartmontools and ticket report at http://sourceforge.net/apps/trac/smartmontools/query?milestone=Release+5.42 Please read the Windows and Cygwin sections in the INSTALL file. For open issues see http://sourceforge.net/apps/trac/smartmontools/report Description: Smartmontools contains utility programs (smartctl, smartd) to control/monitor storage systems using the Self-Monitoring, Analysis and Reporting Technology System (S.M.A.R.T.) built into most modern ATA and SCSI disks. In many cases, these utilities will provide advanced warning of disk degradation and failure. Smartctl is a command line utility designed to perform tasks such as printing the SMART self-test and error logs, enabling and disabling SMART automatic testing, and initiating device self-tests. Smartd is a daemon that monitors the drives every 30 minutes (configurable), logs SMART errors and changes of SMART Attributes via the syslog interface. Smartd can also be configured to schedule self-tests and send email warnings or run other scripts if problems are detected. On Cygwin, smartd can be run as a windows service via cygrunsrv. Christian Franke -- To update your installation, click on the Install or update 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. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin.com . *** 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.com at 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
rebase problem
There is a problem with running rebase on my system. I go through the motions: (1) invoke Windows Command Prompt, then cd c:\Cygwin\bin dash PATH=. rebaseall -v This works fine until: /usr/bin/cygAfterImage-0.dll: new base = 6ff7, new size = 7 /usr/X11R6/bin/cygXft-1.dll: new base = 6ffe, new size = 2 rebase: failed to create temporary rebase database: No such file or directory $ ls -l /usr/X11R6/bin/cygXft-1.dll -rwxrwxrwx 1 root root 57344 Mar 10 2004 /usr/X11R6/bin/cygXft-1.dll $ Because rebase, unlike rebaseall, is not a script, I can't find what it complains about. The last file processed is there (as shown above). I enclose the output (compressed) of cygcheck -s -v -r. Zdzislaw Meglicki Indiana University http://perth.ovpit.indiana.edu/gustavls cygcheck.out.gz Description: GNU Zip compressed data -- 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: rebase-4.0.1-1
New News: === I have updated the version of rebase to 4.0.1-1. The tarballs should be available on a Cygwin mirror near you shortly. The following are the changes since the previous release: * Change rebaseall to call rebase instead of ./rebase. * Configure with --sysconfdir=/etc. Old News: === The Cygwin rebase distribution contains four utilities: rebase, rebaseall, peflags, and peflagsall. The first utility is modeled after Microsoft's SDK rebase while the rebaseall utility is a convenient way for users that suffer from the Cygwin rebase problem to rebase their entire system (i.e., all of their DLLs). Please read the README file: /usr/share/doc/rebase/README since it covers requirements, usage, known issues, etc. Standard News: 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. If you have questions or comments, please send them to the Cygwin mailing list. *** 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 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 web address. Jason -- 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
OpenSSH *** fatal error - unable to load C:\WINDOWS\system32\user32.dll, Win32 error 1114
I'm consistently getting a stack trace when attempting to run a command via ssh, using a dsa key, on a remote Windows Server 2003 SP2 x64 that has Cygwin sshd installed and configured. The error is occurring at the remote sshd process: $ ssh qaautotest1 ls 2 [main] sshd 3156 D:\cygwin\usr\sbin\sshd.exe: *** fatal error - unable to load C:\WINDOWS\system32\user32.dll, Win32 error 1114 Stack trace: Frame Function Args 002298B4 6102796B (002298B4, , , 0040) 00229BA4 6102796B (6117EC60, 8000, , 61180977) 0022ABD4 61004F1B (61180101, 0022AC00, , FFFDDBF8) 0022AE34 61001756 (6103175B, 612466DC, 0022AEA0, 0022AE68) 0022BB68 6115EAA4 (, , , 0002) 0022BBA8 610CE5EF (0003, 1044E9F0, 0022BCA4, 1044DCA8) 0022BBC8 610299A7 (1044E9F0, 0022BCA4, 1044DCA8, 0022BCCC) 0022C0E8 610C3545 (1045AB88, 1045AC38, 0002, ) 0022C148 00412F68 (1045AB88, 1045AC38, 104519C0, 6F6260CD) 0022C198 004132EC (1045AB88, 1045AC38, 104519C0, 6F6260CD) 0022C258 00413A0E (1045AA98, 104519C0, 104519C0, 0001) 0022C2A8 0040AC83 (0062, 0008, 10450128, 6F6260CD) 0022C2F8 0043B908 (0001, , 10450128, 6F6260CD) 0022C328 0040B2A7 (1044E868, 1044EA30, 0022CD68, 6F6260CD) 0022C378 0040C509 (1044DAF0, 1044E9A8, , 10450128) 0022C3C8 004141E8 (1044DAF0, 0003, 10450128, 0022CC4C) End of stack trace (more stack frames may be present) This happens only using pubkey authentication, and only when the ssh server is Win2003 SP2 (with all MS updates applied; the reason it hasn't been upgraded to Win2003R2 or later is that it's a test system for for our application, and we still have some customers that run on that OS). I have similar setups on Win2003R2, Win2008SP2 and Win2008R2, none of which exhibit the problem. The type of client system is immaterial (fails even from Linux ssh clients). Googling around I found http://cygwin.com/ml/cygwin/2010-12/msg00016.html but that's almost a year old, and refers to cygwin1.dll version 1.7.7. My cygwin1.dll is at 1.7.9. Full cygcheck -s -v -r output for the server is attached. My gut feeling is that this is an interaction between Cygwin and a bug in Win2003SP2, but I'd like to have that confirmed if possible. cygcheck.out Description: cygcheck.out -- 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: Re: How to investigate a bug in /bin/mkshortcut.exe ?
On 24 October 2011 08:38:07 +0100, Andy Koppe wrote: On 23 October 2011 23:14, Regid Ichira wrote: Â/etc/postinstall/mintty.sh's exit code is 127.  Â$ cat /etc/postinstall/mintty.sh  ÂPROGS=$(/bin/cygpath -P $CYGWINFORALL)  Â/bin/mkdir -p $PROGS/Cygwin  Âcd $PROGS/Cygwin  Â/bin/mkshortcut -n mintty /bin/mintty -a - -d Cygwin Terminal By running those commands manually, I think the problem is the last, /bin/mkshortcut, line. ÂHow can I investigate it more?  Â$ cygcheck -f /bin/mkshortcut.exe  Âcygutils-1.4.6-1  Â$ file /bin/mkshortcut.exe  Â/bin/mkshortcut.exe: PE32 executable (console) Intel 80386 (stripped to external PDB), for MS Windows Try cygcheck without the -f to check that the DLLs that mkshortcut depends on are present. cygcheck /bin/mkshortcut.exe cygwin1.dll, cyggcc_s-1.dll and cygopt-0.dll are installed and up to date. Would there be an explicit no permission message if the windows/system32/*.dll user and group are not accessible by the uid owner of the process? -- 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: Contributing license information?
Corinna Vinschen wrote: On Aug 19 11:09, Luke Kendall wrote: Soon, I will have prepared a list of the location of every license file in every Cygwin package. My motivation is to make it easy for people to find the license information, if they need it. (Preparing this information has required a lot of work on my part, so I would be happy if something could be done to make it easy to keep the information up to date as packages are added and modified.) What is the best way to contribute the license-location information so it can be integrated into Cygwin? Just create a new package for the distro which keeps the information and maintain it. Somebody will have to keep the information up to date anyway. Corinna Is usr/share/doc/common-licenses/ within the base-files package, supposed to be the place where all license information is collected? Should I just use that instead of creating a new package? Regards, luke -- 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: version 5.45 of expect/tcl
Hello All, I am the author of expect-lite expect-lite.sf.net which relies heavily on expect. The version in the cygwin repository is quite old (from 2003). I have compiled a modern version of expect (v 5.45) based on TCL 8.5. Expect, originally written by Don Libes, is a program that talks to other interactive programs according to a script. Following the script, Expect knows what can be expected from a program and what the correct response should be. An interpreted language provides branching and high-level control structures to direct the dialogue. In addition, the user can take control and interact directly when desired, afterward returning control to the script. This is a direct replacement for the 2003 version, and can be found at: http://www.makikiweb.com/cygwin/expect/ Please accept this into the cygwin repository. thanks, Craig... -- 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
[security] Updated: socat 1.7.1.3-1 and 2.0.0b4-1
Two new versions of socat, 1.7.1.3-1 and 2.0.0b4-1, are now available in the Cygwin distribution. These releases both include a security fix for a stack overflow vulnerability. Please see the upstream advisory at http://www.dest-unreach.org/socat/contrib/socat-secadv2.html for details. All socat users are encouraged to upgrade. The previous Cygwin releases, 1.7.1.1-1 and 2.0.0b3-1, have been removed from the archive. socat is a relay for bidirectional data transfer between two independent data channels. Each of these data channels may be a file, pipe, device (serial line etc. or a pseudo terminal), a socket (UNIX, IP4, IP6 - raw, UDP, TCP), an SSL socket, proxy CONNECT connection, a file descriptor (stdin etc.), the GNU line editor (readline), a program, or a combination of two of these. These modes include generation of 'listening' sockets, named pipes, and pseudo terminals. socat can be used, e.g., as TCP port forwarder (one-shot or daemon), as an external socksifier, for attacking weak firewalls, as a shell interface to UNIX sockets, IP6 relay, for redirecting TCP oriented programs to a serial line, to logically connect serial lines on different computers, or to establish a relatively secure environment (su and chroot) for running client or server shell scripts with network connections. Home page: http://www.dest-unreach.org/socat/ Andrew E. Schulman *** 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://cygwin.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: lftp-4.3.3-1
A new version of lftp, 4.3.3-1, is now available in the Cygwin distribution. This is a new upstream release, including bug fixes and new features. Please see http://lftp.yar.ru/news.html for the full changelog. The previous Cygwin release was 4.2.3-1. lftp is a sophisticated file transfer program and ftp/http/bittorrent client. It supports multiple network protocols, offers tab completion, command history, job control, and bookmarks, can mirror sites and transfer multiple files in parallel, and keeps trying interrupted operations until it can complete them. Home page: http://lftp.yar.ru/ Andrew E. Schulman *** 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://cygwin.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: sng 1.0.5-1
A new version of sng, 1.0.5-1, is now available in the Cygwin distribution. This is a new upstream release. The author unfortunately chooses not to provide a ChangeLog, referring you instead to the project source code repository. SNG (Scriptable Network Graphics) is a minilanguage designed specifically to represent the entire contents of a PNG (Portable Network Graphics) file in an editable form. Thus, SNGs representing elaborate graphics images and ancillary chunk data can be readily generated or modified using only text tools. SNG is implemented by a compiler/decompiler called sng that losslessly translates between SNG and PNG. Home page: http://sng.sourceforge.net/ Andrew E. Schulman *** 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://cygwin.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: stunnel 4.44-1
A new version of stunnel, 4.44-1, is now available in the Cygwin distribution. This is a new upstream release, with new features and bug fixes. Please see http://www.stunnel.org/?page=sdf_ChangeLog for the full changelog. The previous Cygwin release was 4.29-1. stunnel is a program that allows you to encrypt arbitrary TCP connections inside SSL (Secure Sockets Layer). stunnel can allow you to secure non-SSL aware daemons and protocols (like POP, IMAP, LDAP, etc) by having stunnel provide the encryption, requiring no changes to the daemon's code. Home page: http://www.stunnel.org/ Andrew E. Schulman *** 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://cygwin.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: smartmontools-5.42-1
Version 5.42-1 of smartmontools has been uploaded. http://smartmontools.sourceforge.net/ Changes include: - smartctl option '-l devstat' (Device Statistics). - smartctl option '-l ssd' (SSD endurance indicator). - smartd logs identify information of each SCSI/SAS device. - smartd resends warning emails if problem reappears. - smartd directives '-l offlinests' and '-l selfteststs'. - Many HDD, SSD and USB additions to drive database. - Platform-specific man pages. - smartd.8 man page no longer includes smartd.conf.5. - Improved USB ID detection. For a full list of changes see NEWS and CHANGELOG in /usr/share/doc/smartmontools and ticket report at http://sourceforge.net/apps/trac/smartmontools/query?milestone=Release+5.42 Please read the Windows and Cygwin sections in the INSTALL file. For open issues see http://sourceforge.net/apps/trac/smartmontools/report Description: Smartmontools contains utility programs (smartctl, smartd) to control/monitor storage systems using the Self-Monitoring, Analysis and Reporting Technology System (S.M.A.R.T.) built into most modern ATA and SCSI disks. In many cases, these utilities will provide advanced warning of disk degradation and failure. Smartctl is a command line utility designed to perform tasks such as printing the SMART self-test and error logs, enabling and disabling SMART automatic testing, and initiating device self-tests. Smartd is a daemon that monitors the drives every 30 minutes (configurable), logs SMART errors and changes of SMART Attributes via the syslog interface. Smartd can also be configured to schedule self-tests and send email warnings or run other scripts if problems are detected. On Cygwin, smartd can be run as a windows service via cygrunsrv. Christian Franke -- To update your installation, click on the Install or update 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. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin.com . *** 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.com at 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.
Updated: rebase-4.0.1-1
New News: === I have updated the version of rebase to 4.0.1-1. The tarballs should be available on a Cygwin mirror near you shortly. The following are the changes since the previous release: * Change rebaseall to call rebase instead of ./rebase. * Configure with --sysconfdir=/etc. Old News: === The Cygwin rebase distribution contains four utilities: rebase, rebaseall, peflags, and peflagsall. The first utility is modeled after Microsoft's SDK rebase while the rebaseall utility is a convenient way for users that suffer from the Cygwin rebase problem to rebase their entire system (i.e., all of their DLLs). Please read the README file: /usr/share/doc/rebase/README since it covers requirements, usage, known issues, etc. Standard News: 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. If you have questions or comments, please send them to the Cygwin mailing list. *** 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 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 web address. Jason
