Re: [RFU] task-2.0.0-1
Uploaded. Appreciated. Thank you. /F
Re: A momentous day (was Re: Setup and Mintty)
On 22 November 2011 10:57, Andrew Schulman wrote: On Fri, Nov 18, 2011 at 08:58:49PM +, Andy Koppe wrote: On 18 November 2011 20:57, Andy Koppe wrote: On 18 November 2011 10:59, Corinna Vinschen wrote: On Nov 18 05:36, Andy Koppe wrote: On 17 November 2011 17:17, Corinna Vinschen wrote: the latest setup sources implement the mintty desktop and start menu shortcuts. ??So, afaics, if you would just change the mintty package so that it doesn't install its own shortcuts, we could update setup on sourceware to the new version. A shortcut-less mintty package is here: http://mintty.googlecode.com/files/mintty-1.0.1-2.tar.bz2 http://mintty.googlecode.com/files/mintty-1.0.1-2-src.tar.bz2 http://mintty.googlecode.com/svn/tags/1.0.1-2/cygport/setup.hint Thanks. Actually, it's time for a minor mintty update anyway. Please use this lot instead: http://mintty.googlecode.com/files/mintty-1.0.2-1.tar.bz2 http://mintty.googlecode.com/files/mintty-1.0.2-1-src.tar.bz2 http://mintty.googlecode.com/svn/tags/1.0.2-1/cygport/setup.hint D'oh, that last one should be: http://mintty.googlecode.com/svn/tags/1.0.2/cygport/setup.hint setup.exe has been updated and the above files have been uploaded. Gold stars all around! cgf Awarded: Andy http://cygwin.com/goldstars/#AK Corinna http://cygwin.com/goldstars/#CV Jon http://cygwin.com/goldstars/#JTy Sorry to be so late in pointing this out, but Warren Young missed out here. I think he deserves a gold star for redesigning the Cygwin logo. Andy
Re: A momentous day (was Re: Setup and Mintty)
On Thu, Mar 29, 2012 at 11:26:59AM +0200, Corinna Vinschen wrote: On Mar 29 09:51, Andy Koppe wrote: Sorry to be so late in pointing this out, but Warren Young missed out here. I think he deserves a gold star for redesigning the Cygwin logo. I agree. Thanks a lot Warren! Ditto. cgf
[ITA] TeXmacs-1.0.7.15-1
As Andreas Seidl seems missing, I just built the latest version reusing Yaakov scripts including a patch for https://savannah.gnu.org/bugs/?36033 to download wget -r -np -nH --cut-dirs=2 \ http://matzeri.altervista.org/cygwin-1.7/TeXmacs/index.html rm index.html md5.sum file list: setup.hint TeXmacs-1.0.7.15-1.tar.bz2 TeXmacs-1.0.7.15-1-src.tar.bz2 Regards Marco
Re: [SECURITY] lighttpd
On 2012-03-29 09:58, Lapo Luchini wrote: Yaakov (Cygwin/X) wrote: BLODA? Not that I know of: WindowsDefender is deactivated (and I checked the service is not running), and only other stuff in the BLODA is nVidia, some version but I can't really do much to avoid that. I wonder. So do I, because: configure.ac:57: error: possibly undefined macro: AC_CHECK_HEADERS configure.ac:71: error: possibly undefined macro: AC_DEFINE configure.ac:108: error: possibly undefined macro: AC_CHECK_LIB configure.ac:112: error: possibly undefined macro: AC_MSG_ERROR autoreconf-2.68: /usr/bin/autoconf-2.68 failed with exit status: 1 *** ERROR: autoreconf failed Then something is wrong with your installation or environment. I'll need your `cygcheck -srv' output. Same goes for a fresh install on real hardware (Win7 box in my office). Nothing obvious in the cygcheck. But as these macros are part of autoconf itself, if autoconf can't find them, it means that aclocal silently failed. In any case, this is an issue with your system (probably BLODA or rebase), not with cygport. Yaakov
Re: TeXworks and hunspell
On 3/28/2012 5:26 AM, Yaakov (Cygwin/X) wrote: On 2012-03-24 10:15, Ken Brown wrote: 1. The manual (which is supposed to be available from the Help menu) doesn't get installed. Fixed in Ports git. Thanks! I never cease to be amazed at the wonders of cygport. Another question is how to make the commands under the Help menu that want to open a URL work. Or would this require a KDE desktop? No, but it does require a browser; does installing xdg-utils from Ports help? Yes, it does help. I haven't completely figured out how to configure my system so that xdg-open will do everything I want, but I've figured out enough to know that it's do-able. On the subject of xdg-utils, you originally made it a dependency of asymptote (which would have required moving it to the distro). What made you change your mind? Are there problems with xdg-utils that are keeping you from moving it to the distro? I'd be glad to help in any way I can. Ken
Re: [ITA] TeXmacs-1.0.7.15-1
Andrew Schulman skrev 2012-03-29 22:16: On Mar 29 18:06, marco atzeri wrote: As Andreas Seidl seems missing, I just built the latest version reusing Yaakov scripts including a patch for https://savannah.gnu.org/bugs/?36033 to download wget -r -np -nH --cut-dirs=2 \ http://matzeri.altervista.org/cygwin-1.7/TeXmacs/index.html rm index.html md5.sum Thank you! Uploaded. Auto gold star awarded: http://cygwin.com/goldstars/#YS . Better hand one over to Marco as well... Cheers, Peter
Re: A momentous day (was Re: Setup and Mintty)
On 3/29/2012 2:16 PM, Andrew Schulman wrote: On Thu, Mar 29, 2012 at 11:26:59AM +0200, Corinna Vinschen wrote: On Mar 29 09:51, Andy Koppe wrote: Sorry to be so late in pointing this out, but Warren Young missed out here. I think he deserves a gold star for redesigning the Cygwin logo. I agree. Thanks a lot Warren! Ditto. Yes, well deserved. http://cygwin.com/goldstars/#WY Yay. :) I said I'd get you all new 3D art, and I still will. I haven't committed to a delivery date, though. :)
Re: [SECURITY] libpng vulnerabilities
On 2012-02-26 02:02, marco atzeri wrote: again, libpng announced security vulnerabilities: from : http://www.libpng.org/pub/png/libpng.html Vulnerability Warning All versions of libpng from 1.0.6 through 1.5.8, 1.4.8, 1.2.46, and 1.0.56, respectively, fail to correctly validate a heap allocation in png_decompress_chunk(), which can lead to a buffer-overrun and the possibility of execution of hostile code on 32-bit systems. This serious vulnerability has been assigned ID CVE-2011-3026 and is fixed in version 1.5.9 (and versions 1.4.9, 1.2.47, and 1.0.57, respectively, on the older branches), released 18 February 2012. Now there's YA one, CVE-2011-3048, fixed in 1.5.10, 1.4.11, 1.2.49, and 1.0.59. Yaakov
[ITP] nspr, nss
These are required by the latest versions of rpm: ftp://ftp.cygwinports.org/pub/cygwinports/release-2/nspr/ ftp://ftp.cygwinports.org/pub/cygwinports/release-2/nss/ Yaakov
Re: [ITA] fvwm
On 2012-03-25 19:26, Yaakov (Cygwin/X) wrote: I think people still use this, so: ftp://ftp.cygwinports.org/pub/cygwinports/uploads/fvwm/ Just realized this needs fribidi, so I'm adding that as well: ftp://ftp.cygwinports.org/pub/cygwinports/release-2/fribidi Yaakov
Re: Cannot launch ssh from X11 system tray icon
On 23/03/2012 17:56, Craig wrote: debug1: Sending command: xterm 0 [main] ssh 2184 select_stuff::wait: WaitForMultipleObjects failed debug1: channel 0: free: client-session, nchannels 1 select: Permission denied So can anyone tell me why I get the select / waitForMultipleObjects error? This error is coming from inside the select() emulation in the cygwin DLL itself. I've no idea why this is failing, and apparently only when an ancestor is the X server. You might want to ask about this on the main cygwin list, it might get the attention of someone with more insight. One thing to consider trying is that it might be something to do with the environment inherited by processes started directly from the start menu, rather than something specific to the X server, i.e. try starting your test script directly from a start menu shortcut in a similar way to the X server is started... -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: X server crash when running texworks
On 28/03/2012 13:44, Ken Brown wrote: On 3/28/2012 8:28 AM, Ken Brown wrote: On 3/28/2012 7:16 AM, Jon TURNEY wrote: I'm afraid I can't reproduce your issue, but looking at the backtrace and the somewhat intermittent nature of the fault, I think perhaps this crash is caused by a race condition which exists in the conversion of the window icon from an X property to a Windows icon. I've uploaded a snapshot with some fixes for that at [1], perhaps you could try that out and see if it helps? [1] ftp://cygwin.com/pub/cygwinx/XWin.20120328-git-ab32650607c59327.exe.bz2 Yes, that seems to fix it. I just started texworks and compiled 6 or 7 tex documents without a crash. I've never been able to do more than 1 or 2 before. Good. I spoke too soon. I closed texworks and was doing other things (not even involving X to my knowledge), and the X server just crashed. I'm attaching XWin.0.log. Not so good :-(. Thanks for testing it, anyway. I found a rather bad crash bug I'd introduced and fixed that, so you might want to try today's snapshot [1], but I'm not confident that I fixed the problem you saw, so a backtrace would be helpful if you still get crashes. [1] ftp://cygwin.com/pub/cygwinx/XWin.20120329-git-6d4583d53c249549.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: X server crash when running texworks
On 3/29/2012 8:14 AM, Jon TURNEY wrote: On 28/03/2012 13:44, Ken Brown wrote: On 3/28/2012 8:28 AM, Ken Brown wrote: On 3/28/2012 7:16 AM, Jon TURNEY wrote: I'm afraid I can't reproduce your issue, but looking at the backtrace and the somewhat intermittent nature of the fault, I think perhaps this crash is caused by a race condition which exists in the conversion of the window icon from an X property to a Windows icon. I've uploaded a snapshot with some fixes for that at [1], perhaps you could try that out and see if it helps? [1] ftp://cygwin.com/pub/cygwinx/XWin.20120328-git-ab32650607c59327.exe.bz2 Yes, that seems to fix it. I just started texworks and compiled 6 or 7 tex documents without a crash. I've never been able to do more than 1 or 2 before. Good. I spoke too soon. I closed texworks and was doing other things (not even involving X to my knowledge), and the X server just crashed. I'm attaching XWin.0.log. Not so good :-(. Thanks for testing it, anyway. I found a rather bad crash bug I'd introduced and fixed that, so you might want to try today's snapshot [1], but I'm not confident that I fixed the problem you saw, so a backtrace would be helpful if you still get crashes. OK, I'm running it now and have attached gdb to it. The good news is that I've been running it for a couple hours with no crash, and I've used texworks and have opened many tex files and pdf files in it without a problem. The bad news is that texworks becomes unresponsive and has to be killed whenever I try to compile a tex file. I have no idea whether this is due to an X server problem or something completely different. Anyway, I'll post a backtrace if the server crashes. In case you want to try to reproduce the current problem, start texworks, open a tex file (such as the file test1.tex whose contents I listed at the beginning of this thread), and click on the icon at the left end of the toolbar (brown triangle on a green background). This is supposed to cause test1.tex to get compiled, but for me it just causes texworks to become unresponsive. This was working properly with the previous version of the X server (until the server crashed). After I kill texworks, `ps' shows a dbus-daemon process and a dbus-launch process that weren't there before I started texworks, but maybe that's to be expected. Ken -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: X server crash when running texworks
On 2012-03-29 14:59, Ken Brown wrote: OK, I'm running it now and have attached gdb to it. The good news is that I've been running it for a couple hours with no crash, and I've used texworks and have opened many tex files and pdf files in it without a problem. The bad news is that texworks becomes unresponsive and has to be killed whenever I try to compile a tex file. I have no idea whether this is due to an X server problem or something completely different. fork() errors? Are there any messages on the console? In case you want to try to reproduce the current problem, start texworks, open a tex file (such as the file test1.tex whose contents I listed at the beginning of this thread), and click on the icon at the left end of the toolbar (brown triangle on a green background). This is supposed to cause test1.tex to get compiled, but for me it just causes texworks to become unresponsive. This was working properly with the previous version of the X server (until the server crashed). After I kill texworks, `ps' shows a dbus-daemon process and a dbus-launch process that weren't there before I started texworks, but maybe that's to be expected. texworks uses QtDBus, so it needs a DBus session bus. If one isn't present (which nowadays you need for just about anything), it will start its own instance. If you are using multiwindow with startxwin, I strongly recommend adding the following to the beginning of your ~/.startxwinrc: eval `dbus-launch --sh-syntax` Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: X server crash when running texworks
On 3/29/2012 4:20 PM, Yaakov (Cygwin/X) wrote: On 2012-03-29 14:59, Ken Brown wrote: OK, I'm running it now and have attached gdb to it. The good news is that I've been running it for a couple hours with no crash, and I've used texworks and have opened many tex files and pdf files in it without a problem. The bad news is that texworks becomes unresponsive and has to be killed whenever I try to compile a tex file. I have no idea whether this is due to an X server problem or something completely different. fork() errors? Are there any messages on the console? Here's what I see in the xterm window from which I started texworks: $ QFileSystemWatcher: failed to add paths: /home/kbrown pdfTeX 3.1415926-2.3-1.40.12 (TeX Live 2011) kpathsea version 6.0.1 Copyright 2011 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). There is NO warranty. Redistribution of this software is covered by the terms of both the pdfTeX copyright and the Lesser GNU General Public License. For more information about these matters, see the file named COPYING and the pdfTeX source. Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Compiled with libpng 1.4.8; using libpng 1.4.8 Compiled with zlib 1.2.5; using zlib 1.2.5 Compiled with poppler version 0.18.2 Everything looks normal except for the QFileSystemWatcher message. When I do `ps' at this point, it shows a defunct pdftex process. In case you want to try to reproduce the current problem, start texworks, open a tex file (such as the file test1.tex whose contents I listed at the beginning of this thread), and click on the icon at the left end of the toolbar (brown triangle on a green background). This is supposed to cause test1.tex to get compiled, but for me it just causes texworks to become unresponsive. This was working properly with the previous version of the X server (until the server crashed). After I kill texworks, `ps' shows a dbus-daemon process and a dbus-launch process that weren't there before I started texworks, but maybe that's to be expected. texworks uses QtDBus, so it needs a DBus session bus. If one isn't present (which nowadays you need for just about anything), it will start its own instance. If you are using multiwindow with startxwin, I strongly recommend adding the following to the beginning of your ~/.startxwinrc: eval `dbus-launch --sh-syntax` I normally do this, but this time I had started the X server without my .startxwinrc for testing purposes. I've just restarted it in my normal way. I still get the texworks hang, but there are no longer extra dbus processes. So that 's not the issue. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] Updated: fvwm-2.6.4-1
The following package has been updated for the Cygwin distribution: *** fvwm-2.6.4-1 Fvwm is a window manager for X11. It is designed to minimize memory consumption, provide a 3D look to window frames, and a virtual desktop. This is a long-overdue update to the latest upstream release. -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog sec_acl.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-03-29 15:01:18 Modified files: winsup/cygwin : ChangeLog sec_acl.cc Log message: * sec_acl.cc (acl32): Fix potnetial crash if build_fh_name returns NULL. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5772r2=1.5773 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sec_acl.cc.diff?cvsroot=srcr1=1.71r2=1.72
src/winsup/cygwin ChangeLog Makefile.in device ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-03-29 18:02:55 Modified files: winsup/cygwin : ChangeLog Makefile.in devices.cc devices.h devices.in dir.cc dtable.cc fhandler.h fhandler_disk_file.cc globals.cc path.cc Added files: winsup/cygwin : fhandler_dev.cc Log message: * Makefile.in (DLL_OFILES): Add fhandler_dev.o. * devices.h (DEV_DEV_MAJOR): Define. (FH_DEV): Redefine in terms of DEV_DEV_MAJOR. (ext_dev_storage): Declare. (dev_storage_size): Declare. (dev_dev_storage): Declare. (dev_dev): Define. (isdev_dev): Define. * devices.in (dev_dev_storage): Activate. (ext_dev_storage): Define as externally available pointer to dev_storage. (dev_storage_size): Define to contain number of dev_storage elements. * dir.cc (rmdir): Handle /dev as always not empty. * dtable.cc (fh_alloc): Handle DEV_DEV_MAJOR. * fhandler.h (fhandler_dev): New class, derived from fhandler_disk_file. (fhandler_union): Add fhandler_dev member. * fhandler_disk_file.cc (class __DIR_mounts): Handle /dev directory to make sure it always exists. * fhandler_dev.cc: New file implementing /dev. * globals.cc (ro_u_dev): New R/O unicode string. * path.cc (path_conv::check): Handle FH_DEV device. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_dev.cc.diff?cvsroot=srcr1=NONEr2=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5774r2=1.5775 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/Makefile.in.diff?cvsroot=srcr1=1.250r2=1.251 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/devices.cc.diff?cvsroot=srcr1=1.40r2=1.41 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/devices.h.diff?cvsroot=srcr1=1.35r2=1.36 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/devices.in.diff?cvsroot=srcr1=1.31r2=1.32 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dir.cc.diff?cvsroot=srcr1=1.129r2=1.130 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dtable.cc.diff?cvsroot=srcr1=1.252r2=1.253 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.h.diff?cvsroot=srcr1=1.456r2=1.457 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.373r2=1.374 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/globals.cc.diff?cvsroot=srcr1=1.37r2=1.38 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.651r2=1.652
src/winsup/cygwin/release 1.7.12
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-03-29 18:24:45 Added files: winsup/cygwin/release: 1.7.12 Log message: Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/release/1.7.12.diff?cvsroot=srcr1=NONEr2=1.1
Compiler warnings when building latest cygwin cvs with gcc-4.6 (0/2)
Hi all
While trying to build the cygwin dll from source, I accidentally left my
home-built gcc-4.6 in PATH... and it complains loudly about all kinds of
things, some of which might actually be of interest. I'll follow up
shortly with two patches that fix those problems in a backwards
compatible way, in case this provides a improvement in code quality (and
future-proofing for when we upgrade cygwin's gcc4).
The patched code compiles cleanly under both cygwin's gcc4 and my
gcc-4.6.2, but the latter produces a broken cygwin1.dll. I haven't tried
to figure out what goes wrong, since I don't know what changes went into
cygwin's gcc4 to make it work properly in the first place. It could be
something as simple as PATH/LD_LIBRARY_PATH...
Patch 1: fix function attribute conflicts
Patch 2: fix compiler misc. warnings
NOTE: the warnings patch applies safely, but with fuzz, if the
attributes patch has already been applied. If you're paranoid, apply the
warnings patch first.
Overview of changes:
1a. Conflicting function definition errors, due to functions declared
with __attribute__((regparm(...))) and later defined without it. AFAIK,
if both declaration and definition exist for a function, the definition
must either give no attributes or all must match the declaration. This
includes the __stdcall attribute...
1b. Related to #1, some member functions seem to have the wrong regparm
number, probably somebody forgot about ``this'' when counting args. Even
more strangely, the compiler complained about fhandler_{disk_file,tty},
but not fhandler_{socket,virtual}, even though the header file declares
all as regparm(1). A similar story applies to fchown.
1c. Constructs like this:
void __stdcall foo(int,int) __attribute__ ((regparm (2)));
void __stdcall foo(int,int)
{
...
Can be replaced by this:
void __stdcall __attribute__ ((regparm (2)))
foo(int,int)
{
...
2a. Several variables are set but never used. While we could silence the
compiler by marking them unused (see below), it's probably best to just
remove them to avoid atrophied code. I decided which to do on a
case-by-case basis, best-effort.
- void *unused_ptr = ...;
+void * __attribute__((unused)) unused_ptr = ...;
2b. There's one array out of bounds warning in the pointer arithmetic
for fhandler_disk_file.cc near line 813; after consulting ntdll.h, I'm
pretty sure the fix below is correct.
struct {
FILE_FULL_EA_INFORMATION ffei;
char buf[sizeof (NFS_V3_ATTR) + sizeof (fattr3)];
} ffei_buf;
ffei_buf.ffei.NextEntryOffset = 0;
ffei_buf.ffei.Flags = 0;
ffei_buf.ffei.EaNameLength = sizeof (NFS_V3_ATTR) - 1;
ffei_buf.ffei.EaValueLength = sizeof (fattr3);
strcpy (ffei_buf.ffei.EaName, NFS_V3_ATTR);
- fattr3 *nfs_attr = (fattr3 *) (ffei_buf.ffei.EaName
-+ ffei_buf.ffei.EaNameLength + 1);
+ fattr3 *nfs_attr = (fattr3 *) (ffei_buf.buf +
ffei_buf.ffei.EaNameLength);
memset (nfs_attr, 0, sizeof (fattr3));
Regards,
Ryan
Re: Compiler warnings when building latest cygwin cvs with gcc-4.6 (1/2)
On 29/03/2012 10:36 AM, Ryan Johnson wrote:
Patch 1: fix function attribute conflicts
* dcrt0.cc (getstack): Simplify function attribute declarations.
(do_exit): Remove conflicting function attributes.
* environ.cc (various): Ditto.
* errno.cc (various): Ditto.
* exceptions.cc (_cygtls::interrupt_setup): Ditto.
(sigpacket::process): Ditto.
(rtl_unwind): Simplify function attribute declarations.
* fhandler.cc (fhandler_base_overlapped::wait_overlapped): Ditto.
(various): Remove conflicting function attributes.
* fhandler.h (various fhandler_*): Correct miscounted regparm
attribute for fchmod/fchown.
* fhandler_clipboard.cc (various): Remove conflicting function
attributes.
* fhandler_console.cc (various): Ditto.
* fhandler_disk_file.cc (various): Ditto.
* fhandler_dsp.cc (various): Ditto.
* fhandler_fifo.cc (various): Ditto.
* fhandler_floppy.cc (various): Ditto.
* fhandler_mailslot.cc (various): Ditto.
* fhandler_mem.cc (various): Ditto.
* fhandler_procsys.cc (various): Ditto.
* fhandler_random.cc (various): Ditto.
* fhandler_raw.cc (various): Ditto.
* fhandler_serial.cc (various): Ditto.
* fhandler_tape.cc (various): Ditto.
* fhandler_tty.cc (various): Ditto.
* fhandler_virtual.cc (various): Ditto.
* fhandler_windows.cc (various): Ditto.
* fhandler_zero.cc (various): Ditto.
* fork.cc (various): Ditto.
* miscfuncs.cc (check_invalid_virtual_addr): Ditto.
* ntea.cc (various): Ditto.
* path.cc (various): Ditto.
(mkrelpath): Simplify function attribute declarations.
* pinfo.cc (_pinfo::exists): Remove conflicting function
attributes.
* pipe.cc (fhandler_pipe::fstatvfs): Ditto.
* sec_helper.cc (__sec_user): Ditto.
* signal.cc (various): Ditto.
* sigproc.cc (various): Ditto.
* spawn.cc (find_exec): Ditto.
* strfuncs.cc (various): Ditto.
* syscalls.cc (stat_worker): Ditto.
* tty.cc (tty_list::attach): Ditto.
* window.cc (various): Ditto.
? winsup/cygwin/cscope.out
Index: winsup/cygwin/dcrt0.cc
===
RCS file: /cvs/src/src/winsup/cygwin/dcrt0.cc,v
retrieving revision 1.426
diff -u -r1.426 dcrt0.cc
--- winsup/cygwin/dcrt0.cc 20 Mar 2012 23:13:40 - 1.426
+++ winsup/cygwin/dcrt0.cc 29 Mar 2012 13:20:06 -
@@ -439,8 +439,7 @@
b[0] = '\0';
}
-void *getstack (void *) __attribute__ ((noinline));
-volatile char *
+volatile char * __attribute__ ((noinline))
getstack (volatile char * volatile p)
{
*p ^= 1;
@@ -1068,7 +1067,7 @@
sig_dispatch_pending (true);
}
-void __stdcall
+void
do_exit (int status)
{
syscall_printf (do_exit (%d), exit_state %d, status, exit_state);
Index: winsup/cygwin/environ.cc
===
RCS file: /cvs/src/src/winsup/cygwin/environ.cc,v
retrieving revision 1.199
diff -u -r1.199 environ.cc
--- winsup/cygwin/environ.cc26 Feb 2012 15:47:43 - 1.199
+++ winsup/cygwin/environ.cc29 Mar 2012 13:20:07 -
@@ -374,7 +374,7 @@
to the beginning of the environment variable name. *in_posix is any
known posix value for the environment variable. Returns a pointer to
the appropriate conversion structure. */
-win_env * __stdcall
+win_env *
getwinenv (const char *env, const char *in_posix, win_env *temp)
{
if (!match_first_char (env, WC))
@@ -871,7 +871,7 @@
return strcmp (*p, *q);
}
-char * __stdcall
+char *
getwinenveq (const char *name, size_t namelen, int x)
{
WCHAR name0[namelen - 1];
@@ -971,7 +971,7 @@
filled with null terminated strings, terminated by double null characters.
Converts environment variables noted in conv_envvars into win32 form
prior to placing them in the string. */
-char ** __stdcall
+char **
build_env (const char * const *envp, PWCHAR envblock, int envc,
bool no_envblock)
{
Index: winsup/cygwin/errno.cc
===
RCS file: /cvs/src/src/winsup/cygwin/errno.cc,v
retrieving revision 1.87
diff -u -r1.87 errno.cc
--- winsup/cygwin/errno.cc 3 Dec 2011 21:43:25 - 1.87
+++ winsup/cygwin/errno.cc 29 Mar 2012 13:20:07 -
@@ -312,7 +312,7 @@
int NO_COPY_INIT _sys_nerr = sizeof (_sys_errlist) / sizeof (_sys_errlist[0]);
};
-int __stdcall
+int
geterrno_from_win_error (DWORD code, int deferrno)
{
for (int i = 0; errmap[i].w != 0; ++i)
@@ -329,14 +329,14 @@
/* seterrno_from_win_error: Given a Windows error code, set errno
as appropriate. */
-void __stdcall
+void
seterrno_from_win_error (const char *file, int line, DWORD code)
{
syscall_printf (%s:%d windows error %d, file, line, code);
errno = _impure_ptr-_errno =
Re: Compiler warnings when building latest cygwin cvs with gcc-4.6 (2/2)
On 29/03/2012 10:36 AM, Ryan Johnson wrote:
Patch 2: fix compiler misc. warnings
* fhandler_disk_file.cc (fhandler_disk_file::fchmod): Fix harmless
out of bounds array access.
* hookapi.cc (find_first_notloaded_dll): Remove write-only
variable.
* net.cc (inet_ntop6): Initialize possibly-uninitialized
variables; probably a spurious warning from gcc-4.6.
* path.cc (symlink_info::check): Remove write-only variable.
(cygwin_conv_path_list): Ditto.
* pinfo.cc (pinfo::init): Ditto.
(_pinfo::commune_request): Ditto.
* sched.cc (sched_setparam): Mark write-only variable unused.
* sec_acl.cc (aclcheck32): Ditto.
* sigproc.cc (proc_subproc): Remove write-only variable.
* spawn.cc (child_info_spawn::worker): Ditto.
? winsup/cygwin/cscope.out
Index: winsup/cygwin/fhandler_disk_file.cc
===
RCS file: /cvs/src/src/winsup/cygwin/fhandler_disk_file.cc,v
retrieving revision 1.373
diff -u -r1.373 fhandler_disk_file.cc
--- winsup/cygwin/fhandler_disk_file.cc 16 Feb 2012 11:02:05 - 1.373
+++ winsup/cygwin/fhandler_disk_file.cc 29 Mar 2012 13:26:18 -
@@ -809,8 +809,7 @@
ffei_buf.ffei.EaNameLength = sizeof (NFS_V3_ATTR) - 1;
ffei_buf.ffei.EaValueLength = sizeof (fattr3);
strcpy (ffei_buf.ffei.EaName, NFS_V3_ATTR);
- fattr3 *nfs_attr = (fattr3 *) (ffei_buf.ffei.EaName
-+ ffei_buf.ffei.EaNameLength + 1);
+ fattr3 *nfs_attr = (fattr3 *) (ffei_buf.buf +
ffei_buf.ffei.EaNameLength);
memset (nfs_attr, 0, sizeof (fattr3));
nfs_attr-type = NF3REG;
nfs_attr-mode = mode;
Index: winsup/cygwin/hookapi.cc
===
RCS file: /cvs/src/src/winsup/cygwin/hookapi.cc,v
retrieving revision 1.26
diff -u -r1.26 hookapi.cc
--- winsup/cygwin/hookapi.cc13 Mar 2012 17:15:28 - 1.26
+++ winsup/cygwin/hookapi.cc29 Mar 2012 13:26:24 -
@@ -214,10 +214,8 @@
if (pExeNTHdr)
{
DWORD importRVA;
- DWORD importRVASize;
DWORD importRVAMaxSize;
importRVA =
pExeNTHdr-OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_IMPORT].VirtualAddress;
- importRVASize =
pExeNTHdr-OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_IMPORT].Size;
if (importRVA)
{
long delta = rvadelta (pExeNTHdr, importRVA, importRVAMaxSize);
Index: winsup/cygwin/net.cc
===
RCS file: /cvs/src/src/winsup/cygwin/net.cc,v
retrieving revision 1.296
diff -u -r1.296 net.cc
--- winsup/cygwin/net.cc8 Mar 2012 16:02:44 - 1.296
+++ winsup/cygwin/net.cc29 Mar 2012 13:26:28 -
@@ -3152,6 +3152,7 @@
for (i = 0; i IN6ADDRSZ; i++)
words[i / 2] |= (src[i] ((1 - (i % 2)) 3));
best.base = -1;
cur.base = -1;
+ cur.len = best.len = 0; // avoid (spurious) warning about uninitialized use
for (i = 0; i (IN6ADDRSZ / INT16SZ); i++)
{
Index: winsup/cygwin/path.cc
===
RCS file: /cvs/src/src/winsup/cygwin/path.cc,v
retrieving revision 1.651
diff -u -r1.651 path.cc
--- winsup/cygwin/path.cc 8 Mar 2012 14:56:18 - 1.651
+++ winsup/cygwin/path.cc 29 Mar 2012 13:26:31 -
@@ -2349,8 +2349,6 @@
bool had_ext = !!*ext_here;
while (suffix.next ())
{
- bool no_ea = false;
-
error = 0;
get_nt_native_path (suffix.path, upath, pflags PATH_DOS);
if (h)
@@ -2381,7 +2379,6 @@
root dir which has EAs enabled? */
|| status == STATUS_INVALID_PARAMETER))
{
- no_ea = true;
/* If EAs are not supported, there's no sense to check them again
with suffixes attached. So we set eabuf/easize to 0 here once. */
if (status == STATUS_EAS_NOT_SUPPORTED
@@ -3339,7 +3336,6 @@
int ret;
char *winp = NULL;
void *orig_to = NULL;
- size_t orig_size = (size_t) -1;
tmp_pathbuf tp;
switch (what CCP_CONVTYPE_MASK)
@@ -3357,7 +3353,6 @@
* sizeof (WCHAR);
what = (what ~CCP_CONVTYPE_MASK) | CCP_POSIX_TO_WIN_A;
orig_to = to;
- orig_size = size;
to = (void *) tp.w_get ();
size = 65536;
break;
Index: winsup/cygwin/pinfo.cc
===
RCS file: /cvs/src/src/winsup/cygwin/pinfo.cc,v
retrieving revision 1.305
diff -u -r1.305 pinfo.cc
--- winsup/cygwin/pinfo.cc 21 Mar 2012 05:23:12 - 1.305
+++ winsup/cygwin/pinfo.cc 29 Mar 2012 13:26:31 -
@@ -249,7 +249,6 @@
return;
}
- void *mapaddr;
int createit = flag (PID_IN_USE | PID_EXECED);
DWORD access = FILE_MAP_READ
| (flag (PID_IN_USE | PID_EXECED | PID_MAP_RW)
@@ -296,7 +295,7 @@
case
Re: Compiler warnings when building latest cygwin cvs with gcc-4.6 (1/2)
On Thu, Mar 29, 2012 at 10:38:54AM -0400, Ryan Johnson wrote: On 29/03/2012 10:36 AM, Ryan Johnson wrote: Patch 1: fix function attribute conflicts Sorry, I appreciate the effort but I'd rather deal with these types of issues when we have a newer version of gcc available. If we don't have that we can only take your word for it that things are fixed. And, it it is tedious to inspect each change individually to see if you've done things the way I think they should be done or if there should be a more global change. I routinely sweep through the sources when we have a new version of gcc available. I'll do the same when we have a new version of gcc. cgf
Re: cygwin-ports git access over http?
On 2012-03-29 00:36, Achim Gratz wrote: I'm behind a firewall at work that only allows HTTP access through, so is there a way clone cygwin-ports over HTTP? If not, is there already a Git mirror that provides such access? I'm afraid not; Sourceforge does not provide that as an option. I can clone the individual projects one by one, though. Obviously it would be much nicer if there was a superproject to clone that had those already added as subprojects... Given the ever-increasing number of packages in Ports, just maintaining that would take some effort unless I can automate it. But do you really need *all* of Ports git? Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: task-2.0.0-1
This is a new major release version of task for cygwin CHANGES since task-1.9.4-2 == This is a new major release version of task for cygwin. It replaces 1.9.4-2. It is a recommended update. There are too many changes to name them all here in detail - please refer to http://taskwarrior.org/news/135 or consult the ChangeLog file in the documentation. Among others: an improved new parser and syntax, a new command reference aka cheat sheet, regular expression support, complex filters and new custom report capabilities, … As well as numerous bug fixes. The upstream project's homepage is at http://taskwarrior.org UPDATE: === 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 and pick up 'task' from the 'Utils' category. QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Federico Hernandez volunteer task maintainer for cygwin -- 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] New package: _autorebase. Call rebaseall after installing new or updated DLLs
On Mar 28 22:50, Achim Gratz wrote:
Corinna Vinschen writes:
I've added a new package called _autorebase to the Cygwin distro.
This package is usually installed and updated automatically. In the
default view of setup.exe you won't even see it.
Thank you very much (even though I'd just added the same functionality
to my setup batch script).
Minor nit: rebaseall picks up a file with the suffix .osc in the texmf
tree that isn't actually a DLL.
Sure? Have a look into the rebaseall script:
DefaultSuffixes='dll|so|oct'
[...]
Suffixes=${DefaultSuffixes}
[...]
case $Platform in
cygwin)
find /etc/setup -name '*.lst.gz' | xargs gzip -d -c |
grep -E \.($Suffixes)\$ |
sed -e '/cygwin1\.dll$/d' -e '/cyglsa.*\.dll$/d' \
-e '/sys-root\/mingw/d' -e 's/^/\//' \
-e '/d?ash\.exe$/d' -e '/rebase\.exe$/d' ${TmpFile}
;;
I don't see how it should be able to pick up a file with the suffix .osc.
The purpose of this package is to run rebaseall automatically after any
package containing DLLs is updated.
How is that supposed to work, exactly? There seems to be only a single
package having _autorebase as a dependency and the _autorebase.bat file
has been renamed .done after the first installation.
You were using a not quite up-to-date mirror. THis should be fixed
in the meantime.
_autorebase has a setup.hint file which results in adding itself to
the dependencies for all packages which come with files having the
suffix .dll, .sl, and .oct. The problem was that the upset script
creating the setup.ini file only checks dependencies for newly uploaded
or update packages. So at first, _autorebase was only added as a
dependency to the only updated package python-crypto. But when we
realized it, cgf started the upset script from scratch, which is quite
a job and takes a couple of hours. When I looked yesterday morning
(CEST), lots of dependencies to _autorebase have been added to setup.ini.
But, hmm, looks like there are still dependencies missing. I don't see
dependencies to _autorebase in a lot of lib packages, like libgcc1,
or libopenssl100.
Also, I think it would be nicer in the long run to have an
/etc/autorebase.d/ that can be used to drop DLL lists in there that work
together with the -T option of rebase. That way, packages would
ultimately become responsible for listing their rebaseable files and
users (administrators) could drop list with additional DLL that got
installed without setup.exe. As long as packages haven't been updated
to provide those lists, the names could be extracted from /etc/setup,
like they are currently (I think).
Feel free to participate in further development of the rebase tool.
Patches for useful functionality is always welcome. The right forum is
the cygwin-apps list.
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: Giving interact with desktop permission to cyg_server
On Mar 28 19:02, Andrew DeFaria wrote: I've set up ssh on some Windows 2003 and 2008 servers. These servers are intended to be used to build software and the like driven by using Cygwin's OpenSSH. Largely it works well, however... One process that fails is a Perl process that opens an Excel spreadsheet using OLE. Note that it does not actually open a window or at least not a visible window, but rather it reads data out of the Excel spreadsheet. Excel does run in the background. So, when we ssh into one of these servers and attempt to run this Perl process the open of the Excel spreadsheet fails. I suspect the problem is that even though it doesn't show an open window it does interact with the desktop (seems dumb to me). So I'd like to bestow interact with desktop right to the sshd service. You can do that if you use a Local System account but Cygwin requires the setting up of another user, cyg_server, to have sshd run as in order for ssh to work properly. How then do I bestow on the cyg_server user the right to interact with the desktop? I see this - http://sourceware.org/ml/cygwin/2010-04/msg00728.html - in which Larry says MS removed that feature in Vista so Does this mean I'm hosed? There still seems to be an Interact with Desktop toggle for Local System... For some mystical reason, Microsoft didn't remove this checkbox, but other than that, yes, you're hosed starting with Vista/2008. The workaround suggested in all Microsoft docs is to split the job into two processes, one started as service, the other started on the local desktop, and then to control the desktop process from the service process via some means of IPC. 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
/cygdrive/f/ missing when my script is executed by cron
Hi, I try to configure rsync on MS Windows to execute a folder synchronization every day. I use this tools : * I've installed cygwin * I've use cygwin setup.exe to install rsync, openssh, cron Next, in cygwin terminal, I did : * I've created a ssh key and I've set it up on remote server * next, I've wrote a bash script which execute rsync. Note : my source data are in f: device, meaning it's in /cygdrive/f/ path (from cygwin terminal) * I've tested my bash script, it works very well, all files are copied to remote host * I've used cron-config to configure cron service * I've append my bash script in cron configuration with crontab -e * My bash script is executed by cron, I see it with cronevents But, I've have an issue : when my bash script is executed by cron, it hasn't access to /cygdrive/f/, this device isn't mounted ! Do you have already had this problem ? I've very few cygwin experience, I don't know where to dig. Thanks for your help. Regards, Stephane -- Stéphane Klein steph...@harobed.org blog: http://stephane-klein.info Twitter: http://twitter.com/klein_stephane pro: http://www.is-webdesign.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
Problems with Cygwin on SSD
Hi... Recently I bought an SSD (OCZ Vertex 3 120GB). I hoped to improve performance together with cygwin. But some strange and unexpected things happen. My Setup: Dell Optiplex 980. Core i5-760. 4 GB Ram. Windows 7 SP1 64bit. A 500GB WDC WD5000AAKS harddrive and the new SSD. Windows 7 installed on SSD. Cygwin 1.7.11 - up to date in all packages. Installed on drive D: (HD) and on drive H: (SSD). The SSD is a SATA III drive while my machine is only having SATA II, so I am loosing some speed here but the SSD is in normal windows operations still hell faster than the HD. I am also getting the maximum performance which SATA II can deliver according to some benchmark tools. The SSD is formatted to use 4k sectors. I also did a test with 512byte sectors where I loose performance on write but the problems do not change. I also copied the cygwin installation manually from D: to H: which made no difference. The 2 problem(s) as of now: a) no permissions When I am having cygwin installed on the SSD I have no permissions on cygwin's files. On none of them. Example /bin/bash Cygwin on HD: $stat /bin/bash File: `/bin/bash' Size: 536078 Blocks: 524IO Block: 65536 regular file Device: 48f3fa60h/1223948896d Inode: 1125899907057137 Links: 1 Access: (0755/-rwxr-xr-x) Uid: (11000/ roland) Gid: (11001/ develop) Access: 2012-03-20 13:59:02.953125000 +0100 Modify: 2012-01-03 15:32:06.0 +0100 Change: 2012-03-28 16:59:36.21600 +0200 Birth: 2012-03-05 13:07:35.237439800 +0100 Cygwin on SSD: $stat /bin/bash File: `/bin/bash' Size: 536078 Blocks: 524IO Block: 65536 regular file Device: aa325caah/2855427242d Inode: 281474976710756 Links: 1 Access: (/--) Uid: (11000/ roland) Gid: (11001/ develop) Access: 2012-03-29 09:19:13.486065800 +0200 Modify: 2012-01-03 15:32:06.0 +0100 Change: 2012-03-29 09:19:13.486065800 +0200 Birth: 2012-03-29 09:19:13.486065800 +0200 As you can see the access flags are 0 on ssd. So I straced it. Here are the (I think) relevant parts of it. HD: 2512 52868 [main] stat 3636 lstat64: entering 26 52894 [main] stat 3636 normalize_posix_path: src /bin/bash 25 52919 [main] stat 3636 normalize_posix_path: /bin/bash = normalize_posix_path (/bin/bash) 25 52944 [main] stat 3636 mount_info::conv_to_win32_path: conv_to_win32_path (/bin/bash) 25 52969 [main] stat 3636 set_flags: flags: binary (0x2) 24 52993 [main] stat 3636 mount_info::conv_to_win32_path: src_path /bin/bash, dst D:\cygwin\bin\bash, flags 0x3000A, rc 0 52 53045 [main] stat 3636 symlink_info::check: 0xC034 = NtCreateFile (\??\D:\cygwin\bin\bash) 30 53075 [main] stat 3636 symlink_info::check: 0xC034 = NtQueryInformationFile (\??\D:\cygwin\bin\bash) 45 53120 [main] stat 3636 symlink_info::check: 0x0 = NtCreateFile (\??\D:\cygwin\bin\bash.exe) 37 53157 [main] stat 3636 symlink_info::check: not a symlink 26 53183 [main] stat 3636 symlink_info::check: 0 = symlink.check(D:\cygwin\bin\bash.exe, 0x28B860) (0x43000A) 25 53208 [main] stat 3636 path_conv::check: this-path(D:\cygwin\bin\bash.exe), has_acls(1) 29 53237 [main] stat 3636 build_fh_pc: fh 0x6127435C, dev 0xC3 26 53263 [main] stat 3636 stat_worker: (\??\D:\cygwin\bin\bash.exe, 0x28CBB0, 0x6127435C), file_attributes 8224 77 53340 [main] stat 3636 cygpsid::debug_print: get_sids_info: owner SID = S-1-5-21-290147797-1639656955-1287535205-1000 27 53367 [main] stat 3636 cygpsid::debug_print: get_sids_info: group SID = S-1-5-21-290147797-1639656955-1287535205-1001 26 53393 [main] stat 3636 get_info_from_sd: ACL 1ED, uid 11000, gid 11001 47 53440 [main] stat 3636 fhandler_base::fstat_helper: 0 = fstat (\??\D:\cygwin\bin\bash.exe, 0x28CBB0) st_size=536078, st_mode=0x81ED, st_ino=1125899907057137st_atim=4F687F16.38CF st_ctim=4F732758.CEF27DC st_mtim=4F031166.0 st_birthtim=4F54AC87.E270B38 31 53471 [main] stat 3636 stat_worker: 0 = (\??\D:\cygwin\bin\bash.exe,0x28CBB0) SSD: 2051 30843 [main] stat 2284 lstat64: entering 24 30867 [main] stat 2284 normalize_posix_path: src /bin/bash 18 30885 [main] stat 2284 normalize_posix_path: /bin/bash = normalize_posix_path (/bin/bash) 18 30903 [main] stat 2284 mount_info::conv_to_win32_path: conv_to_win32_path (/bin/bash) 18 30921 [main] stat 2284 set_flags: flags: binary (0x2) 17 30938 [main] stat 2284 mount_info::conv_to_win32_path: src_path /bin/bash, dst H:\cygwin\bin\bash, flags 0x3000A, rc 0 41 30979 [main] stat 2284 symlink_info::check: 0xC034 = NtCreateFile (\??\H:\cygwin\bin\bash) 21 31000 [main] stat 2284 symlink_info::check: 0xC034 = NtQueryInformationFile (\??\H:\cygwin\bin\bash) 34 31034 [main] stat 2284 symlink_info::check: 0x0 = NtCreateFile (\??\H:\cygwin\bin\bash.exe) 29 31063 [main] stat 2284 symlink_info::check: not a symlink 19 31082 [main] stat 2284
Re: /cygdrive/f/ missing when my script is executed by cron
On Mar 29 10:14, Stéphane Klein wrote: Hi, I try to configure rsync on MS Windows to execute a folder synchronization every day. I use this tools : * I've installed cygwin * I've use cygwin setup.exe to install rsync, openssh, cron Next, in cygwin terminal, I did : * I've created a ssh key and I've set it up on remote server * next, I've wrote a bash script which execute rsync. Note : my source data are in f: device, meaning it's in /cygdrive/f/ path (from cygwin terminal) * I've tested my bash script, it works very well, all files are copied to remote host * I've used cron-config to configure cron service * I've append my bash script in cron configuration with crontab -e * My bash script is executed by cron, I see it with cronevents But, I've have an issue : when my bash script is executed by cron, it hasn't access to /cygdrive/f/, this device isn't mounted ! Remote shares are mounted on a per user-session basis. Cron as a service is not running in your desktop user-session. If you want to access remote shares in your cron session, you have to mount them explicitely in your cron job. 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
Compare two directories, architecture only
Is there an easy way to compare two directories for content (names only of subdirectories and files, not their identical content). (1) diff compares the content of files: too strong a comparison; (2) Could find both directories and then compare output, but this will list the entire content under any non-matching subdirectories, when all I need is the fact of the non-match. (i.e. I need diff -rq d1 d2 | sed ' /^Files /d'ORdiff -rq d1 d2 | grep '^Only' without the scrutiny of file content that diff provides.) Thank you! Fergus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problems with Cygwin on SSD
On Mar 29 10:28, Roland Schwingel wrote: Hi... Recently I bought an SSD (OCZ Vertex 3 120GB). I hoped to improve performance together with cygwin. But some strange and unexpected things happen. My Setup: Dell Optiplex 980. Core i5-760. 4 GB Ram. Windows 7 SP1 64bit. A 500GB WDC WD5000AAKS harddrive and the new SSD. Windows 7 installed on SSD. Cygwin 1.7.11 - up to date in all packages. Installed on drive D: (HD) and on drive H: (SSD). The SSD is a SATA III drive while my machine is only having SATA II, so I am loosing some speed here but the SSD is in normal windows operations still hell faster than the HD. I am also getting the maximum performance which SATA II can deliver according to some benchmark tools. The SSD is formatted to use 4k sectors. I also did a test with 512byte sectors where I loose performance on write but the problems do not change. I also copied the cygwin installation manually from D: to H: which made no difference. The 2 problem(s) as of now: a) no permissions When I am having cygwin installed on the SSD I have no permissions on cygwin's files. On none of them. Example /bin/bash Cygwin on HD: $stat /bin/bash File: `/bin/bash' Size: 536078 Blocks: 524IO Block: 65536 regular file Device: 48f3fa60h/1223948896d Inode: 1125899907057137 Links: 1 Access: (0755/-rwxr-xr-x) Uid: (11000/ roland) Gid: (11001/ develop) Access: 2012-03-20 13:59:02.953125000 +0100 Modify: 2012-01-03 15:32:06.0 +0100 Change: 2012-03-28 16:59:36.21600 +0200 Birth: 2012-03-05 13:07:35.237439800 +0100 Cygwin on SSD: $stat /bin/bash File: `/bin/bash' Size: 536078 Blocks: 524IO Block: 65536 regular file Device: aa325caah/2855427242d Inode: 281474976710756 Links: 1 Access: (/--) Uid: (11000/ roland) Gid: (11001/ develop) Access: 2012-03-29 09:19:13.486065800 +0200 Modify: 2012-01-03 15:32:06.0 +0100 Change: 2012-03-29 09:19:13.486065800 +0200 Birth: 2012-03-29 09:19:13.486065800 +0200 Did you install via setup? What does the ACL look like? It's strange that the files belong to you and the develop group, usually they should belong to an admin user and the administratrors group. 000 permissions usally means that you have copied the files via Windows, and the newly created ACL has no ACEs for your user and group, but rather ACEs which are inherited by the parent directory. In my eyes the main differences cut down to 2 lines. HD :26 53263 [main] stat 3636 stat_worker: (\??\D:\cygwin\bin\bash.exe, 0x28CBB0, 0x6127435C), file_attributes 8224 SSD:18 31138 [main] stat 2284 stat_worker: (\??\H:\cygwin\bin\bash.exe, 0x28CBB0, 0x612742EC), file_attributes 32 The file_attributes differ Yes, but that's irrelevant. See http://msdn.microsoft.com/en-us/library/windows/desktop/gg258117.aspx The file attributes (except FILE_ATTRIBUTE_READONLY) have no meaning for the permissions. 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: cygwin-ports git access over http?
Yaakov (Cygwin/X yselkowitz at users.sourceforge.net writes: On 2012-03-29 00:36, Achim Gratz wrote: I'm behind a firewall at work that only allows HTTP access through, so is there a way clone cygwin-ports over HTTP? If not, is there already a Git mirror that provides such access? I'm afraid not; Sourceforge does not provide that as an option. Rats ... and nobody seems to have cloned to repo.or.cz or github yet. I can clone the individual projects one by one, though. Obviously it would be much nicer if there was a superproject to clone that had those already added as subprojects... Given the ever-increasing number of packages in Ports, just maintaining that would take some effort unless I can automate it. It should be easy enough to take portslist.txt and create the .submodules file in the superproject. But do you really need *all* of Ports git? No. But then I don't know what I need yet. I might just as well get it all in one go rather than get a handful of packages, then finding I need another two or three... Especially since I would need to clone each package to another public hosting repository first to even be able to get it. Achim. -- 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: /cygdrive/f/ missing when my script is executed by cron
Le 29/03/2012 11:16, Corinna Vinschen a écrit : But, I've have an issue : when my bash script is executed by cron, it hasn't access to /cygdrive/f/, this device isn't mounted ! Remote shares are mounted on a per user-session basis. Cron as a service is not running in your desktop user-session. If you want to access remote shares in your cron session, you have to mount them explicitely in your cron job. Thanks. Do you have command example or document reference about this command (mount remote shares from my bash script) ? Thanks for your help. Regards, Stephane -- Stéphane Klein steph...@harobed.org blog: http://stephane-klein.info Twitter: http://twitter.com/klein_stephane pro: http://www.is-webdesign.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: /cygdrive/f/ missing when my script is executed by cron
Le 29/03/2012 11:16, Corinna Vinschen a écrit : But, I've have an issue : when my bash script is executed by cron, it hasn't access to /cygdrive/f/, this device isn't mounted ! Remote shares are mounted on a per user-session basis. Cron as a service is not running in your desktop user-session. If you want to access remote shares in your cron session, you have to mount them explicitely in your cron job. Thanks. Do you have command example or document reference about this command (mount remote shares from my bash script) ? Thanks for your help. Regards, Stephane -- Stéphane Klein steph...@harobed.org blog: http://stephane-klein.info Twitter: http://twitter.com/klein_stephane pro: http://www.is-webdesign.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: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs
Corinna Vinschen writes: Minor nit: rebaseall picks up a file with the suffix .osc in the texmf tree that isn't actually a DLL. Sure? Have a look into the rebaseall script: I don't see how it should be able to pick up a file with the suffix .osc. Slip of fingers. It picks up: /usr/share/TeXmacs/plugins/octave/octave/tm-start.oct from: /etc/setup/TeXmacs.lst.gz This should have a .m suffix really since it contains octave commands. You were using a not quite up-to-date mirror. THis should be fixed in the meantime. Trickling in by now. Cygports doesn't seem to have these dependencies yet and of course I'll have to add them to my locally rolled packages, since I don't use upset/genini for them. Feel free to participate in further development of the rebase tool. Patches for useful functionality is always welcome. The right forum is the cygwin-apps list. Thanks for the invitation. Achim. -- 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: Compare two directories, architecture only
On 3/29/2012 11:25 AM, Fergus wrote: Is there an easy way to compare two directories for content (names only of subdirectories and files, not their identical content). (1) diff compares the content of files: too strong a comparison; (2) Could find both directories and then compare output, but this will list the entire content under any non-matching subdirectories, when all I need is the fact of the non-match. (i.e. I need diff -rq d1 d2 | sed ' /^Files /d' OR diff -rq d1 d2 | grep '^Only' without the scrutiny of file content that diff provides.) Thank you! Fergus not clear what are you looking for, just if the two trees are equal or also the list of the differences (missing files) ? cd dir1 ; find . -type f /tmp/list1 cd dir2 ; find . -type f /tmp/list2 then or cmp /tmp/list1 /tmp/list2 or diff -uN /tmp/list1 /tmp/list2 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: /cygdrive/f/ missing when my script is executed by cron
On Mar 29 11:59, Stéphane Klein wrote: Le 29/03/2012 11:16, Corinna Vinschen a écrit : But, I've have an issue : when my bash script is executed by cron, it hasn't access to /cygdrive/f/, this device isn't mounted ! Remote shares are mounted on a per user-session basis. Cron as a service is not running in your desktop user-session. If you want to access remote shares in your cron session, you have to mount them explicitely in your cron job. Thanks. Do you have command example or document reference about this command (mount remote shares from my bash script) ? $ net use '/?' 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: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs
On 3/29/2012 12:15 PM, Achim Gratz wrote: Corinna Vinschen writes: Minor nit: rebaseall picks up a file with the suffix .osc in the texmf tree that isn't actually a DLL. Sure? Have a look into the rebaseall script: I don't see how it should be able to pick up a file with the suffix .osc. Slip of fingers. It picks up: /usr/share/TeXmacs/plugins/octave/octave/tm-start.oct from: /etc/setup/TeXmacs.lst.gz This should have a .m suffix really since it contains octave commands. raised the issue upstream https://savannah.gnu.org/bugs/index.php?36033 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
Escaping spaces in filenames with umlauts after updating from 1.7.9 to 1.7.10
Hello, after updating from 1.7.9 to 1.7.10 I experience a changed behavior when quoting filenames with umlauts. For example if I have a file äöü.pdf in the current folder with cygwin 1.7.9 ls äöu.pdf worked, but with cygwin 1.7.10 that gives ls: cannot access äöü.pdf: No such file or directory with both version ls äöü.pdf (without double quotes) works fine, so a real issue occurs if umlauts and spaces occur together in a filename. If the file is called äöü äöü.pdf, I can use ls äöü äöü.pdf in 1.7.9 but did not find a way to address this file in 1.7.10. Some remarks: - I use the standard windows command line (cmd.exe), not a cygwin terminal window (my cygwin\bin directory is the first entry in my PATH). However the issue is the same if I call cygwin commands from within another (java,python,...) program. - this issue is the same for 1.7.11 - I used a 1.7.9 installation and only updated the package cygwin in the category Base for this issue to occur. It is the same if I update all packages to the latest version - tests were done with an English Windows Vista - I only tested German umlauts, don't know if this issues occur with other non-7bit characters - the output of a call to locale is LANG= LC_CTYPE=C.UTF-8 LC_NUMERIC=C.UTF-8 LC_TIME=C.UTF-8 LC_COLLATE=C.UTF-8 LC_MONETARY=C.UTF-8 LC_MESSAGES=C.UTF-8 LC_ALL= Did anybody experience the same issues ? is there a solution or workaround ? Thanks... Bastian -- 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: Escaping spaces in filenames with umlauts after updating from 1.7.9 to 1.7.10
On Thu, Mar 29, 2012 at 8:36 AM, Bastian Mathes bastian.mat...@raytion.com wrote: Hello, after updating from 1.7.9 to 1.7.10 I experience a changed behavior when quoting filenames with umlauts. For example if I have a file äöü.pdf in the current folder with cygwin 1.7.9 The first course of action is to determine if the issue exists in the most recent snapshot. http://cygwin.com/snapshots -- Earnie -- https://sites.google.com/site/earnieboyd -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin-ports git access over http?
On Thu, Mar 29, 2012 at 2:44 AM, Yaakov (Cygwin/X) wrote: On 2012-03-29 00:36, Achim Gratz wrote: I'm behind a firewall at work that only allows HTTP access through, so is there a way clone cygwin-ports over HTTP? If not, is there already a Git mirror that provides such access? I'm afraid not; Sourceforge does not provide that as an option. See https://sourceforge.net/apps/trac/sourceforge/ticket/16294 You can request a switch to SF 2 for your project rather than waiting if you wish. You can see it in action in your account since all accounts now have the ability to create sub projects. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Giving interact with desktop permission to cyg_server
On 03/29/2012 01:06 AM, Corinna Vinschen wrote: For some mystical reason, Microsoft didn't remove this checkbox, but other than that, yes, you're hosed starting with Vista/2008. Well that sucks! I'm stuck because I wish to remotely execute a script which uses a program (Excel) to get data and does not really display a window because as of 2008 I cannot bestow a right (interact with desktop) to a service that really shouldn't need that right! Thanks MS! I believe I read somewhere that MS believes this to be some sort of security hole but they should recognize that in some more controlled situations like being in the intranet operating on servers that probably don't even have displays where this should be allowed. I guess that checkbox then doesn't do anything. I wonder if anybody has ever reported it... The workaround suggested in all Microsoft docs is to split the job into two processes, one started as service, the other started on the local desktop, and then to control the desktop process from the service process via some means of IPC. Yes but how can this be done in the context of the service being Cygwin's ssh and the desire being to simply run build scripts, some of which read Excel files??? Oh well, thanks for the answer, Corinna, even though the news is not good. Now to attempt to deal with this problem with asking the question of the developers Could you use some other form of input than an Excel spreadsheet! - geeze! ;-) -- Andrew DeFaria http://defaria.com Don't you hate when your hand falls asleep and you know it will be up all night. -- 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: Escaping spaces in filenames with umlauts after updating from 1.7.9 to 1.7.10
On Thu, Mar 29, 2012 at 08:41:36AM -0400, Earnie Boyd wrote: On Thu, Mar 29, 2012 at 8:36 AM, Bastian Mathes bastian.mat...@raytion.com wrote: Hello, after updating from 1.7.9 to 1.7.10 I experience a changed behavior when quoting filenames with umlauts. For example if I have a file ??.pdf in the current folder with cygwin 1.7.9 The first course of action is to determine if the issue exists in the most recent snapshot. http://cygwin.com/snapshots Actually, the first course of action would be to update to the latest release rather than the previous release. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Giving interact with desktop permission to cyg_server
On Mar 29 07:25, Andrew DeFaria wrote: On 03/29/2012 01:06 AM, Corinna Vinschen wrote: For some mystical reason, Microsoft didn't remove this checkbox, but other than that, yes, you're hosed starting with Vista/2008. Well that sucks! I'm stuck because I wish to remotely execute a script which uses a program (Excel) to get data and does not really display a window because as of 2008 I cannot bestow a right (interact with desktop) to a service that really shouldn't need that right! Thanks MS! I believe I read somewhere that MS believes this to be some sort of security hole but they should recognize that in some more controlled situations like being in the intranet operating on servers that probably don't even have displays where this should be allowed. I guess that checkbox then doesn't do anything. I wonder if anybody has ever reported it... Vista is 4 years old, so you have one guess... The workaround suggested in all Microsoft docs is to split the job into two processes, one started as service, the other started on the local desktop, and then to control the desktop process from the service process via some means of IPC. Yes but how can this be done in the context of the service being Cygwin's ssh and the desire being to simply run build scripts, some of which read Excel files??? Oh well, thanks for the answer, Corinna, even though the news is not good. Now to attempt to deal with this problem with asking the question of the developers Could you use some other form of input than an Excel spreadsheet! - geeze! ;-) CSV files? 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: how to verify setup.exe signature
On 28.03.2012 18:14, Thrall, Bryan wrote: I was concerning how to verify http://cygwin.com/setup.exe for some time. Today I've got an idea to check for .sig file and it is there too. However, cygwin's public key is required to check it. Where is it supposed to be? I think the links in the first paragraph of http://cygwin.com/install.html should answer your question. Hope this helps, Thank you. It's there :) Being too much in a hurry isn't good. -- Alex -- 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
[Packaging error] Re: [ANNOUNCEMENT] Updated: task-2.0.0-1
On 29.03.2012 08:45, Federico Hernandez wrote: This is a new major release version of task for cygwin The source and binary packages seem to be the same. Ciao Volker -- 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: {openldap/libopenldap2_3_0/libopenldap-devel}-2.3.43-3: Lightweight Directory Access Protocol suite
Hi New versions of 'openldap/libopenldap2_3_0/libopenldap-devel' have been uploaded to a server near you. o Linked against libopenssl100-1.0.1-1 CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs
marco atzeri writes: /usr/share/TeXmacs/plugins/octave/octave/tm-start.oct This should have a .m suffix really since it contains octave commands. raised the issue upstream https://savannah.gnu.org/bugs/index.php?36033 Thank you. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- 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: [Packaging error] Re: [ANNOUNCEMENT] Updated: task-2.0.0-1
The source and binary packages seem to be the same. Thanks for pointing this out. I only used the usual cygport … all command - like before, which worked to both create the bin and src package. I will check. /F -- 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: Escaping spaces in filenames with umlauts after updating from 1.7.9 to 1.7.10
On Mar 29 14:36, Bastian Mathes wrote: Hello, after updating from 1.7.9 to 1.7.10 I experience a changed behavior when quoting filenames with umlauts. For example if I have a file äöü.pdf in the current folder with cygwin 1.7.9 ls äöu.pdf worked, but with cygwin 1.7.10 that gives ls: cannot access äöü.pdf: No such file or directory That's a bug introduced almost 10 months ago and nobody noticed it. There are not so many people using Cygwin from cmd, I guess. I admit I don't understand that either, given how unbearable cmd is. Anyway, that should be fixed now in CVS. Please try the *next* developer's snapshot from http://cygwin.com/snapshots/ Thanks for the report, 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: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs
Achim Gratz writes: Corinna Vinschen writes: Feel free to participate in further development of the rebase tool. Patches for useful functionality is always welcome. The right forum is the cygwin-apps list. Thanks for the invitation. Is there a reason gmane.os.cygwin.applications is configured as unidirectional instead of non-public? Not being able to post through GMane would be rather painful for me... Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- 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: breakage in groff-1.20.1-2
Achim Gratz writes: The pfbtops program in that package can't convert most fonts back to PS. It complains about a block not starting with 0x80, exits with an error and produces truncated and mangled output. Besides a few lines missing from the end of the output, it apparently dropped single bytes from the binary input. A simple recompilation from the source package fixed that problem. *Bump* Christopher, could you please have a look and maybe spin a new package? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra -- 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] New package: _autorebase. Call rebaseall after installing new or updated DLLs
On Thu, Mar 29, 2012 at 06:16:01PM -0400, Larry Hall (Cygwin) wrote: On 3/29/2012 5:15 PM, Achim Gratz wrote: Achim Gratz writes: Corinna Vinschen writes: Feel free to participate in further development of the rebase tool. Patches for useful functionality is always welcome. The right forum is the cygwin-apps list. Thanks for the invitation. Is there a reason gmane.os.cygwin.applications is configured as unidirectional instead of non-public? Not being able to post through GMane would be rather painful for me... That's a question for GMane. Cygwin has no association or control of that channel. But it's probably because cygwin-apps is a subscriber-only mail list http://cygwin.com/lists.html. Just subscribe and see if that helps. That's exactly why you can't post. We don't allow indiscriminate posting to cygwin-apps from gmane. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] New package: _autorebase. Call rebaseall after installing new or updated DLLs
Larry Hall (Cygwin) writes: That's a question for GMane. Cygwin has no association or control of that channel. But it's probably because cygwin-apps is a subscriber-only mail list http://cygwin.com/lists.html. Just subscribe and see if that helps. This is set up when the group is set up on GMane and can be requested to be changed later via a webform on GMane. Setting it to unidirectional means absolutely no posting from GMane (besides the read-only announcement lists, this is the only Cygwin list configured that way). More appropriate might be non-public which means I must be subscribed to be able to post — unless of course that unidirectional was a conscious decision. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- 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] New package: _autorebase. Call rebaseall after installing new or updated DLLs
Christopher Faylor writes: That's exactly why you can't post. We don't allow indiscriminate posting to cygwin-apps from gmane. AFAIU, setting it to non-public achieves the same goal: you must be subscribed to be able to post through GMane. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- 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] New package: _autorebase. Call rebaseall after installing new or updated DLLs
On Fri, Mar 30, 2012 at 12:30:08AM +0200, Achim Gratz wrote: Larry Hall (Cygwin) writes: That's a question for GMane. Cygwin has no association or control of that channel. But it's probably because cygwin-apps is a subscriber-only mail list http://cygwin.com/lists.html. Just subscribe and see if that helps. This is set up when the group is set up on GMane and can be requested to be changed later via a webform on GMane. Setting it to unidirectional means absolutely no posting from GMane (besides the read-only announcement lists, this is the only Cygwin list configured that way). More appropriate might be non-public which means I must be subscribed to be able to post ??? unless of course that unidirectional was a conscious decision. Not really an issue to be discussed in the Cygwin mailing list. As Larry said, take it up with gmane. -- 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.11-1 Update returns non-zero exit codes for coreutils
Brian Wilson wilson at ds.net writes: While I can run the Cygwin terminal window, there appears to be a very serious issue as I can't run commands like cd, ls, or cygcheck either. Can you tell us what this means? How did you determine that you can't run these commands? I opened the cygwin terminal and got the usual shell prompt. I entered the cd or ls commands and got a command not found error. I echoed $PATH and saw that the path didn't look correct (which is why I assume the commands couldn't be found). I would have expected to see /usr/bin and /usr/local/bin in the path somewhere. I didn't try giving the full path to these commands to see if the commands would have worked (I assume they would, but will confirm tonight). I opened an Explorer session and went to C:\cygwin\bin and I could see the ls.exe and cygcheck.exe files were present so I presumed the issue was with the $PATH not being set correctly. I can't run cygcheck or I would try to give the output as an attachment. So you're saying c:\cygwin\bin\cygcheck.exe doesn't run from cmd.exe? True for c:\cygwin\bin\ls.exe too? What feedback do you get? I got the command not found error when I tried to run cygcheck from the shell. Stupidly, I didn't try with the full path to the file in the shell. I did open a windoz cmd window and ran the cygcheck command. There were errors (which I didn't bother to record of course). I will repeat this attempt and send the results this evening. Sincerely, Brian S. Wilson I just got this exact same thing and tried re-installing coreutils with no effect. Initially, I had been installing binutils, and was told to restart because I had left a cygwin console open during the install. Interested to hear what is known about this (recent) issue. -- 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.11-1 Update returns non-zero exit codes for coreutils
From: Andrew I just got this exact same thing and tried re-installing coreutils with no effect. Initially, I had been installing binutils, and was told to restart because I had left a cygwin console open during the install. Interested to hear what is known about this (recent) issue. Interesting... I didn't have any consoles open (that I remember) during the update, but I've rebooted and done an update since this issue surfaced (again with no console open) and it hasn't resolved. I've been wondering if I should remove the C:\cygwin directories and try installing again. I'm hoping I won't have to do something that drastic. Brian -- 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.11-1 Update returns non-zero exit codes for coreutils
On 3/29/2012 9:10 PM, Brian Wilson wrote: From: Andrew I just got this exact same thing and tried re-installing coreutils with no effect. Initially, I had been installing binutils, and was told to restart because I had left a cygwin console open during the install. Interested to hear what is known about this (recent) issue. Interesting... I didn't have any consoles open (that I remember) during the update, but I've rebooted and done an update since this issue surfaced (again with no console open) and it hasn't resolved. I've been wondering if I should remove the C:\cygwin directories and try installing again. I'm hoping I won't have to do something that drastic. I'd recommend making sure all Cygwin processes are stopped (including services) and try installing the cygwin and coreutils package again, along with anything else you'd like to include. If you're still having problems, cygcheck output will be helpful in any follow-up. -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] New package: fribidi-0.19.2-1
The following packages have been added to the Cygwin distribution: *** fribidi-0.19.2-1 *** libfribidi0-0.19.2-1 *** libfribidi-devel-0.19.2-1 fribidi is a library that implements the Unicode Bidirectional Algorithm (aka BiDi). -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Updated: task-2.0.0-1
This is a new major release version of task for cygwin CHANGES since task-1.9.4-2 == This is a new major release version of task for cygwin. It replaces 1.9.4-2. It is a recommended update. There are too many changes to name them all here in detail - please refer to http://taskwarrior.org/news/135 or consult the ChangeLog file in the documentation. Among others: an improved new parser and syntax, a new command reference aka cheat sheet, regular expression support, complex filters and new custom report capabilities, … As well as numerous bug fixes. The upstream project's homepage is at http://taskwarrior.org UPDATE: === 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 and pick up 'task' from the 'Utils' category. QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Federico Hernandez volunteer task maintainer for cygwin
Updated: {openldap/libopenldap2_3_0/libopenldap-devel}-2.3.43-3: Lightweight Directory Access Protocol suite
Hi New versions of 'openldap/libopenldap2_3_0/libopenldap-devel' have been uploaded to a server near you. o Linked against libopenssl100-1.0.1-1 CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
New package: fribidi-0.19.2-1
The following packages have been added to the Cygwin distribution: *** fribidi-0.19.2-1 *** libfribidi0-0.19.2-1 *** libfribidi-devel-0.19.2-1 fribidi is a library that implements the Unicode Bidirectional Algorithm (aka BiDi). -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
