Please upload: coreutils-5.3.0-5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Due to the complaints about .exe magic in rm (it broke libtool, and doesn't work properly on some symlinks), I have reverted just that patch to coreutils as a quick fix. I am still interested in writing a more comprehensive patch that makes .exe magic selectable as a command-line option (you can use a shell function to use magic by default from the command line, but scripts would see only the POSIX behavior), but that is more time-consuming. Please upload 5.3.0-5 (no setup.hint changes); I think it is better to leave 5.3.0-3 as the prev version, so delete 5.3.0-4. http://home.comcast.net/~ericblake/coreutils-5.3.0-5.tar.bz2 1952825 f60ba5fc56f3f7523beee588ed8fd242 http://home.comcast.net/~ericblake/coreutils-5.3.0-5-src.tar.bz2 4555211 575037876f5b9eef45812c752ceeb1f6 setup.hint remains unchanged (prev: 5.3.0-3, curr: 5.3.0-5) - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCXma+84KuGfSFAYARAgdxAKCD9w2mcqWGemfHhnPC9Umd44CDSgCgupLE I2KULmoAuIK0aZUwCl4yAcI= =W6Q6 -END PGP SIGNATURE-
CMake 2.0.6-1 ready
There has been a new release of the official cmake (2.0.6-1). This is a minor release from to 2.0.5 to 2.0.6. Here are the required files: ftp://www.cmake.org/pub/cmake/cygwin/setup.hint ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.0.6-1.tar.bz2 ftp://www.cmake.org/pub/cmake/cygwin/cmake-2.0.6-1-src.tar.bz2 The previous version should remain 1.8.3-1, and 2.0.5-1 should be removed. Thanks.
Re: Please upload: doxygen v1.4.2-20050410 (2nd take)
Hans W. Horn wrote: Hi Max, Max Bowsher wrote: One further suggestion: I think it would be appropriate to include only the html version of the manual. Including the PDF format too substantially increases the size of the package, for no real gain - it's just duplication. Actually, I just noticed that there are rendering problems with the doxygen html pages for several browsers (IE, firefox) which don't occur with the corresponing pdf. So for the time being I'd prefer to keep the pdf! I also noticed the same rendering problems with the doxygen html pages on the web and posted about my observations on gmane.text.doxygen.general. I saw - however, I do not see the rendering problems displayed in your screenshot in any of IE, Mozilla, or Firefox, so I am rather less convinced about keeping the PDF. Max.
Re: Please upload: doxygen v1.4.2-20050410 (2nd take)
Max,
I found the origin of the mysterious rendering problem I'd referred to.
My computer is missing a font specified in doxygen.css:
.fragment {
font-family: Fixed, monospace;
font-size: 95%;
}
The doxygen pdf manual will go, as soon as I have found that friggen font
somewhere!
H.
Max Bowsher wrote:
Hans W. Horn wrote:
Hi Max,
Max Bowsher wrote:
One further suggestion: I think it would be appropriate to include
only the html version of the manual. Including the PDF format too
substantially increases the size of the package, for no real gain -
it's just duplication.
Actually, I just noticed that there are rendering problems with the
doxygen
html pages for several browsers (IE, firefox) which don't occur with
the corresponing pdf.
So for the time being I'd prefer to keep the pdf!
I also noticed the same rendering problems with the doxygen html
pages on the web and posted about my observations on
gmane.text.doxygen.general.
I saw - however, I do not see the rendering problems displayed in your
screenshot in any of IE, Mozilla, or Firefox, so I am rather less
convinced about keeping the PDF.
Max.
Re: Please upload: doxygen v1.4.2-20050410 (2nd take)
Hans W. Horn wrote:
Max,
I found the origin of the mysterious rendering problem I'd referred to.
My computer is missing a font specified in doxygen.css:
.fragment {
font-family: Fixed, monospace;
font-size: 95%;
}
The doxygen pdf manual will go, as soon as I have found that friggen font
somewhere!
monospace is a generic family, which should work everywhere, and should be
tried if Fixed cannot be found. So, it seems likely that you DO have a
font called Fixed, but it is broken and somehow causes all the characters
to not appear.
Max.
winsup/cygwin fork.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-04-14 17:08:03 Modified files: cygwin : fork.cc Log message: . Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fork.cc.diff?cvsroot=uberbaumr1=1.150r2=1.151
winsup/cygwin ChangeLog cygwin.din dcrt0.cc dl ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-04-14 17:34:04 Modified files: cygwin : ChangeLog cygwin.din dcrt0.cc dll_init.cc dll_init.h exceptions.cc fhandler_disk_file.cc hookapi.cc path.h syscalls.cc Log message: * dcrt0.cc (do_global_dtors): Run DLL dtors. (__main): Don't rely on atexit to run dtors. (do_exit): Specifically call do_global_dtors here. (cygwin_exit): Ditto. * dll_init.cc (dll_global_dtors): Make global. Only run dtors once. (dll_list::init): Just set flag that dtors should be run. Don't rely on atexit. * dll_init.h (dll_global_dtors): Declare. * exceptions.cc (sigrelse): Define. * path.h (is_fs_device): New method. (is_lnk_special): Ditto. * fhandler_disk_file.cc (fhandler_disk_file::link): Use is_lnk_special rather than is_lnk_symlink. * syscalls.cc (rename): Ditto. * hookapi.cc (ld_preload): Use colon as a separator rather than space. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.2838r2=1.2839 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygwin.din.diff?cvsroot=uberbaumr1=1.133r2=1.134 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dcrt0.cc.diff?cvsroot=uberbaumr1=1.236r2=1.237 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dll_init.cc.diff?cvsroot=uberbaumr1=1.44r2=1.45 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dll_init.h.diff?cvsroot=uberbaumr1=1.10r2=1.11 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/exceptions.cc.diff?cvsroot=uberbaumr1=1.228r2=1.229 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=uberbaumr1=1.117r2=1.118 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/hookapi.cc.diff?cvsroot=uberbaumr1=1.1r2=1.2 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/path.h.diff?cvsroot=uberbaumr1=1.75r2=1.76 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/syscalls.cc.diff?cvsroot=uberbaumr1=1.372r2=1.373
Re: Correct debugging output in seteuid32
I can see why would one think this is a bug, but it was meant
to be that way. Having a wrong gid can make seteuid fail.
Perhaps we could print the new and current uids and the current
gid to cover all cases.
Pierre
At 01:59 PM 4/14/2005 +0900, Kazuhiro Fujieda wrote:
I'd submit a trivial patch after a long time.
2005-04-14 Kazuhiro Fujieda [EMAIL PROTECTED]
* syscalls.cc (setuid32): Correct debugging output.
Index: syscalls.cc
===
RCS file: /cvs/src/src/winsup/cygwin/syscalls.cc,v
retrieving revision 1.372
diff -u -u -r1.372 syscalls.cc
--- syscalls.cc11 Apr 2005 21:54:54 - 1.372
+++ syscalls.cc14 Apr 2005 04:45:38 -
@@ -1959,7 +1959,7 @@
extern C int
seteuid32 (__uid32_t uid)
{
- debug_printf (uid: %u myself-gid: %u, uid, myself-gid);
+ debug_printf (uid: %u myself-uid: %u, uid, myself-uid);
if (uid == myself-uid !cygheap-user.groups.ischanged)
{
| AIST Kazuhiro Fujieda [EMAIL PROTECTED]
| HOKURIKU School of Information Science
o_/ 1990 Japan Advanced Institute of Science and Technology
Re: Installing Courier-Imap
Kees Vonk wrote: Okay, the .la is just the libtool version of an .a file. That's all fine and good. gcc -I./.. -I.. -Wall -g -O2makedatprog.c -o makedatprog This is your problem. make is invoking an implicit rule for makedatprog, rather than the one specified by the Makefile which contains all the required libs. This happens when the Makefile doesn't use $(EXEEXT) for names of executables. It doesn't matter under linux because binares have no extensions but it's required for Cygwin. You probably need to change Makefile.am to EXTRA_PROGRAMS=makedatprog$(EXEEXT) ...and then autoreconf to regenerate all the files. There may be other cases where a binary name is referenced without $(EXEEXT) that you will have to correct. You should take this up on the courier list though. 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: cygwin coreutils-5.3.0-4 rm change breaks Libtool
Hi Eric, * Eric Blake wrote on Wed, Apr 13, 2005 at 03:24:15PM CEST: According to Ralf Wildenhues on 4/13/2005 1:17 AM: Hmm. Here you talk about the superficial symmetry in mv/cp vs rm.. Only rm was given new .exe magic. cygwin mv and cp have had them for several years, before coreutils was even bundled as part of cygwin. Oh, I'm mostly fine with these having the magic. To be more precise: Since stat(2) does not appear in atomicity questions at all (whatever answer stat gives you, the moment you have it it may be wrong), it's much less of an issue than unlink(2). Speaking of command line tools, you have ways to work around stat, namely readdir, but not really for rm. I'm afraid that changing the other way, and stripping all .exe magic out of coreutils, may break other things on cygwin. But maybe it is worth the change, to force better POSIX compliance (command line tools aren't changing filenames behind your back), I don't use cygwin much, so my opinion is not very well founded here. First, with mv/cp the problems are not so bad(?), second you might break things now by changing, as you already said. .. while here you we see that the underlying difference is: stat vs unlink. Besides the fact that I am not too happy with any of the .exe magic: I wonder whether anyone relies on `rm -f' being atomic. Well, there are several cygwin syscalls that are not atomic, even though POSIX requires them to be (just recently, there was a thread about symlink() not being usable in cygwin as a locking mechanism: http://sourceware.org/ml/cygwin/2005-03/msg01024.html). I can remove all .exe magic from cygwin, but there are other programs that also have .exe magic. For example, in the shell, invoking `test -x foo' returns success and `./foo' runs foo.exe when only foo.exe exists; then again, I think this shell magic is attributable to cygwin's stat() and exec*() magic, and not to a patch in bash itself. Sure. FWIW, it would be nice to have some overview on what POSIX behavior doesn't work on cygwin (the short list of differences, not the common ground as in cygwin-api.html). I haven't searched very long, though. As a side note, when POSIX requires atomicity of a syscall and cygwin can't provide it with respect to Windows, would it at least be possible to provide atomicity with respect to other cygwin programs via an interprocess mutex managed by cygwin1.dll? Or is this so slow that providing the atomicity would noticibly degrade performance in the common case? Probably the latter. Based on the comments of Ralf, Chris, and others, maybe the best approach for me to take is the following (but I'd like comments from others agreeing to this change before I spend time implementing it): Instead of writing wrappers around all the syscalls that don't do implicit magic, I would instead write a wrapper around stat that undoes cygwin's underlying .exe magic. I would doubt about the usefulness of such an approach. If you don't get cygwin to do what you want (whatever that may be in the end), working around it might just make matters worse. I also don't think you can workaround without introducing more race conditions. Then I could add cygwin-specific command line options to the various tools where .exe magic has been useful (cp, mv, stat, ...). That way, when invoked as POSIX requires, the command line spelling has to match the directory contents, but with the extra option the .exe magic appears. The user can make an alias or function that implicitly adds the cygwin option if they like .exe magic, but libtool would no longer be forced to work around it. Not so sure it makes things easier overall. In many (user) cases, adding .exe automatically helps, and leads to basically the same behavior as on POSIX systems: you compile foo, you execute foo, but underlying is foo.exe. With your new approach, the user needs this extra option. But then again, take my opinion with a grain of salt, please, as I have little experience with cygwin. Regards, Ralf -- 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 coreutils-5.3.0-4 rm change breaks Libtool
* Robert Ögren wrote on Wed, Apr 13, 2005 at 11:44:20PM CEST: I'll attach a patch for the Libtool-1.5.14 sources that does this. So far I've only tested it by running the Libtool testsuite, but if you want I can run more tests. I can also test the change on the Libtool CVS HEAD branch if that is desirable. That would be nice. (With the libtool-1.5.14 testsuite and my patch, all tests except build-relink2.test passes for me, but that test doesn't seem to pass with the old version of coreutils either) Could you show output with VERBOSE=x or alternatively on HEAD VERBOSE=debug TESTS=depdemo-relink.test? Regards, Ralf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem linking to pcre
On Apr 13 16:54, Rob Siklos wrote: Hi all, I'm trying to port an app from linux to Cygwin, and it's choking when trying to link to the pcre library. When I compile (with gcc -lpcre rob.c), I get the message: /c/DOCUME~1/rsiklos/LOCALS~1/Temp/cc7QPrgq.o(.text+0x44):rob.c: undefined reference to `_pcre_compile' collect2: ld returned 1 exit status Did you try `gcc rob.c -lpcre'? I suggest reading the ld(1) info pages. 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: Reading raw disk greater than 1 terabyte
On Apr 13 18:47, Loh, Joe wrote: Output from dd: $ dd if=.\\physicaldrive1 ibs=1024 skip=1610612600 count=10 | od -x So you're using the Windows filename instead of the POSIX filename which Cygwin provides? Too bad. I suggest reading the appropriate chapter in the Cygwin user guide http://cygwin.com/cygwin-ug-net/using-specialnames.html 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/
Bash Process Substitution
Process substitution in bash is not working for me currently. I'm pretty certain it worked at some point in the past (maybe about 6 months ago). For example: $ cat ( echo hello) hangs, ignoring ^C, kill -9, and requiring kill -f on the cat process. Reading the bash manual, it seems bash can use either /dev/fd or named pipes as the underlying mechanism for process substitution. My understanding is that cygwin has recently gained some level of support for named pipes but that they aren't fully working (is this true?). Perhaps in the past, bash used the /dev/fd method but now it sees these named pipes and tries to use those, but chokes due to the incomplete implementation of the latter? Some evidence that this is the case: $ echo ( echo) /tmp/sh-np-197572444 $ ls -l /tmp/sh-np-197572444 prw--- 1 Lev None 102 Apr 14 03:42 /tmp/sh-np-197572444 So it looks to be using a fifo in /tmp I tried adding a symlink /dev/fd like on my linux box, but this didn't help: $ ls -l /dev/fd lrwxrwxrwx 1 Lev None 13 Apr 13 21:54 /dev/fd - /proc/self/fd So, if my guess is correct, maybe there is some way to convince bash to ignore the fifo possibility and just use /dev/fd, as it presumably did in the past? Results of the above commands on a linux box, for comparison purposes: $ cat ( echo hello) hello $ echo ( echo) /dev/fd/63 $ ls -l /dev/fd lrwxrwxrwx1 root root 15 Oct 5 2001 /dev/fd - ../proc/self/fd So it appears that on the linux box it is not using a fifo. Thanks for any insight, Lev cygcheck -s -v -r output attached Cygwin Configuration Diagnostics Current System Time: Thu Apr 14 03:52:07 2005 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin .\ C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ProENGINEER Student Edition\bin c:\Program Files\ATI Technologies\ATI Control Panel c:\Program Files\Common Files\GTK\2.0\bin c:\MATLABR11\bin c:\Program Files\SSH Communications Security\SSH Secure Shell c:\WINDOWS\System32\ C:\cygwin\bin C:\cygwin\usr\X11R6\bin\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 1007(Lev) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1007(Lev) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `server' HOME = `C:\cygwin\home\Lev' MAKE_MODE = `unix' PWD = `/home/Lev' USER = `Lev' !EXITCODE = `' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Lev\Application Data' CLASSPATH = `C:\Program Files\Java\j2re1.4.2_03\lib\ext\QTJava.zip' COLLECTIONID = `COL8143' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `RAAJSGDH' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' CYGWIN_ROOT = `\cygwin' DISPLAY = `127.0.0.1:0.0' FP_NO_HOST_CHECK = `NO' HMSERVER = `https://wwss1pro.cce.hp.com/wuss/servlet/WUSSServlet' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Lev' HOSTNAME = `raajsgdh' ITEMID = `dj-22741-10' LANG = `2057' LOGNAME = `Lev' LOGONSERVER = `\\RAAJSGDH' LS_COLORS = `no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:ex=01;33:*~=05;31:*.mtxt=05;31:*.ndx=05;31:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.c=01;36:*.h=01;36:*.pl=01;36:*.pm=01;36:*.cgi=01;36:*.java=01;36:*.html=01;36:*.tar=01;31:*.tgz=01;31:*.gz=01;31:*.tgz=01;31:*.bz2=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.jpg=01;35:*.jpeg=01;35:*.JPG=01;35:*.gif=01;35:*.GIF=01;35:*.bmp=01;35:*.BMP=01;35:*.xbm=01;35:*.ppm=01;35:*.xpm=01;35:*.tif=01;35:' MANPATH = `:/usr/ssl/man:/usr/X11R6/man' NUMBER_OF_PROCESSORS = `1' OS = `Windows_NT' OSVER = `winXPH' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.tcl' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0b01' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' QTJAVA = `C:\Program Files\Java\j2re1.4.2_03\lib\ext\QTJava.zip' SESSIONID = `1102556474045htx694c2ea0b:101105131c0:-23bf' SESSIONNAME = `Console' SHLVL = `3' SSH_AGENT_PID = `3304' SSH_AUTH_SOCK = `/tmp/ssh-GAHQJz3256/agent.3256' SWUTVER = `1.0.18.30716' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\Lev\LOCALS~1\Temp' TERM = `xterm' TERMCAP = `xterm-r6|xterm|xterm X11R6
Re: apache2 - not running (ontop winXP SP2)
Rainer Kirsch wrote: Since cygwin 1.5.13 apache (which is available via setup) is not running on my winXP SP2 computer. You're going to have to be a lot more specific than is not running. Such as... ... how you're trying to run it (as a service is the preferred way) ... how you installed the service ... the settings in httpd.conf, especially the User and Group settings (which should probably be 'Guest' and commented out, respectively) ... what happens when you try to run it ... any messages in /var/log/apache.log and/or /var/log/apache/error_log and/or the windows event log ... the ownership and permissions on the various log, pid, and config files (this is typically the reason the service won't start) I would need the program urgently as a development base. I don't mean to sound harsh but your urgency is irrelevent. It's generally considered bad etiquette to ask such a thing from a project that is offered for free and is supported by volunteers in their spare time. I also compiled apache httpd 2.0.53. You're on your own with that. 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/
1.5.14-1: child died
Hi, I'm not sure what happened, but if I start Cygwin for a certain restricted user I receive the following message: 9 [main] bash 3624 fork_parent: child 2756 died waiting for longjmp before initialization bash: fork: Bad file descriptor bash-2.05b$ Everything worked fine, nothing was installed or changed in my configuration. Interestingly it works for other restricted users and for my admin account. Can anybody give me a clue what's going on? Oliver -- 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 on Mac: files in Virtual PC shared folder
On 13 Apr 2005, at 11:29 pm, Larry Hall wrote: At 04:29 PM 4/13/2005, you wrote: I'm experimenting with using cygwin on my Macintosh PowerBook (running OS X 10.3.8) within Virtual PC 7.0.1. My aim is to be able to continue developing the Windows port of our research software (EDEN). Cygwin (1.5.14) seems to work OK in this environment in most respects -- but I have a problem with a particular kind of filesystem. Virtual PC has a shared folder facility, which can be used to mount a folder in the Mac file system as a drive within Windows. When viewed using the Windows file explorer, the drive has a network drive icon. This facility is apparently implemented in the Virtual Machine Additions (a package you install in Windows which adds facilities specific to Virtual PC.) I'd like to use shared folders to hold our source code files so I can do source code searching/editing/commit using a Mac application, and use cygwin in VPC purely for compiling and testing. I have no problems using shared folders with Windows tools (eg the file explorer). But in cygwin, I have various difficulties. Given what you've described, this sounds like Virtual PC isn't providing a completely consistent view of the Mac file system. Looking at your 'cygcheck' output substantiates that view. The file system type as shown claims that the Mac shared folder is a net resource (correct) of file system type ø (not correct ;-) ). This information comes straight from the Windows GetVolumeInformation API. So it clearly isn't giving Windows all the right information. With this fact, I expect that only someone running Virtual PC on a Mac and using it to access the Mac file system is going to be able to debug this and provide a solution. I'm guessing that the number of people on this list with that same configuration is minimal at best. You may well be on your own on this one. Alternatively, you should find that using SAMBA to share the same information on the Mac works well. I haven't tried it and I don't use Virtual PC but sharing directories from Linux to Windows works fine for me either directly or with a VMWare client. YMMV. Thanks, Larry -- I appreciate the reply. Yes, I did notice the strange character in the cygcheck drive listing output. Is the information from GetVolumeInformation used by cygwin to determine how to treat the volume? (Ie is it possible that the nonsense output is the root of the problem?) I've had a little look in the microsoft.public.mac.virtualpc Usenet group and have seen a few reports of other people having problems with the shared folder facility with various Windows programs (MS Project 2003 Pro and MS Money). Very little detail is given though and the problems appear to remain unsolved. I did try sharing the Mac files to cygwin in VPC using the Samba server included in Mac OS X and this did actually work, after I figured out multiple problems: 1) VPC needs to be run in Virtual Switch networking mode, so the Mac and PC have different IP addresses and can see each other. I don't know (although I'd like to!) whether an active Ethernet connection is required for VPC and the Mac to talk and if the traffic actually goes out onto physical Ethernet. 2) The '\' character used in Windows share names is an escape character to bash -- so the example mount \\pollux\home\joe\data /data in the cygwin manual (example 3.10) is misleading. For me, that style of example gives error messages about /data, not the Windows share (actually the cause of the problem), which doesn't help. I do see the mentions in manual around that point about using the Windows command shell (presumably with the cygwin bin in the PATH?) and also about using '/' rather than '\', but it doesn't seem very clear to me -- perhaps the example could be changed to mount '\\pollux\home\joe\data' /data? 3) I did manage to mount the share by enclosing the share name in single quotes as above, but then access to the mount point with ls, cd etc failed with invalid request code - sigh. Finally I gave up on cygwin mount and instead mounted the share as F: using right-click and map drive in Windows. It was then accessible to cygwin under /cygdrive/f. File and directory meta data was all correct in Windows Explorer. In cygwin, file meta data was OK, but directories were all dated 1 Jan 1970 and had a very large size listed in ls -l. This was good enough for compilation though. Because of these issues, my preferred solution would be to use Shared Folders -- if it worked, it'd be a lot simpler than Samba -- no separate server and configuration to worry about. I might try following up the issue with MS VPC support in the newsgroup and then possibly through their email or phone support (although it seems I might have to give them a credit card number first! :). I'd appreciate any thoughts on the above Samba issues though. Also -- if there aren't any VPC-on-Mac users on this list, are there any
cd /proc/garbage
I looked and this doesn't seem to have been mentioned in the archives. You can cd to any random subdirectory of a directory in the /proc filesystem, irrespective of whether it exists. Examples: $ cd /proc/banana $ ls ls: .: Not a directory $ cd /proc/self/banana $ ls ls: .: Not a directory $ cd /proc/self/fd/banana $ ls ls: .: Not a directory However it only works one level deep: $ cd /proc/banana/banana bash: cd: /proc/banana/banana: No such file or directory Lev Cygwin Configuration Diagnostics Current System Time: Thu Apr 14 03:52:07 2005 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin .\ C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ProENGINEER Student Edition\bin c:\Program Files\ATI Technologies\ATI Control Panel c:\Program Files\Common Files\GTK\2.0\bin c:\MATLABR11\bin c:\Program Files\SSH Communications Security\SSH Secure Shell c:\WINDOWS\System32\ C:\cygwin\bin C:\cygwin\usr\X11R6\bin\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 1007(Lev) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1007(Lev) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `server' HOME = `C:\cygwin\home\Lev' MAKE_MODE = `unix' PWD = `/home/Lev' USER = `Lev' !EXITCODE = `' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Lev\Application Data' CLASSPATH = `C:\Program Files\Java\j2re1.4.2_03\lib\ext\QTJava.zip' COLLECTIONID = `COL8143' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `RAAJSGDH' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' CYGWIN_ROOT = `\cygwin' DISPLAY = `127.0.0.1:0.0' FP_NO_HOST_CHECK = `NO' HMSERVER = `https://wwss1pro.cce.hp.com/wuss/servlet/WUSSServlet' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Lev' HOSTNAME = `raajsgdh' ITEMID = `dj-22741-10' LANG = `2057' LOGNAME = `Lev' LOGONSERVER = `\\RAAJSGDH' LS_COLORS = `no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:ex=01;33:*~=05;31:*.mtxt=05;31:*.ndx=05;31:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.c=01;36:*.h=01;36:*.pl=01;36:*.pm=01;36:*.cgi=01;36:*.java=01;36:*.html=01;36:*.tar=01;31:*.tgz=01;31:*.gz=01;31:*.tgz=01;31:*.bz2=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.jpg=01;35:*.jpeg=01;35:*.JPG=01;35:*.gif=01;35:*.GIF=01;35:*.bmp=01;35:*.BMP=01;35:*.xbm=01;35:*.ppm=01;35:*.xpm=01;35:*.tif=01;35:' MANPATH = `:/usr/ssl/man:/usr/X11R6/man' NUMBER_OF_PROCESSORS = `1' OS = `Windows_NT' OSVER = `winXPH' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.tcl' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0b01' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' QTJAVA = `C:\Program Files\Java\j2re1.4.2_03\lib\ext\QTJava.zip' SESSIONID = `1102556474045htx694c2ea0b:101105131c0:-23bf' SESSIONNAME = `Console' SHLVL = `3' SSH_AGENT_PID = `3304' SSH_AUTH_SOCK = `/tmp/ssh-GAHQJz3256/agent.3256' SWUTVER = `1.0.18.30716' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\Lev\LOCALS~1\Temp' TERM = `xterm' TERMCAP = `xterm-r6|xterm|xterm X11R6 version:am:km:mi:ms:xn:co#80:it#8:li#24:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:' TEXDOCVIEW_dvi = `cygstart %s' TEXDOCVIEW_html = `cygstart %s' TEXDOCVIEW_pdf = `cygstart %s' TEXDOCVIEW_ps = `cygstart %s' TEXDOCVIEW_txt = `cygstart %s' TIMEOUT = `0' TMP = `c:\DOCUME~1\Lev\LOCALS~1\Temp' TOOLPATH = `/C:\Program%20Files\Hewlett-Packard\HP%20Software%20Update\install.htm' UPDATEDIR = `C:\DOCUME~1\Lev\LOCALS~1\Temp\radE4343.tmp' USERDOMAIN = `RAAJSGDH' USERNAME = `Lev' USERPROFILE = `C:\Documents and Settings\Lev' VERSION = `3.0.2.993' WINDIR = `C:\WINDOWS' WINDOWID = `2097166' XAPPLRESDIR = `/usr/X11R6/lib/X11/app-defaults' XCMSDB = `/usr/X11R6/lib/X11/Xcms.txt' XKEYSYMDB
Unresolved clock_settime
Hi, We use clock_gettime and clock_settime. We now get an undefined reference when linking on clock_settime, clock_gettime doesn't give any problems. Someone an idea? Johnny Creating library file: libACE.dll.a .shobj/OS_NS_time.o(.text+0x95): In function `_ZN6ACE_OS13clock_settimeEmPK8timespec': c:/ACE/Cygwin/ACE_wrappers/ace/OS_NS_time.inl:87: undefined reference to `_clock_settime' collect2: ld returned 1 exit status make[2]: *** [libACE.dll] Error 1 make[2]: Target `all' not remade because of errors. make[2]: Leaving directory `/cygdrive/c/ACE/Cygwin/ACE_wrappers/ace' make[1]: [ACE] Error 2 (ignored) -- 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 on Mac: files in Virtual PC shared folder
Ashley Ward wrote: Because of these issues, my preferred solution would be to use Shared Folders -- if it worked, it'd be a lot simpler than Samba -- no separate server and configuration to worry about. I might try following up the issue with MS VPC support in the newsgroup and then possibly through their email or phone support (although it seems I might have to give them a credit card number first! :). I know that this doesn't really address your question at hand... but if I were in your situation I would look into just building a gcc/binutils cross compiler toolchain. Then you could run the build natively under OS X, but produce win32 binaries. You would still need VPC for testing the binaries (I presume) but OS X should have enough unix under the hood to host the build. In fact the cygwin1.dll on your system right now was probably compiled on linux, as some of the Cygwin developers (or at least cgf) use this method. (And I can understand why they do it, after I tried it myself -- a linux hosted cross gcc runs the configure make for the Cygwin build about 2 to 3 times faster under linux on the same hardware compared to win32.) 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: cd /proc/garbage
Original Message From: Lev S Bishop Sent: 14 April 2005 11:19 I looked and this doesn't seem to have been mentioned in the archives. You can cd to any random subdirectory of a directory in the /proc filesystem, irrespective of whether it exists. Examples: $ cd /proc/banana $ ls ls: .: Not a directory Yep, it's a side effect of the way the virtual filesystem for /proc works. If it ever mattered to anyone, it would most likely be a simple enough patch to the cwd code in the cygwin dll to make it check the directory by trying it out before it permitted cwd to succeed, but I don't know how much performance impact it might conceivably have. 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: Unresolved clock_settime
Original Message From: Johnny Willemsen Sent: 14 April 2005 11:54 Hi, We use clock_gettime and clock_settime. We now get an undefined reference when linking on clock_settime, clock_gettime doesn't give any problems. Someone an idea? There is no clock_settime in cygwin. Never has been from what I can see. clock_* support is incomplete in cygwin. http://cygwin.com/acronyms#PTC ! 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: cd /proc/garbage
There's an interesting interaction with the recent changes to coreutils here, too: $ ln -s /proc/banana ooo $ rm ooo rm: cannot lstat `ooo.exe': No such file or directory Who said anything about ooo.exe, just delete ooo :-) Lev -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
TAB-completion funny with dll files
[Disclaimer: Yes, I did STFW. 'tab completion dll site:cygwin.com' just brings up every post there's ever been about tab completion, because 'dll' occurs in just about every post there's ever been on any subject on this list!] Does anyone know why tab-completion doesn't work for .dll files? I don't mean in the first word of a command line, I know that only completes filenames of executables, but generally when you're entering the args for ls or cp or something like that, you can tab-complete any kind of filename. What makes dlls so special? 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: offtopic helmet polishing (was Re: rm fails to remove symbolic links to directories)
Original Message From: beau Sent: 13 April 2005 20:43 http://www.google.com/search?hl=enq=dave+korn+kshbtnG=Google+Search You can imagine my confusion after a quick look at this result. I was beginning to feel guilty about switching to bash when I log onto freeshell. Imagine how disappointing ego-surfing was for me when I first got on the internet back in '94 and found that this geezer had been leaving his grubby little prints all over it for nearly thirty years before me! Then imagine my delight as I realised what a low profile this meant I could take on the 'net and slip under the radar. GOK what happens these days when potential employers try to google me.. ObCygwin: Just to get this thread back on topic (cygwin, remember that?! :), I think I should point out that this sort of off-topic chatter belongs on the cygwin-talk mailing list, and when it goes on for too long on the main list it's time to move the thread. To get there, you just tap your heels together three times and repeat There's no place like bok-bok-bok-b'gawwwk! while running round the room flapping your arms like a chicken and shouting TITTTL! TITTTL! . .When you fall over and hit your head, you'll wake up in cygwin-talk.. 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: TAB-completion funny with dll files
On Apr 14 12:16, Dave Korn wrote: [Disclaimer: Yes, I did STFW. 'tab completion dll site:cygwin.com' just brings up every post there's ever been about tab completion, because 'dll' occurs in just about every post there's ever been on any subject on this list!] Does anyone know why tab-completion doesn't work for .dll files? I don't mean in the first word of a command line, I know that only completes filenames of executables, but generally when you're entering the args for ls or cp or something like that, you can tab-complete any kind of filename. What makes dlls so special? Nothing? $ ls -l /bin/cygwTAB results in $ ls -l /bin/cygwin1.dll in both, tcsh and bash. So what? 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: TAB-completion funny with dll files
Dave Korn wrote: Does anyone know why tab-completion doesn't work for .dll files? I don't Weird. WJFFM: $ cd /usr/bin $ ls cyg[TAB] Display all 166 possibilities? (y or n) $ ls cygw[TAB] cygWand-6.dll*cygwin1-1.5.14.dll* cygwin1-20050402.dll* cygwin1-20050408.dll* cygwin1-1.5.12.dll* cygwin1-20050324.dll* cygwin1-20050403.dll* cygwin1-20050409.dll* cygwin1-1.5.13.dll* cygwin1-20050330.dll* cygwin1-20050405.dll* cygwin1.dll* Though it shouldn't matter, I do have the following in my ~/.inputrc: set completion-ignore-case On set show-all-if-ambiguous On 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: cygwin on Mac: files in Virtual PC shared folder
On Apr 14 10:54, Ashley Ward wrote: 2) The '\' character used in Windows share names is an escape character to bash -- so the example mount \\pollux\home\joe\data /data in the cygwin manual (example 3.10) is misleading. For me, that style of example gives error messages about /data, not the Windows share (actually the cause of the problem), which doesn't help. I do see the mentions in manual around that point about using the Windows command shell (presumably with the cygwin bin in the PATH?) and also about using '/' rather than '\', but it doesn't seem very clear to me -- perhaps the example could be changed to mount '\\pollux\home\joe\data' /data? Erm... *cough, cough*, you're not a slave of the user manual, right? Why not just try it? Using forward slashes or \\ in bash seems quite natural to me. 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: cd /proc/garbage
On Apr 14 06:18, Lev S Bishop wrote: I looked and this doesn't seem to have been mentioned in the archives. You can cd to any random subdirectory of a directory in the /proc filesystem, irrespective of whether it exists. Examples: $ cd /proc/banana $ ls ls: .: Not a directory $ cd /proc/self/banana $ ls ls: .: Not a directory $ cd /proc/self/fd/banana $ ls ls: .: Not a directory However it only works one level deep: $ cd /proc/banana/banana bash: cd: /proc/banana/banana: No such file or directory For now the answer is, Don't do it. 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: cd /proc/garbage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Lev S Bishop on 4/14/2005 5:16 AM: There's an interesting interaction with the recent changes to coreutils here, too: $ ln -s /proc/banana ooo $ rm ooo rm: cannot lstat `ooo.exe': No such file or directory Shoot - yet one more reason for me to revert the .exe magic in rm. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCXlm984KuGfSFAYARAhEcAJ9fDe7Sx+HUsKyH7K9ltAV+5OKGrgCgsF2r yvf5ybPWQRzEx2AwlCHKO/0= =gtS+ -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/
setup.exe keeps hanging
I got a big problem, I just reinstalled by error coreutils, and I upgraded to the latest setup.exe. Now, my installer keeps hanging when installing, not at the end of the installation, but at the end of the package installation. We have Norton antivirus, I hope that is not the problem, because I cannot disable it. Any help, this is really critical. Regards, Jurgen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Bash Process Substitution
I tried building bash from the source package, and then it uses either /dev/fd (if I have that as a symlink) or /proc/self/fd (if I don't), rather than the fifo that the binary package uses. So perhaps whoever built the binary package didn't have /proc/self/fd for whatever reason? With my built bash.exe, process substitution seems to work for input: $ echo (ls) /proc/self/fd/63 $ cat (echo hi) hi But not for output: $ tar -cf (cat) syntax.c tar: /proc/self/fd/63: Cannot open: Permission denied tar: Error is not recoverable: exiting now I'm not sure how there can be a permissions problem or what to do about it if there really is one, given that as I understand it the /proc/self/fd/63 is effectively a symlink to one end of something returned from pipe(2). Lev -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe keeps hanging
The problem was that I get pointer problems with the new utilities. I will try to upgrade cygwin1.dll too. Jurgen Jurgen Defurne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 2005-04-14 01:53 PM To: cygwin@cygwin.com cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:setup.exe keeps hanging Classification: I got a big problem, I just reinstalled by error coreutils, and I upgraded to the latest setup.exe. Now, my installer keeps hanging when installing, not at the end of the installation, but at the end of the package installation. We have Norton antivirus, I hope that is not the problem, because I cannot disable it. Any help, this is really critical. Regards, Jurgen -- 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: TAB-completion funny with dll files
Original Message From: Corinna Vinschen Sent: 14 April 2005 12:31 Does anyone know why tab-completion doesn't work for .dll files? ...snip... What makes dlls so special? Nothing? $ ls -l /bin/cygwTAB results in $ ls -l /bin/cygwin1.dll in both, tcsh and bash. So what? Bizarre. Doesn't work right for me. I first noticed this because cp i686-pc-cygwin/winsup/cygwin/new-[TAB] didn't do anything for me. Let me show you what happens when I try your example: ---snip!--- [EMAIL PROTECTED] /artimi/firmware ls /bin/cygw* /bin/cygwin1-1.5.11.dll /bin/cygwin1-20050404.dll /bin/cygwin1-20040103.dll/bin/cygwin1-20050414.dll /bin/cygwin1-20040719.dll/bin/cygwin1-clip-debug.dll /bin/cygwin1-20041201.dll/bin/cygwin1.dll /bin/cygwin1-20050228.dll/bin/cygwin1.dll.current /bin/cygwin1-20050302-finit.dll /bin/cygwin1.dll.gcc /bin/cygwin1-20050302.dll/bin/cygwin1.dll.vec /bin/cygwin1-20050303.dll/bin/cygwin1.dll.working /bin/cygwin1-20050404-b.dll [EMAIL PROTECTED] /artimi/firmware ls /bin/cygwin1.dll.[TAB-TAB] cygwin1.dll.current cygwin1.dll.vec cygwin1.dll.gcc cygwin1.dll.working [EMAIL PROTECTED] /artimi/firmware ls /bin/cygwin1.dll. ---snip!--- Hm, let me see what the perms look like on one that works and one that doesn't: ---snip!--- [EMAIL PROTECTED] /artimi/firmware ls -la /bin/cygwin1.dll.v[TAB] -rwx--+ 1 dk Domain U 623104 Nov 11 2000 /bin/cygwin1.dll.vec [EMAIL PROTECTED] /artimi/firmware ls -la /bin/cygwin1-c[TAB-TAB-TAB-WHY-DOESN'T-IT-WORK-GODDAMIT-oh-well-i'll-just-ha ve-to-type-it-manually]lip-debug.dll -rwxr-xr-x1 dk Domain U 8520815 Mar 4 17:30 /bin/cygwin1-clip-debug. dll [EMAIL PROTECTED] /artimi/firmware [EMAIL PROTECTED] /artimi/firmware getfacl /bin/cygwin1.dll.vec # file: /bin/cygwin1.dll.vec # owner: dk # group: Domain Users user::rwx group::--- group:root:rwx group:SYSTEM:rwx group:Users:r-x mask:rwx other:--- [EMAIL PROTECTED] /artimi/firmware getfacl /bin/cygwin1-clip-debug.dll # file: /bin/cygwin1-clip-debug.dll # owner: dk # group: Domain Users user::rwx group::r-x mask:rwx other:r-x [EMAIL PROTECTED] /artimi/firmware ---snip!--- Wow. I assume that TAB-completion is not performed in the context of the system user, so it must just be the 'Users:r-x' group that's doing it. Um, no, it isn't. I've now setfacl'd the two files identically, and it still doesn't work. ---snip!--- [EMAIL PROTECTED] /artimi/firmware getfacl /bin/cygwin1.dll.vec # file: /bin/cygwin1.dll.vec # owner: dk # group: Domain Users user::rwx group::--- group:root:rwx group:SYSTEM:rwx group:Users:r-x mask:rwx other:--- [EMAIL PROTECTED] /artimi/firmware getfacl /bin/cygwin1-clip-debug.dll # file: /bin/cygwin1-clip-debug.dll # owner: dk # group: Domain Users user::rwx group::--- group:root:rwx group:SYSTEM:rwx group:Users:r-x mask:rwx other:r-x [EMAIL PROTECTED] /artimi/firmware ls /bin/cygwi[TAB]n1.dll.[TAB-TAB] cygwin1.dll.current cygwin1.dll.vec cygwin1.dll.gcc cygwin1.dll.working [EMAIL PROTECTED] /artimi/firmware ls /bin/cygwin1.dll. ---snip!--- H. Now what? I know, let's check the cacls. [What idio^Wmicrosoft programmer decided to align all the output against a margin the length of the filename? Yeh, all that wrapped illegible output really looks s much neater and tidier. Morons.] ---snip!--- C:\cygwin\bincacls cygwin1.dll.vec C:\cygwin\bin\cygwin1.dll.vec BUILTIN\Administrators:F NT AUTHORITY\SYSTEM:F ARTIMI_CAM\dk:F BUILTIN\Users:R C:\cygwin\bincacls cygwin1-clip-debug.dll C:\cygwin\bin\cygwin1-clip-debug.dll ARTIMI_CAM\dk:F ARTIMI_CAM\Domain Users:(special access:) READ_CONTROL FILE_READ_EA FILE_READ_ATTRIBUTES BUILTIN\Administrators:(special access:) READ_CONTROL SYNCHRONIZE FILE_GENERIC_READ FILE_GENERIC_WRITE FILE_GENERIC_EXECUTE FILE_READ_DATA FILE_WRITE_DATA FILE_APPEND_DATA FILE_READ_EA FILE_WRITE_EA FILE_EXECUTE FILE_DELETE_CHILD FILE_READ_ATTRIBUTES FILE_WRITE_ATTRIBUTES NT AUTHORITY\SYSTEM:(special access:) READ_CONTROL SYNCHRONIZE FILE_GENERIC_READ FILE_GENERIC_WRITE FILE_GENERIC_EXECUTE FILE_READ_DATA FILE_WRITE_DATA FILE_APPEND_DATA FILE_READ_EA FILE_WRITE_EA FILE_EXECUTE FILE_DELETE_CHILD FILE_READ_ATTRIBUTES FILE_WRITE_ATTRIBUTES BUILTIN\Users:R Everyone:R ---snip!--- Well, the ordering is a bit different, and the BUILTIN\Administrators and NT AUTH\SYSTEM ACLs have a few of the more exotic perms disabled (quota and things), but there's really nothing I can see there that ought to make a difference - unless someone else knows something I don't? cheers, DaveK
Re: cygwin on Mac: files in Virtual PC shared folder
On 14 Apr 2005, at 12:33 pm, Corinna Vinschen wrote: On Apr 14 10:54, Ashley Ward wrote: 2) The '\' character used in Windows share names is an escape character to bash -- so the example mount \\pollux\home\joe\data /data in the cygwin manual (example 3.10) is misleading. For me, that style of example gives error messages about /data, not the Windows share (actually the cause of the problem), which doesn't help. I do see the mentions in manual around that point about using the Windows command shell (presumably with the cygwin bin in the PATH?) and also about using '/' rather than '\', but it doesn't seem very clear to me -- perhaps the example could be changed to mount '\\pollux\home\joe\data' /data? Erm... *cough, cough*, you're not a slave of the user manual, right? Why not just try it? Using forward slashes or \\ in bash seems quite natural to me. Hmmm -- thanks for your response, Corinna -- but I am a little confused by it. I did actually try it, as I described in my next paragraph: 3) I did manage to mount the share by enclosing the share name in single quotes as above, but then access to the mount point with ls, cd etc failed with invalid request code - sigh. Finally I gave up on cygwin mount and instead mounted the share as F: using right-click and map drive in Windows. It was then accessible to cygwin under /cygdrive/f. Perhaps I'm not being clear enough. I'm suggesting changing example 3.10 in the manual from mount \\pollux\home\joe\data /data to mount '\\pollux\home\joe\data' /data as the existing example, although natural, doesn't work in bash as '\' outside quotes is interpreted as an escape. The manual as it stands does hint at this, but not very directly. However, adding the quotes may not be the right change to make, since although adding the quotes allowed the mount command to complete, for me it still didn't mount the files such that I could actually access them. Ashley. -- 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 on Mac: files in Virtual PC shared folder
Original Message From: Ashley Ward Sent: 14 April 2005 13:11 Perhaps I'm not being clear enough. I'm suggesting changing example 3.10 in the manual from mount \\pollux\home\joe\data /data to mount '\\pollux\home\joe\data' /data Pay closer attention to the prompt in that example! 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: cygwin on Mac: files in Virtual PC shared folder
Original Message From: Dave Korn Sent: 14 April 2005 13:17 Original Message From: Ashley Ward Sent: 14 April 2005 13:11 Perhaps I'm not being clear enough. I'm suggesting changing example 3.10 in the manual from mount \\pollux\home\joe\data /data to mount '\\pollux\home\joe\data' /data Pay closer attention to the prompt in that example! And indeed to the two sentences immediately following the diagram: Note that mount was invoked from the Windows command shell in the previous example. In many Unix shells, including bash, it is legal and convenient to use the forward / in Win32 pathnames since the \ is the shell's escape character. I don't think it's appropriate to try and understand documentation by only looking at the examples and ignoring the surrounding explanatory text 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: cygwin on Mac: files in Virtual PC shared folder
On 14 Apr 2005, at 12:02 pm, Brian Dessent wrote: Ashley Ward wrote: Because of these issues, my preferred solution would be to use Shared Folders -- if it worked, it'd be a lot simpler than Samba -- no separate server and configuration to worry about. I might try following up the issue with MS VPC support in the newsgroup and then possibly through their email or phone support (although it seems I might have to give them a credit card number first! :). I know that this doesn't really address your question at hand... but if I were in your situation I would look into just building a gcc/binutils cross compiler toolchain. Then you could run the build natively under OS X, but produce win32 binaries. You would still need VPC for testing the binaries (I presume) but OS X should have enough unix under the hood to host the build. Thanks Brian -- yes, this was something I considered briefly a few years ago. Actually we build our software for Linux, Solaris, Windows-cygwin and Mac OS X (using gcc on each platform), so a cross-compiler on just one of these platforms would speed and simplify things a lot once initially set up. I was a bit confused about it, though -- can such a setup *link* a final binary as well as compile? Presumably then all the necessary libraries from each platform need to be available on the build platform? Ashley. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bash Process Substitution
Lev S Bishop wrote: rather than the fifo that the binary package uses. So perhaps whoever built the binary package didn't have /proc/self/fd for whatever reason? If I'm not mistaken /proc/pid/fd capabilty was added 2005-02-01. The current bash package (2.05b-16) was released 2003-10-23. (the test version -17 was released 2004-11-22.) So it was quite impossible for the person who built bash to have that feature. 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: cygwin on Mac: files in Virtual PC shared folder
Ashley Ward wrote: I was a bit confused about it, though -- can such a setup *link* a final binary as well as compile? Presumably then all the necessary libraries from each platform need to be available on the build platform? You can link the final binary as long as you have import libraries. As far as I know, you don't need the actual libraries themselves since you're not running the binary. So for example, just install winsup/w32api/lib*.a (or /usr/lib/w32api/lib*.a from an installed Cygwin) into your cross compiler's library search path and the link should work, assuming everything is setup right. (You of course also need a working set of headers too.) If you check the Cygwin/X web site there's a nice guide on how to build a cross toolchain for the purposes of building the XWin server (which works equally well for general cygwin cross compiling.) 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: Bash Process Substitution
Brian Dessent wrote: If I'm not mistaken /proc/pid/fd capabilty was added 2005-02-01. The current bash package (2.05b-16) was released 2003-10-23. (the test version -17 was released 2004-11-22.) So it was quite impossible for the person who built bash to have that feature. Thanks for this piece of info, Brian. It saved me from barking up completely the wrong tree. Things are becoming clearer. I guess what happened is that the binary build of bash used fifos, which have only ever been partially implemented in cygwin, and although at one point in the past they worked well enough for process substitution's needs, in the meantime the implementation has changed sufficiently to break that. The version of bash that I built uses /proc/self/fd, which is a brand spanking new feature that also doesn't quite work in terms of process substitution on output. (Is this all plausible?) Its either that, or process substituion never worked at all on cygwin, my memory is completely flawed, and these nifty scripts I have here were copied from a non-cygwin box. (This is certainly plausible.) Lev -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe keeps hanging
I still have the following problems : - The installation of cygwin1.dll keeps hanging at 78 % -- Probably because the installation is not complete, i cannot get access to my D: drive (which is just a second drive), but I can get access to my C: drive and to my network drives. ANy hints ? Jurgen Jurgen Defurne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 2005-04-14 02:05 PM To: cygwin@cygwin.com cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: setup.exe keeps hanging Classification: The problem was that I get pointer problems with the new utilities. I will try to upgrade cygwin1.dll too. Jurgen Jurgen Defurne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 2005-04-14 01:53 PM To: cygwin@cygwin.com cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:setup.exe keeps hanging Classification: I got a big problem, I just reinstalled by error coreutils, and I upgraded to the latest setup.exe. Now, my installer keeps hanging when installing, not at the end of the installation, but at the end of the package installation. We have Norton antivirus, I hope that is not the problem, because I cannot disable it. Any help, this is really critical. Regards, Jurgen -- 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: Bash Process Substitution
On Apr 14 08:04, Lev S Bishop wrote: I tried building bash from the source package, and then it uses either /dev/fd (if I have that as a symlink) or /proc/self/fd (if I don't), rather than the fifo that the binary package uses. So perhaps whoever built the binary package didn't have /proc/self/fd for whatever reason? The bash package has been built before /proc/pid/fd came into existance. With my built bash.exe, process substitution seems to work for input: $ echo (ls) /proc/self/fd/63 $ cat (echo hi) hi But not for output: $ tar -cf (cat) syntax.c tar: /proc/self/fd/63: Cannot open: Permission denied tar: Error is not recoverable: exiting now I'm not sure how there can be a permissions problem or what to do about it if there really is one, given that as I understand it the /proc/self/fd/63 is effectively a symlink to one end of something returned from pipe(2). It's probably the wrong end. In the Linux kernel there's some magic going on which we can't reproduce in Cygwin so far. Trying to open an existing pipe for writing or reading opens apparently exactly the right end of the pipe under Linux. On Windows, you only get the exact end of the pipe which is already available to the current process. That's the read side of the pipe, AFAICS, and that doesn't allow writing. This explains the Permission denied. HTH, 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 on Mac: files in Virtual PC shared folder
Brian Dessent wrote: You can link the final binary as long as you have import libraries. As far as I know, you don't need the actual libraries themselves since Well, okay, you need a little more than that, such as crt0.o. Basically take the contents of usr/include and usr/lib from the 'cygwin' package and install that in your cross compiler's search locations. Or at least that's how I did it. 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: Bash Process Substitution
Corina wrote: In the Linux kernel there's some magic going on which we can't reproduce in Cygwin so far. Trying to open an existing pipe for writing or reading opens apparently exactly the right end of the pipe under Linux. On Windows, you only get the exact end of the pipe which is already available to the current process. That's the read side of the pipe, AFAICS, and that doesn't allow writing. This explains the Permission denied. Interesting. Looking in function process_substitute in subst.c, I can see that bash tries to swap ends of the pipe depending on whether its a (cmd) or a (cmd) substitution. Lev -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bash Process Substitution
On Thu, 14 Apr 2005, Lev S Bishop wrote: Corina wrote: ^^ Sorry, Corinna. -- 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: setup.exe keeps hanging
Original Message From: Jurgen Defurne Sent: 14 April 2005 13:38 I still have the following problems : - The installation of cygwin1.dll keeps hanging at 78 % -- Probably because the installation is not complete, i cannot get access to my D: drive (which is just a second drive), but I can get access to my C: drive and to my network drives. Yep: Problem reports: http://cygwin.com/problems.html Let's see just how badly messed up your installation actually is 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/
bash/fork problem on Win server 2003 with terminal serve
Hi, I seem to have hit the same issue as described in: http://sourceware.org/ml/cygwin/2005-03/msg00919.html No resolution was offered there... Cygwin works fine locally and (via terminal serve) on a variety of other machines running Win 2000 and XP. However, when I terminal serve to a machine running Win server 2003 certain commands fail in bash as follows: bash-2.05b$ ls 579387288 [main] bash 1620 fork_parent: child 3156 died waiting for longjmp before initialization bash: fork: No such file or directory bash-2.05b$ I am not sure whether this is relevant (I suspect not), but I should add that when bash fires up I get the message: bash.exe: warning: could not find /tmp, please create! I am aware of the problem here and have addressed it previously by mounting /tmp locally with: mount -fsb c:/temp /tmp I cannot do this on the Win server 2003 machine because mount fails as above... I've attach cygcheck output for the machine where Cygwin is installed (again I cannot run cygcheck on the Win server 2003 machine because it too fails...) Regards, -- Lionel B begin 666 cygcheck.out M#0I#6=W:[EMAIL PROTECTED])A=EO;B!$:6%G;F]S=ECPT*0W5RF5N=!3 M[EMAIL PROTECTED][EMAIL PROTECTED]AU($%PB Q- Q-#HT,#HP-B R,# U#0H-E=I;F1O M=W,@,C P,!397)V97(@5F5R(#4N,!=6EL9 R,3DU(%-E[EMAIL PROTECTED]%C M:R T#0H-E!A=@Z5DZ7-Y9W=I;EQUW)6#$Q4C98FEN#0H)63I8WEG M=VEN7'5SEQL;V-A;%QB:6X-@E9.EQC6=W:6Y8FEN#0H)63I8WEG=VEN M7)I;@T*6,Z7'1EUF7UI:W1E%QB:6Y#0H)8SI5TE.3E1WES=5M M,S(-@EC.EQ724Y.5 T*6,Z7%=)3DY47%-YW1E;3,R7%=B96T-@EC.EQ0 MF]GF%M($9I;5S7$-O;6UO;B!:6QEUQ!9%P=5C(%-H87)E9%Q37-T M96T-@EC.EQW:6YN=%QS7-T96TS,EQP9F4S,BYE4-@EC.EQW:6YN=%QS M7-T96TS,EQG875SW1O;VPN97AE#0H)8SI4')O9W)A;2!:6QEUQ#;VUM M;[EMAIL PROTECTED]3F5T=V]R:R!!W-O8VEA=5S7%9IG5S4V-A;B!%;F=I;F5 M-XP+GAX7 T*6,Z7%!R;[EMAIL PROTECTED]9]X6=E;EQB:6X-@EC.EQ0 MF]GF%M($9I;5S7$UI8W)OV]F=[EMAIL PROTECTED]@P7%1O;VQS7$)) M3DX-@E9.EQC6=W:6Y8FEN#0H)63I8WEG=VEN7'5SEQL;V-A;%QB:6X- M@EC.EQW:6XS,F%P T*7DZ7=S=]O;'-9W,X+C$T7)I;@T*7DZ7=S M=]O;'-9W,X+C$T7[EMAIL PROTECTED]6,Z7%!R;[EMAIL PROTECTED]36ECF]S;V9T M(%9IW5A;!3='5D:6]5D,Y.%Q:6X-@EC.EQ0F]GF%M($9I;5S7$UI M8W)OV]F=!6:[EMAIL PROTECTED]EO7$-O;6UO;EQ-4T1E=CDX7$)I;@T*#0I/ [EMAIL PROTECTED])O;2!9.EQC6=W:6Y8FEN7ED+F5X92 H;F]N='-E8RD-E5) M1#H@,3(P-#,H;EO;F5L*2 @( @(!'240Z(#$P-3$S*$1O;6%I;B!5V5R MRD-C$P-3$S*$1O;6%I;B!5V5RRD-@T*3W5T'5T(9R;[EMAIL PROTECTED]8WEG M=VEN7)I;EQI9YE[EMAIL PROTECTED]YTV5C*0T*54E$.B Q,C T,RAL:6]N96PI( @ M( @($=)1#H@,3 U,3,H1]M86EN(%5S97)S*0T*,AR;V]T*2 @( @( @ M( @( @( @(#$P-3$S*$1O;6%I;B!5V5RRD@( @( Q,C$R-A%=F5R M6)O9'DI#0HQ,C$R,BA297-E87)C:D-@T*4WES1ER.B!#.EQ724Y.5%QS M7-T96TS,@T*5VEN1ER.B!#.EQ724Y.5 T*#0I(3TU%([EMAIL PROTECTED]@Z7'5S97)S M7QI;VYE;-DU!2T5?34]$12 ](!U;FEX)PT*4%=$([EMAIL PROTECTED]]C6=DFEV M92]H+W5S97)S+VQI;VYE;-E5315(@/2!@;EO;F5L)PT*#0I!3$Q54T52 M4U!23T9)3$4@/[EMAIL PROTECTED]1]C=6UE;G1S(%N9!3971T:6YGUQ!;[EMAIL PROTECTED] MG,G#0I!4%!$051!([EMAIL PROTECTED],Z7$1O8W5M96YTR!A;[EMAIL PROTECTED]EN9W-;EO M;F5L7$%PQI8V%T:6]N($1A=$G#0I#3$E%3E1.04U%([EMAIL PROTECTED])%1$M%3B- MD-/34U/3E!23T=204U24Q%4R ](!#.EQ0F]GF%M($9I;5S7$-O;6UO M;B!:6QER-D-/35!55$523D%-12 ](!215-%05)#2-D-/35-014,@ M/[EMAIL PROTECTED]5TE.3E1WES=5M,S)8VUD+F5X92-D-64U]24T@@/[EMAIL PROTECTED])I M;B]S[EMAIL PROTECTED]@/[EMAIL PROTECTED]3EO;F5L7'=OFLG#0I'3E503$]4([EMAIL PROTECTED](Z M7$1O8W5M96YTR!A;[EMAIL PROTECTED]EN9W-;EO;F5L7%=)3D1/5U,G#0I(3TU% M1%))5D4@/[EMAIL PROTECTED](3U-43D%-12 ](!R97-E87)C:-DE.5$5,7TQ) M0T5.4T5?1DE,12 ](!#.EQ0F]GF%M($9I;5S7$-O;6UO;B!:6QEUQ) M;G1E;%Q,:6-E;G-ER-DQ/1T].4T525D52([EMAIL PROTECTED]1T]204XG#0I,5T0@ M/[EMAIL PROTECTED]3EO;F5L)PT*34%.4$%42 ]( Z+W5SB]SVPO;6%N.B]UW(O M6#$Q4C8O;6%N)PT*3E5-0D527T]7U!23T-%4U-/4E,@/2!@,B-D],1%!7 M1 ]( O=7-R+V)I;B-D]3,DQ)0E!!5$@@/[EMAIL PROTECTED]5TE.3E1WES=5M M,S);W,R71L;#LG#0I/4R ](!7:6YD;W=S7TY4)PT*4$%42$585 ]( N M0T]-.RY%6$4[+D)!5#LN0TU$.RY60E,[+E913LN2E,[+DI313LN5U-.RY7 [EMAIL PROTECTED])?05)#2$E414-455)%([EMAIL PROTECTED]'@X-B-E!23T-%4U-/ M4E])1$5.5$E2452([EMAIL PROTECTED]'@X-B!86UI;'D@,[EMAIL PROTECTED]@,B!3=5PEN M9R W+!'96YU:6YE26YT96PG#0I04D]#15-33U)?3$5614P@/2!@,34G#0I0 M4D]#15-33U)?4D5625-)3TX@/2!@,#(P-R-E!23T=204U24Q%4R ](!# M.EQ0F]GF%M($9I;5S)PT*4%)/35!4([EMAIL PROTECTED]10)$G#0I04S$@/[EMAIL PROTECTED] M,#,S73 [7'=,# W7# S,ULS,FU75QU0%QH7%M,#,S6S,S;5QW7# S,ULP M;5Q=/B G#0I05$0@/[EMAIL PROTECTED]S%2%Q5V5RUQ,:6]N96Q1V%UW-9%T M82-E!41$Y/54Y#([EMAIL PROTECTED]@Z7%5S97)S7$QI;VYE;%Q'875SUQD871A)PT* M4T534TE/3DY!344@/[EMAIL PROTECTED],W,2-E-(3%9,([EMAIL PROTECTED] M14U$4DE612 ](!#.B-E-94U1%35)/3U0@/[EMAIL PROTECTED]5TE.3E0G#0I414U0 M([EMAIL PROTECTED],Z7$1/0U5-17XQ7QI;VYE;%Q,3T-!3%-^,5Q496UP7#G#0I415)- M([EMAIL PROTECTED]-Y9W=I;B-E1%6$1/0U9)15=?9'9I([EMAIL PROTECTED]-Y9W-T87)T(5S)PT* M5$581$]#5DE%5U]H=UL([EMAIL PROTECTED]-Y9W-T87)T(5S)PT*5$581$]#5DE%5U]P M98@/[EMAIL PROTECTED]W1AG0@)7,G#0I415A$3T-624577W!S([EMAIL PROTECTED]-Y9W-T87)T M(5S)PT*5$581$]#5DE%5U]T'0@/[EMAIL PROTECTED]W1AG0@)7,G#0I435 @/2!@ M0SI1$]#54U%?C%;EO;F5L7$Q/0T%,4WXQ7%1E;7!-R-E5315)$3E-$
Re: setup.exe keeps hanging
On Thu, Apr 14, 2005 at 02:38:25PM +0200, Jurgen Defurne wrote: I still have the following problems : - The installation of cygwin1.dll keeps hanging at 78 % -- Probably because the installation is not complete, i cannot get access to my D: drive (which is just a second drive), but I can get access to my C: drive and to my network drives. ANy hints ? Try getting a new version of setup.exe from http://cygwin.com/setup.exe . -- Christopher Faylor spammer? - [EMAIL PROTECTED] Cygwin Co-Project Leader[EMAIL PROTECTED] TimeSys, 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: Running Cygwin on Windows 2003 Server via remote desktop
Hi, I'm having this problem as well. Specifically, I'm getting the following errors for non-privileged users logging in via Remote Desktop to Windows Server 2003: When I click on the Cygwin Icon: 2 [main] bash 6544 fork_parent: child 5496 died waiting for longjmp before initialization bash: fork: Bad file descriptor bash-2.05b$ When I run a cygwin app from the DOS Prompt: ls C:\cygwin\bin\ls.exe (6944): *** could not load user32, Win32 error 0 If the same user logs in locally everything works fine. If I add the user to the Administrator Group everything works fine. Cygwin was working when I originally installed it. The problem started when I installed SSH server on the machine. The SSH server works fine. I suspect it had to do with upgrading the Cygwin packages and not the SSH installation, since I tried a clean install and it did not help. However it may also be related to a Windows Patch, but I didn't notice it was broken before the install. Here's what I've tried. This thread seemed promising: http://sourceware.org/ml/cygwin/2005-03/msg00842.html But I tried chmod a+x /bin/*.dll and setfacl -m d:m:rwx,d:g:rwx,d:o:r-x /bin to no avail. I also tried walking through the local security policy and granting the user all the privileges of the sshd and sshd_server users, and all the Administrator privileges that seemed relevant. My cygcheck.out is attached. Any help would be appreciated. Thanks, - Nathan Nathan Potter DF Young Internet Integration Consultant cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
tetex problems: postinstall hangs, format not installed, root can run latex
Dear all, When I recently upgraded various cygwin components, including tetex, several things have gone wrong. I am baffled as cygwin is running fine on my home machine, which is very similar (but has local accounts and not networked accounts). After much tweaking (see below), my status is that only admin can run latex (problem 3). Any help would be appreciated. PROBLEM 1: postinstall of tetex hangs indefinetely: PATCH: line 98 of post-texmf.sh should be configps=$(/usr/bin/find /usr/share/texmf/dvips -name config.ps) I added /usr/bin to make sure windows find wasn't used. PROBLEM 2: even after removing tetex, I ended up with files in /var/cache/fonts that were non-removable. Even admin doesn't have rights to ENTER this directory. I did solve it, but more or less by accident. Any structural insights are welcome PROBLEM 3: After the above, post-install runs and everything seems fine but normal users still cannot run latex, because latex.fmt is missing and persmission are denied on /usr/share/texmf/ls-R. Again, thanks for any help. Dirk Attached: - partial log - output of cygcheck --- PARTIAL LOG 1. texmf hangs endlessly in postinstall 2. ran postinstall-texmf.sh as administrator and got endless amounts of 'permission denied' errors, plus a hanging script at a point where it does a 'find (something) -name config.ps' --- + texconfig-sys dvips printcmd - + echo -n Checking for psfonts.map in config.ps... Checking for psfonts.map in config.ps... + find /usr/share/texmf/dvips -name config.ps FIND: Invalid switch + configps= + grep +psfonts - 3. uninstalled all texmf related stuff and rebooted 4. started cmd as admin and got this: c:\cygwin\var\cachels -ld fonts drwxrwx--T+ 2 dpj Domain Users 0 Apr 14 13:29 fonts c:\cygwin\var\cachewhoami Administrator c:\cygwin\var\cachecd fonts Access is denied. c:\cygwin\var\cacherm -rf fonts rm: cannot chdir from `.' to `fonts': Permission denied c:\cygwin\var\cachermdir /s fonts fonts, Are you sure (Y/N)? y Access is denied. How can I have files that administrator cannot access and, more importantly, how do I get rid of them? (PROBLEM 2) Here is what I did, not sure what made it go away: - disabled auto starting of Cygwin SSHD in control panel - logged in as administrator (as compared to a runas-cmd shell used above) - remove grey-out read-only mark from fonts folder in the file properties in explorer, ie right click on the /var/cache/fonts folder in explorer and uncheck the ro flag - ran a cmd prompt and issued chmod 0777 /var/cache/fonts - after all this, i still couldn't remove the file as root, but when I then logged in as myself (the owner of the directory) I could remove it in the explorer. - made sure /usr/share/texmf did not exist any more (it didn't) - installed the tetex helper package, which pulled the rest of tetex in. However: Post-texmf.sh hung again, or so it seemed. Solution: It just takes a REALLY LONG time, about 8 minutes on fairly modern machine. Maybe all that needs changed here is the progress indicator, or a small message post-install for texmf may take upto 10 minutes. BUT: $ latex cvuk.tex /usr/share/texmf/ls-R: Permission denied /usr/share/texmf/ls-r: Permission denied /usr/share/texmf/ls-R: Permission denied /usr/share/texmf/ls-r: Permission denied /usr/share/texmf/ls-R: Permission denied /usr/share/texmf/ls-r: Permission denied /var/cache/fonts/ls-R: Permission denied /var/cache/fonts/ls-r: Permission denied This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) file:line:error style messages enabled. %-line parsing enabled. kpathsea: Running mktexfmt latex.fmt /usr/share/texmf/ls-R: Permission denied /usr/share/texmf/ls-r: Permission denied /usr/share/texmf/ls-R: Permission denied /usr/share/texmf/ls-r: Permission denied /usr/share/texmf/ls-R: Permission denied /usr/share/texmf/ls-r: Permission denied /var/cache/fonts/ls-R: Permission denied /var/cache/fonts/ls-r: Permission denied tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found. fmtutil: config file `fmtutil.cnf' not found. I can't find the format file `latex.fmt'! As admin, I chmod'ed both /var/cache/fonts/ls-R and /usr/share/texmf/ls-R to Users. then ran postinstall-texmf.sh.done again (as admin) --- fmtutil: Error! Not all formats have been built successfully. Visit the log files in directory /var/lib/texmf/web2c for details. --- this directory /var/lib is, you guessed it, inaccessible. Also, the install script again was hung. I changed the invocation of find to /usr/bin/find, which solved the problem. Still, users cannot run latex, same error as above. Admin can run it. --- Cygwin Configuration Diagnostics Current System Time: Thu Apr 14 15:43:04 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin
Request for implementation of sigrelse()
Cygwin currently has sighold(), but not its counterpart sigrelse(). I believe it's implementation should be mainly a matter of copy/pasting: In exceptions.cc, copy/paste sighold(), s/sighold/sigrelse/, s/sigaddset/sigdelset/ In include/cygwin/signal.h and cygwin.din, copy/paste the sighold line, and s/sighold/sigrelse/. In include/cygwin/version.h, bump minor API version. Relevant page of SUSv3: http://www.opengroup.org/onlinepubs/009695399/functions/sighold.html Thankyou, 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: setup.exe keeps hanging
Christopher, That was the latest version from the URL you gave me. Jurgen Christopher Faylor [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 2005-04-14 03:57 PM Please respond to cygwin To: cygwin@cygwin.com cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: setup.exe keeps hanging Classification: On Thu, Apr 14, 2005 at 02:38:25PM +0200, Jurgen Defurne wrote: I still have the following problems : - The installation of cygwin1.dll keeps hanging at 78 % -- Probably because the installation is not complete, i cannot get access to my D: drive (which is just a second drive), but I can get access to my C: drive and to my network drives. ANy hints ? Try getting a new version of setup.exe from http://cygwin.com/setup.exe . -- Christopher Faylor spammer? - [EMAIL PROTECTED] Cygwin Co-Project Leader [EMAIL PROTECTED] TimeSys, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin on Mac: files in Virtual PC shared folder
On 14 Apr 2005, at 1:17 pm, Dave Korn wrote: From: Ashley Ward Sent: 14 April 2005 13:11 Perhaps I'm not being clear enough. I'm suggesting changing example 3.10 in the manual from mount \\pollux\home\joe\data /data to mount '\\pollux\home\joe\data' /data Pay closer attention to the prompt in that example! OK -- to save others looking it up, the example currently reads as follows: c:\cygwin\ ls /data ls: /data: No such file or directory c:\cygwin\ mount \\pollux\home\joe\data /data mount: warning - /data does not exist! c:\cygwin\ mount \\pollux\home\joe\data on /data type sytem (binmode) c:\cygwin\bin on /usr/bin type system (binmode) c:\cygwin\lib on /usr/lib type system (binmode) c:\cygwin on / type system (binmode) c: on /c type user (binmode,noumount) d: on /d type user (binmode,noumount) Note that mount was invoked from the Windows command shell in the previous example. In many Unix shells, including bash, it is legal and convenient to use the forward / in Win32 pathnames since the \ is the shell's escape character. Why use the Windows command shell for that example? Cygwin installs bash, a short cut to it etc. I install cygwin because I don't want to use the Windows command shell. However, I can see that if the registry mount information is broken, it might not be possible to start bash and run 'mount' there. Otherwise, I'd prefer to use bash. Also, if that example is to use the Windows command shell, the Windows PATH variable must contain the directory with the mount command, which it doesn't seem to for me by default. The example doesn't therefore work as it stands. I'd suggest changing the manual to read as below. c:\ c:\cygwin\bin\ls /data ls: /data: No such file or directory c:\ c:\cygwin\bin\mount \\pollux\home\joe\data /data mount: warning - /data does not exist! c:\ c:\cygwin\bin\mount \\pollux\home\joe\data on /data type sytem (binmode) c:\cygwin\bin on /usr/bin type system (binmode) c:\cygwin\lib on /usr/lib type system (binmode) c:\cygwin on / type system (binmode) c: on /c type user (binmode,noumount) d: on /d type user (binmode,noumount) Note that 'mount' was invoked from the Windows command shell in the above example. It might be necessary to use the Windows command shell if bash is not functional due to incorrect mount points. In many Unix shells, including bash, \ is the shell's escape character. Windows path and share names therefore cannot be typed as above: the \ character must be enclosed in quotes, or the alternative / can be used. For example: $ mount '\\pollux\home\joe\data' /data or $ mount //pollux/home/joe/data /data Best wishes, Ashley. -- 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: setup.exe keeps hanging
On Thu, Apr 14, 2005 at 05:12:40PM +0200, Jurgen Defurne wrote: That was the latest version from the URL you gave me. I don't know what this means. What is the version that you are running? -- 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: tetex problems: postinstall hangs, format not installed, root can run latex
Original Message From: d j Sent: 14 April 2005 16:03 When I recently upgraded various cygwin components, including tetex, several things have gone wrong. I am baffled as cygwin is running fine on my home machine, which is very similar (but has local accounts and not networked accounts). After much tweaking (see below), my status is that only admin can run latex (problem 3). Any help would be appreciated. PROBLEM 1: postinstall of tetex hangs indefinetely: PATCH: line 98 of post-texmf.sh should be configps=$(/usr/bin/find /usr/share/texmf/dvips -name config.ps) I added /usr/bin to make sure windows find wasn't used. If your path doesn't have the cygwin bin dirs in front of the windoze equivalents, an awful lot more is liable to go wrong than just that. You ought to be able to fix this by fixing your $PATH. Hmm, actually I'm not sure now: do post-install scripts invoke a login shell? Does /etc/profile get run for them? PROBLEM 2: even after removing tetex, I ended up with files in /var/cache/fonts that were non-removable. Even admin doesn't have rights to ENTER this directory. PROBLEM 3: After the above, post-install runs and everything seems fine but normal users still cannot run latex, because latex.fmt is missing and persmission are denied on /usr/share/texmf/ls-R. Where's the maintainer? I dunno what it is, but the tetex install package does something *utterly* weird and bizarre by way of setting perms and giving away ownership of files, and it makes no sense whatsoever. I stumbled across this once: http://sources.redhat.com/ml/cygwin/2004-03/msg00454.html and what worked for me was chgrp -h Users /usr/share/texmf/web2c/* /usr/share/texmf/ls-R but of course YMMV. 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: setup.exe keeps hanging
Original Message From: Christopher Faylor Sent: 14 April 2005 16:30 On Thu, Apr 14, 2005 at 05:12:40PM +0200, Jurgen Defurne wrote: That was the latest version from the URL you gave me. I don't know what this means. I reckon it means that it was the latest version, from the URL you gave to him. (Which was 'http://cygwin.com/setup.exe'). 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: setup.exe keeps hanging
On Thu, Apr 14, 2005 at 04:40:27PM +0100, Dave Korn wrote: Original Message From: Christopher Faylor Sent: 14 April 2005 16:30 On Thu, Apr 14, 2005 at 05:12:40PM +0200, Jurgen Defurne wrote: That was the latest version from the URL you gave me. I don't know what this means. I reckon it means that it was the latest version, from the URL you gave to him. (Which was 'http://cygwin.com/setup.exe'). In tech support, you don't assume anything. You ask for specifics. The latest version is a meaningless term. That is why I asked for the version number. -- 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 rename(2)
Coreutils testsuite found another bug, this time in rename(2), as tested on the 20050412 snapshot: $ cd /cygdrive/c # local NTFS drive $ mknod fifo p $ ls -lF fifo prw-rw-rw- 1 eblake Domain Users 102 Apr 14 09:27 fifo| $ mv fifo /cygdrive/u # remote NFS drive $ ls -lF /cygdrive/u/fifo -r--r--r-- 1 eblake Domain Users 102 Apr 14 09:27 /cygdrive/u/fifo Oops - the rename succeeded but changed the file type; if this can't be made to work cross device, it would be better if it failed with EXDEV; mv(1) will then live up to its requirements and gracefully handle the EXDEV by creating a fifo on the destination before unlinking it on the source. $ mkfifo fifo $ ls -liF fifo 673851094245318183 prw-rw-rw- 1 eblake Domain Users 102 Apr 14 09:41 fifo| $ mv fifo fifo1 $ ls -liF fifo1 673851094245318183 -r--r--r-- 1 eblake Domain Users 102 Apr 14 09:41 fifo1 Oops - now we are on the same device, and mv(1) defers to rename(2) for semantics. Rename is not permitted to change file types, and on the same device, is not permitted to fail with EXDEV. At least it preserved the inode, as required. -- Eric Blake -- 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: 1.5.14-1: child died
I'm not sure what happened, but if I start Cygwin for a certain restricted user I receive the following message: 9 [main] bash 3624 fork_parent: child 2756 died waiting for longjmp before initialization bash: fork: Bad file descriptor bash-2.05b$ Everything worked fine, nothing was installed or changed in my configuration. Interestingly it works for other restricted users and for my admin account. Can anybody give me a clue what's going on? Oops, I have forgotten to attach cygcheck... Cygwin Configuration Diagnostics Current System Time: Thu Apr 14 17:53:46 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WinAVR\bin c:\WinAVR\utils\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Programme\Java\jdk1.5.0\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Programme\ant\bin c:\PROGRA~1\GnuPG c:\VXIPNP\WINNT\BIN c:\Programme\Subversion\bin c:\ c:\Elements\1stBoot .\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 1006(sv) GID: 513(Kein) =513(Kein) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1006(sv) GID: 513(Kein) =513(Kein) 545(Benutzer) 555(Remotedesktopbenutzer) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `tty notitle glob ntsec' HOME = `C:\cygwin\home\sv' MAKE_MODE = `unix' PWD = `/home/sv' USER = `sv' Use `-r' to scan registry c: hd NTFS 38154Mb 57% CP CS UN PA FC d: cd N/AN/A C:\cygwin / system binmode c: /csystem binmode \cygdrive\h/hsystem binmode n: /nsystem binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode z: /zsystem binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: c:\WinAVR\utils\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: c:\WinAVR\utils\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: c:\WinAVR\utils\bin\find.exe Found: C:\cygwin\bin\gcc.exe Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: c:\WinAVR\utils\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: c:\WinAVR\utils\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: c:\WinAVR\utils\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: c:\WinAVR\utils\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: c:\WinAVR\utils\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: c:\WinAVR\utils\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: c:\WinAVR\utils\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: c:\WinAVR\utils\bin\tar.exe 55k 2004/09/14 C:\cygwin\bin\cygbz2-1.dll 18k 2004/07/06 C:\cygwin\bin\cygcharset-1.dll 852k 2005/03/23 C:\cygwin\bin\cygcrypto-0.9.7.dll 174k 2004/10/14 C:\cygwin\bin\cygexpat-0.dll 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll 40k 2004/10/10 C:\cygwin\bin\cygform-8.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 48k 2003/08/09 C:\cygwin\bin\cygform7.dll 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll 135k 2004/09/02 C:\cygwin\bin\cygglib-1-2-0.dll 11k 2004/09/02 C:\cygwin\bin\cyggmodule-1-2-0.dll 10k 2004/09/02 C:\cygwin\bin\cyggthread-1-2-0.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll 25k 2004/10/12 C:\cygwin\bin\cyghistory6.dll 991k 2004/07/06 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll 54k 2004/07/06 C:\cygwin\bin\cygintl-3.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 22k 2004/10/10 C:\cygwin\bin\cygmenu-8.dll 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll 74k 2004/10/10 C:\cygwin\bin\cygncurses++-8.dll 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll 216k 2004/10/10 C:\cygwin\bin\cygncurses-8.dll 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll 224k 2003/08/09
Re: Running Cygwin on Windows 2003 Server via remote desktop
Nathan Potter [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, I'm having this problem as well. Specifically, I'm getting the following errors for non-privileged users logging in via Remote Desktop to Windows Server 2003: When I click on the Cygwin Icon: 2 [main] bash 6544 fork_parent: child 5496 died waiting for longjmp before initialization bash: fork: Bad file descriptor bash-2.05b$ When I run a cygwin app from the DOS Prompt: ls C:\cygwin\bin\ls.exe (6944): *** could not load user32, Win32 error 0 Same again... see http://sources.redhat.com/ml/cygwin/2005-04/msg00656.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: Running Cygwin on Windows 2003 Server via remote desktop
Nathan Potter wrote in message news:[EMAIL PROTECTED] Hi, I'm having this problem as well. Specifically, I'm getting the following errors for non-privileged users logging in via Remote Desktop to Windows Server 2003: When I click on the Cygwin Icon: 2 [main] bash 6544 fork_parent: child 5496 died waiting for longjmp before initialization bash: fork: Bad file descriptor bash-2.05b$ When I run a cygwin app from the DOS Prompt: ls C:\cygwin\bin\ls.exe (6944): *** could not load user32, Win32 error 0 Same again... see http://sources.redhat.com/ml/cygwin/2005-04/msg00656.html -- Lionel B -- 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: 1.5.14-1: child died
Original Message
From: Oliver Vecernik
Sent: 14 April 2005 10:41
Hi,
I'm not sure what happened, but if I start Cygwin for a certain
restricted user I receive the following message:
9 [main] bash 3624 fork_parent: child 2756 died waiting for
longjmp before initialization
bash: fork: Bad file descriptor
bash-2.05b$
Everything worked fine, nothing was installed or changed in my
configuration. Interestingly it works for other restricted users and for
my admin account. Can anybody give me a clue what's going on?
Well, what that message means is that for some reason, the child process
failed to notify the parent of its existence within a reasonable amount of
time after it was spawned. That could mean that it died for some reason, or
it could mean that it was alive, but failed to notify the parent process.
Hmm, would any of the lead developers care to comment on the accuracy of
this comment from the front of fork.cc/sync_with_parent ?
/* Notify parent that it is time for the next step.
Note that this has to be a macro since the parent may be messing with
our stack. */
static void __stdcall
sync_with_parent (const char *s, bool hang_self)
{
I do hope that's just an old-and-out-of-date comment.
Anyway, it could also be a permissions problem: maybe because its a
restricted user, the child process is in some way prevented from accessing
the object created by the parent and it can't notify it. But that's just
guesswork. I think your next most informative option might be to use
strace -t; that should let you see if there are any obvious errors
occurring in the child.
cheers,
DaveK
--
Can't think of a witty .sigline today
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
SSH seems to freeze in rsync on WinNT
I have an rsync being spawned from an external application nightly, and it seems to always freeze on ssh: 2005-04-14 00:03:10: Running rsync -e ssh -vvv -o PasswordAuthentication=no --exclude-from=d:\AlohaQS\backups\RSYNC.ex -az /cygdrive/d/AlohaQS/20050413 /cygdrive/d/AlohaQS/200504* [EMAIL PROTECTED]:/dateddirs 2005-04-14 00:03:11: OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 2005-04-14 00:03:12: debug2: ssh_connect: needpriv 0 2005-04-14 00:03:12: debug1: Connecting to host [ip] port 22. 2005-04-14 00:03:12: debug1: Connection established. 2005-04-14 00:03:12: debug1: identity file /cygdrive/d/AlohaQS/backups/.ssh/identity type -1 2005-04-14 00:03:12: debug1: identity file /cygdrive/d/AlohaQS/backups/.ssh/id_rsa type -1 2005-04-14 00:03:12: debug1: identity file /cygdrive/d/AlohaQS/backups/.ssh/id_dsa type 2 2005-04-14 00:03:12: debug1: Remote protocol version 1.99, remote software version OpenSSH_3.8.1p1 FreeBSD-20040419 2005-04-14 00:03:12: debug1: match: OpenSSH_3.8.1p1 FreeBSD-20040419 pat OpenSSH* 2005-04-14 00:03:12: debug1: Enabling compatibility mode for protocol 2.0 2005-04-14 00:03:12: debug1: Local version string SSH-2.0-OpenSSH_3.9p1 2005-04-14 00:03:12: debug2: fd 3 setting O_NONBLOCK 2005-04-14 00:03:12: debug1: SSH2_MSG_KEXINIT sent 2005-04-14 00:03:12: debug1: SSH2_MSG_KEXINIT received 2005-04-14 00:03:12: debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 2005-04-14 00:03:12: debug2: kex_parse_kexinit: ssh-rsa,ssh-dss 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: first_kex_follows 0 2005-04-14 00:03:12: debug2: kex_parse_kexinit: reserved 0 2005-04-14 00:03:12: debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 2005-04-14 00:03:12: debug2: kex_parse_kexinit: ssh-dss 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: first_kex_follows 0 2005-04-14 00:03:12: debug2: kex_parse_kexinit: reserved 0 2005-04-14 00:03:12: debug2: mac_init: found hmac-md5 2005-04-14 00:03:12: debug1: kex: server-client aes128-cbc hmac-md5 none 2005-04-14 00:03:12: debug2: mac_init: found hmac-md5 2005-04-14 00:03:12: debug1: kex: client-server aes128-cbc hmac-md5 none 2005-04-14 00:03:12: debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent 2005-04-14 00:03:12: debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP 2005-04-14 00:03:13: debug2: dh_gen_key: priv key bits set: 125/256 2005-04-14 00:03:13: debug2: bits set: 510/1024 2005-04-14 00:03:13: debug1: SSH2_MSG_KEX_DH_GEX_INIT sent 2005-04-14 00:03:13: debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY 2005-04-14 00:03:13: debug3: check_host_in_hostfile: filename /cygdrive/d/AlohaQS/backups/.ssh/known_hosts 2005-04-14 00:03:13: debug3: check_host_in_hostfile: match line 1 2005-04-14 00:03:13: debug3: check_host_in_hostfile: filename /cygdrive/d/AlohaQS/backups/.ssh/known_hosts 2005-04-14 00:03:13: debug3: check_host_in_hostfile: match line 1 2005-04-14 00:03:13: debug1: Host 'host' is known and matches the DSA host key. 2005-04-14 00:03:13: debug1: Found key in /cygdrive/d/AlohaQS/backups/.ssh/known_hosts:1 2005-04-14 00:03:13: debug2: bits set: 523/1024 2005-04-14 00:03:13: debug1: ssh_dss_verify: signature correct 2005-04-14 00:03:13: debug2: kex_derive_keys 2005-04-14 00:03:13: debug2: set_newkeys: mode 1 2005-04-14 00:03:13: debug1: SSH2_MSG_NEWKEYS sent
Re: How do I solve/work around Resource temporarily unavailable
Attached is a very simple makefile which demonstrates the problem. There's a leak either in make itself or in the spawning of subprocesses. Beware! this will likely lock up your machine, or at the very least prevent you from launching any new processes. Simply type make with this makefile in the same directory. It invokes another target defined within the makefile which does an echo a couple thousand times. makefile Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSH seems to freeze in rsync on WinNT
I've seen something similar... It seemed to be permission related and I never did figure it out... try rsync'ing the files to another directory on the destination server and then rsync'ing again from there to the final directory (on the same server)...see it that works... - Original Message - From: Jason Legate [EMAIL PROTECTED] To: cygwin@cygwin.com Sent: Thursday, April 14, 2005 1:00 PM Subject: SSH seems to freeze in rsync on WinNT I have an rsync being spawned from an external application nightly, and it seems to always freeze on ssh: 2005-04-14 00:03:10: Running rsync -e ssh -vvv -o PasswordAuthentication=no --exclude-from=d:\AlohaQS\backups\RSYNC.ex -az /cygdrive/d/AlohaQS/20050413 /cygdrive/d/AlohaQS/200504* [EMAIL PROTECTED]:/dateddirs 2005-04-14 00:03:11: OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 2005-04-14 00:03:12: debug2: ssh_connect: needpriv 0 2005-04-14 00:03:12: debug1: Connecting to host [ip] port 22. 2005-04-14 00:03:12: debug1: Connection established. 2005-04-14 00:03:12: debug1: identity file /cygdrive/d/AlohaQS/backups/.ssh/identity type -1 2005-04-14 00:03:12: debug1: identity file /cygdrive/d/AlohaQS/backups/.ssh/id_rsa type -1 2005-04-14 00:03:12: debug1: identity file /cygdrive/d/AlohaQS/backups/.ssh/id_dsa type 2 2005-04-14 00:03:12: debug1: Remote protocol version 1.99, remote software version OpenSSH_3.8.1p1 FreeBSD-20040419 2005-04-14 00:03:12: debug1: match: OpenSSH_3.8.1p1 FreeBSD-20040419 pat OpenSSH* 2005-04-14 00:03:12: debug1: Enabling compatibility mode for protocol 2.0 2005-04-14 00:03:12: debug1: Local version string SSH-2.0-OpenSSH_3.9p1 2005-04-14 00:03:12: debug2: fd 3 setting O_NONBLOCK 2005-04-14 00:03:12: debug1: SSH2_MSG_KEXINIT sent 2005-04-14 00:03:12: debug1: SSH2_MSG_KEXINIT received 2005-04-14 00:03:12: debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellma n-group1-sha1 2005-04-14 00:03:12: debug2: kex_parse_kexinit: ssh-rsa,ssh-dss 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: first_kex_follows 0 2005-04-14 00:03:12: debug2: kex_parse_kexinit: reserved 0 2005-04-14 00:03:12: debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 2005-04-14 00:03:12: debug2: kex_parse_kexinit: ssh-dss 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: first_kex_follows 0 2005-04-14 00:03:12: debug2: kex_parse_kexinit: reserved 0 2005-04-14 00:03:12: debug2: mac_init: found hmac-md5 2005-04-14 00:03:12: debug1: kex: server-client aes128-cbc hmac-md5 none 2005-04-14 00:03:12: debug2: mac_init: found hmac-md5 2005-04-14 00:03:12: debug1: kex: client-server aes128-cbc hmac-md5 none 2005-04-14 00:03:12: debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent 2005-04-14 00:03:12: debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP 2005-04-14 00:03:13: debug2: dh_gen_key: priv key bits set: 125/256 2005-04-14 00:03:13: debug2: bits set: 510/1024 2005-04-14 00:03:13: debug1: SSH2_MSG_KEX_DH_GEX_INIT sent 2005-04-14 00:03:13: debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY 2005-04-14 00:03:13: debug3: check_host_in_hostfile: filename /cygdrive/d/AlohaQS/backups/.ssh/known_hosts 2005-04-14 00:03:13: debug3: check_host_in_hostfile: match line 1 2005-04-14 00:03:13: debug3: check_host_in_hostfile: filename /cygdrive/d/AlohaQS/backups/.ssh/known_hosts
Re: [ANNOUNCEMENT] Updated: cygutils-1.2.7-1
On Wed, 13 Apr 2005 07:00:50 +0200 (CEST), wrote: The cygutils package has been updated to 1.2.7. This adds a 'rename' utility, and fixes some issues with cygstart. o Changes from version 1.2.6-1 - rename.exe added (contributed by Christopher Faylor) Rename seems rather cute eg rename .htm .html *.htm will fix the extension of your html files man rename -- 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 seems to freeze in rsync on WinNT
Well, if you scroll all the way down, you see it works fine if i run the app manually. It only hangs there if it is run automatically. (I run it as Administrator, but it get's auto launched as the local system). -Jason On Thu, Apr 14, 2005 at 01:23:35PM -0400, Ben Terry wrote: From: Ben Terry [EMAIL PROTECTED] To: Jason Legate [EMAIL PROTECTED], cygwin@cygwin.com Subject: Re: SSH seems to freeze in rsync on WinNT Date: Thu, 14 Apr 2005 13:23:35 -0400 X-Mailer: Microsoft Outlook Express 6.00.2800.1478 I've seen something similar... It seemed to be permission related and I never did figure it out... try rsync'ing the files to another directory on the destination server and then rsync'ing again from there to the final directory (on the same server)...see it that works... - Original Message - From: Jason Legate [EMAIL PROTECTED] To: cygwin@cygwin.com Sent: Thursday, April 14, 2005 1:00 PM Subject: SSH seems to freeze in rsync on WinNT I have an rsync being spawned from an external application nightly, and it seems to always freeze on ssh: 2005-04-14 00:03:10: Running rsync -e ssh -vvv -o PasswordAuthentication=no --exclude-from=d:\AlohaQS\backups\RSYNC.ex -az /cygdrive/d/AlohaQS/20050413 /cygdrive/d/AlohaQS/200504* [EMAIL PROTECTED]:/dateddirs 2005-04-14 00:03:11: OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 2005-04-14 00:03:12: debug2: ssh_connect: needpriv 0 2005-04-14 00:03:12: debug1: Connecting to host [ip] port 22. 2005-04-14 00:03:12: debug1: Connection established. 2005-04-14 00:03:12: debug1: identity file /cygdrive/d/AlohaQS/backups/.ssh/identity type -1 2005-04-14 00:03:12: debug1: identity file /cygdrive/d/AlohaQS/backups/.ssh/id_rsa type -1 2005-04-14 00:03:12: debug1: identity file /cygdrive/d/AlohaQS/backups/.ssh/id_dsa type 2 2005-04-14 00:03:12: debug1: Remote protocol version 1.99, remote software version OpenSSH_3.8.1p1 FreeBSD-20040419 2005-04-14 00:03:12: debug1: match: OpenSSH_3.8.1p1 FreeBSD-20040419 pat OpenSSH* 2005-04-14 00:03:12: debug1: Enabling compatibility mode for protocol 2.0 2005-04-14 00:03:12: debug1: Local version string SSH-2.0-OpenSSH_3.9p1 2005-04-14 00:03:12: debug2: fd 3 setting O_NONBLOCK 2005-04-14 00:03:12: debug1: SSH2_MSG_KEXINIT sent 2005-04-14 00:03:12: debug1: SSH2_MSG_KEXINIT received 2005-04-14 00:03:12: debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellma n-group1-sha1 2005-04-14 00:03:12: debug2: kex_parse_kexinit: ssh-rsa,ssh-dss 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: first_kex_follows 0 2005-04-14 00:03:12: debug2: kex_parse_kexinit: reserved 0 2005-04-14 00:03:12: debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 2005-04-14 00:03:12: debug2: kex_parse_kexinit: ssh-dss 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: first_kex_follows 0 2005-04-14 00:03:12: debug2: kex_parse_kexinit: reserved 0 2005-04-14 00:03:12: debug2: mac_init: found hmac-md5 2005-04-14 00:03:12: debug1: kex: server-client aes128-cbc hmac-md5 none 2005-04-14 00:03:12: debug2: mac_init: found hmac-md5 2005-04-14 00:03:12: debug1: kex: client-server aes128-cbc hmac-md5 none 2005-04-14 00:03:12: debug1:
Re: [ANNOUNCEMENT] Updated: cygutils-1.2.7-1
On Thu, Apr 14, 2005 at 06:29:53PM +0100, zzapper wrote: On Wed, 13 Apr 2005 07:00:50 +0200 (CEST), wrote: The cygutils package has been updated to 1.2.7. This adds a 'rename' utility, and fixes some issues with cygstart. o Changes from version 1.2.6-1 - rename.exe added (contributed by Christopher Faylor) Rename seems rather cute eg rename .htm .html *.htm will fix the extension of your html files man rename Yeah, one of the rpms that I am working on building for my real job (tm) actually used rename on linux. It was news to me that this program even existed. I usually write some kind of for loop to do this. Now the challenge will be remembering that this command exists the next time I need to do something like the above. 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: ReMOVE ME FROM YR MAILING LIST FOR THE LAST TIME FUK OFF
On Wed, 13 Apr 2005 15:41:07 -0500, wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sam Steingold Sent: Wednesday, April 13, 2005 3:07 PM To: cygwin@cygwin.com Subject: Re: ReMOVE ME FROM YR MAILING LIST FOR THE LAST TIME FUK OFF how do you know? he might be subscribed as [EMAIL PROTECTED] and forward all mail from [EMAIL PROTECTED] to the address at which he actually reads mail and from which he mailed his idiotic complaint... It's a curse of email is not remembering which of your email addresses s you used to subscribe to something or other. Amusing Subject Line all the same!! Does the nigel know about the email filters I wonder? -- 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: Losing track of processes?
Brian Dessent wrote: If you're not using the -17 (test) version of bash, try that. Wow! Much better! My scripts are still churning after 4 hours. When will this be part of an offical cygwin drop? -- Ken Shaffer - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -- 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/
problems with /bin/sh
I just did a complete re-install of the latest version of cygwin (1.5.14-1), and come across the following problem: when prepping a source for compilation, invoking: ./configure would stop at seemingly random places. However, running: bash ./configure worked much better. It still didn't complete the entire script because the configure script has internal references to /bin/sh. Symlinking sh - bash seems to fix all the problems. It's been so long since I've done a re-install of cygwin, so I don't know if this is a known problem or not. In any case, I can furnish more details if anyone needs them. ER __ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: How do I solve/work around Resource temporarily unavailable
Original Message From: Timothy Wall Sent: 14 April 2005 18:22 Attached is a very simple makefile which demonstrates the problem. There's a leak either in make itself or in the spawning of subprocesses. Beware! this will likely lock up your machine, or at the very least prevent you from launching any new processes. Simply type make with this makefile in the same directory. It invokes another target defined within the makefile which does an echo a couple thousand times. No, it does it a million times. Well, it does once you rename the file to 'makefile', as otherwise the recursive sub-make doesn't find it because 'makefile.dat' is not one of the default names it looks for. Are you *sure* you really ran the same test as the one you've sent us? I've been running it in the background for 45 minutes now and it hasn't done anything unusual. Looking at the windows task manager, there are no memory leaks nor handle leaks; none of the figures are steadily increasing, they're all varying slightly up and down around their resting values. It does hog a lot of cpu resource and occasionally causes applications to pause for a while, but it doesn't seem to be doing any real harm. As to your question, how do i solve/work around resource temporarily unavailable, I would have thought it's obvious. You wait a while and try again later when it isn't unavailable 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/
NFS mounts and chmod directory
So, is the following terminal trace just due to the braindead NFS implementation of Win2000 SP4, or is there a bug in cygwin chmod(2) in regards to directory permissions? I have /cygdrive/u viewing my home drive on a unix box NFS server named perth. $ cd /cygdrive/u $ alias ll='ls -lF' $ umask 0022 $ mkdir dir $ ll -d dir drwxr-xr-x 1 eblake Domain Users 0 Apr 14 11:35 dir/ $ ssh perth ll -d dir [EMAIL PROTECTED]'s password: drwxrwsr-x 2 eblake eblake 4096 Apr 14 11:35 dir/ $ # Hmm, how come the sticky bit is set, and it is group readable on Unix? $ chmod 0 dir $ ll -d dir dr-xr-xr-x 1 eblake Domain Users 0 Apr 14 11:37 dir/ $ # Hmm, why can I still read and search? Also, Windows claims not writable... $ ssh perth ll -d dir [EMAIL PROTECTED]'s password: drwxr-sr-x 2 eblake eblake 4096 Apr 14 11:37 dir/ $ # ...but Unix says it is. All that changed was group write. $ ll -d dir drwxr-xr-x 1 eblake Domain Users 0 Apr 14 11:37 dir/ $ # Whoa - now Windows agress it is writable $ chmod 777 dir $ ll -d dir drwxr-xr-x 1 eblake Domain Users 0 Apr 14 11:37 dir/ $ # Hmm, Windows thinks it is still not group or other writable... $ ssh perth ll -d dir [EMAIL PROTECTED]'s password: drwxrwsr-x 2 eblake eblake 4096 Apr 14 11:37 dir/ $ # ...but Unix says it is just not other writable $ ssh perth chmod 777 dir $ ll -d dir drwxr-xr-x 1 eblake Domain Users 0 Apr 14 11:42 dir/ $ # Nope, Windows still can't see group and other writable... $ ssh perth ll -d dir [EMAIL PROTECTED]'s password: drwxrwsrwx 2 eblake eblake 4096 Apr 14 11:42 dir/ $ # ...even though Unix just set it that way $ ssh perth chmod 0 dir [EMAIL PROTECTED]'s password: $ ll -d dir drwxr-xr-x 1 eblake Domain Users 0 Apr 14 11:42 dir/ $ test -w dir echo yes || echo no yes $ # Hey, Windows is pretty generous now, it is still writable... $ ssh perth ll -d dir [EMAIL PROTECTED]'s password: d-l--- 2 eblake eblake 4096 Apr 14 11:42 dir/ $ ssh perth \$HOME/bin/ls -lF -d dir [EMAIL PROTECTED]'s password: d-S--- 2 eblake eblake 4096 Apr 14 11:42 dir/ $ # ...while Unix has stripped all permissions (l vs. S is Solaris vs. GNU spelling of sticky bit without search permission) $ touch dir/file touch: cannot touch `dir/file': Permission denied $ ll -d dir dr-xr-xr-x 1 eblake Domain Users 0 Apr 14 11:42 dir/ $ test -w dir echo yes || echo no no $ # Well, at least NOW Windows no longer claims it is writable, but it took an attempted write to find that out. And what's up with read and search perms? I found this when running the coreutils testsuite. Needless to say, weird things happened when the testsuite did chmod a-w, but the directory was still writable. I don't know if it is a) possible, or b) sensible to make chmod(2) fail if it couldn't do exactly what it was asked on NFS-mounted directories. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygutils-1.2.7-1
Christopher Faylor writes: Yeah, one of the rpms that I am working on building for my real job (tm) actually used rename on linux. It was news to me that this program even existed. I usually write some kind of for loop to do this. Maybe that's because I am not sure at all it does exist on linux $ debfile bin/rename usr/bin/rename perl/perl $ rename --help Unknown option: h Usage: rename [-v] [-n] [-f] perlexpr [filenames] $ head -1 /usr/bin/rename #!/usr/bin/perl -w and $ cyg-apt find bin/rename cygutils: /usr/bin/rename.exe $ wine /cygwin/usr/bin/rename.exe --help call: rename from to files... Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygutils-1.2.7-1
Am Donnerstag, 14. April 2005 20:13 schrieb Jan Nieuwenhuizen: Christopher Faylor writes: Yeah, one of the rpms that I am working on building for my real job (tm) actually used rename on linux. It was news to me that this program even existed. I usually write some kind of for loop to do this. Maybe that's because I am not sure at all it does exist on linux on Linux is vague enough to be fairly meaningless. Look here: http://www.kernel.org/pub/linux/utils/util-linux/ You may have these tools installed on Linux or not. Regards mks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How do I solve/work around Resource temporarily unavailable
Thanks for the input so far. Task Manager shows memory usage slowly creeping up as the makefile below is run. I've verified this on two XP laptops and one w2k desktop. The memory never comes back, and it doesn't take long to max out a 512Mb/768Mb machine. Might take a bit longer if you've got several gigs of memory. I'll post more details as I track this down further. # Makefile to reproduce Resource temporarily unavailable error SHELL=bash all: for ((i=0; i100; i++)); do make hello; done hello: @echo hello -- 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 seems to freeze in rsync on WinNT
Upon closer inspection of the logfiles, it appears that the line after the last line below (in the Good run of the program) is: 2005-04-14 09:19:29: debug1: read PEM private key done: type DSA So i go to look at the .ssh/id_dsa file, and sure enough, the file wasn't readable by anyone but Administrator *brainfart* Thanks, Jason On Thu, Apr 14, 2005 at 10:45:41AM -0700, Jason Legate wrote: Mail-Followup-To: cygwin@cygwin.com Date: Thu, 14 Apr 2005 10:45:41 -0700 From: Jason Legate [EMAIL PROTECTED] To: Ben Terry [EMAIL PROTECTED], cygwin@cygwin.com Subject: Re: SSH seems to freeze in rsync on WinNT Well, if you scroll all the way down, you see it works fine if i run the app manually. It only hangs there if it is run automatically. (I run it as Administrator, but it get's auto launched as the local system). -Jason On Thu, Apr 14, 2005 at 01:23:35PM -0400, Ben Terry wrote: From: Ben Terry [EMAIL PROTECTED] To: Jason Legate [EMAIL PROTECTED], cygwin@cygwin.com Subject: Re: SSH seems to freeze in rsync on WinNT Date: Thu, 14 Apr 2005 13:23:35 -0400 X-Mailer: Microsoft Outlook Express 6.00.2800.1478 I've seen something similar... It seemed to be permission related and I never did figure it out... try rsync'ing the files to another directory on the destination server and then rsync'ing again from there to the final directory (on the same server)...see it that works... - Original Message - From: Jason Legate [EMAIL PROTECTED] To: cygwin@cygwin.com Sent: Thursday, April 14, 2005 1:00 PM Subject: SSH seems to freeze in rsync on WinNT I have an rsync being spawned from an external application nightly, and it seems to always freeze on ssh: 2005-04-14 00:03:10: Running rsync -e ssh -vvv -o PasswordAuthentication=no --exclude-from=d:\AlohaQS\backups\RSYNC.ex -az /cygdrive/d/AlohaQS/20050413 /cygdrive/d/AlohaQS/200504* [EMAIL PROTECTED]:/dateddirs 2005-04-14 00:03:11: OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004 2005-04-14 00:03:12: debug2: ssh_connect: needpriv 0 2005-04-14 00:03:12: debug1: Connecting to host [ip] port 22. 2005-04-14 00:03:12: debug1: Connection established. 2005-04-14 00:03:12: debug1: identity file /cygdrive/d/AlohaQS/backups/.ssh/identity type -1 2005-04-14 00:03:12: debug1: identity file /cygdrive/d/AlohaQS/backups/.ssh/id_rsa type -1 2005-04-14 00:03:12: debug1: identity file /cygdrive/d/AlohaQS/backups/.ssh/id_dsa type 2 2005-04-14 00:03:12: debug1: Remote protocol version 1.99, remote software version OpenSSH_3.8.1p1 FreeBSD-20040419 2005-04-14 00:03:12: debug1: match: OpenSSH_3.8.1p1 FreeBSD-20040419 pat OpenSSH* 2005-04-14 00:03:12: debug1: Enabling compatibility mode for protocol 2.0 2005-04-14 00:03:12: debug1: Local version string SSH-2.0-OpenSSH_3.9p1 2005-04-14 00:03:12: debug2: fd 3 setting O_NONBLOCK 2005-04-14 00:03:12: debug1: SSH2_MSG_KEXINIT sent 2005-04-14 00:03:12: debug1: SSH2_MSG_KEXINIT received 2005-04-14 00:03:12: debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellma n-group1-sha1 2005-04-14 00:03:12: debug2: kex_parse_kexinit: ssh-rsa,ssh-dss 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: none,zlib 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: 2005-04-14 00:03:12: debug2: kex_parse_kexinit: first_kex_follows 0 2005-04-14 00:03:12: debug2: kex_parse_kexinit: reserved 0 2005-04-14 00:03:12: debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 2005-04-14 00:03:12: debug2: kex_parse_kexinit: ssh-dss 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,r [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 2005-04-14 00:03:12: debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL
Re: [ANNOUNCEMENT] Updated: cygutils-1.2.7-1
$ head -1 /usr/bin/rename #!/usr/bin/perl -w Yes, Debian includes a perl script /usr/bin/rename, which seems more powerful than Cygwin rename: NAME rename - renames multiple files SYNOPSIS rename [ -v ] [ -n ] [ -f ] perlexpr [ files ] DESCRIPTION rename renames the filenames supplied according to the rule specified as the first argument. The perlexpr argument is a Perl expression which is expected to modify the $_ string in Perl for at least some of the filenames specified. If a given filename is not modified by the expression, it will not be renamed. If no filenames are given on the command line, filenames will be read via standard input. For example, to rename all files matching *.bak to strip the extension, you might say rename 's/\.bak$//' *.bak To translate uppercase names to lower, you'd use rename 'y/A-Z/a-z/' * This is a more powerful approach, because it uses Perl regexps. OTOH, that makes it hard for non-Perl initiates to use. Maybe this rename could also be included in Cygwin under a different name, say rename2 or prename. A. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygutils-1.2.7-1
On Thu, Apr 14, 2005 at 08:13:33PM +0200, Jan Nieuwenhuizen wrote: Christopher Faylor writes: Yeah, one of the rpms that I am working on building for my real job (tm) actually used rename on linux. It was news to me that this program even existed. I usually write some kind of for loop to do this. Maybe that's because I am not sure at all it does exist on linux rename comes from the util-linux package. 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/
BASH_VERSION vs cygcheck
Should the version info provided by echo $BASH_VERSION match the bash version displayed by cygcheck -cd? If not, is there some way to verify that the bash I'm really running is the version displayed by cygcheck? Or, does cygcheck gets its version info from within the executable? -- Ken Shaffer - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygutils-1.2.7-1
On Thu, Apr 14, 2005 at 08:21:01PM +0200, Markus Sch?nhaber wrote: Am Donnerstag, 14. April 2005 20:13 schrieb Jan Nieuwenhuizen: Christopher Faylor writes: Yeah, one of the rpms that I am working on building for my real job (tm) actually used rename on linux. It was news to me that this program even existed. I usually write some kind of for loop to do this. Maybe that's because I am not sure at all it does exist on linux on Linux is vague enough to be fairly meaningless. Look here: http://www.kernel.org/pub/linux/utils/util-linux/ You may have these tools installed on Linux or not. I suppose I should know better than to make a simple casual remark. As anyone who uses linux knows, the util-linux package is intended to be included with a linux distribution. That is why you found it on kernel.org rather than my-special-linux-tools.org. So, it is no surprise that the rename from util-linux is available un FC*, RH7.2, RH9, Gentoo, SuSE, (AFAICT) Mandrake, and (AFAICT) Slackware. And, as has been pointed out, although Debian (and presumably Ubuntu) use util-linux, the version of rename is a different package with similar functionality. I'm sure there must be a minor linux installation out there which doesn't have a program of that name but that is really not a concern for this list and really doesn't merit all that much attention here. If your version of linux doesn't include 'rename' then find one that does or build it yourself from scratch. It certainly isn't hard. 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/
strings gone?
What package is strings in now. I thought it used to be in sh_utils but see it's being replaced by coreutils. -- Ken Shaffer - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygutils-1.2.7-1
rename comes from the util-linux package. cgf cgf you are right. I just checked a couple of my Linux boxes and there is a rename in /usr/bin/ I suspect that most old-time UNIX weenies (myself included) have never used it. I always used mv. WOW, learn something new everyday :-P -- 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: strings gone?
On Thu, Apr 14, 2005 at 03:56:20PM -0400, Shaffer, Kenneth wrote: What package is strings in now. I thought it used to be in sh_utils but see it's being replaced by coreutils. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=strings.exe -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: cygutils-1.2.7-1
Christopher Faylor writes: So, it is no surprise that the rename from util-linux is available un FC*, RH7.2, RH9, Gentoo, SuSE, (AFAICT) Mandrake, and (AFAICT) Slackware. Thanks for the information. I filed a bug-report with Debian's perl package. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problems with /bin/sh
On Thu, 14 Apr 2005, Erik Rantapaa wrote: I just did a complete re-install of the latest version of cygwin (1.5.14-1), and come across the following problem: when prepping a source for compilation, invoking: ./configure would stop at seemingly random places. However, running: bash ./configure worked much better. It still didn't complete the entire script because the configure script has internal references to /bin/sh. Symlinking sh - bash seems to fix all the problems. This is one of the common pitfalls people encounter with Cygwin: /bin/sh is *not* bash, it's ash. Therefore, scripts written with the assumption that /bin/sh is bash (as it is on some [most?] Linux distributions) fail on Cygwin when they encounter bash-isms. They would also fail on any other Unix where /bin/sh is not bash. This is a portability problem in the scripts, and should be fixed there (if only by changing the shebang to #!/bin/bash). It's been so long since I've done a re-install of cygwin, so I don't know if this is a known problem or not. In any case, I can furnish more details if anyone needs them. The usual (and preferred) way of providing details about your installation in problem reports is described in http://cygwin.com/problems.html. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a 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 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: BASH_VERSION vs cygcheck
On Thu, 14 Apr 2005, Shaffer, Kenneth wrote: Should the version info provided by echo $BASH_VERSION match the bash version displayed by cygcheck -cd? If not, is there some way to verify that the bash I'm really running is the version displayed by cygcheck? If you're running a bash that was installed via Cygwin setup, the version reported by cygcheck should correlate with the value of BASH_VERSION (the cygcheck-reported version should contain the Cygwin release number, and $BASH_VERSION may contain extra bits of version info). IOW, if cygcheck -cd bash reports version 2.05b-17, $BASH_VERSION will probably contain something like 2.05b.0(1)-release. The bash executable is unlikely to know about the Cygwin release number (though it's up to the maintainer whether it does or not). Or, does cygcheck gets its version info from within the executable? No, cygcheck uses the version of the bash package that was installed via Cygwin setup. If you installed your own version of bash over the one installed by setup, cygcheck will probably report incorrect information. 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 -- 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: Losing track of processes?
Shaffer, Kenneth wrote: If you're not using the -17 (test) version of bash, try that. Wow! Much better! My scripts are still churning after 4 hours. When will this be part of an offical cygwin drop? Well, it's already official in that it's been on all the cygwin mirrors for quite some time. But it's marked as a test version so you don't get it by default. I think the initial reason was that it contained patches that had not been fully tested yet and with a package like bash you don't want to release untested code until you're sure it's stable. However, that was in November, so it's been a good 5 months or so in that state. Another issue here is that the current bash maintainer is very busy and has limited access to a Windows machine. There has been talk of another person volunteering to step in and get version 3 packaged and released, but so far nothing has come of it. 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: tetex problems: postinstall hangs, format not installed, root can run latex
Dave Korn wrote: Hmm, actually I'm not sure now: do post-install scripts invoke a login shell? Does /etc/profile get run for them? Setup runs sh -c postinstallscript so that would mean that it's not a login shell, if I understand right. 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/
Building a common cygwin enviroment for network distribution
Greetings! First off, thanks to all for Cygwin - this is a great system that saves us massive amounts of time. I'm currently preparing to deploy Cygwin to replace some commercial tools on our network. I have everything working the way I want on my machine, and would like to capture this configuration for deployment. I've built an NSIS installer taht copies all the files and creates all the necessary icons - however things are not functioning as expected. For example, launching xterm.exe spawns an empty DOS box before the xterm comes up and the DOS box doesn't go away until the xterm is closed. Also, most of the binaries don't work unless you specify an absolute path. I'm sure this problem has been encoutered before - and if I'm lucky solved. If there is an existing way to do this, I would appreciate any information. If there is not an exisiting way, I'll be happy to share my NSIS scripts with the community. I've looked around the Cygwin site for information on installation that doesn't use the supplied setup.exe, and I've found a lot of you on your own so I'm hoping to get some help here. Thanks! -- -Carl Perry TICOM Geomatics, Inc. [EMAIL PROTECTED] 512/345-5006x428 -- 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: Building a common cygwin enviroment for network distribution
Carl Perry wrote: I've built an NSIS installer taht copies all the files and creates all the necessary icons - however things are not functioning as expected. If you're not copying the mounts, you're almost certainly going to run into problems. The correct way to do this is to do mount -m mounts.bat on the target machine and then run that batch file on each destination machine. (This assumes that all the paths are identical.) You could also do it just by a straight copy of the registry information, but the mount method is much cleaner. 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/
Slow shell script execution on Cygwin
Hi everybody, [cc:ing libtool as I started a thread about Libtool execution speed there] One thing that has annoyed me for a while is that large/complex shell scripts with a lot of forking, like configure scripts or Libtool, run quite slowly on Cygwin. I know that you have to do a lot of trickery to implement fork() on Windows, and it is amazing that Cygwin works so well, but it would still be interesting to know if there is something that can be done to speed things up. I know that slow doesn't really mean anything, so here are some numbers: Running the configure script for glib-2.6.3 (from ftp.gtk.org) takes around 170 seconds on Cygwin on my machine, with antivirus software disabled. Running glib's configure on the same machine booted into GNU/Linux takes around 17 seconds. The comparison isn't completely fair since the machine has an Athlon 64 processor and the Linux setup is 64-bit and all software is optimized for that architecture, while Cygwin is run on plain old 32-bit Windows XP Pro SP2. Still, I don't think that should affect the numbers so dramatically. I have seen some other people complain about the same thing, and scripts ran slowly on another machine I had before, so I don't think my setup is that broken. But I'll attach the cygcheck output. My questions for you: 1. Do these numbers seem reasonable? 2. Is there anything (apart from cross-compiling on Linux :) ) that can be done to increase script execution speed? For the Libtool case I've actually thrown together an experimental caching solution but, as Ralf Wildenhues has pointed out, Libtool's stdout messages aren't currently meant to be read by machines, so it isn't perfect. See for example: http://lists.gnu.org/archive/html/libtool/2005-03/msg00066.html http://lists.gnu.org/archive/html/libtool/2005-03/msg00140.html I know I should have asked on the Cygwin list much earlier, and I apologize for that. Thanks Robert Cygwin Configuration Diagnostics Current System Time: Fri Apr 15 00:01:24 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\Robert\cygwin\usr\local\bin C:\Robert\cygwin\bin C:\Robert\cygwin\bin C:\Robert\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\program\tools c:\Program\Delade filer\GTK\2.0\bin c:\Program\Microsoft SQL Server\80\Tools\Binn\ Output from C:\Robert\cygwin\bin\id.exe (nontsec) UID: 1005(robert) GID: 513(Ingen) 513(Ingen) Output from C:\Robert\cygwin\bin\id.exe (ntsec) UID: 1005(robert) GID: 513(Ingen) 513(Ingen)545(Användare) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = `C:\Documents and Settings\robert' MAKE_MODE = `unix' PWD = `/Robert' USER = `robert' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\robert\Application Data' CLIENTNAME = `Console' COLORFGBG = `0;default;15' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program\Delade filer' COMPUTERNAME = `ROBERTSMACHINE' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' DISPLAY = `:0' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\robert' HOSTNAME = `ROBERTSMACHINE' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LESSCHARSET = `latin1' LOGONSERVER = `\\ROBERTSMACHINE' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/robert_win' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PRINTER = `' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 15 Stepping 0, AuthenticAMD' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0f00' PROGRAMFILES = `C:\Program' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHELL = `/bin/bash' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\robert\LOKALA~1\Temp' TERM = `xterm' TMP = `c:\DOCUME~1\robert\LOKALA~1\Temp' USERDOMAIN = `ROBERTSMACHINE' USERNAME = `robert' USERPROFILE = `C:\Documents and Settings\robert' WINDIR = `C:\WINDOWS' WINDOWID = `168112328' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\Robert\cygwin' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/home/robert_win (default) = `C:\Documents and Settings\robert' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/Robert (default) = `C:\Robert' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\Robert\cygwin/bin'
Re: Building a common cygwin enviroment for network distribution
On Thu, 14 Apr 2005, Brian Dessent wrote: Carl Perry wrote: I've built an NSIS installer taht copies all the files and creates all the necessary icons - however things are not functioning as expected. If you're not copying the mounts, you're almost certainly going to run into problems. The correct way to do this is to do mount -m mounts.bat on the target machine and then run that batch file on each destination machine. (This assumes that all the paths are identical.) You could also do it just by a straight copy of the registry information, but the mount method is much cleaner. Also, if you plan to run programs from the Windows command line rather than from Cygwin bash, you'll need to add c:\cygwin\bin (or whatever the /bin directory resolves to) to the system PATH. BTW, to avoid the DOS window, use the run utility from the X-startup-scripts package, or use cygstart from the cygutils package. 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 -- 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: Slow shell script execution on Cygwin
Robert Ögren wrote:
My questions for you:
1. Do these numbers seem reasonable?
Yes, unfortunately. Heavy fork()-exec() based scripts just take
forever.
2. Is there anything (apart from cross-compiling on Linux :) ) that can
be done to increase script execution speed?
You can try mounting your /usr/bin as cygexec. The manpage for mount
has some information. From my understanding, the way this works is that
when a Cygwin process goes to execute a binary, it checks the mount
table. If that binary is mounted on a path that is marked cygexec it
assumes that it is a Cygwin binary and skips a bit of the normal
song-and-dance, because it knows that it can just communicate directly
with the child process via the Cygwin shared memory area after the
process has started. I'm not entirely sure of how much of a speedup can
be expected, or whether it's significant or not, but it's worth testing.
Note that any non-Cygwin binaries in a directory mounted cygexec will
not work properly, so you have to mark them specifically as not being
cygwin programs. In the stock Cygwin environment the only two such
programs under /usr/bin are cygcheck and strace.
I have found also that because a given binary can be called in several
different ways you have to include all of them. E.g. strace could be
invoked as /bin/strace or /usr/bin/strace.exe and so on. I use the
following two functions in my profile to enable and disable cygexec:
nocygexec=cygcheck strace
cygbin=`cygpath -m /usr/bin`
mkcygexec()
{
for F in $nocygexec; do
for G in /usr/bin /bin; do
mount -f -s -b -x $cygbin/$F.exe $G/$F.exe
mount -f -s -b -x $cygbin/$F $G/$F
done
done
mount -f -s -b -X $cygbin /usr/bin
mount -f -s -b -X $cygbin /bin
}
rmcygexec()
{
for F in $nocygexec; do
for G in /usr/bin /bin; do
umount $G/$F.exe 2/dev/null
umount $G/$F 2/dev/null
done
done
mount -f -s -b $cygbin /usr/bin
umount /bin 2/dev/null
}
With these you can just type mkcygexec and rmcygexec to toggle this
feature on and off. I am not sure if the paranoia above is really
necessary. It creates mount exceptions for each of the 4 variations of
strace and cygcheck, resulting in 8 somewhat spam-ism entries in the
mount table. But I found that, for example, if I only mounted strace as
/usr/bin/strace that if I typed /usr/bin/strace.exe from the prompt it
would not recognise that it was not supposed to be treated as cygexec.
You tend to invoke cygcheck and strace manually so I realize that the
possibility of this being an issue is quite remote, but I figured that
since I was writing functions to enable/disable cygexec that I might as
well just include all the combinations.
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: cygwin on Mac: files in Virtual PC shared folder
At 05:54 AM 4/14/2005, you wrote: Yes, I did notice the strange character in the cygcheck drive listing output. Is the information from GetVolumeInformation used by cygwin to determine how to treat the volume? (Ie is it possible that the nonsense output is the root of the problem?) Not specifically no but I think it indicates that the information that's being passed along by the VPC shared folder code is not doing all it should. Or maybe it's just a failing on the Mac side. Dunno. I've had a little look in the microsoft.public.mac.virtualpc Usenet group and have seen a few reports of other people having problems with the shared folder facility with various Windows programs (MS Project 2003 Pro and MS Money). Very little detail is given though and the problems appear to remain unsolved. OK, that would substantiate my assertion, at least to some degree. I did try sharing the Mac files to cygwin in VPC using the Samba server included in Mac OS X and this did actually work, after I figured out multiple problems: 1) VPC needs to be run in Virtual Switch networking mode, so the Mac and PC have different IP addresses and can see each other. I don't know (although I'd like to!) whether an active Ethernet connection is required for VPC and the Mac to talk and if the traffic actually goes out onto physical Ethernet. If you have one, then yes. If not, usually a simple loopback will suffice. Either way, it's all pretty transparent (or is with VMWare). 2) The '\' character used in Windows share names is an escape character to bash -- so the example mount \\pollux\home\joe\data /data in the cygwin manual (example 3.10) is misleading. For me, that style of example gives error messages about /data, not the Windows share (actually the cause of the problem), which doesn't help. I do see the mentions in manual around that point about using the Windows command shell (presumably with the cygwin bin in the PATH?) and also about using '/' rather than '\', but it doesn't seem very clear to me -- perhaps the example could be changed to mount '\\pollux\home\joe\data' /data? Others have covered this already so I won't repeat what's been said already. 3) I did manage to mount the share by enclosing the share name in single quotes as above, but then access to the mount point with ls, cd etc failed with invalid request code - sigh. Finally I gave up on cygwin mount and instead mounted the share as F: using right-click and map drive in Windows. It was then accessible to cygwin under /cygdrive/f. I don't know what the invalid request code means or where it came from but given what you described, that should have worked. Perhaps there's something incorrectly configured on your server. File and directory meta data was all correct in Windows Explorer. In cygwin, file meta data was OK, but directories were all dated 1 Jan 1970 and had a very large size listed in ls -l. This was good enough for compilation though. Interesting. So this seems to indicate that the problem is closer to the Mac than VPC. Could be. I just tried the same thing going directly from my PC (not virtual) to Linux and I see no problem. Because of these issues, my preferred solution would be to use Shared Folders -- if it worked, it'd be a lot simpler than Samba -- no separate server and configuration to worry about. I might try following up the issue with MS VPC support in the newsgroup and then possibly through their email or phone support (although it seems I might have to give them a credit card number first! :). Could be. ;-) I'd appreciate any thoughts on the above Samba issues though. Also -- if there aren't any VPC-on-Mac users on this list, are there any VPC-on-PC users? Would VPC-on-PC have related issues, or is this problem just due to the VM additions implementation of access to the Mac file system? Dunno. I'm sure if anyone here knows, they'll chime in. -- 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: Installing Courier-Imap
Brian Dessent wrote:
Kees Vonk wrote:
Okay, the .la is just the libtool version of an .a file. That's all
fine and good.
gcc -I./.. -I.. -Wall -g -O2makedatprog.c -o makedatprog
This is your problem. make is invoking an implicit rule for
makedatprog, rather than the one specified by the Makefile which
contains all the required libs. This happens when the Makefile doesn't
use $(EXEEXT) for names of executables. It doesn't matter under linux
because binares have no extensions but it's required for Cygwin. You
probably need to change Makefile.am to
EXTRA_PROGRAMS=makedatprog$(EXEEXT)
...and then autoreconf to regenerate all the files. There may be other
cases where a binary name is referenced without $(EXEEXT) that you will
have to correct. You should take this up on the courier list though.
I started with a new source tree, removed AC_PROG_SYSCONFTOOL from
configure.in (otherwise autoreconf fails as it is not defined anywhere,
maybe I shouldn't do this, but if I don't remove it is just throws up a
warning when running configure).
Fixed makedat/Makefile.am to look like:
-
# $Id: Makefile.am,v 1.5 2004/09/08 01:27:34 mrsam Exp $
#
# Copyright 1998 - 2004 Double Precision, Inc. See COPYING for
# distribution information.
AUTOMAKE = srcdir=${srcdir} @SHELL@ ${srcdir}/../automake.fix @AUTOMAKE@
[EMAIL PROTECTED]@
EXTRA_PROGRAMS=makedatprog$(EXEEXT)
makedatprog_SOURCES=makedatprog.c
[EMAIL PROTECTED]@
[EMAIL PROTECTED]@ @LIBGDBM@ @LIBDB@
-
Then I ran the following commands:
-
for file in $(ls -l | grep ^d | cut -c45- | grep -v cache)
do
cd $file
touch AUTHORS
touch ChangeLog
touch NEWS
touch README
aclocal
cd ..
done; autoreconf --install --force --verbose
./configure --without-authldap
make
-
But the result is still the same makedat fails exactly the same, what am
I doing wrong.
Sorry for this long drawn out problem.
Kees
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Installing Courier-Imap
Kees Vonk wrote: [EMAIL PROTECTED]@ EXTRA_PROGRAMS=makedatprog$(EXEEXT) Try this instead: [EMAIL PROTECTED]@$(EXEEXT) EXTRA_PROGRAMS=makedatprog The way to debug this is to look at the generated Makefile and find places where a *_programs refers to something without .exe on the end. for file in $(ls -l | grep ^d | cut -c45- | grep -v cache) Oh man, that's hideous. You should never assume that the output of ls has any particular columns. Much better would be find . -mindepth 1 -maxdepth 1 -type d or even something like for F in *; do if [ -d $F ]; then cd $F; ... cd ..; fi; done. cd $file touch AUTHORS touch ChangeLog touch NEWS touch README aclocal cd .. done; autoreconf --install --force --verbose Alternatively you can just do that for the makedat subdir, as there's no reason to regenerate things in other subdirs if you didn't touch any .in or .am files. You really need to take this up on the courier list. There are probably other things that will come up in the build, as this is a large piece of software. I do not have time to figure out every problem for you, and the people on the courier list know their own software a lot better than I do (having never looked at it before.) It's rare that a large program can be ported to Cygwin without some changes. Usually they're a lot of small and minor things but you never know, and I'm afraid it's not the kind of thing that you can expect someone to walk you through step by step on a mailing list. 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: Losing track of processes?
On Thu, Apr 14, 2005 at 03:02:50PM -0700, Brian Dessent wrote: Shaffer, Kenneth wrote: If you're not using the -17 (test) version of bash, try that. Wow! Much better! My scripts are still churning after 4 hours. When will this be part of an offical cygwin drop? Well, it's already official in that it's been on all the cygwin mirrors for quite some time. But it's marked as a test version so you don't get it by default. I think the initial reason was that it contained patches that had not been fully tested yet and with a package like bash you don't want to release untested code until you're sure it's stable. However, that was in November, so it's been a good 5 months or so in that state. Another issue here is that the current bash maintainer is very busy and has limited access to a Windows machine. There has been talk of another person volunteering to step in and get version 3 packaged and released, but so far nothing has come of it. FWIW, I've removed -17 from test status. 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/
Installation problems
Hello all, I try to run setup.exe and get the following message regardless of the mirror I select: (null) line 1: synatx error, unexpected LT, expecting $end I haven't seen any recent posts on this matter, but it seems that the last time that it happened, someone needed to apply a patch. Can you do it again please?! Thanks in advance, George -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
