Re: [ANNOUNCEMENT] Updated: lighttpd-1.4.8-1
On Sun, 8 Jan 2006, Dr. Volker Zell wrote: Lapo Luchini writes: Version 1.4.8-1 of lighttpd has been uploaded. lighttpd is a fast, secure and flexible webserver. Most of the packages put default config or sample files like /etc/lighttpd/lighttpd.conf.default under the /etc/defaults directory hierarchy and copy it with a postinstall script to real destination. I think this particular case is modeled after apache. There is also an empty /usr/lib/bin directory in your package which doesn't look right. Yep. Since this is a packaging issue, it belongs on cygwin-apps, IMO. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac
Please upload: tzcode-2005r-1
Hi Please upload at your earliest convinience cut here #!/bin/bash mkdir tzcode cd tzcode wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/tzcode-2005r-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/tzcode-2005r-1.tar.bz2 cut here DESCRIPTION: The time zone package CYGWIN NEWS: * Update to latest upstream release * Removed dependency of pdksh in favour of bash tzcode/tzdata NEWS == * Sorry no changelog available. You have to do the diff yourself. Thanks Volker
Re: Please upload: tzcode-2005r-1
On Sun, Jan 08, 2006 at 08:53:58PM +0100, Dr. Volker Zell wrote: Hi Please upload at your earliest convinience cut here #!/bin/bash mkdir tzcode cd tzcode wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/tzcode-2005r-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/tzcode-2005r-1.tar.bz2 cut here DESCRIPTION: The time zone package CYGWIN NEWS: * Update to latest upstream release * Removed dependency of pdksh in favour of bash tzcode/tzdata NEWS == * Sorry no changelog available. You have to do the diff yourself. Uploaded. Btw, the download script is appreciated but, once again, there is no reason to add any additional verbiage to an upload request. Some of the above is more appropriate for the eventual announcement. Please, everyone, just keep these upload requests as short as possible. It reduces the possibility that someone (i.e., me) will miss something if the only thing in the request is a bunch of URLs. cgf
Re: Please upload: tzcode-2005r-1
On Sun, Jan 08, 2006 at 03:15:32PM -0500, Christopher Faylor wrote: Please, everyone, just keep these upload requests as short as possible. It reduces the possibility that someone (i.e., me) will miss something if the only thing in the request is a bunch of URLs. Having just reread the above, and knowing how these things work, let me clarify. In these email messages, I would prefer to *just* see the URLs required to update a cywgin package. Please do not include any other information in the request other than that, with the possible exception of a wget script for retrieving the packages. cgf
Please upload email guidelines (was Re: Please upload: tzcode-2005r-1)
On Sun, Jan 08, 2006 at 04:54:06PM -0500, Christopher Faylor wrote: On Sun, Jan 08, 2006 at 03:15:32PM -0500, Christopher Faylor wrote: Please, everyone, just keep these upload requests as short as possible. It reduces the possibility that someone (i.e., me) will miss something if the only thing in the request is a bunch of URLs. Having just reread the above, and knowing how these things work, let me clarify. In these email messages, I would prefer to *just* see the URLs required to update a cywgin package. Please do not include any other information in the request other than that, with the possible exception of a wget script for retrieving the packages. Uh oh. By these email messages, I mean the please upload email messages. Other types of messages, like ITP or setup bug reports or discussions about GBS can and should have all sorts of nice prose. In fact, if someone wants to create a nice script for generating these messages which incorporates wget to produce the desired directory structure on sourceware for easy retrieval of new packages, that would be great. What I'd like is something that produces the package directory and any required subdirectories. So, a please upload could be nothing other than the shell script that Volker sent in his OP. Then a package uploader could cut and paste that and run it on sourceware to retrieve the packages. If every package upload request had this type of thing it would reduce the possibility of error when uploading. cgf
Please upload: WordNet-2.1-1
cut here #!/bin/bash mkdir -p WordNet cd WordNet # wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/WordNet/setup.hint wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/WordNet/WordNet-2.1-1-src.tar.bz2 wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/WordNet/WordNet-2.1-1.tar.bz2 cut here
winsup/cygwin ChangeLog fhandler_tty.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-01-08 21:34:00 Modified files: cygwin : ChangeLog fhandler_tty.cc Log message: * fhandler_tty.cc (fhandler_tty_slave::dup): Don't assign a controlling terminal to a process when duped. Linux doesn't do this, so we won't either. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3326r2=1.3327 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_tty.cc.diff?cvsroot=uberbaumr1=1.160r2=1.161
Re: cygwin and rsync
Ken Senior seniork at gmail.com writes: 3. To answer your earlier question, I installed cygwin and added the rsync and openssh which were part of the distribution but were not installed by default. I did not compile my own. Whis is like the usual package list I do use most commonly. I never managed to reproduce the problem, so I guess it doesn't depend on this. Does the problem arise only between that Windows host and that Linux host, or also in others combinations? Does any other over-ssh protocols work as expected? (it never seems to happen suing rsync://) Until we pin the problem down to something I can reproduce locally I fear I can't be much help. One consistent difference could be that I never tried Win-to-Linux transfers, as all I got is some FreeBSD boxes. I wonder if that can be the culprit, but sure it would be strange. Ever had a Win-to-Win hang? Anything else comes to your mind? Lapo -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin and rsync
Ken Senior seniork at gmail.com writes: 2. The process seems to stop at one or two of the same files each time: run1 : hung at file Abytes transferred: 2,392,064 run2 : hung at file Bbytes transferred: 2,408,448 Uhm, and what about the file set: how big is it? How many files? If you do remove A and B it stops at another file aruond 2.4MiB or at a different point? If you try a whole different directory and file set, does it hang nonetheless? Lapo -- 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: Start sshd server on reinstallation
On Sat, Jan 07, 2006 at 07:19:32PM -0800, Yitzchak Scott-Thoennes wrote: On Sat, Jan 07, 2006 at 07:09:14PM -0800, Brian Dessent wrote: Ordinary Olson wrote: I recently installed cygwin to my C drive ? however after realizing its size, I decided to move it to the D drive. So I stopped the sshd server that I had running, deleted the registry keys under `HKEY_LOCAL_MACHINE' and `HKEY_CURRENT_USER? and then just deleted the C:\cygwin directory. I then reinstalled cygwin in the D drive, edited my start menu to point to them. However I have problems starting the sshd server. I have already ssh-host-config and ssh-user-config completed. The reason that your sshd service will not start is because you did not remove the service, and the one currently installed still points to the old location. ssh-host-config will not overwrite an existing service, so you need to remove the service and re-run the script. Remove the service with cygrunsrv -U sshd Ack! I don't know where I got that; -U should be -R. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin and rsync
Brett Serkez techie at serkez.net writes: As far as using gdb, rather than using the full rsync command line, use the command 'gdb rsync' to start rsync in the debugger. Then enter the command 'run balance-of-rsync-command-line' and it should run normally. Once it hangs, use control-c to break to the gdb command prompt and use the command 'where' or 'bt' (back trace) to print a stack trace. In cygwin there is also the insight gdb graphical front-end. Lapo -- 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 Digest 6 Jan 2006 16:37:18 -0000 Issue 4727
snip On 6 Jan 2006 16:37:18 -, [EMAIL PROTECTED] cygwin and getline 117072 by: Vijay Kiran Kamuju [EMAIL PROTECTED] 117085 by: [EMAIL PROTECTED] (Eric Blake) 117086 by: Vijay Kiran Kamuju [EMAIL PROTECTED] 117094 by: Christopher Faylor [EMAIL PROTECTED] Cygwin and getsubopt 117073 by: Vijay Kiran Kamuju [EMAIL PROTECTED] 117075 by: Brian Dessent [EMAIL PROTECTED] 117093 by: Christopher Faylor [EMAIL PROTECTED] 117095 by: Chris Taylor [EMAIL PROTECTED] snip -- Forwarded message -- From: Vijay Kiran Kamuju [EMAIL PROTECTED] To: cygwin@cygwin.com Date: Fri, 6 Jan 2006 11:20:11 +0530 Subject: cygwin and getline Hi, I am using cygwin 1.18. I am trying to compile a simple test program using the function getline which is defined in stdio.h I am getting symbol unreferenced errors while linking. Is the function unimplemented. i think its unimplemented as i even tried to find the string entry for getline function in the dlls using the nm and strings utilities. Thanks and Regards, Vijay -- Forwarded message -- From: [EMAIL PROTECTED] (Eric Blake) To: Vijay Kiran Kamuju [EMAIL PROTECTED], cygwin@cygwin.com Date: Fri, 06 Jan 2006 13:08:05 + Subject: Re: cygwin and getline I am using cygwin 1.18. I am trying to compile a simple test program using the function getline which is defined in stdio.h cygwin getline does not exist in 1.5.18, but was implemented a few days later and is available in snapshots. In the meantime, if you don't want to use and compile against a snapshot, wait for 1.5.19, or use a different version of getline (for example, coreutils 5.3.0 uses the gnulib-provided replacement). -- Eric Blake -- Forwarded message -- From: Vijay Kiran Kamuju [EMAIL PROTECTED] To: Eric Blake [EMAIL PROTECTED] Date: Fri, 6 Jan 2006 18:40:12 +0530 Subject: Re: cygwin and getline Hi , I am also facing the same problem for getsubopt function Thanks and Regards, Vijay On 1/6/06, Eric Blake [EMAIL PROTECTED] wrote: I am using cygwin 1.18. I am trying to compile a simple test program using the function getline which is defined in stdio.h cygwin getline does not exist in 1.5.18, but was implemented a few days later and is available in snapshots. In the meantime, if you don't want to use and compile against a snapshot, wait for 1.5.19, or use a different version of getline (for example, coreutils 5.3.0 uses the gnulib-provided replacement). -- Eric Blake -- Forwarded message -- From: Christopher Faylor [EMAIL PROTECTED] To: cygwin@cygwin.com Date: Fri, 6 Jan 2006 11:08:43 -0500 Subject: Re: cygwin and getline On Fri, Jan 06, 2006 at 06:40:12PM +0530, Vijay Kiran Kamuju wrote: Hi , I am also facing the same problem for getsubopt function Ahahahaha. cgf (starting to hyperventilate and just had a narrow lightening miss) -- Forwarded message -- From: Vijay Kiran Kamuju [EMAIL PROTECTED] To: cygwin@cygwin.com Date: Fri, 6 Jan 2006 15:04:01 +0530 Subject: Cygwin and getsubopt Hi, I could see getsubopt declaration in the unistd.h but in unix/linux its defined in stdlib.h i have also noticed that cygwin1.dll does not have that function implemented. as strings cygwin1.dll as of the 20060105 snapshot debug version did not give any results for the string getsubopt. Its well supported in all of the unices, i dont know how we missed on it. Thanks, Vijay -- Forwarded message -- From: Brian Dessent [EMAIL PROTECTED] To: cygwin@cygwin.com Date: Fri, 06 Jan 2006 02:44:47 -0800 Subject: Re: Cygwin and getsubopt Vijay Kiran Kamuju wrote: I could see getsubopt declaration in the unistd.h but in unix/linux its defined in stdlib.h The definition in that header file actually comes from newlib, which contains an implementation of the function. But, it's not listed in cygwin.din which means it's present but not exported. Brian -- Forwarded message -- From: Christopher Faylor [EMAIL PROTECTED] To: cygwin@cygwin.com Date: Fri, 6 Jan 2006 11:07:38 -0500 Subject: Re: Cygwin and getsubopt On Fri, Jan 06, 2006 at 03:04:01PM +0530, Vijay Kiran Kamuju wrote: Hi, I could see getsubopt declaration in the unistd.h but in unix/linux its defined in stdlib.h i have also noticed that cygwin1.dll does not have that function implemented. as strings cygwin1.dll as of the 20060105 snapshot debug version did not give any results for the string getsubopt. Its well supported in all of the unices, i dont know how we missed on it. Mwuhahaha. *wring fingers, cackle insanely, lightening flashes in background* cgf -- Forwarded message -- From: Chris Taylor [EMAIL PROTECTED] To: cygwin@cygwin.com Date: Fri, 06 Jan 2006 16:18:07 + Subject: Re: Cygwin and getsubopt Christopher Faylor
Re: cygwin and rsync
3. To answer your earlier question, I installed cygwin and added the rsync and openssh which were part of the distribution but were not installed by default. I did not compile my own. Whis is like the usual package list I do use most commonly. I never managed to reproduce the problem, so I guess it doesn't depend on this. Does the problem arise only between that Windows host and that Linux host, or also in others combinations? Does any other over-ssh protocols work as expected? (it never seems to happen suing rsync://) Until we pin the problem down to something I can reproduce locally I fear I can't be much help. One consistent difference could be that I never tried Win-to-Linux transfers, as all I got is some FreeBSD boxes. I wonder if that can be the culprit, but sure it would be strange. Ever had a Win-to-Win hang? Anything else comes to your mind? I believe there are atleast two separate hangs that are being experienced. Both occur using ssh vs. the rsync:// protocol, but I suspect that has something to do with the local pipe/socket to communicate between the local rsync and ssh processes. The first is the type described in this thread (Linux - Windows) the transfer starts and hangs at some point. The second (Windows - Linux) which I reported as resolved using a local pipe vs. socketpair, hangs immediately, ssh never gets as far as attempting network access. Since the second never attempts network access, I suspect that Windows - Windows would hang, I haven't seen any reports of Linux - Linux. If Linux - Linux didn't work, I suspect the issue would be wide spread and corrected. Brett Brett C. Serkez, Techie -- 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 Digest 6 Jan 2006 16:37:18 -0000 Issue 4727
On 6 Jan 2006 16:37:18 -, cygwin-digest-help AT cygwin DOT com cygwin and getline 117072 by: Vijay Kiran Kamuju infyquest AT gmail DOT com 117085 by: ericblake AT comcast DOT net (Eric Blake) etc. Please, please, PLEASE, http://cygwin.com/acronyms/#PCYMTNQREAIYR. Or do it manually. But don't repeat what you just did here. Blindly replying to a digest message, with LOADS of email addresses listed in raw form, is unacceptable on this list. Also, feel free to trim out portions of your reply to reduce the size of your mail; you should only need to quote enough to set up a context of your comments, rather than the entire thread. Vijay: you shouldn't expect something to be in cygwin just because all the other unix derivatives you've used have it.. Cygwin aims for POSIX compliance, and it's an ongoing project to get there.. These things take time.. I'm sure that this applies: http://cygwin.com/acronyms/#PTC Thanks all for ur HELP, so when i can i get to see cygwin 1.19 its Well, seeing as how we have been in the 1.5.x series for several years now, and the 1.3.x series for several years before that, the 1.19.x series won't be until roughly 2062. Oh, you meant 1.5.19? It will be out when it is ready (and more people testing the snapshots will ensure that it is ready). Free software has no definitive schedule; things happen when volunteers have time to make them happen. And if my proposed patch to export getsubopt is not applied (right now, it is still in the middle of the TC portion of http://cygwin.com/acronyms/#PTC), then 1.5.19 won't solve your problems anyway, and you would have to wait for 1.5.20. mo.re than 6months :(( I am sure that i will be flamed for this. Something happened to CGF, he was not like this b4 i mean 1 year back ;) :P That has always been cgf's personality; search the archives for more examples. Often, his sarcastic side comes out when people don't follow the directions at http://cygwin.com/problems.html, or when they make demands that something be done without providing a patch to do it. But I still appreciate his time in being a volunteer maintainer, so I have learned to be grateful for his contributions in spite of any perceived sarcasm. If you care to complain more about CGF's personality, the cygwin-talk list is a more appropriate forum. -- 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: lighttpd-1.4.8-1
Lapo Luchini writes: Version 1.4.8-1 of lighttpd has been uploaded. lighttpd is a fast, secure and flexible webserver. Most of the packages put default config or sample files like /etc/lighttpd/lighttpd.conf.default under the /etc/defaults directory hierarchy and copy it with a postinstall script to real destination. There is also an empty /usr/lib/bin directory in your package which doesn't look right. Ciao Volker -- 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 Digest 6 Jan 2006 16:37:18 -0000 Issue 4727
Please, please, PLEASE, http://cygwin.com/acronyms/#PCYMTNQREAIYR. Or do it manually. But don't repeat what you just did here. Blindly replying to a digest message, with LOADS of email addresses listed in raw form, is unacceptable on this list. Thanks for informing me about this. Well im using a Web based client, have to do all the trimming manually. Ur Patch is in the cygwin cvs and xine also changed their codebase to check for the availability of missing funcs. I did found out some reasons about why the functions were not there in cygwin by myself. But could not report my findings on time :( as im subscribed in digest mode. like ur fix for the getsubopt function mo.re than 6months :(( I am sure that i will be flamed for this. Something happened to CGF, he was not like this b4 i mean 1 year back ;) :P i was http://cygwin.com/acronyms/#J/K -- Eric Blake Thanks, Vijay -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin and rsync
I am at home today and cannot perform all of these, but on the Linux - Windows, I was able to issue the rsync on [LOCAL/Linux] and then attach to the rsync process on [REMOTE/Windows] using gdb with the resulting backtrace output: $ gdb rsync 3032 GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... Attaching to program `/usr/bin/rsync.exe', process 280 [Switching to thread 280.0xdb8] (gdb) bt #0 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c9507a8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x18c0ffd0 in ?? () #6 0x00018ca7 in ?? () #7 0x in ?? () #8 0x7c90ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll #9 0x7c9507c8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #10 0x in ?? () from This seems like a foreign language to me but maybe this screams something to someone? My chief purpose for all of this is to allow automatic backups onto a Linux file server from various systems (initiating on the Linux box), including Windows PCs. This has been a project for some time, but after many different Runs-Linux-on-Windows distributions, I have met with little success. But, I will press on with hope. I've certainly learned a lot---as a non-IT person that is. -K -- 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: tzcode dependency on /bin/ksh
L A Walsh writes: I was wondering who owned the tzcode package and if they could include an install script to check for the existance of bash OR ksh, and create a link at install time to the installed substitute or just patch tzselect so the dependency on pdksh could be removed. The documentation in tzcode lists bash as the first alternative to ksh. Rather than requiring an install of an extra package pdksh, which isn't used for anything else, it would be better to have it use the existing bash which is installed as the standard shell. Will upload a new version soon. Ciao Volker -- 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: expect script hanging: ssh to localhost w/password authentication
The expect script listed earlier in this thread is failing for me again, with the 1/7/2006 snapshot. It does not hang though - will post details later. I wonder if the snapshot fix related to: http://sourceware.org/ml/cygwin/2006-01/msg00183.html may account for this? I'm grateful for the fix above (*really*), but could it have resurrected the expect script problem? - admittedly a WAG. Sorry, I'm out of the loop; have not been following the cygwin mailing list for about a week.. When I get time, I will post simple log of the failing expect script test case. -- thanks, Tom Rodman On Tue 12/20/05 22:01 +0100 cygwin@cygwin.com wrote: On Dec 19 11:00, Tom Rodman wrote: Enclosed is an expect script (to ssh to the localhost with password authentication) that hangs (search ahead for parent: waiting for sync byte) with the Dec 16 snapshot. Please take a look at the working and non-working test cases below. Looks like we found the cause for this effect. Please try the next developers snapshot (2005-Dec-20 and later) from http://cygwin.com/snapshots/ Thanks for the report, 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: cygwin and rsync
On Sun, 8 Jan 2006, Ken Senior wrote: I am at home today and cannot perform all of these, but on the Linux - Windows, I was able to issue the rsync on [LOCAL/Linux] and then attach to the rsync process on [REMOTE/Windows] using gdb with the resulting backtrace output: $ gdb rsync 3032 GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... Attaching to program `/usr/bin/rsync.exe', process 280 [Switching to thread 280.0xdb8] (gdb) bt #0 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c9507a8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x18c0ffd0 in ?? () #6 0x00018ca7 in ?? () #7 0x in ?? () #8 0x7c90ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll #9 0x7c9507c8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #10 0x in ?? () from This seems like a foreign language to me but maybe this screams something to someone? Not really. Most Cygwin applications are multi-threaded. The above is the output of one thread that's responsible for communicating with the attached debugger -- it'll be the same for all applications, pretty much. Use the 'info threads' command to see the list of all threads. Then use the 'thread TID' command to switch to thread TID, and 'backtrace' to get a backtrace for that thread. See if any of the backtraces tell *you* something before posting all of them to the list. My chief purpose for all of this is to allow automatic backups onto a Linux file server from various systems (initiating on the Linux box), including Windows PCs. This has been a project for some time, but after many different Runs-Linux-on-Windows distributions, I have met with little success. But, I will press on with hope. I've certainly learned a lot---as a non-IT person that is. IMO, the best way to become an expert on something is to explore that something with little initial knowledge. :-) Good luck! Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: lighttpd-1.4.8-1
On Sun, 8 Jan 2006, Dr. Volker Zell wrote: Lapo Luchini writes: Version 1.4.8-1 of lighttpd has been uploaded. lighttpd is a fast, secure and flexible webserver. Most of the packages put default config or sample files like /etc/lighttpd/lighttpd.conf.default under the /etc/defaults directory hierarchy and copy it with a postinstall script to real destination. I think this particular case is modeled after apache. There is also an empty /usr/lib/bin directory in your package which doesn't look right. Yep. Since this is a packaging issue, it belongs on cygwin-apps, IMO. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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 Digest 6 Jan 2006 16:37:18 -0000 Issue 4727
On Sun, 8 Jan 2006, Vijay Kiran Kamuju wrote: Please, please, PLEASE, http://cygwin.com/acronyms/#PCYMTNQREAIYR. Or do it manually. But don't repeat what you just did here. Blindly replying to a digest message, with LOADS of email addresses listed in raw form, is unacceptable on this list. Thanks for informing me about this. Well im using a Web based client, have to do all the trimming manually. Or you could lobby with GMail to add a feature to change the default reply leader (or even customize it). I'm sure that if enough users request this, Google will comply. Ur Patch is in the cygwin cvs and xine also changed their codebase to check for the availability of missing funcs. Good. I did found out some reasons about why the functions were not there in cygwin by myself. Even better. But could not report my findings on time :( as im subscribed in digest mode. like ur fix for the getsubopt function FYI, you can check the very up-to-date archives of this list at http://cygwin.com/ml/cygwin/ if you wish to see the outcome of a particular thread. The archives also have enough information to reply to a particular message without having to wait for the digest (by using the cygwin-get.IDatcygwindotcom mechanism -- send mail to cygwin-helpatcygwindotcom for more interesting tidbits). mo.re than 6months :(( I am sure that i will be flamed for this. Something happened to CGF, he was not like this b4 i mean 1 year back ;) :P Very true -- he was meaner. :-) i was http://cygwin.com/acronyms/#J/K Ditto. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin and rsync
My chief purpose for all of this is to allow automatic backups onto a Linux file server from various systems (initiating on the Linux box), including Windows PCs. Interesting, so your implementing a pull vs. a push. That is the Linux box is logging into the Windows and pulling files back. As a matter of interest, I am pushing, that is I am logging in to a Linux server from a Windows desktop and pushing files. So we're both ultimately trying to go in the same direction from different starting scenarios. It would be a very interesting experiment if you would try pushing as I am and see two things. First see if you can confirm the issue I'm seeing, that is the shipping version or rsync hangs up front. If it does you'd have to rebuild rsync and set it up to use pipe vs. socketpair. Second to see if the transfer hangs on the same file. Brett Brett C. Serkez, Techie -- 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: Start sshd server on reinstallation
On Sun, 8 Jan 2006, Ordinary Olson wrote: --- Brian Dessent [EMAIL PROTECTED] ha scritto: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. Please consider in the future using the procedure outlined at http://cygwin.com/faq/faq.setup.html#faq.setup.uninstall-all to uninstall Cygwin. The first step listed there would have solved your problem, and there is no need to go editing the registry when umount -A exists. Thanks to Brian and Yitzchak. I did not know I am supposed to remove the service. I just stopped it, and I tried to find how to uninstall it. In the end I totally forgot about this aspect. Cygwin services store the Win32 paths to the executables -- thus, moving Cygwin to another drive requires a reinstall of each service. I did not know about cygrunsrv -U sshd Neither did we. It's a typo. The FAQ Brian suggested at http://cygwin.com/faq/faq.setup.html#faq.setup.uninstall-all listed cygrunsrv -R which I unsuccessfully tried. In what way was it unsuccessful? FWIW, something like the below should work to remove all services: cygrunsrv -L | xargs -rn1 cygrunsrv -E cygrunsrv -L | xargs -rn1 cygrunsrv -R To someone facing this problem I deleted the registry entry at HKEY_LOCAL_MACHINE\System\ControlSetxxx\Services\sshd+ It's not a good idea (at all) to mess with the registry if equivalent Cygwin tools exist. Then I ran the ssh-host-config and started the server by net start sshd. Luckly everything works now. Good. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: sshd service starts correctly with cygwin1-200601071810.dll.bz2 on XP SP1
On Sat, 7 Jan 2006, Larry Hall (Cygwin) wrote: Karl M wrote: Hi All... The latest snapshot solves the sshd service start problem with XP SP1 for me. I concur. I don't see any flashing consoles either with desktop interaction on or off either. If I see anything though, I'll follow-up. Also confirmed (with latest CVS build). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: expect script hanging: ssh to localhost w/password authentication
Sorry/MY MISTAKE - the test case was unfair, it was done from a bash session at the console. The test case at the console may not have worked for the last several cygwin releases. The test case *does* work just fine when initiated from an ssh session. I guess this comes down to - *nevermind*! The failure to work from a console session is not a regression AFAIK. -- For what it's worth, here is the console test case (fails), and the *working* ssh session test case: On Sun 1/8/06 11:09 CST cygwin@cygwin.com wrote: The expect script listed earlier in this thread is failing for me again, with the 1/7/2006 snapshot. It does not hang though - will post details later. it *does* hang now (from console only) since I added the line set timeout -1 I wonder if the snapshot fix related to: http://sourceware.org/ml/cygwin/2006-01/msg00183.html may account for this? I'm grateful for the fix above (*really*), but could it have resurrected the expect script problem? - admittedly a WAG. Sorry, I'm out of the loop; have not been following the cygwin mailing list for about a week.. When I get time, I will post simple log of the failing expect script test case. I used the same script as before, but added the line set timeout -1. For the console case, expect never recognizes the password prompt from sshd, even though this prompt is visible on the console (where I did the 1st test below). Here's the console test case: $ uname -a CYGWIN_NT-5.0 OurServer108 1.5.19s(0.149/4/2) 20060107 13:00:49 i686 unknown unknown Cygwin $ cat /tmp/fum #!/usr/bin/expect exp_internal 1 #to turn on debugging set timeout -1 set env(TERM) vt100 set USER staffuser1 set PASSWORD MYPASSWORDWASHERE set prompt $USER # adjust prompt as required spawn ssh localhost -l $USER expect assword: send $PASSWORD\r expect $prompt # # launch command with the next send below: # exit the shell after running command # send date; exit\r expect; # waits for eof, so output is flushed? puts \n\nexpect script exiting normally\n; $ /tmp/fum spawn ssh localhost -l staffuser1 parent: waiting for sync byte parent: telling child to go ahead parent: now unsynchronized from child spawn: returns {5932} expect: does (spawn_id 4) match glob pattern assword:? no [EMAIL PROTECTED]'s password: --SNIP (expect hangs here, until I kill the spawned ssh) For my cygcheck output see http://sourceware.org/ml/cygwin/2005-12/txt00021.txt Here's the working-fine test case initiated from a prexisting ssh session: $ uname -a CYGWIN_NT-5.0 OurServer108 1.5.19s(0.149/4/2) 20060107 13:00:49 i686 unknown unknown Cygwin $ /tmp/fum spawn ssh localhost -l staffuser1 parent: waiting for sync byte parent: telling child to go ahead parent: now unsynchronized from child spawn: returns {6416} expect: does (spawn_id 4) match glob pattern assword:? no [EMAIL PROTECTED]'s password: expect: does [EMAIL PROTECTED]'s password: (spawn_id 4) match glob pattern assword:? yes expect: set expect_out(0,string) assword: expect: set expect_out(spawn_id) 4 expect: set expect_out(buffer) [EMAIL PROTECTED]'s password: send: sending MYPASSWORDWASHERE to { 4 } expect: does (spawn_id 4) match glob pattern staffuser1 ? no expect: does \r\n (spawn_id 4) match glob pattern staffuser1 ? no Last login: Sun Jan 8 12:44:04 2006 from 127.0.0.1 Welcome to Engineering Systems tcm server .. expect: does \r\nLast login: Sun Jan 8 12:44:04 2006 from 127.0.0.1\r\r\nWelcome to Engineering Systems tcm server ..\r\n (spawn_id 4) match glob pattern staffuser1 ? no 12:44:45 Sun Jan 08 0j tty3 2728 ~ OurServer108 staffuser1 expect: does \r\nLast login: Sun Jan 8 12:44:04 2006 from 127.0.0.1\r\r\nWelcome to Engineering Systems tcm server ..\r\n 12:44:45 Sun Jan 08 0j tty3 2728 ~\r\r\n OurServer108 staffuser1 (spawn_id 4) match glob pattern staffuser1 ? yes expect: set expect_out(0,string) staffuser1 expect: set expect_out(spawn_id) 4 expect: set expect_out(buffer) \r\nLast login: Sun Jan 8 12:44:04 2006 from 127.0.0.1\r\r\nWelcome to Engineering Systems tcm server ..\r\n 12:44:45 Sun Jan 08 0j tty3 2728 ~\r\r\n OurServer108 staffuser1 send: sending date; exit\r to { 4 } date; exit Sun Jan 8 12:44:46 CST 2006 logout Connection to localhost closed. expect: read eof expect: set expect_out(spawn_id) 4 expect: set expect_out(buffer) date; exit\r\nSun Jan 8 12:44:46 CST 2006\r\nlogout\r\nConnection to localhost closed.\r\r\n expect script exiting normally $ --snip On Tue 12/20/05 22:01 +0100 cygwin@cygwin.com wrote: On Dec 19 11:00, Tom Rodman wrote: Enclosed is an expect script (to ssh to the localhost with password authentication) that hangs (search ahead for parent: waiting
Re: cygwin and getline
On Fri, Jan 06, 2006 at 11:08:43AM -0500, Christopher Faylor wrote: On Fri, Jan 06, 2006 at 06:40:12PM +0530, Vijay Kiran Kamuju wrote: Hi , I am also facing the same problem for getsubopt function Ahahahaha. cgf (starting to hyperventilate and just had a narrow lightening miss) Sorry. As many people realized, I really meant to say lightning here. My infallibility really took a beating last week. 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/
$windir chg'd from upper to lower case for ssh sessions,in new snapshot?
Believe this is correct, will someonelse pls verify? If so, is this intended, ie permanent? If so, I need to adjust a script or two. I'm aware that it %windir% is usually lower case for windows, but I think it was changed to uppercase in an ssh cygwin session in previous releases. -- thanks, Tom -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin and rsync
Pushing from Windows to Linux works fine. It's the pulling from Windows into Linux (that is, initiating on Linux) which does not. On the gdb front, I found that whenever I launched the gdb on the Windows box, the process froze immediately instead of the usual place. That is, the gdb process seems to itself cause a freezing of rsync. Quitting out of gdb allows the process to resume until it freezes in the usual place. Two gdb outputs follow. The first corresponds to the first freeze (the one seemingly caused by gdb itself) while the subsequent one is the one corresponding to the usual freezing point. I tried to make sense of these, but I'm afraid I don't know enough about somes of these DLLs. OUTPUT 1 (gdb) thread 1 [Switching to thread 1 (thread 200.0xbd0)]#0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll (gdb) bt #0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c90d68e in ntdll!ZwCreateFile () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x6101aa90 in cygwin_internal () from /usr/bin/cygwin1.dll #3 0x61023e2a in cygwin_internal () from /usr/bin/cygwin1.dll #4 0x61024d8d in cygwin_internal () from /usr/bin/cygwin1.dll #5 0x610916fd in sync () from /usr/bin/cygwin1.dll #6 0x610844ff in cygwin1!aclcheck () from /usr/bin/cygwin1.dll #7 0x004164ba in make_file (fname=0x22d660 NIST Novatel RINEX/JLVR/jlvr1460.03o, flist=0x501468, filter_level=2) at flist.c:178 #8 0x00416da6 in send_file_name (f=1, flist=0x501468, fname=0x22d660 NIST Novatel RINEX/JLVR/jlvr1460.03o, base_flags=0) at flist.c:974 #9 0x00416edf in send_directory (f=1, flist=0x501468, fbuf=0x22d660 NIST Novatel RINEX/JLVR/jlvr1460.03o, len=23) at flist.c:1045 #10 0x0041713a in send_if_directory (f=1, flist=0x501468, file=0x5fa538) at flist.c:1007 #11 0x00416f54 in send_directory (f=1, flist=0x501468, fbuf=0x22d7e0 NIST Novatel RINEX, len=18) at flist.c:1066 #12 0x0041713a in send_if_directory (f=1, flist=0x501468, file=0x5402d0) at flist.c:1007 #13 0x00416f54 in send_directory (f=1, flist=0x501468, fbuf=0x22d960 ., len=1) at flist.c:1066 #14 0x0041713a in send_if_directory (f=1, flist=0x501468, file=0x541ec0) at flist.c:1007 #15 0x00417e6e in send_file_list (f=1, argc=0, argv=0x5002d8) at flist.c:1230 #16 0x0040d146 in start_server (f_in=0, f_out=1, argc=2, argv=0x5002d0) at main.c:511 #17 0x0040e288 in main (argc=2, argv=0x5002d0) at main.c:1166 (gdb) quit The program is running. Quit anyway (and detach it)? (y or n) y Detaching from program: /usr/bin/rsync.exe, Pid 200 OUTPUT 2 (gdb) thread info No symbol info in current context. (gdb) info thread 4 thread 200.0xa10 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll 3 thread 200.0x770 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll 2 thread 200.0xeb0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll * 1 thread 200.0xbd0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll (gdb) thread 1 [Switching to thread 1 (thread 200.0xbd0)]#0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll (gdb) bt #0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c90e9ff in ntdll!ZwWriteFile () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x7c81100e in WriteFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll #3 0x0694 in ?? () #4 0x in ?? () from (gdb) thread 2 [Switching to thread 2 (thread 200.0xeb0)]#0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll (gdb) bt #0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c90e288 in ntdll!ZwReadFile () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x7c801875 in ReadFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll #3 0x0764 in ?? () #4 0x in ?? () from (gdb) thread 3 [Switching to thread 3 (thread 200.0x770)]#0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll (gdb) bt #0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c90e9c0 in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll #3 0x0754 in ?? () #4 0x in ?? () from (gdb) thread 4 [Switching to thread 4 (thread 200.0xa10)]#0 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll (gdb) bt #0 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c9507a8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x18c0ffd0 in ?? () #6 0x8418a618 in ?? () #7 0x in ?? () #8 0x7c90ee18
Re: $windir chg'd from upper to lower case for ssh sessions,in new snapshot?
Tom Rodman wrote: Believe this is correct, will someonelse pls verify? If so, is this intended, ie permanent? If so, I need to adjust a script or two. I'm aware that it %windir% is usually lower case for windows, but I think it was changed to uppercase in an ssh cygwin session in previous releases. Chris has fixed this. Try the latest snapshot. -- 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: cygwin and rsync
Ken Senior wrote: Pushing from Windows to Linux works fine. It's the pulling from Windows into Linux (that is, initiating on Linux) which does not. On the gdb front, I found that whenever I launched the gdb on the Windows box, the process froze immediately instead of the usual place. That is, the gdb process seems to itself cause a freezing of rsync. Quitting out of gdb allows the process to resume until it freezes in the usual place. Two gdb outputs follow. The first corresponds to the first freeze (the one seemingly caused by gdb itself) while the subsequent one is the one corresponding to the usual freezing point. I tried to make sense of these, but I'm afraid I don't know enough about somes of these DLLs. Looks like you're missing debug information for cygwin1.dll at least. Either build the DLL with -g or download a snapshot and it's accompanying DBG file. This should help sort things out. -- 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/
Perl/TK Missing Dependency Found
The Perl/TK package fails to execute even simple Perl/TK programs with the 'default' installation. That is starting with a brand new installation of Cygwin, letting it only install the defaults and adding only the Perl/TK (perl-Tk) results in a segmentation violation when calling the first Perl/TK function on the main window. After tedious research, I've figured out that the missing package is: libwmf. I request that the perl-tk package maintainer please add this dependency. Thank you. Brett Brett C. Serkez, Techie -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with Tcsh
I have installed the latest version of cygwin (1.5.18-1) on a PC running Windows XP . When I try to run tcsh, it gives me an error Unmatched '.. Any solution to the problem? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with Tcsh
On Mon, 9 Jan 2006, sanidip agarwal wrote: I have installed the latest version of cygwin (1.5.18-1) on a PC running Windows XP . When I try to run tcsh, it gives me an error Unmatched '.. Any solution to the problem? You have an unclosed single quote somewhere in your startup scripts. Unfortunately, you did not provide enough information about your installation for us to even begin guessing what could be wrong. Please read and follow the Cygwin problem reporting guidelines at http://cygwin.com/problems.html, particularly the part about attaching, as an uncompressed text *attachment*, the output of cygcheck -svr on your system, but please don't disregard the rest of the page. Also, it would help to know exactly how you invoke tcsh, and what are the last few lines of the output of 'tcsh -V -c exit'. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: console-started expect script hanging: ssh to localhost..works w/new snapshot
On Sun 1/8/06 at 13:13 CST I wrote: --snip The test case at the console may not have worked for the last several cygwin releases. --snip It's working just fine at the console under the 1/8/06 snapshot :- -- Thanks! Tom Rodman -- At the risk of wasting bandwidth, here are the test cases to show this: From the console: $ uname -a CYGWIN_NT-5.0 OurServer108 1.5.19s(0.149/4/2) 20060108 16:34:18 i686 unknown unknown Cygwin $ : this is a console session $ cat /tmp/fum #!/usr/bin/expect exp_internal 1 #to turn on debugging set timeout -1 set env(TERM) vt100 set USER staffuser1 set PASSWORD PASSWORDWASHERE set prompt $USER # adjust prompt as required spawn ssh localhost -l $USER expect assword: send $PASSWORD\r expect $prompt # # launch command with the next send below: # exit the shell after running command # send date; exit\r expect; # waits for eof, so output is flushed? puts \n\nexpect script exiting normally\n; $ /tmp/fum spawn ssh localhost -l staffuser1 parent: waiting for sync byte parent: telling child to go ahead parent: now unsynchronized from child spawn: returns {5448} expect: does (spawn_id 4) match glob pattern assword:? no [EMAIL PROTECTED]'s password: expect: does [EMAIL PROTECTED]'s password: (spawn_id 4) match glob pattern assword:? yes expect: set expect_out(0,string) assword: expect: set expect_out(spawn_id) 4 expect: set expect_out(buffer) [EMAIL PROTECTED]'s password: send: sending PASSWORDWASHERE\r to { 4 } expect: does (spawn_id 4) match glob pattern staffuser1 ? no expect: does \r\n (spawn_id 4) match glob pattern staffuser1 ? no Last login: Sun Jan 8 18:48:39 2006 from 127.0.0.1 Welcome to Engineering Systems tcm server .. expect: does \r\nLast login: Sun Jan 8 18:48:39 2006 from 127.0.0.1\r\r\nWelcome to Engineering Systems tcm server ..\r\n (spawn_id 4) match glob pattern staffuser1 ? no 18:53:30 Sun Jan 08 0j tty3 3188 ~ OurServer108 staffuser1 expect: does \r\nLast login: Sun Jan 8 18:48:39 2006 from 127.0.0.1\r\r\nWelcome to Engineering Systems tcm server ..\r\n 18:53:30 Sun Jan 08 0j tty3 3188 ~\r\r\n OurServer108 sc mcron (spawn_id 4) match glob pattern staffuser1 ? yes expect: set expect_out(0,string) staffuser1 expect: set expect_out(spawn_id) 4 expect: set expect_out(buffer) \r\nLast login: Sun Jan 8 18:48:39 2006 from 127.0.0.1\r \r\nWelcome to Engineering Systems tcm server ..\r\n 18:53:30 Sun Jan 08 0j tty3 3188 ~\r \r\n OurServer108 staffuser1 send: sending date; exit\r to { 4 } date; exit Sun Jan 8 18:53:30 CST 2006 logout Connection to localhost closed. expect: read eof expect: set expect_out(spawn_id) 4 expect: set expect_out(buffer) date; exit\r\nSun Jan 8 18:53:30 CST 2006\r\nlogout\r\nConnection to localhost closed.\r\r\n expect script exiting normally $ : worked fine! --snip $ ssh localhost '/bin/date;cmd /c netstat -n|/bin/head' #manually entered password [EMAIL PROTECTED]'s password: Sun Jan 8 18:55:39 CST 2006 Active Connections Proto Local Address Foreign AddressState TCP10.160.5.180:2210.165.10.182:49213 ESTABLISHED TCP10.160.5.180:445 10.160.5.191:3328 ESTABLISHED TCP10.160.5.180:445 10.160.5.192:1063 ESTABLISHED TCP10.160.5.180:1092 10.160.5.180:5413 ESTABLISHED TCP10.160.5.180:1098 10.160.5.180:4139 ESTABLISHED TCP10.160.5.180:1098 10.160.5.180:4148 ESTABLISHED $ : also worked fine From an ssh session: $ uname -a CYGWIN_NT-5.0 OurServer108 1.5.19s(0.149/4/2) 20060108 16:34:18 i686 unknown unknown Cygwin $ cat /tmp/fum #!/usr/bin/expect exp_internal 1 #to turn on debugging set timeout -1 set env(TERM) vt100 set USER staffuser1 set PASSWORD PASSWORDWASHERE set prompt $USER # adjust prompt as required spawn ssh localhost -l $USER expect assword: send $PASSWORD\r expect $prompt # # launch command with the next send below: # exit the shell after running command # send date; exit\r expect; # waits for eof, so output is flushed? puts \n\nexpect script exiting normally\n; $ /tmp/fum spawn ssh localhost -l staffuser1 parent: waiting for sync byte parent: telling child to go ahead parent: now unsynchronized from child spawn: returns {5116} expect: does (spawn_id 4) match glob pattern assword:? no [EMAIL PROTECTED]'s password: expect: does [EMAIL PROTECTED]'s password: (spawn_id 4) match glob pattern assword:? yes expect: set expect_out(0,string) assword: expect: set