RE: Ported ping
Christopher Faylor wrote: wget http://www.omeusite.com/cygwin/ping-1.0-1.tar.bz2 --16:21:20-- http://www.omeusite.com/cygwin/ping-1.0-1.tar.bz2 = `ping-1.0-1.tar.bz2.1' Resolving www.omeusite.com... 69.25.27.171, 69.25.27.172, 69.25.27.173, ... Connecting to www.omeusite.com[69.25.27.171]:80... connected. HTTP request sent, awaiting response... 404 Not Found 16:21:24 ERROR 404: Not Found. cgf Hmm... It works if you click the link. I have frames redirecting to another site, maybe that's the problem (wget handles frames OK?). Try the direct links instead: http://tartulho.no.sapo.pt/cygwin/setup.hint http://tartulho.no.sapo.pt/cygwin/ping-1.0-1-src.tar.bz2 http://tartulho.no.sapo.pt/cygwin/ping-1.0-1.tar.bz2 Thanks, --Lino Tinoco
Re: Ported ping
On Fri, Jan 21, 2005 at 09:38:45AM -, Lino Miguel Martins Tinoco wrote: Christopher Faylor wrote: wget http://www.omeusite.com/cygwin/ping-1.0-1.tar.bz2 --16:21:20-- http://www.omeusite.com/cygwin/ping-1.0-1.tar.bz2 = `ping-1.0-1.tar.bz2.1' Resolving www.omeusite.com... 69.25.27.171, 69.25.27.172, 69.25.27.173, ... Connecting to www.omeusite.com[69.25.27.171]:80... connected. HTTP request sent, awaiting response... 404 Not Found 16:21:24 ERROR 404: Not Found. Hmm... It works if you click the link. Not for me, it doesn't. I have frames redirecting to another site, maybe that's the problem (wget handles frames OK?). Try the direct links instead: http://tartulho.no.sapo.pt/cygwin/setup.hint http://tartulho.no.sapo.pt/cygwin/ping-1.0-1-src.tar.bz2 http://tartulho.no.sapo.pt/cygwin/ping-1.0-1.tar.bz2 I can get setup.hint but not ping-1.0-1.tar.bz2. cgf
RE: Ported ping
Christopher Faylor wrote: I can get setup.hint but not ping-1.0-1.tar.bz2. cgf Ok, I've tar'ed all 3 files into a file named ping.tar. The server was having problems dealing with multiple dots on the file name. I've tried and it worked (well, at least for me :)) Please try now: http://tartulho.no.sapo.pt/cygwin/ping.tar Thanks, --Lino Tinoco
Re: Ported ping
On Fri, Jan 21, 2005 at 04:30:18PM -, Lino Miguel Martins Tinoco wrote: Christopher Faylor wrote: I can get setup.hint but not ping-1.0-1.tar.bz2. cgf Ok, I've tar'ed all 3 files into a file named ping.tar. The server was having problems dealing with multiple dots on the file name. I've tried and it worked (well, at least for me :)) Please try now: http://tartulho.no.sapo.pt/cygwin/ping.tar Seems to work just fine. Thanks for providing this. Uploaded. cgf
Re: Ported ping
On Fri, Jan 21, 2005 at 12:18:53PM -0500, Christopher Faylor wrote: On Fri, Jan 21, 2005 at 04:30:18PM -, Lino Miguel Martins Tinoco wrote: Christopher Faylor wrote: I can get setup.hint but not ping-1.0-1.tar.bz2. Ok, I've tar'ed all 3 files into a file named ping.tar. The server was having problems dealing with multiple dots on the file name. I've tried and it worked (well, at least for me :)) Please try now: http://tartulho.no.sapo.pt/cygwin/ping.tar Seems to work just fine. Thanks for providing this. Uploaded. Just a reminder: You need to send out an announcement about this. Don't forget to include the unsubcribe instructions in your announcement. cgf
RE: Cygwin X with kde on Windows XP
dougp59 wrote: I'm having trouble getting CygwinX with kde3 to run on my Windows XP with SP2 installed. Everything works find until you see the second to last icon on the KDE startup banner. It will say 'launching window manager' and then never come back from that? Any XP specific advice? Thanks in advance for your assistance. I had the same problem. For me, rebaseall worked just fine. --Lino Tinoco
Re: Could not init font path element
On Fri, 21 Jan 2005, Matt Pregent wrote: How do I fix this error? Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Install CID fonts. Uless you really need them, this is not an error at all but just a warning. No one uses CID fonts but the entry is still in the upstream xserver sources. Don't worry about it. winPointerWarpCursor - Discarding first warp: 509 353 This one is just a notice that the xserver did not warp the pointer to the center of the screen. It is not required and is considered bad bahviour if the xserver forces the pointer to the center of the screen on startup. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: Could not init font path element
I've installed the CID fonts, well I think I did it right anyway, but it still gives me that grayish logon screen and I get no login screen at all. -Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Gottwald Sent: Friday, January 21, 2005 9:39 AM To: cygwin-xfree@cygwin.com Subject: Re: Could not init font path element On Fri, 21 Jan 2005, Matt Pregent wrote: How do I fix this error? Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Install CID fonts. Uless you really need them, this is not an error at all but just a warning. No one uses CID fonts but the entry is still in the upstream xserver sources. Don't worry about it. winPointerWarpCursor - Discarding first warp: 509 353 This one is just a notice that the xserver did not warp the pointer to the center of the screen. It is not required and is considered bad bahviour if the xserver forces the pointer to the center of the screen on startup. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: Could not init font path element
On Fri, 21 Jan 2005, Matt Pregent wrote: I've installed the CID fonts, well I think I did it right anyway, but it still gives me that grayish logon screen and I get no login screen at all. Cygwin/X by itself does not provide a login screen. For remote use (login to a unix machine) you'll have to supply special parameters. please check the Cygwin/X userguide. It describes in detail how to use Cygwin/X http://x.cygwin.com/docs/ug/cygwin-x-ug.html bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: Could not init font path element
I've specified parameters already and it doesn't work. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Gottwald Sent: Friday, January 21, 2005 10:56 AM To: cygwin-xfree@cygwin.com Subject: RE: Could not init font path element On Fri, 21 Jan 2005, Matt Pregent wrote: I've installed the CID fonts, well I think I did it right anyway, but it still gives me that grayish logon screen and I get no login screen at all. Cygwin/X by itself does not provide a login screen. For remote use (login to a unix machine) you'll have to supply special parameters. please check the Cygwin/X userguide. It describes in detail how to use Cygwin/X http://x.cygwin.com/docs/ug/cygwin-x-ug.html bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
[Fwd: RE: ssh problem on Windows XP]
Bob, - Forwarded message from Waiss, Garrett - Date: Fri, 21 Jan 2005 06:51:59 -0800 From: Waiss, Garrett Subject: RE: ssh problem on Windows XP To: Cygwin List Good luck. I gave up and downgraded to cygwin 1.5.10-3. If you are running any release after that on XP SP2, there is a piping issue that has not been addressed. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neven Luetic Sent: Friday, January 21, 2005 2:48 AM To: cygwin@cygwin.com Subject: ssh problem on Windows XP Hello, I know, problems have been reported concerning the use of ssh on windows xp (ssh hangs). I would just like to confirm, if this is, what I'm dealing with. And perhaps somebody knows some workaround until there is a fix. [etc.] - End forwarded message - is there any chance that we get a fix in the next couple of weeks? I'm really annoyed about all these reports of hanging processes over ssh due to the pipe changes. The only application which seems to work better to date is apparently the Cygwin version of rsync. If we don't get a patch, I'm inclined to revert the pipe patch before we release 1.5.13. IMHO it's not worth to have one application working in favorite of tons of other applications. Btw., didn't you announce more pipe patches yet to come? Is it possible that you already have a patch which will get that working again? I'm still hoping for something more satisfying than reverting... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: putting cygwin *installation* on CD
On Jan 21, 2005, at 2:56 AM, Joshua Daniel Franklin wrote: On Fri, 21 Jan 2005 01:33:07 -0500, Chad J McQuinn wrote: I'm try to put a cygwin installation (not the installer; a full-blown installation) on CD. The basic idea is that I want to set up cygwin, put it on CD, and then by means of a batch file, have that CD act as a portable cygwin installation. Can you use IU's Cygwin-based XLiveCD? It does look good, and I wasn't aware of it. Thanks for the link. Unfortunately, it won't quite do what I want. I doesn't have tetex, which is definitely one of my must-have packages. However, it does look like they got the symlinks to work on the cd, so if I can figure how to do that myself, I'm set. I don't see anything in their docs that indicates how they constructed the CD image though. -Chad -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt
It's a bit more complicated than that, but thank you for the valuable input :-). Gary R. Van Sickle wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Dindorp Sent: Thursday, January 20, 2005 1:13 PM To: Cygwin List Subject: Re: cygwin bughunt Larry Hall wrote: I have the following suggestions/questions: 1. Did you try a Cygwin 1.5.12 or even a snapshot? No. I'm using 1.5.10, and it still smells *real* fresh, I think ;-). Step 1: Update Cygwin. Step 2: Step 3: Profit! -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (fyi)
Christopher Faylor wrote: David Dindorp wrote: The snapshots page says that it's a stripped version. Who should I trust, the snapshot page or the FAQ? You should trust me when I tell you that the snapshots haven't been stripped recently. You sound authoritative. I'll do that. There's an 8MB and 1MB version, I'll use the larger one. A new version using the debug dll is running in test environments, when it passes that it will be installed on the failing box. I'll be back when I have some better debug information :-). Thanks for all the helpful info (to all of you)! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (more FAQ stuff)
Joshua Daniel Franklin wrote: Well, how about this then: [snip] Here's my shot at what would've helped me a lot when I initially faced problems. Of course providing as much info as below will only leave you with more newbies crying 'cygwin_split_path() : 0x61073e06' or such. + More information. Good for newbies (like me). + Basically I think it was two different questions, so splitted them up. - Lengthier. I may have found a bug in Cygwin, how can I debug it? You can use GDB [link to GDB description?] to debug the failing application. Using the 'backtrace' command within GDB will tell you which, if any, cygwin functions are being executed at the time that your application is failing. GDB works on core files generated during segmentation faults or using the 'dumper.exe' utility. It can also debug live processes. In order to properly use GDB, you must have debugging symbols enabled, and (when using a core dump file) preferably run GDB on the machine where the failure occurred. See [next item] and [next next item]. GDB does not show any function names (only ???) when debugging core files? In order for GDB to look up function names, it needs to be able to find binary files that match the version(s) that was used when the core dump was generated. This usually means that the easiest way to get the correct output is to run GDB on the machine where the crash originally occurred. Also avoid upgrading that particular machine (Cygwin and OS) until you are done debugging. If you need to debug on a different machine, you can get the relevant DLL and EXE files from the original machine and stuff them in the same paths as they originally resided. Run GDB on the core file and run 'info dll' to get the names of the files needed. Alternatively, if using 'dumper.exe', do a verbose run and grab the filenames like this: dumper -d filename winpid | grep added module. The symbols in gdb are missing or look funny (eg. are just hex values)? Debugging symbols are stripped from distributed Cygwin binaries, so any symbols that you see in gdb are basically meaningless. It is also a good idea to use the latest code in case the bug has been fixed, so you will need to follow the instructions at [/faq/faq_3.html#SEC102] to build your own debugging version. You can also contact the mailing list for pointers (a simple test case that demonstrates the bug is very welcome). Mangle and/or ridicule as you see fit :-). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How do I get an old version of cygwin?
On Thu, 2005-01-20 at 11:07 +0100, Corinna Vinschen wrote: On Jan 20 09:47, Adrian Cox wrote: It would be useful if there was a forum for people who distribute cygwin1.dll along with an application. I'm not very interested in the whole Cygwin distribution, and I'm going to end up maintaining an in-house fork of the code to solve my problems. I doubt I'm the only one doing this, and I'll happily take it to a more appropriate list. But you're aware that you have to release the DLL and depending applications under the GPL, with all sources, aren't you? No problem at all. My application is a GCC cross-compiler used as a code generator behind a Windows front-end. -- Adrian Cox [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: Multiple installations and 3PPs
Hi, I ran into the same problem as other did with different Cygwin version used by different 3PP's. I do not need to have them run simulanously (at least not by now), but need to switch between them in a convenient way, if anyhow possible. Christopher Faylor metioned in his mail the following: The cygwin developers know how to keep multiple versions of cygwin around for testing purposes so there really is no reason to add code just to accommodate people who are apparently using cygwin for commercial purposes without bothering to think too much about how they are installing it. Since I am not a cygwin developer I am not too familiar with how Cygwin is installed and which registry entries matter. Can anyone give hints or refer to cygwin documentation which entries are essential. Or is the following approach a promising one: 1. Install the first Cygwin environement (e.g version 1.2) 2. Extend the installation path (e.g. C:\program\cygwin) and the registry entries with the key name Cygnus Solutions with a version extension (here -1-2). 3. Install the second Cygwin environement (e.g version 1.5.10) 4. Extend the installation path (e.g. C:\program\cygwin) and the registry entries with the key name Cygnus Solutions with a version extension. (here -1-5-10 ) 5. Repeat step 3 and 4 for more Cygwin environements 6. Change the path name and the registry key name back to the original installation name for the version one wants to use. (manually or better write a script that doees the job) Cheers Roman -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ssh problem on Windows XP
Hello, I know, problems have been reported concerning the use of ssh on windows xp (ssh hangs). I would just like to confirm, if this is, what I'm dealing with. And perhaps somebody knows some workaround until there is a fix. I have a cygwin installation on XP at my customers and on W2K at home. My aim was to make some shellscripts I wrote available to some of the windows users via a php-interface for administrative tasks on their linux internet servers. I am using ssh with public keys to connect to the linux-servers. What works: I can ssh from my linux box to the linux servers. I can call system(ssh [EMAIL PROTECTED] command) from php on linux. I can do all this on my W2K box (Vmware), when I start the apache service as the same user, that has the public key. However on the XP computers, I can only use ssh from the command line, calling some script containing ssh via PHP hangs. This is the client's errorlog (-vvv): OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004 debug2: ssh_connect: needpriv 0 debug1: Connecting to xxx.xxx.xxx [xxx.xxx.xxx.xxx] port 22. debug1: Connection established. debug1: identity file /home/xxx/.ssh/identity type -1 debug1: identity file /home/xxx/.ssh/id_rsa type -1 debug3: Not a RSA1 key file /home/xxx/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /home/xxx/.ssh/id_dsa type 2 debug1: Remote protocol version 2.0, remote software version OpenSSH_3.4p1 debug1: match: OpenSSH_3.4p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-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,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib 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,[EMAIL PROTECTED] debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib 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: server-client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 140/256 debug2: bits set: 511/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/xxx/.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug3: check_host_in_hostfile: filename /home/xxx/.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug1: Host 'xxx.xxx.xxx' is known and matches the RSA host key. debug1: Found key in /home/xxx/.ssh/known_hosts:1 debug2: bits set: 536/1024 debug1: ssh_rsa_verify: signature correct 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: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received
RE: Multiple installations and 3PPs
Or is the following approach a promising one: [snip] Well, it was proposed once already, but nobody did the work: Get rid of the registry entries completly. Cygwin could use something similar to /etc/fstab to manage its mount modes. - Jörg -- 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: Multiple installations and 3PPs
Well, it was proposed once already, but nobody did the work: Get rid of the registry entries completly. Cygwin could use something similar to /etc/fstab to manage its mount modes. And how do you know where / is mounted? Chris -- 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 setup.exe
Dear listmembers, when downloading new packages from the internet via setup.exe, every value is remembered - but the port of our proxy. Does anybody know how to tell setup that our proxy is 8080 and not 80 other than typing it manually every other time? Many thanks for your efforts, take care Dieter Jurzitza -- HARMAN BECKER AUTOMOTIVE SYSTEMS Dr.-Ing. Dieter Jurzitza Manager Hardware Systems System Development Industriegebiet Ittersbach Becker-Göring Str. 16 D-76307 Karlsbad / Germany Phone: +49 (0)7248 71-1577 Fax: +49 (0)7248 71-1216 eMail: [EMAIL PROTECTED] Internet: http://www.becker.de *** Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und loeschen Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the contents in this e-mail is strictly forbidden. *** -- 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: putting cygwin *installation* on CD
Chad J McQuinn wrote: On Jan 21, 2005, at 2:56 AM, Joshua Daniel Franklin wrote: On Fri, 21 Jan 2005 01:33:07 -0500, Chad J McQuinn wrote: I'm try to put a cygwin installation (not the installer; a full-blown installation) on CD. The basic idea is that I want to set up cygwin, put it on CD, and then by means of a batch file, have that CD act as a portable cygwin installation. Can you use IU's Cygwin-based XLiveCD? Unfortunately, it won't quite do what I want. I doesn't have tetex, which is definitely one of my must-have packages. Have you tried putting a blank CD-R in a CD-RW drive and formatting it for DirectCD? This makes the recordable CD look to Windows like a removable drive, and you can access it for reading and writing, just like a disk drive. Of course, when you delete or overwrite files, the original file contents still take up room on the CD-R, but they are no longer accessible. The advantage is that the files are not read only as they are on a CD-ROM. This preserves the file attributes, unlike recording to a read-only CD-R. Just a thought. Steve Munson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
On Jan 20 17:00, Pierre A. Humblet wrote: On Thu, Jan 20, 2005 at 12:47:33PM -0800, Joshua Daniel Franklin wrote: Sure, how about this: I've found a bug in Cygwin, how can I debug it? Debugging symbols are stripped from distibuted Cygwin binaries, so any symbols that you see in gdb are basically meaningless. It is also a good idea to use the latest code in case the bug has been fixed, so you will need to either build your own debugging version by following the instructions at http://cygwin.com/faq/faq_3.html#SEC102 or use a current snapshot from http://cygwin.com/snapshots/ This must be modulated by the warnings on the snapshot page, so I would recommend an initial step: write to the list, describe the bug and ask for a recommended snapshot. Should we also provide an optional cygwin_debug package, with only an unstripped cygwin1.dll.debug ? I don't think so. I don't recall that any Linux distro contains a debug-enabled kernel. I guess, those who feel confident to debug the kernel (here: the Cygwin DLL), should be able to build their own debug version. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin bughunt (FAQ alert?)
Christopher Faylor wrote: ..snip.. The snapshots page says that it's a stripped version. Who should I trust, the snapshot page or the FAQ? You should trust me when I tell you that the snapshots haven't been stripped recently. However, oops, this means that the advice of using a snapshot shouldn't go into the FAQ since this isn't a permanent arrangement. Out of curiosity, would it make sense to always build the snapshot with the debug info? Thinking about the 'hierarchy of ignorance' for want of a better term, does it require more knowledge to run gdb and give a sensible report or to build the dll and then do the same? I don't think I'm putting this very well, but it may make the FAQ easier if the standard advice is to load the snaphot and use that for debugging, it removes a separate layer of potential problems in building the dll. I suspect the people who would want a stripped snapshot to be more capable of producing it than those would may need to build one with debug info. Bill -- ___ oo // \\ De Chelonian Mobile (_,\/ \_/ \ TortoiseSVN \ \_/_\_/The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to [EMAIL PROTECTED] This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.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/
RE: Multiple installations and 3PPs
Jörg Schaible wrote: Or is the following approach a promising one: [snip] Well, it was proposed once already, but nobody did the work: Get rid of the registry entries completly. Cygwin could use something similar to /etc/fstab to manage its mount modes. How would it know where to find /etc/fstab? Bill -- ___ oo // \\ De Chelonian Mobile (_,\/ \_/ \ TortoiseSVN \ \_/_\_/The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to [EMAIL PROTECTED] This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.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/
Re: file name inconsistencies
On Jan 20 21:19, Eric Blake wrote: Second, cygwin does not conform to POSIX when performing pathname resolution. POSIX requires, in http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap04.html#tag_04_11 and in many of the syscalls, that the call fail if any component of the pathname is inaccessible. For example, stat() is required to fail with EACCES if search permission is denied for any component of the path prefix, but this example shows that cygwin is succeeding: $ cd /tmp $ mkdir d d/d1 $ chmod 0 d $ touch d/d1/f # should fail, d is inaccessible $ ls d/d1 # should fail, d is inaccessible f $ However, this may be a bug in the underlying Windows OS. I opened up Windows explorer, then browsed to the location of /tmp. Clicking on d gives C:\cygwin\tmp\d is not accessible. Access is denied. But going to the address bar, and typing in c:\cygwin\tmp\d\d1 browses right to that supposedly inaccessible nested directory! Is it worth fixing cygwin to reject paths to comply with POSIX, when Windows can still access such paths? Or is there something wrong in the ACL manipulation going on with `chmod 0', so that it is not really stripping all access rights? We (the Cygwin developers) discussed this already long ago and came to the conclusion that it's not worth the hassle. Actually it's not a Windows bug, but a feature. NT knows about a user right called Bypass traverse checking, SeChangeNotifyPrivilege, which is given to all users by default. This is the right, which allows a user to access all files with a matching ACL, without checking the parent folders. What you should be able to do (but which I never tested myself) is, to remove this right from your own process, so that this process works automatically under POSIX access rules. The problem is that we can't do this in Cygwin without asking for a lot of trouble. We don't know how people manage their system, resp. how their admins manage their system. I can easily imagine that after doing this automatically in Cygwin, Cygwin applications don't work anymore on 50% of the installations. I'm not sure if I really want that :-) Finally, is there any reason that `df --local' cannot find any local filesystems? It is rather odd to see the coreutils testsuite skip tests because there is no local filesystem that it can find, when I know for a fact that my machine has a local hard-drive at c:\. Debugging helps. See coreutils/lib/mountlist.h #ifndef ME_REMOTE /* A file system is `remote' if its Fs_name contains a `:' or if (it is of type smbfs and its Fs_name starts with `//'). */ # define ME_REMOTE(Fs_name, Fs_type)\ (strchr ((Fs_name), ':') != 0 \ || ((Fs_name)[0] == '/'\ (Fs_name)[1] == '/' \ STREQ (Fs_type, smbfs))) #endif Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bug in cygwin sys/termios.h?
On Jan 20 21:36, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When compiling coreutils/src/stty.c, I got a warning from this segment: /* ISC renamed swtch to susp for termios, but we'll accept either name. */ #if defined(VSUSP) !defined(VSWTCH) # define VSWTCH VSUSP # define CSWTCH CSUSP #endif #if defined(VSWTCH) !defined(CSWTCH) # define CSWTCH _POSIX_VDISABLE #endif stty.c:106:1: warning: CSWTCH redefined In file included from /usr/include/termios.h:4, from stty.c:40: /usr/include/sys/termios.h:85:1: warning: this is the location of the previous definition Investigation of sys/termios.h shows that cygwin has #define CSWTCH 0x1a (ctrl-z), #define CSUSP CTRL('z') (where CTRL is ((ch)0x1f), #define VSUSP 14, #define VSWTC 15, but no VSWTCH anywhere! Is VSWTC a typo for the intended VSWTCH? And why are VSUSP and VSWTC distinct, when CSWTCH and CSUSP are the same and coreutils was trying to use VSUSP as an alias to VSWTCH? Looks like a bug in coreutils to me. The above mentioned defines are not equal, but equivalent defined on Linux. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
On Jan 21 11:18, Hughes, Bill wrote: I don't think I'm putting this very well, but it may make the FAQ easier if the standard advice is to load the snaphot and use that for debugging, it removes a separate layer of potential problems in building the dll. I suspect the people who would want a stripped snapshot to be more capable of producing it than those would may need to build one with debug info. IMHO you're looking from the wrong direction. People capable of debugging the Cygwin DLL are usually also capable of building it. I'm wondering how somebody should be able to debug an application at all, if this person stumbles over using the compiler tools. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
FYI: docbook and customization layer
Hi docbook xml authors, libxslt = v1.1.11 fixed a bug that could bite you. It no longer allows your customization layer to xml:include an xslt file containing a template that you later want to modify (which is indeed the correct behaviour). You have to xml:import it instead. Also note that no other statement must precede any xml:import in your customization layer. Heads up, Patrick -- 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: Multiple installations and 3PPs
Chris January wrote on Friday, January 21, 2005 12:04 PM: Well, it was proposed once already, but nobody did the work: Get rid of the registry entries completly. Cygwin could use something similar to /etc/fstab to manage its mount modes. And how do you know where / is mounted? If you don't want to assume that /etc is a parallel directory to /bin, where you've loaded cygwin1.dll from, you can also provide this configuration file directly at the location of the cygwin1.dll. This would also enable a mounted /etc. - Jörg -- 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: putting cygwin *installation* on CD
Chad, Check out the following instructions for building a cygwin cd http://www.cygwin.com/ml/cygwin/2003-07/msg01117.html. They were used to build xlivecd. Dick On Fri, 21 Jan 2005, Chad J McQuinn wrote: On Jan 21, 2005, at 2:56 AM, Joshua Daniel Franklin wrote: On Fri, 21 Jan 2005 01:33:07 -0500, Chad J McQuinn wrote: I'm try to put a cygwin installation (not the installer; a full-blown installation) on CD. The basic idea is that I want to set up cygwin, put it on CD, and then by means of a batch file, have that CD act as a portable cygwin installation. Can you use IU's Cygwin-based XLiveCD? It does look good, and I wasn't aware of it. Thanks for the link. Unfortunately, it won't quite do what I want. I doesn't have tetex, which is definitely one of my must-have packages. However, it does look like they got the symlinks to work on the cd, so if I can figure how to do that myself, I'm set. I don't see anything in their docs that indicates how they constructed the CD image though. -Chad -- 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/ - Dick Repasky Bioinformatics Support UITS Cubicle 101.08 Indiana University USA [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: Multiple installations and 3PPs
Roman here is what I do. 1) Install first instance of cygwin. 2) Export the registry key HKEY_LOCAL_MACINE/.../Cygnus Solutions to a file. Use a filename that represents the install. 3) Delete the registry key. 4) If you installed to c:\cygwin, rename that to something else temporarily during the other installs. Briefly, the installer is distracted by it even if you specify some other root directory for the second install. 5) Install a second instance of cygwin (someplace other than where the first was installed. 6) Save the registry keys for this install as in step 2. 7) Repeat steps 3, 5 and 6 as many times as you want. 8) Rename that original install back to C:\cygwin. To switch installed instances: 1) Kill all cygwin processes (don't forget daemons like sshd and cron). 2) Double click on the registry key file of the instance that you want to run.. 3) You are ready to go. On Fri, 21 Jan 2005, Roman wrote: Hi, I ran into the same problem as other did with different Cygwin version used by different 3PP's. I do not need to have them run simulanously (at least not by now), but need to switch between them in a convenient way, if anyhow possible. Christopher Faylor metioned in his mail the following: The cygwin developers know how to keep multiple versions of cygwin around for testing purposes so there really is no reason to add code just to accommodate people who are apparently using cygwin for commercial purposes without bothering to think too much about how they are installing it. Since I am not a cygwin developer I am not too familiar with how Cygwin is installed and which registry entries matter. Can anyone give hints or refer to cygwin documentation which entries are essential. Or is the following approach a promising one: 1. Install the first Cygwin environement (e.g version 1.2) 2. Extend the installation path (e.g. C:\program\cygwin) and the registry entries with the key name Cygnus Solutions with a version extension (here -1-2). 3. Install the second Cygwin environement (e.g version 1.5.10) 4. Extend the installation path (e.g. C:\program\cygwin) and the registry entries with the key name Cygnus Solutions with a version extension. (here -1-5-10 ) 5. Repeat step 3 and 4 for more Cygwin environements 6. Change the path name and the registry key name back to the original installation name for the version one wants to use. (manually or better write a script that doees the job) Cheers Roman -- 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/ - Dick Repasky Bioinformatics Support UITS Cubicle 101.08 Indiana University USA [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 setup.exe
Jurzitza, Dieter wrote: Dear listmembers, when downloading new packages from the internet via setup.exe, every value is remembered - but the port of our proxy. Does anybody know how to tell setup that our proxy is 8080 and not 80 other than typing it manually every other time? Many thanks for your efforts, take care http://sources.redhat.com/ml/cygwin/2005-01/msg00049.html Regards mks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bash shell window can't open
--- Larry Hall [EMAIL PROTECTED] wrote: At 04:46 PM 1/20/2005, you wrote: Thanks! When open DOS prompt first. Then type: E:\cygwin\cgywin.bat Cygwin runs correctly. No complain. If that's the case then maybe the link on your desktop is bad somehow. Recreate one by dragging from the explorer the cygwin.bat file onto your desktop. See if that helps. Try cygcheck -srv got: (Notice that there is Warning: There are multiple cygwin1.dlls on your path, could this be a problem?) No, in this case it's finding the same file twice. Observe follows: (1) In explorer click the cygwin.bat, doesn't work (2) create shortcut to cygwin.bat on desktop, doesn't work (3) The icon on desktop and in the start menu created by cygwin setup program, doesn't work (4) copy cygwin.bat to desktop, works!!! Yu __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin bughunt (FAQ alert?)
Corinna Vinschen wrote: On Jan 21 11:18, Hughes, Bill wrote: I don't think I'm putting this very well, but it may make the FAQ easier if the standard advice is to load the snaphot and use that for debugging, it removes a separate layer of potential problems in building the dll. I suspect the people who would want a stripped snapshot to be more capable of producing it than those would may need to build one with debug info. IMHO you're looking from the wrong direction. People capable of debugging the Cygwin DLL are usually also capable of building it. I'm wondering how somebody should be able to debug an application at all, if this person stumbles over using the compiler tools. Which is why I asked, I suspect I was hoping there was a way to help newbies (like me in this respect) to generate useful reports in cases of suspected bugs for the more knowledgeable to read. Of course if there were such a way I would expect someone else to have thought of it, and so it's probably impracticable. Thanks for the reply, Bill -- ___ oo // \\ De Chelonian Mobile (_,\/ \_/ \ TortoiseSVN \ \_/_\_/The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to [EMAIL PROTECTED] This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.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/
RE: ssh problem on Windows XP
Good luck. I gave up and downgraded to cygwin 1.5.10-3. If you are running any release after that on XP SP2, there is a piping issue that has not been addressed. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neven Luetic Sent: Friday, January 21, 2005 2:48 AM To: cygwin@cygwin.com Subject: ssh problem on Windows XP Hello, I know, problems have been reported concerning the use of ssh on windows xp (ssh hangs). I would just like to confirm, if this is, what I'm dealing with. And perhaps somebody knows some workaround until there is a fix. I have a cygwin installation on XP at my customers and on W2K at home. My aim was to make some shellscripts I wrote available to some of the windows users via a php-interface for administrative tasks on their linux internet servers. I am using ssh with public keys to connect to the linux-servers. What works: I can ssh from my linux box to the linux servers. I can call system(ssh [EMAIL PROTECTED] command) from php on linux. I can do all this on my W2K box (Vmware), when I start the apache service as the same user, that has the public key. However on the XP computers, I can only use ssh from the command line, calling some script containing ssh via PHP hangs. This is the client's errorlog (-vvv): OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004 debug2: ssh_connect: needpriv 0 debug1: Connecting to xxx.xxx.xxx [xxx.xxx.xxx.xxx] port 22. debug1: Connection established. debug1: identity file /home/xxx/.ssh/identity type -1 debug1: identity file /home/xxx/.ssh/id_rsa type -1 debug3: Not a RSA1 key file /home/xxx/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /home/xxx/.ssh/id_dsa type 2 debug1: Remote protocol version 2.0, remote software version OpenSSH_3.4p1 debug1: match: OpenSSH_3.4p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-he llman-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-c bc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-9 6,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-9 6,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib 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-c bc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-9 6,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-9 6,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib 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: server-client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 140/256 debug2: bits set: 511/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/xxx/.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug3: check_host_in_hostfile: filename /home/xxx/.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug1: Host 'xxx.xxx.xxx' is known and matches the RSA host key. debug1: Found key in
Re: cygwin bughunt (out-of-the-box debugging)
Bill Hughes wrote: I don't think I'm putting this very well, but it may make the FAQ easier if the standard advice is to load the snaphot and use that for debugging, it removes a separate layer of potential problems in building the dll. And there's still the issue that problems that are notoriously hard to debug, ie. transient/sporadic issues such as race conditions are subject to timing differences and therefore miniscule changes in code. A different compile will yield different results, and will seemingly correct some issues in some environments even if the bug in question has not been fixed. So even if it is usually the best thing to grab the newest snapshot to see if the problem should by chance be fixed, I think there is some problems that need to be debugged against the version on which they were discovered. Having a ready and available debug version built on the same PC and based on the same source as the stock Cygwin binaries is in this case the sane option, IMHO. (A separate symbols file that doesn't interfer with the binaries would as mentioned earlier be even better.) Personally, I of course have other reasons for wanting a ready-made debug version. Foremost, because I have Cygwin installed in production environments where I can't just go around and replace binaries with snapshot versions as I please. Things here and there could potentially break from release to release, and it seems that they tend to do :-) I can very well understand and accept if I contact the mailing list and get told, if you're not using the latest snapshot, you're gonna have to locate and pin your bugs yourself. It could even be a FAQ entry. But having a ready-made version available just makes life so much easier for people like me who - Don't have a clue how the Cygwin sources are arranged - Have no idea of the proper way compile it - Couldn't fix a compile error if the solution slapped me in the face - Will probably do something wrong, end up with a maimed binary and spam the list with new stupid questions on how to do proper compiles and fix bizarre compile-related problems. I'm of course happily ignoring the whole aspect of leaving out the debug version forces a bunch of people to learn the intimacies of the Cygwin source so that they are able to compile it, thereby increasing the number of potential Cygwin developers. Honestly I think that it's better to provide the debug version and thereby point people to the right location in the source code, than to force people to spend weeks trying to make a succesful compile first. Opinions probably vary on this.. To sum it up, Pros: + Debugging race conditions et al possible + Debugging production systems possible + Shorter time to locate bugs? + Saner bug reports? Cons: - Less people forced to learn themselves to compile Cygwin From my point of view, out-of-the-box debugging would be SO nice. Regards /david PS. I'm new to the newsgroup, and already being cocky. I'm sorry. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (using snapshot)
Again, this doesn't address your immediate concern. A snapshot is your best bet. Using the snapshot in the test environment, I now get these errors: rm.exe (2512): *** MapViewOfFileEx(0x1D0, in_h 0x1D0) failed, Win32 error 6 awk.exe (1164): *** MapViewOfFileEx(0x1B0, in_h 0x1B0) failed, Win32 error 6 cat.exe (2712): *** MapViewOfFileEx(0x34C, in_h 0x34C) failed, Win32 error 6 date.exe (2580): *** MapViewOfFileEx(0x19C, in_h 0x19C) failed, Win32 error 6 cp.exe (2512): *** MapViewOfFileEx(0x17C, in_h 0x17C) failed, Win32 error 6 sleep.exe (2688): *** MapViewOfFileEx(0x230, in_h 0x230) failed, Win32 error 6 awk.exe (1336): *** MapViewOfFileEx(0x234, in_h 0x234) failed, Win32 error 6 date.exe (2348): *** MapViewOfFileEx(0x350, in_h 0x350) failed, Win32 error 6 awk.exe (2180): *** MapViewOfFileEx(0x258, in_h 0x258) failed, Win32 error 6 date.exe (2712): *** MapViewOfFileEx(0x350, in_h 0x350) failed, Win32 error 6 awk.exe (2380): *** MapViewOfFileEx(0x348, in_h 0x348) failed, Win32 error 6 date.exe (2288): *** MapViewOfFileEx(0x350, in_h 0x350) failed, Win32 error 6 wc.exe (1116): *** MapViewOfFileEx(0x208, in_h 0x208) failed, Win32 error 6 sleep.exe (1924): *** MapViewOfFileEx(0x188, in_h 0x188) failed, Win32 error 6 which.exe (2572): *** MapViewOfFileEx(0x188, in_h 0x188) failed, Win32 error 6 Error: Required executable awk not found. Aborting... The last line is the script exiting because it can't find awk with if [ ! -x `which awk` ]. Error 6 means 'invalid handle'. Any ideas why this occurs? Regards /david -- 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/
Very strange rxvt problem - game hangs when it is running
This one is very specialized, and I don't expect to get it fixed, and I have no idea why it should happen but I thought I'd throw it out there anyway. If I'm running rxvt, my online game Day of Defeat (a Half-Life mod) hangs when finishing up connecting to a server. It gets about half way, and then just stops. If I exit rxvt, it connects just fine. Very strange. And just to be sure, I tried it again now: 1] Run Day of Defeat - connects and runs just fine. 2] Start rxvt. Try DoD again. It gets about halfway through its startup process, then hangs. 3] Quit rxvt and try again. DoD works fine. I tried the same procedure with the regular Cygwin bash shell, and it behaves the same way. I'm not sure exactly where in the connection process that DoD is hanging; sometime after downloading the security module, for those of you familiar with the game. Any ideas on what it could be? -- Jonathan Arnold (mailto:[EMAIL PROTECTED]) Amazing Developments http://www.buddydog.org I feel like a fugitive from the law of averages. - William H. Mauldin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
On Fri, Jan 21, 2005 at 12:44:39PM +0100, Corinna Vinschen wrote: On Jan 20 17:00, Pierre A. Humblet wrote: This must be modulated by the warnings on the snapshot page, so I would recommend an initial step: write to the list, describe the bug and ask for a recommended snapshot. Should we also provide an optional cygwin_debug package, with only an unstripped cygwin1.dll.debug ? I don't think so. I don't recall that any Linux distro contains a debug-enabled kernel. I guess, those who feel confident to debug the kernel (here: the Cygwin DLL), should be able to build their own debug version. Except that Cygwin changes at a high rate. Debugging a transient problem that shows up on 1.5.12 with the current cvs is taking a gamble. There is a high probability you will first stumble on another bug. If you have a debug dll, you can debug from a dump, or use the debug dll in a production environment with just in time debugging enabled. Once the bug is found, you may conclude it's gone from cvs, but that's a firm (and satisfactory) conclusion. On the other hand if you can't reproduce the bug with cvs, you don't know if it's really gone ot if its likelihood is just reduced. Pierre -- 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: Updated: fortune-1.99.1-1
Hi Yitzckak, On 13-Jan-2005 21:27, Yitzchak Scott-Thoennes wrote: Achilles: Don't tell me you believe in fortune-telling! Tortoise: No...but they say it works even if you don't believe in it. -- GEB, Hofstadter I've made a new version of fortune available for installation. Thanks for bracing the storm and doing this! One thing, though: this version is much, much slower than the previous one. It takes around a second to produce a fortune, while the old one ran pretty much instantaneously. (This is on a high end XP box.) When I run strace fortune, the new version produces 16,771 lines of output. The old version produces 467 lines... I won't attach it to this message, for size reasons. You might think: what's the big deal, a second to run fortune, but I'm running fortune from my prompt(*), so I now have to wait up to a second for my prompt to appear. Michael (*): This is using zsh. I basically have the following lines in my .zshrc: # Load color arrays autoload colors colors # Fortune before every prompt precmd() { echo -n \n$fg[blue] fortune -a -s # but think about the children... echo -n $reset_color } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
sshd on windows
Hi, Does anyone know if there is a cygwin.dll free ssh server for windows? Thanks, Jennifer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: ssh problem on Windows XP
Where did You get the old version from? I didn't find any older versions on the cygwin site. It should be a site, that kept a snapshot of the old releases as complete as possible. Am Freitag, den 21.01.2005, 06:51 -0800 schrieb Waiss, Garrett: Good luck. I gave up and downgraded to cygwin 1.5.10-3. If you are running any release after that on XP SP2, there is a piping issue that has not been addressed. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neven Luetic Sent: Friday, January 21, 2005 2:48 AM To: cygwin@cygwin.com Subject: ssh problem on Windows XP Hello, I know, problems have been reported concerning the use of ssh on windows xp (ssh hangs). I would just like to confirm, if this is, what I'm dealing with. And perhaps somebody knows some workaround until there is a fix. I have a cygwin installation on XP at my customers and on W2K at home. My aim was to make some shellscripts I wrote available to some of the windows users via a php-interface for administrative tasks on their linux internet servers. I am using ssh with public keys to connect to the linux-servers. What works: I can ssh from my linux box to the linux servers. I can call system(ssh [EMAIL PROTECTED] command) from php on linux. I can do all this on my W2K box (Vmware), when I start the apache service as the same user, that has the public key. However on the XP computers, I can only use ssh from the command line, calling some script containing ssh via PHP hangs. This is the client's errorlog (-vvv): OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004 debug2: ssh_connect: needpriv 0 debug1: Connecting to xxx.xxx.xxx [xxx.xxx.xxx.xxx] port 22. debug1: Connection established. debug1: identity file /home/xxx/.ssh/identity type -1 debug1: identity file /home/xxx/.ssh/id_rsa type -1 debug3: Not a RSA1 key file /home/xxx/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /home/xxx/.ssh/id_dsa type 2 debug1: Remote protocol version 2.0, remote software version OpenSSH_3.4p1 debug1: match: OpenSSH_3.4p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-he llman-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-c bc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-9 6,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-9 6,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib 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-c bc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-9 6,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-9 6,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib 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: server-client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 140/256 debug2: bits set: 511/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting
Re: How do I get an old version of cygwin?
[I held off sending this for a few days because I thought the thread would die down but then I thought that some of the content might be useful, so here it is] On Wed, Jan 19, 2005 at 10:06:46AM -0800, Yitzchak Scott-Thoennes wrote: Gets kind of old to hear this debated over and over again when it's clear that the developers are not interested in the work involved. cygwin-licensing was designed to discuss valid concerns. I don't remember a case of someone looking at the cygwin code and saying I have looked at all of the places where there are potential conflicts between different versions of cygwin and here is how I would handle them. For future mailing list spelunkers -- you don't win points by: - making suggestions without investigating how things are done now and assuming that the developers probably missed simple things - asking for increasingly detailed explanations about the problems so that you don't have to actually look at the source - implying that it's something that is simple to do but the developers are just mean, - asserting that vendors absolutely need this functionality so that they can all put as many versions of cygwin1.dll on a system as necessary without worrying about other installations I don't know if anyone remembers but many years ago, when there was a new cygwin release, you'd have to rebuild things because the name of the DLL changed every time. That ensured that multiple versions of cygwin could exist on the same system. It also ensured that programs compiled with different versions would not understand each other's ttys and might not be able to pass command line arguments to each other and that /foo meant different things to different programs running on the same computer. There was also a splinter project formed which had, as it's goal, allowing multiple versions of a cygwin-like dll to co-exist. Look for it on sourceforge. I don't think it's very active these days. The problem here is that I can't think of any way of reliably dealing with this problem which would not force an unpleasant discipline on the cygwin developers, requiring them to always be sure not to break the cygwin abi which deals with the various ways that cygwin programs communicate with each other. In fact, I've made a couple of changes in the latest snapshots which would have taken a lot more time if I had had to make sure that cygwin 1.5.12 could cleanly interact with cygwin 1.5.13. You *can* do some things to the DLL, such as those which are used by the test suite which allow two versions to coexist without causing problems. However, the test suite is careful to put a barrier in the middle between processes which are being tested (thanks to DJ Delorie) so that there are no problems with command-line argument passing or with cygheap inheritance. So, this is not a general solution. If we were to implement some sort of good enough scheme, you can be sure that it would elevate the amount of tech support that we received here. However, anyone who really wants to do something similar to the test suite can use the same mechanism. Just don't send your problem reports here. If you want to use this mechanism, then you should be savvy enough to know how to deal with problems when they occur. If someone really does have a brilliant idea on how to deal with this problem, please demonstrate your brilliance with a patch. If there is an elegant solution to this problem then source code is the way to demonstrate it. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
csh Shell
Hi all I have installed cygwin but i see that my defautl shell (doing echo $SHELL) is bash. I would prefer to have csh shell. Do you know how i could proceed ? Thanks very much in advance! Cheers, Alexis -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (fyi)
On Fri, Jan 21, 2005 at 10:38:35AM +0100, David Dindorp wrote: Christopher Faylor wrote: David Dindorp wrote: The snapshots page says that it's a stripped version. Who should I trust, the snapshot page or the FAQ? You should trust me when I tell you that the snapshots haven't been stripped recently. You sound authoritative. I'll do that. There's an 8MB and 1MB version, I'll use the larger one. The 8MB is a tar file. The 1MB is just the compressed dll. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (more FAQ stuff)
On Fri, Jan 21, 2005 at 10:47:20AM +0100, David Dindorp wrote: Joshua Daniel Franklin wrote: Well, how about this then: [snip] Here's my shot at what would've helped me a lot when I initially faced problems. Of course providing as much info as below will only leave you with more newbies crying 'cygwin_split_path() : 0x61073e06' or such. I don't think the cygwin FAQ should tell people how to debug. My intent for the FAQ was only to mention that normal cygwin DLLs do not contain enough information for a backtrace to be useful. I do not want to imply that we will help people debug either the cygwin DLL or their applications in gdb. I was just hoping to provide some clarification to people who already know about gdb but do not know that the cygwin DLL is stripped. Joshua, do you think you could rejigger the entry to just say something like the above? It doesn't have to be a long entry and it doesn't have to try to help people run the debugger. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Multiple installations and 3PPs
On Fri, Jan 21, 2005 at 08:54:35AM -0500, Dick Repasky wrote: Roman here is what I do. 1) Install first instance of cygwin. 2) Export the registry key HKEY_LOCAL_MACINE/.../Cygnus Solutions to a file. Use a filename that represents the install. 3) Delete the registry key. As usual, everyone is impressed with the fact that they know that cygwin uses registry keys and no one is thinking that they could use cygwin tools to manipulate them. If you need to have two installations, then you can use mount to switch back and forth. No need to muck with the registry. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: ssh problem on Windows XP
I was lucky. Another developer hadn't upgraded in a while so I got the older dll from him. If you've already upgraded to 1.5.12, then downgrading to 1.5.10 won't work because there are dependencies in the core apps. My hope is that eventually the piping issue for XP SP2 will get resolved and I can upgrade again. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neven Luetic Sent: Friday, January 21, 2005 8:02 AM To: Waiss, Garrett Cc: cygwin@cygwin.com Subject: RE: ssh problem on Windows XP Where did You get the old version from? I didn't find any older versions on the cygwin site. It should be a site, that kept a snapshot of the old releases as complete as possible. Am Freitag, den 21.01.2005, 06:51 -0800 schrieb Waiss, Garrett: Good luck. I gave up and downgraded to cygwin 1.5.10-3. If you are running any release after that on XP SP2, there is a piping issue that has not been addressed. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neven Luetic Sent: Friday, January 21, 2005 2:48 AM To: cygwin@cygwin.com Subject: ssh problem on Windows XP Hello, I know, problems have been reported concerning the use of ssh on windows xp (ssh hangs). I would just like to confirm, if this is, what I'm dealing with. And perhaps somebody knows some workaround until there is a fix. I have a cygwin installation on XP at my customers and on W2K at home. My aim was to make some shellscripts I wrote available to some of the windows users via a php-interface for administrative tasks on their linux internet servers. I am using ssh with public keys to connect to the linux-servers. What works: I can ssh from my linux box to the linux servers. I can call system(ssh [EMAIL PROTECTED] command) from php on linux. I can do all this on my W2K box (Vmware), when I start the apache service as the same user, that has the public key. However on the XP computers, I can only use ssh from the command line, calling some script containing ssh via PHP hangs. This is the client's errorlog (-vvv): OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004 debug2: ssh_connect: needpriv 0 debug1: Connecting to xxx.xxx.xxx [xxx.xxx.xxx.xxx] port 22. debug1: Connection established. debug1: identity file /home/xxx/.ssh/identity type -1 debug1: identity file /home/xxx/.ssh/id_rsa type -1 debug3: Not a RSA1 key file /home/xxx/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /home/xxx/.ssh/id_dsa type 2 debug1: Remote protocol version 2.0, remote software version OpenSSH_3.4p1 debug1: match: OpenSSH_3.4p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.9p1 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-he llman-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-c bc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-9 6,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-9 6,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib 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-c bc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-c bc,[EMAIL PROTECTED] debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-9 6,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-9 6,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2:
Re: cygwin bughunt (FAQ alert?)
On Fri, Jan 21, 2005 at 01:15:53PM +0100, Corinna Vinschen wrote: On Jan 21 11:18, Hughes, Bill wrote: I don't think I'm putting this very well, but it may make the FAQ easier if the standard advice is to load the snaphot and use that for debugging, it removes a separate layer of potential problems in building the dll. I suspect the people who would want a stripped snapshot to be more capable of producing it than those would may need to build one with debug info. IMHO you're looking from the wrong direction. People capable of debugging the Cygwin DLL are usually also capable of building it. I'm wondering how somebody should be able to debug an application at all, if this person stumbles over using the compiler tools. cgf, waves and points. See, Corinna is being mean here! It's not just me! (although I've made similar observations in the past) Maybe someone will prove me wrong but it seems likely that this is a basically an entry examination. If you can't figure out how to build cygwin, then you probably aren't going to provide much in the way of useful feedback if you had a debuggable version. I would also submit that, IMO, helping people run a debugger and figure things out in the debugger is an order of magnitude more difficult than providing basic tech support The debugger is only marginally more useful when the debugging symbols are available anyway. You still need the source code to do anything really worthwhile. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
On Fri, 21 Jan 2005, Christopher Faylor wrote: On Fri, Jan 21, 2005 at 01:15:53PM +0100, Corinna Vinschen wrote: On Jan 21 11:18, Hughes, Bill wrote: I don't think I'm putting this very well, but it may make the FAQ easier if the standard advice is to load the snaphot and use that for debugging, it removes a separate layer of potential problems in building the dll. I suspect the people who would want a stripped snapshot to be more capable of producing it than those would may need to build one with debug info. IMHO you're looking from the wrong direction. People capable of debugging the Cygwin DLL are usually also capable of building it. I'm wondering how somebody should be able to debug an application at all, if this person stumbles over using the compiler tools. cgf, waves and points. See, Corinna is being mean here! It's not just me! (although I've made similar observations in the past) She learned from the best... :-D Maybe someone will prove me wrong but it seems likely that this is a basically an entry examination. If you can't figure out how to build cygwin, then you probably aren't going to provide much in the way of useful feedback if you had a debuggable version. Pierre already submitted an argument against this (the likelihood of the bug may be reduced in CVS). Here's another argument: it is sometimes impractical to either replace the existing DLL or replicate the same exact environment for a debug version. Why not debug exactly what fails? Besides, since the releases aren't tagged in CVS (yes, that old quibble again), it's a gamble on whether you're even building the right version... I would also submit that, IMO, helping people run a debugger and figure things out in the debugger is an order of magnitude more difficult than providing basic tech support Agreed. So we don't teach them to debug, we simply provide them with debugging symbols. The debugger is only marginally more useful when the debugging symbols are available anyway. You still need the source code to do anything really worthwhile. Also agreed. But the source provided in the cygwin source package is worthless for debugging, since one can't build Cygwin from that source. If debugger symbols were available, that source would actually be useful. :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd on windows
On Fri, Jan 21, 2005 at 10:58:15AM -0500, Jennifer Lai wrote: Does anyone know if there is a cygwin.dll free ssh server for windows? If there was, why would that be a useful topic for this mailing list? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: update on hyperthreading system for cgf
Christopher Faylor wrote: On Wed, Jan 19, 2005 at 09:16:51PM -0800, David Christensen wrote: Christopher Faylor wrote: Hasn't anyone put together a nice $400 system? How about $417.50? http://secure.newegg.com/app/WishR.asp?ID=1251752 You need to provide the hard drive, CD-ROM drive, floppy drive, keyboard, mouse, and operating system. Well, yeah. I sort of need a hard disk, though and is that system *guaranteed* to exhibit this problem? cgf I have been able to reproduce this on a variety of machines, the only common attribute that I noticed has been Hyperthreading itself (WinXP/WinServer2003, 2.6GHz P4-HT/2.8GHz P4-HT/Dual 3.2GHz Zeon-HT, 40Gig Mitsubishi harddrive/36G Western Digital/80 Gig HP, with or without a CD-ROM drive, with or without a floppy). I unplugged my mouse and was able to reproduce it. I unplugged the monitor and reproduced it over remote desktop connection. So, at this point, I would believe that any HT machine running at least WinXP would show the problem. -Rolf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd on windows
There are several. You can purchase a Windows SSH server from F-Secure or SSH Corporation. The servers support SSH2 and SFTP. I haven't looked at the F-Secure version in a long time, but the SSH Corporation version supports PKI in addition to user name / password. If you google for 'ssh server win32' you can get lots of pointers. I have no idea which of the shareware / freeware ssh servers are using cygwin; so you can research that on your own. -Jason On Fri, 21 Jan 2005 10:58:15 -0500, Jennifer Lai [REMOVED] wrote: Hi, Does anyone know if there is a cygwin.dll free ssh server for windows? Thanks, Jennifer -- -- 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: file name inconsistencies
On Fri, 21 Jan 2005, Corinna Vinschen wrote: On Jan 20 21:19, Eric Blake wrote: [snip] Finally, is there any reason that `df --local' cannot find any local filesystems? It is rather odd to see the coreutils testsuite skip tests because there is no local filesystem that it can find, when I know for a fact that my machine has a local hard-drive at c:\. Debugging helps. See coreutils/lib/mountlist.h #ifndef ME_REMOTE /* A file system is `remote' if its Fs_name contains a `:' or if (it is of type smbfs and its Fs_name starts with `//'). */ # define ME_REMOTE(Fs_name, Fs_type)\ (strchr ((Fs_name), ':') != 0 \ || ((Fs_name)[0] == '/'\ (Fs_name)[1] == '/' \ STREQ (Fs_type, smbfs))) #endif I recall there was even a patch submitted for this a while ago (for fileutils, though). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Very strange rxvt problem - game hangs when it is running
On Fri, 21 Jan 2005, Jonathan Arnold wrote: This one is very specialized, and I don't expect to get it fixed, and I have no idea why it should happen but I thought I'd throw it out there anyway. If I'm running rxvt, my online game Day of Defeat (a Half-Life mod) hangs when finishing up connecting to a server. It gets about half way, and then just stops. If I exit rxvt, it connects just fine. Very strange. And just to be sure, I tried it again now: 1] Run Day of Defeat - connects and runs just fine. 2] Start rxvt. Try DoD again. It gets about halfway through its startup process, then hangs. 3] Quit rxvt and try again. DoD works fine. I tried the same procedure with the regular Cygwin bash shell, and it behaves the same way. Do you mean that the regular Cygwin bash shell makes DoD hang too? As in, start a Command Prompt, run cygwin.bat from it, and DoD still hangs? I'm not sure exactly where in the connection process that DoD is hanging; sometime after downloading the security module, for those of you familiar with the game. Any ideas on what it could be? A WAG, and I may be really off on this: Cygwin uses TCP/IP sockets (which essentially require a TCP/IP port) to emulate Unix domain sockets. If rxvt reserves a Unix domain socket (even if it's not using X), and DoD tries to access the same port, because it's somehow predefined and it expects it to be free, there could be a conflict. I can't think of anything else in Cygwin that would interfere with a (presumably) non-Cygwin application. If my WAG pans out, it looks like a bug in DoD... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: csh Shell
On Fri, 21 Jan 2005, Alexis Cothenet wrote: I have installed cygwin but i see that my defautl shell (doing echo $SHELL) is bash. I would prefer to have csh shell. Do you know how i could proceed ? Alexis, Cygwin doesn't have pure csh, but it does have tcsh, which should be compatible. To make it your default shell, you need to do two things: 1) Edit your /cygwin.bat and make it invoke tcsh -l instead of bash --login -i. That way, when you click on the Cygwin shortcut, you'll get tcsh[*]. 2) Edit your /etc/profile, and change the shell entry from /bin/bash to /bin/tcsh. This should do it. HTH, Igor [*] There is a /bin/csh, but it's a Cygwin symlink, and you won't be able to invoke it via Windows mechanisms. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: csh Shell
On Fri, 21 Jan 2005, Igor Pechtchanski wrote: On Fri, 21 Jan 2005, Alexis Cothenet wrote: I have installed cygwin but i see that my defautl shell (doing echo $SHELL) is bash. I would prefer to have csh shell. Do you know how i could proceed ? Alexis, Cygwin doesn't have pure csh, but it does have tcsh, which should be compatible. To make it your default shell, you need to do two things: 1) Edit your /cygwin.bat and make it invoke tcsh -l instead of bash --login -i. That way, when you click on the Cygwin shortcut, you'll get tcsh[*]. 2) Edit your /etc/profile, and change the shell entry from /bin/bash to Whoops, sorry! Correction: s/profile/passwd/ Igor /bin/tcsh. This should do it. HTH, Igor [*] There is a /bin/csh, but it's a Cygwin symlink, and you won't be able to invoke it via Windows mechanisms. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
On Jan 21 11:53, Igor Pechtchanski wrote: On Fri, 21 Jan 2005, Christopher Faylor wrote: On Fri, Jan 21, 2005 at 01:15:53PM +0100, Corinna Vinschen wrote: IMHO you're looking from the wrong direction. People capable of debugging the Cygwin DLL are usually also capable of building it. I'm wondering how somebody should be able to debug an application at all, if this person stumbles over using the compiler tools. cgf, waves and points. See, Corinna is being mean here! It's not just me! (although I've made similar observations in the past) She learned from the best... :-D I'm slowly getting the drift ;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
Corinna Vinschen wrote: IMHO you're looking from the wrong direction. People capable of debugging the Cygwin DLL are usually also capable of building it. The only reason that the above is true is because you do not provide the means for people to debug the Cygwin DLL properly. I'm wondering how somebody should be able to debug an application at all, if this person stumbles over using the compiler tools. In the real world there is no strong binding between being able to compile a properly functioning Cygwin DLL, and being able to look through the source code, follow the developer's chain of thought and figuring out why things do not work given the appropriate debug information. You imply that in order to compile a working Cygwin, an intelligence quotient of X is required, while in order to debug it, a higher intelligence quotient X + Y is required. That's just not true. Entirely different sets of skills are involved. I'll admit though that being able to compile a functioning Cygwin makes debugging easier by removing a lot of the brain work required, and replacing it with simple trial-and-error. That approach is unfortunately just plain impossible when it comes to race conditions (eg.) or production systems. -- 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: Very strange rxvt problem - game hangs when it is running
Igor Pechtchanski wrote: On Fri, 21 Jan 2005, Jonathan Arnold wrote: 1] Run Day of Defeat - connects and runs just fine. 2] Start rxvt. Try DoD again. It gets about halfway through its startup process, then hangs. 3] Quit rxvt and try again. DoD works fine. I tried the same procedure with the regular Cygwin bash shell, and it behaves the same way. Do you mean that the regular Cygwin bash shell makes DoD hang too? As in, start a Command Prompt, run cygwin.bat from it, and DoD still hangs? More or less. I have a shortcut with the following: D:\WINNT\system32\CMD.EXE /c D:\cygwin\cygwin.bat And that makes DoD hang just like rxvt does. Any ideas on what it could be? A WAG, and I may be really off on this: Cygwin uses TCP/IP sockets (which essentially require a TCP/IP port) to emulate Unix domain sockets. If rxvt reserves a Unix domain socket (even if it's not using X), and DoD tries to access the same port, because it's somehow predefined and it expects it to be free, there could be a conflict. I can't think of anything else in Cygwin that would interfere with a (presumably) non-Cygwin application. Well, unless the regular bash shell does it too, that probably isn't correct. Like I said, it is very weird and it took me some time to figure it out. -- Jonathan Arnold (mailto:[EMAIL PROTECTED]) Amazing Developments http://www.buddydog.org I feel like a fugitive from the law of averages. - William H. Mauldin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: sshd on windows
Yes there is =) Install the package net/openssh and use ssh-host-config to configure it. Regards. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jennifer Lai Sent: Friday, January 21, 2005 9:58 AM To: cygwin@cygwin.com Subject: sshd on windows Hi, Does anyone know if there is a cygwin.dll free ssh server for windows? Thanks, Jennifer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
On Fri, Jan 21, 2005 at 11:53:25AM -0500, Igor Pechtchanski wrote: Also agreed. But the source provided in the cygwin source package is worthless for debugging, since one can't build Cygwin from that source. If debugger symbols were available, that source would actually be useful. :-) Huh? tar xjf cygwin-1.5.12-1-src.tar.bz2 cd cygwin-1.5.12-1 mkdir build cd build (../configure; make) make.out This builds a cygwin DLL. Just tried it. Since all of your arguments were presupposing something to do with CVS, I assume that this addresses your concerns. You don't need CVS and I did not say that you had to use CVS. It does make sense to check CVS or a snapshot to see if your problem is fixed before you go to any effort trying to debug a problem, however. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Very strange rxvt problem - game hangs when it is running
On Fri, 21 Jan 2005, Jonathan Arnold wrote: Igor Pechtchanski wrote: On Fri, 21 Jan 2005, Jonathan Arnold wrote: 1] Run Day of Defeat - connects and runs just fine. 2] Start rxvt. Try DoD again. It gets about halfway through its startup process, then hangs. 3] Quit rxvt and try again. DoD works fine. I tried the same procedure with the regular Cygwin bash shell, and it behaves the same way. Do you mean that the regular Cygwin bash shell makes DoD hang too? As in, start a Command Prompt, run cygwin.bat from it, and DoD still hangs? More or less. I have a shortcut with the following: D:\WINNT\system32\CMD.EXE /c D:\cygwin\cygwin.bat And that makes DoD hang just like rxvt does. Any ideas on what it could be? A WAG, and I may be really off on this: Cygwin uses TCP/IP sockets (which essentially require a TCP/IP port) to emulate Unix domain sockets. If rxvt reserves a Unix domain socket (even if it's not using X), and DoD tries to access the same port, because it's somehow predefined and it expects it to be free, there could be a conflict. I can't think of anything else in Cygwin that would interfere with a (presumably) non-Cygwin application. Well, unless the regular bash shell does it too, that probably isn't correct. Like I said, it is very weird and it took me some time to figure it out. The regular bash that you tried is really a login shell. That *can* run X-related stuff, e.g., from /etc/profile.d scripts. A real test would be to try a non-login bash (just run c:\cygwin\bin\bash.exe -i from a CMD prompt). If that doesn't interfere with DoD, it would make my WAG more probable. Otherwise we'll have to look for other possible reasons. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
On Fri, 21 Jan 2005, Christopher Faylor wrote: On Fri, Jan 21, 2005 at 11:53:25AM -0500, Igor Pechtchanski wrote: Also agreed. But the source provided in the cygwin source package is worthless for debugging, since one can't build Cygwin from that source. If debugger symbols were available, that source would actually be useful. :-) Huh? tar xjf cygwin-1.5.12-1-src.tar.bz2 cd cygwin-1.5.12-1 mkdir build cd build (../configure; make) make.out This builds a cygwin DLL. Just tried it. Whoops! Apologies for providing outdated information... At some point this required a CVS version of w32api, IIRC. For the archives, adding --enable-debugging to ../configure above should build a debug version of the DLL. Since all of your arguments were presupposing something to do with CVS, I assume that this addresses your concerns. Yes, it does. You don't need CVS and I did not say that you had to use CVS. It does make sense to check CVS or a snapshot to see if your problem is fixed before you go to any effort trying to debug a problem, however. True, and others have made this point too. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
On Fri, Jan 21, 2005 at 02:02:33PM -0500, Christopher Faylor wrote: tar xjf cygwin-1.5.12-1-src.tar.bz2 cd cygwin-1.5.12-1 mkdir build cd build (../configure; make) make.out It does make sense to check CVS or a snapshot to see if your problem is fixed before you go to any effort trying to debug a problem, however. Great. Just put the above in the FAQ, plus some words about needing an unstripped dll. Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
On Fri, Jan 21, 2005 at 02:26:39PM -0500, Igor Pechtchanski wrote: On Fri, 21 Jan 2005, Christopher Faylor wrote: On Fri, Jan 21, 2005 at 11:53:25AM -0500, Igor Pechtchanski wrote: Also agreed. But the source provided in the cygwin source package is worthless for debugging, since one can't build Cygwin from that source. If debugger symbols were available, that source would actually be useful. :-) Huh? tar xjf cygwin-1.5.12-1-src.tar.bz2 cd cygwin-1.5.12-1 mkdir build cd build (../configure; make) make.out This builds a cygwin DLL. Just tried it. Whoops! Apologies for providing outdated information... At some point this required a CVS version of w32api, IIRC. For the archives, adding --enable-debugging to ../configure above should build a debug version of the DLL. I wouldn't suggest doing this unless you've been instructed to do so. This adds extra debugging hooks into cygwin which provide more strace output or pop up the debugger on certain types of situations. The goal here is to build a version of the DLL which is the same as the release. The DLL that gets produced by the above has debugging symbols so this is what is required. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
On Fri, Jan 21, 2005 at 02:45:44PM -0500, Pierre A. Humblet wrote: On Fri, Jan 21, 2005 at 02:02:33PM -0500, Christopher Faylor wrote: tar xjf cygwin-1.5.12-1-src.tar.bz2 cd cygwin-1.5.12-1 mkdir build cd build (../configure; make) make.out It does make sense to check CVS or a snapshot to see if your problem is fixed before you go to any effort trying to debug a problem, however. Great. Just put the above in the FAQ, plus some words about needing an unstripped dll. Information about building the DLL is already in the FAQ. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bash shell window can't open
At 09:40 AM 1/21/2005, you wrote: --- Larry Hall [EMAIL PROTECTED] wrote: At 04:46 PM 1/20/2005, you wrote: Thanks! When open DOS prompt first. Then type: E:\cygwin\cgywin.bat Cygwin runs correctly. No complain. If that's the case then maybe the link on your desktop is bad somehow. Recreate one by dragging from the explorer the cygwin.bat file onto your desktop. See if that helps. Try cygcheck -srv got: (Notice that there is Warning: There are multiple cygwin1.dlls on your path, could this be a problem?) No, in this case it's finding the same file twice. Observe follows: (1) In explorer click the cygwin.bat, doesn't work (2) create shortcut to cygwin.bat on desktop, doesn't work (3) The icon on desktop and in the start menu created by cygwin setup program, doesn't work (4) copy cygwin.bat to desktop, works!!! Strange. Well, at least you found something that works. Clearly there's something getting in the way of you existing links, though it's not obvious what it is... -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Very strange rxvt problem - game hangs when it is running
Igor Pechtchanski wrote: On Fri, 21 Jan 2005, Jonathan Arnold wrote: Igor Pechtchanski wrote: On Fri, 21 Jan 2005, Jonathan Arnold wrote: 1] Run Day of Defeat - connects and runs just fine. 2] Start rxvt. Try DoD again. It gets about halfway through its startup process, then hangs. 3] Quit rxvt and try again. DoD works fine. I tried the same procedure with the regular Cygwin bash shell, and it behaves the same way. Do you mean that the regular Cygwin bash shell makes DoD hang too? As in, start a Command Prompt, run cygwin.bat from it, and DoD still hangs? More or less. I have a shortcut with the following: D:\WINNT\system32\CMD.EXE /c D:\cygwin\cygwin.bat And that makes DoD hang just like rxvt does. Any ideas on what it could be? A WAG, and I may be really off on this: Cygwin uses TCP/IP sockets (which essentially require a TCP/IP port) to emulate Unix domain sockets. If rxvt reserves a Unix domain socket (even if it's not using X), and DoD tries to access the same port, because it's somehow predefined and it expects it to be free, there could be a conflict. I can't think of anything else in Cygwin that would interfere with a (presumably) non-Cygwin application. Well, unless the regular bash shell does it too, that probably isn't correct. Like I said, it is very weird and it took me some time to figure it out. The regular bash that you tried is really a login shell. That *can* run X-related stuff, e.g., from /etc/profile.d scripts. A real test would be to try a non-login bash (just run c:\cygwin\bin\bash.exe -i from a CMD prompt). If that doesn't interfere with DoD, it would make my WAG more probable. Otherwise we'll have to look for other possible reasons. Okay, I tried it this way too, and it still hangs DoD. FWIW, running MSYS (MinGW's bash), does not hang DoD. Very Odd. -- Jonathan Arnold (mailto:[EMAIL PROTECTED]) Amazing Developments http://www.buddydog.org I feel like a fugitive from the law of averages. - William H. Mauldin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
On Fri, Jan 21, 2005 at 02:47:20PM -0500, Christopher Faylor wrote: On Fri, Jan 21, 2005 at 02:45:44PM -0500, Pierre A. Humblet wrote: On Fri, Jan 21, 2005 at 02:02:33PM -0500, Christopher Faylor wrote: tar xjf cygwin-1.5.12-1-src.tar.bz2 cd cygwin-1.5.12-1 mkdir build cd build (../configure; make) make.out It does make sense to check CVS or a snapshot to see if your problem is fixed before you go to any effort trying to debug a problem, however. Great. Just put the above in the FAQ, plus some words about needing an unstripped dll. Information about building the DLL is already in the FAQ. If you refer to http://cygwin.com/faq/faq0.html#SEC102 it has the apparently obsolete information about needing a separate w32api and it recommends to use cvs. Pierre -- 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: Updated: fortune-1.99.1-1
On Fri, Jan 21, 2005 at 04:49:21PM +0100, Michael Schaap wrote: Hi Yitzckak, On 13-Jan-2005 21:27, Yitzchak Scott-Thoennes wrote: Achilles: Don't tell me you believe in fortune-telling! Tortoise: No...but they say it works even if you don't believe in it. -- GEB, Hofstadter I've made a new version of fortune available for installation. Thanks for bracing the storm and doing this! One thing, though: this version is much, much slower than the previous one. It takes around a second to produce a fortune, while the old one ran pretty much instantaneously. (This is on a high end XP box.) Is that the first time you run it, or every time? For me it goes much faster on subsequent runs, presumably due to disk cache. When I run strace fortune, the new version produces 16,771 lines of output. The old version produces 467 lines... I won't attach it to this message, for size reasons. I will actually try it in the next day or so, but I believe this is due to a bug in the old fortune version where the -a switch was disregarded and only a single fortune file checked. Additionally, the old fortune had fewer fortunes in far fewer files. Nevertheless, I will see if there's any way to speed up the selection from any files. As a workaround, you can cat together the base fortune files (those without a .dat or .u8 extension), run /usr/bin/strfile on it to create the .dat file, and create a .u8 symlink to it. Then run fortune without the -a switch but with your large file name. -- 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: Multiple installations and 3PPs
On Fri, 21 Jan 2005, Christopher Faylor wrote: On Fri, Jan 21, 2005 at 08:54:35AM -0500, Dick Repasky wrote: Roman here is what I do. 1) Install first instance of cygwin. 2) Export the registry key HKEY_LOCAL_MACINE/.../Cygnus Solutions to a file. Use a filename that represents the install. 3) Delete the registry key. As usual, everyone is impressed with the fact that they know that cygwin uses registry keys and no one is thinking that they could use cygwin tools to manipulate them. Incorrect! As usual, everyone follows the path of least resistance to solve problems. They take what they know and what they find out by reading and piece them together to form a solution. From reading the available documentation on mount, amateurs like myself are very unlikely to conclude that mount can be used to switch between installed instances of cygwin. Chances are that they do know something about the registry and they can easily figure out how cygwin makes use of them. So, that's what they do. If you want people to use mount, revise the documentation. Either make the statement explicitly and provide an example, or explain the workings of cygwin mounts and how cygwin starts clearly enough that readers can deduce for themselves that mount can be used. Enjoy life, Dick Repasky - Dick Repasky Bioinformatics Support UITS Cubicle 101.08 Indiana University USA [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: Updated: fortune-1.99.1-1
On 21-Jan-2005 23:59, Yitzchak Scott-Thoennes wrote: On Fri, Jan 21, 2005 at 04:49:21PM +0100, Michael Schaap wrote: Hi Yitzckak, On 13-Jan-2005 21:27, Yitzchak Scott-Thoennes wrote: Achilles: Don't tell me you believe in fortune-telling! Tortoise: No...but they say it works even if you don't believe in it. -- GEB, Hofstadter I've made a new version of fortune available for installation. Thanks for bracing the storm and doing this! One thing, though: this version is much, much slower than the previous one. It takes around a second to produce a fortune, while the old one ran pretty much instantaneously. (This is on a high end XP box.) Is that the first time you run it, or every time? For me it goes much faster on subsequent runs, presumably due to disk cache. Indeed, it is quite a bit faster on subsequent runs (time fortune -a initially reports 1.3 seconds, subsequently 0.3 seconds), although it 'forgets' this quite quicky, after a minute or so it's back to 1.3 already. When I run strace fortune, the new version produces 16,771 lines of output. The old version produces 467 lines... I won't attach it to this message, for size reasons. I will actually try it in the next day or so, but I believe this is due to a bug in the old fortune version where the -a switch was disregarded and only a single fortune file checked. Hmm, I never noticed. So that's why I didn't get offended. ;-) Additionally, the old fortune had fewer fortunes in far fewer files. I think that's certainly part of the reason. However, that probably doesn't explain the whole slowdown: there are now about 35 times as many system calls... By the way, I'm also running fortune-mod version 9708, with almost as many fortunes, on a Linux box (with lower specs than my Windows box), and there it's running much faster: 0.015s on the first run. There are no *.u8 symlinks there, by the way. And I tried removing those from the Cygwin /usr/share/games/fortunes directory: that actually makes it about twice as fast... Are those *.u8 symlinks doing anything useful? Nevertheless, I will see if there's any way to speed up the selection from any files. As a workaround, you can cat together the base fortune files (those without a .dat or .u8 extension), run /usr/bin/strfile on it to create the .dat file, and create a .u8 symlink to it. Then run fortune without the -a switch but with your large file name. Yeah, that helps quite a bit. With only two fortune files (one regular, one offensive), and without the .u8 symlinks, it runs pretty smoothly: 0.064 seconds. (For the record: for the offensive fortunes, use strfile -x.) Thanks, Michael -- 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: Very strange rxvt problem - game hangs when it is running
On Fri, 21 Jan 2005, Jonathan Arnold wrote: Igor Pechtchanski wrote: On Fri, 21 Jan 2005, Jonathan Arnold wrote: Igor Pechtchanski wrote: On Fri, 21 Jan 2005, Jonathan Arnold wrote: 1] Run Day of Defeat - connects and runs just fine. 2] Start rxvt. Try DoD again. It gets about halfway through its startup process, then hangs. 3] Quit rxvt and try again. DoD works fine. I tried the same procedure with the regular Cygwin bash shell, and it behaves the same way. [snip] Any ideas on what it could be? A WAG, and I may be really off on this: Cygwin uses TCP/IP sockets (which essentially require a TCP/IP port) to emulate Unix domain sockets. If rxvt reserves a Unix domain socket (even if it's not using X), and DoD tries to access the same port, because it's somehow predefined and it expects it to be free, there could be a conflict. I can't think of anything else in Cygwin that would interfere with a (presumably) non-Cygwin application. Well, unless the regular bash shell does it too, that probably isn't correct. Like I said, it is very weird and it took me some time to figure it out. The regular bash that you tried is really a login shell. That *can* run X-related stuff, e.g., from /etc/profile.d scripts. A real test would be to try a non-login bash (just run c:\cygwin\bin\bash.exe -i from a CMD prompt). If that doesn't interfere with DoD, it would make my WAG more probable. Otherwise we'll have to look for other possible reasons. Okay, I tried it this way too, and it still hangs DoD. FWIW, running MSYS (MinGW's bash), does not hang DoD. Very Odd. Yep. Curiouser and curiouser... Does *any* Cygwin process have that effect? Try running c:\cygwin\bin\sleep.exe 60 from a CMD prompt -- does *that* make DoD hang? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd on windows
Does anyone know if there is a cygwin.dll free ssh server for windows? Funnily enough, I originally read this as Is there a free ssh server for windows which uses cygwin.dll and then realised my mistake when I saw the first couple of replies. But following the last reply I'm not sure what the OP's intended meaning was. However, it's been answered both ways now - use Cygwin's openssh package, or else it's OT for this list. -- Cliff -- 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/
I want off this mailing list!
The automated form is not working. Would an administrator please solve my problem? __ 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/
Re: Sharing zsh history in cygwin.
On Thu, 20 Jan 2005, Andrew Markebo wrote: Anyone managed to share command line history between running zsh's in latest cygwin's? Works for me on Cygwin and Linux (Slackware). In old times I have done it, unfortunetaly bad tracking when I lost it. (Cywgin zsh 4.2) (think it works with Linux-compiled zsh, doublechecking) Mainly my sharing is decided by: # History ### # IncAppendHistory for sharing between shells.. NOW.. setopt HISTIGNOREDUPS HISTIGNORESPACE EXTENDED_HISTORY setopt INC_APPEND_HISTORY SHARE_HISTORY HISTSIZE=300 SAVEHIST=300 HISTFILE=~/.history The last line, HISTFILE, freezes the cygwin-distributed zsh (4.2.0) just after reading the config-files. Removing just that line creates a bunch of .history-XXX files. Hm... I get only a single ~/.history file. On cygwin I configured (by setting named FIFOs to work to false) and compiled zsh 4.2.3, but it doesn't seem to share the history. 4.2.3s' configure is broken (on Cygwin) right now, so unless you know what you're doing, I'd wait on it. Anyone who have been messing with the history as I do? This works for me without any problems, using 4.2.0 in Cygwin. I've opened three shells and can see/use the commands entered from any of the three shells by any of the three shells. I suspect it's something environmental. More detail about your system is in order. The output from 'cygcheck -s' might be enlightening. BTW, I just pushed 4.2.1-1 out. You can give it a try, but I kinda doubt that'll solve your problems. On the other hand, it does have the new /etc/zprofile in it. BTW, it appears cygwin-announce isn't working...at least I haven't seen any [ANNOUNCE] notices lately. I'll be pushing out 4.2.3 once I get patches for configure worked out. Still, I think your problem is something else. Please submit 'cygcheck -s' output. /Andy -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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: I want off this mailing list!
At 08:24 PM 1/21/2005, you wrote: The automated form is not working. Would an administrator please solve my problem? If http://cygwin.com/ml/#unsubscribe-simple doesn't work for you and http://cygwin.com/ml/#unsubscribe-full doesn't help and http://cygwin.com/ml/#unsubscribe-full-addr-unknown doesn't describe the reason why the previous two links weren't enough to unsubscribe you, then the proper next step is described here: http://cygwin.com/ml/#unsubscribe-desperate -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Multiple installations and 3PPs
On Fri, Jan 21, 2005 at 06:11:12PM -0500, Dick Repasky wrote: On Fri, 21 Jan 2005, Christopher Faylor wrote: On Fri, Jan 21, 2005 at 08:54:35AM -0500, Dick Repasky wrote: Roman here is what I do. 1) Install first instance of cygwin. 2) Export the registry key HKEY_LOCAL_MACINE/.../Cygnus Solutions to a file. Use a filename that represents the install. 3) Delete the registry key. As usual, everyone is impressed with the fact that they know that cygwin uses registry keys and no one is thinking that they could use cygwin tools to manipulate them. Incorrect! As usual, everyone follows the path of least resistance to solve problems. They take what they know and what they find out by reading and piece them together to form a solution. From reading the available documentation on mount, amateurs like myself are very unlikely to conclude that mount can be used to switch between installed instances of cygwin. Chances are that they do know something about the registry and they can easily figure out how cygwin makes use of them. So, that's what they do. If you want people to use mount, revise the documentation. Either make the statement explicitly and provide an example, or explain the workings of cygwin mounts and how cygwin starts clearly enough that readers can deduce for themselves that mount can be used. What documentation suggests that you should be modifying the registry rather than using mount? I'd be happy to change it. As far as making the statement explicitly, I don't know what's going on in your head. I don't know what you find unclear. Please enlighten me with specific examples. Perhaps I am missing something but when I look in the documentation for descriptions of cygwin's mount table, I see the mount command mentioned as the command to use to manipulate the settings. I would not be overly suprised to find that there is a section which mentions the registry without mentioning the mount command but if you have a precise example in mind, it will be fixed. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
On Fri, Jan 21, 2005 at 05:28:38PM -0500, Pierre A. Humblet wrote: On Fri, Jan 21, 2005 at 02:47:20PM -0500, Christopher Faylor wrote: On Fri, Jan 21, 2005 at 02:45:44PM -0500, Pierre A. Humblet wrote: On Fri, Jan 21, 2005 at 02:02:33PM -0500, Christopher Faylor wrote: tar xjf cygwin-1.5.12-1-src.tar.bz2 cd cygwin-1.5.12-1 mkdir build cd build (../configure; make) make.out It does make sense to check CVS or a snapshot to see if your problem is fixed before you go to any effort trying to debug a problem, however. Great. Just put the above in the FAQ, plus some words about needing an unstripped dll. Information about building the DLL is already in the FAQ. If you refer to http://cygwin.com/faq/faq0.html#SEC102 it has the apparently obsolete information about needing a separate w32api and it recommends to use cvs. You included the section where I said it was probably a good idea to use CVS or a snapshot. So, the FAQ is accurate there. You're right that the rest of it should be updated. However, if the fact that the cygwin FAQ entry is mildly inaccurate was a true stumbling block for people who wanted to debug the DLL, then I think we would have seen a complaint about it by now. I think it's pretty clear that the people who are clamoring for this don't really know what they want and assume that a dll with debugging symbols will either enable them to debug the dll without going through the awful rigors of building or they think they would have a better opportunity of having cygwin tech support look at their back traces. Neither is precisely true. However, I have already said that it is on my todo list to try to provide a debuginfo package for cygwin. It will show up in some future release. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Multiple installations and 3PPs
Christopher Faylor wrote: If you want people to use mount, revise the documentation. Either make the statement explicitly and provide an example, or explain the workings of cygwin mounts and how cygwin starts clearly enough that readers can deduce for themselves that mount can be used. What documentation suggests that you should be modifying the registry rather than using mount? I'd be happy to change it. How about a FAQ entry along the following lines: How do I save, restore, delete, or modify the Cygwin information stored in the registry? Currently Cygwin stores its mount table information in the registry. It is recommended that you use the 'mount' and 'umount' commands to manipulate the mount information instead of directly modifying the registry. To save the mount information to a file for later restoration, use mount -m mounts.txt. To remove all mount information use umount -A. To reincorporate saved mount information use eval mounts.txt. 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: Multiple installations and 3PPs
At 10:24 PM 1/21/2005, you wrote: On Fri, Jan 21, 2005 at 06:11:12PM -0500, Dick Repasky wrote: On Fri, 21 Jan 2005, Christopher Faylor wrote: On Fri, Jan 21, 2005 at 08:54:35AM -0500, Dick Repasky wrote: Roman here is what I do. 1) Install first instance of cygwin. 2) Export the registry key HKEY_LOCAL_MACINE/.../Cygnus Solutions to a file. Use a filename that represents the install. 3) Delete the registry key. As usual, everyone is impressed with the fact that they know that cygwin uses registry keys and no one is thinking that they could use cygwin tools to manipulate them. Incorrect! As usual, everyone follows the path of least resistance to solve problems. They take what they know and what they find out by reading and piece them together to form a solution. From reading the available documentation on mount, amateurs like myself are very unlikely to conclude that mount can be used to switch between installed instances of cygwin. Chances are that they do know something about the registry and they can easily figure out how cygwin makes use of them. So, that's what they do. If you want people to use mount, revise the documentation. Either make the statement explicitly and provide an example, or explain the workings of cygwin mounts and how cygwin starts clearly enough that readers can deduce for themselves that mount can be used. What documentation suggests that you should be modifying the registry rather than using mount? I'd be happy to change it. As far as making the statement explicitly, I don't know what's going on in your head. I don't know what you find unclear. Please enlighten me with specific examples. Perhaps I am missing something but when I look in the documentation for descriptions of cygwin's mount table, I see the mount command mentioned as the command to use to manipulate the settings. I would not be overly suprised to find that there is a section which mentions the registry without mentioning the mount command but if you have a precise example in mind, it will be fixed. Perhaps this was the reference Dick had in mind? How do I uninstall all of Cygwin? http://cygwin.com/faq/faq_toc.html#TOC20 -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Multiple installations and 3PPs (FAQ alert)
On Fri, Jan 21, 2005 at 11:17:30PM -0500, Larry Hall wrote: Perhaps this was the reference Dick had in mind? How do I uninstall all of Cygwin? http://cygwin.com/faq/faq_toc.html#TOC20 Perhaps. Joshua, if you have a chance, could you add something about using mount to remove the options. Of course, this might be sort of a chicken/egg thing. You could do something like: mount --remove-all-mounts Then use My Computer to delete the cygwin directory. This would still leave an Cygnus Solutions key in the registry, though. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Multiple installations and 3PPs
On Fri, Jan 21, 2005 at 08:23:53PM -0800, Brian Dessent wrote: Christopher Faylor wrote: If you want people to use mount, revise the documentation. Either make the statement explicitly and provide an example, or explain the workings of cygwin mounts and how cygwin starts clearly enough that readers can deduce for themselves that mount can be used. What documentation suggests that you should be modifying the registry rather than using mount? I'd be happy to change it. How about a FAQ entry along the following lines: How do I save, restore, delete, or modify the Cygwin information stored in the registry? Currently Cygwin stores its mount table information in the registry. It is recommended that you use the 'mount' and 'umount' commands to manipulate the mount information instead of directly modifying the registry. To save the mount information to a file for later restoration, use mount -m mounts.txt. To remove all mount information use umount -A. To reincorporate saved mount information use eval mounts.txt. The mount -m command is actually intended to be a .bat, so it can be something like: c:\mount -m mounts.bat # to record it . . . c:\.\mounts # to restore it Other than that, I like the wording. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (using snapshot)
On Fri, Jan 21, 2005 at 04:08:06PM +0100, David Dindorp wrote: Again, this doesn't address your immediate concern. A snapshot is your best bet. Using the snapshot in the test environment, I now get these errors: sleep.exe (1924): *** MapViewOfFileEx(0x188, in_h 0x188) failed, Win32 error 6 which.exe (2572): *** MapViewOfFileEx(0x188, in_h 0x188) failed, Win32 error 6 Error: Required executable awk not found. Aborting... The last line is the script exiting because it can't find awk with if [ ! -x `which awk` ]. Error 6 means 'invalid handle'. Any ideas why this occurs? Can you send your cygcheck output (as an attachment) and a sample script which demonstrates this problem? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin bughunt (FAQ alert?)
On Fri, Jan 21, 2005 at 07:04:50PM +0100, David Dindorp wrote: Corinna Vinschen wrote: IMHO you're looking from the wrong direction. People capable of debugging the Cygwin DLL are usually also capable of building it. The only reason that the above is true is because you do not provide the means for people to debug the Cygwin DLL properly. Actually, we do. We provide the source code. It's easy to build. Have you even tried it? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Multiple installations and 3PPs (FAQ alert)
On Fri, 21 Jan 2005, Christopher Faylor wrote: On Fri, Jan 21, 2005 at 11:17:30PM -0500, Larry Hall wrote: Perhaps this was the reference Dick had in mind? How do I uninstall all of Cygwin? http://cygwin.com/faq/faq_toc.html#TOC20 Perhaps. Joshua, if you have a chance, could you add something about using mount to remove the options. Of course, this might be sort of a chicken/egg thing. You could do something like: mount --remove-all-mounts Then use My Computer to delete the cygwin directory. This would still leave an Cygnus Solutions key in the registry, though. cgf Should we, perhaps, provide a small 'uninstall' script, maybe in /usr/sbin, that would perform a umount and then use regtool to remove the registry key? It could even be a .bat, which will enable it to delete all of Cygwin once the last Cygwin process exits... A postinstall script could generate it, too, so that it contains explicit paths of the Cygwin root directory. Something like -- BEGIN gen-uninst.sh -- #!/bin/sh CYGDIR=`/bin/cygpath -aw /` cat /usr/sbin/uninstall.bat EOF $CYGDIR\\umount -s -A $CYGDIR\\umount -A copy $CYGDIR\\cygwin1.dll $CYGDIR\\regtool.exe %TEMP% $CYGDIR\\rm -rf / del /s $CYGDIR %TEMP%\\regtool remove /HKLM/Software/Cygnus Solutions %TEMP%\\regtool remove /HKCU/Software/Cygnus Solutions del %TEMP%\\cygwin1.dll %TEMP%\\regtool.exe EOF --- END gen-uninst.sh --- (I don't recall whether the cygwin DLL will try to create the HKLM key or only the HKCU key if none are present). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/