Re: Building elf2flt
Posting twice, but still you dont provide any details on the command line used to link the executable. ?? wrote: > > Building elf2flt in Cygwin-1-3-4 > > windows: >winme > elf2flt: >elf2flt2105.tar.tz > error messages: > /usr/lib/libbfd.a(bfd.o)(.text+0x27d):bfd.c: undefined reference to dcgettext__' > /usr/lib/libbfd.a(bfd.o)(.text+0x4eb):bfd.c: undefined reference to dcgettext__' > /usr/lib/libbfd.a(bfd.o)(.text+0x5e4):bfd.c: undefined reference to dcgettext__' > /usr/lib/libbfd.a(bfd.o)(.text+0x62f):bfd.c: undefined reference to dcgettext__' > /usr/lib/libbfd.a(bfd.o)(.text+0x67e):bfd.c: undefined reference to dcgettext__' > /usr/lib/libbfd.a(libbfd.o)(.text+0xca1):libbfd.c: more undefined references to >`dcgettext__' follow > collect2: ld returned 1 exit status > make: *** [elf2flt] Error 1 > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Erroneous uudecode.1 (sharutils 4.2.1-1) man page
On Mon, Dec 17, 2001 at 12:32:19AM +0100, Alessandro Doro wrote: > In fact it contains the (only) line: > > .so /tmp/install/usr/man/man11/uuencode.1 > > that should be corrected to: > > .so uuencode.1 Thanks for the heads up. I've uploaded a fixed version. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Re Re: Re: UNIX Sockets - Broadcast address
On Mon, Dec 17, 2001 at 03:37:13AM +, Kay M wrote: > So what the bottom line, no broadcasting ?. > > Question: Has any one ever written a program on cygwin that uses A broadcast > address ?. A client program to be more specific. What about actually debugging the problem? Or did you try using WinSock functions directly instead of the Cygwin wrapper functions just for debugging purposes? Anything which tracks down the cause? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: vimtutor
On Mon, Dec 17, 2001 at 06:36:56AM -, fergus at bonhard dot uklinux dot net wrote: > (a) What should I get as a response to vimtutor ? Both at the bash > prompt and in a rxvt terminal window I get > > tempfile: not found > vim6: Command not found > > followed by a text tutorial several pages long, evidently viewed from within > vim itself. Is this "right" (the error messages are a bit non-optimal, but > something is working)? It's ok. `man vimtutor' gives a hint what should happen. The above messages are to be ignored. > (b) I have earlier memories of a multi-coloured Help facility / tutorial for > vim, that was interactive (you could work through it and press links, that > worked). Maybe this preceded all the recent vim updates of the past couple > of months. I can't find it now. Please can anybody remind me what this was, > and how to get there? You're talking about the internal vim help: :help Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE:set up question
Hi, I wonder if in the set up.exe we can add field in setup.ini to specify whether package is installed by default, or not. Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RE:set up question
On Mon, 2001-12-17 at 20:46, Jorge Goncalvez wrote: > Hi, I wonder if in the set up.exe we can add field in setup.ini to specify > whether package is installed by default, or not. We've got that. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RE:set up question
So, I would like to install by default inetutils without going to Net And specify the version of inetutils because by defaut when I ran Setup.exe Inetutils are Skip. How can i do?Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: network package problem ((
Charles Wilson wrote: thank you ;) my rep etc was erased so it couldnt find those etc files. it's working now. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RE:set up question
On Mon, 2001-12-17 at 21:02, Jorge Goncalvez wrote: > So, I would like to install by default inetutils without going to Net And > specify the version of inetutils because by defaut when I ran Setup.exe > Inetutils are Skip. > How can i do?Thanks After you download everything you can edit *your* setup.ini and add Base to the inetutils category list. It will get reset when you download from the net again. A neat trick you can do with the CVS HEAD code is to have a mirror site on your hard drive, with a dummy setup.ini that specifies the package and that it should be in Base, but uses an old version number and provides no filenames. That will merge with the master setup.ini and case inetutils to be installed automatically for you. Also, once you've install inetutils once it will automatically update. lastly, you could help out with the command line parameter effort, which will allow commandline control of setup.ini. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bug
gcc -DIN_GCC -g -O2 -DHAVE_CONFIG_H -o genattr \ genattr.o rtl.o bitmap.o print-rtl.o ` case "obstack.o" in ?*) echo obstack.o ; ; esac ` ` case "" in ?*) echo ;; esac ` ` case "" in ?*) echo ;; esac ` ` ca se "" in ?*) echo ;; esac ` ` case "" in ?*) echo ;; esac ` -ladvapi32 ./genattr ./config/i386/i386.md > tmp-attr.h . At file position: 155ound character Following characters are: ;; This file is part of GNU CC. ;; GNU CC is free software; you can redistribute it and/or modify ;; it under the terms of the GNU General Public License as published by ;; the Free Software FouAborting. genattr: Internal compiler error in `dump_and_abort', at rtl.c:539 Please submit a full bug report. See http://egcs.cygnus.com/faq.html#bugreport> for instructions. make[1]: *** [s-attr] Error 33 make[1]: Leaving directory `/cygdrive/d/gcc-2.95/gcc' make: *** [all-gcc] Error 2 Sverker Mellhage [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Newbie question
Hallo, 2001-12-17 12:03:22, du schriebst: > What i have done: > under /etc, run 'iu-config' to generate some files. iu-config asks if you want to install inetd as a service. If you said NO here you need to install it manually. $ inetd --install-as-service > What to do next ?? > inetutils..README says: login > but where? what should have been done before 'login'? Start the inetd service, then: $ telnet localhost login now with your username and password. BTW, which Windows are you on? I don't know how it works on Win98, search the docs and archives please for information about this if needed. Gerrit -- convey Information Systems GmbH http://www.convey.de/ Vitalisstraße 326-328 Gerrit P. Haase D-50933 Köln [EMAIL PROTECTED]Fon: ++49 221 6903922 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Make Problem!!!!
Hi: I have got an environment problem with make: D: \make -f mcyg32 c++.exe -c /comun/src/cacheb.cpp -o /client/mcc_cyg/debg/cacheb.obj -DLIBRERIA - DDOS_SOURCE -DPRCIO -DVTREE=86 -DCOMPILADOR -DINTERPRETE -DCOM -D__386__ -D__NT_ _ -I/client/src -I/comun/src -I/cygwin/usr/include/mingw -I/cygwin/usr/include/m ingw/sys -I/cygwin/usr/include/w32api -I/JDK1.3.1/INCLUDE -I/JDK1.3.1/INCLUDE/WI N32 -Wall -mno-cygwin make: c++.exe: Command not found make: *** [/client/mcc_cyg/debg/cacheb.obj] Error 127 Why? Thamks in advanced. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup.exe question/feature request
Hi, didn't see this in the FAQ, and wasn't sure what to search for in the archive. Is it possible to make a manifest file of 'what to install' for setup.exe? I have a network of several boxen that ideally would have the exact same setup, with the installer able to run without manual package selection. If not, I hereby request this as a feature. --- Pat Gunn mod: csna, bmcm, bmco, cooa, cona, clpd comod: coom http://junior.apk.net/~qc "It is easier to rationalize than to be rational" --Pat Gunn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe not working with PPPoE
Hmm... I don't know too much of PPPoE so I guess I'm not of much help here :( However, perhaps someone of the mailing list can help - I've crossposted this mail there. P.S. However I think that basically the underlying network should handle the specifics of your connection and not the setup program itself. Tony Nicol wrote: > > Hi Pavel, thanks for the quick reply. > > I am at home, no proxy (Tiny Personal Firewall completely deactivated - just > in case!). > > No matter what I do I still have the same problem. As soon as I click > , a fraction of a second later it comes back to the same dialogue box. > I have tried IE5 & direct with no joy :( > > I am pretty sure it must be something to do with using PPPoE/ADSL/Ethernet > Adaptor. I have no problem doing this at work... > > Any ideas??? > > Cheers for any help you can give. > > Tony > > - Original Message - > From: "Pavel Tsekov" <[EMAIL PROTECTED]> > To: "Tony Nicol" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Friday, December 14, 2001 9:36 PM > Subject: Re: setup.exe not working with PPPoE > > > It's not setup.exe - maybe you are behind a firewall > > and you need a http proxy to access the web. If this > > is the case just try using one of the proxy or IE5 > > methods instead of direct. > > > > Tony Nicol wrote: > > > > > > Hi, > > > I am running windows 2000 (Service Pack 2) using ADSL (over PPPoE - = > > > using ethernet adapter/dialup adsl link) > > > > > > I normally have no other problems with any part of the internet but > > > > > > The setup program when it looks for mirrors.lst fails immediately and = > > > comes back with the same choose download method screen (no matter what = > > > method I choose)... tried everything I can think of with no avail > > > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Newbie question
Thank you Gerrit Give me some more light pls. I'm on win2k professional. I again ran 'iu-config' under /etc, and the response was (i didn't see the prompt if install inetd as a service) Administrator@ALLELUJA /cygdrive/c/cygwin/etc $ iu-config Overwrite existing /etc/ftpusers file? (yes/no) yes Creating default /etc/ftpusers file Overwrite existing /etc/ftpwelcome file? (yes/no) yes Creating default /etc/ftpwelcome file Overwrite existing /etc/inetd.conf file? (yes/no) yes Creating default /etc/inetd.conf file Overwrite existing /etc/motd file? (yes/no) yes Creating default /etc/motd file Overwrite existing /etc/shells file? (yes/no) yes Creating default /etc/shells file Configuration finished. Have fun! Administrator@ALLELUJA /cygdrive/c/cygwin/etc $ inetd --install-as-service bash: inetd: command not found Administrator@ALLELUJA /cygdrive/c/cygwin/etc $ What do they really mean? I haven't installed 'inetd' yet or other required packages? > Start the inetd service, then: how to start it? (under which folder, and what command) > login now with your username and password. my windows usrname/passwd or something else? Regards - Original Message - > Hallo, > > 2001-12-17 12:03:22, du schriebst: > > > What i have done: > > under /etc, run 'iu-config' to generate some files. > > iu-config asks if you want to install inetd as a service. > If you said NO here you need to install it manually. > $ inetd --install-as-service > > > What to do next ?? > > inetutils..README says: login > > > but where? what should have been done before 'login'? > > Start the inetd service, then: > > $ telnet localhost > > login now with your username and password. > > BTW, which Windows are you on? > I don't know how it works on Win98, search the docs and archives please > for information about this if needed. > > Gerrit > -- > convey Information Systems GmbH http://www.convey.de/ > Vitalisstraße 326-328 > Gerrit P. Haase D-50933 Köln > [EMAIL PROTECTED]Fon: ++49 221 6903922 > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Make Problem!!!!
This is an inidcation that c++.exe is not in the list of paths of your PATH environment variable. "JOSE (GRI)" wrote: > > Hi: > > I have got an environment problem with make: > > D: \make -f mcyg32 > > c++.exe -c /comun/src/cacheb.cpp -o /client/mcc_cyg/debg/cacheb.obj > -DLIBRERIA - > DDOS_SOURCE -DPRCIO -DVTREE=86 -DCOMPILADOR -DINTERPRETE -DCOM -D__386__ > -D__NT_ > _ -I/client/src -I/comun/src -I/cygwin/usr/include/mingw > -I/cygwin/usr/include/m > ingw/sys -I/cygwin/usr/include/w32api -I/JDK1.3.1/INCLUDE > -I/JDK1.3.1/INCLUDE/WI > N32 -Wall -mno-cygwin > make: c++.exe: Command not found > make: *** [/client/mcc_cyg/debg/cacheb.obj] Error 127 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Newbie question
Hallo hongxun, 2001-12-17 14:19:27, du schriebst: > Thank you Gerrit Give me some more light pls. > I'm on win2k professional. > I again ran 'iu-config' under /etc, and the response was (i didn't see the > prompt if install inetd as a service) > Administrator@ALLELUJA /cygdrive/c/cygwin/etc > $ iu-config > Overwrite existing /etc/ftpusers file? (yes/no) yes > Creating default /etc/ftpusers file > Overwrite existing /etc/ftpwelcome file? (yes/no) yes > Creating default /etc/ftpwelcome file > Overwrite existing /etc/inetd.conf file? (yes/no) yes > Creating default /etc/inetd.conf file > Overwrite existing /etc/motd file? (yes/no) yes > Creating default /etc/motd file > Overwrite existing /etc/shells file? (yes/no) yes > Creating default /etc/shells file > Configuration finished. Have fun! Hmm, I thought iu-config does the install, maybe I am wrong. > Administrator@ALLELUJA /cygdrive/c/cygwin/etc > $ inetd --install-as-service > bash: inetd: command not found > Administrator@ALLELUJA /cygdrive/c/cygwin/etc > $ > What do they really mean? I haven't installed 'inetd' yet or other required > packages? inetd is in /usr/sbin which isn't in PATH included by default. Type: $ /usr/sbin/inetd --install-as-service Gerrit -- begin signature: =^..^= end -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ssh: connection closed by remote host
Hola, list ... after once again scanning hte mailing list archives, the web, the documentation, some books and other stuff, I am still helpless on this one. Attached are two snippets of my unsuccessful attempts to connect to sshd. On the client side I always get "connection closed by remote host" and after trying the whole weekend on this, I really give up ... Any help would really be appreciated. Th. PD: Software version is current. OS is W2K on both sides, daemon sits on a "hardened" W2K server in our extranet. -- Thorsten Sommer Any technology distinguishable from magic is insufficiently advanced. Log on daemon side: debug2: callback done debug2: callback start debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 channel 0 request shell reply 0 debug1: channel 0: rfd 7 isatty debug1: fd 7 setting O_NONBLOCK debug1: fd 3 setting O_NONBLOCK debug2: callback done <-- here I get a 1-2 second delay --> debug1: Received SIGCHLD. debug1: session_by_pid: pid 3492 debug1: session_exit_message: session 0 channel 0 pid 3492 debug1: session_exit_message: release channel 0 debug1: channel 0: write failed debug1: channel 0: output open -> closed debug1: channel 0: close_write debug1: session_close: session 0 pid 3492 debug1: session_pty_cleanup: session 0 release /dev/tty1 Read error from remote host: errno ESHUTDOWN triggered debug1: Calling cleanup 0x41eb04(0x0) debug1: channel_free: channel 0: server-session, nchannels 1 debug3: channel_free: status: The following connections are open: #0 server-session (t4 r0 i1/262 o128/0 fd 7/-1) debug3: channel_close_fds: channel 0: r 7 w -1 e -1 debug1: Calling cleanup 0x4169ac(0x0) Log on client side: debug1: channel request 0: shell debug2: callback done debug1: channel 0: open confirm rwindow 0 rmax 16384 debug2: channel 0: rcvd adjust 32768 debug3: Trying to reverse map address 10.211.177.94. Could not reverse map address 10.211.177.94. Last login: Mon Dec 17 14:47:09 2001 from 10.211.177.94 <-- here I get a 1-2 second delay --> debug1: channel_free: channel 0: client-session, nchannels 1 debug3: channel_free: status: The following connections are open: #0 client-session (t4 r0 i1/0 o16/0 fd 4/5) debug3: channel_close_fds: channel 0: r 4 w 5 e 6 Connection to 194.114.32.239 closed by remote host. Connection to 194.114.32.239 closed. debug1: Transferred: stdin 0, stdout 0, stderr 91 bytes in 7.4 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 12.2 debug1: Exit status -1 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
pls help, thx : rcp & ftp problem
Hi, I have two problems about rcp and ftp. I have two W2k servers which are in domain: Server one: - have c,d,e drives - cygdrive is installed in d:\cygwin - home directory is in e:\home\userA - have system mount "/cygdrive/e" - in /etc/passwd, home directory of userA : /cygdrive/e/home/userA Server two: - have c,d,f drives - cygdrive is installed in d:\cygwin - home directory is in f:\net\userA - have system mouont "/cygdrive/f" - in /etc/passwd. home directory of userA : /cygdrive/f/net/userA 1. When domain userA ftp to server one, it did not start at home directory /cygdrive/e/home/userA. How can userA start at its home directory when ftp to Cygwin ? 2. When userA login to server one and rcp to server two: $rcp -p filename ServerTwo:/cygdrive/f/net/userA rcp: No remote directory. $mount "/cygdrive/f/net" "/net" $rcp -p filename ServerTwo:/net/userA rcp: No remote directory. How can I rcp from server one to/from server two ? (cygwin is not installed in e: and f:) Thanks Best Regards, ikbea == ·s®ö§K¶O¹q¤l«H½c http://sinamail.sina.com.hk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe question/feature request
On Mon, 2001-12-17 at 23:48, Pat Gunn wrote: > Hi, didn't see this in the FAQ, and wasn't sure what to > search for in the archive. > > Is it possible to make a manifest file of 'what to install' > for setup.exe? I have a network of several boxen that ideally > would have the exact same setup, with the installer able to > run without manual package selection. If not, I hereby request > this as a feature. You can use the technique I described about 2 hours ago to do this (with the next release of setup). BTW: file:// url's are supported for mirror site locations. Also if you were to contribute to the command line options work for setup, that would allow script driven installs. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
rcp & ftp problem
Hi, I have two problems about rcp and ftp. I have two W2k servers which are in domain: Server one: - have c,d,e drives - cygdrive is installed in d:\cygwin - home directory is in e:\home\userA - have system mount "/cygdrive/e" - in /etc/passwd, home directory of userA : /cygdrive/e/home/userA Server two: - have c,d,f drives - cygdrive is installed in d:\cygwin - home directory is in f:\net\userA - have system mouont "/cygdrive/f" - in /etc/passwd. home directory of userA : /cygdrive/f/net/userA 1. When domain userA ftp to server one, it did not start at home directory /cygdrive/e/home/userA. How can userA start at its home directory when ftp to Cygwin ? 2. When userA login to server one and rcp to server two: $rcp -p filename ServerTwo:/cygdrive/f/net/userA rcp: No remote directory. $mount "/cygdrive/f/net" "/net" $rcp -p filename ServerTwo:/net/userA rcp: No remote directory. How can I rcp from server one to/from server two ? (cygwin is not installed in e: and f:) Thanks Best Regards, Bel _ Do you Yahoo!? ¦æ¸U¨½¸ô http://travel.yahoo.com.hk Comprehensive travel guide at http://travel.yahoo.com.hk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Newbie question
I did move ahead a little, but it sticks at login: $ net start inetd The requested service has already been started. More help is available by typing NET HELPMSG 2182. $ telnet localhost Trying 127.0.0.1... telnet: Unable to connect to remote host: Connection refused Administrator@ALLELUJA /cygdrive/d $ login login: Administrator Password: Login incorrect login: BTW, i use Road runner - Original Message - > inetd is in /usr/sbin which isn't in PATH included by default. > Type: > $ /usr/sbin/inetd --install-as-service > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
mutt/procmail lock problem
Gary, I just discovered a locking problem with mutt 1.3.x that I believe also affects the mutt 1.2.x that you contributed to Cygwin. This lock problem caused procmail to misfile messages to the wrong mbox file when mutt happened to be writing to the mbox file that should have received the message. Under this situation, procmail complains to its logfile with error messages of the following form: Error while writing to "x" IMO, the root cause is due to "incorrect" group permissions for "/var/spool/mail" on the build machine: $ ls -ld /var/spool/mail drwxr-xr-x2 jtishler Administ0 Dec 17 09:06 /var/spool/mail ^ +--- should be writable When built on such a machine, mutt's configure does not enable dotlocking: $ mutt -v Mutt 1.2.5i (2000-07-28) [snip] System: CYGWIN_NT-5.0 1.3.6(0.47/3/2) [using ncurses 5.2] Compile options: -DOMAIN -DEBUG -HOMESPOOL -USE_SETGID -USE_DOTLOCK +USE_FCNTL -USE_FLOCK I recommend "fixing" the permissions of "/var/spool/mail" on your machine: $ chmod g+w /var/spool/mail and then releasing a new mutt package. Thanks, Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: OpenSSH-3.0.2p1-2
After updating OpenSSH I cannot find ssh.exe any longer?! Running setup.exe again and rolling back to the previous version makes everything fine again. Regards, Frank-Michael. -- DECODON GmbHphone: +49(0)3834 515231 W.-Rathenau-Str. 49a fax: +49(0)3834 515239 17489 Greifswaldemail: [EMAIL PROTECTED] Germany web: www.decodon.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: OpenSSH-3.0.2p1-2
On Mon, Dec 17, 2001 at 03:58:49PM +0100, Frank-Michael Moser wrote: > After updating OpenSSH I cannot find ssh.exe > any longer?! Running setup.exe again and rolling > back to the previous version makes everything > fine again. Weird. ssh.exe is definitely part of the tar archive. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: OpenSSH-3.0.2p1-2
When setup.exe installs the previous version I can see the progress bars moving. Installing the new version is as fast as nothing beeing copied !? Corinna Vinschen wrote: > On Mon, Dec 17, 2001 at 03:58:49PM +0100, Frank-Michael Moser wrote: > >>After updating OpenSSH I cannot find ssh.exe >>any longer?! Running setup.exe again and rolling >>back to the previous version makes everything >>fine again. >> > > Weird. ssh.exe is definitely part of the tar archive. > > Corinna > > -- DECODON GmbHphone: +49(0)3834 515231 W.-Rathenau-Str. 49a fax: +49(0)3834 515239 17489 Greifswaldemail: [EMAIL PROTECTED] Germany web: www.decodon.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: OpenSSH-3.0.2p1-2
Check your setup.log and setup.log.full for any error messages - perhaps the tarball is broken (paritally downloaded). Frank-Michael Moser wrote: > > When setup.exe installs the previous version > I can see the progress bars moving. > Installing the new version is as fast as > nothing beeing copied !? > > Corinna Vinschen wrote: > > > On Mon, Dec 17, 2001 at 03:58:49PM +0100, Frank-Michael Moser wrote: > > > >>After updating OpenSSH I cannot find ssh.exe > >>any longer?! Running setup.exe again and rolling > >>back to the previous version makes everything > >>fine again. > >> > > > > Weird. ssh.exe is definitely part of the tar archive. > > > > Corinna > > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How to install Cygwin in a LAN enviroment?
Hi How could I install Cygwin in a LAN enviroment? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: OpenSSH-3.0.2p1-2
On Mon, Dec 17, 2001 at 04:45:09PM +0100, Pavel Tsekov wrote: > Check your setup.log and setup.log.full for any > error messages - perhaps the tarball is > broken (paritally downloaded). I have just used setup myself to update one of my Cygwin boxes. I had no problem with the OpenSSH 3.0.2p1-2 package. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: OpenSSH-3.0.2p1-2
Corinna Vinschen wrote: > > On Mon, Dec 17, 2001 at 04:45:09PM +0100, Pavel Tsekov wrote: > > Check your setup.log and setup.log.full for any > > error messages - perhaps the tarball is > > broken (paritally downloaded). > > I have just used setup myself to update one of my Cygwin boxes. > I had no problem with the OpenSSH 3.0.2p1-2 package. I meant the client side (thus partially downloaded), not the server side (i.e. mirrors.rcn.net) for example. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How could I install Cygwin without SETUP.EXE?
Hi How could I install Cygwin without SETUP.EXE? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How could I install Cygwin without SETUP.EXE?
"JOSE (GRI)" wrote: > > Hi > > How could I install Cygwin without SETUP.EXE? You can't. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: OpenSSH-3.0.2p1-2
Really, that's it. I removed the downloaded openssh-3.0.2p1-2.tar.bz2 manually and run setup again - now everything works fine. Thanks for the help. Pavel Tsekov wrote: > Check your setup.log and setup.log.full for any > error messages - perhaps the tarball is > broken (paritally downloaded). > > Frank-Michael Moser wrote: > >>When setup.exe installs the previous version >>I can see the progress bars moving. >>Installing the new version is as fast as >>nothing beeing copied !? >> >>Corinna Vinschen wrote: >> >> >>>On Mon, Dec 17, 2001 at 03:58:49PM +0100, Frank-Michael Moser wrote: >>> >>> After updating OpenSSH I cannot find ssh.exe any longer?! Running setup.exe again and rolling back to the previous version makes everything fine again. >>>Weird. ssh.exe is definitely part of the tar archive. >>> >>>Corinna >>> >>> >>> > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- DECODON GmbHphone: +49(0)3834 515231 W.-Rathenau-Str. 49a fax: +49(0)3834 515239 17489 Greifswaldemail: [EMAIL PROTECTED] Germany web: www.decodon.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bug
On Mon, Dec 17, 2001 at 11:43:46AM +0100, Sverker Mellhage wrote: >gcc -DIN_GCC -g -O2 -DHAVE_CONFIG_H -o genattr \ > genattr.o rtl.o bitmap.o print-rtl.o ` case "obstack.o" in ?*) echo >obstack.o ; >; esac ` ` case "" in ?*) echo ;; esac ` ` case "" in ?*) echo ;; esac >` ` ca >se "" in ?*) echo ;; esac ` ` case "" in ?*) echo ;; esac ` -ladvapi32 >./genattr ./config/i386/i386.md > tmp-attr.h >. At file position: 155ound character >Following characters are: > >;; This file is part of GNU CC. > >;; GNU CC is free software; you can redistribute it and/or modify >;; it under the terms of the GNU General Public License as published by >;; the Free Software FouAborting. >genattr: Internal compiler error in `dump_and_abort', at rtl.c:539 >Please submit a full bug report. >See http://egcs.cygnus.com/faq.html#bugreport> for instructions. ^ Was this unclear? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How could I install cygwin without SETUP.EXE?
On Mon, Dec 17, 2001 at 05:04:11PM +0100, Pavel Tsekov wrote: >"JOSE (GRI)" wrote: >>Hi >> >>How could I install Cygwin without SETUP.EXE? > >You can't. Actually, you can but if you really can't figure out how then you probably shouldn't be considering it. It should be really easy to find instructions about this. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: path problems when logged in through ssh
At 04:01 PM 12/15/2001, C. Porter Bassett wrote: >When I ssh into my machine and try to run things installed in >/usr/local/bin or /usr/sbin, windows pops up an error message saying "The >dynamic link library cygwin1.dll could not be found in the specified path >d:\cygwin\usr\local\bin;.;C:\WINNT\system32;C:\WINNTsystem;C\WINNT;." >or if it is for a program installed in /usr/sbin, replace \local\bin with >\sbin. > >Of course it doesn't find it in that path -- it's in d:\cygwin\bin, right >where it should be. >I do have d:\cygwin\bin in my path, but for some reason it doesn't look at >the normal path when running stuff from sshd, it only looks in the above >5 directories. Hm, I wonder how one would fix a problem where the path is set incorrectly! ;-) Make sure you're path is set correctly by checking around in your environment. Most likely, your path is not set correctly in your ~/.profile or something. YMMV. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: path problems when logged in through ssh
It sounds like D:\cygwin\bin is not in your system path. The location of the cygwin1.dll needs to be in your system path to run sshd as a service. HTH, Peter Larry Hall (RFK Partners, Inc) wrote: > At 04:01 PM 12/15/2001, C. Porter Bassett wrote: > >>When I ssh into my machine and try to run things installed in >>/usr/local/bin or /usr/sbin, windows pops up an error message saying "The >>dynamic link library cygwin1.dll could not be found in the specified path >>d:\cygwin\usr\local\bin;.;C:\WINNT\system32;C:\WINNTsystem;C\WINNT;." >>or if it is for a program installed in /usr/sbin, replace \local\bin with >>\sbin. >> >>Of course it doesn't find it in that path -- it's in d:\cygwin\bin, right >>where it should be. >>I do have d:\cygwin\bin in my path, but for some reason it doesn't look at >>the normal path when running stuff from sshd, it only looks in the above >>5 directories. >> > > > Hm, I wonder how one would fix a problem where the path is set > incorrectly! ;-) > > Make sure you're path is set correctly by checking around in your > environment. Most likely, your path is not set correctly in your > ~/.profile or something. YMMV. > > > Larry Hall [EMAIL PROTECTED] > RFK Partners, Inc. http://www.rfk.com > 838 Washington Street (508) 893-9779 - RFK Office > Holliston, MA 01746 (508) 893-9889 - FAX > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
PostgreSQL native compilation
Dear all, 1) Is anyone working on a linkable version of Cygwin to allow native compilation without using cygwin.dll? 2) Is anyone working on a RPM 4 port under Cygwin? Best regards, Jean-Michel POURE -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
oncrpc and cygwin
hi! i'm trying to use oncrpc version 1.14 with cygwin, but i'm getting conflicts between winsock.h and in.h, both included from oncrpc's rpc.h. i'm using w32api-1.2-1, and cygwin version 1.3.6-6, both of which are the latest i could find. when i try to compile, i get: g++ -I/opt/include -D__INSIDE_CYGWIN__ -DWIN32 -DUSE_SYS_TYPES_FD_SET -I/opt/include/glib-1.2 -I/opt/lib/glib/include -I/opt/include/gtk1.2 -I/opt/lib/gtkmm/include -I/opt/lib/sigc++/include -I/opt/include/libxml2 -I/lib/oncrpc -D_REENTRANT -ggdb -Ist -Iinternals -Iexhand -Isaxconstructor -Iffdb -Ibabble -IgooE -Ist -Iinternals -Iexhand -Isaxconstructor -Iffdb -Ibabble -IgooE -c -o babble/connection.o babble/connection.cc In file included from /lib/oncrpc/rpc/rpc.h:57, from ffdb/ffdb_PhysicalStore_Data_Interface_s.hh:31, from babble/mapping.hh:6, from babble/connection.hh:6, from babble/connection.cc:1: /usr/include/w32api/winsock.h:198: warning: `IN_CLASSA' redefined /usr/include/cygwin/in.h:113: warning: this is the location of the previous definition /usr/include/w32api/winsock.h:201: warning: `IN_CLASSA_ /usr/include/cygwin/in.h:116: warning: this is the location of the previous definition /usr/include/w32api/winsock.h:203: warning: `IN_CLASSB' redefined /usr/include/cygwin/in.h:119: warning: this is the location of the previous definition /usr/include/w32api/winsock.h:206: warning: `IN_CLASSB_HOST' redefined /usr/include/cygwin/in.h:122: warning: this is the location of the previous definition /usr/include/w32api/winsock.h:208: warning: `IN_CLASSC' redefined /usr/include/cygwin/in.h:125: warning: this is the location of the previous definition /usr/include/w32api/winsock.h:211: warning: `IN_CLASSC_HOST' redefined /usr/include/cygwin/in.h:128: warning: this is the location of the previous definition /usr/include/w32api/winsock.h:212: warning: `INADDR_ANY' redefined /usr/include/cygwin/in.h:138: warning: this is the location of the previous definition /usr/include/w32api/winsock.h:214: warning: `INADDR_BROADCAST' redefined /usr/include/cygwin/in.h:141: warning: this is the location of the previous definition In file included from /lib/oncrpc/rpc/rpc.h:57, from ffdb/ffdb_PhysicalStore_Data_Interface_s.hh:31, from babble/mapping.hh:6, from babble/connection.hh:6, from babble/connection.cc:1: /usr/include/w32api/winsock.h:185: redefinition of `struct in_addr' /usr/include/cygwin/in.h:83: previous definition here /usr/include/w32api/winsock.h:216: redefinition of `struct sockaddr_in' /usr/include/cygwin/in.h:104: previous definition here /usr/include/w32api/winsock.h:270: redefinition of `struct ip_mreq' /usr/include/cygwin/in.h:91: previous definition here In file included from /lib/oncrpc/rpc/rpc.h:119, from ffdb/ffdb_PhysicalStore_Data_Interface_s.hh:31, from babble/mapping.hh:6, from babble/connection.hh:6, from babble/connection.cc:1: /lib/oncrpc/rpc/netdb.h:45: redefinition of `struct rpcent' /usr/include/netdb.h:112: previous definition here is there something else i need to define? thanks for any help you can give. -tim The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any reproduction, dissemination or distribution of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Tellabs -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How could I install Cygwin without SETUP.EXE?
At 11:04 AM 12/17/2001, Pavel Tsekov wrote: >"JOSE (GRI)" wrote: > > > > Hi > > > > How could I install Cygwin without SETUP.EXE? > >You can't. ... in any way this list supports. Feel free to develop your own way to do such an install but don't bug the list with problems you have with Cygwin from machines so installed. You're on your own. Go nuts. Have fun! ;-) Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: How to install Cygwin in a LAN enviroment?
Here's the way I do it: I have a fileserver mirroring the Cygwin FTP site. Everyone has access to the fileserver (samba/Win Network Neighbourhood) and can run setup from there. They say "Install from local directory" and choose the directory Setup is in (if not already displayed, which it is), and select the packages they want. All you need is a fileserver with access to the internet to download the files needed. If ye want more details, feel free to ask :) Ronald -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of JOSE (GRI) Sent: Monday, December 17, 2001 16:45 To: [EMAIL PROTECTED] Subject: How to install Cygwin in a LAN enviroment? Hi How could I install Cygwin in a LAN enviroment? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
c++.exe error?
Hi: I have got this error while compiling: 0 [main] c++ 1032 proc_subproc: Couldn't duplicate my handle<0x30> for pid 1008, Win32 error 6 What does it mean? Thanks in advance. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin1.dll (file version 1003.6.0.0) dup problem with gcc
Hi, In the mailing list, I have found this problem with earlier dll but with no solution or information whether this is a bug of cygwin. If I use cygwin.dll file version 1003.6.0.0, then when a windows GUI based IDE is calling gcc through createprocess and pass a file for compilation error message appears as fhandler_base::dup: dup(unknown disk file) failed, handle 0, Win32 error 6. If I use cygwin1.dll file version 1003.2.0.0 ( I mean I put gcc in separate directory and put 1003.2.0.0 cygwin1.dll there), no problem in calling gcc from IDE. Interestingly, if I open cygwin shell, within that I can compile using any of the above dlls. Can somebody please tell me, what is the problem, and how to rectify it ? I have tried following command after reading one e-mail, but no success. mount -b --change-cygdrive-prefix /cygdrive Thanks, Suman Cygnus Win95/NT Configuration Diagnostics Current System Time: Mon Dec 17 12:17:45 2001 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 1, RC 1.1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin d:\Perl\bin\ c:\Siebel2k\bin . c:\Oracle\Ora81\bin c:\Program Files\Oracle\jre\1.1.7\bin . c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\ntutils c:\Scripts SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `C:\cygwin\home\Batwings' MAKE_MODE = `unix' PWD = `/home/Batwings' USER = `Batwings' ALLUSERSPROFILE = `D:\Profiles\All Users' APPDATA = `D:\Profiles\r54666\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `ZIN10WSS-L2' COMSPEC = `C:\WINNT\system32\cmd.exe' DIRCMD = `/ogn' HOMEDRIVE = `C:' HOMEPATH = `\' LOGONSERVER = `\\ZIN10WSS-L2' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 10, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `080a' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `d:\Profiles\r54666\LOCALS~1\Temp' TERM = `cygwin' USERDOMAIN = `SPS' USERNAME = `r54666' USERPROFILE = `D:\Profiles\r54666' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:/cygwin/bin' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:/cygwin/lib' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\13 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\14 HKEY_CURRENT_USER\Software\Cygnus Solu
Re: cygwin1.dll (file version 1003.6.0.0) dup problem with gcc
At 01:40 PM 12/17/2001, Suman Kumar Ray wrote:
>Hi,
> In the mailing list, I have found this problem with
>earlier dll but with no solution or information
>whether this is a bug of cygwin.
>If I use cygwin.dll file version 1003.6.0.0, then when
>a windows GUI based IDE is calling gcc through
>createprocess and pass a file for compilation error
>message appears as
>fhandler_base::dup: dup(unknown disk file) failed,
>handle 0, Win32 error 6. If I use cygwin1.dll file
>version 1003.2.0.0 ( I mean I put gcc in separate
>directory and put 1003.2.0.0 cygwin1.dll there), no
>problem in calling gcc from IDE. Interestingly, if I
>open cygwin shell, within that I can compile using any
>of the above dlls.
> Can somebody please tell me, what is the problem, and
>how to rectify it ?
> I have tried following command after reading one
>e-mail, but no success.
> mount -b --change-cygdrive-prefix /cygdrive
Right. This isn't a cygdrive issue so I wouldn't expect to see any
significant change by altering the mount option here.
Clearly, fhandler::dup() is getting an invalid handle ('net helpmsg 6'
tells you that). Given that the handle is 0, I think it's clear that
this complaint is valid. Beyond that though, you're going to need to
dig a little deeper to find the root of the problem. The issue is
internal, which would require debugging to find the cause and correct
it. If you can, debugging Cygwin via gdb would be the best way to go.
Alternatively, if you can't do that, calling gcc indirectly through
strace in your IDE environment would provide some trace information
that might help you or others better understand the problem.
Good luck,
Larry Hall [EMAIL PROTECTED]
RFK Partners, Inc. http://www.rfk.com
838 Washington Street (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: cygwin1.dll (file version 1003.6.0.0) dup problem with gcc
I've been looking into this problem myself, (see last month's thread
starting with http://www.cygwin.com/ml/cygwin/2001-11/msg01217.html )
and have gotten to this point: at the point where vfork is duplicating the
fhandler table and dup'ing open fh's it somehow isn't detecting that stdin
isn't connected to anything. (see dtable::vfork_child_dup () in dtable.cc,
line 553)
Where i'm stuck is figuring out why fh 0 has status of 0x18010 (FH_DISK,
FH_RBINSET, FH_SYMLINK). Shouldn't fh 0 point to stdin?
The file name is a null string, so there's no help there.
BTW, I've written a short windows program to launch make (which i've
recompiled with support for the -D switch, to give me time to attach gdb --
gdb'ing the test-make program doesn't seem to work) here it is:
<>
It seems that there have been reports of this for gcc and make (my guess is
that it probably happens for all cygwin programs that launch other programs
as child processes) when launched using the windows CreateProcess API call.
Does anyone know how the cygwin dll handles CreateProcess calls in these
cases?
Warm Regards,
Chris
> -Original Message-
> From: Larry Hall (RFK Partners, Inc) [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, December 17, 2001 12:52 PM
> To: Suman Kumar Ray; [EMAIL PROTECTED]
> Subject: Re: cygwin1.dll (file version 1003.6.0.0) dup problem with
> gcc
>
> At 01:40 PM 12/17/2001, Suman Kumar Ray wrote:
>
> >Hi,
> > In the mailing list, I have found this problem with
> >earlier dll but with no solution or information
> >whether this is a bug of cygwin.
> >If I use cygwin.dll file version 1003.6.0.0, then when
> >a windows GUI based IDE is calling gcc through
> >createprocess and pass a file for compilation error
> >message appears as
> >fhandler_base::dup: dup(unknown disk file) failed,
> >handle 0, Win32 error 6. If I use cygwin1.dll file
> >version 1003.2.0.0 ( I mean I put gcc in separate
> >directory and put 1003.2.0.0 cygwin1.dll there), no
> >problem in calling gcc from IDE. Interestingly, if I
> >open cygwin shell, within that I can compile using any
> >of the above dlls.
> > Can somebody please tell me, what is the problem, and
> >how to rectify it ?
> > I have tried following command after reading one
> >e-mail, but no success.
> > mount -b --change-cygdrive-prefix /cygdrive
>
> Right. This isn't a cygdrive issue so I wouldn't expect to see any
> significant change by altering the mount option here.
>
> Clearly, fhandler::dup() is getting an invalid handle ('net helpmsg 6'
> tells you that). Given that the handle is 0, I think it's clear that
> this complaint is valid. Beyond that though, you're going to need to
> dig a little deeper to find the root of the problem. The issue is
> internal, which would require debugging to find the cause and correct
> it. If you can, debugging Cygwin via gdb would be the best way to go.
> Alternatively, if you can't do that, calling gcc indirectly through
> strace in your IDE environment would provide some trace information
> that might help you or others better understand the problem.
>
> Good luck,
>
>
> Larry Hall [EMAIL PROTECTED]
> RFK Partners, Inc. http://www.rfk.com
> 838 Washington Street (508) 893-9779 - RFK Office
> Holliston, MA 01746 (508) 893-9889 - FAX
>
>
> --
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ: http://cygwin.com/faq/
>
test-make.c
Description: Binary data
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: cygwin1.dll (file version 1003.6.0.0) dup problem with gcc
> > it. If you can, debugging Cygwin via gdb would be the best way to go. > > Alternatively, if you can't do that, calling gcc indirectly through > > strace in your IDE environment would provide some trace information > > Here is a strace snippet right around the error's occurrence: 09:19:17 [main] make 384 dtable::build_fhandler: fd 3, fh 0x61550820 09:19:17 [main] make 384 dtable::build_fhandler: fd 4, fh 0x61550960 09:19:17 [main] make 384 fhandler_base::init: created new fhandler_base for handle 0xD8 09:19:17 [main] make 384 fhandler_base::init: created new fhandler_base for handle 0x154 09:19:17 [main] make 384 make_pipe: 0 = make_pipe ([3, 4], 16384, 0x1) 09:19:17 [main] make 384 _close: close (4) 09:19:17 [main] make 384 fhandler_base::close: closing '(null)' handle 0x154 09:19:17 [main] make 384 dtable::not_open: in not_open, fds=0x61550128 fd=4 fds[fd]=1632962912 res=0 size=32 09:19:17 [main] make 384 _close: 0 = close (4) 09:19:17 [main] make 384 fhandler_base::set_close_on_exec: set close_on_exec for (null) to 1 09:19:17 [main] make 384 _fcntl: 0 = fcntl (3, 2, 0x1) 09:19:17 [main] make 384 set_process_mask: old mask = 0, new mask = 1804007 09:19:17 [main] make 384 dtable::not_open: in not_open, fds=0x61550128 fd=0 fds[fd]=1632961224 res=0 size=32 09:19:17 [main] make 384 dtable::build_fhandler: fd -1, fh 0x61550960 09:19:17 [main] make 384 fhandler_base::dup: in fhandler_base dup 09:19:17 [main] make 384 fhandler_base::dup: dup(unknown disk file) failed, handle 0, Win32 error 6 09:19:17 [main] make 384 seterrno_from_win_error: /usr/src/cygwin/winsup/cygwin/fhandler.cc:926 errno 6 09:19:17 [main] make 384 geterrno_from_win_error: windows error 6 == errno 9 09:19:17 [main] make 384 vfork: 0 = vfork() 09:19:17 [main] make 384 vfork: exiting vfork, res 0 I'm not sure how far back is relevant to the vfork's setting up for the make-file's "echo" command that occurs next vs. cleaning up from checking dependencies (the previous task make was doing) the build_fhandler: fd=-1 is expected; that's a new dtable being built, so aside from that the error occurring in fhandler_base::dup (which we already knew) there's no new info. Larry, would posting a complete strace be useful? What might I look for in the strace? Warm Regards, Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: path problems when logged in through ssh
Like I said in my original post, d:/cygwin/bin *IS* in my system path, but when I try to run something through ssh, it doesn't use the sytem path. I did find the solution, which is to put /bin in my .bashrc. I did not have it there because it was never needed before. For some reason, now it is. On Mon, Dec 17, 2001 at 11:22:29AM -0500, quoth the Larry Hall (RFK Partners, Inc): > At 04:01 PM 12/15/2001, C. Porter Bassett wrote: > > > Hm, I wonder how one would fix a problem where the path is set > incorrectly! ;-) > > Make sure you're path is set correctly by checking around in your > environment. Most likely, your path is not set correctly in your > ~/.profile or something. YMMV. AND On Mon, Dec 17, 2001 at 11:28:52AM -0500, quoth the Peter Buckley: > It sounds like D:\cygwin\bin is not in your system path. The location > of > the cygwin1.dll needs to be in your system path to run sshd as a > service. > > HTH, > Peter > > Larry Hall (RFK Partners, Inc) wrote: > >When I ssh into my machine and try to run things installed in > >/usr/local/bin or /usr/sbin, windows pops up an error message saying "The > >dynamic link library cygwin1.dll could not be found in the specified path > >d:\cygwin\usr\local\bin;.;C:\WINNT\system32;C:\WINNTsystem;C\WINNT;." > >or if it is for a program installed in /usr/sbin, replace \local\bin with > >\sbin. > > > >Of course it doesn't find it in that path -- it's in d:\cygwin\bin, right > >where it should be. > >I do have d:\cygwin\bin in my path, but for some reason it doesn't look at > >the normal path when running stuff from sshd, it only looks in the above > >5 directories. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
multiple users with the same login name problem
i've spent some time trying to figure out "permission denied" errors on my install of cygwin. it turns out that it was having some difficulty with the fact that my local user name is the same as my domain user name and that they're different accounts on the machine. cygwin chose the local user and created the /etc/passwd file accordingly. however, since i was logged in using my domain login it was throwing "permission denied" errors. by deleting the entry from my /etc/passwd file and replacing it with the entry from mkpasswd -d, i solved the problem. i'm not sure cygwin's behavior was incorrect but it was not obvious from either the user guide or the faq that this problem could occur and how to solve it. i used google to search the mail archives but "permission denied" is such a nebulous error that i couldn't find anything there either. could you guys add something in the faq about troubleshooting "permission denied" errors? i'm not subscribed to cygwin so if you'd like to shout at the newbie, put caps lock on and reply to this address, thanks for all your work so far, cygwin is an awesome application, regards, jamie mccrindle. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: path problems when logged in through ssh
What is your system path? It looks rather unusual. Maybe there is a problem with it. HTH, Peter C. Porter Bassett wrote: > Like I said in my original post, d:/cygwin/bin *IS* in my system path, > but when I try to run something through ssh, it doesn't use the sytem > path. > > I did find the solution, which is to put /bin in my .bashrc. I did not have > it there because it was never needed before. For some reason, now it is. > > > On Mon, Dec 17, 2001 at 11:22:29AM -0500, quoth the Larry Hall (RFK > Partners, Inc): > >>At 04:01 PM 12/15/2001, C. Porter Bassett wrote: >> >> >>Hm, I wonder how one would fix a problem where the path is set >>incorrectly! ;-) >> >>Make sure you're path is set correctly by checking around in your >>environment. Most likely, your path is not set correctly in your >>~/.profile or something. YMMV. >> > > AND > > On Mon, Dec 17, 2001 at 11:28:52AM -0500, quoth the Peter Buckley: > >>It sounds like D:\cygwin\bin is not in your system path. The location >>of >>the cygwin1.dll needs to be in your system path to run sshd as a >>service. >> >>HTH, >>Peter >> >>Larry Hall (RFK Partners, Inc) wrote: >> > > >>>When I ssh into my machine and try to run things installed in >>>/usr/local/bin or /usr/sbin, windows pops up an error message saying "The >>>dynamic link library cygwin1.dll could not be found in the specified path >>>d:\cygwin\usr\local\bin;.;C:\WINNT\system32;C:\WINNTsystem;C\WINNT;." >>>or if it is for a program installed in /usr/sbin, replace \local\bin with >>>\sbin. >>> >>>Of course it doesn't find it in that path -- it's in d:\cygwin\bin, right >>>where it should be. >>>I do have d:\cygwin\bin in my path, but for some reason it doesn't look >>> > at > >>>the normal path when running stuff from sshd, it only looks in the above >>>5 directories. >>> > > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: path problems when logged in through ssh
Most folk set their path in /etc/profile or ~/.profile. I believe that Cygwin setup will produce a /etc/profile that does this (perhaps I'm wrong now - I haven't checked this recently). So the answer is at least a variant of what you found - you weren't setting the path in the environment for which you needed it (Cygwin). If you have a concrete example indicating that clearly shows that you could ssh in with some previous version of Cygwin (I think that's what you were implying with your statement), then you should send that report to the list at least. This kind of information is what is needed to resolve any problems that arise, unless someone wants to resolve the problems before posting, in which case we all get a nice problem report and a solution at the same time! ;-) Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX At 03:07 PM 12/17/2001, C. Porter Bassett wrote: >Like I said in my original post, d:/cygwin/bin *IS* in my system path, >but when I try to run something through ssh, it doesn't use the sytem >path. > >I did find the solution, which is to put /bin in my .bashrc. I did not have >it there because it was never needed before. For some reason, now it is. > > >On Mon, Dec 17, 2001 at 11:22:29AM -0500, quoth the Larry Hall (RFK >Partners, Inc): > > At 04:01 PM 12/15/2001, C. Porter Bassett wrote: > > > > > > Hm, I wonder how one would fix a problem where the path is set > > incorrectly! ;-) > > > > Make sure you're path is set correctly by checking around in your > > environment. Most likely, your path is not set correctly in your > > ~/.profile or something. YMMV. > >AND > >On Mon, Dec 17, 2001 at 11:28:52AM -0500, quoth the Peter Buckley: > > It sounds like D:\cygwin\bin is not in your system path. The location > > of > > the cygwin1.dll needs to be in your system path to run sshd as a > > service. > > > > HTH, > > Peter > > > > Larry Hall (RFK Partners, Inc) wrote: > > > > >When I ssh into my machine and try to run things installed in > > >/usr/local/bin or /usr/sbin, windows pops up an error message saying "The > > >dynamic link library cygwin1.dll could not be found in the specified path > > >d:\cygwin\usr\local\bin;.;C:\WINNT\system32;C:\WINNTsystem;C\WINNT;." > > >or if it is for a program installed in /usr/sbin, replace \local\bin with > > >\sbin. > > > > > >Of course it doesn't find it in that path -- it's in d:\cygwin\bin, right > > >where it should be. > > >I do have d:\cygwin\bin in my path, but for some reason it doesn't look >at > > >the normal path when running stuff from sshd, it only looks in the above > > >5 directories. > > > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Bug reporting: http://cygwin.com/bugs.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: path problems when logged in through ssh
I had a similar problem with ssh. In my case, I couldn't even log in through ssh because the spawned child process could not find the cygwin DLL. The problem was that my system PATH value was longer than 512 characters. The sshd daemon is supposed to copy its environment for the child process. Through debugging, I determined the child process did get a copy of the daemon's environment -- except for PATH, which was set to some useless default like /usr/sbin:/c/WINNT that didn't include the cygwin directory. I looked at the sshd sources and noticed a limit on the environment value sizes of 512 in the code that copies the environment. Since shortening my system PATH value was not an option, I solved the problem by overriding the PATH value for the sshd daemon's environment. I did this by editing the registry for my sshd service, but you can also do it by recreating the sshd service with cygrunsrv and specifying the PATH value as part of the service's environment. Dave "C. Porter Bassett" wrote: > > Like I said in my original post, d:/cygwin/bin *IS* in my system path, > but when I try to run something through ssh, it doesn't use the sytem > path. > > I did find the solution, which is to put /bin in my .bashrc. I did not have > it there because it was never needed before. For some reason, now it is. > > On Mon, Dec 17, 2001 at 11:22:29AM -0500, quoth the Larry Hall (RFK > Partners, Inc): > > At 04:01 PM 12/15/2001, C. Porter Bassett wrote: > > > > > > Hm, I wonder how one would fix a problem where the path is set > > incorrectly! ;-) > > > > Make sure you're path is set correctly by checking around in your > > environment. Most likely, your path is not set correctly in your > > ~/.profile or something. YMMV. > > AND > > On Mon, Dec 17, 2001 at 11:28:52AM -0500, quoth the Peter Buckley: > > It sounds like D:\cygwin\bin is not in your system path. The location > > of > > the cygwin1.dll needs to be in your system path to run sshd as a > > service. > > > > HTH, > > Peter > > > > Larry Hall (RFK Partners, Inc) wrote: > > > >When I ssh into my machine and try to run things installed in > > >/usr/local/bin or /usr/sbin, windows pops up an error message saying "The > > >dynamic link library cygwin1.dll could not be found in the specified path > > >d:\cygwin\usr\local\bin;.;C:\WINNT\system32;C:\WINNTsystem;C\WINNT;." > > >or if it is for a program installed in /usr/sbin, replace \local\bin with > > >\sbin. > > > > > >Of course it doesn't find it in that path -- it's in d:\cygwin\bin, right > > >where it should be. > > >I do have d:\cygwin\bin in my path, but for some reason it doesn't look > at > > >the normal path when running stuff from sshd, it only looks in the above > > >5 directories. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
A Second OpenSSH Path Question
Hi All... I have a vanilla install on a Win2k, SP2 machine. If I type ssh localhost which find I get the one in /c/WINNT/System32 If I type ssh localhost and then type which find in the new session, I get the one in /usr/bin I know that I can change the setting of some environment variables to work around this, but...My question is this: Why is remote command executution different than remote interactive login? By the way, I have the Cygwin created profile in /etc in which the first line is PATH="/usr/local/bin:/usr/bin:/bin:$PATH" So again, why do the two methods produce different results? Thanks, ...Karl _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Re: Re Re: Re: UNIX Sockets - Broadcast address
I dont know advanced debugging. I just know how to write programs in C. I dont know how to write wrapper functions etc...or any Windows WINSOCK API programming. But the question of anyone writing a program client that binds to the broadcast address should be one with a answer (common scenario, must have been done ?) >On Mon, Dec 17, 2001 at 03:37:13AM +, Kay M wrote: >>So what the bottom line, no broadcasting ?. > >Question: Has any one ever written a program on cygwin that uses A >broadcast address ?. A client program to be more specific. What about actually debugging the problem? Or did you try using WinSock functions directly instead of the Cygwin wrapper functions _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Re: Re Re: Re: UNIX Sockets - Broadcast address
On Mon, Dec 17, 2001 at 11:20:09PM +, Kay M wrote: >I dont know advanced debugging. Sounds like it is time to learn. cgf >I just know how to write programs in C. I dont know how to write >wrapper functions etc...or any Windows WINSOCK API programming. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssh: connection closed by remote host
On Mon, 2001-12-17 at 13:57, Sommer, Thorsten wrote: > Hola, list ... > > after once again scanning hte mailing list archives, the web, > the documentation, some books and other stuff, I am still helpless > on this one. > > Attached are two snippets of my unsuccessful attempts to connect > to sshd. > > On the client side I always get "connection closed by remote host" > and after trying the whole weekend on this, I really give up ... > > Any help would really be appreciated. > Th. > > PD: Software version is current. OS is W2K on both sides, daemon > sits on a "hardened" W2K server in our extranet. > > -- > Thorsten Sommer > > Any technology distinguishable from magic is insufficiently advanced. > > > > > Log on daemon side: > > debug2: callback done > debug2: callback start > debug1: session_by_channel: session 0 channel 0 > debug1: session_input_channel_req: session 0 channel 0 request shell reply 0 > debug1: channel 0: rfd 7 isatty > debug1: fd 7 setting O_NONBLOCK > debug1: fd 3 setting O_NONBLOCK > debug2: callback done > > <-- here I get a 1-2 second delay --> > > debug1: Received SIGCHLD. > debug1: session_by_pid: pid 3492 > debug1: session_exit_message: session 0 channel 0 pid 3492 > debug1: session_exit_message: release channel 0 > debug1: channel 0: write failed > debug1: channel 0: output open -> closed > debug1: channel 0: close_write > debug1: session_close: session 0 pid 3492 > debug1: session_pty_cleanup: session 0 release /dev/tty1 > Read error from remote host: errno ESHUTDOWN triggered > debug1: Calling cleanup 0x41eb04(0x0) > debug1: channel_free: channel 0: server-session, nchannels 1 > debug3: channel_free: status: The following connections are open: > #0 server-session (t4 r0 i1/262 o128/0 fd 7/-1) > > debug3: channel_close_fds: channel 0: r 7 w -1 e -1 > debug1: Calling cleanup 0x4169ac(0x0) > > > > Log on client side: > > debug1: channel request 0: shell > debug2: callback done > debug1: channel 0: open confirm rwindow 0 rmax 16384 > debug2: channel 0: rcvd adjust 32768 > debug3: Trying to reverse map address 10.211.177.94. > Could not reverse map address 10.211.177.94. > Last login: Mon Dec 17 14:47:09 2001 from 10.211.177.94 > > <-- here I get a 1-2 second delay --> > > debug1: channel_free: channel 0: client-session, nchannels 1 > debug3: channel_free: status: The following connections are open: > #0 client-session (t4 r0 i1/0 o16/0 fd 4/5) > > debug3: channel_close_fds: channel 0: r 4 w 5 e 6 > Connection to 194.114.32.239 closed by remote host. > Connection to 194.114.32.239 closed. > debug1: Transferred: stdin 0, stdout 0, stderr 91 bytes in 7.4 seconds > debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 12.2 > debug1: Exit status -1 > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > olá Thorsten, I didn't quite follow your ssh quest :-) but have you tried to isolate the fault? if you havent done so yet, you can perhaps bring a linux box in and use it as a client to make sure the server works (and revert the process for the client). best use the same ip addresses as well... good luck! -- And basically I sat in front of a conputer for four years. -- linus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Perl Tk does not install
Hi, I can't seem to get Tk.pm to install on my system: $ uname -a CYGWIN_NT-4.0 SRC26 1.3.6(0.47/3/2) 2001-12-08 17:02 i686 unknown $ which gcc /usr/bin/gcc $ gcc -v Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/specs gcc version 2.95.3-5 (cygwin special) $ which perl /usr/bin/perl $ perl -v This is perl, v5.6.1 built for cygwin-multi Copyright 1987-2001, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using `man perl' or `perldoc perl'. If you have access to the Internet, point your browser at http://www.perl.com/, the Perl Home Page. I download Tk800.023 from CPAN. I had to play around with the Makefile and the location of the X11 header files. Once I got past that mess I got linker errors :( Has anyone installed Tk.pm for Cygwin? thanks Russ -- __ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bc & dc ... hog heaven
I installed bc package with setup.exe and I'm in hog heaven. Thanks for quick responses - add in effusive appreciation for cygwin etc. etc. "Let mortals rejoice" etc. etc. Lew Mammel, Jr. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Distribution
Greetings; My name is Michael Vine and I'm a technical author with Premier press. I'm starting a new beginner's book on C Language development on UNIX platforms. I've found CYGWIN to be very effective for teaching and learning C Language / UNIX on Win platforms and would like to include the CYGWIN software on CD with this book. I've read the license agreement and have derived that it should be ok to do so. Am I correct in my assumptions? I should be able to give you, the industry and/or the organization some plugs in the book if you whish, let me know. Sincerely, Michael A. Vine [EMAIL PROTECTED] _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Distribution
On Mon, Dec 17, 2001 at 06:24:23PM -0800, michael vine wrote: >My name is Michael Vine and I'm a technical author with Premier press. I'm >starting a new beginner's book on C Language development on UNIX platforms. > >I've found CYGWIN to be very effective for teaching and learning C Language >/ UNIX on Win platforms and would like to include the CYGWIN software on CD >with this book. I've read the license agreement and have derived that it >should be ok to do so. Am I correct in my assumptions? It's had to guess what your assumptions might be. What are you assuming you can do with the software? What would you include on the CD? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Xemacs/cygwin 21.4.3 and new console window during compilation
So my supposition is that a console window is created because XEmacs
doesn't have one by default when started from the desktop. The reason it
works in bash is that children inherit their parent's console by default
and somewhere up the foodchain cygwin has a console. I have no idea how we
could fix this. I imagine that if we do AllocConsole in the cygwin version
of XEmacs that whilst this may stop your program creating a console we will
get an ugly console popping up for XEmacs as a whole. Maybe this is
acceptable, I don't know. I'm CC'ing ben and the cygwin list to see if any
windows gurus have any great ideas on this score.
andy
At 07:56 PM 7/3/2001 +0400, Dmitry Bely wrote:
>I have found very strange thing, which is the real showstopper for me. I
>cannot use ocaml compiler (www.ocaml.org) within Xemacs -- when it's called
>during compilation, new console window is always created and so
>warning/error messages are not catched by XEmacs compilation
>process. Having spent enough time, I've managed to extract from ocaml
>sources the following small test example, that demonstrates the problem:
>
>[---hello.c---]
>#include
>
>int main()
>{
> printf("Hello, world!\n");
> printf("press any key...");
> getchar();
> return 0;
>}
>[---end of hello.c---]
>
>[---hello-run.c---]
>#pragma comment(linker , "/subsystem:console")
>
>#include
>
>#define msg_and_length(msg) msg , (sizeof(msg) - 1)
>const char* app = ".\\hello.exe";
>
>void main()
>{
> STARTUPINFO stinfo;
> PROCESS_INFORMATION procinfo;
> DWORD retcode;
>
> stinfo.cb = sizeof(stinfo);
> stinfo.lpReserved = NULL;
> stinfo.lpDesktop = NULL;
> stinfo.lpTitle = NULL;
> stinfo.dwFlags = 0;
> stinfo.cbReserved2 = 0;
> stinfo.lpReserved2 = NULL;
>
> if (!CreateProcess(app, NULL, NULL, NULL, TRUE, 0, NULL, NULL,
> &stinfo, &procinfo)) {
> HANDLE errh;
> DWORD numwritten;
> errh = GetStdHandle(STD_ERROR_HANDLE);
> WriteFile(errh, msg_and_length("Cannot exec "), &numwritten, NULL);
> WriteFile(errh, app, strlen(app), &numwritten, NULL);
> WriteFile(errh, msg_and_length("\r\n"), &numwritten, NULL);
> ExitProcess(2);
>#if _MSC_VER >= 1200
> __assume(0); /* Not reached */
>#endif
> }
> CloseHandle(procinfo.hThread);
> WaitForSingleObject(procinfo.hProcess , INFINITE);
> GetExitCodeProcess(procinfo.hProcess , &retcode);
> CloseHandle(procinfo.hProcess);
> ExitProcess(retcode);
>#if _MSC_VER >= 1200
> __assume(0); /* Not reached */
>#endif
>}
>[---end of hello-run.c---]
>
>Compile both files with MCVS 6.0:
>
>cl hello.c
>cl hello.run
>
>and run resulting hello-run.exe. If you do it via XEmacs shell/compile
>process, new Win32 console window will popup.
>
>Very doubtful that it's cygwin problem, because if hello-run.exe is
>executed from cygwin's sh or bash, new console is not created.
>
>My configuration:
>XEmacs 21.4.3/cygwin (latest binary distribution)
>Cygwin1.dll 1.3.2-1 (latest binary distribution)
>CYGWIN=tty binmode ntsec
>Windows NT 4.0 sp6a
>MSVC 6.0 sp5
>
>Can you reproduce that? Do you have any idea how it can be fixed?
>
>Hope to hear from you soon,
>Dmitry
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: mutt/procmail lock problem
From: Jason Tishler [mailto:[EMAIL PROTECTED]] > Gary, > > I just discovered a locking problem with mutt 1.3.x that I believe > also affects the mutt 1.2.x that you contributed to Cygwin. This lock > problem caused procmail to misfile messages to the wrong mbox file when > mutt happened to be writing to the mbox file that should have received > the message. Under this situation, procmail complains to its logfile > with error messages of the following form: > > Error while writing to "x" > > IMO, the root cause is due to "incorrect" group permissions for > "/var/spool/mail" on the build machine: > > $ ls -ld /var/spool/mail > drwxr-xr-x2 jtishler Administ0 Dec 17 09:06 /var/spool/mail > ^ > +--- should be writable > Sure enough, it isn't here. Good catch! > When built on such a machine, mutt's configure does not enable dotlocking: > > $ mutt -v > Mutt 1.2.5i (2000-07-28) > [snip] > System: CYGWIN_NT-5.0 1.3.6(0.47/3/2) [using ncurses 5.2] > Compile options: > -DOMAIN > -DEBUG > -HOMESPOOL -USE_SETGID -USE_DOTLOCK +USE_FCNTL -USE_FLOCK > > > I recommend "fixing" the permissions of "/var/spool/mail" on your machine: > > $ chmod g+w /var/spool/mail > Done and done, and of course... it does nothing for me. Either with ntsec or no ntsec, ls -l comes back exactly the same. Dag nabbit. Well at least I know what needs fixing now. If I can't get the group permissions set right, perhaps I can force the configure somehow. > and then releasing a new mutt package. > Or perhaps... two? ;-) Thanks for the heads-up Jason, this is great info, especially since I don't use procmail currently and would otherwise probably never have caught this, let alone figured out what to do about it. -- Gary R. Van Sickle Brewer. Patriot. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: inetd - help!!!
Hi. The services file exists and appears to be intact. I do wonder - if it did _not_ exist would I still be able to run from the command line? That's the part that puzzles me, the fact that inetd works from bash but not as a service. Thanks anyway, Justin On Saturday 15 December 2001 08:18 am, you wrote: > On Fri, Dec 14, 2001 at 02:37:55PM -0800, Justin Simms wrote: > > I figured I'd try one more time. Then I'll shut up. :) > > http://cygwin.com/ml/cygwin/2001-12/msg00747.html > > Corinna > > > Thanks! > > > > -- Forwarded Message -- > > > > Subject: inetd weirdness on w2k > > Date: Sun, 9 Dec 2001 11:52:20 -0800 > > From: Justin Simms > > To: cygwinOcygwin.com > > > > Hi. I'm experiencing a weird problem in which inetd is not serving > > telnetd and ftpd (or anything else) when started as a service, but seems > > to be working when run from the bash prompt in debug mode > > (/usr/sbin/inetd -d). I believe I've followed all the instructions for > > setting this up properly, the global CYGWIN variable is set to ntsec and > > cygwin1.dll is in the global path. > > > > When inetd is run as a service two confirmation messages appear in event > > viewer, followed by a separate error for each network service specified > > in /etc/inetd.conf. There error messages in event viewer state "ftp/tcp: > > unknown service." and so on for each service. > > > > Any advice appreciated! Thanks, > > > > Justin > > > > -- > > Unsubscribe info: http://cygwin.com/ml/Hunsubscribe-simple > > Bug reporting: http://cygwin.com/bugs.html > > Documentation: http://cygwin.com/docs.html > > FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: A Second OpenSSH Path Question
Hallo! On Mon, 17 Dec 2001, Karl M wrote: > I have a vanilla install on a Win2k, SP2 machine. > If I type > > ssh localhost which find > > I get the one in /c/WINNT/System32 > If I type > > ssh localhost > > and then type > which find in the new session, I get the one in /usr/bin > So again, why do the two methods produce different results? Because your first example do not run a login-shell and therefor do not run login-scripts ? sshd executes the given command without first starting a shell. (try "ssh localhost ps -el" and look for the parent process of ps) (If you run a script via ssh, then that script will be executet by a shell given in the first line of the script. But such a shell will never execute profile or any other loginscript (reading these files would break the original script).) "man sshd" suggested to try the $HOME/.ssh/sshrc or .../environment file to setup ssh-environment. Bjoern -- +-+ | Dipl.-Phys. Bjoern Kahl +++ AG Embedded Systems and Robotics (RESY) | | Informatics Faculty +++ Building 48 +++ University of Kaiserslautern| | phone: +49-631-205-2654 +++ www: http://resy.informatik.uni-kl.de | +-+ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
