[RFU] lftp 3.5.1
I'd like to take over maintainership of the lftp package. It's currently unmaintained. I've packaged version 3.5.1, the latest release. Since this isn't a new package for Cygwin I don't think an ITP is needed, but please review the package files. If they're found to be suitable, please upload them. The package layout is about the same as in the old version; there are some new files, but no new directories. I've kept the postinstall script from the old version. That script is fancier than just plain old [ -f /etc/lftp.conf ] || cp /etc/defaults/etc/lftp.conf /etc but that's in fact what it does in an automated installation (e.g. setup.exe). In an interactive installation, it will prompt the user to decide whether to replace an existing config file. Maybe not too useful, but no harm done either. Thanks, Andrew. wget \ http://home.comcast.net/~andrex/cygwin/lftp/setup.hint \ http://home.comcast.net/~andrex/cygwin/lftp/lftp-3.5.1-1.tar.bz2 \ http://home.comcast.net/~andrex/cygwin/lftp/lftp-3.5.1-1-src.tar.bz2
Re: Please upload: postgresql-8.1.4-2 (exp)
On Jul 22 15:20, Reini Urban wrote: Corinna Vinschen schrieb: rm postgresql-7.4.5-1.tar.bz2 this is left out now. you have to do that manually. There are also 8.0.4-1, 8.1.0-1 and 8.1.3-1 on sourceware. These are obsolete now, right? I've uploaded using your script and removed postgresql-7.4.5-1*, postgresql-8.0.4-1*, postgresql-8.1.0-1* and postgresql-8.1.3-1* from the top level dir. Please inspect the directories on the mirror next to you soon to see if everything's right. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [RFU] lftp 3.5.1
On Tue, 25 Jul 2006, Corinna Vinschen wrote: On Jul 25 04:18, [EMAIL PROTECTED] wrote: Ahem. I'd like to take over maintainership of the lftp package. It's currently unmaintained. I've packaged version 3.5.1, the latest release. Since this isn't a new package for Cygwin I don't think an ITP is needed, but please review the package files. If they're found to be suitable, please upload them. The package layout is about the same as in the old version; there are some new files, but no new directories. I've kept the postinstall script from the old version. That script is fancier than just plain old [ -f /etc/lftp.conf ] || cp /etc/defaults/etc/lftp.conf /etc but that's in fact what it does in an automated installation (e.g. setup.exe). In an interactive installation, it will prompt the user to decide whether to replace an existing config file. Maybe not too useful, but no harm done either. Thanks, Andrew. wget \ http://home.comcast.net/~andrex/cygwin/lftp/setup.hint \ http://home.comcast.net/~andrex/cygwin/lftp/lftp-3.5.1-1.tar.bz2 \ http://home.comcast.net/~andrex/cygwin/lftp/lftp-3.5.1-1-src.tar.bz2 Cool, thank you. I've uploaded the above files. You're now the official lftp maintainer :-) Time to polish up another gold star. Igor? I'm running out of polish here. Time to order a new batch. :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac
Re: [RFU] lftp 3.5.1
On Jul 25 09:00, Igor Peshansky wrote: On Tue, 25 Jul 2006, Corinna Vinschen wrote: On Jul 25 04:18, [EMAIL PROTECTED] wrote: Ahem. Sorry. Corinna *mumbling something about mutt using the email address if the user's full name is not given in the From: header. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: On postgresql-8.1.4-2
On Jul 25 14:54, Angelo Graziosi wrote: I want to flag that in setup.ini (from ftp://mirrors.kernel.org, timestamp 20060725 09:30) a few file (postgresql-devel-8.1.4-2.tar.bz2,...) are in the 'curr' section and others (postgresql-8.1.4-2.tar.bz2...) in 'test' section. I note also that the original request http://cygwin.com/ml/cygwin-apps/2006-07/msg00048.html was titled 'Please upload: postgresql-8.1.4-2 (exp)' ^ Do you confirm that all this is correct ? Cheers, Angelo. Reini? Looks like some setup.hint fixes are necessary. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: modification of startx.bat not work
Am Mon, 24 Jul 2006 15:55:10 -0400 schrieb Christopher Faylor [EMAIL PROTECTED]: I guess I don't understand what you're trying to do then. Sorry. Hi, let me try to explain it once more. At the moment I start cygwin by startx.bat. Then I have a open xterm window where I start SC. This means that I have two icons or two programs (SC and Xterm) in the taskbar (hope taskbar is the right word) of my W2k. If I close the Xterm SC will be closed too. What I try to get is one script where I can start a Xserver without any bash window and SC. More to explain I am not able with my English. Thanks for your help Best Regards Dirk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Xwin.log error
hey chuck, I'll give that a try but I am still wondering what changed. XWin.exe used to be able to determine that another instance was running and just quietly exit. i had the same problem as you and i totally understand why toi run the .bat file each because there are lots of conf settings i would not try to pack in the xterm-link. since i also found no solution for that problem with version 6.?.99, i just downgraded to my previous version 6.?.2. you can do this by running setup and click on the 'Keep' word until there appears version 6.?.2. best, andi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: modification of startx.bat not work
Am Tue, 25 Jul 2006 03:16:51 -0500 schrieb René Berber [EMAIL PROTECTED]: [snip] Correct, the way XWin is started using startxwin.bat does make the whole server execution depend on the xterm, so when the xterm is closed XWin terminates. That can be changed easily by using startx (instead of startxwin.bat) and creating a file in your home directory named .xsession like this: #!/bin/sh # # FILE: $HOME/.xsession # exec SylpheedClaws /usr/bin/sylpheed-claws scpid=$! # Now wait for program to terminate wait $scpid exit 0 I try it. The only thing is that if SC is close the Xserver close too. What I try to get is one script where I can start a Xserver without any bash window and SC. Again to start this I have to start a cygwin bash shell. I like to start SC without a shell Your original post says that you had a network problem, can you show the actual message? no connection with POP3-Server: pop.gmx.de:110 It is not possible to start a xsever without having a shell window and to start SC? I was thinking that this is easy... Thanks for help Dirk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Problem with starting X server (alternate solution)
Apologies for not attaching this to the correct thread; I'm not subscribed to the list and don't really know how I should go about that. But anyways. Regarding the Could not open default font 'fixed' message: Stephen A. Goulet mentioned that he was able to fix the problem by following the instructions in the FAQ, substituting /usr for the non-existant /usr/X11R6/lib/X11 mount point. Mariusz Janczak then replied that he didn't have a /usr mount point either. I was in the same situation. The solution I found was to just umount *everything*: First /usr/lib, then /, and /usr/bin last because that's where the umount exe is located. *Then* reinstall the font packages. That fixed it for me. I suspect I only really needed to umount /, but I haven't tested that hypothesis. I'd sure like to know what the underlying problem is, though, it seems odd for this issue to appear out of nowhere in a working system. - Steve -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Problem with starting X server (alternate solution)
Steve Freeland wrote: Apologies for not attaching this to the correct thread; I'm not subscribed to the list and don't really know how I should go about that. But anyways. Regarding the Could not open default font 'fixed' message: Stephen A. Goulet mentioned that he was able to fix the problem by following the instructions in the FAQ, substituting /usr for the non-existant /usr/X11R6/lib/X11 mount point. Mariusz Janczak then replied that he didn't have a /usr mount point either. I was in the same situation. The solution I found was to just umount *everything*: First /usr/lib, then /, and /usr/bin last because that's where the umount exe is located. *Then* reinstall the font packages. That fixed it for me. I suspect I only really needed to umount /, but I haven't tested that hypothesis. I'd sure like to know what the underlying problem is, though, it seems odd for this issue to appear out of nowhere in a working system. You really need to subscribe to the list or keep an eye on it if you have problems. There's lots of information, current and historical, that you can get from it which can help you but won't come to your email box without your request. Case in point, you would know what the underlying problem was if you had been following at least this thread. It's spelled out here: http://cygwin.com/ml/cygwin-xfree/2006-07/msg00092.html You can't rely on someone else providing this insight to you personally. If you're not on the list and/or don't read it, you will miss out on answers to allot of your questions (even to some you haven't yet formulated yourself). -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: modification of startx.bat not work
Dirk Schleicher wrote: [snip] I try it. The only thing is that if SC is close the Xserver close too. Yes, that's the way it works. I mean, that's the way that the steps I showed work. [snip] Again to start this I have to start a cygwin bash shell. I like to start SC without a shell You mean start SC using an icon? like an icon to the bat file you showed... because startx is a shell script (just like startxwin.bat is a command.com script) and it does more than just start XWin. You probably can just run a Windows shortcut to XWin with all the parameters, and use .xinitrc or .xsession to start up SC. If you want XWin to stay after SC is closed then just change the wait $scpid with sleep 1d or something similar. Your original post says that you had a network problem, can you show the actual message? no connection with POP3-Server: pop.gmx.de:110 That error has nothing to do with XWindows. So, SC was running with your modified .bat file, it just could not connect to that pop server; try regular network troubleshooting, like ping pop.gmx.de if that server responds to ping, traceroute, etc. It is not possible to start a xsever without having a shell window and to start SC? I was thinking that this is easy... It probably is, I just don't use it that way, but what you describe seems possible with CygwinX. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: modification of startx.bat not work
René Berber wrote: [snip] You probably can just run a Windows shortcut to XWin with all the parameters, and use .xinitrc or .xsession to start up SC. [snip] I made a little experiment and the above sentence is not true: if I start XWindows from an icon/shortcut (using C:\cygwin\bin\run.exe -p /usr/X11R6/bin XWin -multiwindow -clipboard -silent-dup-error -dpi 100) XWin starts fine but my .xinitrc (and .xsession) is not used... XWin does not know what user started it. So to run the application I would also need an icon/shortcut for the application. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog cygtls.cc cygtls.h ...
CVSROOT:/cvs/src Module name:src Branch: cv-branch Changes by: [EMAIL PROTECTED] 2006-07-25 17:02:36 Modified files: winsup/cygwin : ChangeLog cygtls.cc cygtls.h fhandler.h fhandler_socket.cc select.cc tlsoffsets.h Log message: * cygtls.h: Drop socket related includes. (struct _local_storage): Remove exitsock and exitsock_sin. Add select_sockevt. * cygtls.cc: Accomodate above change throughout. * fhandler.h (class fhandler_socket): Make wsock_evt public. * fhandler_socket.cc (fhandler_socket::fhandler_socket): Accomodate reordering members. (fhandler_socket::evaluate_events): Drop FD_CONNECT event as soon as it gets read once. Never remove FD_WRITE event here. (fhandler_socket::wait_for_events): Wait 50 ms instead of INFINITE for socket events. (fhandler_socket::accept): Fix conditional. Set wsock_events members of accepted socket to useful start values. (fhandler_socket::recv_internal): Always drop FD_READ/FD_OOB events from wsock_events after the call to WSARecvFrom. (fhandler_socket::send_internal): Drop FD_WRITE event from wsock_events if the call to WSASendTo fails with WSAEWOULDBLOCK. Fix return value condition. * select.cc (struct socketinf): Change to accomodate using socket event handling. (peek_socket): Use event handling for peeking socket. (thread_socket): Ditto. (start_thread_socket): Ditto. (socket_cleanup): Same here. * tlsoffsets.h: Regenerate. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=cv-branchr1=1.3560.2.29r2=1.3560.2.30 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygtls.cc.diff?cvsroot=srconly_with_tag=cv-branchr1=1.50r2=1.50.2.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygtls.h.diff?cvsroot=srconly_with_tag=cv-branchr1=1.51r2=1.51.2.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.h.diff?cvsroot=srconly_with_tag=cv-branchr1=1.297.2.3r2=1.297.2.4 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_socket.cc.diff?cvsroot=srconly_with_tag=cv-branchr1=1.189.2.8r2=1.189.2.9 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/select.cc.diff?cvsroot=srconly_with_tag=cv-branchr1=1.127r2=1.127.2.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/tlsoffsets.h.diff?cvsroot=srconly_with_tag=cv-branchr1=1.33r2=1.33.2.1
winsup/cygwin select.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-07-25 17:18:05 Modified files: cygwin : select.cc Log message: update copyright Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/select.cc.diff?cvsroot=uberbaumr1=1.127r2=1.128
src/winsup/cygwin ChangeLog fhandler_socket.cc ...
CVSROOT:/cvs/src Module name:src Branch: cv-branch Changes by: [EMAIL PROTECTED] 2006-07-25 17:37:28 Modified files: winsup/cygwin : ChangeLog fhandler_socket.cc select.cc Removed files: winsup/cygwin : select.h Log message: * select.h: Remove. * fhandler_socket.cc: Don't include select.h. * select.cc: Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=cv-branchr1=1.3560.2.30r2=1.3560.2.31 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_socket.cc.diff?cvsroot=srconly_with_tag=cv-branchr1=1.189.2.9r2=1.189.2.10 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/select.cc.diff?cvsroot=srconly_with_tag=cv-branchr1=1.127.2.1r2=1.127.2.2 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/select.h.diff?cvsroot=srconly_with_tag=cv-branchr1=1.5r2=NONE
src/winsup/subauth ChangeLog Makefile.in
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-07-25 19:16:54 Modified files: winsup/subauth : ChangeLog Makefile.in Log message: * Makefile.in (LIBS): Link against msvcrt.dll, too. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/subauth/ChangeLog.diff?cvsroot=srcr1=1.7r2=1.8 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/subauth/Makefile.in.diff?cvsroot=srcr1=1.4r2=1.5
src/winsup ChangeLog configure configure.in
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-07-25 19:18:04 Modified files: winsup : ChangeLog configure configure.in Log message: * configure.in: Reenable building the subauth subdir. * configure: Regenerate. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/ChangeLog.diff?cvsroot=srcr1=1.88r2=1.89 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/configure.diff?cvsroot=srcr1=1.28r2=1.29 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/configure.in.diff?cvsroot=srcr1=1.27r2=1.28
src/winsup/cygwin ChangeLog Makefile.in autolo ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-07-25 19:23:23 Modified files: winsup/cygwin : ChangeLog Makefile.in autoload.cc cygtls.cc cygtls.h cygwin.din exceptions.cc fhandler.cc fhandler.h fhandler_socket.cc mmap.cc net.cc poll.cc security.cc security.h select.cc syscalls.cc tlsoffsets.h tty.cc uinfo.cc winsup.h winsup/cygwin/include: netdb.h winsup/cygwin/include/cygwin: in.h socket.h stdlib.h version.h winsup/cygwin/include/netinet: in.h winsup/cygwin/include/sys: socket.h Added files: winsup/cygwin/include/cygwin: in6.h winsup/cygwin/libc: rcmd.cc Removed files: winsup/cygwin : select.h winsup/cygwin/libc: iruserok.c Log message: 2006-07-25 Corinna Vinschen [EMAIL PROTECTED] * include/cygwin/version.h: Bump DLL version to 1.7.0. 2006-07-25 Corinna Vinschen [EMAIL PROTECTED] * select.h: Remove. * fhandler_socket.cc: Don't include select.h. * select.cc: Ditto. 2006-07-25 Corinna Vinschen [EMAIL PROTECTED] * cygtls.h: Drop socket related includes. (struct _local_storage): Remove exitsock and exitsock_sin. Add select_sockevt. * cygtls.cc: Accomodate above change throughout. * fhandler.h (class fhandler_socket): Make wsock_evt public. * fhandler_socket.cc (fhandler_socket::fhandler_socket): Accomodate reordering members. (fhandler_socket::evaluate_events): Drop FD_CONNECT event as soon as it gets read once. Never remove FD_WRITE event here. (fhandler_socket::wait_for_events): Wait 50 ms instead of INFINITE for socket events. (fhandler_socket::accept): Fix conditional. Set wsock_events members of accepted socket to useful start values. (fhandler_socket::recv_internal): Always drop FD_READ/FD_OOB events from wsock_events after the call to WSARecvFrom. (fhandler_socket::send_internal): Drop FD_WRITE event from wsock_events if the call to WSASendTo fails with WSAEWOULDBLOCK. Fix return value condition. * select.cc (struct socketinf): Change to accomodate using socket event handling. (peek_socket): Use event handling for peeking socket. (thread_socket): Ditto. (start_thread_socket): Ditto. (socket_cleanup): Same here. * tlsoffsets.h: Regenerate. 2006-07-20 Corinna Vinschen [EMAIL PROTECTED] * fhandler.h (class fhandler_socket): Rearrange slightly to keep event handling methods and members together. Drop owner status flag. Split wait method. Rename event handling methods for readability. * fhandler_socket.cc (struct wsa_event): Add owner field. (LOCK_EVENTS): New macro. (UNLOCK_EVENTS): Ditto. (fhandler_socket::init_events): rename from prepare. (fhandler_socket::evaluate_events): First half of former wait method. Do everything but wait. Allow specifiying whether or not events from event_mask should be erased from wsock_events-events. Simplify OOB handling. Allow sending SIGURG to any process (group). (fhandler_socket::wait_for_events): Second half of former wait method. Call evaluate_events and wait in a loop if socket is blocking. (fhandler_socket::release_events): Rename from release. (fhandler_socket::connect): Accomodate above name changes. (fhandler_socket::accept): Ditto. (fhandler_socket::recv_internal): Ditto. (fhandler_socket::send_internal): Ditto. (fhandler_socket::close): Ditto. (fhandler_socket::fcntl): Always set owner to given input value on F_SETOWN. Handle F_GETOWN. * net.cc (fdsock): Accomodate above name changes. 2006-07-20 Corinna Vinschen [EMAIL PROTECTED] * fhandler_socket.cc (fhandler_socket::wait): Set Winsock errno to WSAEWOULDBLOCK instead of WSAEINPROGRESS. 2006-07-18 Brian Ford [EMAIL PROTECTED] Corinna Vinschen [EMAIL PROTECTED] * winsup.h (mmap_region_status): New enum. (mmap_is_attached_or_noreserve_page): Adjust prototype and rename as below. * mmap.cc (mmap_is_attached_or_noreserve_page): Rename mmap_is_attached_or_noreserve. Add region length parameter. Return enum above. * exceptions.cc (_cygtls::handle_exceptions): Accomodate above. * fhandler.cc (fhandler_base::raw_read): Call above for NOACCESS errors and retry on success to allow reads into untouched MAP_NORESERVE buffers. 2006-07-18 Corinna Vinschen [EMAIL PROTECTED]
winsup/cygwin ChangeLog security.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-07-25 19:44:17 Modified files: cygwin : ChangeLog security.cc Log message: * security.cc (get_logon_server): Remove nret and use dret for everything to avoid a g++ warning. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3583r2=1.3584 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/security.cc.diff?cvsroot=uberbaumr1=1.195r2=1.196
src/winsup/cygwin ChangeLog include/cygwin/in6.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-07-25 20:01:38 Modified files: winsup/cygwin : ChangeLog winsup/cygwin/include/cygwin: in6.h Log message: * include/cygwin/in6.h: Guard in_port_t typedef more restrictive to avoid compiler warning. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3584r2=1.3585 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/in6.h.diff?cvsroot=srcr1=1.2r2=1.3
[Q] About halting problems at installation of cygwin
Hello. Recently, I need to upgrade my cygwin version because my new QUALCOMM AMSS release should have higer cygwin DLL version. I remove older version of cygwin manually(there isn't uninstall program), and download setup.exe from www.cygwin.com site. I run the setup.exe and follow the installation precedure. After finishing installation of the whole package, the setup program was trying to launch post-install procedure. But the progress bar didn't advance after that point, which shows /etc/postinstall/00ash.sh for 8 hours. So, I cannot help but cancelling the setup program and at that moment installation complete pop appeared. But Start-program-cygwin menu was not created, and I cannot compile my AMSS source code because /bin/sh doesn't exist. What are the problems, and How can I finish my installation procedure? Plz, Help me. Sincerely, Youngjae Kim
python fails in windows shell
When I try to run python in Windows shell, it hangs. Even the simplest test like python -c 'print foo' will result in ntvdm process taking 100% CPU. I tried it with 1.5.19 and 1.5.17 and got the same result. When I strace python, I get a bit surprising output: D:\cygwin\home\Krzysiekstrace python --- Process 52048, exception 4005 at 7C81EB33 --- Process 52048, exception 4005 at 7C81EB33 --- Process 52048, exception 4005 at 7C81EB33 [...] Krzysztof Duleba Cygwin Configuration Diagnostics Current System Time: Tue Jul 25 00:44:18 2006 Windows XP Professional Ver 5.1 Build 2600 Dodatek Service Pack 2 Path: c:\Program Files\Vim d:\texmf\miktex\bin\ d:\cygwin\usr\local\bin d:\cygwin\bin d:\cygwin\usr\X11R6\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\ATI Technologies\ATI Control Panel D:\programowanie\MS Visual Studio .NET\SDK\v1.1\Bin d:\programowanie\MS Visual Studio .NET\Vc7\bin d:\programowanie\MS Visual Studio .NET\Common7\IDE d:\programowanie\MS Visual Studio .NET\Common7\Tools\Bin Output from d:\cygwin\bin\id.exe (nontsec) UID: 1003(Krzysiek) GID: 513(Brak) (root) 513(Brak)544(Administratorzy) 545(U¿ytkownicy) 1005(Debugger Users) Output from d:\cygwin\bin\id.exe (ntsec) UID: 1003(Krzysiek) GID: 513(Brak) (root) 513(Brak)544(Administratorzy) 545(U¿ytkownicy) 1005(Debugger Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS PWD = '/home/Krzysiek' CYGWIN = 'ntsec tty server' HOME = '/home/Krzysiek' HOMEPATH = '\Documents and Settings\Krzysiek' LDFLAGS = '-Wall -W -Wshadow' APPDATA = 'C:\Documents and Settings\Krzysiek\Dane aplikacji' VS71COMNTOOLS = 'D:\programowanie\MS Visual Studio .NET\Common7\Tools\' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 13 Stepping 6, GenuineIntel' WINDIR = 'C:\WINDOWS' USERDOMAIN = 'DULI5' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' COMMANDER_PATH = 'D:\uzytki\totalcmd' TEMP = '/cygdrive/c/DOCUME~1/Krzysiek/USTAWI~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' LIB = 'D:\programowanie\MS Visual Studio .NET\SDK\v1.1\Lib\;d:\programowanie\MS Visual Studio .NET\Vc7\PlatformSDK\Lib;d:\programowanie\MS Visual Studio .NET\Vc7\lib' !F: = 'F:\' USERNAME = 'Krzysiek' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' EDITOR = 'vim' USERPROFILE = 'C:\Documents and Settings\Krzysiek' LANG = 'PL' CLIENTNAME = 'Console' PS1 = '\n\[\033]0;[EMAIL PROTECTED] \[\033[33m\w\033[0m\]\n$ ' LOGONSERVER = '\\DULI5' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\pno' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.SH' HOMEDRIVE = 'C:' !D: = 'D:\revconnect-0.674m-src' CFLAGS = '-Wall -W -Wshadow' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/Krzysiek/USTAWI~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PROCESSOR_REVISION = '0d06' !E: = 'E:\dc' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '1' INCLUDE = 'D:\programowanie\MS Visual Studio .NET\SDK\v1.1\include\;d:\programowanie\MS Visual Studio .NET\Vc7\PlatformSDK\Include;d:\programowanie\MS Visual Studio .NET\Vc7\include' SESSIONNAME = 'Console' COMPUTERNAME = 'DULI5' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin (default) = 0x0800 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'd:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'd:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'd:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 10003Mb 76% CP CS UN PA FC d: hd NTFS 15998Mb 85% CP CS UN PA FC e: hd NTFS 4Mb 89% CP CS UN PA FC f: hd NTFS 10343Mb 95% CP CS UN PA FC mma g: cd N/AN/A h: cd N/AN/A d:\cygwin / system binmode d:\cygwin/bin /usr/bin system binmode d:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: d:\cygwin\bin\awk.exe Found: d:\cygwin\bin\bash.exe Found: d:\cygwin\bin\cat.exe Found: d:\cygwin\bin\cp.exe Found: d:\cygwin\bin\cpp.exe Found: d:\cygwin\bin\crontab.exe Found: d:\cygwin\bin\find.exe Found: d:\cygwin\bin\gcc.exe Found: d:\cygwin\bin\gdb.exe
Re: Why are Windows paths broken in make 3.81?
Christopher Faylor wrote: I participate in cygwin because I like providing a linux-like interface on Windows. Booof! This is the best reason why cygwin existed and why it still exists. We hope this continues. Best Regards, Carlo -- Carlo Florendo Astra Philippines Inc. www.astra.ph -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: tar-1.15.91-1
Eric Blake wrote: A new release of tar, 1.15.91-1, is available, replacing 1.15.1-4 as the current version. NEWS: = This is a new beta-quality upstream release. * Incompatible changes ** Globbing Previous versions of GNU tar assumed shell-style globbing when extracting from or listing an archive. This behavior was not documented and was incompatible with traditional tar implementations. Therefore, starting from this version, GNU tar no longer uses globbing by default. To treat member names as globbing patterns, use --wildcards option. If you wish tar to mimic the behavior of versions up to 1.15.90, add --wildcards to the value of the environment variable TAR_OPTIONS. This is likely to break quite a few scripts using tar. Worth announcing prominently in its own right, not just as part of the changelog. ** List files containing null-separated file names are detected and processed automatically. It is no longer necessary to give the --null option. Unfortunately, this detection code also outputs a 'warning' to stderr, which (AFAICS) cannot be suppressed by an options. Messy. (Noticed on Debian when this started showing up every time any .deb was built, but I imagine this might affect some scripts driving tar on Cygwin too.) Max. signature.asc Description: OpenPGP digital signature
Re: Problem with syslog-ng looping at start
On Jul 24 19:18, Ren? Berber wrote: Hi, The problem happens about once week and I'm starting my PC every day (I would estimate it fails in about 1 of 7 to 14 starts); it has been happening for some time, at least with the last 3 versions of cygwin's dll, currently I'm using 1.5.21 and this is under Windows XP-Pro sp2. Syslog-ng was installed as a service following the instructions in the README and it works fine (even when it's looping), some info: $ cygrunsrv -Q syslog-ng Service : syslog-ng Display name: CYGWIN syslog-ng Description : syslogd Current State : Running Controls Accepted : Stop Command : /usr/sbin/syslog-ng -p /var/run/syslog-ng.pid When it loops syslog-ng uses 100% of the CPU, and it always happens just after reboot, before I log in the computer. The way I notice is of course that everything is very slow when a process is using 100% CPU. I'm using syslog-ng all the time and I never had this problem. I'm wondering if you just have a dependency problem since that seems to happen on some systems but not on others. What happens if you add a dependency to tcpip to the syslog-ng service? I usually just stop (or kill) the process and restart it, and it works. There is a difference in my computer between stopping the service and just killing the process because I made all the other daemons that use syslog dependent on this service, but I think that is not relevant. I'm attaching the last part of a strace I did and it shows how it is looping. I hope this can be usefull; I haven't done any other debugging of the problem. The strace is not helpful. It shows the normal state of affairs, select is called with a 100ms timeout, nothing happens on the selected descriptors, timeout, loop. Nothing unusual. Especially no explanation for taking 100% CPU. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Adding users to /etc/passwd for ssh purposes, but not as a local Windows user
On Jul 24 19:09, Keith Christian wrote: Suppose a Windows 2000/XP/2003 machine exists where three accounts need to be added for use only with SSH to a Unix/Linux machine, for ssh/scp/sftp use. Further suppose these user accounts are to be named ssh_user_a, ssh_user_b, and ssh_user_c, and that these should exist only in Cygwin's /etc/passwd file - they won't be added as local Windows users. Nope. Every account in /etc/passwd needs a real account in Windows, given as SID in the pw_gecos field. Cygwin has no own user management but relies on Windows' user management. What you can do is to create (or choose an existing) single account in Windows, create three entries for this user in /etc/passwd, edit /etc/passwd to give these three accounts different names and different Cygwin uids, but let them all still refer to this single Windows account. And then expect weirdnesses. For instance, the files created by any of these accounts will of course be owned by the underlying Windows account. An `ls -l' will always show the files being owned by the user entry showing up first in /etc/passwd. They are simply only one account actually, whatever you fake in /etc/passwd. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Why are Windows paths broken in make 3.81?
Joachim Achtzehnter wrote: Christopher Faylor wrote: I guess that means there is nothing more to discuss. Agreed, except for the following. On Mon, Jul 24, 2006 at 12:53:19PM -0700, Joachim Achtzehnter wrote: Christopher Faylor wrote: Well, you *could* expect a fix if you provided enough details. Understood. The question is, can there still be value in reporting that a program crashes, even with minimal but potentially still useful information? I'm just asking and am genuinely interested in hearing the developers' preferences. No. Reports of XYZ dies when I run a complicated program are worthless unless the reporter is willing to help track down the problem. I resent being mis-represented like this: The report mentioned a very specific error message and was about a change in behaviour from one version to the next. I accept your No answer though, you won't see similar reports from me in the future. The problem was that you didn't follow the guidelines on: Problem reports: http://cygwin.com/problems.html I don't recall seeing a cygcheck.out, and you certainly didn't break it down to a simple testcase.. This means that the maintainers (as well as the rest of us) have no real clue as to where to begin to replicate the behaviour so that they can bring their collective might to bear on it. If this kind of less-than-ideal problem report is considered to be always useless, which would come as a surprise to me because as a developer I've seen many cases where a report like this is all that was needed to highlight the problem, I would be very very surprised if you were able to fix problems when someone just mentions that their program crashes when they do something complicated. If that really was the case then you would just have to say that to yourself before every release in order to fix problems. The point is that nobody was *just* mentioning what you write here. First off, as I wrote above, this was about changed behaviour between one version and the next, presumably implying that only a (relatively) small portion of the source code had changed. It was about the most recently released version, i.e. there is a good chance the changes are still (relatively) fresh in the minds of the developers. Thirdly, there was a specific error message rather than a totally uninformative crash, suggesting that it might (possibly) ring a bell. None of this implied that the information provided would be sufficient (and I didn't count on it), but from my experience there was a reasonable, if small, possibility that it might. Even in cases where it might, what I've mentioned above applies, otherwise it's an incomplete bug-report that just clogs things up and makes it difficult to track down solutions.. I've certainly seen many cases where I just needed to see an error message like this in conjunction with having released a recent change to know immediately what went wrong. Obviously, it is just as likely that this doesn't help at all. In spite of the latter, I definitely want to see such reports from our customers as it can save time for both of us. If the provided info doesn't help one can always ignore it until more effort is put into providing more details. In any case, the last thing I can afford to do in such a situation is to accost my customer, but then I'm in a different situation from you on that point. :-) If that really was the case then you would just have to say that to yourself before every release in order to fix problems. And how do I divine the error message? Testcase, combined with gdb, perhaps? I didn't take it out of context before and I am not doing so now. I trimmed the parts that I wanted to respond to, as is good internet etiquette. Trimming to the relevant parts is one thing, trimming (and rephrasing) to the point where the quote mis-represents what was written is another... I was trying to get to the bottom of something that seemed like it could be a bug. If you hear more from me about the crash it will be with sufficient information to reproduce it without sending you several hundreds of thousands of lines of source code and makefiles. Thanks, Joachim Anyway Hopefully things are about done with that now.. EqUaTe -- 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: python fails in windows shell
On 25 July 2006 08:48, Krzysztof Duleba wrote: When I try to run python in Windows shell, it hangs. Even the simplest test like python -c 'print foo' will result in ntvdm process taking 100% CPU. I tried it with 1.5.19 and 1.5.17 and got the same result. When I strace python, I get a bit surprising output: D:\cygwin\home\Krzysiekstrace python --- Process 52048, exception 4005 at 7C81EB33 --- Process 52048, exception 4005 at 7C81EB33 --- Process 52048, exception 4005 at 7C81EB33 [...] ;-) Take a look at the output from file `which python` 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: [Q] About halting problems at installation of cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to 김영재 on 7/25/2006 12:10 AM: I remove older version of cygwin manually(there isn't uninstall program), and download setup.exe from www.cygwin.com site. Actually, there is in the FAQ: http://cygwin.com/faq/faq-nochunks.html#faq.setup.uninstall-all Although usually it is possible to upgrade an existing cygwin installation rather than having to resort to uninstall/reinstall. I run the setup.exe and follow the installation precedure. After finishing installation of the whole package, the setup program was trying to launch post-install procedure. But the progress bar didn't advance after that point, which shows /etc/postinstall/00ash.sh for 8 hours. What does /var/log/setup.log.full say about that installation attempt? So, I cannot help but cancelling the setup program and at that moment installation complete pop appeared. But Start-program-cygwin menu was not created, and I cannot compile my AMSS source code because /bin/sh doesn't exist. /bin/sh is missing because 00ash.sh didn't run to completion. We need to solve why that didn't happen, although running setup.exe again may help. What are the problems, and How can I finish my installation procedure? Plz, Help me. Help us help you. Follow the directions at http://cygwin.com/problems.html, and attach, as a text file, the output of 'cygcheck -svr' so we can see where things currently stand for you. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFExgxf84KuGfSFAYARAhCEAJ46qTpFSykrh53gS+pK+vre+vFN2ACfQmeu PQbo9PGx1MbZBR7FYwKH5P4= =+2hF -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/
On postgresql-8.1.4-2
I want to flag that in setup.ini (from ftp://mirrors.kernel.org, timestamp 20060725 09:30) a few file (postgresql-devel-8.1.4-2.tar.bz2,...) are in the 'curr' section and others (postgresql-8.1.4-2.tar.bz2...) in 'test' section. I note also that the original request http://cygwin.com/ml/cygwin-apps/2006-07/msg00048.html was titled 'Please upload: postgresql-8.1.4-2 (exp)' ^ Do you confirm that all this is correct ? Cheers, Angelo. -- 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: Adding users to /etc/passwd for ssh purposes, but not as a local Windows user
--- Corinna Vinschen [EMAIL PROTECTED] wrote: On Jul 24 19:09, Keith Christian wrote: Suppose a Windows 2000/XP/2003 machine exists where three accounts need to be added for use only with SSH to a Unix/Linux machine, for ssh/scp/sftp use. Further suppose these user accounts are to be named ssh_user_a, ssh_user_b, and ssh_user_c, and that these should exist only in Cygwin's /etc/passwd file - they won't be added as local Windows users. Nope. Every account in /etc/passwd needs a real account in Windows, given as SID in the pw_gecos field. Cygwin has no own user management but relies on Windows' user management. What you can do is to create (or choose an existing) single account in Windows, create three entries for this user in /etc/passwd, edit /etc/passwd to give these three accounts different names and different Cygwin uids, but let them all still refer to this single Windows account. And then expect weirdnesses. For instance, the files created by any of these accounts will of course be owned by the underlying Windows account. An `ls -l' will always show the files being owned by the user entry showing up first in /etc/passwd. They are simply only one account actually, whatever you fake in /etc/passwd. Hi Corinna, Thanks for the explanation. Last evening, the sequence below allowed the creation of an alternate user. Assume kchristian as an existing Windows user and keith as the new Cygwin user. 1. As superuser: vi /etc/passwd 2. Duplicate an existing Windows user (in my case, kchristian user via yyp. 2. Change the UID from X to X+1::s/X/X+1/g 3. mkdir /home/keith 4. chmod -R keith:None /home/keith 5. passwd keith 6. Assuming SSHD is running, log in to the new Cygwin user account with ssh [EMAIL PROTECTED] Steps 1-6 worked without problems. The only thing remaining is to get the authorized_keys settings just right so that I can perform SSH passwordless logins between Cygwin and Linux. I've done this before but so far SSH is still asking for a password. (Probably a permission issue in ~/.ssh or files within it.) The Cygwin team is doing an excellent job with the product. Cygwin is so good that I can avoid an impressive amount of interface GUI-dom. ==Keith -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
MS Windows 2k3 domain users issue
I am having an issue with Cygwin not authenticating domain users in a W2k3 environment. I've tried every fix that I can find out there and yet to find a solution. The are several listings in Cygwin's db resembling my issue but had either no replies, or provided no solution. If there is anything else that would help I'd be happy to send any information you would like. I noticed several comments across these posts requesting for both server (srv) client (clnt) side diagnostic info which has been attached. Please refer to the following links for details on processes already attempted. Cygwin db: (Just a few) http://sourceware.org/ml/cygwin/2004-01/msg00811.html http://sourceware.org/ml/cygwin/2004-01/msg00806.html http://sourceware.org/ml/cygwin/2005-03/msg01136.html Cygwin Configuration Diagnostics Current System Time: Fri Jul 21 08:43:20 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\orant\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Composit\Bin c:\Program Files\Pragma\Clients c:\Program Files\Pragma\Shared Files C:\cygwin\bin c:\PROGRA~1\CA\SHARED~1\SCANEN~1 c:\PROGRA~1\CA\ETRUST~1 Output from C:\cygwin\bin\id.exe (nontsec) UID: 12073(ljphelps)GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 12073(ljphelps)GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'ljphelps' PWD = '/cygdrive/h' CYGWIN = 'binmode tty ntsec' HOME = '/cygdrive/h' MAKE_MODE = 'unix' HOMEPATH = '\' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\ljphelps\Application Data' HOSTNAME = 'levi' INOCULAN = 'C:\PROGRA~1\CA\ETRUST~1' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 9, GenuineIntel' WINDIR = 'C:\WINDOWS' OLDPWD = '/usr/bin' USERDOMAIN = 'ICS' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/ljphelps/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'ljphelps' PROCESSOR_LEVEL = '15' !H: = 'H:\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\ljphelps' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\ICS-MAIN' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' SHLVL = '1' USERDNSDOMAIN = 'ICS-COM.NET' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'H:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/ljphelps/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = '\\ics-main\HP LaserJet 4050 Series PCL' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0209' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' HOMESHARE = '\\aus-ms05\home\austin\ljphelps' NUMBER_OF_PROCESSORS = '1' AVENGINE = 'C:\PROGRA~1\CA\SHARED~1\SCANEN~1' SESSIONNAME = 'Console' COMPUTERNAME = 'LEVI' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 38138Mb 78% CP CS UN PA FC d: cd N/AN/A e: cd N/AN/A f: hd NTFS 19053Mb 90% CP CS UN PA FC h: net NTFS286173Mb 45% CP CS UN PA FC Shared Storage p: net NTFS286173Mb 45% CP CS UN PA FC Shared Storage s: net NTFS 52038Mb 92% CP CS UN PA FC t: net NTFS 52038Mb 92% CP CS UN PA FC u: net NTFS 52038Mb 92% CP CS UN PA FC v: net NTFS 52038Mb 92% CP CS UN PA FC x: net NTFS 38162Mb 45% CP CS UN PA FC y: net NTFS286173Mb 45% CP CS UN PA FC Shared Storage C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib
MS Windows 2k3 domain users issue
I am having an issue with Cygwin not authenticating domain users in a W2k3 environment. I've tried every fix that I can find out there and yet to find a solution. The are several listings in Cygwin's db resembling my issue but had either no replies, or provided no solution. If there is anything else that would help I'd be happy to send any information you would like. I noticed several comments across these posts requesting for both server (srv) client (clnt) side diagnostic info which has been attached. Please refer to the following links for details on processes already attempted. Cygwin db: (Just a few) http://sourceware.org/ml/cygwin/2004-01/msg00811.html http://sourceware.org/ml/cygwin/2004-01/msg00806.html http://sourceware.org/ml/cygwin/2005-03/msg01136.html Cygwin Configuration Diagnostics Current System Time: Fri Jul 21 08:43:20 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\orant\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Composit\Bin c:\Program Files\Pragma\Clients c:\Program Files\Pragma\Shared Files C:\cygwin\bin c:\PROGRA~1\CA\SHARED~1\SCANEN~1 c:\PROGRA~1\CA\ETRUST~1 Output from C:\cygwin\bin\id.exe (nontsec) UID: 12073(ljphelps)GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 12073(ljphelps)GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'ljphelps' PWD = '/cygdrive/h' CYGWIN = 'binmode tty ntsec' HOME = '/cygdrive/h' MAKE_MODE = 'unix' HOMEPATH = '\' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\ljphelps\Application Data' HOSTNAME = 'levi' INOCULAN = 'C:\PROGRA~1\CA\ETRUST~1' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 9, GenuineIntel' WINDIR = 'C:\WINDOWS' OLDPWD = '/usr/bin' USERDOMAIN = 'ICS' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/ljphelps/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'ljphelps' PROCESSOR_LEVEL = '15' !H: = 'H:\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\ljphelps' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\ICS-MAIN' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' SHLVL = '1' USERDNSDOMAIN = 'ICS-COM.NET' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'H:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/ljphelps/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = '\\ics-main\HP LaserJet 4050 Series PCL' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0209' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' HOMESHARE = '\\aus-ms05\home\austin\ljphelps' NUMBER_OF_PROCESSORS = '1' AVENGINE = 'C:\PROGRA~1\CA\SHARED~1\SCANEN~1' SESSIONNAME = 'Console' COMPUTERNAME = 'LEVI' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 38138Mb 78% CP CS UN PA FC d: cd N/AN/A e: cd N/AN/A f: hd NTFS 19053Mb 90% CP CS UN PA FC h: net NTFS286173Mb 45% CP CS UN PA FC Shared Storage p: net NTFS286173Mb 45% CP CS UN PA FC Shared Storage s: net NTFS 52038Mb 92% CP CS UN PA FC t: net NTFS 52038Mb 92% CP CS UN PA FC u: net NTFS 52038Mb 92% CP CS UN PA FC v: net NTFS 52038Mb 92% CP CS UN PA FC x: net NTFS 38162Mb 45% CP CS UN PA FC y: net NTFS286173Mb 45% CP CS UN PA FC Shared Storage C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib
Re: Adding users to /etc/passwd for ssh purposes, but not as a local Windows user
On Jul 25 06:21, Keith Christian wrote: --- Corinna Vinschen [EMAIL PROTECTED] wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR Nope. Every account in /etc/passwd needs a real account in Windows, given as SID in the pw_gecos field. Cygwin has no own user management but relies on Windows' user management. What you can do is to create (or choose an existing) single account in Windows, create three entries for this user in /etc/passwd, edit /etc/passwd to give these three accounts different names and different Cygwin uids, but let them all still refer to this single Windows account. And then expect weirdnesses. For instance, the files created by any of these accounts will of course be owned by the underlying Windows account. An `ls -l' will always show the files being owned by the user entry showing up first in /etc/passwd. They are simply only one account actually, whatever you fake in /etc/passwd. Hi Corinna, Thanks for the explanation. Last evening, the sequence below allowed the creation of an alternate user. Assume kchristian as an existing Windows user and keith as the new Cygwin user. 1. As superuser: vi /etc/passwd 2. Duplicate an existing Windows user (in my case, kchristian user via yyp. 2. Change the UID from X to X+1::s/X/X+1/g 3. mkdir /home/keith 4. chmod -R keith:None /home/keith 5. passwd keith As I explained above, this is still the Windows user kchristian. So I assume you know now that you changed the password for the Windows user kchristian. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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:lftp-3.5.1-1
A new version of the lftp package is available in the Cygwin distribution. lftp is a sophisticated file transfer program and ftp/http client. It supports multiple network protocols, offers tab completion, command history, job control, and bookmarks, can mirror sites and transfer multiple files in parallel, and keeps trying interrupted operations until it can complete them. Changes in version 3.5.1-1: * new upstream release. The previous Cygwin release was 2.6.10; see http://lftp.yar.ru/news.html for a list of the many changes since then. * new Cygwin maintainer. Andrew E. Schulman *** 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 this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Question on static Cygwin-hosted applications
Guys: I'm in the odd place where I need a statically-linked GNU cross toolchain that runs under Win32. The idea is that I could then take my toolchain directory and move it over to another Win32 machine that doesn't have any special runtime environment previously installed and it Should Just Work. My understanding of Cygwin is that this isn't possible, was never possible, won't ever be possible: http://sourceware.org/ml/cygwin/2000-12/msg01150.html ... and I don't have a problem with that. Really. But as of today, is this still true? Regards, b.g. -- Bill Gatliff [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: Question on static Cygwin-hosted applications
On 25 July 2006 15:55, Bill Gatliff wrote: Hi Bill! I'm in the odd place where I need a statically-linked GNU cross toolchain that runs under Win32. The idea is that I could then take my toolchain directory and move it over to another Win32 machine that doesn't have any special runtime environment previously installed and it Should Just Work. My understanding of Cygwin is that this isn't possible, was never possible, won't ever be possible: http://sourceware.org/ml/cygwin/2000-12/msg01150.html ... and I don't have a problem with that. Really. But as of today, is this still true? Yep. A dll is still a dynamic link library, and cygwin is still a dll, and in fact innately relies on being one, in order to be able to rely on such features as DllMain being called every time a thread starts or dies. You want to buid a mingw hosted compiler if you want it to run without cygwin dll present. You can do that under cygwin with configure arguments: --host=i686-pc-mingw32 --target=${your_x_target} CC='gcc -mno-cygwin' CXX='g++ -mno-cygwin' as the cygwin native gcc supports x-compilation to mingw. 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/
PCYMTNQREAIYR, suggestions for Yahoo Web Email?
--- Corinna Vinschen wrote: On Jul 25 06:21, Keith Christian wrote: --- Corinna Vinschen [EMAIL PROTECTED] wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR I use the Yahoo Mail web interface, like thousands of others. Anyone know offhand how not to quote raw email addresses, per PCYMTNQREAIYR? In the meantime, I'll look through Yahoo Mail help. ===Keith -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: PCYMTNQREAIYR, suggestions for Yahoo Web Email?
On 25 July 2006 16:22, Keith Christian wrote: --- Corinna Vinschen wrote: On Jul 25 06:21, Keith Christian wrote: --- Corinna Vinschen [EMAIL PROTECTED] wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR I use the Yahoo Mail web interface, like thousands of others. Anyone know offhand how not to quote raw email addresses, per PCYMTNQREAIYR? Failing all else, you can always do it manually. 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/
FW: sshd on windows server 2003 64bit
I have a problem with the latest sshd on cygwin: debug2: load_server_config: filename /etc/sshd_config debug2: load_server_config: done config len = 34 debug2: parse_server_config: config /etc/sshd_config len 34 debug1: sshd version OpenSSH_4.3p2 debug3: Not a RSA1 key file /etc/ssh_host_key. debug1: read PEM private key done: type RSA debug1: private host key: #0 type 1 RSA Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: rexec_argv[2]='-d' debug1: rexec_argv[3]='-d' debug2: fd 3 setting O_NONBLOCK debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. debug1: fd 4 clearing O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug3: send_rexec_state: entering fd = 7 config len 34 debug3: ssh_msg_send: type 0 debug3: send_rexec_state: done debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 debug1: inetd sockets after dupping: 3, 3 Connection from 192.168.96.33 port 45771 debug1: Client protocol version 2.0; client software version OpenSSH_3.1p1 debug1: match: OpenSSH_3.1p1 pat OpenSSH_2.*,OpenSSH_3.0*,OpenSSH_3.1* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.3 debug2: fd 3 setting O_NONBLOCK debug2: Network child is on pid 2772 debug3: preauth child monitor started debug3: mm_request_receive entering debug1: list_hostkey_types: ssh-rsa debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,a es192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes25 6-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,a es192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes25 6-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: none debug2: kex_parse_kexinit: none debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: server-client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug3: mm_request_send entering: type 0 debug3: mm_choose_dh: waiting for MONITOR_ANS_MODULI debug3: mm_request_receive_expect entering: type 1 debug3: mm_request_receive entering debug3: monitor_read: checking request 0 debug3: mm_answer_moduli: got parameters: 1024 2048 8192 debug3: mm_request_send entering: type 1 debug2: monitor_read: 0 used once, disabling now debug3: mm_request_receive entering debug3: mm_choose_dh: remaining 0 debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug2: dh_gen_key: priv key bits set: 141/256 debug2: bits set: 1036/2048 debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug2: bits set: 1013/2048 debug3: mm_key_sign entering debug3: mm_request_send entering: type 4 debug3: mm_key_sign: waiting for MONITOR_ANS_SIGN debug3: mm_request_receive_expect entering: type 5 debug3: mm_request_receive entering debug3: monitor_read: checking request 4 debug3: mm_answer_sign debug3: mm_answer_sign: signature 0x100134e8(271) debug3: mm_request_send entering: type 5 debug2: monitor_read: 4 used once, disabling now debug3: mm_request_receive entering debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user ajk service ssh-connection method none debug1: attempt 0 failures 0 debug3: mm_getpwnamallow entering debug3: mm_request_send entering:
Re: FW: sshd on windows server 2003 64bit
Not a RSA1 key file /etc/ssh_host_key.??? You check to see if its valid file still with RSA info in there? i dunno maybe run ssh-host-config or ssh-keygen again to reset settings on server and add new RSA key in that dir. On 7/25/06, Andy Keane [EMAIL PROTECTED] wrote: I have a problem with the latest sshd on cygwin: debug2: load_server_config: filename /etc/sshd_config debug2: load_server_config: done config len = 34 debug2: parse_server_config: config /etc/sshd_config len 34 debug1: sshd version OpenSSH_4.3p2 debug3: Not a RSA1 key file /etc/ssh_host_key. debug1: read PEM private key done: type RSA debug1: private host key: #0 type 1 RSA Could not load host key: /etc/ssh_host_rsa_key Could not load host key: /etc/ssh_host_dsa_key Disabling protocol version 1. Could not load host key debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: rexec_argv[2]='-d' debug1: rexec_argv[3]='-d' debug2: fd 3 setting O_NONBLOCK debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. debug1: fd 4 clearing O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug3: send_rexec_state: entering fd = 7 config len 34 debug3: ssh_msg_send: type 0 debug3: send_rexec_state: done debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 debug1: inetd sockets after dupping: 3, 3 Connection from 192.168.96.33 port 45771 debug1: Client protocol version 2.0; client software version OpenSSH_3.1p1 debug1: match: OpenSSH_3.1p1 pat OpenSSH_2.*,OpenSSH_3.0*,OpenSSH_3.1* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.3 debug2: fd 3 setting O_NONBLOCK debug2: Network child is on pid 2772 debug3: preauth child monitor started debug3: mm_request_receive entering debug1: list_hostkey_types: ssh-rsa debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellma n-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,a es192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes25 6-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,a es192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes25 6-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hm ac-md5-96 debug2: kex_parse_kexinit: none debug2: kex_parse_kexinit: none debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: server-client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug3: mm_request_send entering: type 0 debug3: mm_choose_dh: waiting for MONITOR_ANS_MODULI debug3: mm_request_receive_expect entering: type 1 debug3: mm_request_receive entering debug3: monitor_read: checking request 0 debug3: mm_answer_moduli: got parameters: 1024 2048 8192 debug3: mm_request_send entering: type 1 debug2: monitor_read: 0 used once, disabling now debug3: mm_request_receive entering debug3: mm_choose_dh: remaining 0 debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug2: dh_gen_key: priv key bits set: 141/256 debug2: bits set: 1036/2048 debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug2: bits set: 1013/2048 debug3: mm_key_sign entering debug3: mm_request_send entering: type 4 debug3: mm_key_sign: waiting for MONITOR_ANS_SIGN debug3: mm_request_receive_expect entering: type 5 debug3: mm_request_receive entering debug3: monitor_read: checking request 4 debug3: mm_answer_sign debug3: mm_answer_sign: signature 0x100134e8(271) debug3: mm_request_send entering: type 5 debug2: monitor_read: 4 used once, disabling now debug3: mm_request_receive entering debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting
Why does tcl84.dll not follow the Cygwin DLL naming convention?
I notice that the Tcl/Tk libraries are the only DLLs (*) in Cygwin's /usr/bin that don't follow the cygwin DLL naming convention of prefixing cyg to the DLL name. (The issue that prompts this idle speculation is described in these postings: http://sourceware.org/ml/cygwin/2004-02/msg00195.html http://sourceware.org/ml/cygwin/2004-02/msg00071.html ) This just a casual question: why? I know, WJM and all that, but why don't these libraries have a cyg prefix - which would solve all these problems? And I suppose it's too late to fix this now, even if it could be? I guess it would require re-releasing several packages that depend on it.. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: python fails in windows shell
Dave Korn wrote: On 25 July 2006 08:48, Krzysztof Duleba wrote: When I try to run python in Windows shell, it hangs. Even the simplest test like python -c 'print foo' will result in ntvdm process taking 100% CPU. I tried it with 1.5.19 and 1.5.17 and got the same result. When I strace python, I get a bit surprising output: D:\cygwin\home\Krzysiekstrace python --- Process 52048, exception 4005 at 7C81EB33 --- Process 52048, exception 4005 at 7C81EB33 --- Process 52048, exception 4005 at 7C81EB33 [...] I might go out on a limb here, but I got similar responses from xmgrace until I did a rebaseall. That fixed it. ;-) Take a look at the output from file `which python` Might also be a broken python executable ... Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D signature.asc Description: OpenPGP digital signature
RE: python fails in windows shell
On 25 July 2006 18:21, Volker Quetschke wrote: Dave Korn wrote: On 25 July 2006 08:48, Krzysztof Duleba wrote: When I try to run python in Windows shell, it hangs. Even the simplest test like python -c 'print foo' will result in ntvdm process taking 100% CPU. I tried it with 1.5.19 and 1.5.17 and got the same result. When I strace python, I get a bit surprising output: D:\cygwin\home\Krzysiekstrace python --- Process 52048, exception 4005 at 7C81EB33 --- Process 52048, exception 4005 at 7C81EB33 --- Process 52048, exception 4005 at 7C81EB33 [...] I might go out on a limb here, but I got similar responses from xmgrace until I did a rebaseall. That fixed it. ;-) Take a look at the output from file `which python` Might also be a broken python executable ... How would that matter? cmd.exe has no idea how to follow a cygwin symlink, so the actual executable isn't going to be invoked at all in the situation described above. OTOH, 'strace' does know how to follow a symlink (IIRTSC), and is hence showing some other problem, so your rebase suggestion could still be valid. 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/
strace -vs- cygload funny
So, how come strace works properly? According to how-cygtls, If you load cygwin1.dll dynamically from a non-cygwin application, it is vital that the bottom CYGTLS_PADSIZE bytes of the stack are not in use before you call cygwin_dll_init(). See winsup/testsuite/cygload for more information. What that doesn't make clear is whether calling cygwin_dll_init is compulsory, or optional. What strace.cc does is to LoadLibrary the cygwin dll, without making any provision for padding on the stack. But it never calls cygwin_dll_init - at least, not explicitly. It does, however, call cygwin_internal for CW_CYGWIN_PID_TO_WINPID, CW_STRACE_TOGGLE, and CW_ARGV. Is this OK? 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: Problem with syslog-ng looping at start
Corinna Vinschen wrote: [snip] I'm using syslog-ng all the time and I never had this problem. I'm wondering if you just have a dependency problem since that seems to happen on some systems but not on others. What happens if you add a dependency to tcpip to the syslog-ng service? Good point, I'll try it. [snip] The strace is not helpful. It shows the normal state of affairs, select is called with a 100ms timeout, nothing happens on the selected descriptors, timeout, loop. Nothing unusual. Especially no explanation for taking 100% CPU. OK, it's good to know it was working normally. I have no idea why it was taking 100% of the CPU at the time. Thanks. -- René Berber -- 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: Cgywin filename with 255 character
Jörg Schaible wrote: Is there any pointer at MS, where this is described exaclty? I was only able to find some entries in the knowledge base that describe applications that are affected by this limit, but nowhere an explanation under what circumstances a process/application is hit by this limit. The 255 character limit is a WinAPI limit, not an OS limit. Posix pathnames built on top of Microsoft's Posix layer wouldn't have this limitation. Many Windows programs expect the maximum path length to be shorter than 255 characters. Therefore, these programs only allocate enough internal storage to handle these typical paths. *NTFS does not have this limit and it can hold much longer paths*. - http://support.microsoft.com/Default.aspx?kbid=320081 Windows has a 255 total char/path limit, but those path are directory and mount-point relative, so the full path from the root can easily exceed 255 characters. If you need to have full posix compatibility, maybe using Microsoft's Posix subsystem will be suitable. Cygwin is built on top of the WinAPI, which still has it's roots in FAT compatibility and is thus limited by that API. Cygwin is unfortunately, not suitable for handling the full range of NTFS filenames (yet :-)). -- 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: strace -vs- cygload funny
Dave Korn wrote: So, how come strace works properly? I'm guessing because it doesn't try to do anything like create threads or use signals (or even IO via cygwin1.dll for that matter.) 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: Why does tcl84.dll not follow the Cygwin DLL naming convention?
Shankar Unni wrote: This just a casual question: why? I know, WJM and all that, but why don't these libraries have a cyg prefix - which would solve all these problems? I think it's because tcl/tk is one of the few packages that is actually compiled as a windows native program. However running cygcheck on the dlls shows that they seem to still be linked against cygwin1.dll so it's clear my understanding is a little bit off here. There was a long thread on the -apps list at one time about the state of these packages, and the various flavors that it could take, i.e. MSVCRT/Cygwin and GDI/X11. But no one actually stepped forward to do anything about this and take over the packaging, and cgf has said repeatedly the only reason they are there is to support insight and other than that working he has no real desire to mess with them. The fact that insight comes with (or maybe requires is a better word) its own bundled copy of tcl/tk is a separate issue I think -- ideally it would use the installed copy on the system and not depend on its own, which I think would simplify this situation greatly. Then we could package tcl/tk more freely, offering the various flavors. 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: python fails in windows shell
Dave Korn wrote: When I try to run python in Windows shell, it hangs. Even the simplest test like python -c 'print foo' will result in ntvdm process taking 100% CPU. I tried it with 1.5.19 and 1.5.17 and got the same result. When I strace python, I get a bit surprising output: D:\cygwin\home\Krzysiekstrace python --- Process 52048, exception 4005 at 7C81EB33 --- Process 52048, exception 4005 at 7C81EB33 --- Process 52048, exception 4005 at 7C81EB33 [...] ;-) Take a look at the output from file `which python` Ouch... I did rebaseall, but it didn't help at all. However, python2.4 started directly runs just fine. Thanks a lot! Krzysztof Duleba -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: MS Windows 2k3 domain users issue
On 07/25/2006, MyStiC wrote: I am having an issue with Cygwin not authenticating domain users in a W2k3 environment. I've tried every fix that I can find out there and yet to find a solution. The are several listings in Cygwin's db resembling my issue but had either no replies, or provided no solution. If there is anything else that would help I'd be happy to send any information you would like. I noticed several comments across these posts requesting for both server (srv) client (clnt) side diagnostic info which has been attached. It's not clear whether your '/etc/groups' file is up-to-date on your XP machine. Try running 'mkgroup -l -d /etc/group'. If you have trouble doing this, check if you need to specify your domain as well. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (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: Why does tcl84.dll not follow the Cygwin DLL naming convention?
Brian Dessent wrote: I think it's because tcl/tk is one of the few packages that is actually compiled as a windows native program. That's interesting. I've been dreading getting the source to it and looking into it - perhaps I should bite the bullet sometime.. -- 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: MS Windows 2k3 domain users issue
From: Larry Hall (Cygwin) It's not clear whether your '/etc/groups' file is up-to-date on your XP machine. Try running 'mkgroup -l -d /etc/group'. If you have trouble XP machine is at my office and the w2k3 server is at my residence. The 'etc/group' file on the XP box was build local to the machine and the domain it is connected to as well as the password file. According to the documentation I've seen on this, the client side (connecting from) 'group passwd' files do not 'participate' in the authentication to the server. That the 'server side' is unable to properly validate the incoming client credentials against the 'server side' '/etc/group /etc/passwd' files. doing this, check if you need to specify your domain as well. Example of SSH connection process: SSH ssh_server_domain_name -l username adding the @ and domain behind the username also does not work. Administrators have no problem connecting, but no other users can. -MyStiC -- 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: MS Windows 2k3 domain users issue
MyStiC wrote: From: Larry Hall (Cygwin) It's not clear whether your '/etc/groups' file is up-to-date on your XP machine. Try running 'mkgroup -l -d /etc/group'. If you have trouble XP machine is at my office and the w2k3 server is at my residence. The 'etc/group' file on the XP box was build local to the machine and the domain it is connected to as well as the password file. According to the documentation I've seen on this, the client side (connecting from) 'group passwd' files do not 'participate' in the authentication to the server. That the 'server side' is unable to properly validate the incoming client credentials against the 'server side' '/etc/group /etc/passwd' files. So you're saying that the user you're connecting to your server with is in the '/etc/passwd' file on the server and that the '/etc/group' on that server contains the group specified in the '/etc/passwd' for that user? doing this, check if you need to specify your domain as well. Example of SSH connection process: SSH ssh_server_domain_name -l username adding the @ and domain behind the username also does not work. Administrators have no problem connecting, but no other users can. My reference to the domain was relative to generating proper '/etc/passwd' and '/etc/group' files on your server for the users in question. See 'man mkpasswd' and 'man mkgroup'. Can a non-domain user connect? Sounds to me like this is a permissions issue. Have you checked that Cygwin thinks the user has access to his/her home directory, etc? You may also find it useful to run a version of the server with verbosity/debugging turned on so you can see any messages that may get generated. It's often helpful in these cases. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (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: Where is complex.h
Hi, Would any of you that replied be interested in assisting me with compiling this program. It's a C program written for a Suse Linux distribution. The author maintains the only problem would be resolving the complex.h warnings. TIA. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
version 1.5.21-1 , g++ installation
Hi, Based on my scans through internet I was expecting g++ to be a part of the cygwin package (version 1.5.21-1). How ever g++ is an undefined command for the version that got installed on my machine. I have 2 questions: 1. Is it normal to have g++ as a command not found after a cygwin installation; AND 2. I downloaded gcc-g++-3.4.4-2.tar.tar . How do i install g++ from this Regards, Abhinav __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.21-1 DLL Loading Problem
All: After installing 1.5.21-1 (cygcheck output attached) I've starting experiencing a DLL loading problem whose presentation is similar to that of a problem described by Gary Zablackis in a 12-Apr-2006 post with subject Patch for silent crash with Cygwin1.dll v 1.5.19-4. Examination of dll_init.cc shows that some variation of the suggested patch is part of 1.5.21-1. The general situation is that I have a program that depends on B.dll, which in turn depends on A.dll. Both DLLs provide C++ classes. The symptom is that an attempt to launch the program comes back to the shell prompt without doing anything, i.e. no error messages, no output, no anything else. If I statically link the program then it always works. Attempts to run in gdb in the dynamically linked case result in output similar to this: Starting program: /cygdrive/c/WorkAreas/... Program received signal SIGSEGV, Segmentation fault. Error: dll starting at 0x4d1000 not found. Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. Program exited with code 0305. You can't do that without a process to debug. The line dll starting at 0x4d1000 not found seemed to suggest that I have a path issue, but by inspection I don't believe this is the case, plus if I move the DLLs in question out of the way I get a different response from gdb. Google'ing hasn't yielded much yet. The post I referenced above is the closest thing I've found so far to the symptom I'm seeing. I've been trying to track this down with gdb, but haven't made much progress. I put the cygwin1.dbg from the src distro into the /bin dir, which at least allowed some level of breakpoint setting, but so far none of the ones I've tried (dlopen, dll::init(), and a few others in that vicnity) have been hit. I'm not too familiar with the cygwin source base, so I may be snooping around in the wrong spot. I've also been working on reducing the scenario down to some very simple libraries that reproduce the symptom reliably, but this hasn't yielded anything worth reporting yet. In the meantime, does anyone have any suggestions regarding what's going on, and/or some other technique to catch this problem? Rob Cygwin Configuration Diagnostics Current System Time: Tue Jul 25 17:53:26 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: e:\ThirdParty\cygwin_1.5.21-1\bin E:\ThirdParty\cygwin_1.5.21-1\usr\local\bin E:\ThirdParty\cygwin_1.5.21-1\bin E:\ThirdParty\cygwin_1.5.21-1\bin E:\ThirdParty\cygwin_1.5.21-1\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\WorkAreas\BuildOutput-main\ZedaSoft\C++\windows_x86\zedasoft\lib Output from E:\ThirdParty\cygwin_1.5.21-1\bin\id.exe (nontsec) UID: 1003(rhatcher) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) 1007(Debugger Users) Output from E:\ThirdParty\cygwin_1.5.21-1\bin\id.exe (ntsec) UID: 1003(rhatcher) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) 1007(Debugger Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS HOME = '/home/rhatcher' PWD = '/cygdrive/c/WorkAreas/prj-main/ZedaSoft/C++/Libs/main/test/util' USER = 'rhatcher' MAKE_MODE = 'unix' LD_LIBRARY_PATH = '/cygdrive/e/ThirdParty/cygwin_1.5.21-1/bin:/usr/local/lib:/cygdrive/c/WorkAreas/BuildOutput-main/ZedaSoft/C++/windows_x86/zedasoft/lib' !:: = '::\' !C: = 'C:\' !E: = 'E:\ThirdParty\cygwin_1.5.21-1\bin' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' APPDATA = 'C:\Documents and Settings\rhatcher\Application Data' CGL_HOME = 'C:\ETI\CCGLite631' CLASSPATH = 'c:\Program Files\QuickTime\QTSystem\QTJava.zip' CLIENTNAME = 'Console' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' COMPUTERNAME = 'DUDE' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' DHLP_LIBS = 'ccgh,wu,libelm,lic,vpi,xopen,sim_util' DXSDK_DIR = 'C:\DXSDK_2005_12\' FP_NO_HOST_CHECK = 'NO' HLP_LIBS = 'html,wu,sim_util' HOMEDRIVE = 'C:' HOMEPATH = '\Documents and Settings\rhatcher' INCLUDE = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\' INTERP_LIBS = 'intrp,sim_util' LIB = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' LIBS = 'atn,ccgfonts,ccgmain,ccgps,ccv,ccvport,cvatn,data_set,osi,polygon_utl,regexp,tri,vapsmsg,msg,vpcomm,vpimsg,vputl,gl2win,vpgl,fnt,osi,vpi,sim_util,ipcwin,drivers,vusb,multimedia' LM_LICENSE_FILE = '@dude' LOGONSERVER = '\\DUDE' NLSPATH = 'C:\ETI\Vaps631\Data\Msg' NUMBER_OF_PROCESSORS = '1' OS = 'Windows_NT' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = 'x86' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = '15' PROCESSOR_REVISION = '0209' PROGRAMFILES = 'C:\Program Files' PROMPT = '$P$G' QTJAVA = 'c:\Program Files\QuickTime\QTSystem\QTJava.zip' SESSIONNAME =
Re: version 1.5.21-1 , g++ installation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to abhinav - on 7/25/2006 6:03 PM: Hi, Based on my scans through internet I was expecting g++ to be a part of the cygwin package (version 1.5.21-1). You must not have scanned very hard. http://cygwin.com/faq/faq-nochunks.html#faq.setup.what-packages 1. Is it normal to have g++ as a command not found after a cygwin installation; AND Yes, if you did not select it to be installed. cygwin-1.5.21-1 is only the runtime package that all other cygwin packages depend on, and g++ is one of those other packages. Rerun setup.exe to select and install it. 2. I downloaded gcc-g++-3.4.4-2.tar.tar . How do i install g++ from this You don't (at least, you shouldn't need to, although it is technically possible). Let setup.exe do the work instead. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFExrd884KuGfSFAYARAgvaAJ9wo58t/AwJvcZLLjG+45Sp9mSd5wCbBkKk Jr2ZIAyQMwOMnCj4KEpOPII= =nRTx -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/
tar, win-path conversion bug
I think I've run into a bug concerning tar and the use of windows format paths. It's not a bug that is difficult to work around, but it still seems as though it is a bug that someone may wish to address (in their spare time, of course :-). I wanted to save a list of files into a tar archive where the list was created by a windows-based utility that generated windows-style pathnames. Just to see if it was supported at all, I decided to try it with 1 file first, before attempting the whole archive. Created file /tmp/tst that contained 1 filename: c:\WINDOWS\msagent\chars\brocklee.acs My command line was: tar cvpf /tmp/tst.tar -T /tmp/tst --ignore-case --no-recursion My output was: tar: Removing leading `c:\' from member names tar: c\:\\WINDOWS\\msagent\\chars\brocklee.acs: Cannot stat: No such file or directory tar: Substituting `.' for empty member name tar: : Cannot stat: No such file or directory tar: Error exit delayed from previous errors ls gives: ls -lGg C:\\Windows\\msagent\\chars\\brocklee.acs -rw-r- 1 3614596 Jul 5 2002 C:\Windows\msagent\chars\brocklee.acs Note in tar, the backslash before the filename wasn't doubled as were the other backslashes: tar: c\:\\WINDOWS\\msagent\\chars\brocklee.acs ^^ If I edit the input file and add an extra backslash before the filename, like: c:\WINDOWS\msagent\chars\\brocklee.acs ^ extra backslash Then tar works. Easy workaround is to convert the paths to unix-type paths. -linda -- 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 can i search a specific symbol in static library ?
there are many static library files in lib directory, when i was reported a error: undefined reference to X how could i know which static library file(.a file) should i append to compile path by parameter L l is there a convenient way to search a specific symbol in a directory? -- 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: Can NTFS junctions be listed?
It appears that junctions from sysinternals.com gets an invalid instruction when run my Athlon XP machine. This turns out to be incorrect. The junction program with the invalid instruction was a different program of the same name from the tools of the windows resource kits, which was first in my path. It would still be nice if cygwin find supported junctions. Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Pine bug in cygwin?
Looks like the culprint is SSL_write. I wrote a wrapper around it that continues whenever it gets EINTR. It looks like its working now. See the attached diff On Tue, 25 Jul 2006, Tim Newsham wrote: Encoding Error Interrupted system call [...] smtp-server=127.0.0.1/novalidate-cert inbox-path={127.0.0.1/ssl/novalidate-cert}inbox Tim Newsham http://www.thenewsh.com/~newsham/diff -r -u pine4.64/imap/src/osdep/unix/ssl_unix.c pine-patched/imap/src/osdep/unix/ssl_unix.c --- pine4.64/imap/src/osdep/unix/ssl_unix.c 2004-04-27 09:54:51.0 -1000 +++ pine-patched/imap/src/osdep/unix/ssl_unix.c 2006-07-25 16:39:00.546875000 -1000 @@ -446,6 +446,16 @@ } +/* repeatedly SSL_write until it works or we get a real error! */ +long SSL_write_ni(SSL *con, char *str, int sz) +{ +long l; + +while((l = SSL_write(con, str, sz)) 0 errno == EINTR) +continue; +return l; +} + /* SSL send string * Accepts: SSL stream * string pointer @@ -462,7 +472,7 @@ /* until request satisfied */ for (i = 0; size 0; string += i,size -= i) /* write as much as we can */ -if ((i = SSL_write (stream-con,string,(int) min (SSLBUFLEN,size))) 0) +if ((i = SSL_write_ni (stream-con,string,(int) min (SSLBUFLEN,size))) 0) return ssl_abort (stream);/* write failed */ (*bn) (BLOCK_NONE,NIL); return LONGT; /* all done */ -- 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/
Pine bug in cygwin?
I'm seeing weirdness in pine under cygwin. I can normally send and receive mail just fine. When I try to send a large file as an attachment I get two error messages displayed. During the transmission the status bar displays: Encoding Error Interrupted system call then after a second or so it displays: Mail not sent. Sending error: 421 SMTP connection went away! I'm sending and receiving mail using smtp-server=127.0.0.1/novalidate-cert inbox-path={127.0.0.1/ssl/novalidate-cert}inbox (there's some ssh port forwarding going on as well). I tested the identical setup from linux and pine worked fine there. I can receive large attachments fine, it just seems to have issues while sending. I tried against pine 4.58 (the current binary shipped with cygwin) and the latest 4.64 version (which I built myself) and both showed the same behavior. PS: It's about time to update the cygwin pine binary, no? Tim Newsham http://www.thenewsh.com/~newsham/ -- 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.21-1 DLL Loading Problem
On 07/25/2006, Rob Hatcherson wrote: I've been trying to track this down with gdb, but haven't made much progress. I put the cygwin1.dbg from the src distro into the /bin dir, which at least allowed some level of breakpoint setting, but so far none of the ones I've tried (dlopen, dll::init(), and a few others in that vicnity) have been hit. I'm not too familiar with the cygwin source base, so I may be snooping around in the wrong spot. Have you tried putting break points in the DLL init routines for A.dll, B.dll, or just plain main()? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (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: FAQ update suggestion: uninstall
On 7/23/06, Robert Pendell wrote: Testing wrote: http://cygwin.com/faq/faq.setup.html#faq.setup.uninstall-all Would it be valuable to add this to the FAQ entry? That won't work for those on XP Home. In order to access the Security tab you have to boot into safe mode. OK, I'll add that in a note. -- 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/
Updated:lftp-3.5.1-1
A new version of the lftp package is available in the Cygwin distribution. lftp is a sophisticated file transfer program and ftp/http client. It supports multiple network protocols, offers tab completion, command history, job control, and bookmarks, can mirror sites and transfer multiple files in parallel, and keeps trying interrupted operations until it can complete them. Changes in version 3.5.1-1: * new upstream release. The previous Cygwin release was 2.6.10; see http://lftp.yar.ru/news.html for a list of the many changes since then. * new Cygwin maintainer. Andrew E. Schulman *** 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 this URL.