Re: broken libguile.la file (libguile12-1.6.7-1)
Brian Dessent wrote: I was trying to build autogen when I got to this: /bin/bash ../libtool --tag=CC --mode=link ccache gcc -Wl,-no-undefined -o autogen.exe -export-dynamic autogen-ag.o .../autoopts/libopts.la -lguile -lguile-ltdl -lcrypt -lm -lm libtool: link: cannot find the library `/home/mingw/cygwin/root/usr/lib/libguile-ltdl.la' This apparently comes from the following in /usr/lib/libguile.la: # Libraries that this one depends upon. dependency_libs=' /home/mingw/cygwin/root/usr/lib/libguile-ltdl.la -lcrypt' After changing that to /usr/bin/libguile-ltdl.la, I got this: /bin/bash ../libtool --tag=CC --mode=link ccache gcc -Wl,-no-undefined -o autogen.exe -export-dynamic autogen-ag.o .../autoopts/libopts.la -lguile -lguile-ltdl -lcrypt -lm -lm ccache gcc -Wl,-no-undefined -o autogen.exe autogen-ag.o -Wl,--export-dynamic ../autoopts/.libs/libopts.a /usr/lib/cygguile.dll.a /usr/lib/libguile-ltdl.dll.a -lcrypt gcc: /usr/lib/cygguile.dll.a: No such file or directory So I changed the 'library_names' line to 'libguile.dll.a' instead of 'cygguile.dll.a', and the link worked. I'm really not totally fluent in libtool but it does seem to me that these are guile packaging problems and not the fault of autogen, no? dependency_libs should refer to .la files which are usually installed besides the import libraries in /usr/lib. Relative to this location are the other defininitions: Static archive: old_library='libiconv.a' Import library: library_names='libiconv.dll.a' Shared library in /usr/bin: dlname='../bin/cygiconv-2.dll' Gerrit -- =^..^=
Re: Catgets ready for upload
On Jun 9 22:30, Bryan Henderson wrote: curl: (19) catgets-1.0-1.tar.bz2: No such file or directory. ... Sorry, I got some dots and dashes mixed up. They work now. I tried them. ftp://giraffe-data.com/pub/catgets/setup.hint ftp://giraffe-data.com/pub/catgets/catgets-1.0-1.tar.bz2 ftp://giraffe-data.com/pub/catgets/catgets-1.0-1-src.tar.bz2 make that libintl3 and libiconv2 Ah, I see. Fixed. Uploaded. Please send an announcement to the cygwin-announce list (not to the cygwin list!). Just use one of the latest message to cygwin-announce as template. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Please upload xmon-1.5.6-1 (new package)
I packaged the xmon program today (and used it extensively, so I know it works) for Cygwin. Homepage http://www.x.org/contrib/devel_tools/ Description === http://www.x.org/contrib/devel_tools/xmon.1.5.6.README Xmon interactively monitors the byte-stream connections between an X server and a number of X clients. Xmon recognizes all requests, events, errors and replies sent between the clients and the server which are part of the core X protocol. The contents of these messages are displayed on standard output at a user settable degree of detail from none to every bit and byte. Xmon also allows the user to select a number of requests or events to be monitored at a different degree of detail. Xmon will also block the transmission of selected requests from the clients to the server and selected events from the server to the clients. Xmon also keeps statistics of the number of requests, events, and errors received. Porting === 1) The usual Imakefile stuff (two lines). 2) Two #define changes to make sure we call fcntl(*, FD_CLOEXEC) instead of ioctl(*, FIOCLEX, *), since FIOCLEX didn't seem to be available for ioctl (didn't check any further since I knew that FD_CLOEXEC was available and the code was already written for it. In summary, very straight-forward port and package. http://homer.starnet.com/~hunth/cygwin/release/X11/xmon/setup.hint 7ab56809ff065a5e46693f49a1099f84 http://homer.starnet.com/~hunth/cygwin/release/X11/xmon/xmon-1.5.6-1.tar.bz2 3664fa042a698104a9170cecb12cb8e5 http://homer.starnet.com/~hunth/cygwin/release/X11/xmon/xmon-1.5.6-1-src.tar.bz2 21998fb605d755857e7211b1febd4b99 Harold
RE: broken libguile.la file (libguile12-1.6.7-1)
Original Message From: Brian Dessent Sent: 10 June 2005 01:20 I was trying to build autogen Ouch. cheers, DaveK -- Can't think of a witty .sigline today
Re: broken libguile.la file (libguile12-1.6.7-1)
On Jun 10 10:28, Dave Korn wrote: From: Brian Dessent I was trying to build autogen Ouch. And this reply serves what purpose exaclty? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
RE: broken libguile.la file (libguile12-1.6.7-1)
Original Message From: Corinna Vinschen Sent: 10 June 2005 10:47 On Jun 10 10:28, Dave Korn wrote: From: Brian Dessent I was trying to build autogen Ouch. And this reply serves what purpose exaclty? Corinna An expression of sympathy, nothing else! I know how he feels, because that was the exact same point where I gave up after an all-night struggle. cheers, DaveK -- Can't think of a witty .sigline today
Re: broken libguile.la file (libguile12-1.6.7-1)
Dave Korn wrote: An expression of sympathy, nothing else! I know how he feels, because that was the exact same point where I gave up after an all-night struggle. Actually, after fixing those two problems with libguile.la, autogen compiles (almost) out of the box with 'LDFLAGS=-Wl,-no-undefined ./configure make'. It fails 5 of 19 tests of its testsuite though. I didn't really care about that, as it works well enough for the gcc fixincludes testsuite. (And yes, I know that I can just do make -k check for that and not require autogen at all.) Brian
Re: Please upload xmon-1.5.6-1 (new package)
On Fri, Jun 10, 2005 at 02:14:16AM -0700, Harold L Hunt II wrote: I packaged the xmon program today (and used it extensively, so I know it works) for Cygwin. I took the liberty of checking Debian and see that this is a standard package there, so there is no need to vote on this. But, where's the setup.hint file? cgf
Re: Please upload xmon-1.5.6-1 (new package)
Christopher Faylor wrote: On Fri, Jun 10, 2005 at 02:14:16AM -0700, Harold L Hunt II wrote: I packaged the xmon program today (and used it extensively, so I know it works) for Cygwin. I took the liberty of checking Debian and see that this is a standard package there, so there is no need to vote on this. Thanks, I wasn't sure what the current rules were. Glad it was in Debian. But, where's the setup.hint file? Uhh... I hope I'm not misunderstanding the question... but, in the original email?!? http://homer.starnet.com/~hunth/cygwin/release/X11/xmon/setup.hint 7ab56809ff065a5e46693f49a1099f84 Harold
Re: Please upload xmon-1.5.6-1 (new package)
On Fri, Jun 10, 2005 at 10:38:36AM -0700, Harold L Hunt II wrote: Christopher Faylor wrote: On Fri, Jun 10, 2005 at 02:14:16AM -0700, Harold L Hunt II wrote: I packaged the xmon program today (and used it extensively, so I know it works) for Cygwin. I took the liberty of checking Debian and see that this is a standard package there, so there is no need to vote on this. Thanks, I wasn't sure what the current rules were. Glad it was in Debian. But, where's the setup.hint file? Uhh... I hope I'm not misunderstanding the question... but, in the original email?!? http://homer.starnet.com/~hunth/cygwin/release/X11/xmon/setup.hint 7ab56809ff065a5e46693f49a1099f84 From http://cygwin.com/setup.html Submitting a package So you've got a package you want to submit. Follow the following checklist before emailing cygwin-apps@cygwin.com and you'll almost certainly save time. 1. Propose on cygwin-apps that you are interested in becoming a package maintainer for package foo. Some packages cannot be distributed via cygwin's setup due to vendor licence limitations. Other packages may not be appropriate for cygwin. This step will save time if, for some reason we cannot accept the package. 2. If this is a new package, *post a complete setup.hint file as part of your proposal*. Include this file in the text of your message so that it can be commented on. Do not submit it as an attachment. . . . cgf
Re: broken libguile.la file (libguile12-1.6.7-1)
Brian Dessent writes: # Libraries that this one depends upon. dependency_libs=' /home/mingw/cygwin/root/usr/lib/libguile-ltdl.la -lcrypt' Ugh. Apparently my after-libtool cleanup failed. So I changed the 'library_names' line to 'libguile.dll.a' instead of 'cygguile.dll.a', and the link worked. I'm really not totally fluent in libtool but it does seem to me that these are guile packaging problems and not the fault of autogen, no? Yes, so it seems. I'll try to add more sed fixup rules; thanks. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: Emacs 21.2.1 having problems with latest Cygwin/X11
Gilbert Pilz wrote: xorg-x11-base:6.8.2.0-1 xorg-x11-bin: 6.8.2.0-1 xorg-x11-bin-dlls:6.8.2.0-1 xorg-x11-bin-lndir: 6.8.2.0-1 xorg-x11-etc: 6.8.2.0-1 xorg-x11-fenc:6.8.2.0-2 xorg-x11-fnts:6.8.2.0-3 xorg-x11-libs-data: 6.8.2.0-1 xorg-x11-xwin:6.8.2.0-2 Hi. I'm the GNU emacs maintainer for Cygwin and got an email about recent problems. The first thing I notice is that X11 has changed from XFree86 to xorg. Is there any correlation between the new X11 packages and the current crop of emacs problems? Emacs may need a recompile to pick up changes in the X11 packages... Joe Buehler
Re: Emacs 21.2.1 having problems with latest Cygwin/X11
On Fri, 10 Jun 2005, Joe Buehler wrote: Gilbert Pilz wrote: xorg-x11-base: 6.8.2.0-1 xorg-x11-bin: 6.8.2.0-1 xorg-x11-bin-dlls: 6.8.2.0-1 xorg-x11-bin-lndir: 6.8.2.0-1 xorg-x11-etc: 6.8.2.0-1 xorg-x11-fenc: 6.8.2.0-2 xorg-x11-fnts: 6.8.2.0-3 xorg-x11-libs-data: 6.8.2.0-1 xorg-x11-xwin: 6.8.2.0-2 Hi. I'm the GNU emacs maintainer for Cygwin and got an email about recent problems. The first thing I notice is that X11 has changed from XFree86 to xorg. This changed over a year ago. Is there any correlation between the new X11 packages and the current crop of emacs problems? Emacs may need a recompile to pick up changes in the X11 packages... some dllnames have been changed from libX11.dll to cygX11-6.dll but this was a year ago. For compatibility reasons there is still XFree86-lib-compat available. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
src/winsup/cygwin ChangeLog cygwin.din include ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-06-10 12:11:35 Modified files: winsup/cygwin : ChangeLog cygwin.din winsup/cygwin/include: inttypes.h winsup/cygwin/include/cygwin: version.h Log message: * cygwin.din (imaxabs): Export. (imaxdiv): Export. (llabs): Export. (lldiv): Export. (strtoimax): Export. (strtoumax): Export. * include/inttypes.h (imaxabs): Activate declaration. (imaxdiv): Ditto. (strtoimax): Ditto. (strtoumax): Ditto. * include/cygwin/version.h: Bump API minor. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2957r2=1.2958 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygwin.din.diff?cvsroot=srcr1=1.138r2=1.139 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/inttypes.h.diff?cvsroot=srcr1=1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.192r2=1.193
winsup cygwin/fhandler_mailslot.cc cygserver/C ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-06-10 18:44:26 Modified files: cygwin : fhandler_mailslot.cc cygserver : ChangeLog Log message: whitespace changes to hopefully force snapshot run. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_mailslot.cc.diff?cvsroot=uberbaumr1=1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygserver/ChangeLog.diff?cvsroot=uberbaumr1=1.44r2=1.45
winsup/testsuite ChangeLog winsup.api/winsup.exp
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-06-10 19:32:29 Modified files: testsuite : ChangeLog testsuite/winsup.api: winsup.exp Log message: * winsup.api/winsup.exp: Remove (temporarily?) -nostdinc from build since it causes compile failures with gcc 3.4.4. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/testsuite/ChangeLog.diff?cvsroot=uberbaumr1=1.88r2=1.89 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/testsuite/winsup.api/winsup.exp.diff?cvsroot=uberbaumr1=1.14r2=1.15
src/winsup/cygwin ChangeLog fhandler_socket.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-06-10 21:47:25 Modified files: winsup/cygwin : ChangeLog fhandler_socket.cc Log message: * fhandler_socket.cc (fhandler_socket::sendto): Always initialize ret to 0. (fhandler_socket::sendmsg): Ditto. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2958r2=1.2959 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_socket.cc.diff?cvsroot=srcr1=1.163r2=1.164
winsup/cygwin ChangeLog thread.cc thread.h inc ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-06-11 04:56:36 Modified files: cygwin : ChangeLog thread.cc thread.h cygwin/include : pthread.h Log message: * include/pthread.h: Change PTHREAD_MUTEX_DEFAULT to PTHREAD_MUTEX_NORMAL. Revert PTHREAD_MUTEX_INITIALIZER to PTHREAD_ERRORCHECK_MUTEX_INITIALIZER_NP since that is actually closer to what linux does. * thread.h (cw_cancel_action): New enum. (cancelable_wait): Use cw_cancel_action as third argument. * thread.cc (cancelable_wait): Ditto. Don't wait for cancel if cancel_action == cw_no_cancel. (pthread::create): Don't wait for cancel event since that is racy. (pthread_mutex::pthread_mutex): Set default to PTHREAD_MUTEX_ERRORCHECK. (pthread_mutexattr::pthread_mutexattr): Ditto. (pthread_mutex::_lock): Tell cancelable_wait not to wait for cancellation event. (semaphore::_timedwait): Accommodate change in cancelable_wait args. (pthread::join): Ditto. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2959r2=1.2960 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/thread.cc.diff?cvsroot=uberbaumr1=1.182r2=1.183 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/thread.h.diff?cvsroot=uberbaumr1=1.96r2=1.97 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/include/pthread.h.diff?cvsroot=uberbaumr1=1.22r2=1.23
winsup/testsuite ChangeLog winsup.api/pthread/ ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-06-11 04:59:53 Modified files: testsuite : ChangeLog testsuite/winsup.api/pthread: cancel2.c mutex4.c mutex5.c mutex6d.c Log message: * winsup.api/pthread/cancel2.c: Use explicit initializer for mutex. * winsup.api/pthread/mutex4.c (main): Ditto. * winsup.api/pthread/mutex5.c: Reflect change in cygwin default mutex type. * winsup.api/pthread/mutex6d.c: Ditto. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/testsuite/ChangeLog.diff?cvsroot=uberbaumr1=1.89r2=1.90 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/testsuite/winsup.api/pthread/cancel2.c.diff?cvsroot=uberbaumr1=1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/testsuite/winsup.api/pthread/mutex4.c.diff?cvsroot=uberbaumr1=1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/testsuite/winsup.api/pthread/mutex5.c.diff?cvsroot=uberbaumr1=1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/testsuite/winsup.api/pthread/mutex6d.c.diff?cvsroot=uberbaumr1=1.1r2=1.2
winsup/cygwin ChangeLog fhandler_console.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-06-11 05:09:25 Modified files: cygwin : ChangeLog fhandler_console.cc Log message: * fhandler_console.cc (fhandler_console::read): Fix a compiler warning. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2960r2=1.2961 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_console.cc.diff?cvsroot=uberbaumr1=1.137r2=1.138
Re: [Patch] Testing loads of cygwin1.dll from MinGW and MSVC, take 3
On Jun 9 14:54, Max Kaehn wrote: On Thu, 2005-06-09 at 01:53, Corinna Vinschen wrote: On Jun 8 11:44, Max Kaehn wrote: I wound up using eval, and was thoroughly perplexed at the way that the first eval seems to get thrown away. -v, please. tcsh sh $ eval date Thu Jun 9 10:52:23 WEDT 2005 $ Corinna (I wasn't sure if you meant -v for version numbers or verbose output; I hope what you wanted is somewhere in there.) I meant please, be more verbose with information. fulgurite-xpdbg% make -f /u/cygwin/src/winsup/testsuite/iterate.mak results_foo=0 results_bar=1 results_baz=2 results_foo = results_bar = 1 results_baz = 2 results_foo = [: 0: unknown operand results_bar = 1 make: *** [all] Error 1 I can reproduce it without having make involved. It looks like a ash bug. Oh boy, I didn't look into ash for ages. I'm somewhat in real life work, but I'll lok into it at one point. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: [Patch] Testing loads of cygwin1.dll from MinGW and MSVC, take 3
On Fri, 10 Jun 2005, Corinna Vinschen wrote: On Jun 9 14:54, Max Kaehn wrote: On Thu, 2005-06-09 at 01:53, Corinna Vinschen wrote: On Jun 8 11:44, Max Kaehn wrote: I wound up using eval, and was thoroughly perplexed at the way that the first eval seems to get thrown away. -v, please. tcsh sh $ eval date Thu Jun 9 10:52:23 WEDT 2005 $ Corinna (I wasn't sure if you meant -v for version numbers or verbose output; I hope what you wanted is somewhere in there.) I meant please, be more verbose with information. fulgurite-xpdbg% make -f /u/cygwin/src/winsup/testsuite/iterate.mak results_foo=0 results_bar=1 results_baz=2 results_foo = results_bar = 1 results_baz = 2 results_foo = [: 0: unknown operand results_bar = 1 make: *** [all] Error 1 I can reproduce it without having make involved. It looks like a ash bug. Oh boy, I didn't look into ash for ages. I'm somewhat in real life work, but I'll lok into it at one point. Is this related to CGF's query on cygwin@ about replacing sh=ash with sh=bash? If not, it should be. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: [Patch] Testing loads of cygwin1.dll from MinGW and MSVC, take3
On Fri, Jun 10, 2005 at 06:11:38PM +0100, Dave Korn wrote: Look, if it's getting complicated and tricky, that argues for a bit of a rethink / redesign, doesn't it? Yes. I was wondering why we were going down this path when we've both noted that maybe it wasn't a good idea. I would still prefer a generic mingw solution which is integrated with the rest of the test suite. cgf
Re: passwd group file problems ?
Roy Wiseman wrote: I agree that Symantec are a bit of satanic corporation, So you think this is not an insult to the corporation?:) PS. If ever you reply, please direct all the mails to the cygwin-talk mailing list where discussions of this type are on-topic. -- Carlo Florendo Astra Philippines Inc. www.astra.ph -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin and tape backup
On Jun 9 21:08, Manny Kaiser wrote: resent in plain text On 6/9/05, Manny Kaiser [EMAIL PROTECTED] wrote: Hi, I have a win2k client with a SCSI card connected to a Quantum l200 tape loader - dlt7000 tape drive with a 8 slot robot. I made a backup of data on a dlt7000 connected to a Unix machine with the tar command. I would like now to read this tape with the hardware mentioned above. I have read the html doc. below I attempted to do: mt -f /dev/st0 status and get the response resource busy. any suggestions? An strace might be interesting to see. I never saw a resource busy other than if the resource was really busy. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: automatic generation of resolv.conf
On Jun 9 15:25, Brian Dessent wrote: Ross Boulet wrote: I recently downloaded and compiled dig from the bind website. [...] Since that functionality already exists, your best bet would be to either a) use the win32 port b) patch dig to include that functionality when compiling with Cygwin. When building dig on Cygwin, its configury should find that libresolv already exists and link against it. It's the minires and minires-devel packages you need for that. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ./config
On Jun 9 17:31, Brian Dessent wrote: alex hardy wrote: Every time I use the ./config comand it does not work. Huh? This is way too vague to answer. 1. ./config is not a standard command, do you mean ./configure? Sounds like the OpenSSL config which is really called config and is just a wrapper shell script around the perl script called Configure. Anyway, have a look into util/cygwin.sh. It's a shell script which creates the OpenSSL release tar files when being run from the top level source file. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin.bat fails with WFMO failed waiting for cygthread 'WnetGetResourceInformation'
On Jun 6 11:39, Tim Hart wrote: All, My XP machine is currently unable to connect to my Windows domain before logging in. Windows uses cached information to accept my domain login. I then VPN to my domain, and life is good. If my VPN connection is established, then Cygwin works just fine. If, however, I am not connected to my VPN, then I see the message: C:\cygwin\bin\bash.exe (1672): *** WFMO failed waiting for cygthread 'WnetGetResourceInformation' Could you please try the same layout you had when this error occured with the latest snapshot DLL from http://cygwin.com/snapshots/, please? Even if it doesn't solve the problem, it has an improved debugging output which should help us to see why this occurs. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: passwd group file problems ?
Hi Igor, Also, as your cygcheck output shows, you are in a domain. It's quite possible that the domain controller really is taking more than 30 minutes to return the set of users and groups (for large domains). Yes, as you say, I can see the output from tee and it shows that this will take forever (there are 10's of thousands of users in this domain, and after 15 minutes, it resolved 50 or 60 user, ... so this way madness lies). But this raises a question : on a normal install of cygwin, it does not take 14 days to install cygwin, but if the setup program is also generating a mkpasswd -d then it would also take this time. How is setup doing things differently so that it creates /etc/passwd and /etc/group in a few seconds instead of a few weeks ? mkpasswd -d -l | tee /etc/passwd net user nlwiso as far as I know doesn't tell anything about AD group membership etc. but I'm in a lot of groups, it's a massive corporate network, so the mkpasswd is slow ... Perhaps the local domain (i.e., the current computer) isn't handled in the same way. yep, that is the case in domains. See http://cygwin.com/cygwin-ug-net/ntsec.html. ok, this is very useful. The commands you quoted will have destroyed your /etc/passwd completely. Try re-running the commands I gave you. Did you run mkpasswd -c -l, like I told you? yep, do you mean -c or -d here ? I've done both, -d is taking forever to resolve, -c does resolve, but I still get the same incorrect logon when i do -c with mkpasswd and mkgroup. the commands are running, and I see how things should go I think, but i'm still left wondering, how can setup.exe do in 1 minute what mkpasswd -d -l /etc/passwd is looking to take days or weeks to complete (there seriously are 10's of thousands of users on that emea domain so it would take forever at the speed I was seeing) ? Regards, Roy. ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Re: Error piping data through a cygwin command using rsh (write system call fail)
On Thu, 9 Jun 2005 10:18:44, Corinna Vinschen wrote: Did you try gzip -c ? Hi Corinna. I've just tried adding the -c option; it does not change anything. Actually, I believe the -c option is default for gzip when no filenames are given as parameters. Also, the data leaves gzip without problems when piped through the pipeline program, and the pipeline program then gets the error instead, which indicates to me, that the error is not in the gzip program. It must be in the system code behind the write call (since write actually returns a return value that is not legal compared to the write call man page). -- Soeren Hansen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Bug in chere
Hi guys, chere adds a bash here context menu just fine. However: 1) You have to click on a folder icon, clicking in a folder that's open does not work 2) It opens the shell not in the folder you clicked on, but in the parent folder I do not subscribe to the mailing list (too high volume), if further info is needed please contact me directly. Thanks, - Nils -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: passwd group file problems ?
Original Message From: Roy Wiseman Sent: 09 June 2005 22:05 (can't say I liked the insult much Dave, but my mistake was accidental you know. Maybe it's a Scottish thing that we treat people with respect until they disrespect us, I guess we don't think we should have to put up with insults from anyone, ... we're stubborn that way !). I'm stubborn too, but thank you for not quoting my raw email address any more! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
My Spacebar is OK!
Hello, Thanks to all of you for your attention to my humble spacebar key.The fact is that , I don't have much experience in writing formal English letters.So please excuse me for mistakes which may happen.The culprit is me not my keyboard! But another question is that I tried to compile allegro but at last phase it wanted a library called -ldl (libdl.a probably).Could anybody say what is that and where can I obtain it? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ssh localhost date # no startup files read: ~/{.bash_profile,.bash_login,.profile,.bashrc}
Larry:
Thanks for taking the time to reply, and thanks for the (~/.bash_login)
suggestion.
Below are two tests cases for ssh localhost date. The Linux
test shows that ~/.bashrc is read. The Cygwin case shows none of
~/{.bash_profile,.bash_login,.profile,.bashrc} are read. Doesn't this
seem like a bug?
Tests today w/linux suggest, this bash man page snippet is important:
Bash attempts to determine when it is being run by the remote shell
daemon, usually rshd. If bash determines it is being run by rshd, it
reads and executes commands from ~/.bashrc, if that file exists and is
readable.
--
The tests:
~ $ uname -a
CYGWIN_NT-5.0 argon 1.5.17(0.129/4/2) 2005-05-25 19:38 i686 unknown unknown
Cygwin
~ $ grep $(id -un) /etc/passwd|awk -F: '{print $NF}'
/bin/bash
~ $ seq 20|sed 's~^~## ~'|tee -a
~/{.bash_profile,.bash_login,.profile,.bashrc}|tail -5
## 16
## 17
## 18
## 19
## 20
~ $ date
Fri Jun 10 07:34:10 CDT 2005
~ $ date
Fri Jun 10 07:37:48 CDT 2005
~ $ ssh localhost date
Enter passphrase for key '/home/adm_tsr/.ssh/id_rsa':
[EMAIL PROTECTED]'s password:
Fri Jun 10 07:38:10 CDT 2005
~ $ ls -lurt ~/.[bp]*[^y] /etc/profile ##
-rwxr-xr-x 1 adm_tsr Users 5070 Jun 10 07:29 /etc/profile*
-rw-rw-r-- 1 adm_tsr Users 222 Jun 10 07:34 /home/adm_tsr/.bash_profile
-rw-rw-r-- 1 adm_tsr Users 222 Jun 10 07:34 /home/adm_tsr/.bash_login
-rw-rw-r-- 1 adm_tsr Users 222 Jun 10 07:34 /home/adm_tsr/.profile
-rw-rw-r-- 1 adm_tsr Users 111 Jun 10 07:34 /home/adm_tsr/.bashrc
Linux test, notice ~/.bashrc is read:
[EMAIL PROTECTED] rodmant]$ uname -a
Linux alex 2.6.5-1.358 #1 Sat May 8 09:04:50 EDT 2004 i686 athlon i386
GNU/Linux
[EMAIL PROTECTED] rodmant]$ echo $SHELL
/bin/bash
[EMAIL PROTECTED] rodmant]$ grep rodmant /etc/passwd
rodmant:x:502:502::/home/rodmant:/bin/bash
[EMAIL PROTECTED] rodmant]$ seq 20|sed 's~^~## ~'|tee -a
~/{.bash_profile,.bash_login,.profile,.bashrc}
## 1
## 2
snip
## 19
## 20
[EMAIL PROTECTED] rodmant]$ date
Fri Jun 10 07:14:14 CDT 2005
[EMAIL PROTECTED] rodmant]$ date
Fri Jun 10 07:15:40 CDT 2005
[EMAIL PROTECTED] rodmant]$ ssh localhost date
[EMAIL PROTECTED]'s password:
Fri Jun 10 07:16:11 CDT 2005
[EMAIL PROTECTED] rodmant]$ ls -lurt ~/.[bp]*[^y] ##
-rw-r--r-- 1 rodmant rodmant 24 Mar 12 14:22 /home/rodmant/.bash_logout
-rw-r--r-- 1 rodmant rodmant 302 Jun 10 07:12 /home/rodmant/.bash_profile
-rw-rw-r-- 1 rodmant rodmant 111 Jun 10 07:14 /home/rodmant/.profile
-rw-rw-r-- 1 rodmant rodmant 111 Jun 10 07:14 /home/rodmant/.bash_login
-rw-r--r-- 1 rodmant rodmant 235 Jun 10 07:16 /home/rodmant/.bashrc
[EMAIL PROTECTED] rodmant]$ ls -lu /etc/profile
-rw-r--r-- 1 root root 842 Jun 10 07:12 /etc/profile
On Tue 6/7/05 19:50 EDT Larry Hall wrote:
At 04:10 PM 6/7/2005, you wrote:
I'm running 1.5.17, if appropriate pls forward to the bash maintainer
I want to be able to run a noninteractive command like
ssh [EMAIL PROTECTED] somecommand
where user joedoe has /bin/rbash in /etc/passwd for a shell.
How do I restrict the PATH that is seen for the above ssh session?
I have tried changing and exporting PATH in ~joedoe/.bashrc but this
file is not read by prior to running somecommand above.
This isn't a Cygwin-specific question so it's really off-topic for
this list. Of course, you can always use something like ~/.bash_login.
See the bash man page for more details and what files get executed when.
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
838 Washington Street (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: Unicode in filenames support? (FAQ update needed)
I wrote: [...] If a disclaimer is all that you want, I'm sure you/I can get it. In fact, as long as they know about the uncopyrighted code and don't do anything about it, they've given up rights to it. Christopher Faylor wrote: And you prove that they don't know anything about it by...? Realistically, probably an e-mail from somebody in the legal department (just not necessarily a signed document). Or you could force the issue by sending a certified letter referring to the files on SourceForge. :-) It'd be a shame if you aren't able to use public domain files due to legal concerns. I thought taking the high ground by entirely dropping the copyright would maximize usefulness to everybody. gsw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: My Spacebar is OK!
On Fri, Jun 10, 2005 at 03:00:31PM +0430, Alireza Ghasemi wrote: Hello, Thanks to all of you for your attention to my humble spacebar key.The fact is that , I don't have much experience in writing formal English letters.So please excuse me for mistakes which may happen.The culprit is me not my keyboard! But another question is that I tried to compile allegro but at last phase it wanted a library called -ldl (libdl.a probably).Could anybody say what is that and where can I obtain it? Here's how it works: Two spaces after ., one space after ,. No space before . or , and it's something not something . Cygwin doesn't have or need a -ldl. Just remove it from the command line. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: passwd group file problems ?
At 04:56 AM 6/10/2005, you wrote: Did you run mkpasswd -c -l, like I told you? yep, do you mean -c or -d here ? I've done both, -d is taking forever to resolve, -c does resolve, but I still get the same incorrect logon when i do -c with mkpasswd and mkgroup. the commands are running, and I see how things should go I think, but i'm still left wondering, how can setup.exe do in 1 minute what mkpasswd -d -l /etc/passwd is looking to take days or weeks to complete (there seriously are 10's of thousands of users on that emea domain so it would take forever at the speed I was seeing) ? Look at '/etc/postinstall/passwd-grp.sh.done'. This is the postinstall script that's run to generate '/etc/passwd' and '/etc/group' initially during install. Then take a look at 'man mkpasswd' and 'man mkgroup' to get a better understanding of the switches you see used there. If there is more than 1 domain but you only care about one, you can specify that domain name with '-d' and speed things up a bit. But if you need all users from all domains, you're stuck with your slow domain. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in chere
At 05:47 AM 6/10/2005, you wrote: Hi guys, chere adds a bash here context menu just fine. However: 1) You have to click on a folder icon, clicking in a folder that's open does not work I'm not sure what you mean by this. bash here is added to *folder* context menus. You have to do a RMB-down on a folder to see it. 2) It opens the shell not in the folder you clicked on, but in the parent folder Sounds like a bug on your end. I can't reproduce this here. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: passwd group file problems ?
Original Message From: Larry Hall Sent: 10 June 2005 14:55 At 04:56 AM 6/10/2005, you wrote: Did you run mkpasswd -c -l, like I told you? yep, do you mean -c or -d here ? I've done both, -d is taking forever to resolve, -c does resolve, but I still get the same incorrect logon when i do -c with mkpasswd and mkgroup. the commands are running, and I see how things should go I think, but i'm still left wondering, how can setup.exe do in 1 minute what mkpasswd -d -l /etc/passwd is looking to take days or weeks to complete (there seriously are 10's of thousands of users on that emea domain so it would take forever at the speed I was seeing) ? If there is more than 1 domain but you only care about one, you can specify that domain name with '-d' and speed things up a bit. But if you need all users from all domains, you're stuck with your slow domain. Since Roy is installing cygwin to a whole load of machines, and assuming that they're all in the same domain, it ought to be possible to run mkpasswd -d domain-passwd and mkgroup -d domain-group just once each, bundle the two output files up along with the rest of the distribution he's been installing, then on each new machine, after installing, you'd run a little script like mkpasswd -l /etc/passwd mkgroup -l /etc/group cat domain-passwd /etc/passwd cat domain-group /etc/group That ought to speed up the per-machine install time quite nicely, shouldn't it? Or is there some reason it wouldn't work? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: passwd group file problems ?
At 10:12 AM 6/10/2005, you wrote: Original Message From: Larry Hall Sent: 10 June 2005 14:55 At 04:56 AM 6/10/2005, you wrote: Did you run mkpasswd -c -l, like I told you? yep, do you mean -c or -d here ? I've done both, -d is taking forever to resolve, -c does resolve, but I still get the same incorrect logon when i do -c with mkpasswd and mkgroup. the commands are running, and I see how things should go I think, but i'm still left wondering, how can setup.exe do in 1 minute what mkpasswd -d -l /etc/passwd is looking to take days or weeks to complete (there seriously are 10's of thousands of users on that emea domain so it would take forever at the speed I was seeing) ? If there is more than 1 domain but you only care about one, you can specify that domain name with '-d' and speed things up a bit. But if you need all users from all domains, you're stuck with your slow domain. Since Roy is installing cygwin to a whole load of machines, and assuming that they're all in the same domain, it ought to be possible to run mkpasswd -d domain-passwd and mkgroup -d domain-group just once each, bundle the two output files up along with the rest of the distribution he's been installing, then on each new machine, after installing, you'd run a little script like mkpasswd -l /etc/passwd mkgroup -l /etc/group cat domain-passwd /etc/passwd cat domain-group /etc/group That ought to speed up the per-machine install time quite nicely, shouldn't it? Or is there some reason it wouldn't work? Not that I can see. I'm not sure whether or not Roy's complaint was aimed at the time it takes to do this once or a lamenting of how this will slow down a multi-machine rollout in the same domain. I responded as if it were the former. But if it's the latter, your response is more suitable. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
mcedit stackdumps
Hi For a few months now I've been suffering from mcedit internal error. Every once in a while, without any reason, mcedit stackdumps during exit procedure (after pressing F10 or double ESC). I got this error with 1.5.16, then with 1.5.17 snapshots, and now with 1.5.17 as well. I haven't tried current snapshots yet. Should I? Debugging mcedit seems pointless as stackdumps occur on a very irregular basis. Can I provide any more information? I believe this might have something to do with Cygwin because: - similar version of mcedit works fine on a Linux box - before 1.5.16 (or 1.5.15, I'm not sure about that) Cygwin version worked fine as well $ mcedit --version GNU Midnight Commander 4.6.1-pre2a $ uname -a CYGWIN_NT-5.0 duli2 1.5.17(0.129/4/2) 2005-05-25 19:38 i686 unknown unknown Cygwin $ cat mc.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=610CA032 eax=0020 ebx=611314FC ecx=2D202E20 edx=0004 esi=1003BC48 edi=100313EC ebp=0022ED68 esp=0022ED30 program=d:\cygwin\bin\mc.exe, pid 48936, thread main cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 0022ED68 610CA032 (10033668, 100313EC, 0010, 1004D198) 0022ED98 610667A6 (001C, 100313EC, 004713D0, 0022EDF0) 0022EDB8 610A087F (001C, 100313EC, 0022EDE8, 610ECBF8) 0022EDE8 004271E0 (1003BC50, , 0022F084, 1004D198) 0022EE18 004279E3 (100313EC, 1003BE20, 004713D7, 0022EE6C) 0022EE48 004279D8 (100313EC, 1003BE10, 1003BE90, 00427A7B) 0022EE78 004279D8 (100313EC, 1003BDB8, 0022EEB8, 004279AA) 0022EE98 00427AF6 (10031580, , 100315A0, 0043A97C) 0022EEB8 00427ABE (1003BC08, 10031DA8, 10031D88, 100315A0) 0022EED8 00427ABE (1003C388, 610066B8, 0022EF08, 00432926) 0022EEE8 00427B23 (00472AE4, 00472B10, 00472B0C, 1003BED8) 0022EF08 00432926 (61128080, 0001, 0022EF38, 00421C57) 0022EF18 0042156E (1003BC50, , 0022EF58, ) 0022EF38 00421C57 (, , 0019, 0050) 0022EF88 00421D53 (0031, 61825448, 0022EFA8, 0004) 0022EFA8 00422756 (0002, 61825448, 100300A8, 0022F000) End of stack trace (more stack frames may be present) Regards Krzysztof Duleba -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Making /bin/sh == bash. Has the time come?
A long time ago, in a Cygwin release prior to B20.1, someone made the decision to use ash as the standard /bin/sh for Cygwin. The sole reason for doing this was that ash was faster than bash. Later, at one point, I implemented a sorta-wannabe version of vfork, and commissioned one of the people who worked for me to modify ash to use vfork. This made ash even faster than it was before. Recently, after too many hours hacking at vfork corner cases, I came to the conclusion that getting vfork working correctly was too difficult so, I turned off vfork in cygwin and asked Corinna to modify ash to use /bin/sh again. So, that leaves us with an ash which is still faster. For example: e:\time ash -c i=0; while [ $i -lt 1000 ]; do i=$(expr $i + 1); done 32.24user 9.72system 0:12.85elapsed 326%CPU (0avgtext+0avgdata 11677696maxresident)k 0inputs+0outputs (730699major+0minor)pagefaults 0swaps e:\time bash -c i=0; while [ $i -lt 1000 ]; do i=$(expr $i + 1); done 49.86user 16.51system 0:23.04elapsed 288%CPU (0avgtext+0avgdata 20525056maxresident)k 0inputs+0outputs (1284873major+0minor)pagefaults 0swaps i.e., bash is twice as slow as ash. However: e:\time bash -c i=0; while [ $i -lt 1000 ]; do i=$(($i + 1)); done 0.14user 0.01system 0:00.15elapsed 101%CPU (0avgtext+0avgdata 15712maxresident)k 0inputs+0outputs (982major+0minor)pagefaults 0swaps So, there are some constructs available in bash which, if you assume that bash == /bin/sh, will result in much faster shell script execution. And, anyone who reads this list regularly will know that we get a lot of complaints about the differences between bash and ash, which cause people to eventually copy bash to /bin/sh. So, in conversation with Corinna, I think that we're starting to lean towards making /bin/sh == bash sometime soon. We won't get rid of ash and will point to it when people send the inevitable Cygwin is slow! message here. I was thinking that we should have something like linux's alternatives command which would allow us to set up /bin/sh to whatever a user decides is best for them, defaulting to /bin/bash. This is, of course, trickier to do right on cygwin since you can't use a cygwin symbolic link to do a 'ln -s /bin/bash /bin/sh' but you could still do something with a copy, recording preferences in a file. Anyway, I wanted to get people's feelings on making this change. Is anyone actually relying on ash for some reason? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mcedit stackdumps
On Fri, Jun 10, 2005 at 04:47:37PM +0200, Krzysztof Duleba wrote: Hi For a few months now I've been suffering from mcedit internal error. Every once in a while, without any reason, mcedit stackdumps during exit procedure (after pressing F10 or double ESC). I got this error with 1.5.16, then with 1.5.17 snapshots, and now with 1.5.17 as well. I haven't tried current snapshots yet. Should I? Debugging mcedit seems pointless as stackdumps occur on a very irregular basis. Can I provide any more information? I believe this might have something to do with Cygwin because: - similar version of mcedit works fine on a Linux box - before 1.5.16 (or 1.5.15, I'm not sure about that) Cygwin version worked fine as well $ mcedit --version GNU Midnight Commander 4.6.1-pre2a $ uname -a CYGWIN_NT-5.0 duli2 1.5.17(0.129/4/2) 2005-05-25 19:38 i686 unknown unknown Cygwin $ cat mc.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=610CA032 This is indicative of a malloc corruption problem. It is probably a problem with mcedit itself, not cygwin. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
mkdtemp() is not declared
mkdtemp appears to be present (found by configure) but not declared: calls.c:1490: error: `mkdtemp' undeclared (first use this function) $ grep -r mkdtemp /usr/include/ /usr/include/cygwin/version.h: 129: Export mkdtemp. grep: warning: /usr/include/X11/X11: recursive directory loop $ -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.memri.org/ http://www.honestreporting.com http://www.openvotingconsortium.org/ http://www.palestinefacts.org/ Good programmers treat Microsoft products as damage and route around it. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mcedit stackdumps
Christopher Faylor wrote: $ cat mc.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=610CA032 This is indicative of a malloc corruption problem. It is probably a problem with mcedit itself, not cygwin. OK, I sent the report to mc mailing list. I hope they will know what to do about it. Krzysztof Duleba -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mcedit stackdumps (Pavel please comment?)
On Fri, Jun 10, 2005 at 06:19:25PM +0200, Krzysztof Duleba wrote: Christopher Faylor wrote: $ cat mc.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=610CA032 This is indicative of a malloc corruption problem. It is probably a problem with mcedit itself, not cygwin. OK, I sent the report to mc mailing list. I hope they will know what to do about it. Two things: - It would be nice if the mc maintainer would comment on this. Pavel? - This is problem is usually caused by free()ing the same block of memory twice. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mcedit stackdumps (Pavel please comment?)
On Fri, Jun 10, 2005 at 12:25:38PM -0400, Christopher Faylor wrote: - This is problem is usually caused by free()ing the same block of memory twice. Sigh. To restate in English: This problem is usually caused by free()ing the same block of memory twice. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mcedit stackdumps
Hello, On Fri, 10 Jun 2005, Krzysztof Duleba wrote: Christopher Faylor wrote: $ cat mc.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=610CA032 This is indicative of a malloc corruption problem. It is probably a problem with mcedit itself, not cygwin. OK, I sent the report to mc mailing list. I hope they will know what to do about it. Wow, that was fast. Anyway, I haven't seen similiar reports about the MC editor on other systems. I'll try to debug the problem this weekend. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ri dumps core
I tried running ri File, and got the following messages: C:\cygwin\bin\ruby.exe (2636): *** unable to remap C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as parent(0x37) != 0x276 C:\cygwin\bin\ruby.exe (2636): *** unable to remap C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as parent(0x37) != 0x276 3 [main] ruby 3944 fork_parent: child 2636 died waiting for dll loading /usr/lib/ruby/1.8/rdoc/ri/ri_display.rb:226: [BUG] rb_sys_fail() - errno == 0 ruby 1.8.2 (2004-12-25) [i386-cygwin] Abort (core dumped) Any idea what's up? % ri --version ri v1.0.1 - 20041108 % ruby --version ruby 1.8.2 (2004-12-25) [i386-cygwin] % Thanks, Steve -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ri dumps core
On Fri, Jun 10, 2005 at 10:26:42AM -0700, Steve Kelem wrote: I tried running ri File, and got the following messages: C:\cygwin\bin\ruby.exe (2636): *** unable to remap C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as parent(0x37) != 0x276 C:\cygwin\bin\ruby.exe (2636): *** unable to remap C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as parent(0x37) != 0x276 3 [main] ruby 3944 fork_parent: child 2636 died waiting for dll loading /usr/lib/ruby/1.8/rdoc/ri/ri_display.rb:226: [BUG] rb_sys_fail() - errno == 0 ruby 1.8.2 (2004-12-25) [i386-cygwin] Abort (core dumped) Any idea what's up? Yes. We do: http://sources.redhat.com/ml/cygwin/2005-06/msg00430.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ОТГ: Re: mcedit stackdumps (Pavel please comme nt?)
I read the mailing list every day. MC on Cygwin does not lack a maintainer. I'll try my best to solve this issue. -- . . -- : Re: mcedit stackdumps (Pavel please comment?) : Christopher Faylor Two things: - It would be nice if the mc maintainer would comment on this. Pavel? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ssh localhost date # no startup files read: ~/{.bash_profile,.bash_login,.profile,.bashrc}
starting new thread, trying for attention :-
old thread: http://sources.redhat.com/ml/cygwin/2005-06/msg00306.html
Larry:
THANKS for taking the time to reply, and thanks for the (~/.bash_login)
suggestion.
Below are two tests cases for ssh localhost date. The Linux
test shows that ~/.bashrc is read. The Cygwin case shows none of
~/{.bash_profile,.bash_login,.profile,.bashrc} are read. IMHO this
seems like a bug. Perhaps one of you could repeat the short test I did.
bash man page snippet:
Bash attempts to determine when it is being run by the remote shell
daemon, usually rshd. If bash determines it is being run by rshd, it
reads and executes commands from ~/.bashrc, if that file exists and is
readable.
--
The tests:
~ $ uname -a
CYGWIN_NT-5.0 argon 1.5.17(0.129/4/2) 2005-05-25 19:38 i686 unknown unknown
Cygwin
~ $ grep $(id -un) /etc/passwd|awk -F: '{print $NF}'
/bin/bash
~ $ seq 20|sed 's~^~## ~'|tee -a
~/{.bash_profile,.bash_login,.profile,.bashrc}|tail -5
## 16
## 17
## 18
## 19
## 20
~ $ date
Fri Jun 10 07:34:10 CDT 2005
~ $ date
Fri Jun 10 07:37:48 CDT 2005
~ $ ssh localhost date
Enter passphrase for key '/home/adm_tsr/.ssh/id_rsa':
[EMAIL PROTECTED]'s password:
Fri Jun 10 07:38:10 CDT 2005
~ $ ls -lurt ~/.[bp]*[^y] /etc/profile ##
-rwxr-xr-x 1 adm_tsr Users 5070 Jun 10 07:29 /etc/profile*
-rw-rw-r-- 1 adm_tsr Users 222 Jun 10 07:34 /home/adm_tsr/.bash_profile
-rw-rw-r-- 1 adm_tsr Users 222 Jun 10 07:34 /home/adm_tsr/.bash_login
-rw-rw-r-- 1 adm_tsr Users 222 Jun 10 07:34 /home/adm_tsr/.profile
-rw-rw-r-- 1 adm_tsr Users 111 Jun 10 07:34 /home/adm_tsr/.bashrc
Linux test, notice ~/.bashrc is read:
[EMAIL PROTECTED] rodmant]$ uname -a
Linux alex 2.6.5-1.358 #1 Sat May 8 09:04:50 EDT 2004 i686 athlon i386
GNU/Linux
[EMAIL PROTECTED] rodmant]$ echo $SHELL
/bin/bash
[EMAIL PROTECTED] rodmant]$ grep rodmant /etc/passwd
rodmant:x:502:502::/home/rodmant:/bin/bash
[EMAIL PROTECTED] rodmant]$ seq 20|sed 's~^~## ~'|tee -a
~/{.bash_profile,.bash_login,.profile,.bashrc}
## 1
## 2
snip
## 19
## 20
[EMAIL PROTECTED] rodmant]$ date
Fri Jun 10 07:14:14 CDT 2005
[EMAIL PROTECTED] rodmant]$ date
Fri Jun 10 07:15:40 CDT 2005
[EMAIL PROTECTED] rodmant]$ ssh localhost date
[EMAIL PROTECTED]'s password:
Fri Jun 10 07:16:11 CDT 2005
[EMAIL PROTECTED] rodmant]$ ls -lurt ~/.[bp]*[^y] ##
-rw-r--r-- 1 rodmant rodmant 24 Mar 12 14:22 /home/rodmant/.bash_logout
-rw-r--r-- 1 rodmant rodmant 302 Jun 10 07:12 /home/rodmant/.bash_profile
-rw-rw-r-- 1 rodmant rodmant 111 Jun 10 07:14 /home/rodmant/.profile
-rw-rw-r-- 1 rodmant rodmant 111 Jun 10 07:14 /home/rodmant/.bash_login
-rw-r--r-- 1 rodmant rodmant 235 Jun 10 07:16 /home/rodmant/.bashrc
[EMAIL PROTECTED] rodmant]$ ls -lu /etc/profile
-rw-r--r-- 1 root root 842 Jun 10 07:12 /etc/profile
I also added an 'echo hi' to ~/.bashrc on the linux box and repeated
ssh localhost date. The 'hi' was seen, so ~/.bashrc ran
--
thanks as always for Cygwin :-
Tom
On Tue 6/7/05 19:50 EDT Larry Hall wrote:
At 04:10 PM 6/7/2005, you wrote:
I'm running 1.5.17, if appropriate pls forward to the bash maintainer
I want to be able to run a noninteractive command like
ssh [EMAIL PROTECTED] somecommand
where user joedoe has /bin/rbash in /etc/passwd for a shell.
How do I restrict the PATH that is seen for the above ssh session?
I have tried changing and exporting PATH in ~joedoe/.bashrc but this
file is not read by prior to running somecommand above.
This isn't a Cygwin-specific question so it's really off-topic for
this list. Of course, you can always use something like ~/.bash_login.
See the bash man page for more details and what files get executed when.
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
838 Washington Street (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Re: Error piping data through a cygwin command using rsh (write system call fail)
On Jun 10 11:06, Johnny B. Goode wrote: Also, the data leaves gzip without problems when piped through the pipeline program, and the pipeline program then gets the error instead, which indicates to me, that the error is not in the gzip program. It must be in the system code behind the write call (since write actually returns a return value that is not legal compared to the write call man page). Thanks for the testcase. It took some time to reproduce it (actually the error occured with quite different result on my machine) and to track it down, but I think I have found the culprit, an uninitialized variable in the socket sendto/sendmsg code. After having initialized it to 0, I'm now unable to get your example to fail. Or better: http://cygwin.com/acronyms/#WJFFM :-) Could you please try the next snapshot from http://cygwin.com/snapshots/ to see if it solves the problem for you? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
clean up download directory?
After having used the Cygwin download program (which is FANTASTIC!), I've noticed that I end up with redundant copies of the software. There are multiple versions of a piece of software in a directory, e.g., site/release/binutils/binutils-20050520-1.tar.bz2 site/release/binutils/binutils-20050608-2.tar.bz2 as well as copies from other download sites: site2/release/binutils/binutils-20050608-2.tar.bz2 Is there a (semi-)automatic way to get rid of the older versions and keep just the latest one? Thanks, Steve -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Multi Threaded programs deadlock doing simple I/O operations
On Thursday, June 09, 2005 at 6:12 PM, Mark Pizzolato wrote: On Thursday, June 09, 2005 at 3:35 PM, Christopher Faylor wrote: On Wed, Jun 08, 2005 at 05:43:59PM -0700, Mark Pizzolato wrote: There is a serious problem for multi threaded programs doing simple I/O operations in cygwin (open, dup, fdopen, fclose, and close). The attached 81 line test program clearly demonstrates the issue (by hanging and no longer consuming CPU or performing any I/O operations). Thanks for the relatively small test case. That was enough to track the problem down. I'm generating a new snapshot with a fix for this problem. The snapshot looks good! This fixes the stability problems with clamav's clamd that I've been chasing for a long time. Some more follow up here...I'm running with the 20050609 snapshot dll. clamav's clamd now runs better than it has ever for me on cygwin. until it doesn't, once it starts to run poorly it won't run cleanly again until I reboot the system (I haven't actually tried after merely exiting all processes ..) To be more specific about the poor behavior: - pthread_unlock_mutex fails leaving errno with a value of 90. This is in a place where there is only one path through about a dozen lines of code and the mutex is definately locked. there may have been a call to pthread_create, and a definate call to pthread_cond_signal. - once the above error happens, calls (by the same thread) to accept() fail using a file descriptor which we've been successfully using all along and only close when the program exists. so some change introduced recently (since 1.5.17-1), and possibly in 20050609 fixes the dup() issue but now mutex operations are failing in strange ways. Sorry not to have a simple isolated test case for this. The good news is that once it breaks it won't run correcfly again until a reboot. Ideas? Thanks. - Mark Pizzolato -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Making /bin/sh == bash. Has the time come?
Configuring wxWindows from cvs, on a 3.4GHz P4: Sh = Ash: real3m55.351s user5m8.610s sys 1m53.240s Sh = Bash: real3m41.850s user5m6.220s sys 1m53.426s Looks like the time has come. -- Gary R. Van Sickle -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor Sent: Friday, June 10, 2005 10:07 AM To: cygwin@cygwin.com Subject: Making /bin/sh == bash. Has the time come? A long time ago, in a Cygwin release prior to B20.1, someone made the decision to use ash as the standard /bin/sh for Cygwin. The sole reason for doing this was that ash was faster than bash. Later, at one point, I implemented a sorta-wannabe version of vfork, and commissioned one of the people who worked for me to modify ash to use vfork. This made ash even faster than it was before. Recently, after too many hours hacking at vfork corner cases, I came to the conclusion that getting vfork working correctly was too difficult so, I turned off vfork in cygwin and asked Corinna to modify ash to use /bin/sh again. So, that leaves us with an ash which is still faster. For example: e:\time ash -c i=0; while [ $i -lt 1000 ]; do i=$(expr $i + 1); done 32.24user 9.72system 0:12.85elapsed 326%CPU (0avgtext+0avgdata 11677696maxresident)k 0inputs+0outputs (730699major+0minor)pagefaults 0swaps e:\time bash -c i=0; while [ $i -lt 1000 ]; do i=$(expr $i + 1); done 49.86user 16.51system 0:23.04elapsed 288%CPU (0avgtext+0avgdata 20525056maxresident)k 0inputs+0outputs (1284873major+0minor)pagefaults 0swaps i.e., bash is twice as slow as ash. However: e:\time bash -c i=0; while [ $i -lt 1000 ]; do i=$(($i + 1)); done 0.14user 0.01system 0:00.15elapsed 101%CPU (0avgtext+0avgdata 15712maxresident)k 0inputs+0outputs (982major+0minor)pagefaults 0swaps So, there are some constructs available in bash which, if you assume that bash == /bin/sh, will result in much faster shell script execution. And, anyone who reads this list regularly will know that we get a lot of complaints about the differences between bash and ash, which cause people to eventually copy bash to /bin/sh. So, in conversation with Corinna, I think that we're starting to lean towards making /bin/sh == bash sometime soon. We won't get rid of ash and will point to it when people send the inevitable Cygwin is slow! message here. I was thinking that we should have something like linux's alternatives command which would allow us to set up /bin/sh to whatever a user decides is best for them, defaulting to /bin/bash. This is, of course, trickier to do right on cygwin since you can't use a cygwin symbolic link to do a 'ln -s /bin/bash /bin/sh' but you could still do something with a copy, recording preferences in a file. Anyway, I wanted to get people's feelings on making this change. Is anyone actually relying on ash for some reason? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Making /bin/sh == bash. Has the time come?
Christopher Faylor wrote: So, in conversation with Corinna, I think that we're starting to lean towards making /bin/sh == bash sometime soon. Excellent idea. And it even seems to handle the automatic switch to POSIX mode correctly when called sh.exe. Talking of which, how good is pdksh these days? Using your exec-expr-in-a-loop microbenchmark (without the builtin), it seems to be nearly as fast as ash (within a few percent), and almost 1.5x as fast as bash (I got 20, 23 and 38 seconds for ash, pdksh and bash respectively). And for the builtin (using $((i+1))) loop, it's still nearly 4x as fast as bash (0.06 vs 0.23 seconds, or 0.25 vs 1.1 seconds for 1 iterations). Is it stable enough (and well-enough maintained) to be considered for being the shell? We won't get rid of ash and will point to it when people send the inevitable Cygwin is slow! message here. Actually, has anyone done recent benchmarks comparing bash or pdksh vs ash on a reasonable-sized Configure script, or something like that (instead of toy benchmarks)? My gut feeling is that we may not even need all the alternatives stuff, and can just tell folks who are *really anal* about this (or running especially feeble machine) to just run SHELL=/bin/ash ash ./configure. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Making /bin/sh == bash. Has the time come?
PS: I was as surprised as the Gentle Reader was at the closeness of these results, so I repeated this test several times. I made absolutely sure I was running the sh I thought I was running, and the results are 100% repeatable; there is simply no real difference in speed between shells. So the conclusion we must jump to is that, at least on a machine as awesome as mine, the shell used as /bin/sh is not a bottleneck. -- Gary R. Van Sickle -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gary R. Van Sickle Sent: Friday, June 10, 2005 6:14 PM To: cygwin@cygwin.com Subject: RE: Making /bin/sh == bash. Has the time come? Configuring wxWindows from cvs, on a 3.4GHz P4: Sh = Ash: real3m55.351s user5m8.610s sys 1m53.240s Sh = Bash: real3m41.850s user5m6.220s sys 1m53.426s Looks like the time has come. -- Gary R. Van Sickle -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor Sent: Friday, June 10, 2005 10:07 AM To: cygwin@cygwin.com Subject: Making /bin/sh == bash. Has the time come? A long time ago, in a Cygwin release prior to B20.1, someone made the decision to use ash as the standard /bin/sh for Cygwin. The sole reason for doing this was that ash was faster than bash. Later, at one point, I implemented a sorta-wannabe version of vfork, and commissioned one of the people who worked for me to modify ash to use vfork. This made ash even faster than it was before. Recently, after too many hours hacking at vfork corner cases, I came to the conclusion that getting vfork working correctly was too difficult so, I turned off vfork in cygwin and asked Corinna to modify ash to use /bin/sh again. So, that leaves us with an ash which is still faster. For example: e:\time ash -c i=0; while [ $i -lt 1000 ]; do i=$(expr $i + 1); done 32.24user 9.72system 0:12.85elapsed 326%CPU (0avgtext+0avgdata 11677696maxresident)k 0inputs+0outputs (730699major+0minor)pagefaults 0swaps e:\time bash -c i=0; while [ $i -lt 1000 ]; do i=$(expr $i + 1); done 49.86user 16.51system 0:23.04elapsed 288%CPU (0avgtext+0avgdata 20525056maxresident)k 0inputs+0outputs (1284873major+0minor)pagefaults 0swaps i.e., bash is twice as slow as ash. However: e:\time bash -c i=0; while [ $i -lt 1000 ]; do i=$(($i + 1)); done 0.14user 0.01system 0:00.15elapsed 101%CPU (0avgtext+0avgdata 15712maxresident)k 0inputs+0outputs (982major+0minor)pagefaults 0swaps So, there are some constructs available in bash which, if you assume that bash == /bin/sh, will result in much faster shell script execution. And, anyone who reads this list regularly will know that we get a lot of complaints about the differences between bash and ash, which cause people to eventually copy bash to /bin/sh. So, in conversation with Corinna, I think that we're starting to lean towards making /bin/sh == bash sometime soon. We won't get rid of ash and will point to it when people send the inevitable Cygwin is slow! message here. I was thinking that we should have something like linux's alternatives command which would allow us to set up /bin/sh to whatever a user decides is best for them, defaulting to /bin/bash. This is, of course, trickier to do right on cygwin since you can't use a cygwin symbolic link to do a 'ln -s /bin/bash /bin/sh' but you could still do something with a copy, recording preferences in a file. Anyway, I wanted to get people's feelings on making this change. Is anyone actually relying on ash for some reason? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Making /bin/sh == bash. Has the time come?
On Fri, Jun 10, 2005 at 04:35:05PM -0700, Shankar Unni wrote: Christopher Faylor wrote: So, in conversation with Corinna, I think that we're starting to lean towards making /bin/sh == bash sometime soon. Excellent idea. And it even seems to handle the automatic switch to POSIX mode correctly when called sh.exe. Talking of which, how good is pdksh these days? Using your exec-expr-in-a-loop microbenchmark (without the builtin), it seems to be nearly as fast as ash (within a few percent), and almost 1.5x as fast as bash (I got 20, 23 and 38 seconds for ash, pdksh and bash respectively). And for the builtin (using $((i+1))) loop, it's still nearly 4x as fast as bash (0.06 vs 0.23 seconds, or 0.25 vs 1.1 seconds for 1 iterations). Is it stable enough (and well-enough maintained) to be considered for being the shell? No, I don't think we want to go there. Most people these days expect that /bin/sh is the same thing as bash. That's the way it is on linux and that is what we're trying to emulate. Not doing that will just trade the explanation of Why doesn't this work? from It's because /bin/sh is ash to It's because /bin/sh is pdksh. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Making /bin/sh == bash. Has the time come?
On Fri, Jun 10, 2005 at 06:13:31PM -0500, Gary R. Van Sickle wrote: Configuring wxWindows from cvs, on a 3.4GHz P4: Sh = Ash: real3m55.351s user5m8.610s sys 1m53.240s Sh = Bash: real3m41.850s user5m6.220s sys 1m53.426s Looks like the time has come. Wow. I never expected that bash would actually be faster. I would appreciate getting a few more benchmarks for other packages. If this holds out then moving to bash is a no-brainer. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New package: catgets
The catgets package is now available in the Cygwin distribution. Catgets is a programming library for issuing messages via a message catalog so a program can speak multiple languages. The library contains the X/Open standard catgets(), catopen(), and catclose() calls. The package also includes the X/Open standard program gencat, which creates a message catalog. Many programs are written to use the standard catgets facility, so this package makes it possible to run those under Cygwin. This is the GNU C library's implementation, adapted to Cygwin. Source homepage:http://www.gnu.org/software/libc/libc.html License:LGPL *** To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. *** -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Making /bin/sh == bash. Has the time come?
Christopher Faylor wrote: Wow. I never expected that bash would actually be faster. I would appreciate getting a few more benchmarks for other packages. If this holds out then moving to bash is a no-brainer. FWIW, there has been a concerted effort in libtool-2.0 to replace fork/exec'ed subprocesses with builtins whenever available (e.g. fork/exec on ash, but if SHELL=bash/ksh/..., use some builtin construct). This is bound to help with respect to configury-type benchmarks as projects upgrade their libtools. Thus, things are only going to get better, in the ash-vs-bash race. With respect to alternatives, I was thinking about packaging that up for cygwin anyway, because the new family of automake packages could use it, instead of the hacked-together pseudo-alternative scheme it's using now. I haven't had a chance to look into it yet, tho. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Unicode in filenames support?
Jaeho Shin [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I'm having problem with accessing files that have Unicode in their filenames. ... The Boost Filesystem library (www.boost.org/libs/filesystem) release version does not currently support Unicode or other wide-character filenames. The i18n branch in the Boost CVS does provide that support. It can be configured to traffic externally in wide-character Unicode filenames (on NTFS or other file systems with direct wide-character support) or multi-byte narrow-character encodings such as UTF-8. A mini-review of the internationalized version of Boost.Filesystem should begin on the Boost developer's mailing list in a week or so. I also plan to propose the library later this year to the C++ standards committee for the second library technical report. The library works nicely with GCC on other platforms, but there is a problem with the C library shipped with GCC/Cygwin. It doesn't support wide characters, and that in turn prevents C++ std::wstring from working. And that prevents Boost.Filesystem from working. I've been in contact with Newlib people working on the problem in, which is where the problem needs to be solved. They really need encouragement that people do care about wide character support, and that not having it is a black eye for an otherwise excellent and highly appreciated Cygwin effort. IMO of course. --Beman Dawes -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Unicode in filenames support?
On Fri, Jun 10, 2005 at 10:08:30PM -0400, Beman Dawes wrote: I've been in contact with Newlib people working on the problem in, which is where the problem needs to be solved. They really need encouragement that people do care about wide character support, and that not having it is a black eye for an otherwise excellent and highly appreciated Cygwin effort. IMO of course. I've been reading the newlib list and they do not need encouragement. Newlib is like any other free software project. They need someone to do the work. Please do not send me toos to the newlib list. They are not required. If you want something in newlib, then please submit a patch to make it happen. That's how it works. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: clean up download directory?
Steve Kelem wrote: After having used the Cygwin download program (which is FANTASTIC!), I've noticed that I end up with redundant copies of the software. There are multiple versions of a piece of software in a directory, e.g., site/release/binutils/binutils-20050520-1.tar.bz2 site/release/binutils/binutils-20050608-2.tar.bz2 as well as copies from other download sites: site2/release/binutils/binutils-20050608-2.tar.bz2 Is there a (semi-)automatic way to get rid of the older versions and keep just the latest one? There's a wonderfully flexible perl script at: http://home.ix.netcom.com/~mchase/zip/clean_setup.zip Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ri dumps core
Christopher Faylor said the following on 6/10/2005 10:34 AM: On Fri, Jun 10, 2005 at 10:26:42AM -0700, Steve Kelem wrote: I tried running ri File, and got the following messages: C:\cygwin\bin\ruby.exe (2636): *** unable to remap C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as parent(0x37) != 0x276 C:\cygwin\bin\ruby.exe (2636): *** unable to remap C:\cygwin\lib\ruby\1.8\i386-cygwin\syck.so to same address as parent(0x37) != 0x276 3 [main] ruby 3944 fork_parent: child 2636 died waiting for dll loading /usr/lib/ruby/1.8/rdoc/ri/ri_display.rb:226: [BUG] rb_sys_fail() - errno == 0 ruby 1.8.2 (2004-12-25) [i386-cygwin] Abort (core dumped) Any idea what's up? Yes. We do: http://sources.redhat.com/ml/cygwin/2005-06/msg00430.html Okay. I ran rebase. Then I get the same problem. Then I downloaded the ActiveState Tcl Tk, then the sources for ruby and built ruby. Then I get the same problem. I ran rebase again. Same problem: C:\cygwin\usr\local\bin\ruby.exe (5784): *** unable to remap C:\cygwin\usr\local\lib\ruby\1.8\i386-cygwin\syck.so to same address as parent(0x37) != 0x276 C:\cygwin\usr\local\bin\ruby.exe (5784): *** unable to remap C:\cygwin\usr\local\lib\ruby\1.8\i386-cygwin\syck.so to same address as parent(0x37) != 0x276 1684 [main] ruby 3204 fork_parent: child 5784 died waiting for dll loading /usr/local/lib/ruby/1.8/rdoc/ri/ri_display.rb:226: [BUG] rb_sys_fail() - errno == 0 ruby 1.8.2 (2004-12-25) [i386-cygwin] Abort (core dumped) What now? THanks, Steve -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: My Spacebar is OK!
On Fri, Jun 10, 2005 at 09:53:26AM -0400, Christopher Faylor wrote: On Fri, Jun 10, 2005 at 03:00:31PM +0430, Alireza Ghasemi wrote: Hello, Thanks to all of you for your attention to my humble spacebar key.The fact is that , I don't have much experience in writing formal English letters.So please excuse me for mistakes which may happen.The culprit is me not my keyboard! But another question is that I tried to compile allegro but at last phase it wanted a library called -ldl (libdl.a probably).Could anybody say what is that and where can I obtain it? Here's how it works: Two spaces after ., one space after ,. No space before . or , and it's something not something . ^ As Gerrit pointed out in cygwin-talk, I shouldn't have put a space here. That was just confusing. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Negative stats from rsync with 20050610 snapshot
rsync has started reported negative statistics with the 20050610
snapshot and a DLL I built from CVS HEAD today using gcc 3.4.4 and the
latest gcc-mingw release. Interestingly (to me, at least), it works
correctly with CVS HEAD built today using gcc 3.3.3 and the previous
gcc-mingw release.
Here's a test case.
% mkdir /tmp/{a,b}
% date /tmp/a/x
% rsync -v --stats /tmp/a/x /tmp/b
x
Number of files: 1
Number of files transferred: 1
Total file size: -29 bytes
Total transferred file size: -29 bytes
Literal data: -29 bytes
Matched data: -0 bytes
File list size: 20
Total bytes sent: -105
Total bytes received: -40
sent -105 bytes received -40 bytes -96.67 bytes/sec
total size is -29 speedup is -0.20
% rsync -v --stats /tmp/a/x /tmp/b
x
Number of files: 1
Number of files transferred: 1
Total file size: -29 bytes
Total transferred file size: -29 bytes
Literal data: -0 bytes
Matched data: -29 bytes
File list size: 20
Total bytes sent: -76
Total bytes received: -46
sent -76 bytes received -46 bytes -244.00 bytes/sec
total size is -29 speedup is -0.24
--
David Rothenbergerspammer? - [EMAIL PROTECTED]
GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734
Be careful when you bite into your hamburger.
-- Derek Bok
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Re :Re: apache start problem
Brian Dessent wrote, On 06/07/2005 06:58 AM: Alireza Ghasemi wrote: 1.I have never tried to create any username in Cygwin (Because I don't know how!).Also,I haven't given any username to apache.just I typed apachectl start.How can I create a username in cygwin? 2.I have a very weak dial-up internet connection and downloading files with sizes more than 3..4 MB is difficult for me.so I prefer compiling source packages in my SuSe8.0 Cd's rather than downloading binaries from internet. Cygwin does not have 'users' of its own. Cygwin uses the user accounts in Windows. To add a user to Cygwin, create that user using the normal Windows methods. But this is not required at all. In unix the unprivileged user account is typically named 'nobody'. In Windows, it's typically Guest. So, just change your httpd.conf to use Guest. But really you should just comment that out alltogether because the preferred way to run Apache is via a service, not with apachectl. I tried commenting out User Guest in httpd.conf and it would not start with cygrunsrv -S httpd. Also, account Guest (which I just created) would not work either. The only thing I could get to work (in Win2kPro) was to use my own account (administrative priv) in httpd.conf User field. What is the trick to getting Guest to work in win2k? When I did this in XP-home I enabled the dormant Guest account and it worked there when put in httpd.conf as User. Unless you're using 9x or ME don't even touch apachectl. Install the service and use net start/net stop (or cygrunsrv) to start and stop it. In this case it will be running as the SYSTEM user. The Cygwin-packaged Apache documentation covers this. /usr/share/doc/Cygwin/apache-1.3.33.README? Mostly seems to be just a list of files. Is there a better cygwin related docu file? snip Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ri dumps core
Steve Kelem wrote: Okay. I ran rebase. Then I get the same problem. I just noticed that ruby uses .so for the name of its dynamic modules, but I think the rebaseall script only looks for .dll. Make a list of all the .so files in the ruby package and pass that to rebaseall with the -T flag, or modify the rebaseall script to look for files ending in .so. I think this could be a bug in the rebaseall script. Then I downloaded the ActiveState Tcl Tk, then the sources for ruby and built ruby. rebaseall only knows about DLLs installed via Cygwin's setup.exe, so it won't rebase things that you have installed on your own, such as in /usr/local. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
New package: catgets
The catgets package is now available in the Cygwin distribution. Catgets is a programming library for issuing messages via a message catalog so a program can speak multiple languages. The library contains the X/Open standard catgets(), catopen(), and catclose() calls. The package also includes the X/Open standard program gencat, which creates a message catalog. Many programs are written to use the standard catgets facility, so this package makes it possible to run those under Cygwin. This is the GNU C library's implementation, adapted to Cygwin. Source homepage:http://www.gnu.org/software/libc/libc.html License:LGPL *** To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. ***
