Re: Postgresql still maintained?
Carlo Florendo schrieb: It seems that there has been no release of postgresql for the past few months. Curr stays at 7.4.5-1 but the latest release is already 8.0.3. Do we have a maintainer for postgresql? If not, I will.ps, let me build it first. It builds OOTB. I only dared to oficially release as test the last version which doesn't exhibit the IPC IsBadWritePtr() problem some users and I have. creating template1 database in /usr/src/postgresql/postgresql-8.0.3/src/test/regress/./tmp_check/data/base/1 ... Signal 12 child process exited with exit code 140 Most cygwin users (about 95%) don't experience that problem. I tried various tricks as workaround without success so far. I'll be pleased if you encounter the same problem and will be able to fix it. The latest versions to try out are on my setup site: http://tu.xarch.at/publ/cygwin/ -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ http://phpwiki.org/
Re: Postgresql still maintained?
Carlo, On Thu, May 26, 2005 at 09:22:19AM +0800, Carlo Florendo wrote: Do we have a maintainer for postgresql? Yes, Reini Urban agreed to become the Cygwin PostgreSQL maintainer: http://www.cygwin.com/ml/cygwin-apps/2004-08/msg00188.html Curr stays at 7.4.5-1 but the latest release is already 8.0.3. IMO, it should be his judgment to release when he's ready. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6
Re: Postgresql still maintained?
Jason Tishler wrote: Carlo, On Thu, May 26, 2005 at 09:22:19AM +0800, Carlo Florendo wrote: Do we have a maintainer for postgresql? Yes, Reini Urban agreed to become the Cygwin PostgreSQL maintainer: http://www.cygwin.com/ml/cygwin-apps/2004-08/msg00188.html Curr stays at 7.4.5-1 but the latest release is already 8.0.3. IMO, it should be his judgment to release when he's ready. Jason Great! Thanks for all these. Best Regards, Carlo -- Carlo Florendo Astra Philippines Inc. www.astra.ph
Re: make of glib-2.6.4 fails
Franz Haeuslschmid wrote: Gerrit P. Haase [EMAIL PROTECTED] writes: jose isaias cabrera wrote: Greetings! I am trying to build glib 2.6.4, since a package that I want to build requires it. the configure part went ok without errors. I'm trying to accomplish the same thing for an up-to-date version of cygwin. [...] The build seems to fail at the same command: gcc -shared .libs/cygglib-2.0-0.dll.def .libs/garray.o .libs/gasyncqueue.o .libs/gatomic.o .libs/gbacktrace.o .libs/gcache.o .libs/gcompletion.o .libs/gconvert.o .libs/gdataset.o .libs/gdate.o .libs/gdir.o .libs/gerror.o .libs/gfileutils.o .libs/ghash.o .libs/ghook.o .libs/giochannel.o .libs/gkeyfile.o .libs/glist.o .libs/gmain.o .libs/gmarkup.o .libs/gmem.o .libs/gmessages.o .libs/gnode.o .libs/goption.o .libs/gpattern.o .libs/gprimes.o .libs/gqsort.o .libs/gqueue.o .libs/grel.o .libs/grand.o .libs/gscanner.o .libs/gshell.o .libs/gslist.o .libs/gstdio.o .libs/gstrfuncs.o .libs/gstring.o .libs/gthread.o .libs/gthreadpool.o .libs/gtimer.o .libs/gtree.o .libs/guniprop.o .libs/gutf8.o .libs/gunibreak.o .libs/gunicollate.o .libs/gunidecomp.o ..libs/gutils.o .libs/gprintf.o .libs/giounix.o .libs/gspawn.o .libs/gwin32.o -Wl,--whole-archive libcharset/.libs/libcharset.a -Wl,--no-whole-archive -L/usr/lib /usr/lib/libiconv.dll.a -luser32 -lkernel32 /usr/lib/libintl.dll.a -o .li bs/cygglib-2.0-0.dll -Wl,--image-base=0x1000 -Wl,--out-implib,.libs/libglib-2.0.dll.a Cannot export R: symbol not defined Cannot export _g_ascii_table: symbol not defined Cannot export _g_utf8_skip: symbol not defined Cannot export _glib_binary_age: symbol not defined Cannot export _glib_interface_age: symbol not defined Cannot export _glib_major_version: symbol not defined Cannot export _glib_micro_version: symbol not defined Cannot export _glib_minor_version: symbol not defined Creating library file: .libs/libglib-2.0.dll.a collect2: ld returned 1 exit status make[2]: *** [libglib-2.0.la] Error 1 make[2]: Leaving directory `/cygdrive/d/Src/glib-2.6.4/glib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/d/Src/glib-2.6.4/glib' make: *** [all] Error 2 This was a libtool bug, which version of ltmain.sh is included in the sources? Try to upgrade the source tree with: autoreconf --install --force --verbose after you have the latest libtool-devel package installed (the latest release 1.5.10 should be ok). In the glib source directory, `./libtool --version' gives ltmain.sh (GNU libtool) 1.5.6 (1.1220.2.95 2004/04/11 05:50:42) and `libtool --version' shows ltmain.sh (GNU libtool) 1.5.10 (1.1220.2.131 2004/09/19 12:46:56) I don't know, why the versions differ... however, using `autoreconf' as suggested earlier fails: The old eule: Never change a running system... the developer don't use Cygwin, unfortunately;) [EMAIL PROTECTED] /cygdrive/d/Src/glib-2.6.4 $ autoreconf --install --force --verbose autoreconf: Entering directory `.' autoreconf: configure.in: not using Gettext autoreconf: running: aclocal --force /usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of AC_CHECK_FT2 run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal autoreconf: configure.in: tracing configure.in:10: warning: file `acglib.m4' included several times configure.in:11: warning: file `glib/libcharset/codeset.m4' included several times configure.in:12: warning: file `glib/libcharset/glibc21.m4' included several times autoreconf: running: libtoolize --copy --force /usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of AC_CHECK_FT2 run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal autoreconf: running: /usr/autotool/devel/bin/autoconf --force configure.in:10: warning: file `acglib.m4' included several times configure.in:11: warning: file `glib/libcharset/codeset.m4' included several times configure.in:12: warning: file `glib/libcharset/glibc21.m4' included several times autoreconf: running: /usr/autotool/devel/bin/autoheader --force configure.in:10: warning: file `acglib.m4' included several times configure.in:11: warning: file `glib/libcharset/codeset.m4' included several times configure.in:12: warning: file `glib/libcharset/glibc21.m4' included several times autoreconf: running: automake --add-missing --copy --force-missing configure.in:10: warning: file `acglib.m4' included several times configure.in:11: warning: file `glib/libcharset/codeset.m4' included several times configure.in:12: warning: file `glib/libcharset/glibc21.m4' included several times gtk-doc.make:7: GTK_DOC_USE_LIBTOOL does not appear in AM_CONDITIONAL docs/reference/glib/Makefile.am:61: `gtk-doc.make' included from here gtk-doc.make:44: ENABLE_GTK_DOC does not appear in AM_CONDITIONAL docs/reference/glib/Makefile.am:61: `gtk-doc.make' included from here
Re: make of glib-2.6.4 fails
Franz Haeuslschmid wrote: Franz Haeuslschmid [EMAIL PROTECTED] writes: Gerrit P. Haase [EMAIL PROTECTED] writes: [...] This was a libtool bug, which version of ltmain.sh is included in the sources? Try to upgrade the source tree with: autoreconf --install --force --verbose after you have the latest libtool-devel package installed (the latest release 1.5.10 should be ok). [... calling autoreconf caused some problems that detained ./configure and ./make from working correctly] gtk-doc.make:7: GTK_DOC_USE_LIBTOOL does not appear in AM_CONDITIONAL docs/reference/glib/Makefile.am:61: `gtk-doc.make' included from here gtk-doc.make:44: ENABLE_GTK_DOC does not appear in AM_CONDITIONAL docs/reference/glib/Makefile.am:61: `gtk-doc.make' included from here gtk-doc.make:135: ENABLE_GTK_DOC does not appear in AM_CONDITIONAL docs/reference/glib/Makefile.am:61: `gtk-doc.make' included from here gtk-doc.make:7: GTK_DOC_USE_LIBTOOL does not appear in AM_CONDITIONAL docs/reference/gobject/Makefile.am:49: `gtk-doc.make' included from here gtk-doc.make:44: ENABLE_GTK_DOC does not appear in AM_CONDITIONAL docs/reference/gobject/Makefile.am:49: `gtk-doc.make' included from here gtk-doc.make:135: ENABLE_GTK_DOC does not appear in AM_CONDITIONAL docs/reference/gobject/Makefile.am:49: `gtk-doc.make' included from here autoreconf: automake failed with exit status: 1 It turned out, that I had to install `gtk-doc'. Sorry, don't saw this message as I replied your earlier post. Is it working now? Gerrit -- =^..^=
Attention libtool maintainer: Re: `make install' of glib fails
Franz Haeuslschmid wrote: After having managed to actually make the latest version of glib, `make install' fails and spits out an error message that I don't understand (excuse the mass of lines): [EMAIL PROTECTED] /cygdrive/d/Src/glib-2.6.4/gobject $ make install make install-am make[1]: Entering directory `/cygdrive/d/Src/glib-2.6.4/gobject' make[2]: Entering directory `/cygdrive/d/Src/glib-2.6.4/gobject' test -z /usr/local/lib || mkdir -p -- /usr/local/lib /bin/bash ../libtool --mode=install /usr/bin/install -c 'libgobject-2.0.la' '/usr/local/lib/libgobject-2.0.la' libtool: install: warning: relinking `libgobject-2.0.la' (cd /cygdrive/d/Src/glib-2.6.4/gobject; /bin/bash ../libtool --tag=CC --mode=relink gcc -g -O2 -Wall -o libgobject-2.0.la -rpath /usr/local/lib -version-info 600:4:600 -export-dynamic -no-undefined -export-symbols-regex ^[^_].* gboxed.lo gclosure.lo genums.lo gobject.lo gparam.lo gparamspecs.lo gsignal.lo gsourceclosure.lo gtype.lo gtypemodule.lo gtypeplugin.lo gvalue.lo gvaluearray.lo gvaluetransform.lo gvaluetypes.lo ../glib/libglib-2.0.la -lintl ) generating symbol list for `libgobject-2.0.la' /usr/bin/nm -B .libs/gboxed.o .libs/gclosure.o .libs/genums.o .libs/gobject.o .libs/gparam.o .libs/gparamspecs.o .libs/gsignal.o .libs/gsourceclosure.o .libs/gtype.o .libs/gtypemodule.o .libs/gtypeplugin.o .libs/gvalue.o .libs/gvaluearray.o .libs/gvaluetransform.o .libs/gvaluetypes.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\(_\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | /usr/bin/sed -e '/^[BCDGRS] /s/.* \([^ ]*\)/\1 DATA/' | /usr/bin/sed -e '/^[AITW] /s/.* //' | sort | uniq .libs/libgobject-2.0.exp grep -E -e ^[^_].* .libs/libgobject-2.0.exp .libs/libgobject-2.0.expT mv -f .libs/libgobject-2.0.expT .libs/libgobject-2.0.exp if test x`/usr/bin/sed 1q .libs/libgobject-2.0.exp` = xEXPORTS; then cp .libs/libgobject-2.0.exp .libs/cyggobject-2.0-0.dll.def; else echo EXPORTS .libs/cyggobject-2.0-0.dll.def; cat .libs/libgobject-2.0.exp .libs/cyggobject-2.0-0.dll.def; fi gcc -shared .libs/cyggobject-2.0-0.dll.def .libs/gboxed.o .libs/gclosure.o .libs/genums.o .libs/gobject.o .libs/gparam.o .libs/gparamspecs.o .libs/gsignal.o .libs/gsourceclosure.o .libs/gtype.o .libs/gtypemodule.o .libs/gtypeplugin.o .libs/gvalue.o .libs/gvaluearray.o .libs/gvaluetransform.o .libs/gvaluetypes.o -L/usr/lib -L/usr/local/lib -lglib-2.0 -lintl -o .libs/cyggobject-2.0-0.dll -Wl,--image-base=0x1000 -Wl,--out-implib,.libs/libgobject-2.0.dll.a Creating library file: .libs/libgobject-2.0.dll.a ..libs/gboxed.o(.text+0x1af): In function `g_boxed_type_init': /cygdrive/d/Src/glib-2.6.4/gobject/gboxed.c:136: undefined reference to `_g_assert_warning' [...more undefined references...] make: *** [install] Error 2 Once again: any ideas? - -L/usr/lib -L/usr/local/lib -lglib-2.0 You're linking against the old glib2 library, another libtool bug. I thought that this was fixed in the latest release? Again, which version of libtool are you using now? Is it the one from the Cygwin mirrors or do you have compiled your own version? Charles, wasn't that included in the 1.5 release branch? BTW, 1.5.18 is out: http://www.gnu.org/software/libtool/libtool.html Gerrit -- =^..^=
Re: Attention libtool maintainer: Re: `make install' of glib fails
Gerrit P. Haase [EMAIL PROTECTED] writes: Franz Haeuslschmid wrote: After having managed to actually make the latest version of glib, `make install' fails and spits out an error message that I don't understand (excuse the mass of lines): [... Output of make showing messages of undefined references ...] Once again: any ideas? - -L/usr/lib -L/usr/local/lib -lglib-2.0 I suppose you meant that I should place this into environment variable `LDFLAGS'. Did that, ran `./configure' once again and continued with `make'. Now it is `make' that fails again (in directory gobject): make all-am make[1]: Entering directory `/cygdrive/d/Src/glib-2.6.4/gobject' /bin/bash ../libtool --mode=link --tag=CC gcc -g -O2 -Wall -L/usr/lib -L/usr/local/lib -lglib-2.0 -o libgobject-2.0.la -rpath /usr/local/lib -version-info 600:4:600 -export-dynamic -no-undefined -export-symbols-regex ^[^_].* gboxed.lo gclosure.lo genums.lo gobject.lo gparam.lo gparamspecs.lo gsignal.lo gsourceclosure.lo gtype.lo gtypemodule.lo gtypeplugin.lo gvalue.lo gvaluearray.lo gvaluetransform.lo gvaluetypes.lo ../glib/libglib-2.0.la -lintl rm -fr .libs/libgobject-2.0.dll.a .libs/libgobject-2.0.exp generating symbol list for `libgobject-2.0.la' /usr/bin/nm -B .libs/gboxed.o .libs/gclosure.o .libs/genums.o .libs/gobject.o .libs/gparam.o .libs/gparamspecs.o .libs/gsignal.o .libs/gsourceclosure.o .libs/gtype.o .libs/gtypemodule.o .libs/gtypeplugin.o .libs/gvalue.o .libs/gvaluearray.o .libs/gvaluetransform.o .libs/gvaluetypes.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\(_\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | /usr/bin/sed -e '/^[BCDGRS] /s/.* \([^ ]*\)/\1 DATA/' | /usr/bin/sed -e '/^[AITW] /s/.* //' | sort | uniq .libs/libgobject-2.0.exp grep -E -e ^[^_].* .libs/libgobject-2.0.exp .libs/libgobject-2.0.expT mv -f .libs/libgobject-2.0.expT .libs/libgobject-2.0.exp if test x`/usr/bin/sed 1q .libs/libgobject-2.0.exp` = xEXPORTS; then cp .libs/libgobject-2.0.exp .libs/cyggobject-2.0-0.dll.def; else echo EXPORTS .libs/cyggobject-2.0-0.dll.def; cat .libs/libgobject-2.0.exp .libs/cyggobject-2.0-0.dll.def; fi gcc -shared .libs/cyggobject-2.0-0.dll.def .libs/gboxed.o .libs/gclosure.o .libs/genums.o .libs/gobject.o .libs/gparam.o .libs/gparamspecs.o .libs/gsignal.o .libs/gsourceclosure.o .libs/gtype.o .libs/gtypemodule.o .libs/gtypeplugin.o .libs/gvalue.o .libs/gvaluearray.o .libs/gvaluetransform.o .libs/gvaluetypes.o -L/usr/lib -L/usr/local/lib /usr/lib/libglib-2.0.dll.a ../glib/.libs/libglib-2.0.dll.a /usr/lib/libintl.dll.a -o .libs/cyggobject-2.0-0.dll -Wl,--image-base=0x1000 -Wl,--out-implib,.libs/libgobject-2.0.dll.a Creating library file: .libs/libgobject-2.0.dll.a collect2: ld returned 1 exit status make[1]: *** [libgobject-2.0.la] Error 1 make[1]: Leaving directory `/cygdrive/d/Src/glib-2.6.4/gobject' make: *** [all] Error 2 This is the chain of commands that were executed: $ tar xvjf glib-2.6.4.tar.bz2 $ cd glib-2.6.4 $ export LDFLAGS=-L/usr/lib -L/usr/local/lib -lglib-2.0 $ autoreconf --install --force --verbose $ ./configure $ make You're linking against the old glib2 library, another libtool bug. I thought that this was fixed in the latest release? Again, which version of libtool are you using now? Is it the one from the Cygwin mirrors or do you have compiled your own version? Charles, wasn't that included in the 1.5 release branch? BTW, 1.5.18 is out: http://www.gnu.org/software/libtool/libtool.html I downloaded and built that version. `libtool --version' now gives [EMAIL PROTECTED] ~/Src/glib-2.6.4 $ libtool --version ltmain.sh (GNU libtool) 1.5.18 (1.1220.2.245 2005/05/16 08:55:27) However, `autoreconf' still picks up the version that is configured by the cygwin installer: [EMAIL PROTECTED] ~/Src/glib-2.6.4 $ ./libtool --version ltmain.sh (GNU libtool) 1.5.10 (1.1220.2.131 2004/09/19 12:46:56) When I remove the libtool package using cygwin's `setup.exe', I can't use autoreconf: [EMAIL PROTECTED] ~/Src/glib-2.6.4 $ autoreconf --install --force --verbose autoreconf: Entering directory `.' autoreconf: configure.in: not using Gettext autoreconf: running: aclocal --force /usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of AC_CHECK_FT2 run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/cppunit.m4:4: warning: underquoted definition of AM_PATH_CPPUNIT aclocal:configure.in:456: warning: macro `AM_DISABLE_STATIC' not found in library aclocal:configure.in:458: warning: macro `AM_PROG_LIBTOOL' not found in library autoreconf: configure.in: tracing configure.in:10: warning: file `acglib.m4' included several times configure.in:11: warning: file `glib/libcharset/codeset.m4' included several times configure.in:12: warning: file `glib/libcharset/glibc21.m4' included several times autoreconf: configure.in: not using Libtool
Re: Double click speed in xwin
Brian Willis wrote: The only way I know the change the speed is in windowmaker. In the config tool is a double click setting. This may only be a windowmaker config setting though. Does that set the double click speed for windowmaker or for the xserver? Alexander Gottwald wrote: On Wed, 25 May 2005, Brian Willis wrote: I have a user who is using Cygwin in multiwin mode and connecting over ssh to a Linux box. The app he is running is looking for a double click, but he can't click fast enough for it. Is there a way to adjust the double click speed? Is that a setting of Cygwin or the xserver on the remote side? As far as i know there is no doubleclick event in X11. If the application requires this, then it's up to the application to check for double clicks and only the application could change the timing. bye ago Would Window Maker be considered a program and that's why you can change the double click speed? When running in multiwin mode, isn't that acting as a window manager? Is there a config file for the multiwin? begin:vcard fn:Brian Willis n:Willis;Brian email;internet:[EMAIL PROTECTED] title:System Admin tel;work:301-713-1669x155 version:2.1 end:vcard
Re: Double click speed in xwin
On Thu, 26 May 2005, Brian Willis wrote: Would Window Maker be considered a program and that's why you can change the double click speed? Yes. And most likely it would only affect windowmaker itself and some programs which use this setting too (wmaker was from GNUStep environment, right?) When running in multiwin mode, isn't that acting as a window manager? Is there a config file for the multiwin? Yes. But in X there is no defined doubleclick behaviour and there is no way to configure it for all X clients. But KDE and Gnome may have a setting which affects KDE and Gnome programs. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: sshd and X
I've got a new observation: Before I installed the ssh daemon and subsequently changed my /etc/sshd_config settings, I used to log in locally the Windows 2000 machine, and then I would click the /usr/X11R6/bin/startxwin.bat to start the X server. A console window would pop up for a moment and then disappear, and then a graphical xterm window would pop up. Now, all that still works, but when the console windows pops up during startxwin.bat's execution, the first line displayed in it says access denied Then the rest of the procedure continues; the console window disappears and is replaced by a graphical xterm. Here's my /tmp/XWin.log - not the _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root message: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-2 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 2048 height: 768 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 1009 (1009) (EE) Keyboardlayout Canadian French (1009) is unknown (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitClipboard () winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. Also, why do I need to run xauth? I use the same machine to ssh to other hosts, and their X redirection works fine. Also, if I have to set the DISPLAY variable, what do I set it to, and where do I set that? Thanks On Thu, 2005-05-26 at 12:40 +0800, Erich Dollansky wrote: Hi, Jean-Claude Gervais wrote: Running an application gives a different error now also. [EMAIL PROTECTED] ~ $ xcalc X11 connection rejected because of wrong authentication. X connection to localhost:10.0 broken (explicit kill or server shutdown). you need to run xauth + at your machine plus you have to set the display environment variable on the other machine. Check the handbook for the concequenses of above mentioned settings. Erich
Re: Attention libtool maintainer: Re: `make install' of glib fails
Franz Haeuslschmid [EMAIL PROTECTED] writes: Gerrit P. Haase [EMAIL PROTECTED] writes: Franz Haeuslschmid wrote: After having managed to actually make the latest version of glib, `make install' fails and spits out an error message that I don't understand (excuse the mass of lines): [... Output of make showing messages of undefined references ...] Once again: any ideas? [...] You're linking against the old glib2 library, another libtool bug. I thought that this was fixed in the latest release? Again, which version of libtool are you using now? Is it the one from the Cygwin mirrors or do you have compiled your own version? Charles, wasn't that included in the 1.5 release branch? BTW, 1.5.18 is out: http://www.gnu.org/software/libtool/libtool.html [... Download of latest libtool ...] When I remove the libtool package using cygwin's `setup.exe', I can't use autoreconf: [EMAIL PROTECTED] ~/Src/glib-2.6.4 $ autoreconf --install --force --verbose [... Warning messages of autoreconf ...] configure.in:456: error: possibly undefined macro: AM_DISABLE_STATIC If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:457: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL configure.in:458: error: possibly undefined macro: AM_PROG_LIBTOOL autoreconf: /usr/autotool/devel/bin/autoconf failed with exit status: 1 I now know that these messages indicate that macros cannot be found by `aclocal'. The command `aclocal --print-ac-dir' shows for me /usr/autotool/devel/share/aclocal including one file, `dirlist' which in turn originally only contained the reference to one directory containing macros, I presume the default directory: /usr/share/aclocal I then extended the file for one line, in order to include the macros of the version of libtool, that I had locally compiled. With new prerequisites, glib compiled without any problem. To summarize: to make and install `glib', my system needed the latest stable version of `libtool'. The version that comes precompiled with cygwin must be uninstalled. (Maybe it suffices if `aclocal' finds the correct macro definitions -- is it a question of order of the directories listed in `dirlist'?) Additionally, `aclocal' had to be informed of the new macro definitions. Franz.
Re: connect()/cygwin_select() hangs in =1.5.15
Sunil wrote: This piece of code hangs with cygwin1.dll =1.5.15 during connect(), strace is attached. The same code runs fine with cygwin1.dll version 1.5.13. fd = socket (proto-family, 1, proto-stream_proto_num); if (fd 0) { ; goto out; } if (options LINK_CONNECTION_NONBLOCKING) { # 553 linc-connection.c if (fcntl (fd, 4, 0x4000) 0) goto out; } if (fcntl (fd, 2, 1) 0) goto out; { long int __result; do __result = (long int) (connect (fd, saddr, saddr_len)); while (__result == -1L (*__errno()) == 4); rv = __result; }; # 596 linc-connection.c if (rv (*__errno()) != 119) goto out; --- Similar problem with select() hang has been reported earlier but nothing came out of it. I don't know if its related. I am not sure why errno 119 is seen(see panel.log) in this case, but that and the hang are the common factors and strace looks similar. http://www.cygwin.com/ml/cygwin/2005-04/msg01331.html Above code piece is taken from linc-connection.c in the orbit2-2.12.2 package. This function is reached by the gnome-panel and it hangs inside connect() as is evident from the strace in panel.log and all I get is a blank gnome-panel. As I said, all I have to do to get it to work is to go back to 1.5.13 snapshot. I am not sure what changed between 1.5.13 and 1.5.15 to cause this. Thanks for looking into it. Sunil There were some fixes regarding this, try a pre 1.5.17 snapshot, please. I currently use the one from 2005-May-20 and everything socket related where I encountered problems works ok with that. http://cygwin.com/snapshots/ Gerrit -- =^..^= -- 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/
Attention libtool maintainer: Re: `make install' of glib fails
Franz Haeuslschmid wrote: After having managed to actually make the latest version of glib, `make install' fails and spits out an error message that I don't understand (excuse the mass of lines): [EMAIL PROTECTED] /cygdrive/d/Src/glib-2.6.4/gobject $ make install make install-am make[1]: Entering directory `/cygdrive/d/Src/glib-2.6.4/gobject' make[2]: Entering directory `/cygdrive/d/Src/glib-2.6.4/gobject' test -z /usr/local/lib || mkdir -p -- /usr/local/lib /bin/bash ../libtool --mode=install /usr/bin/install -c 'libgobject-2.0.la' '/usr/local/lib/libgobject-2.0.la' libtool: install: warning: relinking `libgobject-2.0.la' (cd /cygdrive/d/Src/glib-2.6.4/gobject; /bin/bash ../libtool --tag=CC --mode=relink gcc -g -O2 -Wall -o libgobject-2.0.la -rpath /usr/local/lib -version-info 600:4:600 -export-dynamic -no-undefined -export-symbols-regex ^[^_].* gboxed.lo gclosure.lo genums.lo gobject.lo gparam.lo gparamspecs.lo gsignal.lo gsourceclosure.lo gtype.lo gtypemodule.lo gtypeplugin.lo gvalue.lo gvaluearray.lo gvaluetransform.lo gvaluetypes.lo ../glib/libglib-2.0.la -lintl ) generating symbol list for `libgobject-2.0.la' /usr/bin/nm -B .libs/gboxed.o .libs/gclosure.o .libs/genums.o .libs/gobject.o .libs/gparam.o .libs/gparamspecs.o .libs/gsignal.o .libs/gsourceclosure.o .libs/gtype.o .libs/gtypemodule.o .libs/gtypeplugin.o .libs/gvalue.o .libs/gvaluearray.o .libs/gvaluetransform.o .libs/gvaluetypes.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\(_\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | /usr/bin/sed -e '/^[BCDGRS] /s/.* \([^ ]*\)/\1 DATA/' | /usr/bin/sed -e '/^[AITW] /s/.* //' | sort | uniq .libs/libgobject-2.0.exp grep -E -e ^[^_].* .libs/libgobject-2.0.exp .libs/libgobject-2.0.expT mv -f .libs/libgobject-2.0.expT .libs/libgobject-2.0.exp if test x`/usr/bin/sed 1q .libs/libgobject-2.0.exp` = xEXPORTS; then cp .libs/libgobject-2.0.exp .libs/cyggobject-2.0-0.dll.def; else echo EXPORTS .libs/cyggobject-2.0-0.dll.def; cat .libs/libgobject-2.0.exp .libs/cyggobject-2.0-0.dll.def; fi gcc -shared .libs/cyggobject-2.0-0.dll.def .libs/gboxed.o .libs/gclosure.o .libs/genums.o .libs/gobject.o .libs/gparam.o .libs/gparamspecs.o .libs/gsignal.o .libs/gsourceclosure.o .libs/gtype.o .libs/gtypemodule.o .libs/gtypeplugin.o .libs/gvalue.o .libs/gvaluearray.o .libs/gvaluetransform.o .libs/gvaluetypes.o -L/usr/lib -L/usr/local/lib -lglib-2.0 -lintl -o .libs/cyggobject-2.0-0.dll -Wl,--image-base=0x1000 -Wl,--out-implib,.libs/libgobject-2.0.dll.a Creating library file: .libs/libgobject-2.0.dll.a ..libs/gboxed.o(.text+0x1af): In function `g_boxed_type_init': /cygdrive/d/Src/glib-2.6.4/gobject/gboxed.c:136: undefined reference to `_g_assert_warning' [...more undefined references...] make: *** [install] Error 2 Once again: any ideas? - -L/usr/lib -L/usr/local/lib -lglib-2.0 You're linking against the old glib2 library, another libtool bug. I thought that this was fixed in the latest release? Again, which version of libtool are you using now? Is it the one from the Cygwin mirrors or do you have compiled your own version? Charles, wasn't that included in the 1.5 release branch? BTW, 1.5.18 is out: http://www.gnu.org/software/libtool/libtool.html Gerrit -- =^..^= -- 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/
sftp exits with error NULL pointer given as argument
Hi, I'm connecting with sftp from my work computer running Win2k SP4 to my home computer running Fedora Core 3. My ssh config file turns on port forwarding for several ports. In this configuration sftp exits with error: xfree: NULL pointer given as argument. When port forwarding is turned off sftp connects without problems. Also this happens only with sftp not ssh. The problem started after upgrading openssh package to version 4.0p1 and doesn't happen with previous releases. I also tried to connect from Fedora Core 4 test3 machine which also uses openssh 4.0p1 with same configuration and it does work. Output of sftp -v -v -v -v -v [EMAIL PROTECTED] Connecting to pashar.dyndns.org... OpenSSH_4.0p1, OpenSSL 0.9.7g 11 Apr 2005 debug1: Reading configuration data /home/pavelr/.ssh/config debug1: Applying options for pashar.dyndns.org debug1: Reading configuration data /etc/ssh_config xfree: NULL pointer given as argument Connection closed Cygwin Configuration Diagnostics Current System Time: Thu May 26 10:04:41 2005 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: e:\cygwin\usr\local\bin e:\cygwin\bin e:\cygwin\bin e:\cygwin\usr\X11R6\bin c:\Python23\ c:\MetaDeveloper1.05\hcarc\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\MSSQL7\BINN e:\Program Files\NMapWin\bin c:\Program Files\Common Files\GTK\2.0\bin c:\Program Files\SecureCRT\ c:\Program Files\Perforce c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin c:\Program Files\Microsoft Visual Studio\Common\Tools e:\Program Files\Microsoft Visual Studio\VC98\bin e:\cygwin\bin e:\cygwin\opt\gnome2\bin Output from e:\cygwin\bin\id.exe (nontsec) UID: 11350(pavelr) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) Output from e:\cygwin\bin\id.exe (ntsec) UID: 11350(pavelr) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT CYGWIN = `ntsec tty binmode' HOME = `e:\cygwin\home\pavelr' MAKE_MODE = `unix' PWD = `/home/pavelr/.ssh' USER = `pavelr' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\pavelr\Application Data' CLASSPATH = `C:\Program Files\Java\jre1.5.0\lib\ext\QTJava.zip' COLLECTIONID = `wuclient' COLORFGBG = `15;default;0' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `LODW024' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' DISPLAY = `:0' HMSERVER = `https://h30083.www3.hp.com/wuss/servlet/WUSSServlet' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\pavelr' HOSTNAME = `lodw024' INCLUDE = `e:\Program Files\Microsoft Visual Studio\VC98\atl\include;e:\Program Files\Microsoft Visual Studio\VC98\mfc\include;e:\Program Files\Microsoft Visual Studio\VC98\include' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' ITEMID = `wuclienten' LANG = `1033' LIB = `e:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;e:\Program Files\Microsoft Visual Studio\VC98\lib' LM_LICENSE_FILE = `c:\metadeveloper1.05\license\license.dat' LOGONSERVER = `\\NT-SERVER' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man' MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98' NMAPDIR = `E:\Program Files\NMapWin\' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/pavelr' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' OSVER = `win2KP' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.pyc;.pyo;.pyw;.py;.pys' PCLCODES_WARN = `1' PCLTOOL_WARN = `1' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 10, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `080a' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' PTC32_WARN = `1' QTJAVA = `C:\Program Files\Java\jre1.5.0\lib\ext\QTJava.zip' SESSIONID = `1076024952117wuws07-la0864f:faaf85e0d0:53a0' SHLVL = `1' SWUTVER = `1.0.18.30716' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\pavelr\LOCALS~1\Temp' TERM = `xterm' TEXDOCVIEW_dvi = `cygstart %s' TEXDOCVIEW_html = `cygstart %s' TEXDOCVIEW_pdf = `cygstart %s' TEXDOCVIEW_ps = `cygstart %s' TEXDOCVIEW_txt = `cygstart %s' TIMEOUT = `0' TMP = `c:\DOCUME~1\pavelr\LOCALS~1\Temp' TOOLPATH = `/C:\Program%20Files\Hewlett-Packard\HP%20Software%20Update\install.htm' UPDATEDIR = `C:\DOCUME~1\pavelr\LOCALS~1\Temp\radBB2D3.tmp' USERDOMAIN = `FLEXDESIGN' USERNAME = `pavelr' USERPROFILE = `C:\Documents and Settings\pavelr' VERSION = `2.0.37' WINDIR = `C:\WINNT' WINDOWID =
Re: How to install perl modules?
The manual install method is *USUALLY* Decompressing and unpacking is best done in a temporary directory somewhere, can usually be done with cd /tmp tar xzvf yourmodule.tar.gz For a global install (for which Root privilages are needed) do the following: perl Makefile.PL For a local install, say into a home directory or some other location: perl Makefile.PL PREFIX=/my/perl_directory Then build, test and install the module make make test make install This is usually covered in the README of the package you down load. And I say *USUALLY* because there are a handful of packages that don't follow this install convention and do their own thing, again check for a README. Regards, Jason Manuel Tejada wrote: Thanks to you and the other people for the answer. Unfortunatly I don't have Internet-like programs installed (as lynx, wget, ncftpget, ncftp, etc) in my cygwing, so I can't use the -MCPAN or just de command cpan. I don't intend to install those programs to avoid my cygwin get bigger. I can download the modules from CPAN using the Internet program from Windows and save them in the hard disk. The correct question would be this: Can I install the modules manually? If yes, How, and what must I have in consideration? --- Jason Pearce [EMAIL PROTECTED] escribió: Yes, use the CPAN module as Brian suggests. Just make sure environment variable PERLIO is unset when using -MCPAN, otherwise it will fail. (You might set this to CRLF for DOS compatibility purposes). Also be aware that you may have trouble building some modules that use C code and have not been ported to Cygwin, mainly OS modules like WIN32. Straight Perl modules should just work out of the box, and CPAN will get all pre-requisites for you too. You'll never want ppm again! Regards, Jason Brian Dessent wrote: Manuel Tejada wrote: Somebody can tell me from what URL I must to download a perl module and how to install it in Cygwing? You use CPAN. perl -MCPAN -e 'install Foo::Bar' or perl -MCPAN -e shell. There is no URL to know, it takes care of all of that. http://cpan.org/misc/cpan-faq.html In pure Windows is easy is you have Perl from ActiveState but Perl installed in Cygwin doesnt have the ppm Manager. To me (and perhaps others) that's a feature and not a bug. I can't stand that ppm junk. 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/ Manuel TEJADA M. _ Do You Yahoo!? La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx -- 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: How to create . files
On Wed, 25 May 2005 23:15:36 +0430, Alireza Ghasemi wrote: I tried to create some hidden-Linux like files such as .bashrc but Windows did not allow me and said You must type a file name. Windows allows that. You probably used the wrong tool. How can I solve this? Thanks Use another tool. -- 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: PATH oddity
On Wed, 25 May 2005 11:58:45 -0700, Yitzchak Scott-Thoennes wrote: On Wed, May 25, 2005 at 11:28:43AM -0700, Karl M wrote: Hi All... While looking at my PATH environment variable (in response to the recent postings about sshd and environment variables), I noticed that . was included. It was caused by a double ; ( a ;; sequence) in my PATH as defined in the Windows XP My Computer Properties panel. It is not an immediate problem, but it seemed a bit odd. This has been discussed here before; IIRC (and I may not), the . is the equivalent of what windows does. An empty entry in the windows path (;; in the middle or ; at the beginning or end) makes it search the current directory. Definitely not. -- 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/
Risposta automatica da [EMAIL PROTECTED]
(il soggetto era: Spam) Messaggio automatico: la cancellazione dalla feder mediterraneo avviene in automatico basta andare in fondo alla pagina -- 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/
Fetchmail: Cygwin socket read retry
I'm seeing single or often multiple 'Cygwn socket read retry' messages for each email message as it's being retrieving with fetchmail. Not certain whether this is a real problem (to date I've lost no email messages), but I thought it worth pointing out. Cygcheck output attached. -- George Cygwin Configuration Diagnostics Current System Time: Wed May 25 23:14:00 2005 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: e:\george\bin e:\george\bin\apps e:\george\bin\sysinternals d:\cygwin\bin c:\reskit\apps c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem Output from d:\cygwin\bin\id.exe (nontsec) UID: 1000(george) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from d:\cygwin\bin\id.exe (ntsec) UID: 1000(george) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `binmode tty ntsec' HOME = `d:\cygwin\home\george' PWD = `/home/george' ALLUSERSPROFILE = `C:\Users\All Users' APPDATA = `C:\Users\george\Application Data' COLORFGBG = `default;default' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Programs\Common' COMPUTERNAME = `HOME' COMSPEC = `C:\WINDOWS\system32\cmd.exe' DISPLAY = `:0' GREP_COLOR = `0;32' GREP_OPTIONS = `--color=auto' HOMEDRIVE = `C:' HOMEPATH = `\Users\george' LOGONSERVER = `\\HOME' LS_COLORS = `no=00:fi=00:di=00;34:ln=00;32:ex=00:*~=05;31:' NUMBER_OF_PROCESSORS = `1' OS2LIBPATH = `C:\WINDOWS\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PERLDOC_PAGER = `less -+C -e -isrR' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0102' PROGRAMFILES = `C:\Programs' SHLVL = `1' SLRNHOME = `~/.slrn' SLRNPULL_ROOT = `/var/spool/slrnpull' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\Users\george\LOCALS~1\Temp' TERM = `rxvt' TMP = `c:\Users\george\LOCALS~1\Temp' USERDOMAIN = `HOME' USERNAME = `george' USERPROFILE = `C:\Users\george' WINDIR = `C:\WINDOWS' WINDOWID = `168110632' _ = `/usr/bin/cygcheck' 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 flags = 0x002a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `d:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `d:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `d:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 10236Mb 28% CP CS UN PA FC System d: hd NTFS 3074Mb 68% CP CS UN PA FC Cygwin e: hd NTFS 64848Mb 51% CP CS UN PA FC Data f: hd NTFS 76316Mb 95% CP CS UN PA FC Store x: cd N/AN/A d:\cygwin / system binmode d:\cygwin/bin /usr/bin system binmode d:\cygwin/lib /usr/lib system binmode . / system binmode,cygdrive Found: d:\cygwin\bin\awk.exe Found: d:\cygwin\bin\bash.exe Found: d:\cygwin\bin\cat.exe Found: d:\cygwin\bin\cp.exe Found: d:\cygwin\bin\cpp.exe Found: d:\cygwin\bin\find.exe Found: d:\cygwin\bin\gcc.exe Found: d:\cygwin\bin\gdb.exe Found: d:\cygwin\bin\grep.exe Found: d:\cygwin\bin\ld.exe Found: d:\cygwin\bin\ls.exe Found: d:\cygwin\bin\make.exe Found: d:\cygwin\bin\mv.exe Found: d:\cygwin\bin\rm.exe Found: d:\cygwin\bin\sed.exe Found: d:\cygwin\bin\sh.exe Found: d:\cygwin\bin\tar.exe 93k 2005/02/17 d:\cygwin\bin\cygapr-0-0.dll - os=4.0 img=1.0 sys=4.0 cygapr-0-0.dll v0.0 ts=2005/2/17 13:52 68k 2005/02/17 d:\cygwin\bin\cygaprutil-0-0.dll - os=4.0 img=1.0 sys=4.0 cygaprutil-0-0.dll v0.0 ts=2005/2/17 13:56 77k 2004/06/04 d:\cygwin\bin\cygart_lgpl_2-2.dll - os=4.0 img=1.0 sys=4.0 cygart_lgpl_2-2.dll v0.0 ts=2004/6/4 3:20 802k 2003/09/15 d:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 cygaspell-15.dll v0.0 ts=2003/9/15 5:32 123k 2004/09/29 d:\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 cygatk-1.0-0.dll v0.0 ts=2004/9/29 16:16 145k 2004/09/02 d:\cygwin\bin\cygaudiofile-0.dll - os=4.0 img=1.0 sys=4.0 cygaudiofile-0.dll v0.0 ts=2004/9/1 20:38 336k 2004/10/27 d:\cygwin\bin\cygbonobo-2-0.dll - os=4.0 img=1.0 sys=4.0
Re: Questions on patching dcrt0.cc
On May 26 00:38, Igor Pechtchanski wrote: On Wed, 25 May 2005, Max Kaehn wrote: 3. I want to spare anyone making use of the test program any worries over legalities. Should I submit it under the cygwin license or put it in the public domain? Either would be fine, AFAIU, but wait for CGF or Corinna to confirm it. Igor BSD comes to mind. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com 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: sftp exits with error NULL pointer given as argument
On May 26 10:33, Pavel Rosenboim wrote: Hi, I'm connecting with sftp from my work computer running Win2k SP4 to my home computer running Fedora Core 3. My ssh config file turns on port forwarding for several ports. In this configuration sftp exits with error: xfree: NULL pointer given as argument. When port forwarding is turned off sftp connects without problems. Also this happens only with sftp not ssh. The problem started after upgrading openssh package to version 4.0p1 and doesn't happen with previous releases. I also tried to connect from Fedora Core 4 test3 machine which also uses openssh 4.0p1 with same configuration and it does work. Output of sftp -v -v -v -v -v [EMAIL PROTECTED] Connecting to pashar.dyndns.org... OpenSSH_4.0p1, OpenSSL 0.9.7g 11 Apr 2005 debug1: Reading configuration data /home/pavelr/.ssh/config debug1: Applying options for pashar.dyndns.org debug1: Reading configuration data /etc/ssh_config xfree: NULL pointer given as argument Connection closed http://cygwin.com/acronyms/#WJFFM Any changes made to /etc/ssh_config? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com 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: Problem with £ sign at Cygwin prompt.
Works fine for me (Windows 2000 Professional, SP4). Thanks! To type international characters (£åäö) in bash, add the following lines to your ~/.inputrc file and restart bash: set meta-flag on set convert-meta off set output-meta on set input-meta on set kanji-code sjis set meta-flag on That doesn't exactly work for me: all it does is make the £ key generate \243 instead of actioning the insert-comment binding. :. CONFIDENTIALITY : This e-mail and any attachments are confidential and may be privileged. If you are not a named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose or store or copy the information in any medium. -- 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: How to install perl modules?
On Wed, May 25, 2005 at 11:55:59AM +0100, Jason Pearce wrote: Yes, use the CPAN module as Brian suggests. Just make sure environment variable PERLIO is unset when using -MCPAN, otherwise it will fail. (You might set this to CRLF for DOS compatibility purposes). Also be aware that you may have trouble building some modules that use C code and have not been ported to Cygwin, mainly OS modules like WIN32. Straight Perl modules should just work out of the box, and CPAN will get all pre-requisites for you too. You'll never want ppm again! Sorry to go off on a slight tangent here, but is there any documentation anywhere that describe which Win32 modules are problematic, as it's most likely that for Cygwin users the Win32 modules are of particular interest, no? And installing both Cygwin's Perl and ActiveState's distribution can offer a less than satisfactory solution as it presents its own set of problems. -- George -- 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: How to install perl modules?
Manuel Tejada wrote: Thanks to you and the other people for the answer. Unfortunatly I don't have Internet-like programs installed (as lynx, wget, ncftpget, ncftp, etc) in my cygwing, so I can't use the -MCPAN or just de command cpan. I don't intend to install those programs to avoid my cygwin get bigger. Come on, a program like wget is so important, how do you download stuff? Internet Explorer? Isn't this bloat (50 MB)? The whole wget package is about 1 MB! I can download the modules from CPAN using the Internet program from Windows and save them in the hard disk. Bloatware... The correct question would be this: Can I install the modules manually? Yes, of course, however, CPAN is much more reliable. You don't need all the internet tools anyway, Net::Ftp is already included in the Cygwin Perl release, so there should be no other tools needed. Just install some more perl modules to make it more comfortable for you (in the CPAN shell type: `install LWP' to install the libwww module and dependencies). If yes, How, and what must I have in consideration? make, binutils and gcc-core (besides the Cygwin base packages): $ tar xzf Perl-Mudule-1.2.3 $ cd Perl-Mudule-1.2.3/ $ perl Makefile.PL $ make $ make test $ make UNINST=1 install Should be listed in the README: $ cat /usr/share/doc/Cygwin/perl-5.8.6 [...snip...] Requirements [...snip...] CPAN Dependencies: When building modules you will need Cygwin packages like make, gcc, binutils, ..., (and additional libraries, depending on the modules you want to install). [...snip...] Gerrit -- =^..^= -- 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: sftp exits with error NULL pointer given as argument
Pavel Rosenboim wrote: Hi, I'm connecting with sftp from my work computer running Win2k SP4 to my home computer running Fedora Core 3. My ssh config file turns on port forwarding for several ports. In this configuration sftp exits with error: xfree: NULL pointer given as argument. When port forwarding is turned off sftp connects without problems. Also this happens only with sftp not ssh. The problem started after upgrading openssh package to version 4.0p1 and doesn't happen with previous releases. I also tried to connect from Fedora Core 4 test3 machine which also uses openssh 4.0p1 with same configuration and it does work. Output of sftp -v -v -v -v -v [EMAIL PROTECTED] Connecting to pashar.dyndns.org... OpenSSH_4.0p1, OpenSSL 0.9.7g 11 Apr 2005 debug1: Reading configuration data /home/pavelr/.ssh/config debug1: Applying options for pashar.dyndns.org debug1: Reading configuration data /etc/ssh_config xfree: NULL pointer given as argument Connection closed Any changes made to /etc/ssh_config? No changes to /etc/ssh_config, but many changes to .ssh/config. The most significant part is port forwarding (everything works when it is disabled) but I'm attaching my config file if you want to see everything. Host=pashar.dyndns.org CheckHostIP=no Compression=yes CompressionLevel=9 Port=995 Protocol=2 LocalForward4080 127.0.0.1:4080 LocalForward5801 127.0.0.1:5801 LocalForward5901 127.0.0.1:5901 LocalForward5900 127.0.0.1:5900 LocalForward4001 127.0.0.1:4001 LocalForward110 127.0.0.1:110 LocalForward5912 127.0.0.1:5912 DynamicForward 2000 GatewayPorts=yes -- 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 installing binutils
Original Message From: Aaron Gray Sent: 25 May 2005 21:47 I am having problems installing binutils on just this machine. AFAIKS I haave the same instillation as my other machine which builds and installs binutils fine. Doing 'make install' I get the following error :- makeinfo --split-size=500 -I /usr/src/binutils-2.15/binutils/doc /usr/src/bi nutils-2.15/binutils/doc/binutils.texi /usr/src/binutils-2.15/binutils/doc/binutils.texi:52: Unknown index `ky' and/or ' in @synindex. makeinfo: Removing output file `/usr/build/binutils-2.15/binutils/doc/binutils.i nfo' due to errors; use --force to preserve. make[2]: *** [binutils.info] Error 1 make[2]: Leaving directory `/usr/build/binutils-2.15/binutils/doc' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/usr/build/binutils-2.15/binutils' make: *** [install-binutils] Error 2 Any ideas ? You can force it to ignore the error in the binutils.info subtarget and carry on with the main install-recursive target by giving the -k flag: make -k install That will leave you with insufficient docs, but you'll still have working tools. 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/
Wildcards in the path name parameter
Hi I want to do a simple copy. I have W2K on my machine and the normal dos commany would have been: copy c:\sourcedir\*.txt c:\targetdir So I have an application that makes a call to the cp.exe cygwin file: cp c:\sourcedir\*.txt c:\targetdir I get the following error: cp: cannot stat `c:\sourcedir\*.txt': No such file or directory I changed direction of the \ to / and it doesn't help. I did notice that if I'm in the sourcedir when running the commmand the following command works: cp *.txt c:\targetdir So my conclusion is that the * is not interpreted as a wildcard when it is part fo a pathname. How can I change that so that it copies all txt files in a source dir? Regards -- 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: sftp exits with error NULL pointer given as argument
On May 26 11:47, Pavel Rosenboim wrote: Pavel Rosenboim wrote: [config file] Thanks, the config file allowed me to reproduce the problem. AFAICS, it's a 4.0p1 specific problem. Using sftp and ssh from the upcoming 4.1p1 release, the problem has gone. So, for now, just use a different config file for sftp (-F option) and stay tuned for the 4.1p1 release, which is due soon(*). Corinna (*) Actually the official release is already out, but there's still a tiny problem I need a feedback from the upstream maintainers for. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com 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: Wildcards in the path name parameter
On May 26 06:28, Coetzee, Evert wrote: So my conclusion is that the * is not interpreted as a wildcard when it is part fo a pathname. Wrong. Don't mix Win32 and POSIX paths. Use /cygdrive/c/sourcedir/*.txt. No drive letters, no backslash. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com 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: Fetchmail: Cygwin socket read retry
George, On Wed, May 25, 2005 at 11:29:30PM -0700, George wrote: I'm seeing single or often multiple 'Cygwn socket read retry' messages for each email message as it's being retrieving with fetchmail. Not certain whether this is a real problem (to date I've lost no email messages), but I thought it worth pointing out. The above is a caused be a known Winsock issue: http://sources.redhat.com/ml/cygwin/2001-08/msg00628.html which is why I submitted the following fetchmail patch: http://lists.ccil.org/pipermail/fetchmail-friends/2002-May/006259.html Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: Fetchmail: Cygwin socket read retry
On Thu, May 26, 2005 at 07:19:53AM -0400, Jason Tishler wrote: The above is a caused be a known Winsock issue: The above should have been the following: The above is caused by a known Winsock issue: Sigh... :,( Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: Fetchmail: Cygwin socket read retry
On Thu, May 26, 2005 at 07:19:53AM -0400, Jason Tishler wrote: On Wed, May 25, 2005 at 11:29:30PM -0700, George wrote: I'm seeing single or often multiple 'Cygwn socket read retry' messages for each email message as it's being retrieving with fetchmail. Not certain whether this is a real problem (to date I've lost no email messages), but I thought it worth pointing out. The above is a caused be a known Winsock issue: Err ... you mean Somebody set us up the bomb ? http://www.theregister.co.uk/2001/02/22/all_your_base_are_belong/ http://sources.redhat.com/ml/cygwin/2001-08/msg00628.html which is why I submitted the following fetchmail patch: http://lists.ccil.org/pipermail/fetchmail-friends/2002-May/006259.html I've recently reinstalled Cygwin on a new machine (also Windows 2000) and this my first encounter with the problem. If it worries me enough, I'll apply the patch and call it a day. Thanks for the reply. Cheers. -- George -- 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: Fetchmail: Cygwin socket read retry
George, On Thu, May 26, 2005 at 03:07:00AM -0700, George wrote: On Thu, May 26, 2005 at 07:19:53AM -0400, Jason Tishler wrote: which is why I submitted the following fetchmail patch: http://lists.ccil.org/pipermail/fetchmail-friends/2002-May/006259.html I've recently reinstalled Cygwin on a new machine (also Windows 2000) and this my first encounter with the problem. If it worries me enough, I'll apply the patch and call it a day. There is no need to apply the patch, since it was already applied to the official fetchmail source about three years ago. Thanks for the reply. No problem. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: Wildcards in the path name parameter
But I'm running it from the cmd.exe command prompt. I'm not in a shell. cp: cannot stat `/cygdrive/c/*.*': No such file or directory That is the error I get now. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Corinna Vinschen Sent: 26 May 2005 11:42 To: cygwin@cygwin.com Subject: Re: Wildcards in the path name parameter On May 26 06:28, Coetzee, Evert wrote: So my conclusion is that the * is not interpreted as a wildcard when it is part fo a pathname. Wrong. Don't mix Win32 and POSIX paths. Use /cygdrive/c/sourcedir/*.txt. No drive letters, no backslash. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com 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: Wildcards in the path name parameter
Coetzee, Evert wrote But I'm running it from the cmd.exe command prompt. I'm not in a shell. cp: cannot stat `/cygdrive/c/*.*': No such file or directory That is the error I get now. The shell does wildcard expansion in Cygwin (and Unix) not the utility. Try bash -c cp /cygdrive/c/cygwin*.bat targetdir from the cmd.exe prompt instead (or from your application). (Why not use Windows copy instead though?) Tony Richardson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Corinna Vinschen Sent: 26 May 2005 11:42 To: cygwin@cygwin.com Subject: Re: Wildcards in the path name parameter On May 26 06:28, Coetzee, Evert wrote: So my conclusion is that the * is not interpreted as a wildcard when it is part fo a pathname. Wrong. Don't mix Win32 and POSIX paths. Use /cygdrive/c/sourcedir/*.txt. No drive letters, no backslash. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com 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: Attention libtool maintainer: Re: `make install' of glib fails
Franz Haeuslschmid [EMAIL PROTECTED] writes: Gerrit P. Haase [EMAIL PROTECTED] writes: Franz Haeuslschmid wrote: After having managed to actually make the latest version of glib, `make install' fails and spits out an error message that I don't understand (excuse the mass of lines): [... Output of make showing messages of undefined references ...] Once again: any ideas? [...] You're linking against the old glib2 library, another libtool bug. I thought that this was fixed in the latest release? Again, which version of libtool are you using now? Is it the one from the Cygwin mirrors or do you have compiled your own version? Charles, wasn't that included in the 1.5 release branch? BTW, 1.5.18 is out: http://www.gnu.org/software/libtool/libtool.html [... Download of latest libtool ...] When I remove the libtool package using cygwin's `setup.exe', I can't use autoreconf: [EMAIL PROTECTED] ~/Src/glib-2.6.4 $ autoreconf --install --force --verbose [... Warning messages of autoreconf ...] configure.in:456: error: possibly undefined macro: AM_DISABLE_STATIC If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:457: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL configure.in:458: error: possibly undefined macro: AM_PROG_LIBTOOL autoreconf: /usr/autotool/devel/bin/autoconf failed with exit status: 1 I now know that these messages indicate that macros cannot be found by `aclocal'. The command `aclocal --print-ac-dir' shows for me /usr/autotool/devel/share/aclocal including one file, `dirlist' which in turn originally only contained the reference to one directory containing macros, I presume the default directory: /usr/share/aclocal I then extended the file for one line, in order to include the macros of the version of libtool, that I had locally compiled. With new prerequisites, glib compiled without any problem. To summarize: to make and install `glib', my system needed the latest stable version of `libtool'. The version that comes precompiled with cygwin must be uninstalled. (Maybe it suffices if `aclocal' finds the correct macro definitions -- is it a question of order of the directories listed in `dirlist'?) Additionally, `aclocal' had to be informed of the new macro definitions. Franz. -- 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: Re: PATH oddity
Karl M wrote: While looking at my PATH environment variable (in response to the recent postings about sshd and environment variables), I noticed that . was included. It was caused by a double ; ( a ;; sequence) in my PATH as defined in the Windows XP My Computer Properties panel. Yitzchak Scott-Thoennes wrote: This has been discussed here before; IIRC (and I may not), the . is the equivalent of what windows does. An empty entry in the windows path (;; in the middle or ; at the beginning or end) makes it search the current directory. If that is the meaning under Windows, it would be meaningless in practice since Windows searches the current directory first. However, under bash (and other shells that I'm familiar with) an empty entry is the same as .. I guess it depends on your POV, but being able to specify the current directory in your Windows PATH, even though it is only meaningful under Cygwin, could be a useful feature. gsw -- 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: Questions on patching dcrt0.cc
On Thu, May 26, 2005 at 12:38:56AM -0400, Igor Pechtchanski wrote: 3. I want to spare anyone making use of the test program any worries over legalities. Should I submit it under the cygwin license or put it in the public domain? Either would be fine, AFAIU, but wait for CGF or Corinna to confirm it. I don't know what submit it means here. If the submission is for inclusion somewhere in the cygwin-specific part of winsup then the code needs to be assigned to Red Hat. Otherwise, why not just make it GPL? 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: Wildcards in the path name parameter
On 26/05/05, Coetzee, Evert wrote: But I'm running it from the cmd.exe command prompt. I'm not in a shell. cp: cannot stat `/cygdrive/c/*.*': No such file or directory That is the error I get now. Do you have noglob in your CYGWIN environment variable? http://cygwin.com/problems.html Lev -- 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/
In OpenSSH 4.0p1sshd, select() returns error 10022 when requesting a second channel
Hi, when trying to open a second channel from an SSH client onto an OpenSSH server, the sshd signals 10022 (EINVAL) errors around the select() statement used for the second channel. It does not mind if this 2nd channel was opened for a port forwarding or by an sftp request, both operations from the client's side show the same effect. Using the first channel opened by the client is no problem for sshd. Here's the part of the strace on sshd which repeats until sshd is killed by control-C: strace -m select /usr/sbin/sshd -d -D -e -f /usr/local/etc/sshd_config sshd-trace.log 21 -- 2227 46541177 [main] sshd 2008 cygwin_select: 12, 0x10012EF0, 0x10012EA0, 0x0, 0x0 301 46541478 [main] sshd 2008 cygwin_select: to NULL, ms 27 46541505 [main] sshd 2008 cygwin_select: sel.always_ready 0 135 46541640 [main] sshd 2008 start_thread_socket: Handle 0x704 25 46541665 [main] sshd 2008 start_thread_socket: Added to readfds 26 46541691 [main] sshd 2008 start_thread_socket: Added to writefds 25 46541716 [main] sshd 2008 start_thread_socket: Added to exceptfds 26 46541742 [main] sshd 2008 start_thread_socket: exitsock 0x67C 26 46541768 [main] sshd 2008 start_thread_socket: stuff_start 0x22E5E4 196 46541964 [main] sshd 2008 select_stuff::wait: woke up. wait_ret 1. verifying 36 46542000 [main] sshd 2008 set_bits: me 0x1001B878, testing fd 11 () 38 46542038 [main] sshd 2008 set_bits: ready 0 25 46542063 [main] sshd 2008 set_bits: me 0x1001B848, testing fd 10 () 26 46542089 [main] sshd 2008 set_bits: ready 1 24 46542113 [main] sshd 2008 set_bits: me 0x10013610, testing fd 7 (/dev/ptmx) 26 46542139 [main] sshd 2008 set_bits: ready 0 25 46542164 [main] sshd 2008 set_bits: me 0x100135E0, testing fd 4 () 30 46542194 [main] sshd 2008 set_bits: ready 0 25 46542219 [main] sshd 2008 select_stuff::wait: gotone 1 25 46542244 [main] sshd 2008 select_stuff::wait: returning 0 26 46542270 [main] sshd 2008 select_stuff::cleanup: calling cleanup routines 72 46542342 [main] sshd 2008 socket_cleanup: si 0x10014378 si-thread 0x610FFC8C 118 46542460 [main] sshd 2008 socket_cleanup: sent a byte to exitsock 0x67C, res 1 45 46542505 [select_socket] sshd 2008 thread_socket: stuff_start 0x1001738C 67 46542572 [select_socket] sshd 2008 thread_socket: Win32 select returned 3 34 46542606 [select_socket] sshd 2008 thread_socket: s 0x10012EB0, testing fd 3 () 31 46542637 [select_socket] sshd 2008 thread_socket: read_ready 30 46542667 [select_socket] sshd 2008 thread_socket: write_ready 29 46542696 [select_socket] sshd 2008 thread_socket: saw exitsock read 56 46542752 [main] sshd 2008 socket_cleanup: reading a byte from exitsock 0x67C 58 46542810 [main] sshd 2008 socket_cleanup: recv returned 1 59 46542869 [main] sshd 2008 socket_cleanup: returning 39 46542908 [main] sshd 2008 peek_pipe: , already ready for write 32 46542940 [main] sshd 2008 set_bits: me 0x1001B848, testing fd 10 () 28 46542968 [main] sshd 2008 set_bits: ready 1 60 46543028 [main] sshd 2008 peek_socket: considering handle 0x704 32 46543060 [main] sshd 2008 peek_socket: adding except fd_set , fd 3 31 46543091 [main] sshd 2008 peek_socket: WINSOCK_SELECT returned -1 31 46543122 [main] sshd 2008 peek_socket: error 10022 59 46543181 [main] sshd 2008 select_stuff::poll: returning 1 29 46543210 [main] sshd 2008 select_stuff::cleanup: calling cleanup routines 31 46543241 [main] sshd 2008 select_stuff::~select_stuff: deleting select records 5625 21232304 [main] sftp-server 2576 cygwin_select: 5, 0xFEE0008, 0xFEE21A0, 0x0, 0x0 96 21232400 [main] sftp-server 2576 cygwin_select: to NULL, ms 25 21232425 [main] sftp-server 2576 cygwin_select: sel.always_ready 0 172 21232597 [select_pipe] sftp-server 2576 peek_pipe: , ready for read: avail 28672 40 21232637 [main] sftp-server 2576 select_stuff::wait: woke up. wait_ret 1. verifying 29 21232666 [main] sftp-server 2576 set_bits: me 0xFEE2640, testing fd 3 () 28 21232694 [main] sftp-server 2576 set_bits: ready 1 26 21232720 [main] sftp-server 2576 select_stuff::wait: gotone 1 25 21232745 [main] sftp-server 2576 select_stuff::wait: returning 0 40 21232785 [main] sftp-server 2576 select_stuff::cleanup: calling cleanup routines 73 21232858 [main] sftp-server 2576 peek_pipe: , already ready for read 25 21232883 [main] sftp-server 2576 set_bits: me 0xFEE2640, testing fd 3 () 27 21232910 [main] sftp-server 2576 set_bits: ready 1 26 21232936 [main] sftp-server 2576 select_stuff::poll: returning 1 26 21232962 [main] sftp-server 2576 select_stuff::cleanup: calling cleanup routines 27 21232989 [main] sftp-server 2576 select_stuff::~select_stuff: deleting select records -- These messages are raised from src/winsup/cygwin/select.cc. Unfortunately, I have no idea on how to get a more precise error description besides the pure number 10022 from Windows/Cygwin. In the attachment, find the complete strace log. I'
Multiple Cygwin (directory trees) instances
I have a problem I am trying to find a way round. Can I have multiple Cygwin (directory tree) instances, or does registry prohibit this ? Aaron -- 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: OpenSSH-4.1p1-1
I've just updated the version of OpenSSH to 4.1p1-1. This is an official upstream bugfix release. The official release message: OpenSSH 4.1 has just been released. It will be available from the mirrors listed at http://www.openssh.com/ shortly. OpenSSH is a 100% complete SSH protocol version 1.3, 1.5 and 2.0 implementation and includes sftp client and server support. We would like to thank the OpenSSH community for their continued support to the project, especially those who contributed source and bought T-shirts or posters. We have a new design of T-shirt available, more info on http://www.openbsd.org/tshirts.html#18 For international orders use http://https.openbsd.org/cgi-bin/order and for European orders, use http://https.openbsd.org/cgi-bin/order.eu Changes since OpenSSH 4.0: * This is a bugfix release, no new features have been added. Some notable fixes are: - Fix segfault when using forwardings configured in ssh_config(5) and ClearAllForwardings (bugzilla #996) - Limit input buffer size for channels. A peer could send more data than the buffer code was willing to accept. This would cause OpenSSH to abort the connection (bugzilla #896) * Several improvements to the regression tests * Portable OpenSSH: - OpenSSH will now always normalise IPv4 in IPv6 mapped addresses back to IPv4 addresses. This means that IPv4 addresses in log messages on IPv6 enabled machines will no longer be prefixed by ::: and AllowUsers, DenyUsers, AllowGroups, DenyGroups will match IPv4-style addresses only for 4-in-6 mapped connections. This ensures a consistent representation of IPv4 addresses regardless of whether or not the machine is IPv6 enabled. * Other bugfixes, including bugzilla #950, #997, #998, #999, #1005, #1006, #1024, and #1038 Changes since OpenSSH 3.9: * ssh(1) now allows the optional specification of an address to bind to in port forwarding connections (local, remote and dynamic). Please refer to the documentation for the -L and -R options in the ssh(1) manual page and the LocalForward and RemoteForward options in the ssh_config(5) manpage. (Bugzilla #413) * To control remote bindings while retaining backwards compatibility, sshd(8)'s GatewayPorts option has been extended. To allow client specified bind addresses for remote (-R) port forwardings, the server must be configured with GatewayPorts clientspecified. * ssh(1) and ssh-keyscan(1) now support hashing of host names and addresses added to known_hosts files, controlled by the ssh(1) HashKnownHosts configuration directive. This option improves user privacy by hiding which hosts have been visited. At present this option is off by default, but may be turned on once it receives sufficient testing. * Added options for managing keys in known_hosts files to ssh-keygen(1), including the ability to search for hosts by name, delete hosts by name and convert an unhashed known_hosts file into one with hashed names. These are particularly useful for managing known_hosts files with hashed hostnames. * Improve account and password expiry support in sshd(8). Ther server will now warn in advance for both account and password expiry. * sshd(8) will now log the source of connections denied by AllowUsers, DenyUsers, AllowGroups and DenyGroups (Bugzilla #909) * Added AddressFamily option to sshd(8) to allow global control over IPv4/IPv6 usage. (Bugzilla #989) * Improved sftp(1) client, including bugfixes and optimisations for the ``ls'' command and command history and editing support using libedit. * Improved the handling of bad data in authorized_keys files, eliminating fatal errors on corrupt or very large keys. (Bugzilla #884) * Improved connection multiplexing support in ssh(1). Several bugs have been fixed and a new command mode has been added to allow the control of a running multiplexing master connection, including checking that it is up, determining its PID and asking it to exit. * Have scp(1) and sftp(1) wait for the spawned ssh to exit before they exit themselves. This prevents ssh from being unable to restore terminal modes (not normally a problem on OpenBSD but common with -Portable on POSIX platforms). (Bugzilla #950) * Portable OpenSSH: - Add *EXPERIMENTAL* BSM audit support for Solaris systems (Bugzilla #125) - Enable IPv6 on AIX where possible (see README.platform for details), working around a misfeature of AIX's getnameinfo. (Bugzilla #835) - Teach sshd(8) to write failed login records to btmp for unsuccessful auth attempts. Currently this is only for password, keyboard-interactive and challenge/response authentication methods and only on Linux and HP-UX. - sshd(8) now sends output from failing PAM session modules to the user before exiting, similar to
Re: dlopen and cygcheck inconsistency
On Sat, May 21, 2005 at 07:49:20PM -0700, Sunil wrote: Hi, cygcheck also searches the `basename arg1` for dependent DLLs while dlopen requires PATH to be set to open the DLL. One of them should be corrected to make life consistent. example is as follows: $ cygcheck /usr/lib/gstreamer-0.8/cyggstossaudio.dll C:/cygwin/lib/gstreamer-0.8/cyggstossaudio.dll C:/cygwin/lib/gstreamer-0.8\cyggstaudio.dll C:\cygwin\bin\cygwin1.dll C:\WINDOWS\System32\ADVAPI32.DLL C:\WINDOWS\System32\ntdll.dll C:\WINDOWS\System32\KERNEL32.dll C:\WINDOWS\System32\RPCRT4.dll C:\cygwin\bin\cygglib-2.0-0.dll C:\cygwin\bin\cygiconv-2.dll C:\cygwin\bin\cygintl-3.dll C:\cygwin\bin\cyggobject-2.0-0.dll C:\cygwin\bin\cyggstreamer-0.8-1.dll C:\cygwin\bin\cyggmodule-2.0-0.dll C:\cygwin\bin\cyggthread-2.0-0.dll C:\cygwin\bin\cygpopt-0.dll C:\cygwin\bin\cygxml2-2.dll C:\cygwin\bin\cygz.dll C:\cygwin\bin\cyggstinterfaces-0.8-0.dll dlopen on /usr/lib/gstreamer-0.8/cyggstossaudio.dll fails(with win32 error 126) if /usr/lib/gstreamer-0.8 is not in PATH, probably because cyggstaudio.dll is in there. cygcheck follows the normal Windows conventions for locating a DLL since this reflects how a program finds statically loaded DLLs. dlopen follows the normal UNIX conventions for locating a shared library, *except* that I just noticed that it is not searching /usr/lib by default. It should be. Otherwise this is all working as designed, AFAICT. 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: Questions on patching dcrt0.cc
On Thu, 2005-05-26 at 07:58, Christopher Faylor wrote: I don't know what submit it means here. If the submission is for inclusion somewhere in the cygwin-specific part of winsup then the code needs to be assigned to Red Hat. Otherwise, why not just make it GPL? If MSVC code is acceptable for the cygwin-specific part of winsup, it definitely gets the cygwin license. If it should go someplace else, then I want people who have purchased a cygwin license from Red Hat not to have to worry about the legalities of copying code from the test program. If I can use the cygwin license for code in contrib (or wherever), then that's fine. My intent here is to minimize the barrier to entry of creating proprietary programs that interoperate well with cygwin. If someone makes a proprietary tool and has customers clamoring for it to work better with cygwin (e.g. doing proper cleanup when getting a ^C while running in an xterm), I want the business decision to be a matter of the integration code is already available; the only question is whether the value added is greater than the cost of a cygwin license from Red Hat. I'm new to actually *selecting* open source licenses, so I'm grateful for all feedback on selecting an appropriate one for the test program. http://www.opensource.org/licenses/bsd-license.php looks good; is it appropriate for me to assign the copyright to Red Hat? I got signal handling working yesterday; it works by spawning a thread that loops on sigwait(). I want to make another pass over the program doing cleanup and documentation and it'll be ready for submission, probably by the time the copyright assignment forms make it through snail mail. I'll also see if I can make a mingw version for winsup/testsuite, as Igor suggested. Thanks, Max -- 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: Attention libtool maintainer: Re: `make install' of glib fails
Franz Haeuslschmid wrote: Gerrit P. Haase [EMAIL PROTECTED] writes: Franz Haeuslschmid wrote: After having managed to actually make the latest version of glib, `make install' fails and spits out an error message that I don't understand (excuse the mass of lines): [... Output of make showing messages of undefined references ...] Once again: any ideas? - -L/usr/lib -L/usr/local/lib -lglib-2.0 I suppose you meant that I should place this into environment variable `LDFLAGS'. Did that, ran `./configure' once again and continued with `make'. Now it is `make' that fails again (in directory gobject): No, the other way around. If you have an older version of glib2 installed, and libtool links in the relink step against the older version, then there may well be undefined symbols, it should link against the fresh created glib2 library, this was a libtool bug which IMO was fixed in the Cygwin release of libtool-devel-1.5.10, but I may be wrong and it is only included in the experimental 1.9 release. [...same error..] This is the chain of commands that were executed: $ tar xvjf glib-2.6.4.tar.bz2 $ cd glib-2.6.4 $ export LDFLAGS=-L/usr/lib -L/usr/local/lib -lglib-2.0 This must fail for sure as long as there is an older glib2 installed, since it failed to install the complete glib2-2.6.4 package. $ autoreconf --install --force --verbose $ ./configure $ make Try to remove the current glib2 package before building 2.6.4 (and reinstall libtool-devel and friends). Then libtool has no chance to pick up the system glib2. You're linking against the old glib2 library, another libtool bug. I thought that this was fixed in the latest release? Again, which version of libtool are you using now? Is it the one from the Cygwin mirrors or do you have compiled your own version? Charles, wasn't that included in the 1.5 release branch? BTW, 1.5.18 is out: http://www.gnu.org/software/libtool/libtool.html I downloaded and built that version. `libtool --version' now gives [EMAIL PROTECTED] ~/Src/glib-2.6.4 $ libtool --version ltmain.sh (GNU libtool) 1.5.18 (1.1220.2.245 2005/05/16 08:55:27) It was meant as a ping to the libtool maintainer. Since there are always some Cygwin specific fixes in the libtool builds and we use a wrapper to call libtool-devel or libtool-stable according to the requested version in configure it is somewhat difficult to get this right for a standard Cygwin setup. However, `autoreconf' still picks up the version that is configured by the cygwin installer: [EMAIL PROTECTED] ~/Src/glib-2.6.4 $ ./libtool --version ltmain.sh (GNU libtool) 1.5.10 (1.1220.2.131 2004/09/19 12:46:56) With ./ at the beginning of the line it will use the libtool generated during a previous configure run. When I remove the libtool package using cygwin's `setup.exe', I can't use autoreconf: [...] configure.in:457: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL configure.in:458: error: possibly undefined macro: AM_PROG_LIBTOOL autoreconf: /usr/autotool/devel/bin/autoconf failed with exit status: 1 I'm still perplexed. Then the newer libtool wasn't installed correct. Gerrit -- =^..^= -- 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: Questions on patching dcrt0.cc
On Thu, May 26, 2005 at 10:44:39AM -0700, Max Kaehn wrote: On Thu, 2005-05-26 at 07:58, Christopher Faylor wrote: I don't know what submit it means here. If the submission is for inclusion somewhere in the cygwin-specific part of winsup then the code needs to be assigned to Red Hat. Otherwise, why not just make it GPL? If MSVC code is acceptable for the cygwin-specific part of winsup, it definitely gets the cygwin license. If it should go someplace else, then I want people who have purchased a cygwin license from Red Hat not to have to worry about the legalities of copying code from the test program. If I can use the cygwin license for code in contrib (or wherever), then that's fine. Rather than talking about MSVC code being acceptable, please just provide a specific indication of *what* you are trying to do. Where do you want to put this code? Look at the directories available in winsup and tell us where you want to put this. My intent here is to minimize the barrier to entry of creating proprietary programs that interoperate well with cygwin. If someone makes a proprietary tool and has customers clamoring for it to work better with cygwin (e.g. doing proper cleanup when getting a ^C while running in an xterm), I want the business decision to be a matter of the integration code is already available; the only question is whether the value added is greater than the cost of a cygwin license from Red Hat. As I mentioned in semi-private email, the fact that you can get cygwin working by dynamic linking doesn't mean that it can necessarily be used by proprietary programs if by proprietary you mean non open source. I'm new to actually *selecting* open source licenses, so I'm grateful for all feedback on selecting an appropriate one for the test program. http://www.opensource.org/licenses/bsd-license.php looks good; is it appropriate for me to assign the copyright to Red Hat? Again, if you assign the work to Red Hat, it will be available under the GPL and via Red Hat's proprietary license scheme -- just like the rest of the cygwin package. So, if you assign the work, you don't have to worry about the license. If you are not going to assign the work to Red Hat then it is not going into the winsup hierarchy (I'm not entirely sure that it belongs there anyway). If you are not assigning the work to Red Hat then I'd still suggest the GPL since the whole project is more-or-less dedicated to the GPL. I got signal handling working yesterday; it works by spawning a thread that loops on sigwait(). I want to make another pass over the program doing cleanup and documentation and it'll be ready for submission, probably by the time the copyright assignment forms make it through snail mail. I'll also see if I can make a mingw version for winsup/testsuite, as Igor suggested. ? Why wouldn't signal handling just work? A program would have to call GetProcAddress to retrieve the address of any signal function that it wanted to use but it should just work if all of the appropriate stuff is initialized in cygwin. 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: dlopen and cygcheck inconsistency
so, this means dlopen searches ${LD_LIBRARY_PATH} as well, after RPATH? thanks, Sunil --- Christopher Faylor [EMAIL PROTECTED] wrote: On Sat, May 21, 2005 at 07:49:20PM -0700, Sunil wrote: Hi, cygcheck also searches the `basename arg1` for dependent DLLs while dlopen requires PATH to be set to open the DLL. One of them should be corrected to make life consistent. example is as follows: $ cygcheck /usr/lib/gstreamer-0.8/cyggstossaudio.dll C:/cygwin/lib/gstreamer-0.8/cyggstossaudio.dll C:/cygwin/lib/gstreamer-0.8\cyggstaudio.dll C:\cygwin\bin\cygwin1.dll C:\WINDOWS\System32\ADVAPI32.DLL C:\WINDOWS\System32\ntdll.dll C:\WINDOWS\System32\KERNEL32.dll C:\WINDOWS\System32\RPCRT4.dll C:\cygwin\bin\cygglib-2.0-0.dll C:\cygwin\bin\cygiconv-2.dll C:\cygwin\bin\cygintl-3.dll C:\cygwin\bin\cyggobject-2.0-0.dll C:\cygwin\bin\cyggstreamer-0.8-1.dll C:\cygwin\bin\cyggmodule-2.0-0.dll C:\cygwin\bin\cyggthread-2.0-0.dll C:\cygwin\bin\cygpopt-0.dll C:\cygwin\bin\cygxml2-2.dll C:\cygwin\bin\cygz.dll C:\cygwin\bin\cyggstinterfaces-0.8-0.dll dlopen on /usr/lib/gstreamer-0.8/cyggstossaudio.dll fails(with win32 error 126) if /usr/lib/gstreamer-0.8 is not in PATH, probably because cyggstaudio.dll is in there. cygcheck follows the normal Windows conventions for locating a DLL since this reflects how a program finds statically loaded DLLs. dlopen follows the normal UNIX conventions for locating a shared library, *except* that I just noticed that it is not searching /usr/lib by default. It should be. Otherwise this is all working as designed, AFAICT. 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/ __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- 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: dlopen and cygcheck inconsistency
On Thu, May 26, 2005 at 11:17:19AM -0700, Sunil wrote: so, this means dlopen searches ${LD_LIBRARY_PATH} as well, after RPATH? dlopen searches LD_LIBRARY_PATH, just like linux. 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: Questions on patching dcrt0.cc
On Thu, 2005-05-26 at 11:00, Christopher Faylor wrote: Rather than talking about MSVC code being acceptable, please just provide a specific indication of *what* you are trying to do. Where do you want to put this code? Look at the directories available in winsup and tell us where you want to put this. I want to make it as easy as possible for cygwin developers who are working with the cygwin initialization code that they don't break this functionality. It seems to me that a subdirectory of winsup/testsuite would be good for this. You remarked in semi-private E-mail that we won't be putting any MSVC source in the winsup directory, and I want to respect the policies of the cygwin project, so I'm asking where you would like a program of this nature. A new subdirectory of contrib might also be appropriate. Wherever it goes, I want to put comments in the patches I will submit for dcrt0.cc and how-programming.texinfo that refer the reader to this test program. As I mentioned in semi-private email, the fact that you can get cygwin working by dynamic linking doesn't mean that it can necessarily be used by proprietary programs if by proprietary you mean non open source. As I understand it, this clause in the cygwin license: --- Red Hat sells a special Cygwin License for customers who are unable to provide their application in open source code form. For more information, please see: http://www.redhat.com/software/tools/cygwin/, or call 866-2REDHAT ext. 3007 --- allows vendors of proprietary, non-open source software to pay for the privilege of linking to the GPL. As it states at http://www.redhat.com/software/cygwin/ : --- A Cygwin Contract provides customers with: * The ability to distribute customer's applications without being bound by the GPL. Therefore, customers are not required to provide their applications in open source code form. --- If I'm missing something, please let me know: it looks to me like there's a very nice setup here of: * If your program is proprietary, you must pay for the privilege of linking to cygwin1.dll. * If your program is open source, you can link to cygwin1.dll for free. To my eyes, this is a win-win proposition for the open source community. ? Why wouldn't signal handling just work? A program would have to call GetProcAddress to retrieve the address of any signal function that it wanted to use but it should just work if all of the appropriate stuff is initialized in cygwin. As far as I can tell, the main thread needs to be running an interruptible cygwin function in order to receive signals from cygwin. This works fine if your main routine is waiting on sleep() or pthread_cond_timedwait(), but not if it's busy in the Microsoft libraries. Spawning an additional thread to call sigwait() will minimize the cost of integration of this functionality into existing programs. -- 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/
cvs/daylight savings again!?
I'm following up in this thread: http://article.gmane.org/gmane.os.cygwin/6688 I can't believe the latest reference to this problem I can find is from 2002. Well, maybe I shouldn't be surprised. I haven't run into it for years, but now it's back, with a freshly-installed Cygwin installation (about 2 weeks old). I'm in daylight savings time (EDT) which is GMT-4:00, and when I update, I get GMT-1:00 times in my CVS/Entries isntead of Correct UTC. What is the fix? If something needs to be debugged, I'm happy to try to help in any way I can. Thanks! -- Dave Abrahams Boost Consulting http://www.boost-consulting.com -- 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: Questions on patching dcrt0.cc
On Thu, May 26, 2005 at 11:20:35AM -0700, Max Kaehn wrote: On Thu, 2005-05-26 at 11:00, Christopher Faylor wrote: Rather than talking about MSVC code being acceptable, please just provide a specific indication of *what* you are trying to do. Where do you want to put this code? Look at the directories available in winsup and tell us where you want to put this. I want to make it as easy as possible for cygwin developers who are working with the cygwin initialization code that they don't break this functionality. It seems to me that a subdirectory of winsup/testsuite would be good for this. You remarked in semi-private E-mail that we won't be putting any MSVC source in the winsup directory, and I want to respect the policies of the cygwin project, so I'm asking where you would like a program of this nature. A new subdirectory of contrib might also be appropriate. Wherever it goes, I want to put comments in the patches I will submit for dcrt0.cc and how-programming.texinfo that refer the reader to this test program. We don't need a contrib directory. The whole cygwin distribution is contributed. As I mentioned in semi-private email, the fact that you can get cygwin working by dynamic linking doesn't mean that it can necessarily be used by proprietary programs if by proprietary you mean non open source. As I understand it, this clause in the cygwin license: To reiterate and clarify: providing the ability to do dynamic linking does not necessarily affect the existing cygwin DLL licensing. ? Why wouldn't signal handling just work? A program would have to call GetProcAddress to retrieve the address of any signal function that it wanted to use but it should just work if all of the appropriate stuff is initialized in cygwin. As far as I can tell, the main thread needs to be running an interruptible cygwin function in order to receive signals from cygwin. This works fine if your main routine is waiting on sleep() or pthread_cond_timedwait(), but not if it's busy in the Microsoft libraries. Spawning an additional thread to call sigwait() will minimize the cost of integration of this functionality into existing programs. Right. If the program is blocking then it should be running a cygwin function and the stack must be set up to be able to handle this. If the main thread is blocking in a non-cygwin function then it won't be interruptible. If the main thread is not blocking and is just running normal user (i.e., not system-DLL) code then it will be interrupted immediately. Or, as you have seen, you can call sigwait() in its own thread. That could be slightly racy, though. 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/
[ANNOUNCEMENT] Updated: cygwin-1.5.17-1
I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [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. Christopher Faylor TimeSys, Inc. Changes since 1.5.16-1: cgf: Make cygcheck and strace work in a directory mounted with mount -X. cgf: Fix handling of static destructors so that stdout is still open when they run. corinna: Make sure that correct attributes are set for socket attributes. cgf: Fix sporadic multiple cygwin problem when many processes are started from non-cygwin processes. corinna: Don't treat inability to open file as failure if only SetFileAttributes is going to be called. cgf: Fix problem with tty reads where vmin == vtime == 0. cgf: Fix problem where SYSTEMROOT was not being exported as it should be. corinna: Move address where cygwin shared structures live to just before where the cygwin DLL loads. cgf: Reorganize shared memory allocation to allow relocatability rather than fatal exit. cgf: Properly handle O_EXCL for fifos. pierre: Introduce framework for treating network (//sys/share) drives. This corrects a problem with mkdir -p. cgf: Properly detect existence of //foo. corinna: Implement special handling for opendir(), readdir(), etc. for network shares so that ls // and ls //share do something useful. corinna: Preliminary implementation of kernel logging facility using /dev/kmsg. cgf: Export mkdtemp. cgf: Use better random algorithm when generating files and directories created by mk*temp(). brian: Make cygcheck report on installed services if the right version of cygrunsrv is available. cgf: Make dlopen search /usr/bin (for Windows compatibility) and /usr/lib (for UNIX compatibility). -- 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: connect()/cygwin_select() hangs in =1.5.15
this issue is not fixed in any later snapshots, not even the just released 1.5.17. can someone with the knowledge of cygwin socket code comment on it please? Thanks, Sunil --- Gerrit P. Haase [EMAIL PROTECTED] wrote: Sunil wrote: This piece of code hangs with cygwin1.dll =1.5.15 during connect(), strace is attached. The same code runs fine with cygwin1.dll version 1.5.13. fd = socket (proto-family, 1, proto-stream_proto_num); if (fd 0) { ; goto out; } if (options LINK_CONNECTION_NONBLOCKING) { # 553 linc-connection.c if (fcntl (fd, 4, 0x4000) 0) goto out; } if (fcntl (fd, 2, 1) 0) goto out; { long int __result; do __result = (long int) (connect (fd, saddr, saddr_len)); while (__result == -1L (*__errno()) == 4); rv = __result; }; # 596 linc-connection.c if (rv (*__errno()) != 119) goto out; --- Similar problem with select() hang has been reported earlier but nothing came out of it. I don't know if its related. I am not sure why errno 119 is seen(see panel.log) in this case, but that and the hang are the common factors and strace looks similar. http://www.cygwin.com/ml/cygwin/2005-04/msg01331.html Above code piece is taken from linc-connection.c in the orbit2-2.12.2 package. This function is reached by the gnome-panel and it hangs inside connect() as is evident from the strace in panel.log and all I get is a blank gnome-panel. As I said, all I have to do to get it to work is to go back to 1.5.13 snapshot. I am not sure what changed between 1.5.13 and 1.5.15 to cause this. Thanks for looking into it. Sunil There were some fixes regarding this, try a pre 1.5.17 snapshot, please. I currently use the one from 2005-May-20 and everything socket related where I encountered problems works ok with that. http://cygwin.com/snapshots/ Gerrit -- =^..^= -- 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/ __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- 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: connect()/cygwin_select() hangs in =1.5.15
On May 26 12:08, Sunil wrote: this issue is not fixed in any later snapshots, not even the just released 1.5.17. can someone with the knowledge of cygwin socket code comment on it please? Thanks, Sunil --- Gerrit P. Haase [EMAIL PROTECTED] wrote: Sunil wrote: This piece of code hangs with cygwin1.dll =1.5.15 during connect(), strace is attached. The same code runs fine with cygwin1.dll version 1.5.13. fd = socket (proto-family, 1, proto-stream_proto_num); if (fd 0) { ; goto out; } if (options LINK_CONNECTION_NONBLOCKING) { # 553 linc-connection.c if (fcntl (fd, 4, 0x4000) 0) goto out; } if (fcntl (fd, 2, 1) 0) goto out; { long int __result; do __result = (long int) (connect (fd, saddr, saddr_len)); while (__result == -1L (*__errno()) == 4); rv = __result; }; # 596 linc-connection.c if (rv (*__errno()) != 119) goto out; --- Can you please create a simple(!), short(!), stand-alone(!) testcase which builds OOTB(!) and uses the symbolic constants rather than numeric constants? Numbers as 4, 0x4000, 2, 1 in the context of fcntl don't make any sense at all. Neither does a socket(2) call with variables set to some unknown value. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com 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: .a to .lib converting
At 12:47 AM 5/26/2005, you wrote: On Wed, 25 May 2005, Larry Hall wrote: At 09:21 AM 5/25/2005, you wrote: On Wed, 25 May 2005, Alireza Ghasemi wrote: Hello, I want to use some cygwin .a libraries with other environments(like VC++) as static .lib files.is this possible? Yes. Or no. ;-) Eh? Your response below points to a yes, AFAICS... I guess it depends on your level of expertise. VC++ .lib libraries can be used directly, without any fuss (standard exclusion for C++ linkage and some inevitable oddities of course). The reverse requires lots of fiddling/hacks though and is not part of Cygwin proper. That's why I said no. Also, while the FAQ entry you pointed to gives a few alternatives for linking against .lib libraries from gcc/g++, it says nothing about the reverse. So my response was meant as a clarification and to point out the difference in ease of going one way versus the other. I just didn't think that was clear from your post (or maybe it was but wasn't clear to me ;-) ). In any case, it sounds like you and I are in violent agreement on this subject so I think our work is done. ;-) -- 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: cvs/daylight savings again!?
David Abrahams [EMAIL PROTECTED] writes: I'm following up in this thread: http://article.gmane.org/gmane.os.cygwin/6688 I can't believe the latest reference to this problem I can find is from 2002. Well, maybe I shouldn't be surprised. I haven't run into it for years, but now it's back, with a freshly-installed Cygwin installation (about 2 weeks old). I'm in daylight savings time (EDT) which is GMT-4:00, and when I update, I get GMT-1:00 times in my CVS/Entries isntead of Correct UTC. What is the fix? If something needs to be debugged, I'm happy to try to help in any way I can. Problem solved. This was due to the stupid Borland C++ Builder X installer which installed its own broken cvs executable that doesn't account for the NT daylight savings feature. I renamed it and everything went back to normal. Sorry for the noise. :( I wonder if this should be a FAQ somewhere? -- Dave Abrahams Boost Consulting www.boost-consulting.com -- 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: Multiple Cygwin (directory trees) instances
At 11:42 AM 5/26/2005, you wrote: I have a problem I am trying to find a way round. Can I have multiple Cygwin (directory tree) instances, or does registry prohibit this ? You cannot have multiple 'cygwin1.dll's in your path. You can have multiple Cygwin instances if you like. You need to manage your mounts ('man mount') and PATH so that you're always pointing to the right version for your current needs. -- 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: cvs/daylight savings again!?
On Thu, May 26, 2005 at 03:46:15PM -0400, David Abrahams wrote: I wonder if this should be a FAQ somewhere? We could generalize the entry to: If I've installed a non-cygwin utility should I expect it to behave exactly the same as a cygwin utility? No. If my utility is misbehaving should I check to see if I'm actually running the utility that I think I'm running? Yes. 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: How to install perl modules?
George wrote: On Wed, May 25, 2005 at 11:55:59AM +0100, Jason Pearce wrote: Yes, use the CPAN module as Brian suggests. Just make sure environment variable PERLIO is unset when using -MCPAN, otherwise it will fail. (You might set this to CRLF for DOS compatibility purposes). Also be aware that you may have trouble building some modules that use C code and have not been ported to Cygwin, mainly OS modules like WIN32. Straight Perl modules should just work out of the box, and CPAN will get all pre-requisites for you too. You'll never want ppm again! Sorry to go off on a slight tangent here, but is there any documentation anywhere that describe which Win32 modules are problematic, as it's most likely that for Cygwin users the Win32 modules are of particular interest, no? And installing both Cygwin's Perl and ActiveState's distribution can offer a less than satisfactory solution as it presents its own set of problems. There is an up to date version of libwin32 as well as Win32CORE included in the perl distributed, it *should* be possible to build some (not all) of the Win32 modules, though I have not tried to build much of them. Just try one or another if it is not already included with libwin32. Gerrit -- =^..^= -- 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 XML::Xerces in Perl
marcos rebelo wrote: I'm getting crazy I have the Xerces (I think) installed. Now I have to set some variables but I dont know to what, can someone help me XERCES_LIB XERCES_INCLUDE XERCESCROOT XERCES_CONFIG XERCES_LIB=/usr/lib XERCES_INCLUDE=/usr/include XERCESCROOT=/usr/src/xerces ? Depends on where you extract it XERCES_CONFIG= ? Dunno, are there no docs included? Examples? What about the Xerces documentation? Gerrit -- =^..^= -- 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/
Problem with cp and dangling symbolic link
I've found what looks like it might be a bug in the cygwin implementation of symbolic links. It's a pretty obscure one, but I just got bitten by it so it can happen :) Here's a breakdown: 1. Create a dangling symbolic link: ln -s filename_that_doesnt_exist test 2. Copy the link, preserving its link status: cp -d test test2 3. Try to copy the link AGAIN, even with the force flag: cp -df test test2 On a Linux box, step 3 succeeds, no problem. In cygwin, I get an error: cp: cannot create symbolic link `test2': File exists. Not sure if it's something to worry/care about, but I just thought I'd throw it out for consideration. -Ken -- 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/
problem building cygwin1.dll from cvs with latest binutils
I tried to build cygwin1.dll from cvs this morning using the latest binutils release. When I start ssh-agent, I get the following error messages: 5 [main] ? 3036 multiple_cygwin_problem: cygheap base magic number mismatch detected - 0x7F/0x0 6 [main] ? 4900 multiple_cygwin_problem: cygheap base magic number mismatch detected - 0x7F/0x0 72 [main] ? 2532 multiple_cygwin_problem: cygheap base magic number mismatch detected - 0x7F/0x0 These problems go away if I build using the previous binutils release. -- 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: Questions on patching dcrt0.cc
On Wed, 2005-05-25 at 21:38, Igor Pechtchanski wrote: As I understand it, the same issues arise whether cygwin1.dll is dynamically loaded from an MSVC application or a MinGW application. There is a simple way to compile MinGW applications on Cygwin (namely, gcc -mno-cygwin). You could test your approach with a MinGW-compiled app, and if you see the same behavior as with MSVC, the MinGW app could be included in the testsuite. Thanks for the pointer, Igor. That was extremely helpful. I just ported the test app to mingw. The only thing I had to change was to put an #ifdef in to use GCC-style inline assembly instead of MSVC-style when it looks at the segment register. I'm still reeling in amazement at how easy that was. Wow. My hat's off to the mingw folks, and I'll be submitting the test utility (as a new subdirectory for winsup/testsuite) as mingw code (under the cygwin license) with an option in the makefile to show that it works for MSVC. -- 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: [ANNOUNCEMENT] Updated: cygwin-1.5.17-1
Christopher Faylor writes: cgf: Make dlopen search /usr/bin (for Windows compatibility) and /usr/lib (for UNIX compatibility). Does that mean that libtool's .la files used to dlopen can now be moved back to (ie, after installing stay in) /usr/lib? Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- 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: [ANNOUNCEMENT] Updated: cygwin-1.5.17-1
On Thu, May 26, 2005 at 10:34:35PM +0200, Jan Nieuwenhuizen wrote: Christopher Faylor writes: cgf: Make dlopen search /usr/bin (for Windows compatibility) and /usr/lib (for UNIX compatibility). Does that mean that libtool's .la files used to dlopen can now be moved back to (ie, after installing stay in) /usr/lib? I don't know anything about libtool and that is a permanent condition. 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/
[ANNOUNCEMENT] Updated: cpio-2.6-1
I've just updated the version of cpio to 2.6-1. This is an official upstream release. The Cygwin version has two minor tweaks. The package now contains also the rmt tool, which is entirely untested. cpio passes all (two) tests in the testsuite. What's new in 2.6? * Added NLS support * Improved configure script * Improved invocation consistency checking and help output * Printing warning about truncation of inode numbers is suppressed by default. See below. * New option --warning (-W) controls the level of output warnings: -Wnone Disables all warnings -Wtruncate Enable warning about truncation of the inode number -WallEnables all warnings To disable a particular warning, prefix its name with 'no-', just like in gcc. * New option --to-stdout extracts files to standard output. * The output of `cpio --help' is largely improved. * Bugfixes: ** If a file grew n bytes in copy-pass mode, these n bytes got prepended to the contents of all subsequent files. ** Padding the archive with zero bytes upon truncation of the file being archived was broken. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [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. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com 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/
win95 tcp/ip connections (fwd)
Ok Ive included the output. I hope somebody might have some experience getting tcp/ip to work within cygwin on windows 95b. rob -- Forwarded message -- Date: Tue, 24 May 2005 20:50:31 -0600 (MDT) From: Robert Wasmann [EMAIL PROTECTED] To: cygwin@cygwin.com Subject: win95 tcp/ip connections Hi, Im trying to get cygwin working on win95b. I cant ping or ssh from within cygwin yet I can access everything fine outside of cygwin. It gives me the error Socket: operation not permitted if I use an IP address or no address associated with name if I use a domain name. I made sure winsock2 was installed just in case. I've searched all over the internet for an answer. I can ssh fine using putty otherwise. I cant even ping yahoo from within cygwin. Any Ideas? Rob. Cygwin Configuration Diagnostics Current System Time: Thu May 26 15:03:46 2005 Windows 95 Ver 4.0 Build Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS c:\WINDOWS\COMMAND c:\WINWORD .\ c:\PROGRA~1\SSHCOM~1\SSHSEC~1 Output from C:\cygwin\bin\id.exe (nontsec) UID: 984(user) GID: 544(all) 544(all) Output from C:\cygwin\bin\id.exe (ntsec) UID: 984(user) GID: 544(all) 544(all) SysDir: C:\WINDOWS\SYSTEM WinDir: C:\WINDOWS HOME = `C:\cygwin\home\user' MAKE_MODE = `unix' PWD = `/home/user' USER = `user' BLASTER = `A220 I5 D1 T4' CMDLINE = `bash --login -i' COMSPEC = `C:\WINDOWS\COMMAND.COM' CVS_RSH = `/bin/ssh' HOSTNAME = `TESLA' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man' OLDPWD = `/usr/bin' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PRINTER = `HP LaserJet IIIP (Ohm)' PROMPT = `$p$g' PS1 = `\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' SHLVL = `1' TEMP = `C:\WINDOWS\TEMP' TERM = `cygwin' TMP = `C:\WINDOWS\TEMP' WINBOOTDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' 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\Program Options a: fd N/AN/A c: hd FAT32 4102Mb 70% CPUN r: cd N/AN/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,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 Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Found: c:\WINDOWS\COMMAND\find.exe Warning: C:\cygwin\bin\find.exe hides c:\WINDOWS\COMMAND\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make 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 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 cygcrypt-0.dll v0.0 ts=2003/10/19 1:57 174k 2004/10/14 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 cygexpat-0.dll v0.0 ts=2004/10/14 2:34 135k 2004/09/02 C:\cygwin\bin\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0 cygglib-1-2-0.dll v0.0 ts=2004/9/2 12:21 11k 2004/09/02 C:\cygwin\bin\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0 cyggmodule-1-2-0.dll v0.0 ts=2004/9/2 12:23 10k 2004/09/02 C:\cygwin\bin\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0 cyggthread-1-2-0.dll v0.0 ts=2004/9/2 12:23 195k 2004/09/02 C:\cygwin\bin\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 cyggdk-1-2-0.dll v0.0 ts=2004/9/2 12:31 1293k 2004/09/02 C:\cygwin\bin\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 cyggtk-1-2-0.dll v0.0 ts=2004/9/2 12:44 55k 2004/09/14 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2004/9/13 22:16 18k
bash pid reuse
Hi This is rather informal report as I couldn't reproduce this problem in any way. I worked with latest Cygwin release of bash started directly with no command line options. bash-2.05b$ ptx.exe bash-2.05b$ man ptx 260 [main] bash 21168 slow_pid_reuse: couldn't create last_fork_proc, Win32 error 6 8590 [main] bash 21168 child_info::sync: wait failed, pid 12756, Win32 error 6 19368 [main] bash 21168 fork_parent: child 12756 died waiting for longjmp befo re initialization bash: fork: No such file or directory bash-2.05b$ uname -a CYGWIN_NT-5.0 duli2 1.5.17s(0.128/4/2) 20050510 12:11:42 i686 unknown unknown Cygwin bash-2.05b$ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 1464 11464 1464? 1000 May 15 /usr/sbin/cron I 13004 1 13004 130040 1000 23:41:35 /usr/bin/bash 12896 1 12896 128961 1000 23:42:04 /usr/bin/bash 13280 12896 13280 117521 1000 23:42:17 /usr/bin/ssh 21168 1 21168 211682 1000 23:42:25 /usr/bin/bash 25060 21168 25060 256762 1000 00:00:16 /usr/bin/ps After few minutes, some additional info appeared on the screen: bash-2.05b$ D:\cygwin\bin\bash.exe (12756): *** WFSO timed out after longjmp D:\cygwin\bin\bash.exe (12756): *** WFSO timed out after longjmp Is this report useful in any way? Should I provide cygcheck output (there's nothing really interesting). Krzysztof Duleba -- 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 pid reuse
Krzysztof Duleba wrote: This is rather informal report as I couldn't reproduce this problem in any way. bash-2.05b$ ptx.exe bash-2.05b$ man ptx 260 [main] bash 21168 slow_pid_reuse: couldn't create last_fork_proc, Win32 error 6 8590 [main] bash 21168 child_info::sync: wait failed, pid 12756, Win32 error 6 19368 [main] bash 21168 fork_parent: child 12756 died waiting for longjmp befo re initialization bash: fork: No such file or directory After few minutes, some additional info appeared on the screen: bash-2.05b$ D:\cygwin\bin\bash.exe (12756): *** WFSO timed out after longjmp D:\cygwin\bin\bash.exe (12756): *** WFSO timed out after longjmp There's more. Working on the same terminal I got bash-2.05b$ ping 213.180.130.200 1307501532 [main] bash 21168 slow_pid_reuse: couldn't create last_fork_proc, Win 32 error 6 1307511234 [main] bash 21168 child_info::sync: wait failed, pid 25060, Win32 err or 6 1307511520 [main] bash 21168 fork_parent: child 25060 died waiting for longjmp b efore initialization bash: fork: No error bash-2.05b$ ping 213.180.130.200 PING 213.180.130.200 (213.180.130.200): 56 data bytes 64 bytes from 213.180.130.200: icmp_seq=0 ttl=58 time=24 ms 64 bytes from 213.180.130.200: icmp_seq=1 ttl=58 time=22 ms 213.180.130.200 PING Statistics 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip (ms) min/avg/max/med = 22/23/24/23 bash-2.05b$ ps Now bash hangs. No ps process has been created. I couldn't kill this hanging bash with Ctrl-C and had to press X button to get program not responsing info (in Polish, I guess that's how the English message would look like). Krzysztof Duleba -- 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/
how to change the window title dynamically
Hi, I wonder how to change the window title synamically like command prompt to list the full path? Google returns me such command, print -nP -u2 \033]0;[EMAIL PROTECTED]:%~\a But print is not recognized, I tried printf, it says -n and -u not recognized. Thanks. _ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement -- 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 installing binutils
I am having problems installing binutils on just this machine. AFAIKS I haave the same instillation as my other machine which builds and installs binutils fine. Doing 'make install' I get the following error :- makeinfo --split-size=500 -I /usr/src/binutils-2.15/binutils/doc /usr/src/bi nutils-2.15/binutils/doc/binutils.texi /usr/src/binutils-2.15/binutils/doc/binutils.texi:52: Unknown index `ky' and/or ' in @synindex. makeinfo: Removing output file `/usr/build/binutils-2.15/binutils/doc/binutils.i nfo' due to errors; use --force to preserve. make[2]: *** [binutils.info] Error 1 make[2]: Leaving directory `/usr/build/binutils-2.15/binutils/doc' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/usr/build/binutils-2.15/binutils' make: *** [install-binutils] Error 2 Any ideas ? After several days of checking and cross checking, rebuilding and rebuilding I have came to the conclusion that my HP machine seems not to want to compile binutils :( I can build and install gcc fine on the machine. Any ideas ? Aaron -- 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 installing binutils
On Thu, May 26, 2005 at 11:37:33PM +0100, Aaron Gray wrote: I am having problems installing binutils on just this machine. AFAIKS I haave the same instillation as my other machine which builds and installs binutils fine. Doing 'make install' I get the following error :- makeinfo --split-size=500 -I /usr/src/binutils-2.15/binutils/doc /usr/src/bi nutils-2.15/binutils/doc/binutils.texi /usr/src/binutils-2.15/binutils/doc/binutils.texi:52: Unknown index `ky' and/or ' in @synindex. makeinfo: Removing output file `/usr/build/binutils-2.15/binutils/doc/binutils.i nfo' due to errors; use --force to preserve. make[2]: *** [binutils.info] Error 1 make[2]: Leaving directory `/usr/build/binutils-2.15/binutils/doc' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/usr/build/binutils-2.15/binutils' make: *** [install-binutils] Error 2 Any ideas ? After several days of checking and cross checking, rebuilding and rebuilding I have came to the conclusion that my HP machine seems not to want to compile binutils :( I can build and install gcc fine on the machine. Any ideas ? I guess you could just keep sending variations of this message here or you could: http://sources.redhat.com/ml/cygwin/2005-05/msg01214.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 installing binutils
At 06:37 PM 5/26/2005, you wrote: I am having problems installing binutils on just this machine. AFAIKS I haave the same instillation as my other machine which builds and installs binutils fine. Doing 'make install' I get the following error :- makeinfo --split-size=500 -I /usr/src/binutils-2.15/binutils/doc /usr/src/bi nutils-2.15/binutils/doc/binutils.texi /usr/src/binutils-2.15/binutils/doc/binutils.texi:52: Unknown index `ky' and/or ' in @synindex. makeinfo: Removing output file `/usr/build/binutils-2.15/binutils/doc/binutils.i nfo' due to errors; use --force to preserve. make[2]: *** [binutils.info] Error 1 make[2]: Leaving directory `/usr/build/binutils-2.15/binutils/doc' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/usr/build/binutils-2.15/binutils' make: *** [install-binutils] Error 2 Any ideas ? After several days of checking and cross checking, rebuilding and rebuilding I have came to the conclusion that my HP machine seems not to want to compile binutils :( I can build and install gcc fine on the machine. Any ideas ? Didn't you read Dave Korn's response today to your original inquiry? http://cygwin.com/ml/cygwin/2005-05/msg01214.html -- 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: how to change the window title dynamically
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to lin q on 5/26/2005 4:19 PM: Hi, I wonder how to change the window title synamically like command prompt to list the full path? Google returns me such command, print -nP -u2 \033]0;[EMAIL PROTECTED]:%~\a Try echo or printf, and try `help echo', `/bin/echo --help', and so forth, for more of their options. For example, echo -e '\E]0;blah\a' changed my window title to 'blah'. \033 is universally accepted as ESC, but you will see that some programs allow the shortcut \E or ^[. If you want the prompt to change the window title automatically, look at how /etc/profile (or /etc/default/etc/profile) is manipulating $PS1 to get that effect. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFClmyU84KuGfSFAYARAqAfAKCc1y9KFFNCvNqQOd6Od1WCNmUUrQCdHkNt 7BQ7U8T4mFLf8mJqdr0wipI= =P9YO -END PGP SIGNATURE- -- 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 with cp and dangling symbolic link
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Kenneth Chalmers on 5/26/2005 2:17 PM: 1. Create a dangling symbolic link: ln -s filename_that_doesnt_exist test 2. Copy the link, preserving its link status: cp -d test test2 3. Try to copy the link AGAIN, even with the force flag: cp -df test test2 Yep, you probably uncovered a cygwin coreutils release issue (my guess is that it is related to my automatic .exe handling code not knowing how to properly handle dangling symlinks). I'll investigate further and report back when I have a final conclusion. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] cygwin coreutils maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFClm0B84KuGfSFAYARAr7PAJ0a12CK6Em+lHc0UnZSHvEPSFWRMACfcPs2 KYC53B+x1yz/Jp6GUIjhRCM= =kEV0 -END PGP SIGNATURE- -- 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: How to install perl modules?
On Thu, May 26, 2005 at 10:11:50PM +0200, Gerrit P. Haase wrote: George wrote: On Wed, May 25, 2005 at 11:55:59AM +0100, Jason Pearce wrote: Yes, use the CPAN module as Brian suggests. Just make sure environment variable PERLIO is unset when using -MCPAN, otherwise it will fail. (You might set this to CRLF for DOS compatibility purposes). Also be aware that you may have trouble building some modules that use C code and have not been ported to Cygwin, mainly OS modules like WIN32. Straight Perl modules should just work out of the box, and CPAN will get all pre-requisites for you too. You'll never want ppm again! Sorry to go off on a slight tangent here, but is there any documentation anywhere that describe which Win32 modules are problematic, as it's most likely that for Cygwin users the Win32 modules are of particular interest, no? And installing both Cygwin's Perl and ActiveState's distribution can offer a less than satisfactory solution as it presents its own set of problems. There is an up to date version of libwin32 as well as Win32CORE included in the perl distributed, it *should* be possible to build some (not all) of the Win32 modules, though I have not tried to build much of them. Just try one or another if it is not already included with libwin32. I guess I'll see how it goes, then. The triumph of optimism over experience. To get this thread a bit back to topic, I do distinctly remember having problems building several modules and encountered a mess of problems that seemed as attributable to cpan as anything else, so I wrote off the whole approach and went back to using ActiveState's Perl. Now that I'm relying solely on the Cygwin distribution, I'm finding everything thus far going swimmingly well, and cpan indeed works as described above. Again, thanks for the reply. -- George -- 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/
error during install
Installing from local directory (doing an all install) it errors out at 43%, mhash is being installed at the time. It creates an appcompat error file in the temp directory which is deleted as soon as I say ok or close out the error messages, this file is listed at the end of this. At the time of error message in the setup.exe window it is installing mhash-0.9.1-1 and the specific file being installed is /usr/share/mc/syntax/xml.syntax I try to reinstall without deleting the c:\cygwin folder and I get the same thing. If I try to delete c:\cygwin then I have several files that are not allowing me to delete them within the cygwin directory. I had an XP SP2 system crash that had this full install working perfectly. I reinstalled everything from scratch, XP then SP2 and all Windows updates. I have also edited the boot.ini with adding the flag /NoExecute=AlwaysOff and still issues. Is there anyway to resolve this? Thanks Robert appcompat.txt file output: ?xml version=1.0 encoding=UTF-16? DATABASE EXE NAME=setup.exe FILTER=GRABMI_FILTER_PRIVACY MATCHING_FILE NAME=setup.exe SIZE=285696 CHECKSUM=0x9BA7 MODULE_TYPE=WIN32 PE_CHECKSUM=0x0 LINKER_VERSION=0x1 LINK_DATE=01/27/2005 20:59:34 UPTO_LINK_DATE=01/27/2005 20:59:34 / /EXE EXE NAME=kernel32.dll FILTER=GRABMI_FILTER_THISFILEONLY MATCHING_FILE NAME=kernel32.dll SIZE=983552 CHECKSUM=0x4CE79457 BIN_FILE_VERSION=5.1.2600.2180 BIN_PRODUCT_VERSION=5.1.2600.2180 PRODUCT_VERSION=5.1.2600.2180 FILE_DESCRIPTION=Windows NT BASE API Client DLL COMPANY_NAME=Microsoft Corporation PRODUCT_NAME=Microsoft® Windows® Operating System FILE_VERSION=5.1.2600.2180 (xpsp_sp2_rtm.040803-2158) ORIGINAL_FILENAME=kernel32 INTERNAL_NAME=kernel32 LEGAL_COPYRIGHT=© Microsoft Corporation. All rights reserved. VERFILEDATEHI=0x0 VERFILEDATELO=0x0 VERFILEOS=0x40004 VERFILETYPE=0x2 MODULE_TYPE=WIN32 PE_CHECKSUM=0xFF848 LINKER_VERSION=0x50001 UPTO_BIN_FILE_VERSION=5.1.2600.2180 UPTO_BIN_PRODUCT_VERSION=5.1.2600.2180 LINK_DATE=08/04/2004 07:56:36 UPTO_LINK_DATE=08/04/2004 07:56:36 VER_LANGUAGE=English (United States) [0x409] / /EXE /DATABASE -- 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/
Updated: cygwin-1.5.17-1
I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [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. Christopher Faylor TimeSys, Inc. Changes since 1.5.16-1: cgf: Make cygcheck and strace work in a directory mounted with mount -X. cgf: Fix handling of static destructors so that stdout is still open when they run. corinna: Make sure that correct attributes are set for socket attributes. cgf: Fix sporadic multiple cygwin problem when many processes are started from non-cygwin processes. corinna: Don't treat inability to open file as failure if only SetFileAttributes is going to be called. cgf: Fix problem with tty reads where vmin == vtime == 0. cgf: Fix problem where SYSTEMROOT was not being exported as it should be. corinna: Move address where cygwin shared structures live to just before where the cygwin DLL loads. cgf: Reorganize shared memory allocation to allow relocatability rather than fatal exit. cgf: Properly handle O_EXCL for fifos. pierre: Introduce framework for treating network (//sys/share) drives. This corrects a problem with mkdir -p. cgf: Properly detect existence of //foo. corinna: Implement special handling for opendir(), readdir(), etc. for network shares so that ls // and ls //share do something useful. corinna: Preliminary implementation of kernel logging facility using /dev/kmsg. cgf: Export mkdtemp. cgf: Use better random algorithm when generating files and directories created by mk*temp(). brian: Make cygcheck report on installed services if the right version of cygrunsrv is available. cgf: Make dlopen search /usr/bin (for Windows compatibility) and /usr/lib (for UNIX compatibility).
Updated: cpio-2.6-1
I've just updated the version of cpio to 2.6-1. This is an official upstream release. The Cygwin version has two minor tweaks. The package now contains also the rmt tool, which is entirely untested. cpio passes all (two) tests in the testsuite. What's new in 2.6? * Added NLS support * Improved configure script * Improved invocation consistency checking and help output * Printing warning about truncation of inode numbers is suppressed by default. See below. * New option --warning (-W) controls the level of output warnings: -Wnone Disables all warnings -Wtruncate Enable warning about truncation of the inode number -WallEnables all warnings To disable a particular warning, prefix its name with 'no-', just like in gcc. * New option --to-stdout extracts files to standard output. * The output of `cpio --help' is largely improved. * Bugfixes: ** If a file grew n bytes in copy-pass mode, these n bytes got prepended to the contents of all subsequent files. ** Padding the archive with zero bytes upon truncation of the file being archived was broken. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [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. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com Red Hat, Inc.