Re: gbs cleanup patch, 2nd try
Great. Have you tested whether the -e flag gets propagated inside the functions? Yes, I have now: $ /bin/sh -e ; echo finished /bin/sh -e, status=$? $ echo $- eims $ # the -e flag propagates into subshells: $ tst1() { echo $- ; } $ tst1 eims $ # false result inside a function causes subshell and $ # main shell to immediately exit: $ tst2() { false ; echo continuing execution ; } $ tst2 finished /bin/sh -e, status=1 Sorry, the above is wrong: $ /bin/sh -e ; echo finished /bin/sh -e, status=$? $ ( echo $- ) ehimBH $ ( false ; echo continuing execution ) $ echo $? 1 So -e is effective in the subshell, but when it returns its false status it doesn't cause its parent shell to exit. I now see in the manual that this is because a subshell isn't a simple command. So I will have to rethink how best to handle a false return status of a subshell.
tetex 2.99.1.20041026 prerelease
teTeX 2.99.1 can be considered something of a release candidate. I've made considerable efforts to make teTeX 3.0 [cross] build out of the box for Cygwin, many thanks to Thomas Esser and Olaf Weber. This release has major changes since 2.0.2, so I do not think it's wise to put this in the test distribution yet. You may give it some testing by pointing setup to http://lilypond.org/cygwin/ or just download it from there. There's a known issue with texconfig that needs the xdvi/XDvi app configuration file, that's duplicated in tetex-bin for now, but texconfig is planned to get a rewrite before 3.0. Please report any non-Cygwin problems with this release to the tetex-pretest list. Enjoy, Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: ATTN: basefiles, tcsh, zsh maintainers; chere updates to login scripts
On Fri, Oct 29, 2004 at 11:11:17AM -0700, Dave wrote: The logic required is: If the environment variable CHERE_INVOKING is present, do not change to the users home directory. http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-files-3.1-2.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/setup.hint These were done in a hurry (am leaving for holiday in 15 mins!) somebody please check!!! If it's wrong I'm sure cfg or somebody could fix and send me the changes to incorporate for the next version. setup.hint hasn't changed: sdesc: A set of important system configuration and setup files ldesc: A set of important system configuration and setup files requires: ash fileutils sh-utils textutils findutils sed category: base md5sum 71534439bf742f261d0a749fd6186463 *base-files-3.1-2.tar.bz2 9b2695ab19b83cc2eb27e346801a114c *setup.hint Change log: 3.1-2 * Fix for zsh/ksh - Tero Niemela * Change cd $HOME functionality for CHERE - Dave J. PS Dave, I'm sorry I couldn't find your surname anywhere!
Re: gbs cleanup patch, 2nd try
Sorry, the above is wrong: Sorry again, but please disregard my previous message. I was confused because I was testing some features of /bin/sh -e on Debian. On Debian /bin/sh invokes bash, while on Cygwin it runs ash. It turns out that these two handle subshells with -e differently: Cygwin: $ /bin/sh -e ; echo finished /bin/sh -e, status=$? $ ( false ; echo continuing ) finished /bin/sh -e, status=1 $ Debian: $ /bin/sh -e ; echo finished /bin/sh -e, status=$? $ ( false ; echo continuing ) $ In both cases, the subshell exits as soon as one of its commands returns false. But in Cygwin, the parent shell exits too; in Debian, it doesn't. It was the Debian behavior that I reported earlier. My mistake. The Cygwin behavior above is consistent with the ash man page. It also means that all of the 's in the generic-build-script are definitely not needed. With /bin/sh -e, as soon as any command in a subshell returns false, the subshell and parent shell exit. That's the purpose of the 's, so they can go. I tested this behavior by inserting some failing commands into some of the gbs functions, and running the script. With /bin/sh -e at the top, it halted at the first false result. So the patch I posted yesterday is still correct. Andrew.
Re: Cygwin 1.5.11-1 error starting Xemacs
Lou Rosas wrote: windows dialog box: The dynamic link library cygdb-4.1.dll could not be found in Specified path . If I downloaded everything, what am I missing? I looked for the dll's, and I found they were represented in the path, but found a cygdb-4.2.dll. What do I need to do differently, if I am downloading everything? install package libdb4.1 bye ago NP: Neikka RPM - Bound with sympathy (Terrorfakt mix) -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: New rootless mode
Kensuke Matsuzaki wrote: Hi, guys. I'm writing code related mwextwm. Temporally I added -internalwm option. It detects another window manager, and automatically it switches on/off built-in window manager. There are duplicated code for -rootless and -multiwindow and -mwextwm. This will merge those three mode. I have to clean-up, debug and test more. But I want to know direction of this patch before. How do you think? 1. Add -internalwm option? (more better naming?) -internalwm is actually -multiwindow? 2. Replace -rootless and -multiwindow with this. or something else. I'd keep the options (at least their names) for backward compatibility. BTW: Torrey wanted to change a rootless definition in fb.h https://freedesktop.org/bugzilla/show_bug.cgi?id=1737 Can you please take a look? I don't think the change will break anything but I've not the complete insight on the code. bye ago NP: Neikka RPM - Bound with sympathy (Terrorfakt mix) -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: New rootless mode
-internalwm is actually -multiwindow? No. -multiwindow use hw/xwin/winmultiwindow*.c to handle widow, but -internalwm use miext/rootless/. And -internalwm uses built-in wm in winmultiwindowwm.c too if another window manager is running. I'd keep the options (at least their names) for backward compatibility. I see. BTW: Torrey wanted to change a rootless definition in fb.h https://freedesktop.org/bugzilla/show_bug.cgi?id=1737 Can you please take a look? I don't think the change will break anything but I've not the complete insight on the code. It seems no problem. I remember that I added defined(__CYGWIN__) to use miext/rootless. http://freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/fb/fb.h?r1=1.1.4.1root=xorgsortby=dater2=1.1.4.1.2.1only_with_tag=CYGWIN Thank you. -- Kensuke Matsuzaki mailto:[EMAIL PROTECTED] http://peppermint.jp
Resolution XWin -dpi
Hi All, My fonts are too small on the 1680x1050 laptop I just got. Looking at the mailing lists, it seemed XWin -dpi 100 was the answer. I installed the 100 dpi fonts and added the -dpi 100 to my XWin command line, but this changed NOTHING. I am using the newest XWin (6.8.1.0-5). Can anyone please help me tell XFree I need to use different fonts. Thanks, Andy Glenn
Re: New rootless mode
Kensuke Matsuzaki wrote: -internalwm is actually -multiwindow? No. -multiwindow use hw/xwin/winmultiwindow*.c to handle widow, but -internalwm use miext/rootless/. And -internalwm uses built-in wm in winmultiwindowwm.c too if another window manager is running. oh. This makes it clear. Just go ahead. This sounds very useful. BTW: Torrey wanted to change a rootless definition in fb.h https://freedesktop.org/bugzilla/show_bug.cgi?id=1737 Can you please take a look? I don't think the change will break anything but I've not the complete insight on the code. It seems no problem. I remember that I added defined(__CYGWIN__) to use miext/rootless. http://freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/fb/fb.h?r1=1.1.4.1root=xorgsortby=dater2=1.1.4.1.2.1only_with_tag=CYGWIN I'll tell Torrey to go on. bye ago NP: Interlace - Elohim -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: [Patch] unlink
On Fri, Oct 29, 2004 at 06:01:51PM -0400, Pierre A. Humblet wrote: Here is a patch that should allow unlink() to handle nul etc.. on local disks. It's a cut and paste of Corinna's open on NT and the existing CreateFile. It works on normal files. I haven't tested with the special names because I forgot how to create them ! Feedback welcome. X This should NOT be applied in 1.5.12 XX Pierre 2004-10-29 Pierre Humblet [EMAIL PROTECTED] * syscalls.cc (nt_delete): New function. (unlink): Call nt_delete instead of CreateFile and remove unreachable code. Corinna suggested something similar to me a couple of months ago but I wanted to wait for things to settle down somewhat after the original use of NtCreateFile. On reflection, however, wouldn't it be a little easier just to prepend the path being deleted with a: \\.\ so that rm nul would eventually translate to DeleteFile(\\.\c:\foo\null) (I'm not using true C backslash quoting here)? I don't know if that would work on Windows 9x, though. cgf
Re: [Patch] cygcheck: Don't use keyeprint if GetLastError is irrelevant.
Op Fri, 29 Oct 2004 11:22:38 -0400 schreef Christopher Faylor in [EMAIL PROTECTED]: : On Fri, Oct 29, 2004 at 06:31:11AM +0200, Bas van Gompel wrote: : Following (trivial, once more, I hope) patch cleans up some of the : (IMO) inappropriate ``keyeprint'' usage in cygcheck. It (keyeprint) : should not be used when GetLastError does not apply, I think. Also the : format ending in ``failed'' can cause strange messages like ``NULL : pointer for file failed''. : : If malloc failed, it is not inconceivable that there is a system error. Ok. : Since the point of keyeprint is to print error messages, reverting to : using raw puts is a step backwards. If it is really known that there is : not a remote possibility that GetLastError will be useful, then an : option to keyeprint should be added. I thought so too, at first. I'll admit my solution wasn't pretty either. Maybe a new function sh/could be added to print messages on stderr, but without the ``failed'' suffix and the LastError output. (This could then be called from keyeprint as well.) : I'd rather regularize error output : throughout cygcheck (which may be a bigger job than your current assignment : status will allow) than sprinkle fputs's, and fprints's around the code. I hope a step-by-step approach will work... [...] : While doing this I caught a typo in get_dword. I'll start by trying to fix that one (and some more). (The ones in track_down don't look like they can ever really get triggered.) ChangeLog-entry: 2004-10-28 Bas van Gompel [EMAIL PROTECTED] * cygcheck.cc (get_dword): Fix errormessage. (cygwin_info): Ditto. (track_down): Ditto. (check_keys): Ditto. --- src/winsup/utils-keye-usage-p0/cygcheck.cc 27 Oct 2004 01:28:07 - 1.58 +++ src/winsup/utils-keye-usage-p0/cygcheck.cc 30 Oct 2004 03:16:07 - @@ -276,7 +276,7 @@ get_dword (HANDLE fh, int offset) if (SetFilePointer (fh, offset, 0, FILE_BEGIN) == INVALID_SET_FILE_POINTER GetLastError () != NO_ERROR) -keyeprint (get_word: SetFilePointer()); +keyeprint (get_dword: SetFilePointer()); if (!ReadFile (fh, rv, 4, (DWORD *) r, 0)) keyeprint (get_dword: Readfile()); @@ -359,7 +359,7 @@ cygwin_info (HANDLE h) buf_start = buf = (char *) calloc (1, size + 1); if (buf == NULL) { - keyeprint (cygwin_info: malloc()); + keyeprint (cygwin_info: calloc()); return; } @@ -537,13 +537,13 @@ track_down (char *file, char *suffix, in { if (file == NULL) { - keyeprint (track_down: malloc()); + keyeprint (track_down: NULL passed for file); return; } if (suffix == NULL) { - keyeprint (track_down: malloc()); + keyeprint (track_down: NULL passed for suffix); return; } @@ -1271,7 +1271,7 @@ check_keys () OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL); if (h == INVALID_HANDLE_VALUE || h == NULL) -return (keyeprint (check_key: Opening CONIN$)); +return (keyeprint (check_keys: Opening CONIN$)); DWORD mode; @@ -1281,7 +1281,7 @@ check_keys () { mode = ~ENABLE_PROCESSED_INPUT; if (!SetConsoleMode (h, mode)) - keyeprint (check_keys: GetConsoleMode()); + keyeprint (check_keys: SetConsoleMode()); } fputs (\nThis key check works only in a console window,, stderr); @@ -1300,7 +1300,7 @@ check_keys () { prev_in = in; if (!ReadConsoleInput (h, in, 1, mode)) - keyeprint (ReadConsoleInput); + keyeprint (check_keys: ReadConsoleInput()); if (!memcmp (in, prev_in, sizeof in)) continue; L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | // really is | and false bits entirely.| mail for ) | | //a 72 by 4 +---+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe s.u(z)\1.as.| me. 4^re
Re: [Patch] cygcheck: Don't use keyeprint if GetLastError is irrelevant.
On Sat, Oct 30, 2004 at 11:32:27PM +0200, Bas van Gompel wrote: 2004-10-28 Bas van Gompel [EMAIL PROTECTED] * cygcheck.cc (get_dword): Fix errormessage. (cygwin_info): Ditto. (track_down): Ditto. (check_keys): Ditto. Go ahead and check these in. Thanks, cgf
Re: [Patch] unlink
At 01:39 PM 10/30/2004 -0400, you wrote: On Fri, Oct 29, 2004 at 06:01:51PM -0400, Pierre A. Humblet wrote: Here is a patch that should allow unlink() to handle nul etc.. on local disks. It's a cut and paste of Corinna's open on NT and the existing CreateFile. It works on normal files. I haven't tested with the special names because I forgot how to create them ! Feedback welcome. X This should NOT be applied in 1.5.12 XX Pierre 2004-10-29 Pierre Humblet [EMAIL PROTECTED] * syscalls.cc (nt_delete): New function. (unlink): Call nt_delete instead of CreateFile and remove unreachable code. Corinna suggested something similar to me a couple of months ago but I wanted to wait for things to settle down somewhat after the original use of NtCreateFile. On reflection, however, wouldn't it be a little easier just to prepend the path being deleted with a: \\.\ so that rm nul would eventually translate to DeleteFile(\\.\c:\foo\null) (I'm not using true C backslash quoting here)? I don't know if that would work on Windows 9x, though. That would work on NT, but then one would need to check if the input path didn't already have the form //./xx, worry about exceeding max pathlength, etc... The patch cleanly handles all of that, is symmetrical to file creation, and is very efficient. I cleaned it up a little and tested readonly hard links and other weird cases. It's good to go but I still wouldn't include it in 1.5.12 if it's coming out this weekend. Pierre 2004-10-31 Pierre Humblet [EMAIL PROTECTED] * syscalls.cc (nt_delete): New function. (unlink): Call nt_delete instead of CreateFile and remove unreachable code. Index: syscalls.cc === RCS file: /cvs/src/src/winsup/cygwin/syscalls.cc,v retrieving revision 1.349 diff -u -p -b -r1.349 syscalls.cc --- syscalls.cc 28 Oct 2004 01:46:01 - 1.349 +++ syscalls.cc 31 Oct 2004 02:10:49 - @@ -39,6 +39,8 @@ details. */ #include wininet.h #include lmcons.h /* for UNLEN */ #include rpc.h +#include ntdef.h +#include ntdll.h #undef fstat #undef lstat @@ -127,6 +129,30 @@ dup2 (int oldfd, int newfd) return cygheap-fdtab.dup2 (oldfd, newfd); } +static HANDLE +nt_delete (path_conv pc) +{ + WCHAR wpath[CYG_MAX_PATH + 10]; + UNICODE_STRING upath = {0, sizeof (wpath), wpath}; + pc.get_nt_native_path (upath); + + HANDLE x; + OBJECT_ATTRIBUTES attr; + IO_STATUS_BLOCK io; + NTSTATUS status; + + InitializeObjectAttributes (attr, upath, OBJ_CASE_INSENSITIVE, NULL, NULL); + status = NtCreateFile (x, DELETE, attr, io, NULL, FILE_ATTRIBUTE_NORMAL, + FILE_SHARE_READ, FILE_OPEN, FILE_DELETE_ON_CLOSE, NULL, 0); + if (!NT_SUCCESS (status)) +{ + __seterrno_from_win_error (RtlNtStatusToDosError (status)); + return INVALID_HANDLE_VALUE; +} + else +return x; +} + extern C int unlink (const char *ourname) { @@ -192,30 +218,17 @@ unlink (const char *ourname) Microsoft KB 837665 describes this problem as a bug in 2K3, but I have reproduced it on shares on Samba 2.2.8, Samba 3.0.2, NT4SP6, XP64SP1 and 2K3 and in all cases, DeleteFile works, delete on close does not. */ - if (!win32_name.isremote () wincap.has_delete_on_close ()) + if (!win32_name.isremote () wincap.is_winnt ()) { - HANDLE h; - h = CreateFile (win32_name, 0, FILE_SHARE_READ, sec_none_nih, - OPEN_EXISTING, FILE_FLAG_DELETE_ON_CLOSE, 0); + HANDLE h = nt_delete (win32_name); if (h != INVALID_HANDLE_VALUE) { - if (wincap.has_hard_links () setattrs) + if (setattrs wincap.has_hard_links ()) (void) SetFileAttributes (win32_name, (DWORD) win32_name); BOOL res = CloseHandle (h); - syscall_printf (%d = CloseHandle (%p), res, h); - if (GetFileAttributes (win32_name) == INVALID_FILE_ATTRIBUTES - || !win32_name.isremote ()) - { - syscall_printf (CreateFile (FILE_FLAG_DELETE_ON_CLOSE) succeeded); + syscall_printf (%p = nt_delete (). %d = CloseHandle (), h, res); goto ok; } - else - { - syscall_printf (CreateFile (FILE_FLAG_DELETE_ON_CLOSE) failed); - if (setattrs) - SetFileAttributes (win32_name, (DWORD) win32_name ~(FILE_ATTRIBUTE_READONLY | FILE_ATTRIBUTE_SYSTEM)); - } - } } /* Try a delete with attributes reset */
Re: [Patch] unlink
On Sat, Oct 30, 2004 at 10:30:54PM -0400, Pierre A. Humblet wrote: At 01:39 PM 10/30/2004 -0400, you wrote: On Fri, Oct 29, 2004 at 06:01:51PM -0400, Pierre A. Humblet wrote: Here is a patch that should allow unlink() to handle nul etc.. on local disks. It's a cut and paste of Corinna's open on NT and the existing CreateFile. It works on normal files. I haven't tested with the special names because I forgot how to create them ! Feedback welcome. X This should NOT be applied in 1.5.12 XX Pierre 2004-10-29 Pierre Humblet [EMAIL PROTECTED] * syscalls.cc (nt_delete): New function. (unlink): Call nt_delete instead of CreateFile and remove unreachable code. Corinna suggested something similar to me a couple of months ago but I wanted to wait for things to settle down somewhat after the original use of NtCreateFile. On reflection, however, wouldn't it be a little easier just to prepend the path being deleted with a: \\.\ so that rm nul would eventually translate to DeleteFile(\\.\c:\foo\null) (I'm not using true C backslash quoting here)? I don't know if that would work on Windows 9x, though. That would work on NT, but then one would need to check if the input path didn't already have the form //./xx, worry about exceeding max pathlength, etc... Other than being able to delete special filenames is there any other benefit to using NtCreateFile to delete files? If path length was an issue we could use '//?/' instead since the length restriction is a lot larger there. So, it would be something like: char *path; char newpath[strlen (win32_name) + 4] = ?\; if (win32_name[0] != '\\') path = strcat (newpath, win32_name); else path = win32_name; and then you'd use path throughout from then on. We could use a technique like this for other things, like rename, to enable it to manipulate accidentally-created special files. OTOH, I just had an idea about how to use //?/ on NT so that we could have longer path names. I have to mull it over a little to see if it would work or not, though. I have an airplane trip tomorrow that would be perfect for this kind of mulling. cgf
Re: 10-csw-cygwin-install-strip.patch
Peter sent me an updated version of this patch, which fixes the quoting of the exit command, and removes os2 from the case statement (os2 doesn't use the .dll.a convention) -- Chuck 2004-10-28 Peter Ekberg spam.protected * config/ltmain.m4sh (func_mode_install): on cygwin, ensure that import libraries do not get stripped. * m4/libtool.m4 (_LT_SYS_DYNAMIC_LINKER): on cygwin, use postinstall_cmds to strip DLL (not import lib) when stripping is requested. Index: config/ltmain.m4sh === RCS file: /cvsroot/libtool/libtool/config/ltmain.m4sh,v retrieving revision 1.1.2.12 diff -u -r1.1.2.12 ltmain.m4sh --- config/ltmain.m4sh 20 Oct 2004 08:41:34 - 1.1.2.12 +++ config/ltmain.m4sh 30 Oct 2004 18:24:15 - @@ -1827,7 +1827,17 @@ # Install the shared library and build the symlinks. $show $install_prog $dir/$srcname $destdir/$realname $run eval $install_prog $dir/$srcname $destdir/$realname || exit $? - if test -n $stripme test -n $striplib; then + tstripme=$stripme + case $host in + *-*-cygwin* | *-*-mingw* | *-*-pw32*) + case $realname in + *.dll.a) + tstripme= + ;; + esac + ;; + esac + if test -n $tstripme test -n $striplib; then $show $striplib $destdir/$realname $run eval $striplib $destdir/$realname || exit $? fi Index: m4/libtool.m4 === RCS file: /cvsroot/libtool/libtool/m4/libtool.m4,v retrieving revision 1.125.2.5 diff -u -r1.125.2.5 libtool.m4 --- m4/libtool.m4 20 Oct 2004 08:41:34 - 1.125.2.5 +++ m4/libtool.m4 30 Oct 2004 18:25:43 - @@ -1719,7 +1719,10 @@ dlpath=`$SHELL 21 -c '\''. $dir/'\''\${base_file}'\''i;$ECHO \$dlname'\''`~ dldir=$destdir/`dirname \$dlpath`~ test -d \$dldir || mkdir -p \$dldir~ - $install_prog $dir/$dlname \$dldir/$dlname' + $install_prog $dir/$dlname \$dldir/$dlname~ + if test -n '\''$stripme'\'' test -n '\''$striplib'\''; then +$run eval '\''$striplib \$dldir/$dlname'\'' || exit \$?; + fi' postuninstall_cmds='dldll=`$SHELL 21 -c '\''. $file; $ECHO \$dlname'\''`~ dlpath=$dir/\$dldll~ $RM \$dlpath' -- 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/
setup stops while set up X11
Setup stalls when it gets to X11. I've tried it twice. Its in a continuous loop at a readme file. fts I think is the package. -- 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/
postgres in windows 2003
Hello, When starting postgres initdb in windows 2003 I get a signal 12. ipc-daemon2 seems to start up OK. I understand there were some issues with windows 2003 and cygwin earlier on, but that message seems to have been removed from the home page, so I guess that might have been resolved. BTW, anyone running postgres in windows 2003? Any help is appreciated. TIA. __ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail -- 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/
apache fails to start when not connected to net
Hello, Apache doesn't start when not connected to the web even when the ServerName is set to the local loopback. This is due to a module mod_unique_id which does a gethostbyname. Disabling this module will have apache running without trouble. Is this a bug in that module? TIA. ___ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.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/
11-csw-cygwin-wrapper-with-no-deplibs.patch
Sometimes, a wrapper script is generated for an executable that, itself, does not link against an uninstalled library. It appears that this can happen if you are building a project where (1) there is a library (2) there is an executable that does not, itself, link against that library In this case, notinst_deplibs is empty, and when the wrapper script is loaded by libtool during ./libtool mode=install, there is a check for is notinst_deplibs empty. In this case, it is, so libtool reports an error. I don't think it is wrong to have a wrapper script for an exe that *technically* doesn't need it. But instead of checking for notinst_deplib nonempty as a proxy for did wrapper script get sourced into my environment properly a different var should be used. For more info, see http://www.cygwin.com/ml/cygwin/2004-10/msg01321.html and http://www.cygwin.com/ml/cygwin/2004-10/msg01347.html Attached patch (by Peter Ekberg) has no regressions on cygwin. -- Chuck 2004-10-30 Peter Ekberg spam.protected * config/ltmain.m4sh (func_mode_install): set new variable 'generated_by_libtool_version' in wrapper script when libtool_install_magic. When verifying that wrapper script was properly sourced, check that generated_by_libtool_version is nonempty, instead of notinst_deplibs. Index: config/ltmain.m4sh === RCS file: /cvsroot/libtool/libtool/config/ltmain.m4sh,v retrieving revision 1.1.2.12 diff -u -r1.1.2.12 ltmain.m4sh --- config/ltmain.m4sh 20 Oct 2004 08:41:34 - 1.1.2.12 +++ config/ltmain.m4sh 30 Oct 2004 18:35:50 - @@ -1957,7 +1967,7 @@ esac # Check the variables that should have been set. - test -z $notinst_deplibs \ + test -z $generated_by_libtool_version \ func_fatal_error invalid libtool wrapper script \`$wrapper' finalize=yes @@ -5993,7 +6004,8 @@ # This environment variable determines our operation mode. if test \\$libtool_install_magic\ = \$magic\; then - # install mode needs the following variable: + # install mode needs the following variables: + generated_by_libtool_version='$macro_version' notinst_deplibs='$notinst_deplibs' else # When we are sourced in execute mode, \$file and \$ECHO are already set. -- 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 perldoc (escape characters in output)
Hello, The perl documentation viewed using the perldoc commands has escape characters inserted into it. The same pages view with the man command are OK. I think this is cygwin specific, so I am posting it here. Thanks. __ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail -- 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/
CPAN module in Cygwin
Hello, The CPAN command: perl -MCPAN -e shell fails with: Cannot open /usr/lib/perl5/5.8.5/CPAN/Config.pm at /usr/lib/perl5/5.8.5/CPAN.pm line 1219 CPAN::Config::_configpmtest('/usr/lib/perl5/5.8.5/CPAN', '/usr/lib/perl5/5.8.5/CPAN/Config.pm') called at /usr/lib/perl5/5.8.5/CPAN.pm line 1253 CPAN::Config::load('CPAN::Config') called at /usr/lib/perl5/5.8.5/CPAN.pm line 92 CPAN::shell() called at -e line 1 It looks like it is trying to write to a file owned by Administrator. Is there a workaround to install modules as a user? TIA. __ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh expect on Cygwin
anurag shukla shuklaan at gmail.com writes: I am having a tyical problem with expect. Since passwordless authentication is broken on many cygwin systems I use, I end up using the following expect script (more frequently that I would like). By populating the user and passwd arrays for various hosts, this script can be used to access arbitrary remote hosts. --- remoteLogin --- #!/usr/bin/expect -f set user(myHostName) Administrator set passwd(myHostName) mySecretPassword log_user 0 set timeout -1 set host [file tail $::argv0] if {[llength $argv] == 0} { spawn ssh $user($host)@$host } else { spawn ssh $user($host)@$host [join [lrange $argv 0 end]] } match_max 10 expect { -re ssh: connect to host .* port 22: Connection refused { send_user Connection to port 22 on $host refused.\n exp_exit 1 } -re ssh: connect to host .* port 22: Connection timed out { send_user Connection attempt to port 22 on $host timed out.\n exp_exit 1 } -exact Are you sure you want to continue connecting (yes/no)? { send yes\r exp_continue } -exact password: { send -- $passwd($host)\r } } expect \r # eat the RETURN after entering the password if {[llength $argv] == 0} { # interactive expect { -glob Connection to * closed. { send_user Connection to $host has spontaneously closed.\n exp_exit 1 } -exact Permission denied, please try again. { send_user Password not accepted.\n exp_exit 1 } -exact \r ;# continue if error not encountered } log_user 1 expect -re (\\$|\) interact { \004 { close; wait; exit } } } else { # non-interactive log_user 1 expect eof } --- end remoteLogin --- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh: Connection to host closed.
Christopher Cobb ccobb at email.com writes: J. David Boyd dave at adboyd.com writes: I was having this problem, and couldn't get around it. I rolled my openssh back to the prior version, and ran the ssh-config (sp?) script again, and it works fine. ... I guess I'll try rolling back, too. The *8* version of openssh does not seem to be available via setup.exe anymore. Is there some other way to get 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/
ZoneAlarm hates email-2.3.0-2
I've been using the new email package to upload my digital photos to my yahoo email account (what else can you do with a 2GB limit?), but it's really slow. Looking in the task manager I see that when I'm using email (email -s description -b -a filename.jpg [EMAIL PROTECTED]) the vsmon process takes my CPU usage upto 100%. vsmon is the firewall process for ZoneAlarm. Strange. When I email the photo's using outlook express it doesn't behave like that. I've tweaked every setting I can think of in ZonaAlarm to try to improve the performance (like adding my SMTP server as a trusted host and lowering my security) but I've not managed to alter the behaviour at all. Has anyone experienced similar problems? Can anyone hazard a guess as to what ZoneAlarm's problem is? Any help would be greatly appreciated. Keith -- 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 perldoc (escape characters in output)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Elvin Peterson wrote: | Hello, | The perl documentation viewed using the perldoc | commands has escape characters inserted into it. The | same pages view with the man command are OK. I think | this is cygwin specific, so I am posting it here. | Thanks. Quoting /usr/share/doc/Cygwin/perl-5.8.5.README: ***NOTE: you may want to set LESS=-R for less output in your global ~ Cygwin environment because the escape characters are not ~ expanded without this setting. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBhE3XpiWmPGlmQSMRAu1nAKCIZ54U7OlOj00ktArba4Ot+zYn5QCgv9FH t65+hfLgCB8RvNhnZCnaD9M= =LlHs -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/