Re: RFU: autossh-1.3-1
On Thu, Mar 24, 2005 at 04:45:57PM -0500, [EMAIL PROTECTED] wrote: Please upload: http://home.comcast.net/~andrex/cygwin/autossh/autossh-1.3-1.tar.bz2 http://home.comcast.net/~andrex/cygwin/autossh/autossh-1.3-1-src.tar.bz2 Uploaded. Please send out an announcement ASAP. Thanks. cgf
Question about remote X authorizations
Hi! I have a question/problem: I use cygwin to connect to a Solaris nachine (serverA), and log on using CDE. Everything fine so far, the DISPLAY variable is client:0.0. From serverA I do a rlogin to serverB (there is no ssh available on either serverA or serverB). There I export DISPLAY=client0.0. Now, I would like to start for example an x-term (running on serverB), and see the x-term via my x-session on serverA. However, this fails with a Error: Can't open display: client:0.0. Now, I was under the assumption that putting serverB into the file /etc/X0.hosts should do the job, but it didn't. Any suggestions? Marcus This message was sent using IMP, the Internet Messaging Program.
Re: fixing XTerm colors
On Thu, 24 Mar 2005, Michael Wardle wrote: It seems that startx starts an XTerm with a yellow foreground and a black background, but subsequent invocations of XTerm will use the user's settings. To me this presents two problems: - subsequent XTerms look different from the initial one - user's settings are disrespected by the initial one There basicly problems with either side. Setting defaults which differ from the defaults from the xterm distribution may lead to confision too (xterm on cygwin does look different than xterm on linux). Starting xterm with default configuration will create a window which differs from the cygwin console (I think this was the main reason for changing the colors despite personal preferences of the editor). Changing this now may also lead to some confusion (Xterm does now display a yellow background but was black before. Help!!!) So there are basicly two solutions: - remove the options and start xterm the way it is supposed to - keep the old behaviour Other comments? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Question about remote X authorizations
On Thu, 24 Mar 2005, Marcus Frischherz wrote: Hi! I have a question/problem: I use cygwin to connect to a Solaris nachine (serverA), and log on using CDE. Everything fine so far, the DISPLAY variable is client:0.0. From serverA I do a rlogin to serverB (there is no ssh available on either serverA or serverB). There I export DISPLAY=client0.0. Now, I would like to start for example an x-term (running on serverB), and see the x-term via my x-session on serverA. However, this fails with a Error: Can't open display: client:0.0. Now, I was under the assumption that putting serverB into the file /etc/X0.hosts should do the job, but it didn't. Actually it should. Maybe there is still a problem with DNS. Check /tmp/XWin.log for AUDIT messages. Does the IP address there match the ip address of serverB? running xhost serverB is nearly equivalent of putting it in /etc/X0.hosts. Does this fix the problem? BTW: Because of low network security of X11 I strongly advise using ssh with X11Forwarding for all remote xprograms. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Question about remote X authorizations
Zitat von Alexander Gottwald [EMAIL PROTECTED]: On Thu, 24 Mar 2005, Marcus Frischherz wrote: [... problems with X11 forwarding..] Actually it should. Maybe there is still a problem with DNS. Check /tmp/XWin.log for AUDIT messages. Does the IP address there match the ip address of serverB? there is no message in /tmp/XWin.log when I do this running xhost serverB is nearly equivalent of putting it in /etc/X0.hosts. Does this fix the problem? well... I tried this as well, if I am correct, I have to do this on serverA? It had no effect. However, I am confused about the whole X11 authorization concept. I am not sure whether the problem lies within the client or serverB or serverA. Anyway, on the cygwin shell (I start xwin from a local cygwin shell) I cannot do a xhost, I am told, that unable to open display , and when I set the DISPLAY variable to client:0.0 the error message becomes: AUDIT: client rejected from (local IP address) Xlib: connection to client:0.0 refused by server Xlib: No protocol specified BTW: Because of low network security of X11 I strongly advise using ssh with X11Forwarding for all remote xprograms. I know. However, I am not the one to install the servers, and they are all within one company LAN. regards, Marcus This message was sent using IMP, the Internet Messaging Program.
Re: Question about remote X authorizations
On Thu, 24 Mar 2005, Marcus Frischherz wrote: well... I tried this as well, if I am correct, I have to do this on serverA? It had no effect. However, I am confused about the whole X11 authorization concept. I am not sure whether the problem lies within the client or serverB or serverA. Anyway, on the cygwin shell (I start xwin from a local cygwin shell) I cannot do a xhost, I am told, that unable to open display , and when I set the DISPLAY variable to client:0.0 the error message becomes: AUDIT: client rejected from (local IP address) Xlib: connection to client:0.0 refused by server Xlib: No protocol specified This is the actual authorization error. You have most likely started an XDMCP session with -query. This sets a kind of access password called cookie. This password is only known to XWin and the xsession on serverA. The clients on windows do not know this password and are therefore rejected. If you want to start x11 programs on other hosts than serverA (eg serverB and event the windows host) you have to set the password on these hosts: serverA $ xauth list client:0 MIT-MAGIC-COOKIE-1 3413185661096326671c706b2b53743f serverB $ xauth add client:0 MIT-MAGIC-COOKIE-1 3413185661096326671c706b2b53743f You may disable the whole access control for specific hosts with xhost hostname or disable it at all with xhost +. Specifying hosts in /etc/X0.hosts will disable access control for these hosts on client startup. I have localhost in /etc/X0.hosts so I can connect with local clients even to a XDCMP session. more information is available with man Xsecurity About the problem with serverB: If you start DISPLAY=client:0.0 xterm and it does not print the Xlib: connection to client:0.0 refused by server then there is a general problem with network routing or name resolution. You might also try serverB $ DISPLAY=client_ip:0.0 xterm This will at least rule out problems with wrongly assigned ip adresses and host names. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: fixing XTerm colors
On Thu, Mar 24, 2005 at 11:51:15AM +0100, Alexander Gottwald wrote: On Thu, 24 Mar 2005, Michael Wardle wrote: It seems that startx starts an XTerm with a yellow foreground and a black background, but subsequent invocations of XTerm will use the user's settings. To me this presents two problems: - subsequent XTerms look different from the initial one - user's settings are disrespected by the initial one There basicly problems with either side. Setting defaults which differ from the defaults from the xterm distribution may lead to confision too (xterm on cygwin does look different than xterm on linux). Starting xterm with default configuration will create a window which differs from the cygwin console (I think this was the main reason for changing the colors despite personal preferences of the editor). Changing this now may also lead to some confusion (Xterm does now display a yellow background but was black before. Help!!!) So there are basicly two solutions: - remove the options and start xterm the way it is supposed to - keep the old behaviour Other comments? I've never liked the black background and always end up killing the started xterm and starting a new one with my soothing defaults. cgf
Happy Birthday and Congratulations: X under Cygwin just turned four!
I just noticed that Release 1 happened four years ago. Happy Birthday! Thanks for an outstanding tool. -BobC
Re: Question about remote X authorizations
Alexander Gottwald wrote: serverA $ xauth list client:0 MIT-MAGIC-COOKIE-1 3413185661096326671c706b2b53743f serverB $ xauth add client:0 MIT-MAGIC-COOKIE-1 3413185661096326671c706b2b53743f This actually worked! Thanks! You may disable the whole access control for specific hosts with xhost hostname or disable it at all with xhost +. Specifying hosts in /etc/X0.hosts will disable I knew this in theory, but it didn't work, don't know why. My company doesn't really believe in open source software, unfortunately, so evrything is set up to work with Exceed, and I have to figure out how to do things with cygwin all by myself. However, I am trying to promote cygwin :-) Marcus
src/winsup/cygwin ChangeLog fhandler.h fhandle ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-03-24 14:04:08 Modified files: winsup/cygwin : ChangeLog fhandler.h fhandler_socket.cc select.cc net.cc Log message: * fhandler.h (fhandler_socket::secret_event): Remove. (fhandler_socket::af_local_set_secret): New function combining former set_connect_secret and get_connect_secret into one function. (fhandler_socket::af_local_setblocking): Rename from eid_setblocking. (fhandler_socket::af_local_unsetblocking): Rename from eid_unsetblocking. (fhandler_socket::af_local_set_cred): New method. (fhandler_socket::af_local_copy): New method. (fhandler_socket::af_local_recv_secret): New method. (fhandler_socket::af_local_send_secret): New method. (fhandler_socket::af_local_recv_cred): Rename from eid_recv. (fhandler_socket::af_local_send_cred): Rename from eid_send. (fhandler_socket::af_local_accept): New method. (fhandler_socket::af_local_set_sockpair_cred): Rename from set_socketpair_eids. (fhandler_socket::eid_accept): Remove. (fhandler_socket::eid_connect): Remove. (fhandler_socket::set_connect_secret): Remove. (fhandler_socket::get_connect_secret): Remove. (fhandler_socket::create_secret_event): Remove. (fhandler_socket::check_peer_secret_event): Remove. (fhandler_socket::signal_secret_event): Remove. (fhandler_socket::close_secret_event): Remove. (fhandler_socket::sec_event_accept): Remove. (fhandler_socket::sec_event_connect): Remove. * fhandler_socket.cc (secret_event_name): Remove. (fhandler_socket::af_local_set_sockpair_cred): Rename from set_socketpair_eids. (fhandler_socket::af_local_setblocking): Rename from eid_setblocking. (fhandler_socket::af_local_unsetblocking): Rename from eid_unsetblocking. (fhandler_socket::af_local_recv_secret): New function to receive AF_LOCAL connect secret over socket itself. (fhandler_socket::af_local_send_secret): New function to send AF_LOCAL connect secret over socket itself. (fhandler_socket::af_local_recv_cred): Rename from eid_recv. (fhandler_socket::af_local_send_cred): Rename from eid_send. (fhandler_socket::eid_connect): Remove. (fhandler_socket::af_local_connect): Take over connect side handling of AF_LOCAL secret and credential handshake. (fhandler_socket::eid_accept): Remove. (fhandler_socket::af_local_accept): New method, take over accept side handling of AF_LOCAL secret and credential handshake. (fhandler_socket::af_local_set_cred): New method, set eid credentials to start values. (fhandler_socket::af_local_copy): New method, copy secret and credentials to another socket. (fhandler_socket::af_local_set_secret): New function combining former set_connect_secret and get_connect_secret into one function. (fhandler_socket::create_secret_event): Remove. (fhandler_socket::signal_secret_event): Remove. (fhandler_socket::close_secret_event): Remove. (fhandler_socket::check_peer_secret_event): Remove. (fhandler_socket::sec_event_connect): Remove. (fhandler_socket::sec_event_accept): Remove. (fhandler_socket::fixup_after_fork): Drop secret_event handling. (fhandler_socket::bind): Call af_local_set_secret. (fhandler_socket::connect): Call af_local_set_cred and af_local_connect. (fhandler_socket::listen): Call af_local_set_cred. (fhandler_socket::accept): Call af_local_copy and af_local_accept on accepted socket. (fhandler_socket::close): Don't call close_secret_event. (fhandler_socket::set_close_on_exec): Don't set secret_event inheritance. * net.cc (cygwin_getsockopt): Add debug output. (socketpair): Call af_local_set_sockpair_cred instead of set_socketpair_eids. * select.cc (set_bits): Drop AF_LOCAL special handling in case of except bit set. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2791r2=1.2792 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.h.diff?cvsroot=srcr1=1.234r2=1.235 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_socket.cc.diff?cvsroot=srcr1=1.157r2=1.158 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/select.cc.diff?cvsroot=srcr1=1.110r2=1.111 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/net.cc.diff?cvsroot=srcr1=1.185r2=1.186
src/winsup/utils ChangeLog cygcheck.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-03-24 14:48:17 Modified files: winsup/utils : ChangeLog cygcheck.cc Log message: * cygcheck.cc (init_paths): Use full path instead of . for the current directory. Do not add . if present in $PATH. (dump_sysinfo): Skip placeholder first value of paths[]. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.304r2=1.305 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/cygcheck.cc.diff?cvsroot=srcr1=1.64r2=1.65
[patch] fix for cygcheck -s if run from /usr/bin
Currently, if you run cygcheck -s with the current directory as /usr/bin you get every cyg*.dll found twice, once with .\ prefix and the second time with \cygwin\bin\ prefix. The user gets a spurious Multiple Cygwin DLLs found warning even if there is only one present. The following patch tries to correct this. In init_paths(), the paths[1] value is populated by GetCurrentDirectory() instead of just .. This causes the existing duplicate checking code in add_path() to reject a later attempt to add a directory from $PATH that is the same as CWD. However, this also means that if . is in $PATH it will no longer be rejected by that same duplicate checking code, so init_paths() is also modified to not add . since we already have the CWD added explicitly. Finally, in dump_sysinfo() the loop is changed to check starting with paths[1] instead of paths[0], since paths[0] is a special placeholder value that is initialized to .. paths[1] contains the CWD anyway so there's no need to examine paths[0]. Brian === 2005-03-24 Brian Dessent [EMAIL PROTECTED] * cygcheck.cc (init_paths): Use full path instead of . for the current directory. Do not add . if present in $PATH. (dump_sysinfo): Skip placeholder first value of paths[].Index: cygcheck.cc === RCS file: /cvs/src/src/winsup/utils/cygcheck.cc,v retrieving revision 1.64 diff -u -p -r1.64 cygcheck.cc --- cygcheck.cc 18 Nov 2004 05:20:23 - 1.64 +++ cygcheck.cc 24 Mar 2005 09:41:40 - @@ -158,7 +158,12 @@ init_paths () { char tmp[4000], *sl; add_path ((char *) ., 1); /* to be replaced later */ - add_path ((char *) ., 1); /* the current directory */ + + if (GetCurrentDirectory (4000, tmp)) +add_path (tmp, strlen (tmp)); + else +display_error (init_paths: GetCurrentDirectory()); + if (GetSystemDirectory (tmp, 4000)) add_path (tmp, strlen (tmp)); else @@ -180,7 +185,8 @@ init_paths () while (1) { for (e = b; *e *e != ';'; e++); - add_path (b, e - b); + if (strncmp(b, ., 1) strncmp(b, .\\, 2)) + add_path (b, e - b); if (!*e) break; b = e + 1; @@ -1237,7 +1243,7 @@ dump_sysinfo () if (givehelp) printf (Looking for various Cygnus DLLs... (-v gives version info)\n); int cygwin_dll_count = 0; - for (i = 0; i num_paths; i++) + for (i = 1; i num_paths; i++) { WIN32_FIND_DATA ffinfo; sprintf (tmp, %s/*.*, paths[i]);
Re: [patch] fix for cygcheck -s if run from /usr/bin
On Mar 24 01:53, Brian Dessent wrote: * cygcheck.cc (init_paths): Use full path instead of . for the current directory. Do not add . if present in $PATH. (dump_sysinfo): Skip placeholder first value of paths[]. Looks good. I've checked this in. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: Mailing list confusion
Arend-Jan Westhoff wrote: How come when I look at http://sources.redhat.com/ml/cygwin/2005-03/index.html: I see the message: March 24, 2005 07:32 Re: Path confusion Brian Dessent That message lists: 07:17 Path confusion Luke Kendall As its reference, but Luke's message has no Follow Up to Brian's? Also when I look at the thread index: http://sources.redhat.com/ml/cygwin/2005-03/threads.html Luke's message is listed but Brian's is not. I think you caught the ML archives page at a point at which it was re-indexing. Both URLs above display both messages with the correct threading for me. An even stronger example: March 24: 06:15 Re: installing identical cygwin configurations on multiple systems fergus and March 23: 19:56 installing identical cygwin configurations on multiple systems Greg Vaidman Have neither a Reference nor a Follow Up to the other (though the thread index looks normal?). The reply email did not contain a References: or In-reply-to: header, so the archives did not know it was a reply. Proper email readers and archive software depend on one or both of those headers to preserve threads. Some brain dead email programs (cough Outlook cough) instead just go by subject, and are too ignorant to add the headers that preserve the threading. That means that messages created in those programs break threading in the archives, and those programs cannot cope with threads where the subject is changed mid-thread. 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: problems starting sshd - again
Mike Kenny - BCX - Professional Services JHB wrote: I know this has been on the list previously, but I have searched the FAQ and recent archives and cannot find the relevant references. I have found some relating to permissions, but these don't address my issue. Anyway, my XP system died and I have had to re-install windoze. So as this was a fresh install I obtained a later version (1.5.12) of cygwin than the year or so old version I had. I had sshd working with the older version of cygwin but I do not want to regress that version. The new version of cygwin installed fine, I then executed You should read /usr/share/doc/Cygwin/openssh.README for details on sshd. You will find the following passage: If you start sshd as deamon via cygrunsrv.exe you MUST give the -D option to sshd. Otherwise the service can't get started at all. $ ssh-host-config I responded 'yes' whenever prompted (later I tried without privilege separation with the same result) $ cygrunsrv -I sshd -p /usr/sbin/sshd.exe You should let ssh-host-config install the service. Your install command above is wrong, you need -a -D to pass -D to sshd. ssh-host-config ought to take care of everything for you if you let 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: fork error in Windows 2003 running as normal user
On Mar 24 00:32, Kris Thielemans wrote: Hi Igor Thanks for your help. Does setting CYGWIN to notraverse help? 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: problems starting sshd - again
Mike Kenny - BCX - Professional Services JHB wrote: I know this has been on the list previously, but I have searched the FAQ and recent archives and cannot find the relevant references. I have found some relating to permissions, but these don't address my issue. Anyway, my XP system died and I have had to re-install windoze. So as this was a fresh install I obtained a later version (1.5.12) of cygwin than the year or so old version I had. I had sshd working with the older version of cygwin but I do not want to regress that version. The new version of cygwin installed fine, I then executed You should read /usr/share/doc/Cygwin/openssh.README for details on sshd. You will find the following passage: If you start sshd as deamon via cygrunsrv.exe you MUST give the -D option to sshd. Otherwise the service can't get started at all. $ ssh-host-config I responded 'yes' whenever prompted (later I tried without privilege separation with the same result) $ cygrunsrv -I sshd -p /usr/sbin/sshd.exe You should let ssh-host-config install the service. Your install command above is wrong, you need -a -D to pass -D to sshd. ssh-host-config ought to take care of everything for you if you let it. [mikek] Brian, thanks for this. Executing ssh-host-config -y followed by cygrunsrv -S sshd worked perfectly. The only difference I detected to what I had been doing was that it now queried me about ntsec. Anyway working now, thanks. Mike -- 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: Mailing list confusion
At Thu, 24 Mar 2005 00:06:30 -0800 Brian Dessent wrote: Arend-Jan Westhoff wrote: How come when I look at http://sources.redhat.com/ml/cygwin/2005-03/index.html: I see the message: March 24, 2005 07:32 Re: Path confusion Brian Dessent That message lists: 07:17 Path confusion Luke Kendall As its reference, but Luke's message has no Follow Up to Brian's? Also when I look at the thread index: http://sources.redhat.com/ml/cygwin/2005-03/threads.html Luke's message is listed but Brian's is not. I think you caught the ML archives page at a point at which it was re-indexing. Both URLs above display both messages with the correct threading for me. An even stronger example: March 24: 06:15 Re: installing identical cygwin configurations on multiple systems fergus and March 23: 19:56 installing identical cygwin configurations on multiple systems Greg Vaidman Have neither a Reference nor a Follow Up to the other (though the thread index looks normal?). The reply email did not contain a References: or In-reply-to: header, so the archives did not know it was a reply. Proper email readers and archive software depend on one or both of those headers to preserve threads. Some brain dead email programs (cough Outlook cough) instead just go by subject, and are too ignorant to add the headers that preserve the threading. That means that messages created in those programs break threading in the archives, and those programs cannot cope with threads where the subject is changed mid-thread. Brian Thanks Brian, for the clarification. Does this imply that if one is e.g. on the digest version of the mailinglist (as I am, and would like to stay that way), that this confusion will be inevitable when one replies to a message or is there a work around? (Actually I'm in fact responding to your reply from the archive since the digest version with your reply has not yet arrived.) Would it not be convenient if the archive and mailinglist present a line one could copy and paste as the first line of a reply so that threading info would be correctly preserved? (Should make it independent of any rogue e-mail clients as well.) (Btw http://sourceware.org/ml/cygwin/ is apparently a different -- may be more proper(?) -- name to refer to the location of the Cygwin archive (currently at IP 12.107.209.250).) Arend-Jan Westhoff. -- 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/X11/QT3.3.3/Scribus1.3CVS: ./configure errors
Steven Boothe wrote: Gerrit P. Haase wrote: configure:2620: gcc -fdata-sections -Wl, --enable-runtime-pseudo-reloc, --script, /opt/qt/3.3/mkspecs/cygwin-g++/i386pi.x-no-rdata conftest.c 5 gcc: /opt/qt/3.3/mkspecs/cygwin-g++/i386pi.x-no-rdata: No such file or directory cc1: error: unrecognized option `-fenable-runtime-pseudo-reloc,' cc1: error: unrecognized option `-fscript,' configure:2623: $? = 1 configure: failed program was: | /* confdefs.h. */ What are all the flags doing? Have you tried without using them? Since the flags are C++ it is possible that the C compiler fails? Iff so, it is an autoconf problem. Which version of the autotools are used? Hello Gerrit: Thanks for inquiring and offering the suggestion. It appears we have made some headway beyond this being the configure process now. In fact at this point I'm not sure the problem is likely very related to cygwin as much as it is QT. Here is why I think that (does anyone think I may find some help from cygwin-xfree?): [...snip...] $ make ..libs/pdflib.o(.text$_ZN11QMapPrivateI7QStringS0_E5clearEP8QMapNodeIS0_S0_E[QMapPrivateQString, QString::clear(QMapNodeQString, QString*)]+0x3f):pdflib.cpp: undefined reference to `QString::shared_null' [...snip...] Something wrong with QT? What was the command issued before this error? Usually it is important to put the import libs in the right order. -- =^..^= Action Soccer: http://www.action-soccer.de/?lv=deid=505 (german online game) -- 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/
sshd doesn't work after rebaseall: cygheap_fixup_in_child error
I experience the same problem that Jet Wilda had last dec, 6. He did not get any answer, then... hope to be luckier. After a rebaseall, as suggested in the kde-cygwin instructions at sf.net, my sshd daemon is not running anymore. My steps were: 1) stop the cygwin-related services (init sshd) 2) issued s rebaseall -v from a bash shell 3) tried to restart sshd 4) the service remains in pending state: starting If I try to run sshd manually I get errors like this: 209 [main] ? 1380 cygheap_fixup_in_child: Couldn't reserve 9891544 bytes of C:\cygwin\usr\sbin\sshd.exe (1380): *** m.AllocationBase 0x0, m.BaseAddress 0x6180, m.RegionSize 0x36, m.State 0x1 I reinstalled the OpenSSH package from the cygwin setup, but nothing changed. Looks like some other library has been broken by the rebaseall command. Notice that I've already used kde many times, it always run w/o problems... I just tried to speedup the startup with the rebaseall suggestion... %$£ My installation of cygwin is complete, I always install all the available packages. My system is W2K, with all service packs. If required, I can attach a cygcheck. Any idea? Thanks Pietro -- 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: fetchmail -v Not Verbose Enough
On Tue, Mar 22, 2005 at 08:00:03PM -0500, Jason Tishler wrote: George, On Tue, Mar 22, 2005 at 11:06:06AM -0800, George wrote: On Tue, Mar 22, 2005 at 11:56:56AM -0500, Jason Tishler wrote: On Tue, Mar 22, 2005 at 08:12:21AM -0800, George wrote: Thanks for the reply, Jason. Sure, everything's there. Procamail is working, too. What's throwing for a loop is this sudden disappearance of screen output when running fetchmail manually with the verbose option set. I can find a workaround if necessary and monitor the fetchmail log directly, but it would be nice to clearup this oddity. AFAICT, this is not a Cygwin fetchmail issue, so you may want to try the fetchmail list to find a better workaround -- if one exists. I should have had a closer look at (a euphemism for actually read) the log file. The log file didn't exist prior to running fetchmail in daemon mode, as evidenced by the first line: fetchmail: starting fetchmail 6.2.5 daemon All subsequent invocations of fetchmail (fetchmail -v) generated log entries only. Manually removing the log file allows the -v option to function normally and generate screen output. Executing 'touch /var/log/fetchmail.log' recreates the no-screen-output behaviour and status messages are again redirected to the log file. I haven't looked closely enough (another euphemism, but this one for I'm too lazy at the moment) at fetchmail's various logging options (I have none set in ~/.fetchmailrc), so I'll leave the issue as to whether this is a fetchmail problem to you. Cheers. -- 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/
Lpr problem with Cygwin 1.5.13 (Works fine with 1.5.12)
I'm having problems with lpr since I updated to the 1.5.13 version of cygwin. When I roll back the cygwin package (cygwin package only) to 1.5.12, lpr worked again. I'm using lpr to print to a Samba printer. I have exported the PRINTER environment variable that points to the UNC name of the printer //MAPLE/CLP510N. The Error message I get when I try to print with lpr foo.ps is: lpr: printer error: can't open '' for writing: The printer name is invalid The same as described in http://cygwin.com/ml/cygwin/2005-03/msg00361.html Reading the thread started with the above message, I know that it has been identified as a cygwin bug. What I don't know is when will it be fixed. Will the fix be in the upcoming 1.5.14? If yes, thank you very much. If not, is there a workaround aside from rolling back to 1.5.12? -- Weiqi Gao () [EMAIL PROTECTED] http://www.weiqigao.com/blog/ -- 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 doesn't work after rebaseall: cygheap_fixup_in_child error
Pietro Toniolo wrote: After a rebaseall, as suggested in the kde-cygwin instructions at sf.net, my sshd daemon is not running anymore. I found a suggestione from Axel at Fermilab for a similar problem on: http://root.cern.ch/phpBB2/viewtopic.php?t=1382 and rebasing again with this command: \ls /bin/*.exe /bin/*.dll | rebaseall -v -T - , even if this command terminates with an error when the rebasing reaches cygwin1.dll, now my sshd is again ok! Pietro -- 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-agent people (and others) please try latest snapshot
On Mar 23 15:55, David Rothenberger wrote: On 3/23/2005 10:19 AM, Christopher Faylor wrote: The latest (2005-03-23 as of this writing) snapshot has some more improvements from Corinna wrt unix domain sockets. We're coming close to a 1.5.14 release so I would appreciate it if people would try the latest snapshot and report their successes or failures here. This snapshot is not working as well as the 20050322 snapshot for me. I start ssh-agent, add a key to it, and then run while true; do date; ssh-add -l; done in four rxvt windows simultaneously. With the previous snapshot this worked fine. With this snapshot, the loops occasionally all hang up for a while and then several windows print Error writing to authentication socket. Error writing to authentication socket. The agent has no identities. I could reproduce it and apparently the secret event handling isn't quite as safe under load as expected. I reworked the whole secret handhake so that a AF_LOCAL/SOCK_STREAM session now always starts with a handshake on the socket itself, which exchanges the connect secret and the credentials and closes the connection if anything happens. I've tested this solution under heavy load and it only breaks for me now, if the number of sockets in the TIME_WAIT state disallows any further connection to the running ssh-agent. In this case you'll get a message: Could not open a connection to your authentication agent. This is not a Cygwin problem or only in so far as Cygwin uses AF_INET sockets to implement AF_LOCAL sockets. On my XP Pro system there's an upper bound of about 2000 connections in TIME_WAIT, when the above message shows up for the first time. Please test the next Cygwin snapshot again. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Lpr problem with Cygwin 1.5.13 (Works fine with 1.5.12)
On Mar 24 07:46, Weiqi Gao wrote: I'm having problems with lpr since I updated to the 1.5.13 version of cygwin. When I roll back the cygwin package (cygwin package only) to 1.5.12, lpr worked again. Will be fixed in 1.5.14. 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/
Typo in openssh.README (Was Re: problems starting sshd - again)
On Thu, 24 Mar 2005, Brian Dessent wrote: You should read /usr/share/doc/Cygwin/openssh.README for details on sshd. You will find the following passage: If you start sshd as deamon via cygrunsrv.exe you MUST give the ^^ Heh, it actually *does* say that... Shouldn't it be daemon? 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: fork error in Windows 2003 running as normal user
On Thu, 24 Mar 2005, Corinna Vinschen wrote: On Mar 24 00:32, Kris Thielemans wrote: Hi Igor Thanks for your help. Does setting CYGWIN to notraverse help? Ah, I didn't think of that. What's strange, though, is that when he ssh's in, things work. AFAICS, ssh-host-config doesn't add notraverse to $CYGWIN... 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: Mailing list confusion
On Thu, 24 Mar 2005, Arend-Jan Westhoff wrote: Thanks Brian, for the clarification. Does this imply that if one is e.g. on the digest version of the mailinglist (as I am, and would like to stay that way), that this confusion will be inevitable when one replies to a message or is there a work around? The digest messages usually contain the Message-ID: header, and most mailers would thread the replies properly... Occasionally the Message-ID: header is not recognized (don't know why), and thus doesn't get into the digest. (Actually I'm in fact responding to your reply from the archive since the digest version with your reply has not yet arrived.) Would it not be convenient if the archive and mailinglist present a line one could copy and paste as the first line of a reply so that threading info would be correctly preserved? They do. Look at the Raw text link in the web archives -- that gives you the complete mbox-formatted text of the message, headers and all. Just save it where your mailer can get to it (as long as your mailer understands the mbox format, like mine does), and it should work. You will need to do a bit of pre-processing on the text, as the headers are somewhat obfuscated (to deter spammers). Here's the script I use: sed -e '1,/^$/{/^Subject:/I!{s/\r$// s/ dot /./g s/ at /@/g s/^Path.*!not-for-mail$/From [EMAIL PROTECTED] '`date -u +%a %b %d %T %Y`'/}}' That last one is there because I also occasionally use Gmane's raw article mode to get at the text of the article (for those cases when the web archives cannot find the raw text). I reply to most messages through the archives, and threading is correctly preserved in all cases where the Message-ID: is present. (Should make it independent of any rogue e-mail clients as well.) No, since it's the e-mail client that adds the References: or In-Reply-To: headers. If your client doesn't do this, there will be no threading... (Btw http://sourceware.org/ml/cygwin/ is apparently a different -- may be more proper(?) -- name to refer to the location of the Cygwin archive (currently at IP 12.107.209.250).) The usual way I use is http://cygwin.com/ml/cygwin -- that's the shortest non-obfuscated link I'm aware of. HTH, 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: Mailing list confusion
On Thu, Mar 24, 2005 at 11:26:49AM +0100, Arend-Jan Westhoff wrote: Would it not be convenient if the archive and mailinglist present a line one could copy and paste as the first line of a reply so that threading info would be correctly preserved? (Should make it independent of any rogue e-mail clients as well.) I doubt that anyone is going to volunteer to modify the mailing list software. (Btw http://sourceware.org/ml/cygwin/ is apparently a different -- may be more proper(?) -- name to refer to the location of the Cygwin archive (currently at IP 12.107.209.250).) sourceware.org == gcc.gnu.org == cygwin.com . http://cygwin.com/ml/cygwin/ is the least amount of typing. -- 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: openssh under Windows XP
At 02:52 AM 3/24/2005, you wrote: I am having a problem installing the ssh server daemon sshd under Windows XP. I keep on getting the following error: $ ssh-host-config -y Overwrite existing /etc/ssh_config file? (yes/no) yes Generating /etc/ssh_config file Overwrite existing /etc/sshd_config file? (yes/no) yes Privilege separation is set to yes by default since OpenSSH 3.3. However, this requires a non-privileged account called 'sshd'. For more info on privilege separation read /usr/share/doc/openssh/README.privsep . Should privilege separation be used? (yes/no) yes Generating /etc/sshd_config file Host configuration finished. Have fun! I have created the sshd user under Windows and in cygwin /etc/passwd Why did you do that? ssh-host-config does that for you. You might want to make sure that you don't have duplicates now. When I look in the event log under Windows XP I can see this error message: Object Open: Object Server: Security Object Type:Key Object Name: \REGISTRY\USER\S-1-5-21-1262546438-923394911-2232506658-29478 Handle ID: - Operation ID: {0,14750546} Process ID: 740 Image File Name:C:\WINDOWS\system32\svchost.exe Primary User Name: IBTKYGSW84974$ Primary Domain: AD Primary Logon ID: (0x0,0x3E7) Client User Name: schouwl Client Domain: AD Client Logon ID:(0x0,0x22D5EC) Accesses: MAX_ALLOWED Privileges: - Restricted Sid Count: 0 Does this ring a bell by anyone? My Windows admin told me it might because there is a limit fo how many open socket connections the Windows XP pro can have open at one time and should try on a server version of Windows. I'm not sure how you got from the above to this but if this is a problem that's keeping the ssh server from running for you, you need to look at what other services you have running. Also, its not clear based on the information you've given whether or not you've even started the ssh server. Also, did you run ssh-user-config? If you're still having problems getting the Cygwin ssh server working for you, please read and follow the problem reporting guidelines at http://cygwin.com/problems.html. FWIW, I run this server on both W2K and XP machines without any difficulty. So whatever the problem is that you're seeing, it's local. -- 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/
doxygen status
Group, I noticed that the vintage of doxygen that ships with cygwin (v1.2.18) is more than two years old. The current version of doxygen (1.4.1-20050315) builds ootb and appears to be functioning properly; I ran it on a mid-size C++ source tree and on a rather large Java source tree. When doing the latter, I noticed that the current vintage is almost infinitely faster than the one that is shipping with cygwin. The question is, is there a maintainer for doxygen, and if so, is she still alive and willing. If not, I'd like to step up to the plate and offer my services as new doxygen maintainer. greets, H. -- 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: doxygen status
On Mar 24 09:02, Hans Horn wrote: Group, I noticed that the vintage of doxygen that ships with cygwin (v1.2.18) is more than two years old. The current version of doxygen (1.4.1-20050315) builds ootb and appears to be functioning properly; I ran it on a mid-size C++ source tree and on a rather large Java source tree. When doing the latter, I noticed that the current vintage is almost infinitely faster than the one that is shipping with cygwin. The question is, is there a maintainer for doxygen, and if so, is she still alive and willing. If not, I'd like to step up to the plate and offer my services as new doxygen maintainer. Dunno if our Doxygen maintainer is still listening, but I've Cc'd the cygwin-apps list. Ryunosuke, are you still somewhere around? Are you still interested in maintaining doxygen? Hans, further discussion should take place on cygwin-apps. Thanks for your offer, 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: doxygen status
On Thu, 24 Mar 2005, Hans Horn wrote: Group, I noticed that the vintage of doxygen that ships with cygwin (v1.2.18) is more than two years old. This isn't surprising, as the last announcement for the doxygen package[*] from Ryunosuke Satoh *was* more than two years ago... The current version of doxygen (1.4.1-20050315) builds ootb and appears to be functioning properly; I ran it on a mid-size C++ source tree and on a rather large Java source tree. When doing the latter, I noticed that the current vintage is almost infinitely faster than the one that is shipping with cygwin. The question is, is there a maintainer for doxygen, and if so, is she still alive and willing. This question is better asked on the cygwin-apps list. If you plan to become a maintainer, you'll need to subscribe anyway. If not, I'd like to step up to the plate and offer my services as new doxygen maintainer. That's pretty cool. If this is your first package, take a look at http://cygwin.com/contrib.html for what to do and how to build packages. HTH, Igor [*] http://cygwin.com/ml/cygwin-announce/2002-12/msg1.html -- 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/
[ANNOUNCEMENT] Updated: rxvt-2.7.10-5
I've updated the rxvt package to install the documentation under /usr/share. No code has been changed, though hopefully the man page is now readable. rxvt is in the 'Shells' section of the installer. It works with or without X Windows running and is a comfy replacement for the cmd window. === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: doxygen status
On Thu, 24 Mar 2005, Igor Pechtchanski wrote: On Thu, 24 Mar 2005, Hans Horn wrote: Group, I noticed that the vintage of doxygen that ships with cygwin (v1.2.18) is more than two years old. This isn't surprising, as the last announcement for the doxygen package[*] from Ryunosuke Satoh *was* more than two years ago... The current version of doxygen (1.4.1-20050315) builds ootb and appears to be functioning properly; I ran it on a mid-size C++ source tree and on a rather large Java source tree. When doing the latter, I noticed that the current vintage is almost infinitely faster than the one that is shipping with cygwin. The question is, is there a maintainer for doxygen, and if so, is she still alive and willing. This question is better asked on the cygwin-apps list. If you plan to become a maintainer, you'll need to subscribe anyway. If not, I'd like to step up to the plate and offer my services as new doxygen maintainer. That's pretty cool. If this is your first package, take a look at http://cygwin.com/contrib.html for what to do and how to build packages. ^^ Ug. That should, of course, be http://cygwin.com/setup.html. Sorry. HTH, Igor [*] http://cygwin.com/ml/cygwin-announce/2002-12/msg1.html -- 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: Mailing list confusion
Original Message From: Arend-Jan Westhoff Sent: 24 March 2005 10:27 (Btw http://sourceware.org/ml/cygwin/ is apparently a different -- may be more proper(?) -- name to refer to the location of the Cygwin archive (currently at IP 12.107.209.250).) sourceware.org == cygwin.com == sources.redhat.com == gcc.gnu.org; these names are all DNS aliases for each other. However, it is *not* 'more proper' to use sourceware.org to refer to the cygwin site. You should use the name for the site you actually want to see. Compare http://cygwin.com/ and http://sourceware.org/ and you'll see that they're very different. Although the names all resolve to the same IP address, the webserver on that machine looks at the name in the URL[*] to decide which front page to display. Various other pages are served from different sources according to what FQDN you use for the machine - e.g. if you go to http://cygwin.com/lists.html you get a different page from http://gcc.gnu.org/lists.html. If you go to http://cygwin.com/ml, you get the same list of mailing lists as at http://sourceware.org/ml, but if you go to http://gcc.gnu.org/ml, you get redirected to http://gcc.gnu.org/lists.html. cheers, DaveK [*] http-pedants can argue over whether it's looking at the name in the url or the name in the Host: header; I'll just observe that the host header is generated by the browser cracking the URL anyway. -- 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: does rxvt support cut and paste?
Original Message From: Andrew DeFaria Sent: 23 March 2005 22:32 Matt Wilkie wrote: highlight text, click in window to paste to, click middle mouse button(wheel). Thanks for that. Does this mean there are no keyboard controls for cut/copy/paste? Normally Shift-Insert will (Standard Windows conventions...) No, that's not standard windows conventions! The 'doze conventions are Ctrl+X/C/V for cut/copy/paste. Shift+Ins/Del is the *MS-DOS* convention, as seen in such classic and historical programs as 'ed'. 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: ssh-agent people (and others) please try latest snapshot
On 3/24/2005 6:11 AM, Corinna Vinschen wrote: On Mar 23 15:55, David Rothenberger wrote: This snapshot is not working as well as the 20050322 snapshot for me. I start ssh-agent, add a key to it, and then run while true; do date; ssh-add -l; done in four rxvt windows simultaneously. With the previous snapshot this worked fine. With this snapshot, the loops occasionally all hang up for a while and then several windows print Error writing to authentication socket. Error writing to authentication socket. The agent has no identities. I could reproduce it and apparently the secret event handling isn't quite as safe under load as expected. I reworked the whole secret handhake so that a AF_LOCAL/SOCK_STREAM session now always starts with a handshake on the socket itself, which exchanges the connect secret and the credentials and closes the connection if anything happens. I've tested this solution under heavy load and it only breaks for me now, if the number of sockets in the TIME_WAIT state disallows any further connection to the running ssh-agent. In this case you'll get a message: Could not open a connection to your authentication agent. This is not a Cygwin problem or only in so far as Cygwin uses AF_INET sockets to implement AF_LOCAL sockets. On my XP Pro system there's an upper bound of about 2000 connections in TIME_WAIT, when the above message shows up for the first time. Please test the next Cygwin snapshot again. The latest snapshot is working well for me. Thanks! -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 signature.asc Description: OpenPGP digital signature
Re: does rxvt support cut and paste?
Dave Korn wrote: Normally Shift-Insert will (Standard Windows conventions...) No, that's not standard windows conventions! The 'doze conventions are Ctrl+X/C/V for cut/copy/paste. Shift+Ins/Del is the *MS-DOS* convention, as seen in such classic and historical programs as 'ed'. I refer you to http://www.microsoft.com/enable/products/keyboard/keyboardresults.asp?Product=2 which clearly shows SHIFT+INSERT (search for that) as a standard way to paste (as well as CTRL+V). That MS-DOS may have also supported that is irrelevant really. Interestingly though MS lists keyboard short cuts for the various flavors of Windows - 98, 2000, XP, 2003. Some list SHIFT+INSERT as paste right along side of CTRL+V (98, 2000), some don't list it at all (XP) and 2003 lists them separately. In practice however CTRL+V == SHIFT-INSERT. YMMV. And, most importantly to the OP, SHIFT-INSERT works with rxvt. -- If bankers can count, how come they have eight windows and only four tellers? -- 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/
How do I set up a cygwin mirror?
I need to set up a cygwin mirror for my college and I was wondering what the proper way to do this is, who to notify so it can be added to the mirrors list, is rsync available or should I use ftp to maintain the mirror, that sort of thing. I searched the archives and someone posted that http://cygwin.com/mirrors.html had instructions, but I didn't see any instructions on that page. If someone could give me a pointer I would appreciate it. I also don't subscribe to this list, so please CC on replies. Thanks. -- Tim Brom [EMAIL PROTECTED] -- 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 set up a cygwin mirror?
On Thu, Mar 24, 2005 at 01:47:49PM -0500, Tim Brom wrote: I need to set up a cygwin mirror for my college and I was wondering what the proper way to do this is, who to notify so it can be added to the mirrors list, is rsync available is rsync available? is a question that is easily answered by just trying it, e.g.: rsync cygwin.com:: If it works, then yes, rsync is available. If it doesn't work, then, no it isn't. In this case, yes, it is available. I searched the archives and someone posted that http://cygwin.com/mirrors.html had instructions, but I didn't see any instructions on that page. Look again. There are instructions on that page which specifically say where to send requests to be added to this list. Note that the mirror has to be publicly available for it to be added to this list. We don't add private mirrors to the list for hopefully obvious reasons. -- 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: clamwin installs incompatible copy of cygwin1.dll
On Thu, Mar 24, 2005 at 10:50:07AM -0800, Jim Kleckner wrote: I had a user install clamwin and as discussed on the list here: http://www.cygwin.com/ml/cygwin-apps/2004-09/msg00288.html it blithely installs cygwin1.dll regardless of any installation of cygwin. This predictably causes problems. Searching through the user guide and faq doesn't yield a suggestion for solutions or workarounds and searching the list archives yields so much material that it is hard to focus in on what specifically to do. Obviously, I can have the person uninstall clamwin. Is there anything else that makes sense (and, no, uninstalling cygwin doesn't make sense)? This would be a good candidate for the FAQ, I think. Sorry. I will steadfastedly refuse to document as a FAQ problems with broken software that installs their own version of the cygwin dll. This is nothing more than the standard multiple version of cygwin problem aggravated by software providers who are too lazy to figure out how to install their product without messing up a cygwin installation. Regardless of that, however, I don't believe that this qualifies as a FAQ since it hasn't been a frequently asked question. -- 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/
rxvt problem: Prompt doesn't look very nice
Hello, I just tried rxvt because I wanted to replace the hopeless cmd window. However, the prompt (not sure that is the correct word) doesn't look very nice, here it is copied and pasted: \[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ It looks similar, if not the same, as the result when I tried to set bash as the default shell for a native Windows Emacs cvs version. I guess the \[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] should display the cwd if it was working correctly, yes? I was wondering how I can solve this problem with rxvt. And, when I solve it I will be interested in tips on how to make rxvt look better or other tips so feel free to mention such things too. output of cygcheck -svr attached. Thanks for any replies / M 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($UAB R- R,#HQ-CHQ,B R,# U#0H-E=I;F1O M=W,@6% @4')O9F5SVEO;F%L(%9EB [EMAIL PROTECTED];0@,C8P,!397)V:6-E M(%!A8VL@,@[EMAIL PROTECTED]6=W:6Y=7-R7QO8V%L7)I;@T*4,Z M7-Y9W=I;EQB:6X-@E#.EQC6=W:6Y8FEN#0H)0SI8WEG=VEN7'5SEQ8 M,3%2-EQB:6X-@EC.EQ724Y$3U=37'-YW1E;3,R#0H)8SI5TE.1$]74PT* M6,Z7%=)3D1/5U-4WES=5M,S)5V)E;0T*6,Z7UI;F=W7)I;@T*6,Z M7%!R;[EMAIL PROTECTED]56QTF%%9ET#0H)8SI96UA8W-8FEN#0H)8SI M:C)S9LQ+C0N,E\P-EQB:6X-@EC.EQ0F]GF%M($9I;5S7$UI8W)OV]F M=!6:[EMAIL PROTECTED]EO(Y.150@,C P,UQ68S=8FEN#0H)8SI4')O9W)A M;2!:6QEUQ-:6-R;[EMAIL PROTECTED](%-T=61I;R N3D54(#(P,#-0V]M M;6]N-UQ)1$4-@EC.EQM7-Q;%\U+C N,EQB:6X-@T*3W5T'5T(9R;VT@ M0SI8WEG=VEN7)I;EQI9YE[EMAIL PROTECTED]YO;G1S96,I#0I5240Z(#$P,#,H;6EK M865L*2!'240Z(#4Q,RA.;VYE*0T*-3$S*$YO;F4I#0H-D]U='!U=!FF]M M($,Z7-Y9W=I;EQB:6Y:60N97AE(AN='-E8RD-E5)1#H@,3 P,RAM:6MA M96PI( @1TE$.B U,3,H3F]N92D-C HF]O=D@( @( @( @( @-3$S M*$YO;F4I( @( @( @( U-#0H061M:6YIW1R871OG,I(#4T-2A5V5R MRD-@T*4WES1ER.B!#.EQ724Y$3U=37'-YW1E;3,R#0I7:6Y$:7(Z($,Z M7%=)3D1/5U,-@T*2$]-12 ](!C.B]C6=W:6XO:]M92]M:6MA96PG#0I- M04M%7TU/1$4@/[EMAIL PROTECTED]-E!71 ]( O:]M92]M:6MA96PG#0I54T52 M([EMAIL PROTECTED]UI:V%E;-@T*04Q,55-%4E-04D]24Q%([EMAIL PROTECTED],Z7$1O8W5M96YT MR!A;[EMAIL PROTECTED]EN9W-06QL(%5S97)S)PT*05!01$%402 ](!#.EQ$;V-U M;65N=',@86YD(%-E='1I;F=S7UI:V%E;%Q!'!L:6-A=EO;B!$871A)PT* M0TQ)14Y43D%-12 ](!#;VYS;VQE)PT*0T]-34].4%)/1U)!349)3$53(#T@ M8$,Z7%!R;[EMAIL PROTECTED]0V]M;6]N($9I;5S)PT*0T]-4%5415).04U% M([EMAIL PROTECTED])3D1#3T],15(G#0I#3TU34$5#([EMAIL PROTECTED],Z7%=)3D1/5U-WES=5M M,S)8VUD+F5X92-D-64U]24T@@/[EMAIL PROTECTED])I;B]S[EMAIL PROTECTED]4%].3U](3U-4 M7T-(14-+([EMAIL PROTECTED]/)PT*2$]-1412259%([EMAIL PROTECTED],Z)PT*2$]-15!!5$@@/2!@ M7$1O8W5M96YTR!A;[EMAIL PROTECTED]EN9W-;6EK865L)PT*2$]35$Y!344@/2!@ M;6EN9-O;VQEB-DE.0TQ51$4@/[EMAIL PROTECTED]4')O9W)A;2!:6QEUQ-:6-R M;[EMAIL PROTECTED]QA=9O[EMAIL PROTECTED](9OB!7:6YD;W=S(%A0(%-0,EQ);F-L=61E M7#M#.EQ0F]GF%M($9I;5S7$UI8W)OV]F=!6:[EMAIL PROTECTED]EO(Y. M150@,C P,UQ68S=:6YC;'5D92XG#0I)3D9/4$%42 ]( O=7-R+VQO8V%L M+VEN9F\Z+W5SB]I;F9O.B]UW(OVAAF4O:6YF;SHO=7-R+V%U=]T;V]L M+V1E=F5L+VEN9F\Z+W5SB]A=71O=]O;]S=%B;4O:6YF;SHG#0I,24(@ M/[EMAIL PROTECTED]4')O9W)A;2!:6QEUQ-:6-R;[EMAIL PROTECTED]QA=9O[EMAIL PROTECTED](9O MB!7:6YD;W=S(%A0(%-0,EQ,:6).T,Z7%!R;[EMAIL PROTECTED]36ECF]S M;V9T(%9IW5A;!3='5D:[EMAIL PROTECTED] R,# S7%9C-UQL:6(N)PT*3$]'3TY3 M15)615(@/[EMAIL PROTECTED]/3$52)PT*34%.4$%42 ]( O=7-R+VQO8V%L M+VUA;CHO=7-R+VUA;CHO=7-R+W-H87)E+VUA;CHO=7-R+V%U=]T;V]L+V1E M=F5L+VUA;CHZ+W5SB]SVPO;6%N)PT*3E5-0D527T]7U!23T-%4U-/4E,@ M/2!@,B-D],1%!71 ]( O=7-R+V)I;B-D]3([EMAIL PROTECTED];F1O=W-?3E0G M#0I0051(15A4([EMAIL PROTECTED]Y#3TT[+D5813LN0D%4.RY#340[+E94SLN5D)%.RY* M4SLN2E-%.RY74T8[+E=32-E!224Y415(@/2!@)PT*4%)/0T534T]27T%2 M0TA)5$5#5%5212 ](!X.#8G#0I04D]#15-33U)?241%3E1)1DE%4B ](!X [EMAIL PROTECTED]:6QY(#$U($UO95L(#(@4W1E'!I;F@[EMAIL PROTECTED]5L M)PT*4%)/0T534T]27TQ%5D5,([EMAIL PROTECTED])PT*4%)/0T534T]27U)%5DE324]. M([EMAIL PROTECTED] R,#DG#0I04D]'4D%-1DE,15,@/[EMAIL PROTECTED]4')O9W)A;2!:6QER- ME!23TU05 ]( D41')PT*4%,Q([EMAIL PROTECTED];7# S,UTP.UQW7# P-PT*7# S M,ULS,FU75QU0%QH(%Q;7# S,ULS,VU=UPP,S-;,U70T*) G#0I315-3 M24].3D%-12 ](!#;VYS;VQE)PT*4TA,5DP@/2!@,2-E-94U1%3412259% M([EMAIL PROTECTED],Z)PT*4UE35$5-4D]/5 ](!#.EQ724Y$3U=3)PT*5$5-4 ](!# M.EQ$3T-5345^,5QM:6MA96Q3$]#04Q3?C%55M-E1%4DT@/[EMAIL PROTECTED] M=VEN)PT*5$U0([EMAIL PROTECTED],Z7$1/0U5-17XQ7UI:V%E;%Q,3T-!3%-^,5Q496UP M)PT*55-%4D1/34%)3B ](!-24Y$0T]/3$52)PT*55-%4DY!344@/2!@;6EK M865L)PT*55-%4E!23T9)3$4@/[EMAIL PROTECTED]1]C=6UE;G1S(%N9!3971T:6YG MUQM:6MA96PG#0I64SQ0T]-3E1/3TQ3([EMAIL PROTECTED],Z7%!R;[EMAIL PROTECTED] M36ECF]S;V9T(%9IW5A;!3='5D:[EMAIL PROTECTED] R,# S7$-O;6UO;C=5]O M;'-)PT*5TE.1$E2([EMAIL PROTECTED],Z7%=)3D1/5U,G#0I?([EMAIL PROTECTED]]UW(O8FEN+V-Y M9V-H96-K+F5X92-E!/4TE83%E?0T]24D5#5 ]( Q)PT*#0I(2T597T-5 M4E)%3E1?55-%4EQ3;V9T=V%R95Q#6=N=7,@4V]L=71I;VYS#0I(2T597T-5 M4E)%3E1?55-%4EQ3;V9T=V%R95Q#6=N=7,@4V]L=71I;VYS7$-Y9W=I;@T* M2$M%65]#55)214Y47U5315)4V]F='=AF50WEG;G5S(%-O;'5T:6]NUQ# M6=W:6Y;6]U;G1S('8R#0I(2T597T-54E)%3E1?55-%4EQ3;V9T=V%R95Q# M6=N=7,@4V]L=71I;VYS7$-Y9W=I;EQ0F]GF%M($]P=EO;G,-DA+15E?
Re: rxvt problem: Prompt doesn't look very nice
Mikael wrote: Hello, I just tried rxvt because I wanted to replace the hopeless cmd window. However, the prompt (not sure that is the correct word) doesn't look very nice, here it is copied and pasted: \[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ It looks similar, if not the same, as the result when I tried to set bash as the default shell for a native Windows Emacs cvs version. I guess the \[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] should display the cwd if it was working correctly, yes? These are ansi escape sequences, which won't work inside emacs, because it isn't an ANSI terminal. As for rxvt, those should work just fine. See this FAQ for a little bit more info and a pointer to the rxvt docs: http://cygwin.com/faq/faq_3.html#SEC65 -- Jonathan Arnold (mailto:[EMAIL PROTECTED]) Amazing Developments http://www.buddydog.org I feel like a fugitive from the law of averages. - William H. Mauldin -- 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: clamwin installs incompatible copy of cygwin1.dll
At 01:50 PM 3/24/2005, you wrote: I had a user install clamwin and as discussed on the list here: http://www.cygwin.com/ml/cygwin-apps/2004-09/msg00288.html it blithely installs cygwin1.dll regardless of any installation of cygwin. This predictably causes problems. Searching through the user guide and faq doesn't yield a suggestion for solutions or workarounds and searching the list archives yields so much material that it is hard to focus in on what specifically to do. Obviously, I can have the person uninstall clamwin. Is there anything else that makes sense (and, no, uninstalling cygwin doesn't make sense)? The standard solution in these cases is to remove the cygwin1.dll from the offending 3rd party package after installing and make sure that the 3rd party package can find the already existing cygwin1.dll in the Cygwin installation (C:\cygwin\bin by default). The easiest way to do this is to put the Cygwin installation path/bin in your Windows path. As Chris points out, this could all be automated with some minor effort on the part of the 3rd party providers but in the absence of such support, you have to do it manually. :-( A better question might be to ask the clamwin folks why they can't augment their installer to accommodate an existing Cygwin installation. If their package breaks a Cygwin installation, it's really not a Cygwin problem per-se. -- 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: rxvt problem: Prompt doesn't look very nice
Jonathan Arnold wrote: Mikael wrote: Hello, I just tried rxvt because I wanted to replace the hopeless cmd window. However, the prompt (not sure that is the correct word) doesn't look very nice, here it is copied and pasted: \[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ It looks similar, if not the same, as the result when I tried to set bash as the default shell for a native Windows Emacs cvs version. I guess the \[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] should display the cwd if it was working correctly, yes? These are ansi escape sequences, which won't work inside emacs, because it isn't an ANSI terminal. I really really hope that someone makes it work some day (I wish I had the knowledge to contribute), because it's on my top-three list of outstanding issues I have with Cygwin (admittedly indirectly in this case because I use a native Emacs version). My other issues mostly revolve around being unable to build certain program ootb on cygwin. As for rxvt, those should work just fine. See this FAQ for a little bit more info and a pointer to the rxvt docs: http://cygwin.com/faq/faq_3.html#SEC65 -- Thanks for the link, now it looks much better. Now I just need to find a font I like. Thanks for replying so quickly Jonathan with such excellent help, it helps make this world a kinder place. Jonathan Arnold (mailto:jdarnold at buddydog dot org) Amazing Developments http://www.buddydog.org I feel like a fugitive from the law of averages. - William H. Mauldin / M PS. I edited your signature because I was afraid to quote raw email addresses when replying. Please forgive me. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Re: rxvt problem: Prompt doesn't look very nice
Thanks for the link, now it looks much better. Now I just need to find a font I like. Thanks for replying so quickly Jonathan with such excellent help, it helps make this world a kinder place. Jonathan Arnold (mailto:jdarnold at buddydog dot org) Amazing Developments http://www.buddydog.org I feel like a fugitive from the law of averages. - William H. Mauldin / M PS. I edited your signature because I was afraid to quote raw email addresses when replying. Please forgive me. i use -fn lucida console-13-bold -- works pretty well reid -- 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: rxvt problem: Prompt doesn't look very nice
Mikael wrote: Jonathan Arnold wrote: Mikael wrote: It looks similar, if not the same, as the result when I tried to set bash as the default shell for a native Windows Emacs cvs version. I guess the \[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] should display the cwd if it was working correctly, yes? These are ansi escape sequences, which won't work inside emacs, because it isn't an ANSI terminal. I really really hope that someone makes it work some day (I wish I had the knowledge to contribute), because it's on my top-three list of outstanding Well, you aren't going to get a colored prompt from within Emacs, but you can set it up in your .bashrc so it is usable. I have this code in my .bashrc: if [ $EMACS == t ] then export PS1=*** \@ *** \w ***\n\r else export PS1=*** [EMAIL PROTECTED] *** $YELLOW\w$WHITE ***\n\r$NEUTRAL fi So while it isn't colored, it gives me the info anyway. Thanks for the link, now it looks much better. Now I just need to find a font I like. Thanks for replying so quickly Jonathan with such excellent I checked the man page just sent out, and noticed the Shift-Keyboard-+ and - shortcut that steps through the various possible fonts. I'm not sure how you find out *what* font is selected, but it seems to work. -- Jonathan Arnold (mailto:[EMAIL PROTECTED]) Amazing Developments http://www.buddydog.org I feel like a fugitive from the law of averages. - William H. Mauldin -- 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: rxvt problem: Prompt doesn't look very nice
Jonathan Arnold wrote: Mikael wrote: Jonathan Arnold wrote: Mikael wrote: It looks similar, if not the same, as the result when I tried to set bash as the default shell for a native Windows Emacs cvs version. I guess the \[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] should display the cwd if it was working correctly, yes? These are ansi escape sequences, which won't work inside emacs, because it isn't an ANSI terminal. I really really hope that someone makes it work some day (I wish I had the knowledge to contribute), because it's on my top-three list of outstanding Well, you aren't going to get a colored prompt from within Emacs, but you can set it up in your .bashrc so it is usable. I have this code in my .bashrc: if [ $EMACS == t ] then export PS1=*** \@ *** \w ***\n\r else export PS1=*** [EMAIL PROTECTED] *** $YELLOW\w$WHITE ***\n\r$NEUTRAL fi So while it isn't colored, it gives me the info anyway. Thanks, I will try that. Colors would be nice but I can live without them from inside emacs, I just want the path displayed correctly. Thanks for the link, now it looks much better. Now I just need to find a font I like. Thanks for replying so quickly Jonathan with such excellent I checked the man page just sent out, and noticed the Shift-Keyboard-+ and - shortcut that steps through the various possible fonts. I'm not sure how you find out *what* font is selected, but it seems to work. -- Jonathan Arnold (mailto:jdarnold at buddydog dot org) Amazing Developments http://www.buddydog.org I feel like a fugitive from the law of averages. - William H. Mauldin / M -- 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 doesn't work after rebaseall: cygheap_fixup_in_child error
Pietro, On Thu, Mar 24, 2005 at 03:02:49PM +0100, Pietro Toniolo wrote: Pietro Toniolo wrote: After a rebaseall, as suggested in the kde-cygwin instructions at sf.net, my sshd daemon is not running anymore. I found a suggestione from Axel at Fermilab for a similar problem on: http://root.cern.ch/phpBB2/viewtopic.php?t=1382 and rebasing again with this command: \ls /bin/*.exe /bin/*.dll | rebaseall -v -T - , even if this command terminates with an error when the rebasing reaches cygwin1.dll, Assuming one has not installed any non-standard DLLs in /bin, then the above just rebases the DLLs that are rebased by the recommended method: $ rebaseall with the following differences: 1. some DLLs are rebased twice 2. cygwin1.dll is rebased, but the attempt fails 3. /bin executables are rebased, but this (AFAICT) should not help Unless you had non-standard DLLs in /bin, I cannot explain why this way of rebasing fixed your sshd problem. now my sshd is again ok! Anyway, I'm glad you got sshd working again. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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/
FYI: wget assertion error after download of a big (2.29 GB) file
Hi - just in case anybody cares, I got the following error after I succesfully downloaded a big file (an DVD ISO image) using wget: $ wget --continue ftp://ftp.funet.fi/pub/mirrors/ftp.redhat.com/pub/fedora/linux/core/3/i386/iso/FC3-i386-DVD.iso --08:12:16-- ftp://ftp.funet.fi/pub/mirrors/ftp.redhat.com/pub/fedora/linux/core/3/i386/iso/FC3-i386-DVD.iso = `FC3-i386-DVD.iso' Resolving ftp.funet.fi... 193.166.3.2 Connecting to ftp.funet.fi[193.166.3.2]:21... connected. Logging in as anonymous ... Logged in! == SYST ... done.== PWD ... done. == TYPE I ... done. == CWD /pub/mirrors/ftp.redhat.com/pub/fedora/linux/core/3/i386/iso ... done. == PORT ... done.== RETR FC3-i386-DVD.iso ... done. [= ] -1,828,556,800 517.56K/s assertion bytes = 0 failed: file /home/hack/projects/cygwin/wget/wget-1.9.1/src/retr.c, line 292 Aborted (core dumped) The md5sum checksum for the file was correct, so I guess the assertion failed very late in the download process. The stacktrace looked like this: $ cat wget.exe.stackdump Stack trace: Frame Function Args 0022DA58 77E7AB74 (, 61781250, 0022DAAC, 77E82068) 0022DB58 6108FCA0 (06E8, 0022DB70, 0022DB88, 610A7B31) 0022DC18 6108FF7A (06E8, 0006, 0022DC48, 6109034D) 0022DC28 6108FD9C (0006, , 610F5A30, 0003) 0022DC48 6109034D (61001020, 00420A32, 00420A50, 0124) 0022DC78 61001114 (00420A50, 0124, 00420A32, 6105A696) 0022DCA8 6108DB9F (93027000, , 41548CC6, 0022DCC4) 0022DCC8 004209F6 (93027000, , 41548CC6, ) 0022DD88 0040698B (100105A0, 0022DDCC, , 0022DEE0) 0022DE58 0040830B (100105A0, , 0022DEE0, 3A783A6E) 0022EF38 00409C2E (100105A0, 0022EFF4, , 6109ADD5) 0022EF98 004210BD (100104D0, 0022EFEC, 0022EFF0, ) 0022F070 0041C75A (0003, 61782CD8, 100100A8, 0022F0C8) 0022F0B0 61005F34 (0022F0C8, 77FC49E0, 77F5A323, 77F5A32B) 0022FF90 6100614B (, , , ) End of stack trace I am running an outdated version of Cygwin on WinXP Home SP1: Cygwin DLL version info: DLL version: 1.5.11 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 116 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Sep 4 23:17:09 EDT 2004 Shared id: cygwin1S4 Perhaps this error is already fixed, but for the record here is the version info for wget: $ wget --version GNU Wget 1.9.1 Copyright (C) 2003 Free Software Foundation, Inc. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. Originally written by Hrvoje Niksic [EMAIL PROTECTED]. As I said, the file was fine but I thought I should report it anyway. -- Jan. -- 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.13-1 rsync data corruption
Keith Moore wrote: Wayne Davison wrote: There is a fix in the upcoming 2.6.4 for the -z option of rsync when transferring large files (those whose blocksize go past 64K). If you can, build either the 2.6.4pre3 release (listed on the web site) or the latest nightly tar file (which has a couple extra minor fixes in it): http://rsync.samba.org/ftp/rsync/nightly/rsync-HEAD-20050319-1628GMT.tar.gz It is the sending side that needs to have this fixed version (if you can't apply it to both sides). I would appreciate knowing if that fixes the problem for you. I'll give it a shot tonight. I installed the nightly tarball version in Cygwin and on my Fedora 3 box. The incremental backups work great now. Also, FWIW, data transfer feels a bit faster. (I sent this privately to Wayne a couple of days ago. My normal email server has been acting flakey; hopefully this will actually work now...) KM -- 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: rxvt problem: Prompt doesn't look very nice
On Thu, 24 Mar 2005 14:53:45 -0500, Jonathan Arnold [EMAIL PROTECTED] wrote: Well, you aren't going to get a colored prompt from within Emacs, but you can set it up in your .bashrc so it is usable. I have this code in my .bashrc: if [ $EMACS == t ] then export PS1=*** \@ *** \w ***\n\r else export PS1=*** [EMAIL PROTECTED] *** $YELLOW\w$WHITE ***\n\r$NEUTRAL fi So while it isn't colored, it gives me the info anyway. I do the terminal checking the other way, because many terminals can not display colors. Like this: if [ $TERM = xterm -o\ $TERM = cygwin ] ; then (set PS with colors) else (set PS with NO colors) fi Ehud. -- Ehud Karni Tel: +972-3-7966-561 /\ Mivtach - Simon Fax: +972-3-7966-667 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ GnuPG: 98EA398D http://www.keyserver.net/Better Safe Than Sorry -- 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: fork error in Windows 2003 running as normal user
Hi Corinna and Igor Does setting CYGWIN to notraverse help? Hum. I'll have to confess now. Today it works (i.e. even without notraverse)... I guess a reboot was necessary after changing the permissions (don't understand why). So I guess (but am not sure) Igor's suggestion was the right one after all. So, thanks a million. I'm happy now! Kris -- 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: EFS encrypted files ssh
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris January wrote: Is it normal that during an SSH connection EFS-encrypted files are not accessible? Is it for the way the SSH token autentication is made? Yes, it probably is. I belive the user's private EFS is encrypted using their password hash. If the SSH token was generated without using a password (e.g. because you are using RSA authenitcation) then the EFS key can't be decrypted and used. OK, I (finally) was able to reproduce it consistently, but SSH was actually not necessary to see it: (no, I'm not doing anything funny: I have a backup =P) % gpg --delete-secret-key C8F252FB gpg (GnuPG) 1.4.0; Copyright (C) 2004 Free Software Foundation, Inc. sec 1024D/C8F252FB 1997-08-20 Lapo Luchini [EMAIL PROTECTED] Delete this key from the keyring? (y/N) y This is a secret key! - really delete? (y/N) y gpg: renaming `/home/lapo/.gnupg/secring.gpg.tmp' to `/home/lapo/.gnupg/secring.gpg' failed: Permission denied gpg: WARNING: 2 files with confidential information exists. gpg: /home/lapo/.gnupg/secring.gpg is the unchanged one gpg: /home/lapo/.gnupg/secring.gpg.tmp is the new one gpg: Please fix this possible security flaw gpg: deleting keyblock failed: file rename error gpg: C8F252FB: delete key failed: file rename error % ll -a /home/lapo/.gnupg/secr* - -rw--- 1 lapo Nessuno 9507 Jan 6 15:29 secring.gpg - -rw--- 1 lapo Nessuno 7736 Mar 24 23:47 secring.gpg.tmp Nothing strange here... but actually the .gnupg directory is green (EFS-encrypted). Any idea? Oh, I just noticed this also: % rm /home/lapo/.gnupg/secring.gpg % ll -a /home/lapo/.gnupg/secr* ls: /home/lapo/.gnupg/secring.gpg: No such file or directory - -rw--- 1 lapo Nessuno 7736 Mar 24 23:47 secring.gpg.tmp ...but with Windows Explorer, the file is still there. 0_o - -- L a p o L u c h i n i l a p o @ l a p o . i t w w w . l a p o . i t / -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIcBAEBAgAGBQJCQ0WfAAoJELBiMTth2oCDM0UP/0Y/tya6L1aR2e1IyQnJJZ0B QnLERVkac/02/W4JhXpWkjHsNASH/MpajT1NOticCVtgLBXO5wNX0a5+HmXVh8uu U+eqfoINboiJ1qFnUODqzJvlG5dVKHjnFKFLHQyPd38Pjo+iQ3BN3oXvzirIt7pE QgMBgg26kSlSs1SCQl6AKHKW4YkLp4EO1y4tJLfxO+T/Q+7EsnLyWx3a2dLVG4k4 3WvXM33iOadj5TF6aTxBOXb8UzQLpzcYqZsfiBEUwXt/MnRlrZSlUh20AcM/NN3n 0fZs3WiOKw1ER2/SfA20BKd0zDL1VagPXNurSDmMZoA73XudHcfUnP2o/T46rFgO 8NXWQtIFJNo2+0cOW2YszPDWNmgvWEARbNbtAEJ6iCRgotiD9tPkABRe/guvPIsr dCll063V7X5hnLGo3YrcASVDTbQx6d5K0/ceESS97ltEeYrEK7m/ZpyNoWhwC9lu 9lhZIPW3RMcFQkdHWxyLnGk3fGtsWp3XG6Z8Cpo5zEiwoJFRQPbTFuuip0+g4WmS QWzjk3KfSEdiCFpYYCRf4LuN/wOjMmU6QEEGs/sLVsJQLd7N95V72Bh0h2COYLIh vJgruyJLuEDoS/X2FO9g1kUMUW9OPuq34nm7uhSc3NBiFKuDvHRCO/iLupOkLNvX 6AXYJGQytcOFJ3Tq1nAm =lohU -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/
Re: rxvt problem: Prompt doesn't look very nice
Mikael writes: Jonathan Arnold wrote: Mikael wrote: Hello, I just tried rxvt because I wanted to replace the hopeless cmd window. However, the prompt (not sure that is the correct word) doesn't look very nice, here it is copied and pasted: \[\033]0;\w\007 \033[32m\]\u at \h \[\033[33m\w\033[0m\] $ It looks similar, if not the same, as the result when I tried to set bash as the default shell for a native Windows Emacs cvs version. I guess the \[\033]0;\w\007 \033[32m\]\u at \h \[\033[33m\w\033[0m\] should display the cwd if it was working correctly, yes? These are ansi escape sequences, which won't work inside emacs, because it isn't an ANSI terminal. I really really hope that someone makes it work some day (I wish I had the knowledge to contribute), because it's on my top-three list of outstanding issues I have with Cygwin (admittedly indirectly in this case because I use a native Emacs version). My other issues mostly revolve around being unable to build certain program ootb on cygwin. If you are using Emacs =21.1; try the following elisp (add-hook 'comint-mode-hook 'ansi-color-for-comint-mode-on) You should see the colors properly in emacs. (Essentially Emacs interprets the escape sequences and emulates them with the appropriate emacs features.) As for rxvt, those should work just fine. See this FAQ for a little bit more info and a pointer to the rxvt docs: http://cygwin.com/faq/faq_3.html#SEC65 -- Thanks for the link, now it looks much better. Now I just need to find a font I like. Thanks for replying so quickly Jonathan with such excellent help, it helps make this world a kinder place. Are you sure you are using `bash' as your shell? The ability to use visible escape sequences for colors et al. rather than the actual control characters in the prompt variables is a `bash' feature. I see what you are seeing when I use `sh' or `ksh' and have the `bash'-style prompt settings. The reason I think this is that `bash' would not write out the \[ and \] sequences as part of the prompt. These are fenceposts used to identify portions of the prompt string that take up no physical space on the output line. This permits `bash' to calculate how long the prompt string actually is so that wrapping and editting look correct. -- 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: rxvt problem: Prompt doesn't look very nice
Michael Mauger wrote: If you are using Emacs =21.1; try the following elisp (add-hook 'comint-mode-hook 'ansi-color-for-comint-mode-on) You should see the colors properly in emacs. (Essentially Emacs interprets the escape sequences and emulates them with the appropriate emacs features.) How silly of me, to imagine there was something that couldn't be done in Emacs:-) Duly noted and entered into my .emacs. Thanks! -- Jonathan Arnold (mailto:[EMAIL PROTECTED]) Amazing Developments http://www.buddydog.org I feel like a fugitive from the law of averages. - William H. Mauldin -- 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: clamwin installs incompatible copy of cygwin1.dll
Larry Hall wrote: At 01:50 PM 3/24/2005, you wrote: I had a user install clamwin and as discussed on the list here: http://www.cygwin.com/ml/cygwin-apps/2004-09/msg00288.html it blithely installs cygwin1.dll regardless of any installation of cygwin. This predictably causes problems. Searching through the user guide and faq doesn't yield a suggestion for solutions or workarounds and searching the list archives yields so much material that it is hard to focus in on what specifically to do. Obviously, I can have the person uninstall clamwin. Is there anything else that makes sense (and, no, uninstalling cygwin doesn't make sense)? The standard solution in these cases is to remove the cygwin1.dll from the offending 3rd party package after installing and make sure that the 3rd party package can find the already existing cygwin1.dll in the Cygwin installation (C:\cygwin\bin by default). The easiest way to do this is to put the Cygwin installation path/bin in your Windows path. As Chris points out, this could all be automated with some minor effort on the part of the 3rd party providers but in the absence of such support, you have to do it manually. :-( A better question might be to ask the clamwin folks why they can't augment their installer to accommodate an existing Cygwin installation. If their package breaks a Cygwin installation, it's really not a Cygwin problem per-se. This is helpful, thank you. Being curious and trying to be minimal about changes to the system in question, I tried removing and linking the dll in place. I first tried ln -s /bin/cygwin1.dll in the clamwin/bin directory and wasn't surprised that it didn't work. Being Unix person by background, I then tried ln /bin/cygwin1.dll and that surprised me by working. I expected to see an NTFS cygwin1.dll.lnk file in there but using cmd.exe and dir or the windows explorer looks like a full copy of the dll file. An ls -l tantalizingly shows a link count of 2. info ln doesn't give any cygwin-specific info. The section of the user guide located here: http://cygwin.com/cygwin-ug-net/using-effectively.html#id2950938 has some wording that implies this might work but isin't definitive. My question now is, can ln be used to work around this issue or is that a bad idea? Thanks again - Jim PS. Since cgf is steadfast, perhaps this explanation could be added to the FAQ entry located here that partially explains why multiple dlls is a problem: http://cygwin.com/faq/faq_3.html#SEC50 -- 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: clamwin installs incompatible copy of cygwin1.dll
Jim Kleckner wrote: This is helpful, thank you. Being curious and trying to be minimal about changes to the system in question, I tried removing and linking the dll in place. I first tried ln -s /bin/cygwin1.dll in the clamwin/bin directory and wasn't surprised that it didn't work. Being Unix person by background, I then tried ln /bin/cygwin1.dll And yes, I did reboot after removing to be sure caches were clear. -- 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: clamwin installs incompatible copy of cygwin1.dll
On Thu, Mar 24, 2005 at 06:13:55PM -0800, Jim Kleckner wrote: My question now is, can ln be used to work around this issue or is that a bad idea? It's a bad idea. Just delete the spurious DLL. No special action is required if the cygwin dll is in the PATH. PS. Since cgf is steadfast, perhaps this explanation could be added to the FAQ entry located here that partially explains why multiple dlls is a problem: http://cygwin.com/faq/faq_3.html#SEC50 No. 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: clamwin installs incompatible copy of cygwin1.dll
Jim Kleckner wrote: This is helpful, thank you. Being curious and trying to be minimal about changes to the system in question, I tried removing and linking the dll in place. I first tried ln -s /bin/cygwin1.dll in the clamwin/bin directory and wasn't surprised that it didn't work. Being Unix person by background, I then tried ln /bin/cygwin1.dll and that surprised me by working. I expected to see an NTFS cygwin1.dll.lnk file in there but using cmd.exe and dir or the windows explorer looks like a full copy of the dll file. An ls -l tantalizingly shows a link count of 2. info ln doesn't give any cygwin-specific info. The section of the user guide located here: http://cygwin.com/cygwin-ug-net/using-effectively.html#id2950938 has some wording that implies this might work but isin't definitive. My question now is, can ln be used to work around this issue or is that a bad idea? A symlink won't work, because it's Windows own loader that searches for and loads any .DLLs called for by an .exe. Windows does not understand symlinks as they are a Cygwin thing, so you can't symlink a DLL and expect it to load. NTFS does not support symbolic links but it does support hard links, see http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us/prkc_fil_baey.asp?frame=true. If the volume is NTFS, 'ln' will use this capability. On 9x or FAT it will make a copy (I think.) You shouldn't need to do either though, as long as your original cygwin1.dll from the Cygwin installation is in the path. Windows will search for DLLs in: the directory of the .exe, the system directory, the wondows directory, the current directory, and directories in the PATH, in that order. See http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/loadlibrary.asp for details. So all you need to do is put \cygwin\bin in your path. Care is taken by the maintainers to make sure the Cygwin DLL is backwards-compatible, so the current cygwin1.dll should always be able to replace any weird older Cygwin DLL that some installer uses (but not the Bxx series.) However the reverse is not true, you cannot use a binary that was compiled against a recent cygwin1.dll with an older copy of the DLL. So in other words, all you have to do is ensure that you only have one cygwin1.dll on your system and in the path, and that it's the current version. Remove any other copies. 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/
Postgres 7.2
I've taken over as admin on a box which is running Postgres 7.2 under Cygwin. I seem to have a problem with the installation. I don't want to upgrade to the latest version of Postgres (7.4.5) until I can get the details of the current (7.2) installation sorted out. Can anyone tell me how I can go about obtaining the old, 7.2 version of Postgres? I don't see it in the Cygwin setup. Thanks, Zeb -- 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: clamwin installs incompatible copy of cygwin1.dll
At 10:20 PM 3/24/2005, you wrote: Jim Kleckner wrote: This is helpful, thank you. Being curious and trying to be minimal about changes to the system in question, I tried removing and linking the dll in place. I first tried ln -s /bin/cygwin1.dll in the clamwin/bin directory and wasn't surprised that it didn't work. Being Unix person by background, I then tried ln /bin/cygwin1.dll and that surprised me by working. I expected to see an NTFS cygwin1.dll.lnk file in there but using cmd.exe and dir or the windows explorer looks like a full copy of the dll file. An ls -l tantalizingly shows a link count of 2. info ln doesn't give any cygwin-specific info. The section of the user guide located here: http://cygwin.com/cygwin-ug-net/using-effectively.html#id2950938 has some wording that implies this might work but isin't definitive. My question now is, can ln be used to work around this issue or is that a bad idea? A symlink won't work, because it's Windows own loader that searches for and loads any .DLLs called for by an .exe. Windows does not understand symlinks as they are a Cygwin thing, so you can't symlink a DLL and expect it to load. NTFS does not support symbolic links but it does support hard links, see http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us/prkc_fil_baey.asp?frame=true. If the volume is NTFS, 'ln' will use this capability. On 9x or FAT it will make a copy (I think.) Right. It will. It's also worth noting that hard links break again as soon as you update either clamwin or Cygwin, even on NTFS volumes. Alternatively, if you make sure that clamwin can see your Cygwin installation, it will seamlessly work through Cygwin updates. But the only way you're going to get clamwin to work seamlessly through updates of clamwin is to get clamwin's installation to change. -- 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: Postgres 7.2
At 10:15 PM 3/24/2005, you wrote: I've taken over as admin on a box which is running Postgres 7.2 under Cygwin. I seem to have a problem with the installation. I don't want to upgrade to the latest version of Postgres (7.4.5) until I can get the details of the current (7.2) installation sorted out. What details are that? Does it work or not? If it does and you don't want to upgrade, just make sure you don't inadvertently upgrade the next time you run 'setup.exe'. If it doesn't work for you, there seems to be little to loose by upgrading. Anyway, the choice is yours but with the description you've provided so far, it's not clear why you're asking the question you're asking. Can anyone tell me how I can go about obtaining the old, 7.2 version of Postgres? I don't see it in the Cygwin setup. You might be able to find a stale mirror somewhere. Or you can search the email archives for the announcement of the Cygwin Time Machine. Be aware though that this list does not support older versions of it's packages. So if you choose to go this route, you're on your own. -- 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: clamwin installs incompatible copy of cygwin1.dll
On Thu, 24 Mar 2005, Jim Kleckner wrote: PS. Since cgf is steadfast, perhaps this explanation could be added to the FAQ entry located here that partially explains why multiple dlls is a problem: http://cygwin.com/faq/faq_3.html#SEC50 We have a link for such applications: http://cygwin.com/acronyms/#3PP. I'd be willing to add a link to the page that lists known 3PPs, if someone else offered to maintain such a list. We can then point people to the 3PP acronym entry. 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/
Netscape or Mozilla binaries for Cygwin?
Hello: I was just wondering if there are any binaries for Netscape or Mozilla for Cygwin? Thanks in advance: -- 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: Postgres 7.2
Larry -- You've partially diagnosed my problem for me. Here's what's going on (in detail): I've taken over admin on development (DEV) and production (PROD) boxes for a small website. DEV is W2K and PROD is Linux. The app running on the servers in Java-based, and it connects to a Postgres DB. The PROD box (which is running fine) is running Postgres 7.2. The DEV box WAS running fine, until I started up pg_ctl without first ipc-daemon, resulting in 100% CPU utilization. Thinking that there was something wrong with the installation (vim was broken, and I was getting some other strange behavior every time I typed a new command in the Cygwin command line) I decided to execute the setup.exe file, trying to be very careful not to over-write the Postgres 7.2 installation I had on DEV. After having to go through the install process three or four times, the last time I accidentally over-wrote the 7.2 install I had on DEV with version 7.4.5-1. But, since PROD is working fine (v. 7.2), I want to get DEV running again with the same (7.2) version. Once that's done and I understand the setup in the DEV and PROD environments, I'll upgrade to more up to date version.s I hope that better explains why I'm looking for version 7.2. Any pointers on where to obtain it would be helpful. I looked for the Cygwin Time Machine, and while I found references, I can't find any working sites which have old tar.bz2 setup files for Cygwin. Rgs, Zeb On Thu, 24 Mar 2005, Larry Hall wrote: :At 10:15 PM 3/24/2005, you wrote: :I've taken over as admin on a box which is running Postgres 7.2 under :Cygwin. I seem to have a problem with the installation. : :I don't want to upgrade to the latest version of Postgres (7.4.5) until I :can get the details of the current (7.2) installation sorted out. : : :What details are that? Does it work or not? If it does and you don't :want to upgrade, just make sure you don't inadvertently upgrade the next :time you run 'setup.exe'. If it doesn't work for you, there seems to be :little to loose by upgrading. Anyway, the choice is yours but with the :description you've provided so far, it's not clear why you're asking the :question you're asking. : : :Can anyone tell me how I can go about obtaining the old, 7.2 version of :Postgres? I don't see it in the Cygwin setup. : : :You might be able to find a stale mirror somewhere. Or you can search :the email archives for the announcement of the Cygwin Time Machine. Be :aware though that this list does not support older versions of it's :packages. So if you choose to go this route, you're on your own. : :-- :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: Netscape or Mozilla binaries for Cygwin?
At 10:43 PM 3/24/2005, you wrote: Hello: I was just wondering if there are any binaries for Netscape or Mozilla for Cygwin? Neither are available from Cygwin mirrors via 'setup.exe'. There has been some discussion in the past about building Mozilla with Cygwin. You can Google for info on that. I don't recall any discussions of Netscape, though that may be out there somewhere too (but it seems kind of moot if you get your hands on Mozilla). -- 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: Postgres 7.2
At 10:53 PM 3/24/2005, you wrote: Larry -- You've partially diagnosed my problem for me. Here's what's going on (in detail): snip But, since PROD is working fine (v. 7.2), I want to get DEV running again with the same (7.2) version. Once that's done and I understand the setup in the DEV and PROD environments, I'll upgrade to more up to date version.s I see. I hope that better explains why I'm looking for version 7.2. Yes, it does. Any pointers on where to obtain it would be helpful. I looked for the Cygwin Time Machine, and while I found references, I can't find any working sites which have old tar.bz2 setup files for Cygwin. Did you miss the initial post from Peter Castro? http://sources.redhat.com/ml/cygwin/2005-01/msg01100.html Browsing his mirror, I found Postgres versions back to 7.1.x. Please be sure to read his full announcement and/or the text at the site so you understand what you're using and it's limits/benefits. -- 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/
recv and errno during a connection reset/closed by peer
I am writing a program to handle messages on a TCP/CONNECTION based setup. I have verified that I can receive the messages I want, both blocking and non-blocking. I want to be in non-blocking mode. When in blocking mode I can detect a loss of the connection simply by waiting for a return of '0' from recv. Easy enough. When in non-blocking mode I thought I would be able to get a return from recv of '-1' and then check errno, but it never seems to be anything but '11', or EAGAIN. This seems to be true whether I MSG_PEEK or not. I have included my code below. The intention is that for recv returns greater than zero, there is a message and I should process it and get ready for the next one. For recv returns of '0' I should do nothing and for recv returns of '-1' I should handle per errno. Seems easy enough, but no matter what I have tried I can only get a recv return of EAGAIN. Any help would be appreciated.. Pete Stephens [EMAIL PROTECTED] rcv_length = recv(threadarg-new_fd,NULL,NULL,MSG_PEEK); if(rcv_length 0) { // actually get the message rcv_length = pmsg-get_message(); // add message to list to be processed station_message_list.insertAtFront(pmsg); badge_station_state = STATION_THREAD_MSG_INIT; } else if(-1 == rcv_length) { switch(errno) { case EAGAIN :// no messages break; case EBADF : cerr Bad file descriptor endl; break; case ECONNRESET : cerr Connection reset endl; break; case EINTR : cerr Signal interrupt endl; break; case ENOTCONN : cerr Not connected endl; break; case ENOTSOCK : cerr Not a socket endl; break; case EOPNOTSUPP : cerr Not supported endl; break; case ETIMEDOUT : cerr Timed out endl; break; default : cerrUnknown endl; break; } } Peter A. Stephens [EMAIL PROTECTED] -- 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: rxvt problem: Prompt doesn't look very nice
Michael Mauger wrote: Mikael writes: Jonathan Arnold wrote: Mikael wrote: Hello, I just tried rxvt because I wanted to replace the hopeless cmd window. However, the prompt (not sure that is the correct word) doesn't look very nice, here it is copied and pasted: \[\033]0;\w\007 \033[32m\]\u at \h \[\033[33m\w\033[0m\] $ It looks similar, if not the same, as the result when I tried to set bash as the default shell for a native Windows Emacs cvs version. I guess the \[\033]0;\w\007 \033[32m\]\u at \h \[\033[33m\w\033[0m\] should display the cwd if it was working correctly, yes? These are ansi escape sequences, which won't work inside emacs, because it isn't an ANSI terminal. I really really hope that someone makes it work some day (I wish I had the knowledge to contribute), because it's on my top-three list of outstanding issues I have with Cygwin (admittedly indirectly in this case because I use a native Emacs version). My other issues mostly revolve around being unable to build certain program ootb on cygwin. If you are using Emacs =21.1; try the following elisp (add-hook 'comint-mode-hook 'ansi-color-for-comint-mode-on) You should see the colors properly in emacs. (Essentially Emacs interprets the escape sequences and emulates them with the appropriate emacs features.) Thanks Michael. I am using the CVS-version (dated early febraury) of Emacs. I removed the lines I added to my .bashrc and added what you showed to my .emacs. Now my bash shell inside emacs looks nice (and in color), but it's not perfect. Here it is: ]0;c:/cygwin/home/mikael/coding/Win32/show_styles/src [EMAIL PROTECTED] c:/cygwin/home/mikael/coding/Win32/show_styles/src $ The first line doesn't look so good and it's basically repeating what's in the second line (the path). How do I make it perfect? As for rxvt, those should work just fine. See this FAQ for a little bit more info and a pointer to the rxvt docs: http://cygwin.com/faq/faq_3.html#SEC65 -- Thanks for the link, now it looks much better. Now I just need to find a font I like. Thanks for replying so quickly Jonathan with such excellent help, it helps make this world a kinder place. Are you sure you are using `bash' as your shell? The ability to use visible escape sequences for colors et al. rather than the actual control characters in the prompt variables is a `bash' feature. I see what you are seeing when I use `sh' or `ksh' and have the `bash'-style prompt settings. The reason I think this is that `bash' would not write out the \[ and \] sequences as part of the prompt. These are fenceposts used to identify portions of the prompt string that take up no physical space on the output line. This permits `bash' to calculate how long the prompt string actually is so that wrapping and editting look correct. / M -- 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: recv and errno during a connection reset/closed by peer
Peter Stephens wrote: When in non-blocking mode I thought I would be able to get a return from recv of '-1' and then check errno, but it never seems to be anything but '11', or EAGAIN. This seems to be true whether I MSG_PEEK or not. I have included my code below. The intention is that for recv returns greater than zero, there is a message and I should process it and get ready for the next one. For recv returns of '0' I should do nothing and for recv returns of '-1' I should handle per errno. Seems easy enough, but no matter what I have tried I can only get a recv return of EAGAIN. ... rcv_length = recv(threadarg-new_fd,NULL,NULL,MSG_PEEK); Try passing a buffer and length to recv(). The Cygwin code does not attempt to do anything with the socket if buf = NULL and len = 0. (You can look at it yourself, file winsup/cygwin/net.cc, functions cygwin_recv() and cygwin_recvfrom().) How would you ever expect recv() to return 0 when you don't give it a buffer to put the data into? The POSIX standard doesn't say anything about the behavior of recv() when buf=NULL so what you're trying to do must be some nonstandard quirk of other systems' libc. 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/
Cygwin Dlls
Hi group, I am using cygwin for tinyos. I installed Tinyos1.1.0 in directory C:\tinyos\ and later upgraded to 1.1.7. I have installed arm-gcc from http://www.gnuarm.com/bu-2.15_gcc-3.4.3-c-c++-java_nl-1.12.0_gi-6.1.exe to the directory C:\tinyos\cygwin\arm-gcc\GNUARM Now the problem starts: 1. When I tried to compile a C program by arm-elf-gcc it gave error The procedure entry point__argz_count could not be located in the dynamic linked library cygwin1.dll 2. I replaced C:\tinyos\cygwin\bin\cygwin1.dll by C:\tinyos\cygwin\arm-gcc\GNUARM\bin\cygwin1.dll and also deleted C:\tinyos\cygwin\arm-gcc\GNUARM\bin\cygwin1.dll . Now the program compiled if I compiled it from the directory C:\tinyos\cygwin\arm-gcc\GNUARM\bin. From other directory it gave error The procedure entry point libconv_set_relocation_prefix could not be located in the dynamic linked library cygiconv-2.dll. **At this point the uisp command to uplaod a program started hanging indefinetly. 3. Finally I moved all dll in C:\tinyos\cygwin\arm-gcc\GNUARM\bin\ to C:\tinyos\cygwin\bin\. Now I can compile from any place but uisp still hangs. Can any one please suggest the exact way of using dlls so that I can use the arm-gcc as like avr-gcc in tinyos Regds, Ravi __ 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: recv and errno during a connection reset/closed by peer
Peter, This works for me: /* Detect dead connections */ int keepalive = 1 ; r = setsockopt(sock, SOL_SOCKET, SO_KEEPALIVE, (char *)keepalive, sizeof(keepalive)) ; recv() will now return ECONNABORTED when the host disconnects. Best regards, Joris -- 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: rxvt problem: Prompt doesn't look very nice
Mikael wrote: Thanks Michael. I am using the CVS-version (dated early febraury) of Emacs. I removed the lines I added to my .bashrc and added what you showed to my .emacs. Now my bash shell inside emacs looks nice (and in color), but it's not perfect. Here it is: ]0;c:/cygwin/home/mikael/coding/Win32/show_styles/src [EMAIL PROTECTED] c:/cygwin/home/mikael/coding/Win32/show_styles/src $ The first line doesn't look so good and it's basically repeating what's in the second line (the path). The first line above of PS1 is an escape sequence that tells the terminal to change the window title to the given string. Emacs apparently does not support that escape sequence, so you'll have to modify your prompt. The Cygwin default is PS1='\[\033]0;[EMAIL PROTECTED] \[\033[33m\w\033[0m\]\n$ ' The part that sets the window title is \033]0;\w\007, so you would want PS1='[EMAIL PROTECTED] \[\033[33m\w\033[0m\]\n$ ' Note that '\[' and '\]' are pseudo-escape sequences that tell bash that the enclosed characters represent an escape sequence that the terminal will interpret and not print. They are used so that bash will know to not include those characters in calculating the cursor position. If you want to change the colors, the number N in \033[Nm is what to modify. See google or http://www.dee.ufcg.edu.br/~rrbrandt/tools/ansi.html for more details. 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/