[Gnome Prereq ITPs] desktop-file-utils, hicolor-icon-theme, shared-mime-info, startup-notification
These are freedesktop.org packages listed as prereqs for the GNOME desktop; I would like to contribute them to the distro. http://cygwin-ports.sourceforge.net/install/temp/desktop-file-utils/desktop-file-utils-0.8-1-src.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/desktop-file-utils/desktop-file-utils-0.8-1.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/desktop-file-utils/setup.hint category: Utils requires: cygwin glib2-runtime libiconv2 libintl3 libpopt0 sdesc: Utilities for manipulating desktop files ldesc: Utilities for manipulating desktop files. desktop-file-validate: validates a desktop file and prints warnings/errors about spec violations. desktop-file-install: installs a desktop file to the applications directory, optionally munging it a bit in transit. desktop-menu-tool: loads .vfolder-info and .menu files and does stuff with them http://cygwin-ports.sourceforge.net/install/temp/hicolor-icon-theme/hicolor-icon-theme-0.5-1-src.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/hicolor-icon-theme/hicolor-icon-theme-0.5-1.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/hicolor-icon-theme/setup.hint category: X11 sdesc: freedesktop.org icon theme spec ldesc: This is the default fallback theme used by implementations of the icon theme specification. http://cygwin-ports.sourceforge.net/install/temp/shared-mime-info/setup.hint http://cygwin-ports.sourceforge.net/install/temp/shared-mime-info/shared-mime-info-0.15-1-src.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/shared-mime-info/shared-mime-info-0.15-1.tar.bz2 category: Utils requires: cygwin glib2-runtime libiconv2 libintl3 libxml2 zlib sdesc: Shared MIME info database (freedesktop.org) ldesc: This package contains the core database of common types and the update-mime-database command used to extend it. It requires glib2 to be installed for building the update command. http://cygwin-ports.sourceforge.net/install/temp/startup-notification/setup.hint http://cygwin-ports.sourceforge.net/install/temp/startup-notification/startup-notification-0.7-1-src.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/startup-notification/startup-notification-0.7-1.tar.bz2 category: X11 requires: cygwin xorg-x11-base sdesc: Program startup notification library ldesc: startup-notification contains a reference implementation of the startup notification protocol. The reference implementation is mostly under an X Window System style license, and has no special dependencies. Yaakov
[Gnome ITPs] gnome-common, gnome-icon-theme, gnome-mime-data, libgnomecanvas2, libwnck
Here's a few GNOME prereq packages and two GNOME libraries; I'd like to contribute these as well to the distro. There are some dependencies on the freedesktop.org packages ITP'd in an earlier message. NOTE to uploader: As previously discussed, please upload these packages into a GNOME folder (similar to X11) to avoid cluttering the release directory. Thanks! http://cygwin-ports.sourceforge.net/install/temp/gnome-common/gnome-common-2.8.0-1-src.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/gnome-common/gnome-common-2.8.0-1.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/gnome-common/setup.hint category: Devel requires: cygwin ash sdesc: Common development files for GNOME 2.x ldesc: Common development files for GNOME 2.x http://cygwin-ports.sourceforge.net/install/temp/gnome-icon-theme/gnome-icon-theme-2.8.0-1-src.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/gnome-icon-theme/gnome-icon-theme-2.8.0-1.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/gnome-icon-theme/setup.hint category: X11 requires: hicolor-icon-theme sdesc: GNOME 2.x icon theme ldesc: GNOME 2.x icon theme http://cygwin-ports.sourceforge.net/install/temp/gnome-mime-data/gnome-mime-data-2.4.1-1-src.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/gnome-mime-data/gnome-mime-data-2.4.1-1.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/gnome-mime-data/setup.hint category: Utils sdesc: Base set of file types and applications for Gnome2 ldesc: This module contains the base MIME and Application database for GNOME. It is meant to be accessed through the MIME functions in GnomeVFS. http://cygwin-ports.sourceforge.net/install/temp/libgnomecanvas2/libgnomecanvas2-2.8.0-1-src.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/libgnomecanvas2/libgnomecanvas2-2.8.0-1.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/libgnomecanvas2/setup.hint category: Libs Devel requires: cygwin atk-runtime glib2-runtime gtk2-x11-runtime libart_lgpl libiconv2 libintl3 pango-runtime xorg-x11-base zlib sdesc: GNOME 2.x canvas widget ldesc: The GNOME canvas is an engine for structured graphics that offers a rich imaging model, high performance rendering, and a powerful, high-level API. It offers a choice of two rendering back-ends, one based on Xlib for extremely fast display, and another based on Libart, a sophisticated, antialiased, alpha-compositing engine. Applications have a choice between the Xlib imaging model or a superset of the PostScript imaging model, depending on the level of graphic sophistication required. http://cygwin-ports.sourceforge.net/install/temp/libwnck/libwnck-2.8.0-1-src.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/libwnck/libwnck-2.8.0-1.tar.bz2 http://cygwin-ports.sourceforge.net/install/temp/libwnck/setup.hint category: Libs Devel requires: cygwin atk-runtime glib2-runtime gtk2-x11-runtime libiconv2 libintl3 pango-runtime startup-notification xorg-x11-base zlib sdesc: GNOME Window Navigation Construction Kit ldesc: libwnck is Window Navigator Construction Kit, i.e. a library to use for writing pagers and taskslists and stuff. Yaakov
pre ITP libming layout
I'm referring to SWF creation: http://ming.sf.net, http://www.opaque.net/ I patched current ming-CVS version to work correctly. It is required by ploticus, useful for PHP later. ruby and java seems to be broken. Making the perl lib is straightforward. 1. Would you be content with a libming.a/cygming-0.dll plus the headers as content of a binary package alone? usr/bin/cygming-0.dll usr/lib/libming.a usr/lib/libming.la usr/lib/libming.dll.a usr/include/ming.h usr/include/ming_config.h usr/include/mingpp.h optionally also: (debian calls it libming-util) usr/lib/libming/bin/gif2dbl usr/lib/libming/bin/gif2mask usr/lib/libming/bin/listaction usr/lib/libming/bin/listfdb usr/lib/libming/bin/listjpeg usr/lib/libming/bin/listswf usr/lib/libming/bin/makefdb usr/lib/libming/bin/png2dbl usr/lib/libming/bin/swftophp Or are the various language extensions c++_ext java_ext perl_ext php_ext py_ext rb_ext tcl_ext also required/wanted? Debian seperates it into libming, libming-dev, libming-util libswf-perl, php4-ming, python-ming, ... So the binary package is just the libming.so, plus the docs http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=filelistword=libmingversion=stablearch=i386 At least I could try to produce the php extension also (when brian is finished) and put it into usr/lib/libming/lib/php_ext/php_ming.dll because I don't think that brian wants to maintain it, right? The mingw postinstall or php postinstall could then install it into the correct location. Or I'll wait for brians layout and architectural decisions, and add php_ming.dll with an update later. (I wanted a cygphp4.dll, brians wants a static libphp4.a only) But I don't care for perl, java, python, tcl. 2nd related question: Would you be content with a src package of a CVS snapshot? Their last release called 0.3beta1 was febr. 2004, but this doesn't compile and work at all. In the meantime I tried to presuade them to bring out another interim release (0.3beta2). There happened some parsing SWF5 fixes and minor features lately. I'm not quite content to depend in the ploticus-src package on a ming-CVS snapshot with a tricky retrieval url. Or do you don't care? I wouldn't care. 3rd question, fonts: I want to add the fdb (Flash) variant of Bitstream Vera: usr/share/fonts/fdb/Bitstream Vera Sans.fdb (and friends) or directly into usr/share/fonts/? usr/X11R6/lib/X11/fonts/fdb doesn't seem to be right. It's only used by libming. There are ttf, fft and fdb variants shipping with a ming-fonts-1.00.zip. The ttf is already in the X11 fonts. Or should this go into a seperate libming-fonts package? It has a seperate COPYRIGHT.TXT -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: libtoolized some older libs
On Sep 28 19:14, Charles Wilson wrote: I made several /usr/lib/.la file for libs which could be loaded shared (at run-time) for myself to enable shared and smaller modules for the bigger stuff I'm working on. php, clamav, postgresql, ... Whether a .la file exists or not has NO bearing on whether the library can be loaded dynamically (either implicitly by the windows runtime loader, or explicitly via dlopen()/LoadLibrary()/etc). The .dll.a .dll files for these packages are fine. There is nothing wrong with them. Except they weren't produced by libtool. BFD. Erm, why? OpenSSL doesn't use libtool for producing shared libs, even on any other platform. What's the deal? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
[GTG] Re: [ITP] mathomatic-11.3f-1
Reini Urban writes: I would like to contribute and maintain the cygwin-port of the mathomatic package: This package is good to go with the following patch to your build script (at least include readline support, your setup hint already has the requires): --- mathomatic-11.3f-1.sh.orig 2004-09-29 12:34:36.136356800 +0200 +++ mathomatic-11.3f-1.sh 2004-09-29 12:34:15.827153600 +0200 @@ -95,6 +95,7 @@ LICENSE.txt \ am.htm \ manual.htm \ + mathomatic.ico \ notes.htm \ readme_win32.txt \ changes.txt \ @@ -174,7 +175,7 @@ } build() { (cd ${srcdir} \ - CFLAGS=${MY_CFLAGS} make -f makefile.cygwin ) + CFLAGS=${MY_CFLAGS} make -f makefile.cygwin READLINE=1 ) } check() { (cd ${srcdir} \ Ciao Volker
Re: pre ITP libming layout
Reini Urban writes: I'm referring to SWF creation: http://ming.sf.net, http://www.opaque.net/ I patched current ming-CVS version to work correctly. It is required by ploticus, useful for PHP later. ruby and java seems to be broken. Making the perl lib is straightforward. 1. Would you be content with a libming.a/cygming-0.dll plus the headers as content of a binary package alone? Yes, so I can replace my rather old version of libming with an official one :-) optionally also: (debian calls it libming-util) usr/lib/libming/bin/gif2dbl usr/lib/libming/bin/gif2mask usr/lib/libming/bin/listaction usr/lib/libming/bin/listfdb usr/lib/libming/bin/listjpeg usr/lib/libming/bin/listswf usr/lib/libming/bin/makefdb usr/lib/libming/bin/png2dbl usr/lib/libming/bin/swftophp why not, if they buidl without hassle Or are the various language extensions c++_ext java_ext perl_ext php_ext py_ext rb_ext tcl_ext also required/wanted? ditto 2nd related question: Would you be content with a src package of a CVS snapshot? No problem 3rd question, fonts: I want to add the fdb (Flash) variant of Bitstream Vera: usr/share/fonts/fdb/Bitstream Vera Sans.fdb (and friends) or directly into usr/share/fonts/? usr/X11R6/lib/X11/fonts/fdb doesn't seem to be right. It's only used by libming. usr/share/fonts/fdb who knows who want to use it in the future There are ttf, fft and fdb variants shipping with a ming-fonts-1.00.zip. The ttf is already in the X11 fonts. Or should this go into a seperate libming-fonts package? It has a seperate COPYRIGHT.TXT seperate package I would say Reini Urban Ciao Volker
Re: gnome 2.8.0 and external dependencies
On Wed, 29 Sep 2004 03:34:38 +0200, Gerrit P. Haase [EMAIL PROTECTED] wrote: Only libbonobo requires ORBit2; the others could be updated as soon as they're ready. gtk+ is currently 2.4.10, after a number of bugfixes since our 2.4.4. More noticably, atk and pango versions have been bumped, and I know that libgnomeprint-2.8.0 needs pango = 1.5, so updating pango will be helpful. Yes, I will submit them at first. And I had just noticed another issue of gtk2: It was linked against cygwin1.dll's setlocale(), which is taken as problematic. When I run gaim-1.0.0 with it, some locale features bahave weird, e.g the XIM server couldn't be activated. But when I turn to the gtk2 from cygnome2, everything work fine. Since gtk2-x11 has something to do with x11, we can turn to XLOCALE. And that's the way cygnome2 does. BTW: Yaakov, I tried to build sylpheed-claws with gdk-pixbuf and gtk-engines from http://cygwin-ports.sf.net, everything went fine but the `pixmap' engine (/usr/lib/gtk/themes/engines/cygpixmap.dll) couldn't be applied, as it was linked to cyggdk_imlib-1.dll, which I didn't find. best regards Yang Guilong
Re: [GTG] Re: [ITP] mathomatic-11.3f-1
Dr. Volker Zell schrieb: Reini Urban writes: I would like to contribute and maintain the cygwin-port of the mathomatic package: This package is good to go with the following patch to your build script (at least include readline support, your setup hint already has the requires): Thanks for the review. Get the fixed version -2 with (new get script from Jaari): wget -q -O - \ http://xarch.tu-graz.ac.at/publ/cygwin/mathomatic/get.sh | sh --- mathomatic-11.3f-1.sh.orig 2004-09-29 12:34:36.136356800 +0200 +++ mathomatic-11.3f-1.sh 2004-09-29 12:34:15.827153600 +0200 @@ -95,6 +95,7 @@ LICENSE.txt \ am.htm \ manual.htm \ + mathomatic.ico \ notes.htm \ readme_win32.txt \ changes.txt \ :) do you want that on the desktop also? @@ -174,7 +175,7 @@ } build() { (cd ${srcdir} \ - CFLAGS=${MY_CFLAGS} make -f makefile.cygwin ) + CFLAGS=${MY_CFLAGS} make -f makefile.cygwin READLINE=1 ) } check() { (cd ${srcdir} \ Oops, no readline -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: libtoolized some older libs
Reini Urban said the following on 04-09-29 16:33: The deal is that that is a problem for libtoolized packages, when they don't pick up cygssl*, instead they link statically to libssl.a. No. That is not true. If you link with '-lcrypto -lssl' the linker picks automatically the .dll.a import libs at first. It needs some hackery to persuade them to pick up the dynamic version there. If there are packages where configure looks for libssl.a explicitly, then they want it statically? If not, then the tests or used macros are buggy. And in case of PHP the tests in the macros are buggy. Usually, configure and libtool are doing a good job. Please don't change anything. Gerrit -- =^..^=
Re: gnome 2.8.0 and external dependencies
Yang Guilong said the following on 04-09-29 16:16: And I had just noticed another issue of gtk2: It was linked against cygwin1.dll's setlocale(), which is taken as problematic. Why? When I run gaim-1.0.0 with it, some locale features bahave weird, e.g the XIM server couldn't be activated. But when I turn to the gtk2 from cygnome2, everything work fine. Since gtk2-x11 has something to do with x11, we can turn to XLOCALE. And that's the way cygnome2 does. I want to see the reason why it doesn't work with setlocale(). Have you debugged this? Gerrit -- =^..^=
Re: xemacs: segmentation fault after ctrl-xctrl-c
Dr. Volker Zell writes: Well, I have also installed the latest 2 sumos. XEmacs is not crashing for me. But hey, it could of course depend on the special lisp packages you're using from the sumos. Actually I use a lot of them but not all. Is it possible for you to find out which lisp packages you have loaded when the crash occurs. Sure, you're not using all of them ... I'm sorry, but I don't know how to find out this. But maybe the following will be an answer to your question: I start xemacs from bash/xterm command line with xemacs filename.c , xemacs starts up properly. Then I type ctrl-xctrl-c, the xemacs window closes and the error messages occur in the xterm window. I do not have any customizations or anything else configured in xemacs. I'm running it just as installed (in a complete Cygwin installation including all currently (27.09.) available packages). rebasing has definitely nothing to do with the sumo packages, but with the dll's XEmacs is using. For me the crashing behavior comes with installation of 2004-08-18 sumo packages and goes with installation of 2004-02-02. So, your statement tells me, that rebase will not be the tool to remove the exit crash problem. Do you agree? Thank you for your answer. Best regards, Sven
startx not working
Hi, I am getting the following error message. Could you please help on this. $ startx Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.1.0-1 Contact: [EMAIL PROTECTED] XWin was started with the following command line: X :0 -multiwindow -clipboard _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress XIO: fatal IO error 104 (Connection reset by peer) on X server :0.0 after 0 requests (0 known processed) with 0 events remaining. Thanks Vish = --- Vish __ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail
Re: problem in scaleable fonts during update
Alexander Gottwald wrote: On Fri, 24 Sep 2004, aroushdi wrote: Hi everybody , while updating my cygwin to the latest level i get the following message : title:mkfontscale.exe Entry point Not Found body : The procedure entry point FT_Get_BDF_Property could not be located in the dynamic link library cygfreetype-6.dll which version of libfreetype do you have installed? I've not seen such a problem with the 2.1.5-1 package. Maybe you have cygfreetype-6.dll installed multiple times on your system. bye ago Hi Ago , I do have in cygwin\usr\X11r6\bin cygfreetype-6 sz 288,256 28/10/2003 and cygfreetype-9 sz 348,622 20/09/2003 and in cygwin\bin\cygfreetype-6 sz 369,152 25/10/2003 Note : this is an upgraded cygwin , doing a fresh install i do not have this problem . thks n bye amr
Re: Strange window redraw problem
On Tue, 28 Sep 2004, Dave Carrigan wrote: We are currently testing a deployment of Cygwin/X for my company's windows-based X server. We currently use X so that Windows users can run apps (typically written with Perl/GTk) on Linux application servers. The deployment is going not bad, but on a couple of systems we're seeing strange corruption of windows: if an X window gets obscured by another X window, then raised to the top, the obscured part doesn't get redrawn. The window's frame gets redrawn but the contents do not. This does not appear to be happen if a non X window obscures the X window. We are running the latest version of the Cygwin X.org server. The systems were all bought from Dell around the same time, so they are all substantially the same. Both systems have GeForce 256 cards with driver version 5.2.1.6; they're both running Win2k and are completely up-to-date with patches. One system is working, one is not. Phew, thats pretty tough. Are there differences in installed programs? TweakUI or similar might be candidates which change expected windows behaviour. If such programs are installed, please check if the settings of the programs differ. If this does not give any clues there is the possibility to compile XWin with massive debugging output. It will print which windows messages are received and how they are processed. I can provide the binaries in the next days. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Client Rejected
On Tue, 28 Sep 2004, Glen Schwickerath wrote: I'm trying to utilize the latest release of Cygwin/X to connect to SCO 7.1.4 OpenUnix server. I am unable to get past the login screen. Please see log of my session below. I have tried numerous combinations of parameters for starting Xwin. Here's one example: $ xwin :1 -query 192.168.64.55 -from 182.168.64.102 AUDIT: Tue Sep 28 19:12:2004: 3750 xwin: client 2 rejected from IP 192.168.64.55 http://wiki.freedesktop.org/bin/view/Main/CygwinXTroubleShooting#Cygwin_X_reports_AUDIT_client_1_ bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: problem in scaleable fonts during update
On Wed, 29 Sep 2004, aroushdi wrote: Hi Ago , I do have in cygwin\usr\X11r6\bin cygfreetype-6 sz 288,256 28/10/2003 and cygfreetype-9 sz 348,622 20/09/2003 and in cygwin\bin\cygfreetype-6 sz 369,152 25/10/2003 /usr/X11R6/bin/cygfreetype-6.dll seems to be wrong. The libfreetype26 installes in /usr/bin. Please remove /usr/X11R6/bin/cygfreetype-6.dll and see if the error remains bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: xemacs: segmentation fault after ctrl-xctrl-c
Sven Severus writes: I'm sorry, but I don't know how to find out this. But maybe the following will be an answer to your question: I start xemacs from bash/xterm command line with xemacs filename.c , xemacs starts up properly. Then I type ctrl-xctrl-c, the xemacs window closes and the error messages occur in the xterm window. I do not have any customizations or anything else configured in xemacs. I'm running it just as installed (in a complete Cygwin installation including all currently (27.09.) available packages). Please provide the contents of the following buffer before you hit ctrl-xctrl-c: Click on View - Show Message Log For me the crashing behavior comes with installation of 2004-08-18 sumo packages and goes with installation of 2004-02-02. So, your statement tells me, that rebase will not be the tool to remove the exit crash problem. Do you agree? Almost for sure. Thank you for your answer. Best regards, Sven Ciao Volker
Re: xemacs: segmentation fault after ctrl-xctrl-c
Please provide the contents of the following buffer before you hit ctrl-xctrl-c: Click on View - Show Message Log If I start xemacs without a file the buffer contains Loading cus-face... Loading cus-face...done If I type ctrl-xctrl-c I get the described output and the segmentation fault. If I start xemacs with a new file x.c the buffer contains Loading cus-face... Loading cus-face...done Loading efs-cu... Loading efs-cu...done (New file) Loading cc-mode... Loading cc-mode...done Same behaviour as above. Kind regards Siegmar
spelling correction
Hi, On this page: http://x.cygwin.com/docs/faq/cygwin-x-faq.html there is a heading: 11.4. Whom holds the copyright on the Cygwin/X source code? It should of course be Who. Sorry to send such trivial feedback to this list but your index page gives this address for such problems! Many thanks, -- Thomas Munro [EMAIL PROTECTED]
src/winsup/doc ChangeLog how-programming.texin ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-09-30 05:03:53 Modified files: winsup/doc : ChangeLog how-programming.texinfo how-using.texinfo install.texinfo Log message: 2004-09-30 Joshua Daniel Franklin [EMAIL PROTECTED] * how-programming.texinfo: Add gcj note to [EMAIL PROTECTED] FAQ. * how-using.texinfo: Add FAQ about network shares and authentication. * install.texinfo: Add Where is make to FAQ subtitle. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.72r2=1.73 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/how-programming.texinfo.diff?cvsroot=srcr1=1.32r2=1.33 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/how-using.texinfo.diff?cvsroot=srcr1=1.49r2=1.50 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/install.texinfo.diff?cvsroot=srcr1=1.47r2=1.48
Re: cygheap problems with 1.5.11
Gerrit P Haase writes: Hi Volker, In my case the cygheap_fixup_in_child error manifests only in a couple of gnome1 applications which I compiled by myself. It looks as so all apps which are dependent on /opt/gnome1/bin/cygart_lgpl-2.dll are infected. All my other gnome1 apps works just fine. For example: 08:15 AM [741] cygcheck /opt/gnome1/bin/gnubg.exe D:/opt/gnome1/bin/gnubg.exe D:/opt/gnome1/bin\cygart_lgpl-2.dll By the way when I move my /opt/gnome1/bin/cygart_lgpl-2.dll (which is from gnome-libs-1.4.2) out of the way and hard link the cygwin released version /bin/cygart_lgpl_2-2.dll instead all my previously infected apps start working again. Now what's the problem with rebasing of /opt/gnome1/bin/cygart_lgpl-2.dll under cygwin-1.5.11 ?? Rebasing under cygwin-1.5.10 used to work fine. Gerrit Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 'which' command does not expand '~' in path (base-files update needed)
cgf wrote: Dropping the quotes from the original example will just cause everything to work correctly everywhere. John Morrison, would you mind doing this, please? Hi cgf, As I said, I wasn't following this thread for a while, so here are the changes I'll do (I'm also trying to clean the scripts up as much as possible). I'll not be able to upload a version until tonight though, I don't have the code base with me... /etc/profile: remove quotes from lines 23, 36 and 29 brace ${...} all variables change ~ to ${HOME} on lines 193, 195 and 197 /etc/skel/.bash_profile (via default versions) remove quotes from lines 13, 18 and 23 change ~ to ${HOME} on lines 7, 8, 12, 13, 17, 18, 22 and 23 If people didn't remove these files prior to the last upgrade they must remove them before this upgrade otherwise they will not be overwritten. Is there any other changes needed? J. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: man-1.5o-1
Hi A new version of 'man' has been uploaded to a server near you. DESCRIPTION: Man, apropos and whatis. CYGWIN NEWS: Please remove the following lines from /usr/share/misc/man.conf or copy /usr/share/misc/man.conf.default to /usr/share/misc/man.conf as these directives are not supported anymore with the latest man: JNROFF LANG=ja_JP.UTF-8 /usr/bin/groff -Tnippon -mandocj KNROFF /usr/bin/groff -Tkorean -mandoc JNEQN /usr/bin/eqn -Tnippon KNEQN /usr/bin/eqn -Tkorean - Update to latest upstream release - makewhatis -s patch made it upstream - Patch for displaying man pages with :: in their filenames made it upstream - Fixed postinstall script: Added chmod 644 ${datadir}/misc/man.conf - Additions for makewhatis man page - Added -s sections to output for makewhatis -h - Changed reference for man.config to man.conf in various man pages - Problem reported by Hannu E K Nevalainen is fixed See also: o http://cygwin.com/ml/cygwin/2004-06/msg01158.html man NEWS: = man-1.5o: - Polish messages, non-dummy codesets (Jakub Bogusz [EMAIL PROTECTED]) - CYGWIN fix for perl manpages (with :: in filename) - Fix for certain awk versions in mansec (NISHIMURA Daisuke) - When asked for a nonexisting page in section 1p, do not also try section 1 man-1.5n: - Added 0p 1p 3p in sections string - Added mess.??.codeset (with dummy content) - No funny Russian messages - man2html: handle .so with trailing whitespace - replace -grepsilent by /dev/null 2/dev/null More details about the individuell bugs can be found under the URL o http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=X where X represents the numeric bug id. * Sun Aug 1 2004 Alan Cox [EMAIL PROTECTED] - Fix requirements (#126601) * Wed Mar 31 2004 Adrian Havill [EMAIL PROTECTED] 1.5m2-6 - reorder MANSECT so that normal pages (with translations) take precedence over the English-only POSIX pages (#119554) * Fri Mar 12 2004 Adrian Havill [EMAIL PROTECTED] 1.5m2-4 - direct nroff stderr to /dev/null so no broken pipe err msgs appear when the user quits an error page prior to the full display (#117463) - removed bogus whatis search-n-destroy trigger (#117961) - don't complain about no lang resource when lang is C/POSIX (#108934) * Mon Feb 09 2004 Adrian Havill [EMAIL PROTECTED] 1.5m2-2 - add all locale man pages - convert all msgs and manpages to utf-8 - downconvert via transliteration C locale man pages just in case - patch #3, #8, #10, #17, #29, #31 no longer needed-- made it upstream - patch #9, #14 and #19 now superfluous-- strs already termed and len checked - disable patch #22: defer cat creation to existence of dir, not conf directive - patch #32 mostly merged upstream. Keep the -a in grep though so all locales' grep see man pages as text not binary (patch 37) - iconv patch no longer needed now that utf-8-to-legacy conversion is not needed - patch #52 and #53 not needed: CJK all point to nroff instead of groff, let the nroff script decide, based on the charset of the environment and/or the charset of the man page, as to what parameters to pass to groff (and whether iconv preprocessing is necessary) - the string NROFF_OLD_CHARSET, if present in the man.config for the NROFF path, will now be replaced by the old character set so that nroff can figure out what the character set/encoding is - fix man to reflect status codes returned by forked child processes (#115204) - lots of makewhatis changes: re-add custom rh client stuff (/usr/bin vs /usr/sbin), -o option, /var/cache/man, utf-8 verification, convert the encoding spaghetti in the makewhatis awk script to UTF-8, identify languages in comments man-1.5m: - Greek man pages and messages - makewhatis fix INSTALLATION: = 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. Save it and run setup, answer the questions and pick up the above mentioned package from the 'Doc' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to 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: [EMAIL PROTECTED] 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. Enjoy Volker --
SSH Environment
Hi, I try the running ssh client with only the required dll's from a .net application and without a full cygwin installation. Basically that works fine. However, I have a problem regarding the known_hosts file: It does not get written anywhere and therefore asks to add the key each time the app runs. I tried to set the environment variabe to: HOME=c:\Program Files\myApp in WinXP with a subdir .ssh already created. No luck. Then I tried setting the HOME-variable to different values when starting the ssh-process from my .net application using /cygdrive/c/Program Files/myApp, /cygdrive/c/Program\\ Files/myApp or C:\Program Files\myApp. No luck as well. What am I missing here? Do I need more environment variables? Another solution for setting the path of the known_hosts file? Dave -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh-host-config requires cygminires.dll
Hello again, Following your hint, I checked /usr/share/doc/Cygwin/openssh.README, and entered: ssh-host-config -y ssh-user-config -y cygrunsrv -S sshd yielded: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. I have also tried: cygrunsrv -S -D sshd with the following response: cygrunsrv: trailing commandline argument not allowed and: cygrunsrv -D -S sshd cygrunsrv: unknown option -- D Here are the contents of /var/log/sshd.log : Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. Windows Applications Log contains the following entries: Cannot find a description for event ID 0 in the source sshd. The local computer does not have necessary register information or message DLL files required to show messages from a remote computer. More information: sshd : PID 660 : starting service `sshd' failed: execv: 1, Operation not permitted. Windows System Log contains the following entries: The service CYGWIN sshd ended unexpectedly. It has done 1 time(s). The following action will be done in 0 milliseconds. No action. Any new hints ? Igor Pechtchanski wrote: On Tue, 28 Sep 2004, a12 wrote: Hello Igor, Pardon me for my ignorance about not ataching the cygcheck output. I have run Cygwin setup.exe once again, and fetched installed minires and the new versions of openssh/openssl. The following ssh-host-config -y ended OK, so I tried to start the sshd service: cygrunsrv -S sshd and got the same error as before: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. Any hints ? Yes, three: /usr/share/doc/Cygwin/openssh.README /var/log/sshd.log The Windows Event log One of the above should contain clues as to what went wrong. Igor Igor Pechtchanski wrote: On Tue, 28 Sep 2004, a12 wrote: Hello Cygwin users, I have installed openssl and openssh. Host configuration with: cd /bin ssh-host-config -y tells me about missing cygminires.dll Thereafter the configuration continues: [snip] Host configuration finished. Have fun! Then I start the sshd service: cygrunsrv -S sshd which errors off with: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. Where do I find cygminires.dll ? As always, the Cygwin package search page at http://cygwin.com/packages has the answer. Install the minires package. However, you shouldn't have to, because openssh requires minires anyway. Did you, by chance, unselect it when you installed openssh via setup? In general, it's a *bad* idea to unselect anything setup chooses to automatically install, unless you know exactly what you're doing. How do I make cygrunsrv to start sshd correctly ? The two problems are most likely related. Install minires and try again. Belows follows output from 'cygcheck -svr': For the future, please include this output as an *attachment*, not inline as you did, as requested in http://cygwin.com/problems.html. Igor -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: which command does not expand ~ in path (base-files update needed)
On Sep 28 15:40, Christopher Faylor wrote: On Tue, Sep 28, 2004 at 06:49:44PM +0100, Dave Korn wrote: Wonder if this is a real bug then, or if I've misread the shell parsing rules? They are a bit ridiculously complicated and full of exceptions and special cases. It seems like it's a bug. AFAICT, bash behaves according to its man page: QUOTING [...] Enclosing characters in double quotes preserves the lit eral value of all characters within the quotes, with the exception of $, `, and \. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh-host-config requires cygminires.dll
a12 wrote: I have also tried: cygrunsrv -S -D sshd with the following response: cygrunsrv: trailing commandline argument not allowed and: cygrunsrv -D -S sshd cygrunsrv: unknown option -- D Why? There is no such option -D to cygrunsrv. Run cygrunsrv --help for a summary. Here are the contents of /var/log/sshd.log : Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. You'll need to change the permissions on those files. They should have read/write access to SYSTEM and nothing else. If you don't know what you're doing, try the following: chown SYSTEM /etc/ssh_host*_key chmod 600 /etc/ssh_host*_key Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSH Environment
David E. Meier wrote: I try the running ssh client with only the required dll's from a .net application and without a full cygwin installation. Basically that works fine. SSH looks in /etc/passwd for the user's home directory, I believe. It uses the mount table to know where /etc is actually located, as with any Cygwin application. Then I tried setting the HOME-variable to different values when starting the ssh-process from my .net application using Insert here the usual reminder that if you distribute a Cygwin binary such as ssh you must also arrange means to distribute the full source code required to build that binary, which includes the source to the Cygwin DLL. Pointing users to cygwin.com for source code is not allowed. Brain -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems on Itanium: Found the Cause, What's Next?
On Sep 28 16:32, Alexei Alexandrov wrote: If you compile this code with 32-bit compiler and then run it on 64-bit Server 2003 it will crash. At the same time it works on 32-bit machines. It also works fine on a x86_64 machine in 32 bit mode. So the questions is to cygwin developers: what can be done next? I\'ve found file wincap.cc with particular platforms capability descriptions. I\'ve tried to set has_working_copy_on_write to false when IsWow64Process return true and it seems to work, but how can I be sure that I didn\'t break anything else? Are there any tests or something? And generally is this fix OK? Which drawbacks can it have? If the fix is OK - let me know, I will provide a patch. No, because this would also exclude x86_64 machines. Actually I'm somewhat in doubt that CreateFileMapping/MapVieOfFile functionality should actually be so broken on the ia64 platform. Are you really sure that the culprit isn't somewhere else? Your test application uses a very common idiom, so I'd guess that a lot more applications would fail miserably on ia64 in 32 bit mode. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSH Environment
On Sep 29 02:17, Brian Dessent wrote: David E. Meier wrote: I try the running ssh client with only the required dll's from a .net application and without a full cygwin installation. Basically that works fine. SSH looks in /etc/passwd for the user's home directory, I believe. It Don't believe. Test and know! :-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh-host-config requires cygminires.dll
Hello Brian, /usr/share/doc/Cygwin/openssh.README states: If you start sshd as deamon via cygrunsrv.exe you MUST give the -D option to sshd. Otherwise the service can't get started at all. chown SYSTEM /etc/ssh_host*_key chmod 600 /etc/ssh_host*_key followed by: cygrunsrv -S sshd started the sshd service OK. I have also verified the connection by: ssh localhost ssh_host_*_key.pub are owned by the user that has run ssh-host-config Is it OK ? Brian Dessent wrote: a12 wrote: I have also tried: cygrunsrv -S -D sshd with the following response: cygrunsrv: trailing commandline argument not allowed and: cygrunsrv -D -S sshd cygrunsrv: unknown option -- D Why? There is no such option -D to cygrunsrv. Run cygrunsrv --help for a summary. Here are the contents of /var/log/sshd.log : Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. You'll need to change the permissions on those files. They should have read/write access to SYSTEM and nothing else. If you don't know what you're doing, try the following: chown SYSTEM /etc/ssh_host*_key chmod 600 /etc/ssh_host*_key Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installing from downloaded files or CD
On Tue, 2004-09-28 at 19:12, Jan Nieuwenhuizen wrote: Peter Flynn writes: error: libkpathsea3abi13 not in [curr] error: libkpathsea3abi13 no install Sorry. This *is* a showstopper. I've updated cyg-apt. This time I've tested it too (under Wine), and it works fine. Thanks very much, it all seems to download fine now...but... If you get setup.exe problems (crashes), please report them to [EMAIL PROTECTED]; I have seen bug reports for Windows XP for the latest version. I burned it all to CD: [tmp]$ ls -l lily total 296 -rwxrwxr-x1 peterpeter 18246 Sep 28 19:09 cyg-apt drwxrwxr-x3 peterpeter4096 Sep 29 10:30 etc drwxrwxr-x3 peterpeter4096 Sep 29 10:30 http%3a%2f%2fmirrors.rcn.net%2fpub%2fsourceware%2fcygwin -rw-rw-r--1 peterpeter 268800 Apr 25 16:03 setup.exe [tmp]$ du -s lily 39532 lily [tmp]$ But installing it on an NT machine broke setup.exe. It started off fine, checked all the MD5s down as far as lilypond-2.2.5-1, and then popped up a window saying: Microsoft Visual C++ Runtime Library Runtime Error! Program E:\lily\setup.exe abnormal program termination The NT system is fully updated, and I'm not a Windows person, so I'm stuck at this stage. Clicking OK aborts the setup. ///Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh-host-config requires cygminires.dll
a12 wrote: /usr/share/doc/Cygwin/openssh.README states: If you start sshd as deamon via cygrunsrv.exe you MUST give the -D option to sshd. Otherwise the service can't get started at all. That isn't telling to you use -D on the cygrunsrv command line directly. It means that the sshd arguments should contain that parameter. I.e. you must include -D in the setting of the -a parameter, such as cygrunsrv -I sshd -d CYGWIN sshd -p /usr/sbin/sshd -a -D -D is not a cygrunsrv option, it is the predicate of the -a option. ssh_host_*_key.pub are owned by the user that has run ssh-host-config Is it OK ? If you ran the above commands they should be owned by SYSTEM. The idea here is that those files contain the private half of the host's public/private keypair, and this is sensitive data. So the file should be readable only by the account that runs the ssh daemon. If you are the only local user then it doesn't really matter much as you can be trusted, but on an actual multiuser posix system you would want to restrict the host key files accordingly. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Convert Word/html/pdf/TeX to Postscript
Roger Leigh [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alex Vinokur [EMAIL PROTECTED] writes: Igor Pechtchanski wrote in message news:[EMAIL PROTECTED] [snip] TeX-PS: need you ask? LaTeX! :-) [snip] Perhaps, off-topic: Most probably, but it is included with Cygwin. * What TeX/LaTeX is? It's a macro language and associated tools used for professional high-quality typesetting. It's very nice. * Why do we need it an additinon to PostScript and PDF, It's used to /generate/ PS and PDF (as well as other formats). * Who uses TeX/LaTeX ? For what? Me. For letters, scientific and technical writing, documentation, tutorials; basically any writing more complex than plain text. (Sometimes I use groff -ms instead though--that's another typesetting system also available with Cygwin.) * TeX vs. LaTeX ? TeX is the basic program and language primitives. LaTeX is a set of macros on top of TeX which make it simpler, easier and more convenient to use (i.e. more high level). It's a similar markup (in concept, not appearance) to DocBook, though it allows far more freedom and flexibility in terms of fine-tuning and customising the layout. It's also much more extensible. Here's one example: http://people.debian.org/~rleigh/gtk/ogcalc/ogcalc-1.0.4.tar.gz If you unpack it, check ogcalc.tex (the source) and ogcalc.pdf (the final document). It makes a use of a good range of features, and adds some custom stuff as the top. [snip] Thanks. Your explanation helped me. Also http://en.wikipedia.org/wiki/TeX explains the issue very good. -- Alex Vinokur http://mathforum.org/library/view/10978.html http://sourceforge.net/users/alexvn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: which command does not expand ~ in path (base-files update needed)
-Original Message- From: cygwin-owner On Behalf Of Corinna Vinschen Sent: 29 September 2004 09:55 On Sep 28 15:40, Christopher Faylor wrote: On Tue, Sep 28, 2004 at 06:49:44PM +0100, Dave Korn wrote: Wonder if this is a real bug then, or if I've misread the shell parsing rules? They are a bit ridiculously complicated and full of exceptions and special cases. It seems like it's a bug. AFAICT, bash behaves according to its man page: QUOTING [...] Enclosing characters in double quotes preserves the lit- eral value of all characters within the quotes, with the exception of $, `, and \. Well, yeh, but, like, y'know, the tilde was _outside_ the quotes. YMKMC! :) cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh-host-config requires cygminires.dll
Brian Dessent wrote: ssh_host_*_key.pub are owned by the user that has run ssh-host-config Is it OK ? If you ran the above commands they should be owned by SYSTEM. The idea here is that those files contain the private half of the host's public/private keypair, and this is sensitive data. So the file should be readable only by the account that runs the ssh daemon. If you are the only local user then it doesn't really matter much as you can be trusted, but on an actual multiuser posix system you would want to restrict the host key files accordingly. Sorry, I realize I misread. The .pub files are the public half of the keypair, and should be world-readable by anyone. The ones that don't end in .pub are the private half of the keypair and should be restricted. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems building setup from CVS.
-Original Message- From: cygwin-owner On Behalf Of Brian Keener Sent: 28 September 2004 20:41 Dave Korn wrote: [ repeated here, from http://www.cygwin.com/ml/cygwin/2004-09/msg01531.html ] --snip!-- Index: autoload.c Thanks Dave, Here I was trying to help you and you helped me. I just didn't read far enough in your original post (or overlooked that part) to see your references to the patches for autoload.c. Hey, I'll be the first to admit it was a fairly dense post with lots of cut'n'pastey bits that encourage the eye to glaze over. Glad to help. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ssh appear to hang; xauth; X forwarding
Recently, probably after upgrading ssh to openssh-3.9p1-2, ssh appeared to hang, whether invoked by itself or as transport for cvs. Well, the culprit was xauth, or rather X forwarding. Starting ssh invoked xauth which subsequently hung because X wasn't running, even though DISPLAY was defined. Unsetting DISPLAY if X isn't running will cure the problem. kind regards Peter Ring -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: which command does not expand ~ in path (base-files update needed)
On Sep 29 12:19, Dave Korn wrote: QUOTING [...] Enclosing characters in double quotes preserves the lit- eral value of all characters within the quotes, with the exception of $, `, and \. Well, yeh, but, like, y'know, the tilde was _outside_ the quotes. YMKMC! :) Oh, well... *blush* Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
When I am playing the freely available standalone version of Return to Castle Wolfenstein called Enemy Territory and I have various cygwin programs such as apache's httpd, tail.exe, cygrunsrv.exe, bash.exe, or whatnot running, ET will lock up and when I bring up the task manager, seemingly random cygwin processes will be hogging the CPU until I kill it. Upon killing the offending process, ET will resume normally briefly and then another random cygwin process will start hogging the CPU again until I kill it. This will repeat in a seemingly random order until all cygwin processes are killed. It does seem that cygrunsrv.exe is always the first process to have heavy CPU load at seemingly random times, e.g. not always during ET. Some other applications starting up seem to confuse cygrunsrv and I have to manually end the task to regain decent CPU performance. Why might this be and what can I do about it? cygcheck.exe output is attached. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Cygwin Configuration Diagnostics Current System Time: Wed Sep 29 04:45:34 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\Perl\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\Support Tools\ c:\WINDOWS c:\WINDOWS\COMMAND c:\PROGRA~1\TIEDUC~1\TI-83P~1\UTILS .\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) 1001(Debugger Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `C:\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/home/Administrator' USER = `Administrator' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `PRAGMA-KN414AVK' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Administrator' HOSTNAME = `pragma-kn414avk' INCLUDE = `c:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\' LIB = `c:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' LOGONSERVER = `\\PRAGMA-KN414AVK' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0806' PROGRAMFILES = `C:\Program Files' PROMPT = `$p$g' PS1 = [EMAIL PROTECTED] \w]$ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TERM = `cygwin' TI83PLUSDIR = `C:\PROGRA~1\TIEDUC~1\TI-83P~1' TMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = `PRAGMA-KN414AVK' USERNAME = `Administrator' USERPROFILE = `C:\Documents and Settings\Administrator' VS71COMNTOOLS = `c:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' WINBOOTDIR = `C:\WINDOWS' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck.exe' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd FAT32 19083Mb 82% CPUN PRAGMA d: cd CDFS 379Mb 100%CS UN BF1942_2 e: cd CDFS 607Mb 100%CS STARCRAFT C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode .
Re: Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
Oh, it should probably be noted that when I manually end-task the cygrunsrv.exe when it is hogging the cpu it will immediately crash. None of the other processes demonstrate this behavior. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ---BeginMessage--- When I am playing the freely available standalone version of Return to Castle Wolfenstein called Enemy Territory and I have various cygwin programs such as apache's httpd, tail.exe, cygrunsrv.exe, bash.exe, or whatnot running, ET will lock up and when I bring up the task manager, seemingly random cygwin processes will be hogging the CPU until I kill it. Upon killing the offending process, ET will resume normally briefly and then another random cygwin process will start hogging the CPU again until I kill it. This will repeat in a seemingly random order until all cygwin processes are killed. It does seem that cygrunsrv.exe is always the first process to have heavy CPU load at seemingly random times, e.g. not always during ET. Some other applications starting up seem to confuse cygrunsrv and I have to manually end the task to regain decent CPU performance. Why might this be and what can I do about it? cygcheck.exe output is attached. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Cygwin Configuration Diagnostics Current System Time: Wed Sep 29 04:45:34 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\Perl\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\Support Tools\ c:\WINDOWS c:\WINDOWS\COMMAND c:\PROGRA~1\TIEDUC~1\TI-83P~1\UTILS .\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) 1001(Debugger Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `C:\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/home/Administrator' USER = `Administrator' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `PRAGMA-KN414AVK' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Administrator' HOSTNAME = `pragma-kn414avk' INCLUDE = `c:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\' LIB = `c:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' LOGONSERVER = `\\PRAGMA-KN414AVK' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0806' PROGRAMFILES = `C:\Program Files' PROMPT = `$p$g' PS1 = [EMAIL PROTECTED] \w]$ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' TERM = `cygwin' TI83PLUSDIR = `C:\PROGRA~1\TIEDUC~1\TI-83P~1' TMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp' USERDOMAIN = `PRAGMA-KN414AVK' USERNAME = `Administrator' USERPROFILE = `C:\Documents and Settings\Administrator' VS71COMNTOOLS = `c:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' WINBOOTDIR = `C:\WINDOWS' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck.exe' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd FAT32 19083Mb 82% CPUN PRAGMA d: cd CDFS 379Mb 100%CS UN BF1942_2 e: cd CDFS
Re: Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
Steve B wrote: When I am playing the freely available standalone version of Return to Castle Wolfenstein called Enemy Territory and I have various cygwin programs such as apache's httpd, tail.exe, cygrunsrv.exe, bash.exe, or whatnot running, ET will lock up and when I bring up the task manager, seemingly random cygwin processes will be hogging the CPU until I kill it. If you happen to be using Process Explorer from sysinternals.com then that's the culprit. If you have the modules display enabled and happen to click on or otherwise display info about a cygwin process, the result is a 100% hang until you kill the cygwin process. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSH Environment
OK, I tested the app without any cygwin installation and then SSH uses that HOME environment variable I set when starting it. So far so good. However, I would like to change the behaviour of SSH to first use that HOME variable. What and where are the relevant code elements? Or is this too dangerous in order to break other things? Dave On Sep 29 02:17, Brian Dessent wrote: David E. Meier wrote: I try the running ssh client with only the required dll's from a .net application and without a full cygwin installation. Basically that works fine. SSH looks in /etc/passwd for the user's home directory, I believe. It Don't believe. Test and know! :-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: which command does not expand ~ in path (base-files update needed)
-Original Message- From: cygwin-owner On Behalf Of Corinna Vinschen Sent: 29 September 2004 12:30 On Sep 29 12:19, Dave Korn wrote: QUOTING [...] Enclosing characters in double quotes preserves the lit- eral value of all characters within the quotes, with the exception of $, `, and \. Well, yeh, but, like, y'know, the tilde was _outside_ the quotes. YMKMC! :) Oh, well... *blush* Corinna I spelled the acronym wrong! I must have needed more coffee too! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh-host-config requires cygminires.dll
Thank you very much for your reply. Brian Dessent wrote: a12 wrote: /usr/share/doc/Cygwin/openssh.README states: If you start sshd as deamon via cygrunsrv.exe you MUST give the -D option to sshd. Otherwise the service can't get started at all. That isn't telling to you use -D on the cygrunsrv command line directly. It means that the sshd arguments should contain that parameter. I.e. you must include -D in the setting of the -a parameter, such as cygrunsrv -I sshd -d CYGWIN sshd -p /usr/sbin/sshd -a -D -D is not a cygrunsrv option, it is the predicate of the -a option. ssh_host_*_key.pub are owned by the user that has run ssh-host-config Is it OK ? If you ran the above commands they should be owned by SYSTEM. The idea here is that those files contain the private half of the host's public/private keypair, and this is sensitive data. So the file should be readable only by the account that runs the ssh daemon. If you are the only local user then it doesn't really matter much as you can be trusted, but on an actual multiuser posix system you would want to restrict the host key files accordingly. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh-host-config requires cygminires.dll
Hello again, I have just checked the ownership of .pub files, and they are readable by everyone. Brian Dessent wrote: Brian Dessent wrote: ssh_host_*_key.pub are owned by the user that has run ssh-host-config Is it OK ? If you ran the above commands they should be owned by SYSTEM. The idea here is that those files contain the private half of the host's public/private keypair, and this is sensitive data. So the file should be readable only by the account that runs the ssh daemon. If you are the only local user then it doesn't really matter much as you can be trusted, but on an actual multiuser posix system you would want to restrict the host key files accordingly. Sorry, I realize I misread. The .pub files are the public half of the keypair, and should be world-readable by anyone. The ones that don't end in .pub are the private half of the keypair and should be restricted. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSH Environment
On Sep 29 14:21, David E. Meier wrote: OK, I tested the app without any cygwin installation and then SSH uses that HOME environment variable I set when starting it. So far so good. However, I would like to change the behaviour of SSH to first use that So you think it's easier to patch OpenSSH (which you will never get applied upstream anyway) instead of just adding the correct homedir to /etc/passwd? HOME variable. What and where are the relevant code elements? Dunno, I'm happy with the current behaviour. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh-host-config requires cygminires.dll
On Wed, 29 Sep 2004, a12 wrote: Hello again, Following your hint, I checked /usr/share/doc/Cygwin/openssh.README, and entered: ssh-host-config -y ssh-user-config -y cygrunsrv -S sshd yielded: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. I have also tried: cygrunsrv -S -D sshd with the following response: cygrunsrv: trailing commandline argument not allowed and: cygrunsrv -D -S sshd cygrunsrv: unknown option -- D And where did you find this particular command? Cygrunsrv indeed doesn't have a -D option -- you probably meant to pass that to sshd (which you should have done in the cygrunsrv --install line, and which ssh-host-config should do anyway). Here are the contents of /var/log/sshd.log : Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. You may want to check that this is new. Delete /var/log/sshd.log (you may need to take ownership of it first), and let the sshd service create it anew. Windows Applications Log contains the following entries: Cannot find a description for event ID 0 in the source sshd. The local computer does not have necessary register information or message DLL files required to show messages from a remote computer. More information: sshd : PID 660 : starting service `sshd' failed: execv: 1, Operation not permitted. ^ Ah, well, there's your clue. One of the executables (and remember, DLLs in Windows are technically executables too) probably doesn't have the right permissions. I suggest checking: a) the user mounts for the SYSTEM user (there shouldn't be any) b) the system mounts (they should exist) c) the permissions on /usr/sbin/sshd and all the DLLs it needs (they should be executable by all) d) the permissions on /usr, /usr/sbin, /usr/bin, and all the directories containing the DLLs that sshd needs (again, should be executable by all) If none of the above helps, please try starting sshd from the command line in a SYSTEM-owned bash shell (search the list archives for sysbash). Igor Windows System Log contains the following entries: The service CYGWIN sshd ended unexpectedly. It has done 1 time(s). The following action will be done in 0 milliseconds. No action. Any new hints ? Igor Pechtchanski wrote: On Tue, 28 Sep 2004, a12 wrote: Hello Igor, Pardon me for my ignorance about not ataching the cygcheck output. I have run Cygwin setup.exe once again, and fetched installed minires and the new versions of openssh/openssl. The following ssh-host-config -y ended OK, so I tried to start the sshd service: cygrunsrv -S sshd and got the same error as before: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. Any hints ? Yes, three: /usr/share/doc/Cygwin/openssh.README /var/log/sshd.log The Windows Event log One of the above should contain clues as to what went wrong. Igor Igor Pechtchanski wrote: On Tue, 28 Sep 2004, a12 wrote: Hello Cygwin users, I have installed openssl and openssh. Host configuration with: cd /bin ssh-host-config -y tells me about missing cygminires.dll Thereafter the configuration continues: [snip] Host configuration finished. Have fun! Then I start the sshd service: cygrunsrv -S sshd which errors off with: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. Where do I find cygminires.dll ? As always, the Cygwin package search page at http://cygwin.com/packages has the answer. Install the minires package. However, you shouldn't have to, because openssh requires minires anyway. Did you, by chance, unselect it when you installed openssh via setup? In general, it's a *bad* idea to unselect anything setup chooses to automatically install, unless you know exactly what you're doing. How do I make cygrunsrv to start sshd correctly ? The two problems are most likely related. Install minires and try again. Belows follows output from 'cygcheck -svr': For the future, please include this output as an *attachment*, not inline as you did, as requested in http://cygwin.com/problems.html. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a
Re: ssh-host-config requires cygminires.dll
Hello Igor, /usr/share/doc/Cygwin/openssh.README states: If you start sshd as deamon via cygrunsrv.exe you MUST give the -D option to sshd. Otherwise the service can't get started at all. chown SYSTEM /etc/ssh_host*_key chmod 600 /etc/ssh_host*_key solved my problem. Igor Pechtchanski wrote: On Wed, 29 Sep 2004, a12 wrote: Hello again, Following your hint, I checked /usr/share/doc/Cygwin/openssh.README, and entered: ssh-host-config -y ssh-user-config -y cygrunsrv -S sshd yielded: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. I have also tried: cygrunsrv -S -D sshd with the following response: cygrunsrv: trailing commandline argument not allowed and: cygrunsrv -D -S sshd cygrunsrv: unknown option -- D And where did you find this particular command? Cygrunsrv indeed doesn't have a -D option -- you probably meant to pass that to sshd (which you should have done in the cygrunsrv --install line, and which ssh-host-config should do anyway). Here are the contents of /var/log/sshd.log : Could not load host key: /etc/ssh_host_key Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. You may want to check that this is new. Delete /var/log/sshd.log (you may need to take ownership of it first), and let the sshd service create it anew. Windows Applications Log contains the following entries: Cannot find a description for event ID 0 in the source sshd. The local computer does not have necessary register information or message DLL files required to show messages from a remote computer. More information: sshd : PID 660 : starting service `sshd' failed: execv: 1, Operation not permitted. ^ Ah, well, there's your clue. One of the executables (and remember, DLLs in Windows are technically executables too) probably doesn't have the right permissions. I suggest checking: a) the user mounts for the SYSTEM user (there shouldn't be any) b) the system mounts (they should exist) c) the permissions on /usr/sbin/sshd and all the DLLs it needs (they should be executable by all) d) the permissions on /usr, /usr/sbin, /usr/bin, and all the directories containing the DLLs that sshd needs (again, should be executable by all) If none of the above helps, please try starting sshd from the command line in a SYSTEM-owned bash shell (search the list archives for sysbash). Igor Windows System Log contains the following entries: The service CYGWIN sshd ended unexpectedly. It has done 1 time(s). The following action will be done in 0 milliseconds. No action. Any new hints ? Igor Pechtchanski wrote: On Tue, 28 Sep 2004, a12 wrote: Hello Igor, Pardon me for my ignorance about not ataching the cygcheck output. I have run Cygwin setup.exe once again, and fetched installed minires and the new versions of openssh/openssl. The following ssh-host-config -y ended OK, so I tried to start the sshd service: cygrunsrv -S sshd and got the same error as before: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. Any hints ? Yes, three: /usr/share/doc/Cygwin/openssh.README /var/log/sshd.log The Windows Event log One of the above should contain clues as to what went wrong. Igor Igor Pechtchanski wrote: On Tue, 28 Sep 2004, a12 wrote: Hello Cygwin users, I have installed openssl and openssh. Host configuration with: cd /bin ssh-host-config -y tells me about missing cygminires.dll Thereafter the configuration continues: [snip] Host configuration finished. Have fun! Then I start the sshd service: cygrunsrv -S sshd which errors off with: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. Where do I find cygminires.dll ? As always, the Cygwin package search page at http://cygwin.com/packages has the answer. Install the minires package. However, you shouldn't have to, because openssh requires minires anyway. Did you, by chance, unselect it when you installed openssh via setup? In general, it's a *bad* idea to unselect anything setup chooses to automatically install, unless you know exactly what you're doing. How do I make cygrunsrv to start sshd correctly ? The two problems are most likely related. Install minires and try again. Belows follows output from 'cygcheck -svr': For the future, please include this output as an *attachment*, not inline as you did, as requested in http://cygwin.com/problems.html. Igor -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Programming problem with POSIX threads and stdout
The following has probably already been noticed by someone, but I could not find any reference (at least, comprehensible to me), so I apologize if my problem has already been taken care of. Consider the following code: #include stdio.h #include unistd.h #include pthread.h void *mythread (void *p) { puts (Begin thread.); sleep (2); puts (End thread.); return NULL; } int main (void) { pthread_t threadID; puts (Begin program.); pthread_create (threadID, NULL, mythread, NULL); sleep(1); puts (Mid program.); sleep (2); puts (End program.); return 0; } In my intention, it should write the following (the sleeps take care of the timing): Begin program. Begin thread. Mid program. End thread. End program. However, the last line (which is executed after the thread has exited) is not printed. I also tried with files and with redirection. If I repeat the sleep(2) twice in the main program, the program actually takes longer, so I am sure that execution of main still proceeds after the thread has stopped; however, the standard output seems to have been closed by the thread termination. I have an up-to-date Cygwin system (1.5.11-1 DLL, GCC 3.3.3 with POSIX thread model); the compilation command that I used is gcc -Wall -o ttest ttest.c I also tried putting debug or optimization flags (-g, -O, -O2) and put an explicit -lpthread at the end, with no luck. I'm a bit new to pthreads, so probably it's my fault, or maybe this behavior is in the specifications; however, under Linux I get the whole output as I expect. Is there a way to get things right? Thank you, Mauro. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSH Environment
David E. Meier wrote: Hi, I try the running ssh client with only the required dll's from a .net application and without a full cygwin installation. Basically that works fine. However, I have a problem regarding the known_hosts file: It does not get written anywhere and therefore asks to add the key each time the app runs. I tried to set the environment variabe to: HOME=c:\Program Files\myApp in WinXP with a subdir .ssh already created. No luck. Then I tried setting the HOME-variable to different values when starting the ssh-process from my .net application using /cygdrive/c/Program Files/myApp, /cygdrive/c/Program\\ Files/myApp or C:\Program Files\myApp. No luck as well. What am I missing here? Do I need more environment variables? Another solution for setting the path of the known_hosts file? Why would a home directory be under Program Files?!? Program Files is a directory that contains a space in it so you might try escaping it. Well further reading of this thread suggests that OpenSSH uses the home directory in /etc/passwd anyway but still are ya gonna put /cygdrive/c/Program Files/myApp in that field? I think you'll still have a problem with the space. I don't think you want a home directory under program files in the first place. However, one trick that I do to more easily deal with the Program Files think is: $ mount -bsf /cydrive/c/Program Files /apps Then it's simply /apps/application/etc. Much easier to deal with, shorter and file name completion under bash works well with this. -- Never raise your hands to your kids. It leaves your groin unprotected. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
Brian Dessent wrote: Steve B wrote: When I am playing the freely available standalone version of Return to Castle Wolfenstein called Enemy Territory and I have various cygwin programs such as apache's httpd, tail.exe, cygrunsrv.exe, bash.exe, or whatnot running, ET will lock up and when I bring up the task manager, seemingly random cygwin processes will be hogging the CPU until I kill it. If you happen to be using Process Explorer from sysinternals.com then that's the culprit. If you have the modules display enabled and happen to click on or otherwise display info about a cygwin process, the result is a 100% hang until you kill the cygwin process. There has been talk of late about this, usually with csrss (a non Cygwin process) going wild as well as inetd, cron and other Cygwin processes. I, at times, use Procexp, other times not use it and still see occasionally this problem happening. It hogs the CPU but not that much (typically the processes are taking up 30 or so percent of the CPU but 2 or 3 of them (csrss and inetd and cron - 30 + 30 + 30 tends to get to ~100%)). This is observed with regular TaskManager not Procexp however this condition may have been tripped earlier as often my CPU is very busy anyway. So it might be that I had Procexp running and not necessarily looking at the modules display or anything rather it is iconified but a cygwin process, such as cron, became busy and thus got Procexp's attention possibly tripping the problem. In any event what version of Procexp do you use and suspect is causing this problem. I have 5.20 running at home and I forget which version is running at work but I know it's a newer version. When starting Procexp to check the version I noticed that he problem has occurred again. csrss is taking ~20% and cron ~12%. The 2 inetd's are taking ~10%. Working around this usually just involves a net stop of cron/inetd and restarting it. OK that worked. Restarting Procexp and wham! Same problem! Interesting. There is no modules view in 5.20 BTW. There is only View: DLLs and Handles. Either setting causes this problem in Cygwin. -- Ask people why they have deer heads on their walls and they tell you it's because they're such beautiful animals.I think my wife is beautiful, but I only have photographs of her on the wall. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cp to flash drive very slow
I tried using cp to copy a zip file 106MB from my hard drive to my flash drive (sandisk mini cruzer). After 20 minutes it still had not completed. xcopy copied the file in 22 seconds. Why would cp be so much slower? Any ideas as to work-arounds? cygcheck output is enclosed. TIA, dar Cygwin Configuration Diagnostics Current System Time: Wed Sep 29 10:54:10 2004 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\AppsDev\perl\bin\ C:\cygwin\bin c:\j2sdk\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Sonic\MyDVD c:\Program Files\Common Files\Adaptec Shared\System c:\AppsDev\mysql\bin c:\AppsDev\ant\bin z:\rosetta\lib c:\home\bin c:\VISUALSTUDIO\Common\msdev98\BIN c:\VISUALSTUDIO\VC98\BIN c:\VISUALSTUDIO\Common\TOOLS\WINNT c:\VISUALSTUDIO\Common\TOOLS Output from C:\cygwin\bin\id.exe (nontsec) UID: 1007(darogers) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1007(darogers) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS CYGWIN = `ntsec' HOME = `c:\home' MAKE_MODE = `unix' PWD = `/c' USER = `darogers' Use `-r' to scan registry c: hd NTFS 38107Mb 41% CP CS UN PA FC MainDrive d: cd N/AN/A e: cd N/AN/A f: hd NTFS 6Mb 8% CP CS UN PA FC Work_Drive g: hd NTFS 54470Mb 5% CP CS UN PA FC Extra h: hd FAT32195Mb 1% CPUN XFER i: fd FAT32248Mb 53% CPUN SANDISK z: hd NTFS 6Mb 8% CP CS UN PA FC Work_Drive h: /husertextmode i: /iusertextmode w: /wusertextmode . /cygdrive usertextmode,cygdrive C:\cygwin / system textmode c: /csystem binmode d: /dsystem binmode e: /esystem binmode f: /fsystem binmode g: /gsystem binmode C:\cygwin/bin /usr/bin system textmode C:\cygwin/lib /usr/lib system textmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode z: /zsystem binmode . /cygdrive system textmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll 841k 2004/03/17 C:\cygwin\bin\cygcrypto-0.9.7.dll 645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll 22k 2004/02/10 C:\cygwin\bin\cygcygipc-2.dll 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll 895k 2004/04/28 C:\cygwin\bin\cygdb-4.2.dll 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll 1156k 2004/04/28 C:\cygwin\bin\cygdb_cxx-4.2.dll 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 48k 2003/08/09 C:\cygwin\bin\cygform7.dll 907k 2004/06/09 C:\cygwin\bin\cygfpx-1.dll 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll 107k 2004/07/06 C:\cygwin\bin\cyggettextlib-0-14-1.dll 17k 2004/07/06 C:\cygwin\bin\cyggettextpo-0.dll 190k 2004/07/06 C:\cygwin\bin\cyggettextsrc-0-14-1.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll 330k 2004/02/09 C:\cygwin\bin\cyghttpd.dll 991k 2004/07/06 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll 54k
Re: Programming problem with POSIX threads and stdout
On Wed, 29 Sep 2004, Mauro Brunato wrote: The following has probably already been noticed by someone, Yup. but I could not find any reference (at least, comprehensible to me), so I apologize if my problem has already been taken care of. How 'bout this thread?: http://cygwin.com/ml/cygwin/2004-09/msg01292.html Consider the following code: [snip] I also tried putting debug or optimization flags (-g, -O, -O2) and put an explicit -lpthread at the end, with no luck. -lpthread is not needed on Cygwin. The pthreads code is part of the cygwin dll. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygserver won't start
Alder wrote: Michael Hipp wrote:: Hello, I realize this topic was discussed at length quite recently but in all those posts I was not able to discern a solution. That would have been my original post that spawned that thread, Michael. In the end, it appeared to be related to my PATH variable contents. Can you post yours here so we can have a boo? From Command Prompt: C:\WINNT\system32;C:\WINNT;C:\WINNT\system32\wbem;C:\Python23 From bash: /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINNT/system32:/cygdrive /c/WINNT:/cygdrive/c/WINNT/system32/wbem:/cygdrive/c/Python23 From cmd.exe run from within bash: C:\cygwin\usr\local\bin;C:\cygwin\bin;C:\cygwin\bin;C:\cygwin\usr\X11R6\bin;c:\W INNT\system32;c:\WINNT;c:\WINNT\system32\wbem;c:\Python23 Anything out of place? The only thing I can see is that /usr/X11R6/bin is in the path and there is no such directory. Any help appreciated, Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Programming problem with POSIX threads and stdout
Thanks, Brian! Actually, I had seen that posting, but I missed the fact that the third reply was from Faylor, and not from the original poster, who said that the problem had been fixed *after* the last stable release. I'll go get a recent snapshot of the DLL. Thank you again, Mauro. - Original Message - From: Brian Ford [EMAIL PROTECTED] To: Mauro Brunato [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, September 29, 2004 6:09 PM Subject: Re: Programming problem with POSIX threads and stdout On Wed, 29 Sep 2004, Mauro Brunato wrote: The following has probably already been noticed by someone, Yup. but I could not find any reference (at least, comprehensible to me), so I apologize if my problem has already been taken care of. How 'bout this thread?: http://cygwin.com/ml/cygwin/2004-09/msg01292.html Consider the following code: [snip] I also tried putting debug or optimization flags (-g, -O, -O2) and put an explicit -lpthread at the end, with no luck. -lpthread is not needed on Cygwin. The pthreads code is part of the cygwin dll. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[PATCH] cygrunsrv --recovery action
the attached patch implements the options -r or --recovery to set service failure actions. allowed actions are 'none', 'boot' or 'restar'. not implemented are actions for running commands on failed actions, like supported by the windows SCM. the patch also uses ChangeServiceConfig2() for setting the description of the installed service. not included is the ChangeLog of the patch! rainer cygrunsrv-recovery.patch Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygserver won't start
Brian Dessent wrote: Hmm. You should also check that /etc/cygserver.conf is readable by SYSTEM and that /var/log/cygserver.log is readable and writable by SYSTEM. You could always just do chown SYSTEM:root and chmod 644 on them if unsure, but I suspect they're fine. Well, you're on the right track. Adding -d to the cygserver options caused Event Viewer to come up with this: cygserver : PID 800 : starting service `' failed: redirect_fd: open (1, /var/log/cygserver.log): 2, No such file or directory. So I tried (numerous times) setting the perms both from bash and Windows to no avail. Tried deleting and re-creating the file. Here is a partial transcript: [EMAIL PROTECTED] /var/log $ rm cygserver.log rm: remove write-protected file `cygserver.log'? y $ touch cygserver.log $ chown SYSTEM:root cygserver.log $ chmod 644 cygserver.log $ ls -l cygserver.log -rw-r--r--1 SYSTEM root0 Sep 29 11:47 cygserver.log $ cygrunsrv -S cygserver cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. $ chmod 777 cygserver.log $ cygrunsrv -S cygserver cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. Error message in Event Viewer repeats the No such file or directory error. Would sure appreciate some ideas. One thing, when I installed this cygwin I checked the Install For Just Me option. Could this have anything to do with it? Thanks, Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygserver won't start (FAQ alert)
On Wed, 29 Sep 2004, Michael Hipp wrote: Brian Dessent wrote: Hmm. You should also check that /etc/cygserver.conf is readable by SYSTEM and that /var/log/cygserver.log is readable and writable by SYSTEM. You could always just do chown SYSTEM:root and chmod 644 on them if unsure, but I suspect they're fine. Well, you're on the right track. Adding -d to the cygserver options caused Event Viewer to come up with this: cygserver : PID 800 : starting service `' failed: redirect_fd: open (1, /var/log/cygserver.log): 2, No such file or directory. So I tried (numerous times) setting the perms both from bash and Windows to no avail. Tried deleting and re-creating the file. [snip] One thing, when I installed this cygwin I checked the Install For Just Me option. Could this have anything to do with it? Bingo. As I was reading your message, I thought he should check that he has system mounts. You've just confirmed that you don't. Re-mount all of your mounts as system, and your services will work. David, this is definitely an FAQ, but there is nothing in the FAQ about services (other than the how do I install snapshots entry). Should we add something along the lines: Why don't my services work? Most Windows services run as the SYSTEM user. If you installed Cygwin for Just Me, the SYSTEM user won't see the mount table. You need to re-mount all of your mounts as system for services to work. We could even include the recipe for remounting as system (e.g., from http://cygwin.com/ml/cygwin/2003-05/msg00487.html), or tell them to run setup.exe again and select All Users on the Install For screen (and use the Keep view, so that nothing gets upgraded accidentally). Incidentally, being able to use system mounts requires write access to the HKLM registry tree. However, installing services also seems to require it, so if anyone has problems with services not working (but being correctly installed into the registry) should also be able to use system mounts. Don't know if this is worth mentioning in the FAQ. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygserver won't start (FAQ alert)[SOLVED]
Igor Pechtchanski wrote: One thing, when I installed this cygwin I checked the Install For Just Me option. Could this have anything to do with it? Bingo. As I was reading your message, I thought he should check that he has system mounts. You've just confirmed that you don't. Re-mount all of your mounts as system, and your services will work. David, this is definitely an FAQ, but there is nothing in the FAQ about services (other than the how do I install snapshots entry). Should we add something along the lines: Why don't my services work? Most Windows services run as the SYSTEM user. If you installed Cygwin for Just Me, the SYSTEM user won't see the mount table. You need to re-mount all of your mounts as system for services to work. We could even include the recipe for remounting as system (e.g., from http://cygwin.com/ml/cygwin/2003-05/msg00487.html), or tell them to run setup.exe again and select All Users on the Install For screen (and use the Keep view, so that nothing gets upgraded accidentally). Thank you (all) ever so very much. I had no idea what it took to re-mount all your mounts as system but I did the {eval `mount -m | sed -e 's/ -u / -s /g' -e 's/$/;/'`} from the msg referenced above and it now works like a charm. (There are some occasional other users of this machine and I don't really want them to have access to something as powerful as cygwin so re-installing for all users was definitely not the preferred solution.) Hmmm. I wonder if this will help another installation where Task Scheduler jobs don't seem to have access to windows network drives. Worth a try. Thanks again, Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 'which' command does not expand '~' in path (base-files update needed)
cgf wrote: Dropping the quotes from the original example will just cause everything to work correctly everywhere. John Morrison, would you mind doing this, please? Hi cgf, As I said, I wasn't following this thread for a while, so here are the changes I'll do (I'm also trying to clean the scripts up as much as possible). I'll not be able to upload a version until tonight though, I don't have the code base with me... /etc/profile: remove quotes from lines 23, 36 and 29 brace ${...} all variables change ~ to ${HOME} on lines 193, 195 and 197 /etc/skel/.bash_profile (via default versions) remove quotes from lines 13, 18 and 23 change ~ to ${HOME} on lines 7, 8, 12, 13, 17, 18, 22 and 23 If people didn't remove these files prior to the last upgrade they must remove them before this upgrade otherwise they will not be overwritten. The above changes have been done... http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-files-3.1-1.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/setup.hint Are there any other changes needed? J. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make-3.80-1: virtual memory exhausted bug
Sorry, the link to the bug should have been http://www.mail-archive.com/[EMAIL PROTECTED]/msg02871.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems on Itanium: Found the Cause, What's Next?
Hi, Corinna Vinschen, you wrote It also works fine on a x86_64 machine in 32 bit mode. Yes, I've checked it too - it really works on Intel EM64T (didn't test it on AMD64). No, because this would also exclude x86_64 machines. Probably, a better approach is needed. It is possible to check PROCESSOR_ARCHITECTURE envvar but it looks a little clumsy. Actually I'm somewhat in doubt that CreateFileMapping/MapVieOfFile functionality should actually be so broken on the ia64 platform. Are you really sure that the culprit isn't somewhere else? Your test application uses a very common idiom, so I'd guess that a lot more applications would fail miserably on ia64 in 32 bit mode. Belieive it or not, it is! I've double checked it (I mean I've done that on 2 computers :-) ). It is easily reproducible with cygwin - any malloc for a big memory chunk causes segmentation fault (if I understand correctly malloc requests for big memory areas lead to mmap call). I've posted the bug report to public.win32.programming.kernel and private.windowsserver_64bit msft mailing lists - no answer so far... With best regards, Alex Alexandrov. E-mail: [EMAIL PROTECTED] (remove numbers before e-mailing me) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: rsync-2.6.2-3
If you're using 2.6.2-1 or earlier version to avoid the textmode bug, you're now strongly advised to upgrade to 2.6.2-4 Is this a typo, or is there a 2.6.2-4? Barry -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
select call does block unless data arrives at socket (when waiting for serial port and ip socket)
Hi... I want to use select() to wait for a serial port and a ip socket. Following problem: If data arrives the serial port, select() works as aspected and returns 1. If data arrives the ip socket, select() doesn't return. If data arrives the serial port and before there was some data at the ip socket, select() returns 2. Both file descriptors are set in fd_set input, and all data can be read by the next functions. I am using the cygwin1.dll version 1.5.11 with Windows XP. (The same problem with previous versions of cygwin1.dll.) Thanks for help. Stefan Sample sourcecode: /*/ /* ipserial.c */ #include stdio.h #include stdlib.h #include string.h #include unistd.h #include fcntl.h #include termios.h #include sys/select.h #include sys/socket.h #include netinet/in.h #include netdb.h /*/ #define HOSTNAME localhost #define HOSTMODEPORT 5000 #define MAXDATASIZE 256 #define SERIALPORT com5 /*/ int open_port(void) { int fd; fd = open(SERIALPORT, O_RDWR | O_NOCTTY); if (fd == -1) { perror(open serial port); } else fcntl(fd, F_SETFL, 0); return (fd); } /*/ int init_port(int fd) { struct termios options; tcgetattr(fd, options); cfsetispeed(options, B19200); cfsetospeed(options, B19200); options.c_cflag |= (CLOCAL | CREAD); options.c_cflag = ~CSTOPB; options.c_cflag = ~CRTSCTS; options.c_iflag = ~(IXON | IXOFF | IXANY); //cfmakeraw(options); options.c_iflag = ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); options.c_oflag = ~OPOST; options.c_lflag = ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); options.c_cflag = ~(CSIZE|PARENB); options.c_cflag |= CS8; options.c_cc[VMIN] = 0; options.c_cc[VTIME] = 10; tcsetattr(fd, TCSANOW, options); return(0); } /*/ int main(void) { int err; int numbytes; char serialbuf[MAXDATASIZE]; char socketbuf[MAXDATASIZE]; intserialfd,socketfd; intmax_fd; fd_set input; struct hostent *he; struct sockaddr_in their_addr; if ((he=gethostbyname(HOSTNAME)) == NULL) { perror(gethostbyname); exit(1); } if ((socketfd = socket(AF_INET, SOCK_STREAM, 0)) == -1) { perror(socket); exit(1); } their_addr.sin_family = AF_INET; their_addr.sin_port = htons(HOSTMODEPORT); their_addr.sin_addr = *((struct in_addr *)he-h_addr); memset((their_addr.sin_zero), '\0', 8); if (connect(socketfd, (struct sockaddr *)their_addr,sizeof(struct sockaddr)) == -1) { perror(connect); exit(1); } serialfd = open_port(); err = init_port(serialfd); while (1) { FD_ZERO(input); FD_SET(socketfd,input); FD_SET(serialfd,input); max_fd = (socketfd serialfd ? socketfd : serialfd); err = select(max_fd+1, input, NULL, NULL, NULL); if (err) { if (FD_ISSET(serialfd,input)) { if ((numbytes=read(serialfd, serialbuf, MAXDATASIZE-1)) 0) { perror(read serial); exit(1); } if (send(socketfd,serialbuf,numbytes,0) == -1) { perror(send socket); exit(1); } } if (FD_ISSET(socketfd,input)) { if ((numbytes=recv(socketfd, socketbuf, MAXDATASIZE-1, 0)) == -1) { perror(recv socket); exit(1); } if (write(serialfd, socketbuf, numbytes) 0) { perror(write serial); exit(1); } } } } close(serialfd); close(socketfd); return(0); } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: select call does block unless data arrives at socket (when waiting for serial port and ip socket)
On Wed, Sep 29, 2004 at 11:09:03PM +0200, Stefan Mahr wrote: Hi... I want to use select() to wait for a serial port and a ip socket. Following problem: If data arrives the serial port, select() works as aspected and returns 1. If data arrives the ip socket, select() doesn't return. If data arrives the serial port and before there was some data at the ip socket, select() returns 2. Both file descriptors are set in fd_set input, and all data can be read by the next functions. I am using the cygwin1.dll version 1.5.11 with Windows XP. (The same problem with previous versions of cygwin1.dll.) I'm not sure that there is anyone around who can debug serial problems unless Brian Ford still is set up to look into this. If you are interested in investigating this problem yourself, the two affected files in cygwin are fhandler_serial.cc and select.cc. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSH Environment
Andrew DeFaria wrote: Why would a home directory be under Program Files?!? Program Files is a directory that contains a space in it so you might try escaping it. Well further reading of this thread suggests that OpenSSH uses the home directory in /etc/passwd anyway but still are ya gonna put /cygdrive/c/Program Files/myApp in that field? I think you'll still have a problem with the space. I don't think you want a home directory under program files in the first place. However, one trick that I do to more easily deal with the Program Files think is: $ mount -bsf /cydrive/c/Program Files /apps Then it's simply /apps/application/etc. Much easier to deal with, shorter and file name completion under bash works well with this. He doesn't want a home directory under \program files. He's writing some custom app that will use Cygwin's ssh, and he doesn't want to be bothered to install an actual valid Cygwin environment, just poach ssh.exe to do whatever he wants. For the purposes of the Cygwin content, this thread ceased being relevant some time ago because this isn't [EMAIL PROTECTED] Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
Andrew DeFaria wrote: In any event what version of Procexp do you use and suspect is causing this problem. I have 5.20 running at home and I forget which version is running at work but I know it's a newer version. When starting Procexp to check the version I noticed that he problem has occurred again. csrss is taking ~20% and cron ~12%. The 2 inetd's are taking ~10%. Working around this usually just involves a net stop of cron/inetd and restarting it. OK that worked. Restarting Procexp and wham! Same problem! Interesting. There is no modules view in 5.20 BTW. There is only View: DLLs and Handles. Either setting causes this problem in Cygwin. View DLLs is what I meant by module view. Same thing. The two ways that I've found to trigger it is to have the bottom pane active and set to DLL view and to click on a cygwin app, or double-click a cygwin app and select the Threads tab. In either case the thing that causes the problem is ProcExp attaching a thread to the Cygwin process in order to get the loaded modules and thread info. I've tried to track this down but it's quite hard to debug for several reasons: procexp does not come with source, it uses undocumented API calls, and it works in concert with csrss (which is a system service not a normal process and therefore harder to debug.) The closest I've been able to get is the following set of calls as seen in API Monitor: http://dessent.net/tmp/procexp-cygwin.gif Of course, I can't find any way to export that list to a plain text format, so this stupid screen shot is about the best I can do for now. If you look at the image it starts with a call to OpenProcess on pid 0xc9c which was my sacrificial Cygwin process. In this test I had only a single Cygwin process running, and this process was a brain dead hello-world type thing (a single call to read(0, buf, sizeof(buf)) so that it would just sit there and patiently block.) This test-app and those shown list of calls are the simplest test-case that I was able to narrow it down to. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: select call does block unless data arrives at socket (when waiting for serial port and ip socket)
On Wed, 29 Sep 2004, Stefan Mahr wrote: I want to use select() to wait for a serial port and a ip socket. Following problem: If data arrives the serial port, select() works as aspected and returns 1. If data arrives the ip socket, select() doesn't return. If data arrives the serial port and before there was some data at the ip socket, select() returns 2. Both file descriptors are set in fd_set input, and all data can be read by the next functions. I am using the cygwin1.dll version 1.5.11 with Windows XP. (The same problem with previous versions of cygwin1.dll.) Sample sourcecode: /*/ /* ipserial.c */ #include stdio.h #include stdlib.h #include string.h #include unistd.h #include fcntl.h #include termios.h #include sys/select.h #include sys/socket.h #include netinet/in.h #include netdb.h /*/ #define HOSTNAME localhost #define HOSTMODEPORT 5000 #define MAXDATASIZE 256 #define SERIALPORT com5 If you want POSIX behavior from the serial port (ie. termios, etc.), please see: http://cygwin.com/cygwin-ug-net/using-specialnames.html#AEN825 and use the proper POSIX device (ie. /dev/ttyS4; /dev/com5 may also work, but is not suggested). /*/ int open_port(void) { int fd; fd = open(SERIALPORT, O_RDWR | O_NOCTTY); if (fd == -1) { perror(open serial port); } else fcntl(fd, F_SETFL, 0); What are you trying to accomplish here? One would normally do a get, modify, set like: { int flags = fcntl(fd, F_GETFL); if (flags 0 || fcntl(fd, F_SETFL, flags|O_NONBLOCK) 0) { perror(fcntl(O_NONBLOCK) failed); exit(1); } } return (fd); } /*/ int init_port(int fd) { struct termios options; tcgetattr(fd, options); cfsetispeed(options, B19200); cfsetospeed(options, B19200); options.c_cflag |= (CLOCAL | CREAD); options.c_cflag = ~CSTOPB; options.c_cflag = ~CRTSCTS; options.c_iflag = ~(IXON | IXOFF | IXANY); //cfmakeraw(options); options.c_iflag = ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); options.c_oflag = ~OPOST; options.c_lflag = ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); options.c_cflag = ~(CSIZE|PARENB); options.c_cflag |= CS8; options.c_cc[VMIN] = 0; options.c_cc[VTIME] = 10; tcsetattr(fd, TCSANOW, options); return(0); } /*/ int main(void) { int err; int numbytes; char serialbuf[MAXDATASIZE]; char socketbuf[MAXDATASIZE]; intserialfd,socketfd; intmax_fd; fd_set input; struct hostent *he; struct sockaddr_in their_addr; if ((he=gethostbyname(HOSTNAME)) == NULL) { perror(gethostbyname); exit(1); } if ((socketfd = socket(AF_INET, SOCK_STREAM, 0)) == -1) { perror(socket); exit(1); } their_addr.sin_family = AF_INET; their_addr.sin_port = htons(HOSTMODEPORT); their_addr.sin_addr = *((struct in_addr *)he-h_addr); memset((their_addr.sin_zero), '\0', 8); ^ sizeof(their_addr.sin_zero) ;-)? You might also try poll, or debugging it yourself as CGF suggested. I don't have time to look into it right now :-(. Sorry. Since the problem appears to be with the socket, can you get two sockets to have this behavior? -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bash, filename completion and spaces in path components [was RE: SSH Environment]
-Original Message- From: cygwin-owner On Behalf Of Andrew DeFaria Sent: 29 September 2004 16:16 However, one trick that I do to more easily deal with the Program Files think is: $ mount -bsf /cydrive/c/Program Files /apps Then it's simply /apps/application/etc. Much easier to deal with, shorter and file name completion under bash works well with this. I use the same trick myself because a lot of apps can't handle a filename with a space in it, not even if it gets correctly escaped and passed through to argv, but I've never known bash filename completion to have a problem: it escapes all the spaces and other metachars beautifully. Sometimes I use it just to save me having to figure out what needs escaping and what doesn't. What problem do you see? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygserver won't start (FAQ alert)[SOLVED]
At 01:57 PM 9/29/2004, you wrote: Igor Pechtchanski wrote: One thing, when I installed this cygwin I checked the Install For Just Me option. Could this have anything to do with it? Bingo. As I was reading your message, I thought he should check that he has system mounts. You've just confirmed that you don't. Re-mount all of your mounts as system, and your services will work. David, this is definitely an FAQ, but there is nothing in the FAQ about services (other than the how do I install snapshots entry). Should we add something along the lines: Why don't my services work? Most Windows services run as the SYSTEM user. If you installed Cygwin for Just Me, the SYSTEM user won't see the mount table. You need to re-mount all of your mounts as system for services to work. We could even include the recipe for remounting as system (e.g., from http://cygwin.com/ml/cygwin/2003-05/msg00487.html), or tell them to run setup.exe again and select All Users on the Install For screen (and use the Keep view, so that nothing gets upgraded accidentally). Thank you (all) ever so very much. I had no idea what it took to re-mount all your mounts as system but I did the {eval `mount -m | sed -e 's/ -u / -s /g' -e 's/$/;/'`} from the msg referenced above and it now works like a charm. (There are some occasional other users of this machine and I don't really want them to have access to something as powerful as cygwin so re-installing for all users was definitely not the preferred solution.) Actually, system mounts are really *the* difference between installing Just for me and All Users. So you have effectively reinstalled for all users now. ;-) Hmmm. I wonder if this will help another installation where Task Scheduler jobs don't seem to have access to windows network drives. Worth a try. True but you won't see a difference. When you say Task Scheduler, you mean the Windows service/utility, right? Just curious. There's the same issue with 'cron' and any service that runs under SYSTEM. It has no access to shares that require authentication to access. So you either need to make your shares accessible to everyone or run the service under your user name and only for your user. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cp to flash drive very slow
I tried using cp to copy a zip file 106MB from my hard drive to my flash drive (sandisk mini cruzer). After 20 minutes it still had not completed. xcopy copied the file in 22 seconds. Why would cp be so much slower? Any ideas as to work-arounds? Last I checked, cp was slower on network copies than xcopy was, but the difference was nowhere *near* that dramatic. I can offer a few guesses here: 1. Again last I looked, cp was using fopen()/fread() et al to do the copy. Good for portability, bad for efficiency. Xcopy is probably using CopyFile{Ex} or some such lower-level funcion, which if MS is on the ball (yeah I know) involves a lot fewer layers of code, and if we're really good maybe is even copying raw sectors using scatter/gather (yeah I know I'm dreaming, but maybe). 2. Caching. Xcopy may be caching your writes to flash, cp may be forcing a flush somehow. I've had similar copies take essentially no time, only to find out that the copy never actually got committed to disk until much much later. XP SP1 doesn't default to that behavior IIRC, but check to make sure that you do NOT have that option turned on, or you WILL lose data. Regardless, 3.7Mb/second seems like something's wrong somewhere. Are you running USB2.0 hub-to-device? -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin df -l option has wrong sense?
According to df --help, the -l option means to list only local drives. But in practice it seems to do the exact opposite: $ df -k /cygdrive/c/cygwin Filesystem 1k-blocks Used Available Use% Mounted on C:\cygwin 39070048 32015012 7055036 82% / $ df -k -l /cygdrive/c/cygwin Filesystem 1k-blocks Used Available Use% Mounted on $ df -k //handel/d Filesystem 1k-blocks Used Available Use% Mounted on x: 4811432 2402244 2409188 50% /cygdrive/x $ df --help Usage: df [OPTION]... [FILE]... Show information about the filesystem on which each FILE resides, or all filesystems by default. [...] -l, --local limit listing to local filesystems [...] Report bugs to [EMAIL PROTECTED]. $ uname -a CYGWIN_NT-5.1 DOYLE 1.5.10(0.116/4/2) 2004-05-25 22:07 i686 unknown unknown Cygwin Have I misunderstood? luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash, filename completion and spaces in path components [was RE: SSH Environment]
Dave Korn wrote: I use the same trick myself because a lot of apps can't handle a filename with a space in it, not even if it gets correctly escaped and passed through to argv, but I've never known bash filename completion to have a problem: it escapes all the spaces and other metachars beautifully. Sometimes I use it just to save me having to figure out what needs escaping and what doesn't. What problem do you see? Forgive me! I misspoke! One place where it helps me is with Clearcase. Clearcase uses the M drive for views. On Unix it uses /view. So I map /cygdrive/m - /view. Then it's the same in Unix and under Cygwin. But also, things like C:/Progtab don't work. Yeah you can /cygdrive/c/Progtab/MyApptab but that's a lot of typing, compared to /app/MyApptab. Similarly with /cygdrive/m/viewnametab compared to /view/viewnametab. -- If there is a god, he will understand why I don't believe in him. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Undifined reference to _WinMain@16 (Attn: FAQ maintainer)
On Mon, 13 Sep 2004 16:51:27 -0400 (EDT), Igor Pechtchanski [EMAIL PROTECTED] wrote: http://sources.redhat.com/cygwin/faq/faq.html#SEC91 This won't work with gcj. You need to pass a --main flag, e.g., gcj --main=Hello Hello.java Would it be possible to add this to the above FAQ entry? Yep. I'm back from vacation which is good, but very behind and busy, which is bad. I've updated several things in the FAQ and put it on the website. Other things will be coming along eventually. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem regarding CYGWIN (FAQ alert)
On Tue, 21 Sep 2004 09:31:41 -0400 (EDT), Igor Pechtchanski [EMAIL PROTECTED] wrote: @David: This is a pretty frequently asked question, but I couldn't find the exact FAQ entry for it. Perhaps we could add a 'Where is make (gcc, vi, etc)' heading to the above FAQ entry? Done. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Crontab issue
On Thu, 09 Sep 2004 14:29:16 -0400, Larry Hall wrote: Access to network shares seems to come up allot in the context of Cygwin services. Maybe it would be good to add something to the FAQ on this. What do you think Joshua? See how this does: Some Cygwin services normally run as the SYSTEM user, which has certain limitations. Under the Windows authentication scheme, the SYSTEM user cannot access network shares that require authentication. For more information, see `http://cygwin.com/cygwin-ug-net/ntsec.html'. Workarounds include using public network share that does not require authentication (for non-critical files), or running the service as your own user with `cygrunsrv'. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: BUG in /etc/pinforc (Attn: pinfo maintainer)
On Mon, 30 Aug 2004 10:52:17 -0400 (EDT), Igor Pechtchanski wrote: Every time I run pinfo, I get the following message: Security warning: Unable to get GID of group called: nobody Looking in /etc/pinforc, I see SAFE-USER=nobody SAFE-GROUP=nobody AFAIK, nobody is not a standard user or group on Cygwin. I'm guessing it doesn't complain about the nobody user only because I created one for running apache. I don't know what the right values would be here, but thought I'd report this. Hmm, I'll look into it for the next release of pinfo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems on Itanium: Found the Cause, What's Next?
Hi, Alex Alexandrov, you wrote I've posted the bug report to public.win32.programming.kernel and private.windowsserver_64bit msft mailing lists - no answer so far... OK, there is a reply from msft: The problem is being checked out. Does it mean that they were able to reproduce the bug? With best regards, Alex Alexandrov. E-mail: [EMAIL PROTECTED] (remove numbers before e-mailing me) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygserver won't start (FAQ alert)
On Wed, 29 Sep 2004 13:25:06 -0400 (EDT), Igor Pechtchanski wrote: David, this is definitely an FAQ, but there is nothing in the FAQ about services (other than the how do I install snapshots entry). Should we add something along the lines: Why don't my services work? Most Windows services run as the SYSTEM user. If you installed Cygwin for Just Me, the SYSTEM user won't see the mount table. You need to re-mount all of your mounts as system for services to work. We could even include the recipe for remounting as system (e.g., from http://cygwin.com/ml/cygwin/2003-05/msg00487.html), or tell them to run setup.exe again and select All Users on the Install For screen (and use the Keep view, so that nothing gets upgraded accidentally). Incidentally, being able to use system mounts requires write access to the HKLM registry tree. However, installing services also seems to require it, so if anyone has problems with services not working (but being correctly installed into the registry) should also be able to use system mounts. Don't know if this is worth mentioning in the FAQ. Well, I updated that FAQ. I left out the registry-permission bits since it seemed superfluous. KISS! http://cygwin.com/faq/faq0.html#SEC30 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/