[RFU] libaprutil1-1.3.9-3
This release updates from libdb4.2 to libdb4.5. Please leave 1.3.9-2 as previous and remove any older versions. wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/aprutil1/aprutil1-1.3.9-3.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/aprutil1/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-1.3.9-3-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-1.3.9-3.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-devel/libaprutil1-devel-1.3.9-3.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/setup.hint -- David Rothenberger daver...@acm.org The Gordian Maxim: If a string has one end, it has another.
RFU: googlecl-0.9.8-1
Sorry for doing this so quickly after the ITP, but Google just released a new version: --- wget -x -nH --cut-dirs=1 \ http://emergedesktop.org/cygwin/googlecl/googlecl-0.9.8-1.tar.bz2 \ http://emergedesktop.org/cygwin/googlecl/googlecl-0.9.8-1-src.tar.bz2 --- As per Yaakov's request, the script above leaves the parent directory intact. Thank you, Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d
Re: [ITP] mingw-w64
On 6/30/2010 7:12 PM, Charles Wilson wrote: Do also give the ability to tell cygport to exclude some libtool files from getting fixed up, thanks. Again, I *think* you can suppress this; I'll check tomorrow. No, apparently you can't (yet) do this. It's fairly easy to add, though. I'll try to whip up a patch for cygport in the next week or so. -- Chuck
Re: [ITP] mingw-w64
On 6/30/2010 3:50 PM, Charles Wilson wrote: On 6/30/2010 1:51 PM, JonY wrote: Right now, human intervention still needed. cygport messes up the target dll locations by moving them around and trying to fix libtool files. Its also using cygwin strip(1) to strip 64bit dlls, it fails but doesn't lead to the cygport halting. I think you can set a variable in your cygport to suppress both of these actions -- and then use the correct tool manually in src_install(). I'll check later. OK, you can't (yet) suppress the fixup-libtool step, but you can suppress stripping the DLLs and EXEs (and then explicitly do it manually in src_install). Just add RESTRICT=strip to your cygport. -- Chuck
Re: RFU: googlecl-0.9.8-1
On Thu, 2010-07-01 at 23:18 -0400, Chris Sutcliffe wrote: wget -x -nH --cut-dirs=1 \ http://emergedesktop.org/cygwin/googlecl/googlecl-0.9.8-1.tar.bz2 \ http://emergedesktop.org/cygwin/googlecl/googlecl-0.9.8-1-src.tar.bz2 Uploaded. Yaakov
Re: [ITP] mingw-w64
Hi, new uploads done. GCC links in the next mail. mingw64-tc64-headers: https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-tc64-headers/mingw64-tc64-headers-20100701-1-src.tar.bz2/download https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-tc64-headers/mingw64-tc64-headers-20100701-1.tar.bz2/download category: Devel requires: mingw64-tc64-gcc4 sdesc: Headers for Windows target. ldesc: Mingw-w64 headers for Windows target development. mingw64-tc64-m32-crt: https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-tc64-crt/mingw64-tc64-m32-crt/mingw64-tc64-m32-crt-20100701-1.tar.bz2/download category: Devel requires: mingw64-tc64-crt external-source: mingw64-tc64-crt sdesc: Libraries for Windows target (32bit libraries, for x86_64-w64-mingw32). ldesc: Mingw-w64 libraries for Windows target development. This package contains the 32bit libraries for the x86_64-w64-mingw32 toolchain. See and mingw64-tc64-m64-crt mingw64-tc64-crt: https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-tc64-crt/mingw64-tc64-crt-20100701-1-src.tar.bz2/download https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-tc64-crt/mingw64-tc64-crt-20100701-1.tar.bz2/download category: Devel requires: mingw64-tc64-headers mingw64-tc64-m64-crt sdesc: Libraries for Windows target (Docs only). ldesc: Mingw-w64 libraries for Windows target development. Doc package, see mingw64-tc64-m64-crt and mingw64-tc64-m32-crt for libraries. mingw64-tc64-m64-crt: https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-tc64-crt/mingw64-tc64-m64-crt/mingw64-tc64-m64-crt-20100701-1.tar.bz2/download category: Devel requires: mingw64-tc64-crt external-source: mingw64-tc64-crt sdesc: Libraries for Windows target (64bit libraries, for x86_64-w64-mingw32). ldesc: Mingw-w64 libraries for Windows target development. This package contains the 64bit libraries for the x86_64-w64-mingw32 toolchain. See and mingw64-tc64-m32-crt for 32bit import libraries. mingw64-tc64-binutils: https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-tc64-binutils/mingw64-tc64-binutils-2.20.51-1-src.tar.bz2/download https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-tc64-binutils/mingw64-tc64-binutils-2.20.51-1.tar.bz2/download category: Devel requires: libgcc1 zlib0 libintl8 sdesc: Binutils for Windows target. ldesc: Cross binutils for Win64 and Win32 target.(Mulilib, 64bit default) mingw64-tc64-libpthread2 https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-tc64-libpthread2/mingw64-tc64-libpthread2-20100619-1-src.tar.bz2/download https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-tc64-libpthread2/mingw64-tc64-libpthread2-20100619-1.tar.bz2/download category: Devel requires: sdesc: libgpthreadGC2 DLL for Windows. (Docs) ldesc: Pthreads DLL for Windows. (Docs) mingw64-tc64-libpthread2-headers https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-tc64-libpthread2/mingw64-tc64-libpthread2-headers/mingw64-tc64-libpthread2-headers-20100619-1.tar.bz2/download category: Devel requires: mingw64-tc64-libpthread2 mingw64-tc64-gcc4 external-source: mingw64-tc64-libpthread2 sdesc: libgpthreadGC2 DLL headers. (Devel) ldesc: pthreads-win32 GC2 DLL headers for use with x86_64-w64-mingw32. (Devel) mingw64-m64-libpthread2 https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-tc64-libpthread2/mingw64-m64-libpthread2/mingw64-m64-libpthread2-20100619-1.tar.bz2/download category: Devel requires: mingw64-tc64-libpthread2 external-source: mingw64-tc64-libpthread2 sdesc: 64bit libgpthreadGC2 DLL. (Runtime) ldesc: 64bit pthreads-win32 GC2 DLL. (Runtime) mingw64-m32-libpthread2 https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-tc64-libpthread2/mingw64-m32-libpthread2/mingw64-m32-libpthread2-20100619-1.tar.bz2/download category: Devel requires: mingw64-tc64-libpthread2 external-source: mingw64-tc64-libpthread2 sdesc: 32bit libgpthreadGC2 DLL. (Runtime) ldesc: 32bit pthreads-win32 GC2 DLL. (Runtime)
[PATCH] Update mapping for Canadian keyboard layouts
0x0c0c Canadian French (legacy) = layout ca variant fr-legacy 0x1009 Canadian French = layout ca variant fr 0x00011009 Canadian Multilingual Standard = layout ca variant multix Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk --- hw/xwin/winlayouts.h | 192 ++ 1 files changed, 6 insertions(+), 186 deletions(-) diff --git a/hw/xwin/winlayouts.h b/hw/xwin/winlayouts.h index d1d21a1..724465f 100644 --- a/hw/xwin/winlayouts.h +++ b/hw/xwin/winlayouts.h @@ -55,13 +55,15 @@ WinKBLayoutRec winKBLayouts[] = {0x10409, -1, pc105, dvorak, NULL, NULL, English (USA, Dvorak)}, {0x20409, -1, pc105, us_intl, NULL, NULL, English (USA, International)}, { 0x809, -1, pc105, gb, NULL, NULL, English (United Kingdom)}, +{ 0x1009, -1, pc105, ca, fr, NULL, French (Canada)}, +{0x11009, -1, pc105, ca, multix, NULL, Candian Multilingual Standard}, { 0x1809, -1, pc105, ie, NULL, NULL, Irish}, { 0x40a, -1, pc105, es, NULL, NULL, Spanish (Spain, Traditional Sort)}, { 0x80a, -1, pc105, latam, NULL, NULL, Latin American}, { 0x40b, -1, pc105, fi, NULL, NULL, Finnish}, { 0x40c, -1, pc105, fr, NULL, NULL, French (Standard)}, { 0x80c, -1, pc105, be, NULL, NULL, French (Belgian)}, -{ 0xc0c, -1, pc105, ca, fr, NULL, French (Canada)}, +{ 0xc0c, -1, pc105, ca, fr-legacy, NULL, French (Canada) (Legacy)}, { 0x100c, -1, pc105, ch, fr, NULL, French (Switzerland)}, { 0x40d, -1, pc105, il, NULL, NULL, Hebrew}, { 0x40e, -1, pc105, hu, NULL, NULL, Hungarian}, @@ -85,189 +87,7 @@ WinKBLayoutRec winKBLayouts[] = { -1, -1, NULL,NULL, NULL, NULL, NULL} }; -/* Listing of language codes from MSDN */ /* -Support ID XKBLanguage - - ?0x Language Neutral - ?0x0400 Process or User Default Language - ?0x0800 System Default Language -0x0401 Arabic (Saudi Arabia) -0x0801 Arabic (Iraq) -0x0c01 Arabic (Egypt) -0x1001 Arabic (Libya) -0x1401 Arabic (Algeria) -0x1801 Arabic (Morocco) -0x1c01 Arabic (Tunisia) -0x2001 Arabic (Oman) -0x2401 Arabic (Yemen) -0x2801 Arabic (Syria) -0x2c01 Arabic (Jordan) -0x3001 Arabic (Lebanon) -0x3401 Arabic (Kuwait) -0x3801 Arabic (U.A.E.) -0x3c01 Arabic (Bahrain) -0x4001 Arabic (Qatar) -Arabic (102) AZERTY -0x0402 Bulgarian -0x0403 Catalan -0x0404 Chinese (Taiwan) -0x0804 Chinese (PRC) -0x0c04 Chinese (Hong Kong SAR, PRC) -0x1004 Chinese (Singapore) -0x1404 Chinese (Macao SAR) (98/ME,2K/XP) - X0x0405 cz Czech - Xcz_qwerty Czech (QWERTY) -Czech (Programmers) - X0x0406 dk Danish - X0x0407 de German (Standard) - X0x0807 de_CH German (Switzerland) -0x0c07 German (Austria) -0x1007 German (Luxembourg) -0x1407 German (Liechtenstein) -0x0408 Greek - X0x0409 us English (United States) - X0x0809 gb English (United Kingdom) -0x0c09 English (Australian) -0x1009 English (Canadian) -0x1409 English (New Zealand) - X0x1809 ie English (Ireland) -0x1c09 English (South Africa) -0x2009 English (Jamaica) -0x2409 English (Caribbean) -0x2809 English (Belize) -0x2c09 English (Trinidad) -0x3009 English (Zimbabwe) (98/ME,2K/XP) -0x3409 English (Philippines) (98/ME,2K/XP) - X0x040a es Spanish (Spain, Traditional Sort) -0x080a Spanish (Mexican) -0x0c0a Spanish (Spain, Modern Sort) -0x100a Spanish (Guatemala) -0x140a Spanish (Costa Rica) -0x180a Spanish (Panama) -0x1c0a Spanish (Dominican Republic) -0x200a Spanish (Venezuela) -0x240a Spanish (Colombia) -0x280a Spanish (Peru) -0x2c0a Spanish (Argentina) -0x300a Spanish (Ecuador) -0x340a Spanish
Re: Problem when trying to use -nolock Option
On 01/07/2010 06:53, Mathias Friesenbichler wrote: Hi, Thanks for the reply. But you didn’t get my problem. We are several users running X servers over several computers, but starting the X from the same Installation on the network. I see. You didn't mention this before. I don't think that's a supported way of running cygwin. Things would probably work better if you set the mount table for each computer so it had /tmp mounted on a local disk, rather than having them all share one. So the local Computer doesn’t know anything about the other users and therefore we have written a program that manages this problem for us. This program gives each user a unique display number. The problem now is that if I use the “-nolock” option it does the same as if I don’t use it. It also creates those lockfiles. So what can I do to fix this? The /tmp/.X11-unix/Xn files are not lock files. They are unix domain sockets. You could avoid them being created by using '-nolisten unix', which probably avoids this specific problem. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Using the Canadian Multilingual Standard keyboard with Windows XP
On 03/06/2010 21:17, Young, George wrote: Using Windows XP and cygwin started with the command %RUN% XWin -multiwindow -clipboard -silent-dup-error -xkblayout ca -xkbvariant multix -xkbmodel pc104 If the Windows keyboard is set to US, cygwin works fine. If the Windows keyboard is set to Canadian Multilingual Standard, cygwin doesn't get the RightAlt and RightControl inputs. I couldn't reproduce this. Checking with xev, the right alt and right control keys generate key events when the Windows keyboard layout is Canadian Multilingual Standard, although it seems that right control generates the same X keysym as left control with that layout for some reason. Can you clarify how you are checking for the keypresses? Please attach your /var/log/XWin.0.log as well. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: fatal error
On 25/06/2010 10:12, Miroslav Iliaš wrote: /var/log/XWin.0.log attached [ 2936.391] (EE) XKB: Could not invoke xkbcomp [ 2936.391] (EE) XKB: Couldn't compile keymap [ 2936.391] XKB: Failed to compile keymap [ 2936.391] Keyboard initialization failed. This could be a missing or incorrect setup of xkeyboard-config. [ 2936.391] Fatal server error: [ 2936.391] Failed to activate core devices. Can you run /usr/bin/xkbcomp from bash? If no, your installation of xkbcomp is broken somehow. Try 'cycheck /usr/bin/xkbcomp'. If yes, you probably have some kind of BLODA [1] problem. [1] http://cygwin.com/faq/faq.using.html#faq.using.bloda -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Slow response to keypresses in xorg-server-1.8.0-1
Hi, just joined the list. I updated to the latest cygwin today and was having the same problem with X just freezing up in the background. Your fix did the trick. I am profoundly grateful, it was making me batty. Since I've never overwritten an installed binary with cygwin before, wondering whether I will run into any problems later when I need to update. I presume the binary from the patched code won't make it to the mirrors for a while? Thanks, Leigh -- Leigh Orf Associate Professor of Atmospheric Science Room 130G Engineering and Technology Department of Geology and Meteorology Central Michigan University Mount Pleasant, MI 48859 (989)774-1923 Amateur radio callsign: KG4ULP -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Slow response to keypresses in xorg-server-1.8.0-1
--- Mer 30/6/10, Jon TURNEY ha scritto: Anyhow, I've cooked up a small additional change which should prevent this blocking behaviour and uploaded a build [2]. It seems to resolve the problem in this specific case. Perhaps you could try it out and see if it helps? [1] http://cygwin.com/ml/cygwin-xfree/2010-02/msg00124.html [2] ftp://cygwin.com/pub/cygwinx/XWin.20100630-git-bc2f74e105146c36.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer Jon, the new version has much more responsiveness than 1.8.0-1 the ALT-TAB switch is fluent now. Regards Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Slow response to keypresses in xorg-server-1.8.0-1
On 7/1/2010 4:49 PM, Leigh Orf wrote: Hi, just joined the list. I updated to the latest cygwin today and was having the same problem with X just freezing up in the background. Your fix did the trick. I am profoundly grateful, it was making me batty. Since I've never overwritten an installed binary with cygwin before, wondering whether I will run into any problems later when I need to update. I presume the binary from the patched code won't make it to the mirrors for a while? 'setup.exe' will dutifully update it when a new package with an updated version is available. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: XTerm scrollbar issue
On Wed, 30 Jun 2010, Thomas Dickey wrote: On Wed, 30 Jun 2010, webmaster wrote: All releases of xterm newer that 229 (i.e. since June '08) have a broken scrollbar. It never bothered me enough to post a message, but I've been setting up some new systems and have found it annoying to dig up xterm-229 and manually install it. These images show what the scrollbar used to look like (and what it still looks like in all recent Linux distributions, even with latest xterm builds): Problems like that shown with the scrollbar are usually a compile-time mismatch on floating-point. There's a configure option for xterm to address this (--enable-narrowproto or --disable-narrowproto), since the mismatch is not detectable via automatic checks. The issue is documented in xterm's INSTALL file. Packagers have to essentially ensure that the prototype for XawScrollbarSetThumb is compiled properly. For instance, the package for xterm in Debian uses --enable-narrowproto That turns on a #define for NARROWPROTO which may be missing (or not not coordinated with Xfuncproto.h, which in turn sets #defines used in Xaw, to choose between a float and a double for the type of one of its parameters). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] Updated: GNOME 2.30.2 platform
The GNOME platform libraries have been updated to the latest 2.30.2 stable release. This is the last scheduled release for GNOME 2.x. GNOME 3.0 debuts this fall with a number of changes to the library stack; further details of that transition will be announced at a later time. -- CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Failed links for [1.7] (and some more for [1.5])
The following 16 links fail in [1.7]. (The 3 marked ok disappear because of the mount points /bin/ and /lib/ under /usr/ but maybe it would be more elegant / robust if these could be revised?) /bin/webcheck - ../share/webcheck/webcheck.py [ok] /lib/gcc/i686-pc-mingw32/3.4.4/no-cygwin/adalib - ../../i686-pc-mingw32/3.4.4/adalib /lib/gcc/i686-pc-mingw32/3.4.4/no-cygwin/adainclude - ../../i686-pc-mingw32/3.4.4/adainclude /lib/qt3/lib/libqt.dll.a - libqt-mt.dll.a /lib/qt3/include - ../../include/qt3 [ok] /lib/qt4/include - ../../include/qt4 [ok] /lib/gcc-lib/i686-pc-mingw32/3.3.3/specs - ../../i686-pc-cygwin/3.3.3/specs /lib/gcc-lib/i686-pc-mingw32/3.3.3/gpcpp.exe - ../../i686-pc-cygwin/3.3.3/gpcpp.exe /lib/gcc-lib/i686-pc-mingw32/3.3.3/gpc1.exe - ../../i686-pc-cygwin/3.3.3/gpc1.exe /usr/share/doc/lynx/lynx_help/COPYHEADER - /tmp/install/INSTALL/usr/share/doc/lynx/COPYHEADER /usr/share/doc/lynx/lynx_help/COPYING - /tmp/install/INSTALL/usr/share/doc/lynx/COPYING /usr/share/doc/stunnel/README.Cygwin - ../Cygwin/stunnel-4.29.README /usr/share/man/man1/mf-nowin.1 - mf.1 /usr/share/man/mf.1 - mf-nowin.1 /usr/X11R6/share/tcm-2.20/help/CHANGELOG - ../../CHANGELOG /usr/X11R6/share/tcm-2.20/help/COPYING - ../../COPYING The same applies for the legacy version [1.5] (except that the link under /usr/share/doc/stunnel/ works all right) but there are 10 additional failures: /bin/rpmverify - ../lib/rpm/rpmv [not ok] /usr/share/man/man1/autoconf.1.gz - autoconf-2.63.1.gz /usr/share/man/man1/autoheader.1.gz - autoheader-2.63.1.gz /usr/share/man/man1/autom4te.1.gz - autom4te-2.63.1.gz /usr/share/man/man1/autoreconf.1.gz - autoreconf-2.63.1.gz /usr/share/man/man1/autoscan.1.gz - autoscan-2.63.1.gz /usr/share/man/man1/autoupdate.1.gz - autoupdate-2.63.1.gz /usr/share/man/man1/config.guess.1.gz - config.guess-2.63.1.gz /usr/share/man/man1/config.sub.1.gz - config.sub-2.63.1.gz /usr/share/man/man1/ifnames.1.gz - ifnames-2.63.1.gz Fergus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Re: Windows GUI programs (e.g. notepad) start but are invisible after ssh login
* Koszalek Opalek (01 Jul 2010 00:23:04 +0200) when you install the 'sshd' service. Or you can call up the adminstrator tools, find the sshd service, and enable desktop interaction there. This should work, though there have been some reports of difficulty on this list even for XP. I have just checked it on NT (by using Administrative Tools). The notepad window now pops up but it is not redrawn correctly. I can only see a very thin frame, no menu, no title bar no nothing... Same on Windows XP SP3... Thorsten -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Windows GUI programs (e.g. notepad) start but are invisible after ssh login
* Larry Hall (Cygwin) (Wed, 30 Jun 2010 17:09:49 -0400) On 6/30/2010 4:53 PM, Koszalek Opalek wrote: This is what I do: 1) Start sshd cygrunsrv -S sshd 2) Login over ssh ssh k...@localhost 3) Start a Windows application (notepad, calc, whatever). The application starts (it is listed in the Process Explorer), however its windows are invisible. How do I change this behavior and display the application? I (obviously) do not want to export the window to another $DISPLAY in the X11 fashion. I just want the app to be visible on the machine where sshd is running. The short answer? You can't or at least you shouldn't. The longer answer is MS doesn't want to allow this functionality and has disabled the ability to access a desktop from a service as of Vista. Sorry, that's nonsense. The option is there in Vista, Windows 2008, Windows 7 and Windows 2008 R2. It's not clear why but given the fact that MS is removing support for this anyway, the best way to get a reliable way to do this is to lobby MS for some support. ;-) Microsoft has not removed support for it (but may in future releases). The only thing that has changed is the way the desktop interactive application is displayed. This is all pretty well documented here: Users may choose to: * Respond to the dialog box immediately by clicking a button to switch to Session 0, interact with the task dialog box, and then return to their session. * Be reminded again in 5 minutes. They continue to be reminded until the dialog box closes. This is all pretty well documented here: http://www.microsoft.com/whdc/system/sysinternals/session0changes.mspx Thorsten -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.6 snapshot: intermittent CreateProcessW failed
On Jun 30 23:19, Larry Hall (Cygwin) wrote: On 6/30/2010 6:52 PM, Andrey Repin wrote: Greetings, Andy Koppe! C:/bin on /usr/bin type ntfs (binary,auto) C:/lib on /usr/lib type ntfs (binary,auto) C: on / type ntfs (binary,auto) Urgh. I hope you know what you're doing... Yeah, I do trust the Cygwin package maintainers not to overwrite /Windows or /Users. Actually that was a reference to C:/bin being a pointer to /usr/bin instead of /bin In normal installation it is that way plus /usr/bin as symlink to /bin Not the other way around. (sh is in /bin, with your structure, no way it could be reached through C:/bin ) Actually, what Andy has is what 'setup.exe' provides if you install in 'C:\'. I have the same thing. So what he has is a normal installation if the user chooses to install in 'C:\'. Also, FWIW, 'setup.exe' does not create a symlink from '/usr/bin' to '/bin'. It only creates the mounts like what Andy shows above. Actually, these mount points are not created by setup. As you can see from the above `mount' output, they are automatic mount points which are generated at startup of the first Cygwin instance: http://cygwin.com/cygwin-ug-net/using.html#mount-table Start at A correct root directory is quite essential ... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
problem with sshd
For years, (and I do mean years), I've had sshd setup on my desktop Vista box, and have been able to access it remotely with no problems at all. I moved the box 1 year ago, and went from Brighthouse as an ISP to Verizon. Still worked fine. I just moved it back home, back to Brighthouse, and now, I get a prompt asking me for my password. I enter the password I've used for the past few years, and am told Permission denied, please try again Now, is that the same message, in spirit, as wrong password? Doesn't seem that way to me. Do I have some file/directory that has the wrong permissions to allow me to logon? I haven't explicitly changed anything, (that I know of :- ) One thing I find interesting is that when I look in /etc/passwd, I don't have an entry for myself. Any ideas/help/suggestions on how to troubleshoot this problem? I've been logging onto my home box for the past several years, every day, to save backups, look up email address/phone numbers, etc, and really rely on being able to connect to it remotely. It's not a firewall problem, but something in Cygwin setup. If I boot into Mandriva 10.0, I can ssh in without any problem at all. TIA, Dave in Largo, FL -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
GCC on 64-bit windows
I'm running Windows 7 64-bit, and I installed Cygwin 1.7 hoping to use the build toolchain from SciTE and Eclipse. My cygwin installation works, and I can run gcc just fine from a cygwin shell. Eclipse works just fine (though the debugger interface sends complaints to console about missing dlls etc at program start, it doesn't seem to cause trouble). However, trying to launch gcc from Windows (cmd.exe, the run dialog, etc) or from SciTE (as the build command) gives one or the other of the following two error messages: This version of %1 is not compatible with the version of Windows you're running. Check your computer's system information to see whether you need a x86 (32-bit) or x64 (64-bit) version of the program, and then contact the software publisher. Unsupported 16-bit Application The program or feature \??\c:\cygwin\bin\g++.exe cannot start or run due to incompatibility with 64-bit versions of Windows. Please contact the software vendor to ask if a 64-bit Windows compatible version is available. I've tested most all of the binaries in c:\cygwin\bin and outside of the gcc ones all of them, including the rest of the build toolchain, seem to be launchable from windows. Anyone know why gcc would be different? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: GCC on 64-bit windows
On Thu, Jul 1, 2010 at 4:02 PM, Daniel Jensen wrote: I'm running Windows 7 64-bit, and I installed Cygwin 1.7 (snip) Unsupported 16-bit Application The program or feature \??\c:\cygwin\bin\g++.exe cannot start or run due to incompatibility with 64-bit versions of Windows. Anyone know why gcc would be different? ls -l /usr/bin/g++ is likely to report that g++ is a symlink. You need to configure Eclipse to launch g++-4.exe (or g++-3.exe) -- Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Possible disconnect between POSIX and Windows ACL permissions (unspecified Owner/Owning Group (????????) + Win32 Errors during cygcheck, ssh, and other apps...)
On 7/1/2010 2:56 AM, John Blum wrote: I know the problems I am having (noted below) seem the same as issues previously posted in the cygwin mailing list, but I am not so sure. I have reviewed similar postings and while there are similarities, I also feel this problem is somewhat different... [...] Potential app conflicts: Logitech Process Monitor service Could this be your problem? See http://cygwin.com/faq/faq.using.html#faq.using.bloda Ken -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Issue with Cygwin perl *** fatal error - fork: can't reserve memory for stack
Hello, When building openoffice under cygwin (this is the standard way of building openoffice under Windows), the following error shown bellow is issued. After some google search, I found that this is an issue with cygwin. I have already run rebaseall and peflagsall, but the error still exists. This is Windows XP Service Pack 3. Thank you very much. Building module postprocess = Entering /openoffice/local_DEV300/postprocess/rebase C:/cygwin/bin/perl rebase.pl -C ../wntmsci12.pro/misc/coffbase.txt -b 0x6800 -d -e 1 -l ../wntmsci12.pro/misc/rebase_log.txt -m ../wntmsci12.pro/misc -v -R C:/DOCUME~1/ramong/OPENOF~1/local_DEV300/solver/300/wntmsci12.pro/bin -N no_ rebase.txt C:/DOCUME~1/ramong/OPENOF~1/local_DEV300/solver/300/wntmsci12.pro/bin /*.dll C:/DOCUME~1/ramong/OPENOF~1/local_DEV300/solver/300/wntmsci12.pro/bin/so/ *.dll Repeated run, ../wntmsci12.pro/misc/coffbase.txt present rebase -i ../wntmsci12.pro/misc/coffbase.txt -e 1 -l ../wntmsci12.pro/misc/rebase_log.txt -R C:/DOCUME~1/ramong/OPENOF~1/local_DEV300/solver/300/wntmsci12.pro/bin -N no_rebase.txt -v @../wntmsci12.pro/misc/rebase_again.txt 1 [main] perl 1972 C:\cygwin\bin\perl.exe: *** fatal error - fork: can't reserve memory for stack 0x83C840 - 0x84, Win32 error 487 1 [main] perl 1692 C:\cygwin\bin\perl.exe: *** fatal error - fork: can't reserve memory for stack 0x83C840 - 0x84, Win32 error 487 1 [main] perl 2176 C:\cygwin\bin\perl.exe: *** fatal error - fork: can't reserve memory for stack 0x83C840 - 0x84, Win32 error 487 1 [main] perl 5560 C:\cygwin\bin\perl.exe: *** fatal error - fork: can't reserve memory for stack 0x83C840 - 0x84, Win32 error 487 1 [main] perl 5004 C:\cygwin\bin\perl.exe: *** fatal error - fork: can't reserve memory for stack 0x83C840 - 0x84, Win32 error 487 2 [main] perl 5024 C:\cygwin\bin\perl.exe: *** fatal error - fork: can't reserve memory for stack 0x83C840 - 0x84, Win32 error 487 Aviso legal – Comisión Nacional del Mercado de Valores Este mensaje y, en su caso, los ficheros que lleve incorporados, está dirigido exclusivamente a su destinatario y es de carácter confidencial. Si fuere recibido por error o se tuviere conocimiento del mismo sin ser su destinatario, rogamos nos lo comunique por la misma vía o telefónicamente (91 585 15 00) y proceda a su destrucción, debiendo abstenerse de utilizar, transmitir, divulgar o reproducir la información contenida en el mismo. La CNMV se reserva las acciones legales que procedan contra todo tercero que acceda de forma ilegítima al contenido de cualquier mensaje externo procedente de la entidad Para información y consultas visite nuestra web: http://www.cnmv.es Disclaimer - Comisión Nacional del Mercado de Valores This message, its content and any file attached thereto is for the intended recipient only and is confidential. If you have received this e-mail in error or had access to it, you should note that the information in it is private and any use thereof is unauthorised. In such an event please notify us by e-mail or by telephone (+ 34 91 585 15 00). Any reproduction of this e-mail by whatsoever means and any transmission or dissemination thereof to other persons is prohibited. The Comisión Nacional del Mercado de Valores reserves the right to take legal action against any persons unlawfully gaining access to the content of any external message it has emitted For additional information, please visit our website: http://www.cnmv.es
Re: Windows GUI programs (e.g. notepad) start but are invisible after ssh login
On 7/1/2010 4:15 AM, Thorsten Kampe wrote: * Larry Hall (Cygwin) (Wed, 30 Jun 2010 17:09:49 -0400) snip The short answer? You can't or at least you shouldn't. The longer answer is MS doesn't want to allow this functionality and has disabled the ability to access a desktop from a service as of Vista. Sorry, that's nonsense. The option is there in Vista, Windows 2008, Windows 7 and Windows 2008 R2. Yes, the option is there. It just doesn't work like it used to for XP because of the session changes. So what was simple to enable before is now infinitely less so. It's not clear why but given the fact that MS is removing support for this anyway, the best way to get a reliable way to do this is to lobby MS for some support. ;-) Microsoft has not removed support for it (but may in future releases). The only thing that has changed is the way the desktop interactive application is displayed. This is all pretty well documented here: Users may choose to: * Respond to the dialog box immediately by clicking a button to switch to Session 0, interact with the task dialog box, and then return to their session. * Be reminded again in 5 minutes. They continue to be reminded until the dialog box closes. This is all pretty well documented here: http://www.microsoft.com/whdc/system/sysinternals/session0changes.mspx Thanks for the pointer to this document. It has a nice description. The quoted lines above relate to GUI that a service creates and uses. In the case where a user wants to run a Windows app from ssh, it's the Windows app and not the service that's creating the GUI. While it's theoretically possible that all Windows apps could adopt the client/ server model the white paper suggests, it's not practical or likely, even if it would provide a solution. That's not to say that there is not a way to make this work post-XP in some more limited way without modifying Windows GUI apps that users want to run from ssh. I'm just pointing out that it doesn't work by default and enabling the desktop interaction switch also doesn't resolve the issue. So I think it is fair to say this is a topic of research at least. Corinna may have already been down this path and if so may be able to speak more specifically about any possible options here. But I'll still stick with my original short answer until someone shows me a clever existing facility that restores the original functionality. To the original OP, I suggest if you're logged on using fast user switching with Vista, you might retry launching notepad from your ssh session when you're also logged in directly to the machine in question (don't use fast user switching). -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Possible disconnect between POSIX and Windows ACL permissions (unspecified Owner/Owning Group (????????) + Win32 Errors during cygcheck, ssh, and other apps...)
On 7/1/2010 2:56 AM, John Blum wrote: $ cygcheck -svr cygcheck.out 1 [main] id 6644 C:\cygwin\bin\id.exe: *** fatal error - could not load user32, Win32 error 487 garbled output from 'id' command - no uid= found Install the 'rebase' package, read the readme, and run rebaseall as directed. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Issue with Cygwin perl *** fatal error - fork: can't reserve memory for stack
On 7/1/2010 10:37 AM, Ramón García Fernández wrote: Hello, When building openoffice under cygwin (this is the standard way of building openoffice under Windows), the following error shown bellow is issued. After some google search, I found that this is an issue with cygwin. I have already run rebaseall and peflagsall, but the error still exists. This is Windows XP Service Pack 3. Thank you very much. http://cygwin.com/acronyms/#BLODA? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Slow cygwin performance
On 7/1/2010 11:50 AM, Marc-André Hébert wrote: Hello, I installed cygwin a few weeks ago and it has always been very slow. At first I only needed to perform a few tests (I usually work using a linux VM) so I didn't look too much into it, but now I might need to use it more and it is simply not usable. About every command I do takes about 15 seconds to execute. The delay seems to come after the command has executed. So if I do ls I see the contents of the directory almost immediately but then I get a delay before getting back my prompt. http://cygwin.com/acronyms/#BLODA? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
libtool and shared libraries
Team I've three different issues that I think are related to the same base problem. It appears the libtool complains of unresolved symbols. Instead of a warning it looks like this is a fatal error which prevents compiling So far I have gotten this error in compiling subversion, apache, and mailutils (2.0 and 2.1). Error in make log libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries *** Warning: This system can not link to static lib archive ../mailbox/libmailutils.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries Have to ask the newbie question here, is there an option to pass to the compiler to allow these packages to compile successfully? So far none of these packages have produced working binaries when compiled with shared libraries. I can get apache to compile successfully by compiling the share items in (DSO) tho that confuses me.. I would have thought that wold be static instead of DSO but the docs say DSO. Maybe I am misreading it.. anyways... Does a previous version of libtool have the same problem? I can't believe I am the only one running into this... GCC version crth at lkvn108 in /downloads/mail/mailutils-2.0 # gcc -v Using built-in specs. Target: i686-pc-cygwin Configured with: /gnu/gcc/releases/packaging/4.3.4-3/gcc4-4.3.4-3/src/gcc-4.3.4/configure --srcdir=/gnu/gcc/releases/packaging/4.3.4-3/gcc4-4.3.4-3/src/gcc-4.3.4 --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/lib --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --infodir=/usr/share/info --mandir=/usr/share/man --datadir=/usr/share --infodir=/usr/share/info --mandir=/usr/share/man -v --with-gmp=/usr --with-mpfr=/usr --enable-bootstrap --enable-version-specific-runtime-libs --with-slibdir=/usr/bin --libexecdir=/usr/lib --enable-static --enable-shared --enable-shared-libgcc --disable-__cxa_atexit --with-gnu-ld --with-gnu-as --with-dwarf2 --disable-sjlj-exceptions --enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --disable-symvers --enable-libjava --program-suffix=-4 --enable-libgomp --enable-libssp --enable-libada --enable-threads=posix --with-arch=i686 --with-tune=generic --enable-libgcj-sublibs CC=gcc-4 CXX=g++-4 CC_FOR_TARGET=gcc-4 CXX_FOR_TARGET=g++-4 GNATMAKE_FOR_TARGET=gnatmake GNATBIND_FOR_TARGET=gnatbind AS=/opt/gcc-tools/bin/as.exe AS_FOR_TARGET=/opt/gcc-tools/bin/as.exe LD=/opt/gcc-tools/bin/ld.exe LD_FOR_TARGET=/opt/gcc-tools/bin/ld.exe --with-ecj-jar=/usr/share/java/ecj.jar Thread model: posix gcc version 4.3.4 20090804 (release) 1 (GCC) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: libtool and shared libraries
On 2010-07-01 16:18Z, Refr Bruhl wrote: Error in make log libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries Have you tried the following advice from Eric? http://cygwin.com/ml/cygwin/2010-06/msg00747.html | | Look into the documentation of the -no-undefined flag of libtool, and | make sure you are using it. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: libtool and shared libraries
On 7/1/2010 9:18 AM, Refr Bruhl wrote: So far I have gotten this error in compiling subversion, apache, and mailutils (2.0 and 2.1). Why don't you take a look at the source packages for subversion and apache and see how they are solving this problem? I'm the maintainer for subversion, so I know there are quite a few changes required to get all the DLLs to compile without undefined symbols. The -no-undefined switch is just the beginning. -- David Rothenberger daver...@acm.org From Sharp minds come... pointed heads. -- Bryan Sparrowhawk -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: libtool and shared libraries
I think I found it the --no-defined option has to be explicitly set as an ld flag passed to the configure options for cygfwin. *I think* I misunderstood what Eric had written in a previous post I'll know in a few minutes :) - Original Message From: David Rothenberger daver...@acm.org To: cygwin@cygwin.com Sent: Thu, July 1, 2010 11:43:34 AM Subject: Re: libtool and shared libraries On 7/1/2010 9:18 AM, Refr Bruhl wrote: So far I have gotten this error in compiling subversion, apache, and mailutils (2.0 and 2.1). Why don't you take a look at the source packages for subversion and apache and see how they are solving this problem? I'm the maintainer for subversion, so I know there are quite a few changes required to get all the DLLs to compile without undefined symbols. The -no-undefined switch is just the beginning. -- David Rothenberger daver...@acm.org From Sharp minds come... pointed heads. -- Bryan Sparrowhawk -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Issue with Cygwin perl *** fatal error - fork: can't reserve memory for stack
interesting. Xpsp3 ix normally safe. Bloda, some process hook, probably 2010/7/1, Ramón García Fernández ram...@cnmv.es: Hello, When building openoffice under cygwin (this is the standard way of building openoffice under Windows), the following error shown bellow is issued. After some google search, I found that this is an issue with cygwin. I have already run rebaseall and peflagsall, but the error still exists. This is Windows XP Service Pack 3. Thank you very much. Building module postprocess = Entering /openoffice/local_DEV300/postprocess/rebase C:/cygwin/bin/perl rebase.pl -C ../wntmsci12.pro/misc/coffbase.txt -b 0x6800 -d -e 1 -l ../wntmsci12.pro/misc/rebase_log.txt -m ../wntmsci12.pro/misc -v -R C:/DOCUME~1/ramong/OPENOF~1/local_DEV300/solver/300/wntmsci12.pro/bin -N no_ rebase.txt C:/DOCUME~1/ramong/OPENOF~1/local_DEV300/solver/300/wntmsci12.pro/bin /*.dll C:/DOCUME~1/ramong/OPENOF~1/local_DEV300/solver/300/wntmsci12.pro/bin/so/ *.dll Repeated run, ../wntmsci12.pro/misc/coffbase.txt present rebase -i ../wntmsci12.pro/misc/coffbase.txt -e 1 -l ../wntmsci12.pro/misc/rebase_log.txt -R C:/DOCUME~1/ramong/OPENOF~1/local_DEV300/solver/300/wntmsci12.pro/bin -N no_rebase.txt -v @../wntmsci12.pro/misc/rebase_again.txt 1 [main] perl 1972 C:\cygwin\bin\perl.exe: *** fatal error - fork: can't reserve memory for stack 0x83C840 - 0x84, Win32 error 487 1 [main] perl 1692 C:\cygwin\bin\perl.exe: *** fatal error - fork: can't reserve memory for stack 0x83C840 - 0x84, Win32 error 487 1 [main] perl 2176 C:\cygwin\bin\perl.exe: *** fatal error - fork: can't reserve memory for stack 0x83C840 - 0x84, Win32 error 487 1 [main] perl 5560 C:\cygwin\bin\perl.exe: *** fatal error - fork: can't reserve memory for stack 0x83C840 - 0x84, Win32 error 487 1 [main] perl 5004 C:\cygwin\bin\perl.exe: *** fatal error - fork: can't reserve memory for stack 0x83C840 - 0x84, Win32 error 487 2 [main] perl 5024 C:\cygwin\bin\perl.exe: *** fatal error - fork: can't reserve memory for stack 0x83C840 - 0x84, Win32 error 487 Aviso legal – Comisión Nacional del Mercado de Valores Este mensaje y, en su caso, los ficheros que lleve incorporados, está dirigido exclusivamente a su destinatario y es de carácter confidencial. Si fuere recibido por error o se tuviere conocimiento del mismo sin ser su destinatario, rogamos nos lo comunique por la misma vía o telefónicamente (91 585 15 00) y proceda a su destrucción, debiendo abstenerse de utilizar, transmitir, divulgar o reproducir la información contenida en el mismo. La CNMV se reserva las acciones legales que procedan contra todo tercero que acceda de forma ilegítima al contenido de cualquier mensaje externo procedente de la entidad Para información y consultas visite nuestra web: http://www.cnmv.es Disclaimer - Comisión Nacional del Mercado de Valores This message, its content and any file attached thereto is for the intended recipient only and is confidential. If you have received this e-mail in error or had access to it, you should note that the information in it is private and any use thereof is unauthorised. In such an event please notify us by e-mail or by telephone (+ 34 91 585 15 00). Any reproduction of this e-mail by whatsoever means and any transmission or dissemination thereof to other persons is prohibited. The Comisión Nacional del Mercado de Valores reserves the right to take legal action against any persons unlawfully gaining access to the content of any external message it has emitted For additional information, please visit our website: http://www.cnmv.es -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Sendmail linked to cronlog?
Ok this is just humorous While configure was running for mailutils 2.1 I noticed sendmail was in /usr/sbin Thinking that odd, I had not seen a sendmail option in the set up options I did an ls on it Its pointing to /usr/bin/cronlog? crth at lkvn108 in /downloads/mail/mailutils-2.1 # ls -la /usr/sbin/sendmail lrwxrwxrwx 1 crth Domain Users 16 2010-06-23 11:52 /usr/sbin/sendmail - /usr/bin/cronlog crth at lkvn108 in /downloads/mail/mailutils-2.1 # ls -la /usr/bin/cronlog -rwxr-xr-x 1 crth root 2071 2010-03-11 14:29 /usr/bin/cronlog crth at lkvn108 in /downloads/mail/mailutils-2.1 # /usr/bin/cronlog /usr/bin/cronlog is only meant to be called from cron. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Fwd: unstable behavior with 1.7.5
Hi, For a couple years I've been running Cygwin on a laptop with Vista without issues. Today I upgraded to 1.7.5 from 1.5.x. At first I just did the upgrade, then after having instability issues, I nuked all cygwin from my computer and did a fresh install. I'm having the same problems. Mostly I run cygwin to run X so I can display stuff to the screen from my Linux machines, or to run latex/xdvi and use gvim as my editor. Here are the symptoms: 1.I run most processes from xterm or rxvt which are spawned after I run startxwin. Processes like gvim will just freeze for seconds at a time before I get a response. Same with xdvi, and same goes with the rxvt or xterm processes - I'll try to enter a command and it will just sit there. This is especially bad if I start doing else like browsing for a while. It's as if cygwin is being put to sleep or something. 2. I'm getting errors like this, often in conjunction with the freezy behavior: anne-laptop:/home/orf/cmu/proposal/ncsa2008% gvim mrac2008.tex 3 [main] gvim 23216 C:\cygwin\bin\gvim.exe: *** fatal error - unable to remap \\?\C:\cygwin\lib\gtk-2.0\2.10.0\loaders\cygpixbufloader-xpm.dll to same address as parent: 0x3C != 0xB3 3 [main] gvim 24296 fork: child 23216 - died waiting for dll loading, errno 11 12857749 [main] gvim 23200 C:\cygwin\bin\gvim.exe: *** fatal error - unable to remap \\?\C:\cygwin\lib\gtk-2.0\2.10.0\loaders\cygpixbufloader-xpm.dll to same address as parent: 0x3C != 0x3F 12862816 [main] gvim 24296 fork: child 23200 - died waiting for dll loading, errno 11 14675239 [main] gvim 21608 exception::handle: Exception: STATUS_ACCESS_VIOLATION 14675715 [main] gvim 21608 open_stackdumpfile: Dumping stack trace to gvim.exe.stackdump 15940412 [main] gvim 23816 C:\cygwin\bin\gvim.exe: *** fatal error - unable to remap \\?\C:\cygwin\lib\gtk-2.0\2.10.0\loaders\cygpixbufloader-xpm.dll to same address as parent: 0x3C != 0xB3 16075867 [main] gvim 24296 fork: child 23816 - died waiting for dll loading, errno 11 16252786 [main] gvim 21340 exception::handle: Exception: STATUS_ACCESS_VIOLATION 16253432 [main] gvim 21340 open_stackdumpfile: Dumping stack trace to gvim.exe.stackdump 16779881 [main] gvim 23724 C:\cygwin\bin\gvim.exe: *** fatal error - unable to remap \\?\C:\cygwin\lib\gtk-2.0\2.10.0\loaders\cygpixbufloader-xpm.dll to same address as parent: 0x3C != 0xB3 16785018 [main] gvim 24296 fork: child 23724 - died waiting for dll loading, errno 11 39807754 [main] gvim 24296 fork: child 22076 - died waiting for dll loading, errno 11 1256472405 [main] gvim 21732 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1256472904 [main] gvim 21732 open_stackdumpfile: Dumping stack trace to gvim.exe.stackdump 1257056351 [main] gvim 22724 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1257057299 [main] gvim 22724 open_stackdumpfile: Dumping stack trace to gvim.exe.stackdump I am spawning processes such as latex and xdvi from gvim using Tex-Suite, but the problems are not limited to this configuration. 3. When I click on a background cygwin window (like rxvt or xterm) the windows OS will not bring it to the foreground immediately. It stays in the background for as long as 10 seconds or so, or requires me to right-click on the taskbar which seems to wake it up. During this time period the CPU is not doing anything and the hard drive light does not indicate significant (or any) activity. I do have Windows Defender and Logitech webcam software on the computer, which I read sometimes conflicted. I disabled the webcam software and am convinced that Defender isn't the problem because it only runs once in a while; however I will disable it if need be. I only started having these problems with 1.7.5. Thanks for any pointers. Leigh -- Leigh Orf Associate Professor of Atmospheric Science Room 130G Engineering and Technology Department of Geology and Meteorology Central Michigan University Mount Pleasant, MI 48859 (989)774-1923 Amateur radio callsign: KG4ULP -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Sendmail linked to cronlog?
On 7/1/2010 1:01 PM, Refr Bruhl wrote: Ok this is just humorous :-D While configure was running for mailutils 2.1 I noticed sendmail was in /usr/sbin Thinking that odd, I had not seen a sendmail option in the set up options I did an ls on it Its pointing to /usr/bin/cronlog? So you've installed the cron package and nothing else that provides 'sendmail'. Take a look at '/etc/postinstall/cron.sh.done' and/or the email archives if you're curious about the details. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Sendmail linked to cronlog?
- Original Message - From: Refr Bruhl To: Cygwin Mail List Sent: Thursday, July 01, 2010 13:01 Subject: Sendmail linked to cronlog? | Ok this is just humorous | | While configure was running for mailutils 2.1 I noticed sendmail was in /usr/sbin | | Thinking that odd, I had not seen a sendmail option in the set up options I did an ls on it | | Its pointing to /usr/bin/cronlog? Right. That's because cron requires a sendmail and if you install cron on a system without a mailer then the postinstall script links sendmail to cronlog. cronlog is written so as to return an error if not called from cron. If you install ssmtp or exim and run the xxx-config script, it will offer to point sendmail to ssmtp or exim. I don't know what mailutils does in that respect. Pierre -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Fwd: unstable behavior with 1.7.5
On 7/1/2010 1:20 PM, Leigh Orf wrote: snip I do have Windows Defender and Logitech webcam software on the computer, which I read sometimes conflicted. I disabled the webcam software and am convinced that Defender isn't the problem because it only runs once in a while; however I will disable it if need be. I wouldn't worry too much about Defender. You may need to do more than just disable the Logitech driver to disable it. Try uninstalling. The other alternative is rebase. Install the package, read the readme, and run rebaseall as instructed. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Sendmail linked to cronlog?
That makes better sense. Just when you are not expecting it and the logic is not clear... }:O - Original Message From: Pierre A. Humblet pierre.humb...@ieee.org To: Refr Bruhl refr_br...@yahoo.com; Cygwin Mail List cygwin@cygwin.com Sent: Thu, July 1, 2010 12:33:48 PM Subject: Re: Sendmail linked to cronlog? - Original Message - From: Refr Bruhl To: Cygwin Mail List Sent: Thursday, July 01, 2010 13:01 Subject: Sendmail linked to cronlog? | Ok this is just humorous | | While configure was running for mailutils 2.1 I noticed sendmail was in /usr/sbin | | Thinking that odd, I had not seen a sendmail option in the set up options I did an ls on it | | Its pointing to /usr/bin/cronlog? Right. That's because cron requires a sendmail and if you install cron on a system without a mailer then the postinstall script links sendmail to cronlog. cronlog is written so as to return an error if not called from cron. If you install ssmtp or exim and run the xxx-config script, it will offer to point sendmail to ssmtp or exim. I don't know what mailutils does in that respect. Pierre -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Slow cygwin performance
On Thu, Jul 01, 2010 at 11:50:01AM -0400, Marc-Andr? H?bert wrote: Hello, I installed cygwin a few weeks ago and it has always been very slow. At first I only needed to perform a few tests (I usually work using a linux VM) so I didn't look too much into it, but now I might need to use it more and it is simply not usable. About every command I do takes about 15 seconds to execute. The delay seems to come after the command has executed. So if I do ls I see the contents of the directory almost immediately but then I get a delay before getting back my prompt. I did some reading on the mailing list archive for tips, I have checked that my path does not contain network drive. Here are 2 files. -cygcheck.out done as instructed on the problems page using cygcheck -s -v -r cygcheck.out -strace.ls.txt: This was done using strace ls -l strace.ls.txt If you look at the last 2 lines of strace.ls.txt: 30 120175 [main] ls 5532 __to_clock_t: total 002E 14999334 15119509 [main] ls 5532 pinfo::exit: Calling ExitProcess n 0x0, exitcode 0x0 You can see that the last item is taking an insane amount of time. I want to point out that if I do time ls several times, it will not always take 15 seconds to execute but most (didn't do stats, but at least 1/2 probably 3/4) of the time it will. This probably doesn't mean what you think it means. A large number there does mean that a previous function (__to_clock_t) too a long time to execute. It means that a long time has elapsed since the last time something was written to strace output. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Fwd: unstable behavior with 1.7.5
Hi, I uninstalled all Logitech stuff and ran rebaseall. The error messages went away but the freezing up did not. I found a thread in the cygwin-xfree list from May which describes my problem and a kludgey fix: http://www.cygwin.com/ml/cygwin-xfree/2010-05/msg0.html The kudgey fix is to keep xeyes running in the background to keep the x11 process from sleeping or whatever it's doing, or reverting to an earlier version. Interestingly enough I do not have this problem with a newer Windows 7 machine which I just installed on for the first time. Leigh On Thu, Jul 1, 2010 at 1:38 PM, Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote: On 7/1/2010 1:20 PM, Leigh Orf wrote: snip I do have Windows Defender and Logitech webcam software on the computer, which I read sometimes conflicted. I disabled the webcam software and am convinced that Defender isn't the problem because it only runs once in a while; however I will disable it if need be. I wouldn't worry too much about Defender. You may need to do more than just disable the Logitech driver to disable it. Try uninstalling. The other alternative is rebase. Install the package, read the readme, and run rebaseall as instructed. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Leigh Orf Associate Professor of Atmospheric Science Room 130G Engineering and Technology Department of Geology and Meteorology Central Michigan University Mount Pleasant, MI 48859 (989)774-1923 Amateur radio callsign: KG4ULP -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Mail program
On Wed, Jun 30, 2010 at 10:07:19AM -0700, Refr Bruhl wrote: when you say I really need the ability to redirect a text stream to a pipe to mail. do you mean ala $ cat file.txt | mailprogram -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Fwd: unstable behavior with 1.7.5
Please: http://cygwin.com/acronyms/#PCYMTNQREAIYR http://cygwin.com/acronyms/#TOFU Thanks. On 7/1/2010 4:02 PM, Leigh Orf wrote: Hi, I uninstalled all Logitech stuff and ran rebaseall. The error messages went away but the freezing up did not. I found a thread in the cygwin-xfree list from May which describes my problem and a kludgey fix: http://www.cygwin.com/ml/cygwin-xfree/2010-05/msg0.html The kudgey fix is to keep xeyes running in the background to keep the x11 process from sleeping or whatever it's doing, or reverting to an earlier version. Interestingly enough I do not have this problem with a newer Windows 7 machine which I just installed on for the first time. Sorry, it didn't click with me initially that all your issues were X- related. Take a look at this: http://cygwin.com/ml/cygwin-xfree/2010-06/msg00073.html -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Weird directories on Windows share when using rm to delete a directory
I am seeing a VERY odd problem. If I run /usr/bin/rm -rf //computer/share/path/to/dir to remove a directory on a network share. I get some directories created with names like .XXXf8a0015e3b00c65f07a9f20c7a31 at the ROOT of the share (where XXX is unprintable character with the value 0x3f). I ran the command with strace, but didn't see anything in there that would point to why the directory is created. If I run the corresponding Windows command rmdir /s /q \\computer\share\path\to\dir I do NOT see the same thing occur, so something in Cygwin is causing this issue. I am running Cygwin 1.7 updated today. Here is the info from strace: # strace /usr/bin/rm -rf //azsappauto/pca/Automation/ReleaseBinFiles/LatestBuild/ttc 4 4 [main] rm 8612 open_shared: name shared.5, n 5, shared 0x60FC(wanted 0x60FC), h 0x324 331 335 [main] rm 8612 heap_init: heap base 0xB7, heap top 0xB7 217 552 [main] rm 8612 open_shared: name S-1-5-21-1801674531-527237240-682003330-42682.1, n 1, shared 0x60FD (wanted 0x60FD), h 0x320 242 794 [main] rm 8612 user_info::create: opening user shared for 'S-1-5-21-1801674531-527237240-682003330-42682' at 0x60FD 168 962 [main] rm 8612 user_info::create: user shared version 6112AFB3 1691131 [main] rm 8612 events_init: windows_system_directory 'C:\WINDOWS\system32\', windows_system_directory_length 20 1641295 [main] rm 8612 dll_crt0_0: finished dll_crt0_0 initialization 2311526 [main] rm 8612 _cygtls::remove: wait 0x 1371663 [main] rm 8612 _cygtls::remove: removed 0x22CE64 element 0 2281891 [main] rm 8612 _cygtls::remove: wait 0x 1041995 [main] rm 8612 _cygtls::remove: removed 0x22CE64 element 0 1802175 [main] rm 8612 _cygtls::remove: wait 0x 1092284 [main] rm 8612 _cygtls::remove: removed 0x22CE64 element 0 5072791 [main] rm 8612 _cygwin_istext_for_stdio: fd 0: not open 1212912 [main] rm 8612 _cygwin_istext_for_stdio: fd 1: not open 1223034 [main] rm 8612 _cygwin_istext_for_stdio: fd 2: not open 5693603 [main] rm 8612 mount_info::conv_to_posix_path: conv_to_posix_path(C:\cygwin\home\svccadm, no-keep-rel, no-add-slash) 2373840 [main] rm 8612 normalize_win32_path: C:\cygwin\home\svccadm = normalize_win32_path (C:\cygwin\home\svccadm) 1553995 [main] rm 8612 mount_info::conv_to_posix_path: /home/svccadm = conv_to_posix_path (C:\cygwin\home\svccadm) 3114306 [main] rm (8612) open_shared: name cygpid.8612, n 8612, shared 0x60FF (wanted 0x60FF), h 0x2E8 3284634 [main] rm 8612 ** 1344768 [main] rm 8612 Program name: C:\cygwin\bin\rm.exe (pid 8612, ppid1) 1224890 [main] rm 8612 App version: 1007.5, api: 0.225 1165006 [main] rm 8612 DLL version: 1007.5, api: 0.225 1075113 [main] rm 8612 DLL build:2010-04-12 19:07 1165229 [main] rm 8612 OS version: Windows NT-5.2 1055334 [main] rm 8612 Heap size:402653184 1075441 [main] rm 8612 ** 1125553 [main] rm 8612 pinfo::thisproc: myself-dwProcessId 8612 1175670 [main] rm 8612 time: 1278013926 = time (0) 6546324 [main] rm 8612 parse_options: glob (called func) 1796503 [main] rm 8612 parse_options: dosfilewarning 0 1546657 [main] rm 8612 parse_options: returning 1436800 [main] rm 8612 environ_init: GetEnvironmentStrings returned 0x433E20 1936993 [main] rm 8612 environ_init: 0xB982B0: !C:=C:\cygwin\bin 1837176 [main] rm 8612 environ_init: 0xB982C8: ALLUSERSPROFILE=C:\Documents and Settings\All Users 1947370 [main] rm 8612 environ_init: 0xB98308: APPDATA=C:\Documents and Settings\svccadm\Application Data 2157585 [main] rm 8612 environ_init: 0xB98348: CLEARCASE_PRIMARY_GROUP=CHG_SV 1907775 [main] rm 8612 environ_init: 0xB98370: CLIENTNAME=ACEARL-DEV 1837958 [main] rm 8612 environ_init: 0xB98390: COMMONPROGRAMFILES=C:\Program Files (x86)\Common Files 2008158 [main] rm 8612 environ_init: 0xB983D0: COMPUTERNAME=SV-BUILD-01 1858343 [main] rm 8612 environ_init: 0xB983F0: COMSPEC=C:\WINDOWS\system32\cmd.exe 2028545 [main] rm 8612 environ_init: 0xB98420: CVS_RSH=/bin/ssh 1808725 [main] rm 8612 environ_init: 0xB98438: CYGWIN=noglob nodosfilewarning 1858910 [main] rm 8612 environ_init: 0xB98460: ClusterLog=C:\WINDOWS\Cluster\cluster.log 2019111 [main] rm 8612 environ_init: 0xB98490: CommonProgramFiles(x86)=C:\Program Files (x86)\Common Files 2119322 [main] rm 8612 environ_init: 0xB984D8: CommonProgramW6432=C:\Program Files\Common Files 2019523 [main] rm 8612 environ_init: 0xB98510: FP_NO_HOST_CHECK=NO 1779700 [main] rm 8612 getwinenv: can't set native for HOME= since no environ yet 1569856 [main] rm 8612 mount_info::conv_to_posix_path: conv_to_posix_path(C:\cygwin\home\svccadm, no-keep-rel, no-add-slash) 159 10015
Re: Weird directories on Windows share when using rm to delete a directory
On 07/01/2010 03:24 PM, Slide wrote: I am seeing a VERY odd problem. If I run /usr/bin/rm -rf //computer/share/path/to/dir to remove a directory on a network share. I get some directories created with names like .XXXf8a0015e3b00c65f07a9f20c7a31 at the ROOT of the share (where XXX is unprintable character with the value 0x3f). I ran the command with strace, but didn't see anything in there that would point to why the directory is created. If I run the corresponding Windows command rmdir /s /q \\computer\share\path\to\dir I do NOT see the same thing occur, so something in Cygwin is causing this issue. I am running Cygwin 1.7 updated today. This is due to cygwin emulating the ability to delete a file that is still open. Since windows doesn't directly allow it, cygwin instead renames it out of the way, and relies on windows delete-on-close semantics to get rid of that temporary name after everything finally lets go of the file. But if the delete-on-close stuff isn't working for your particular network share, we'd need a few more details about your share to allow us to work around the issue (probably by refusing to attempt deleting an open file, if your share doesn't have any better semantics available). -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Weird directories on Windows share when using rm to delete a directory
On Thu, Jul 1, 2010 at 2:28 PM, Eric Blake ebl...@redhat.com wrote: On 07/01/2010 03:24 PM, Slide wrote: I am seeing a VERY odd problem. If I run /usr/bin/rm -rf //computer/share/path/to/dir to remove a directory on a network share. I get some directories created with names like .XXXf8a0015e3b00c65f07a9f20c7a31 at the ROOT of the share (where XXX is unprintable character with the value 0x3f). I ran the command with strace, but didn't see anything in there that would point to why the directory is created. If I run the corresponding Windows command rmdir /s /q \\computer\share\path\to\dir I do NOT see the same thing occur, so something in Cygwin is causing this issue. I am running Cygwin 1.7 updated today. This is due to cygwin emulating the ability to delete a file that is still open. Since windows doesn't directly allow it, cygwin instead renames it out of the way, and relies on windows delete-on-close semantics to get rid of that temporary name after everything finally lets go of the file. But if the delete-on-close stuff isn't working for your particular network share, we'd need a few more details about your share to allow us to work around the issue (probably by refusing to attempt deleting an open file, if your share doesn't have any better semantics available). What sort of information would you need for the share? I believe it is actually a Linux box running Samba for the share. I would have to double check with my IT department on that. I should be able to get any information needed about the share to help workaround the issue. Thanks! slide -- slide-o-blog http://slide-o-blog.blogspot.com/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ssmtp wish list
Team I discovered the ssmtp.conf file needed for ssmtp to work was not deployed/available when I did the Cygwin Setup... for a future release can a sample ssmtp.conf file be distributed? There's a .keep file but its options are somewhat misleading. Thanks! -R -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Mail program
Le 01/07/2010 22:06, Reid Thompson a écrit : On Wed, Jun 30, 2010 at 10:07:19AM -0700, Refr Bruhl wrote: when you say I really need the ability to redirect a text stream to a pipe to mail. do you mean ala $ cat file.txt | mailprogram UUOC, ala mailprogram file.txt :-P Regards, Cyrille Lefevre -- mailto:cyrille.lefevre-li...@laposte.net -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Mail program
Team I found a resolution to my email problem. I had to reinstall ssmtp I discovered where I work was blocking port 25. This was removed for me I had to configure a basic ssmtp.conf file in /etc/ssmtp Durng the course of the compiling issues for mailutils (( see the libtools thread )) Cyrille Lefevre made a mailx script included below that plugs into sendmail or ssmtp. I am happy to report this script works well in cygwin and aix 6.1 environments Thanks to all who helped with this issue sample ssmtp.conf file # cat /etc/ssmtp/ssmtp.conf # # /etc/ssmtp.conf -- a config file for sSMTP sendmail. # # The person who gets all mail for userids 1000 root=postmaster # The place where the mail goes. The actual machine name is required # no MX records are consulted. Commonly mailhosts are named mail.domain.com # The example will fit if you are in domain.com and you mailhub is so named. mailhub=your.mail.host.fully.qualified.name.com # Where will the mail seem to come from? #rewriteDomain=localhost.localdomain # The full hostname hostname=your.pc.fully.qualified.name.com mailx script posted with permission #!/usr/bin/ksh# #!ident@(#) mailx.sh 1.1 (cyrille.lefevre-lists%nos...@laposte.net.invalid) Wed Jun 30 22:35:24 2010 # supprimer %nospam et .invalid pour me repondre. # remove %nospam and .invalid to answer me. # # Copyright (c) 2010 Cyrille Lefevre. All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # # 1. Redistributions of source code must retain the above copyright #notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright #notice, this list of conditions and the following disclaimer in #the documentation and/or other materials provided with the #distribution. # 3. The name of the authors and contributors may not be used to #endorse or promote products derived from this software without #specific prior written permission. # # THIS SOFTWARE IS PROVIDED BY THE AUTHORS AND CONTRIBUTORS ``AS IS'' # AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED # TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A # PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHORS # OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, # SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT # LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF # USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND # ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, # OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT # OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # SUCH DAMAGE. usage () { echo 'usage: mailx [-dv] [-F name] [-r from] [-s subject] -t | [-b bcc] [-c cc] [to...] at least one of -t, -b, -c or to... must be specified.' 2 exit $1 } # sendmail='/usr/sbin/sendmail' sendmail='/usr/sbin/ssmtp' bcc= bccsep='BCC: ' cc= ccsep='CC: ' name= namesep='-F ' from= fromsep='-f ' subject='(no subject)' subjectsep='Subject: ' debug= toopt= verbose= undisclosed='undisclosed-recipients:;' while getopts 'b:c:dF:hr:s:tv' c; do case ${c} in 'b')bcc=${bcc}${bccsep}${OPTARG}; bccsep=',' ;; 'c')cc=${cc}${ccsep}${OPTARG}; ccsep=',' ;; 'd')debug='-d' ;; 'F')name=${namesep}'${OPTARG}' ;; 'h')usage 0 ;; 'r')from=${fromsep}'${OPTARG}' ;; 's')subject=${OPTARG} ;; 't')toopt='-t' ;; 'v')verbose='-v' ;; *)usage 1 ;; esac done shift $(($OPTIND-1)) nl=' ' toarg= to= tosep= if [[ -n ${toopt} ]]; then cc= bcc= else if [[ $# = 0 ]]; then if [[ -n ${cc}${bcc} ]]; then set -- ${undisclosed} else usage 1 fi else for arg; do toarg=${toarg}${tosep}'${arg}'; tosep=' '; done fi tosep='To: ' for arg; do to=${to}${tosep}${arg}; tosep=','; done [[ -n ${to} ]] to=${to}${nl} [[ -n ${cc} ]] cc=${cc}${nl} [[ -n ${bcc} ]] bcc=${bcc}${nl} fi [[ -n ${subject} ]] subject=${subjectsep}${subject}${nl} read -r line nl1=${nl} nl2= case ${line} in *':'*) case ${line%%:*} in *' '*) ;; *) nl1= nl2=${nl} ;; esac ;; '') nl1= nl2= ;; esac if [[ -n ${debug} ]]; then sendmail=sendmail sendmail () { echo sendmail $@; cat; } fi eval ${sendmail} ${toopt} ${verbose} ${name} ${from} ${toarg} EOF ${subject}${to}${cc}${bcc}${nl1}${line}${nl2}$(cat) EOF #!eof -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ssmtp wish list
Le 01/07/2010 23:57, Refr Bruhl a écrit : Team I discovered the ssmtp.conf file needed for ssmtp to work was not deployed/available when I did the Cygwin Setup... for a future release can a sample ssmtp.conf file be distributed? There's a .keep file but its options are somewhat misleading. please, configure your mailer to break line at 76 char. I'll suppose the .keep file is to be sure that /etc/ssmtp directory will not be removed by error... rmdir doesn't work on non empty directories. as usual when you install a cygwin package, take a look into : /usr/share/doc/Cygwin/ssmtp.README ... To complete the installation you'll have to run /usr/bin/ssmtp-config package readmes and samples are in : /usr/share/doc/ssmtp where you may find sample configuration files : revaliases ssmtp.conf to known the package file list : cygcheck -l ssmtp Regards, Cyrille Lefevre -- mailto:cyrille.lefevre-li...@laposte.net -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Weird directories on Windows share when using rm to delete a directory
On 7/1/2010 5:52 PM, Slide wrote: snip What sort of information would you need for the share? I believe it is actually a Linux box running Samba for the share. I would have to double check with my IT department on that. I should be able to get any information needed about the share to help workaround the issue. Knowing the source system O/S, version, sharing protocol and version, and file system type would be helpful. Also, please provide the output of /usr/lib/csih/getVolInfo for the mounted path. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Fwd: unstable behavior with 1.7.5
On Thu, Jul 1, 2010 at 4:29 PM, Larry Hall wrote: Please: http://cygwin.com/acronyms/#PCYMTNQREAIYR http://cygwin.com/acronyms/#TOFU If you can convince google/gmail to make options for these things (and change rfc1855), great, just spent half an hour trying to get a likely outdated greasemonky script working to no avail. Sorry, it didn't click with me initially that all your issues were X- related. Take a look at this: http://cygwin.com/ml/cygwin-xfree/2010-06/msg00073.html I have found the solution to the problem, thanks, indeed it was that thread. Oddly enough the same problem did not occur with a fresh install on W7. But I am happy now. Thanks, Leigh -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Leigh Orf Associate Professor of Atmospheric Science Room 130G Engineering and Technology Department of Geology and Meteorology Central Michigan University Mount Pleasant, MI 48859 (989)774-1923 Amateur radio callsign: KG4ULP -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ssmtp wish list
This is good information thank you I do have to confess I selected the packages, hit the launcher and let it install - Original Message From: Cyrille Lefevre cyrille.lefevre-li...@laposte.net To: cygwin@cygwin.com Sent: Thu, July 1, 2010 5:19:43 PM Subject: Re: ssmtp wish list Le 01/07/2010 23:57, Refr Bruhl a écrit : Team I discovered the ssmtp.conf file needed for ssmtp to work was not deployed/available when I did the Cygwin Setup... for a future release can a sample ssmtp.conf file be distributed? There's a .keep file but its options are somewhat misleading. please, configure your mailer to break line at 76 char. I'll suppose the .keep file is to be sure that /etc/ssmtp directory will not be removed by error... rmdir doesn't work on non empty directories. as usual when you install a cygwin package, take a look into : /usr/share/doc/Cygwin/ssmtp.README ... To complete the installation you'll have to run /usr/bin/ssmtp-config package readmes and samples are in : /usr/share/doc/ssmtp where you may find sample configuration files : revaliases ssmtp.conf to known the package file list : cygcheck -l ssmtp Regards, Cyrille Lefevre -- mailto:cyrille.lefevre-li...@laposte.net -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: libtool and shared libraries
Team I beleive I have found a resolution to this problem. By setting the LDFLAGS environment variable was able to get the non CXX components of mailutils and all of apache to compile cleanly. Subversion I think will compile once I put a newer version of neon on. The library errors common to all three projects I was experiencing have not returned. Apache and Subversion have their own libtool scripts. I presume they are generated in the configure process. I have not investigated that. They both now have the undefined flag defined in the latest attempt. To make this simpler I put the flag in my .profile for ksh # GCC Options export LDFLAGS=-no-undefined Thanks all for helping! -R - Original Message From: David Rothenberger daver...@acm.org To: cygwin@cygwin.com Sent: Thu, July 1, 2010 11:43:34 AM Subject: Re: libtool and shared libraries On 7/1/2010 9:18 AM, Refr Bruhl wrote: So far I have gotten this error in compiling subversion, apache, and mailutils (2.0 and 2.1). Why don't you take a look at the source packages for subversion and apache and see how they are solving this problem? I'm the maintainer for subversion, so I know there are quite a few changes required to get all the DLLs to compile without undefined symbols. The -no-undefined switch is just the beginning. -- David Rothenberger daver...@acm.org From Sharp minds come... pointed heads. -- Bryan Sparrowhawk -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: libtool and shared libraries
I to have run into the same problem. Interesting fact: I was able to successfully build and install Gnu Mailutils last year, July 2009. It contained then most of the example source.cc files that will now, (sometime in 2010) compile, but it did then. This indicates that it just be a libtool or other make chain related tools that doesn't quite cut the mustard, with regards to C++ progamming language source code. Has anyone else had trouble with makeing C++ programs with cygwin's program building chain of tools? Regards D. Henman Refr Bruhl refr_br...@yahoo.com wrote: Team I've three different issues that I think are related to the same base problem. It appears the libtool complains of unresolved symbols. Instead of a warning it looks like this is a fatal error which prevents compiling So far I have gotten this error in compiling subversion, apache, and mailutils (2.0 and 2.1). Error in make log libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries *** Warning: This system can not link to static lib archive ../mailbox/libmailutils.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries ... snipped rest -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] New package: googlecl-0.9.7-1
Version 0.9.7-1 of googlecl has been uploaded. GoogleCL brings Google services to the command line. For examples see: http://code.google.com/p/googlecl/wiki/ExampleScripts *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: libtool and shared libraries
After writing and sending the below note, I found the message recommending the use of the -no-undefined option. I will use it and see if it helps. If that is the problem's solution though, wouldn't it would be nice not to have to manually set it for programs involving shared libraries? Couldn't this option be made into a default, which by doing so would make a lot of source code packages buildable as is, I should think. Regards ref: dhen...@gmail.com wrote: I to have run into the same problem. Interesting fact: I was able to successfully build and install Gnu Mailutils last year. .. snipped rest -end- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: libtool and shared libraries
[Reformatted--please read this: http://cygwin.com/acronyms/#PCYMTWLL Thanks.] On 2010-07-02 00:13Z, dhen...@gmail.com wrote: After writing and sending the below note, I found the message recommending the use of the -no-undefined option. I will use it and see if it helps. If that is the problem's solution though, wouldn't it would be nice not to have to manually set it for programs involving shared libraries? Couldn't this option be made into a default, which by doing so would make a lot of source code packages buildable as is, I should think. The Autobook http://sourceware.org/autobook/autobook/autobook_88.html says: Historically, the default behaviour of Libtool was as if `-no-undefined' was always passed on the command line and goes on to explain why that default was changed. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Fwd: unstable behavior with 1.7.5
On 7/1/2010 6:30 PM, Leigh Orf wrote: On Thu, Jul 1, 2010 at 4:29 PM, Larry Hall wrote: Sorry, it didn't click with me initially that all your issues were X- related. Take a look at this: http://cygwin.com/ml/cygwin-xfree/2010-06/msg00073.html I have found the solution to the problem, thanks, indeed it was that thread. Oddly enough the same problem did not occur with a fresh install on W7. But I am happy now. Must be a local X-bot sending all your data to spammers and giving you good performance as a side-effect. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Fwd: unstable behavior with 1.7.5
On Thu, Jul 1, 2010 at 8:50 PM, Larry Hall (Cygwin) wrote: On 7/1/2010 6:30 PM, Leigh Orf wrote: On Thu, Jul 1, 2010 at 4:29 PM, Larry Hall wrote: Sorry, it didn't click with me initially that all your issues were X- related. Take a look at this: http://cygwin.com/ml/cygwin-xfree/2010-06/msg00073.html I have found the solution to the problem, thanks, indeed it was that thread. Oddly enough the same problem did not occur with a fresh install on W7. But I am happy now. Must be a local X-bot sending all your data to spammers and giving you good performance as a side-effect. ;-) Ha ha if only spammers were helpful. I still have an email account from 1991 back when I regularly used usenet , talk to me about spam... Anyway thanks for the help, cygwin is great. Leigh -- Leigh Orf Associate Professor of Atmospheric Science Room 130G Engineering and Technology Department of Geology and Meteorology Central Michigan University Mount Pleasant, MI 48859 (989)774-1923 Amateur radio callsign: KG4ULP -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Weird directories on Windows share when using rm to delete a directory
On Thu, Jul 1, 2010 at 3:26 PM, Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote: On 7/1/2010 5:52 PM, Slide wrote: snip What sort of information would you need for the share? I believe it is actually a Linux box running Samba for the share. I would have to double check with my IT department on that. I should be able to get any information needed about the share to help workaround the issue. Knowing the source system O/S, version, sharing protocol and version, and file system type would be helpful. Also, please provide the output of /usr/lib/csih/getVolInfo for the mounted path. The system is a NetApp. This is the information that my IT guy gave me. 1) System O/S and Version - ONTAP 7.2.6.1P8 2) Sharing protocol and version - CIFS 3) File system type - WAFL (not really a file system according to wikipedia) And here is the info from getVolInfo Device Type: 7 Characteristics: 10 Volume Name: PCA Serial Number : 50512157 Max Filenamelength : 255 Filesystemname : NTFS Flags : 4000f FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: bind-9.7.1-1
The following packages have been updated for the Cygwin distribution: *** bind-9.7.1-1 (Subpackages: libbind9_60, libbind9-devel, libdns66, libdns-devel, libisc60, libisc-devel, libisccc60, libisccc-devel, libisccfg60, libisccfg-devel, liblwres60, liblwres-devel) BIND provides a suite of DNS libraries and utilities. This release is an update to the latest upstream version. All libraries have had ABI version bumps since the last release. In addition, the following features were added in this release: * An /etc/resolv.conf file is no longer required. The Windows APIs will be used unless resolv.conf is present, similar to Cygwin's builtin libresolv. * dig, host, and nslookup now support Internationalized Domain Names (IDNs). * named(8) now supports Dynamic Loadable Zones (DLZ) with filesystem, LDAP, and PostgreSQL backends. Yaakov -- CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: rpc/rpc.h missing #include netinet/in.h with sunrpc 4.0-3 and cygwin 1.7.5-1
On 6/29/2010 7:50 AM, Corinna Vinschen wrote: The files /usr/include/rpc/rpc.h and /usr/include/rpc/svc.h are provided by the sunrpc package. Unfortunaltey Sam has resigned from the sunrpc package maintainership and nobody has picked it up yet, so it's an orphaned package which is in need of a maintainer. I've got cygwin builds of libtirpc rpcbind rpcgen which, together, replace and obsolete sunrpc. I just haven't had the time thoroughly test them such that I'd be comfortable releasing them into the wild. But sunrpc itself is...extremely old, which is why these replacement packages are used on other platforms in preference to it. -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Updated: bind-9.7.1-1
The following packages have been updated for the Cygwin distribution: *** bind-9.7.1-1 (Subpackages: libbind9_60, libbind9-devel, libdns66, libdns-devel, libisc60, libisc-devel, libisccc60, libisccc-devel, libisccfg60, libisccfg-devel, liblwres60, liblwres-devel) BIND provides a suite of DNS libraries and utilities. This release is an update to the latest upstream version. All libraries have had ABI version bumps since the last release. In addition, the following features were added in this release: * An /etc/resolv.conf file is no longer required. The Windows APIs will be used unless resolv.conf is present, similar to Cygwin's builtin libresolv. * dig, host, and nslookup now support Internationalized Domain Names (IDNs). * named(8) now supports Dynamic Loadable Zones (DLZ) with filesystem, LDAP, and PostgreSQL backends. Yaakov -- CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.