RE: [PATCH]: cygpath.cc
Hi Corinna, Applied. Just one note. Could you please send patches against the tools in the utils subdir send to cygwin-patches? OK, no problem next time. Regards, Jörg
Re: new version of indent available, please upload
On Thu, May 16, 2002 at 06:30:07PM +0200, Gerrit P. Haase wrote: Hallo, I just finished building the latest indent release. Please do an upload. Since it passes all regression tests besides one low-priority issue (that is new comment-handling-code) I won't release it as test. http://iokaste.koeln.convey.de/cywgin/indent/indent-2.2.8-1.tar.bz2 http://iokaste.koeln.convey.de/cywgin/indent/indent-2.2.8-1-src.tar.bz2 Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Setup.exe does not like its own source (was: setup.exe 2.218.2.8/9 broken)
Chris Down wrote: I regularly update my Cygwin installation ( Win2k) and I do not usually get any problems. However I recently updated using setup-2.218.2.9 and the Download Incomplete window popped up. After investigating I found that this only occurred if I tried to do an internet install on the Setup sources. If I omit this everything is fine. I use mirrors.rcn.net for installs. This is repeatable on my set up. Noticed this too. Problem is that setup is the only(?) package in setup.ini with only source and no binary (for obvious reasons). The setup entry in setup.ini: setup sdesc: The Cygwin Net Distribution installer and updater program. category: System Net Utils version: 2.218.2.9-1 source: release/setup/setup-2.218.2.9-1-src.tar.bz2 659936 9a2b1ee9d1d97208578b9535bb6018ec Note: no install: line. So Setup.exe still tries to download/install the binary which is not there, hence the Download Incomplete messages. Setup needs to accept that there are source only packages. I guess Robert is already aware of this. Ton van Overbeek P.S. Why is the contents of setup-2.218.2.9-1-src.tar.bz2 only an other tar.bz2 file ? Why not rename the original tar.bz2 file, would save a few bytes.
RE: Setup.exe does not like its own source (was: setup.exe 2.218.2.8/9 broken)
-Original Message- From: Ton van Overbeek [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 7:08 PM Ton van Overbeek P.S. Why is the contents of setup-2.218.2.9-1-src.tar.bz2 only an other tar.bz2 file ? Why not rename the original tar.bz2 file, would save a few bytes. It's easier. The automake created tarball extracts into setup-0. If I use that tarball, then when you download updates, you'll overwrite the previous sources. Repacking them would be another step. Also see the cygwin-apps list discussion of different packaging styles. Rob
Re: postinstallation problems with apache_mod_auth_xxx modules
Dr. Volker Zell wrote: Hi The postinstallation steps for apache_mod_auth_mysql/ntsec put the wrong configuration information in httpd.conf Specifically I had to change the following lines AddModule mod_mysql_auth.c AddModule mod_ntsec_auth.c to AddModule mod_auth_mysql.c AddModule mod_auth_ntsec.c yep, that's right. But this is a problem of the module naming in conjunction to apxs, which is used to patch /etc/httpd.conf. You can turn it the way you want: either apxs misbehaves detecting module internals or module naming is not for apxs. BTW, the same behaviour is seen on UNIX flavors. I think the guys from Apache know about this but seem to accept this module naming mismatch. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
setup CVS HEAD broken
Just a note: Chris's last checkin in ini.cc broken local dir parsing, so please don't send bug reports on this in. Chris, don't worry about fixing this, as I'm 80% through refactoring the find routine stuff and I've reinstated the missing lines in a completely different place anyway... The culprit was the remove of these lines: - findBuilder-parse_mirror = mirror; - ini_init (ini_file, findBuilder); with the result that yyparse was never given a stream to parse with. Rob
RE: Unable to get french keyboard with XDMCP connexion on AIX
Bonjour Fréderic, L'option -ac n'a rien à voir avec le clavier, si je ne me trompe pas. Il te faut les options +kb -xkbmap fr, moi j'ai un clavier belge, alors: XWin +kb -xkbmap be -auth $HOME/.Xauthority -emulate3buttons -unixkill -nowinkill Il te faut aussi un fichier avec le dessin de ton clavier, dans /tmp, chez moi: /tmp/be.xkm Tu peux génerer ce fichier avec xkbcomp, avec les sources qui se trouvent dans /usr/X11R6/lib/X11/xkb. Courage! Gérard -Original Message- From: frederic bregier [mailto:[EMAIL PROTECTED]] Sent: vrijdag 17 mei 2002 1:00 To: [EMAIL PROTECTED] Subject: Re: Unable to get french keyboard with XDMCP connexion on AIX Hi all, I try the -ac option from Pavel with XWin. I am not able to get the french keyboard at login, but just after, the xmodmap locally runned (in the local script, not on the remote server) is perfectly running and I get the french keyboard. So it is a part of the answear (since I prefer to get all the specific configuration part on my PC, not on the many server I must access). The only point is that -ac enables anyone to get access to my X client (like xhost +). But not too bad anyway. If someone find how to finaly get the french KB at logon time, and it is perfect for me. By the way, thank you all for your helps!!! Great job! Frederic - http://www.WebMailSPro.com - VOTRE service d'email sans pub avec VOTRE nom de domaine === This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached.
double keystroke effects with XP
Hi out there, I'm using cygwin on XP. Whenever I use X11 and type at normal speed, I get about every 10th character twice. If I take care and touch only one key at a time everything works fine. Any ideas? Thank you, Ralf Gans
Re: building xwin packages
Harold Hunt [EMAIL PROTECTED] wrote: http://www.msu.edu/~huntharo/xwin/XFree86-cygwin-build.tar.bz2 (3 KiB) No... Kibibytes sounds far too stupid to actually be used! Max.
Re: building xwin packages
Next thing they'll want us to start measuring temperature in Kelvin... Cheers, Nicholas --- Max Bowsher [EMAIL PROTECTED] wrote: Harold Hunt [EMAIL PROTECTED] wrote: http://www.msu.edu/~huntharo/xwin/XFree86-cygwin-build.tar.bz2 (3 KiB) No... Kibibytes sounds far too stupid to actually be used! Max. __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com
RE: building xwin packages
Need to know the XWin server size / rgs, NR -Original Message- From: Harold Hunt [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 3:19 AM To: Nicholas Wourms Cc: cygx Subject: RE: building xwin packages Nicholas, Is there anything different which must be done now to cross compile that wasn't included in your directions or has changed since you wrote them? I haven't done a cross compile in a couple of months now. I just deleted by Cygwin cross compiler off of my Linux machine, so I'd have to spend a bit of time to do a test cross compile right now. I'm a little strapped for time right now and we're going out of town for the weekend, so it'll have to wait until next month sometime. On the other hand, I do recall that if you do not pass the flags *exactly* as documented the build process will usually bomb at imake. You should be using the command like so (all on one line, but I wrapped it for readability): [harold@MyCrossHost std]$ make World BOOTSTRAPCFLAGS=-D__CYGWIN__ -Ulinux -DCrossCompiling=1 IMAKE_DEFINES=-D__CYGWIN__ -Ulinux World.log 21 Good luck, Harold -Original Message- From: Nicholas Wourms [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 12:09 PM To: Harold L Hunt Subject: Re: building xwin packages Harold, I am quite aware of the the trias involved with building Xfree (I just went trough it a few months ago on OSX ;)). Given that, I was attempting to follow the directions on in the contributor's guide regarding building Xfree. Unfortunately matters have been complicated twofold, as I am quite dissappointed with the performance of compilation on my windows machine. Therefore I was setting up a cross-compile environment on my suse 7.3 linux box per your directions. This is where I want to ask a question: Is there anything different which must be done now to crosscompile that wasn't included in your directions or has changed since you wrote them? I will follow the steps below and see if my result is different, but for some reason when I followed your directions (before you sent this mail) in the howto and double checked my process, the make process bombs out on imake.c, complaining about a imake.c:395: parse error before `1'. From what I see crosscompiling needs different defines? I'm not sure...despite that my will is strong and my desire to recompile is kindled by the desire to help in testing kde. Cheers, Nicholas --- Harold L Hunt [EMAIL PROTECTED] wrote: Nicholas, Building the XFree86 packages for Cygwin is not for the faint of heart. It takes possibly many hours (especially for first timers) and there is a lot that can go wrong. With that in mind, I'll point you to two of the three steps for building the packages, and I'll post the packaging script tonight when I am on the machine that has it. I had posted the script before but the machine it was on is no longer accessible, so I'll have to put it somewhere else. Be aware that you can start the first two steps and by the time that I post the packaging script in about 8 hours you still won't have built XFree86... 1) Follow the instructions in the Cygwin/XFree86 Contributor's Guide for downloading the source for XFree86 and building it. You'll want to grab the `xf-4_2-branch' of the source code. I think you would do that with: cvs checkout -r xf-4_2-branch xc Notice that some of the patches to the latest Xxserv package were not applied to the xf-4_2-branch (I don't think Alan keeps an xf-4_2-branch tree around) so you'll need to grab the default branch and copy the files from xc/programs/Xserver/hw/xwin/ into your 4_2 tree. The relevant steps in the Contributor's Guide are here: http://xfree86.cygwin.com/docs/cg/prog-build-native.html 2) After building XFree86 you'll need to create the XFree86 packages, which is very difficult. I've attempted to create a Cygwin-specific version of the instructions for this at: http://xfree86.cygwin.com/docs/cg/prog-distribution.html 3) Now you need to convert the XFree86 packages into Cygwin packages. This is done with the build.sh script that Ian Burrell wrote and I modified. I'll post this later tonight, but the basic idea is that you copy the XFree86 packages into a directory with build.sh, then run the script. It takes about 5 to 10 minutes on my 1200 Athlon with a pretty quick hard drive, so I wouldn't be surprised if it took up to an hour on older hardware. You'd better be really sure that you actually want to do this before you put any time into it. There is a reason that XFree86 was not installable via Cygwin's setup.exe for almost a year after we started using the XFree86 packaging script. Good luck, Harold Nicholas Wourms [EMAIL PROTECTED] said: Harold, How do you build the packages for use with setup.exe? Do you use a script or do you do it by hand? If
RE: building xwin packages
Harold, Does it seem strange for a PIII/733 running linux to produce the following results?: # time make World BOOTSTRAPCFLAGS=-D__CYGWIN__ -Ulinux -DCrossCompiling=1 IMAKE_DEFINES=-D__CYGWIN__ -Ulinux make-world.log real66m36.681s user27m51.320s sys 3m5.950s Cheers, Nicholas --- Harold Hunt [EMAIL PROTECTED] wrote: Here is my cross compile build log so that you can see what is supposed to happen: http://www.msu.edu/~huntharo/xwin/World-cross.log.bz2 (156 KiB) Hope that helps, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Nicholas Wourms Sent: Thursday, May 16, 2002 8:09 PM To: Harold Hunt Subject: RE: building xwin packages Harold, Before you go, don't forget to post the script :). Thanks in advance and have a pleasant trip! Cheers, Nicholas --- Harold Hunt [EMAIL PROTECTED] wrote: Nicholas, Is there anything different which must be done now to cross compile that wasn't included in your directions or has changed since you wrote them? I haven't done a cross compile in a couple of months now. I just deleted by Cygwin cross compiler off of my Linux machine, so I'd have to spend a bit of time to do a test cross compile right now. I'm a little strapped for time right now and we're going out of town for the weekend, so it'll have to wait until next month sometime. On the other hand, I do recall that if you do not pass the flags *exactly* as documented the build process will usually bomb at imake. You should be using the command like so (all on one line, but I wrapped it for readability): [harold@MyCrossHost std]$ make World BOOTSTRAPCFLAGS=-D__CYGWIN__ -Ulinux -DCrossCompiling=1 IMAKE_DEFINES=-D__CYGWIN__ -Ulinux World.log 21 Good luck, Harold -Original Message- From: Nicholas Wourms [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 12:09 PM To: Harold L Hunt Subject: Re: building xwin packages Harold, I am quite aware of the the trias involved with building Xfree (I just went trough it a few months ago on OSX ;)). Given that, I was attempting to follow the directions on in the contributor's guide regarding building Xfree. Unfortunately matters have been complicated twofold, as I am quite dissappointed with the performance of compilation on my windows machine. Therefore I was setting up a cross-compile environment on my suse 7.3 linux box per your directions. This is where I want to ask a question: Is there anything different which must be done now to crosscompile that wasn't included in your directions or has changed since you wrote them? I will follow the steps below and see if my result is different, but for some reason when I followed your directions (before you sent this mail) in the howto and double checked my process, the make process bombs out on imake.c, complaining about a imake.c:395: parse error before `1'. From what I see crosscompiling needs different defines? I'm not sure...despite that my will is strong and my desire to recompile is kindled by the desire to help in testing kde. Cheers, Nicholas --- Harold L Hunt [EMAIL PROTECTED] wrote: Nicholas, Building the XFree86 packages for Cygwin is not for the faint of heart. It takes possibly many hours (especially for first timers) and there is a lot that can go wrong. With that in mind, I'll point you to two of the three steps for building the packages, and I'll post the packaging script tonight when I am on the machine that has it. I had posted the script before but the machine it was on is no longer accessible, so I'll have to put it somewhere else. Be aware that you can start the first two steps and by the time that I post the packaging script in about 8 hours you still won't have built XFree86... 1) Follow the instructions in the Cygwin/XFree86 Contributor's Guide for downloading the source for XFree86 and building it. You'll want to grab the `xf-4_2-branch' of the source code. I think you would do that with: cvs checkout -r xf-4_2-branch xc Notice that some of the patches to the latest Xxserv package were not applied to the xf-4_2-branch (I don't think Alan keeps an xf-4_2-branch tree around) so you'll need to grab the default branch and copy the files from xc/programs/Xserver/hw/xwin/ into your 4_2 tree. The relevant steps in the Contributor's Guide are here: http://xfree86.cygwin.com/docs/cg/prog-build-native.html 2) After building XFree86 you'll need to create the XFree86 packages, which is
Re: KDE 2.2.2 beta1 released
On Fri, 17 May 2002 09:39:23 +0200 Ralf Habacker [EMAIL PROTECTED] wrote: Hi all, today the KDE 2.2.2 beta 1 is released. For further details see http://cygwin.kde.org/kde2.php Have fun ! Ralf Habacker I had this problem with the installer for 2.2.1 as well, but I was hoping it would be fixed in this one. During the installation of kdebase, I will get about half way through, and then get booged down in a series of error messages that read: warning: deleting d:\cygwin/opt/kde2/share/doc/HTML/en/kdeprint/cupsserverconfig_serverencryptionconfig_servercertificate_blurb.png so I can make a directory there. After hitting OK, I get another one that reads: warning: moving directory /opt/kde2/share/doc/HTML/en/kdeprint/cupsserverconfig_serverencryptionconfig_servercertificate_blurb.png out of the way. At least for 2.2.1, installing manually by extracting the archive on the command line works. And, sure enough, I have multiple copies of a directory with that name. Will proceed with manual installation for 2.2.2. -- ** Jonathan Fosburgh |Certified AIX Administrator Software Systems Spec. III |ICQ: 32742908 Communications and Computer Services|MSN: [EMAIL PROTECTED] UT MD Anderson Cancer Center|Jabber: [EMAIL PROTECTED] Houston, TX |Yahoo: jefosburgh **
Need to know X Win server size
Hi, Need the help regarding the X Win server size with NMAKE approach on optimization. rgs, NR DISCLAIMER: Information contained and transmitted by this E-MAIL is proprietary to MASCOT SYSTEMS LTD and is intended for use only by the individual or entity to which it is addressed, and may contain information that is privileged, confidential or exempt from disclosure under applicable law. If this is a forwarded message, the content of this E-MAIL may not have been sent with the authority of the Company. If you are not the intended recipient, an agent of the intended recipient or a person responsible for delivering the information to the named recipient, you are notified that any use, distribution, transmission, printing, copying or dissemination of this information in any way or in any manner is strictly prohibited. If you have received this communication in error, please delete this mail notify us immediately at [EMAIL PROTECTED] Before opening attachments, Please scan for Viruses
error downloading XFree86-base-4.2.0-1.tar.bz2
when I download the XFree86-base-4.2.0-1.tar.bz2 through the cygwin setup an error occurs (the file is only 46 bytes). The installation is not proceeding after that. Is there a soluttion?
RE: error downloading XFree86-base-4.2.0-1.tar.bz2
46 bytes sounds about right. Rob -Original Message- From: Kostas Adaos [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 11:29 PM To: [EMAIL PROTECTED] Subject: error downloading XFree86-base-4.2.0-1.tar.bz2 when I download the XFree86-base-4.2.0-1.tar.bz2 through the cygwin setup an error occurs (the file is only 46 bytes). The installation is not proceeding after that. Is there a soluttion?
RE: building xwin packages
Sorry, Just discovered that SuSE uses yacc instead of byacc, therefore it really wasn't building afterall :(. Nicholas --- Nicholas Wourms [EMAIL PROTECTED] wrote: Harold, Does it seem strange for a PIII/733 running linux to produce the following results?: # time make World BOOTSTRAPCFLAGS=-D__CYGWIN__ -Ulinux -DCrossCompiling=1 IMAKE_DEFINES=-D__CYGWIN__ -Ulinux make-world.log real66m36.681s user27m51.320s sys 3m5.950s Cheers, Nicholas --- Harold Hunt [EMAIL PROTECTED] wrote: Here is my cross compile build log so that you can see what is supposed to happen: http://www.msu.edu/~huntharo/xwin/World-cross.log.bz2 (156 KiB) Hope that helps, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Nicholas Wourms Sent: Thursday, May 16, 2002 8:09 PM To: Harold Hunt Subject: RE: building xwin packages Harold, Before you go, don't forget to post the script :). Thanks in advance and have a pleasant trip! Cheers, Nicholas --- Harold Hunt [EMAIL PROTECTED] wrote: Nicholas, Is there anything different which must be done now to cross compile that wasn't included in your directions or has changed since you wrote them? I haven't done a cross compile in a couple of months now. I just deleted by Cygwin cross compiler off of my Linux machine, so I'd have to spend a bit of time to do a test cross compile right now. I'm a little strapped for time right now and we're going out of town for the weekend, so it'll have to wait until next month sometime. On the other hand, I do recall that if you do not pass the flags *exactly* as documented the build process will usually bomb at imake. You should be using the command like so (all on one line, but I wrapped it for readability): [harold@MyCrossHost std]$ make World BOOTSTRAPCFLAGS=-D__CYGWIN__ -Ulinux -DCrossCompiling=1 IMAKE_DEFINES=-D__CYGWIN__ -Ulinux World.log 21 Good luck, Harold -Original Message- From: Nicholas Wourms [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 12:09 PM To: Harold L Hunt Subject: Re: building xwin packages Harold, I am quite aware of the the trias involved with building Xfree (I just went trough it a few months ago on OSX ;)). Given that, I was attempting to follow the directions on in the contributor's guide regarding building Xfree. Unfortunately matters have been complicated twofold, as I am quite dissappointed with the performance of compilation on my windows machine. Therefore I was setting up a cross-compile environment on my suse 7.3 linux box per your directions. This is where I want to ask a question: Is there anything different which must be done now to crosscompile that wasn't included in your directions or has changed since you wrote them? I will follow the steps below and see if my result is different, but for some reason when I followed your directions (before you sent this mail) in the howto and double checked my process, the make process bombs out on imake.c, complaining about a imake.c:395: parse error before `1'. From what I see crosscompiling needs different defines? I'm not sure...despite that my will is strong and my desire to recompile is kindled by the desire to help in testing kde. Cheers, Nicholas --- Harold L Hunt [EMAIL PROTECTED] wrote: Nicholas, Building the XFree86 packages for Cygwin is not for the faint of heart. It takes possibly many hours (especially for first timers) and there is a lot that can go wrong. With that in mind, I'll point you to two of the three steps for building the packages, and I'll post the packaging script tonight when I am on the machine that has it. I had posted the script before but the machine it was on is no longer accessible, so I'll have to put it somewhere else. Be aware that you can start the first two steps and by the time that I post the packaging script in about 8 hours you still won't have built XFree86... 1) Follow the instructions in the Cygwin/XFree86 Contributor's Guide for downloading the source for XFree86 and building it. You'll want to grab the `xf-4_2-branch' of the source code. I think you would do that with: cvs checkout -r xf-4_2-branch xc Notice that some of the patches to the latest Xxserv package were not applied to the xf-4_2-branch (I don't think Alan keeps an xf-4_2-branch tree around)
Re: KDE 2.2.2 beta1 released
Hi, I hate to chime in with a me too, but I have been experiencing the same issue. I contacted Robert Collins about the issue and he said he would look into why setup is doing that. Haven't heard from him yet though... Cheers, Nicholas --- Jonathan Fosburgh [EMAIL PROTECTED] wrote: On Fri, 17 May 2002 09:39:23 +0200 Ralf Habacker [EMAIL PROTECTED] wrote: Hi all, today the KDE 2.2.2 beta 1 is released. For further details see http://cygwin.kde.org/kde2.php Have fun ! Ralf Habacker I had this problem with the installer for 2.2.1 as well, but I was hoping it would be fixed in this one. During the installation of kdebase, I will get about half way through, and then get booged down in a series of error messages that read: warning: deleting d:\cygwin/opt/kde2/share/doc/HTML/en/kdeprint/cupsserverconfig_serverencryptionconfig_servercertificate_blurb.png so I can make a directory there. After hitting OK, I get another one that reads: warning: moving directory /opt/kde2/share/doc/HTML/en/kdeprint/cupsserverconfig_serverencryptionconfig_servercertificate_blurb.png out of the way. At least for 2.2.1, installing manually by extracting the archive on the command line works. And, sure enough, I have multiple copies of a directory with that name. Will proceed with manual installation for 2.2.2. -- ** Jonathan Fosburgh |Certified AIX Administrator Software Systems Spec. III |ICQ: 32742908 Communications and Computer Services|MSN: [EMAIL PROTECTED] UT MD Anderson Cancer Center|Jabber: [EMAIL PROTECTED] Houston, TX |Yahoo: jefosburgh ** __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com
RE: KDE 2.2.2 beta1 released
I haven't had time to test yet. Hopefully I will this weekend... Rob -Original Message- From: Nicholas Wourms [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 10:50 PM To: Jonathan Fosburgh Cc: Ralf Habacker; Cygwin-Xfree Subject: Re: KDE 2.2.2 beta1 released Hi, I hate to chime in with a me too, but I have been experiencing the same issue. I contacted Robert Collins about the issue and he said he would look into why setup is doing that. Haven't heard from him yet though... Cheers, Nicholas --- Jonathan Fosburgh [EMAIL PROTECTED] wrote: On Fri, 17 May 2002 09:39:23 +0200 Ralf Habacker [EMAIL PROTECTED] wrote: Hi all, today the KDE 2.2.2 beta 1 is released. For further details see http://cygwin.kde.org/kde2.php Have fun ! Ralf Habacker I had this problem with the installer for 2.2.1 as well, but I was hoping it would be fixed in this one. During the installation of kdebase, I will get about half way through, and then get booged down in a series of error messages that read: warning: deleting d:\cygwin/opt/kde2/share/doc/HTML/en/kdeprint/cupsserverconfig _serverencryptionconfig_servercertificate_blurb.png so I can make a directory there. After hitting OK, I get another one that reads: warning: moving directory /opt/kde2/share/doc/HTML/en/kdeprint/cupsserverconfig_servere ncryptionconfig_servercertificate_blurb.png out of the way. At least for 2.2.1, installing manually by extracting the archive on the command line works. And, sure enough, I have multiple copies of a directory with that name. Will proceed with manual installation for 2.2.2. -- ** Jonathan Fosburgh |Certified AIX Administrator Software Systems Spec. III |ICQ: 32742908 Communications and Computer Services|MSN: [EMAIL PROTECTED] UT MD Anderson Cancer Center|Jabber: [EMAIL PROTECTED] Houston, TX |Yahoo: jefosburgh ** __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com
RE: building xwin packages
Harold, I noticed that make won't rebuild fonts because it is looking for executables in ../../exports/bin dir. The problem is that the executables aren't native to linux. So how are you supposed to rebuild fonts without native executables? It's a bit perplexing... Cheers, Nicholas --- Harold Hunt [EMAIL PROTECTED] wrote: Here is my cross compile build log so that you can see what is supposed to happen: http://www.msu.edu/~huntharo/xwin/World-cross.log.bz2 (156 KiB) Hope that helps, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Nicholas Wourms Sent: Thursday, May 16, 2002 8:09 PM To: Harold Hunt Subject: RE: building xwin packages Harold, Before you go, don't forget to post the script :). Thanks in advance and have a pleasant trip! Cheers, Nicholas --- Harold Hunt [EMAIL PROTECTED] wrote: Nicholas, Is there anything different which must be done now to cross compile that wasn't included in your directions or has changed since you wrote them? I haven't done a cross compile in a couple of months now. I just deleted by Cygwin cross compiler off of my Linux machine, so I'd have to spend a bit of time to do a test cross compile right now. I'm a little strapped for time right now and we're going out of town for the weekend, so it'll have to wait until next month sometime. On the other hand, I do recall that if you do not pass the flags *exactly* as documented the build process will usually bomb at imake. You should be using the command like so (all on one line, but I wrapped it for readability): [harold@MyCrossHost std]$ make World BOOTSTRAPCFLAGS=-D__CYGWIN__ -Ulinux -DCrossCompiling=1 IMAKE_DEFINES=-D__CYGWIN__ -Ulinux World.log 21 Good luck, Harold -Original Message- From: Nicholas Wourms [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 12:09 PM To: Harold L Hunt Subject: Re: building xwin packages Harold, I am quite aware of the the trias involved with building Xfree (I just went trough it a few months ago on OSX ;)). Given that, I was attempting to follow the directions on in the contributor's guide regarding building Xfree. Unfortunately matters have been complicated twofold, as I am quite dissappointed with the performance of compilation on my windows machine. Therefore I was setting up a cross-compile environment on my suse 7.3 linux box per your directions. This is where I want to ask a question: Is there anything different which must be done now to crosscompile that wasn't included in your directions or has changed since you wrote them? I will follow the steps below and see if my result is different, but for some reason when I followed your directions (before you sent this mail) in the howto and double checked my process, the make process bombs out on imake.c, complaining about a imake.c:395: parse error before `1'. From what I see crosscompiling needs different defines? I'm not sure...despite that my will is strong and my desire to recompile is kindled by the desire to help in testing kde. Cheers, Nicholas --- Harold L Hunt [EMAIL PROTECTED] wrote: Nicholas, Building the XFree86 packages for Cygwin is not for the faint of heart. It takes possibly many hours (especially for first timers) and there is a lot that can go wrong. With that in mind, I'll point you to two of the three steps for building the packages, and I'll post the packaging script tonight when I am on the machine that has it. I had posted the script before but the machine it was on is no longer accessible, so I'll have to put it somewhere else. Be aware that you can start the first two steps and by the time that I post the packaging script in about 8 hours you still won't have built XFree86... 1) Follow the instructions in the Cygwin/XFree86 Contributor's Guide for downloading the source for XFree86 and building it. You'll want to grab the `xf-4_2-branch' of the source code. I think you would do that with: cvs checkout -r xf-4_2-branch xc Notice that some of the patches to the latest Xxserv package were not applied to the xf-4_2-branch (I don't think Alan keeps an xf-4_2-branch tree around) so you'll need to grab the default branch and copy the files from xc/programs/Xserver/hw/xwin/ into your 4_2 tree. The relevant steps in the Contributor's Guide are here: http://xfree86.cygwin.com/docs/cg/prog-build-native.html 2) After building XFree86 you'll need to create the XFree86 packages, which is very
Re: cygwin/xfree86 Unable to open X display after first success
Wrong mailing list. Redirected. cgf On Fri, May 17, 2002 at 05:39:30PM -0400, Dennis Hui wrote: Hi, I'm having problem with X display after first successful launch of an X application. (Prior to this I did xhost +) When I remote logged in to a remote host, I first exported the DISPLAY=host-ip:0.0 and started the X application (e.g. xclock, xeyes, or xterm). Then I quitted the application, and tried to run another X app., I got: ERROR: unable to open X display. I have trouble running any subsequent X display. I have to quit XFree86 and restart X Windows before I can start my X application again. When quitting XFree86, I get the following error message: $ xterm: fatal IO error 32 (Broken pipe) or KillClient on X server :0.0 XIO: fatal IO error 113 (The connection was aborted) on X server :0.0xterm: fatal IO error 113 (The connection was aborted) or KillClient on X server :0.0 after 3002 requests (3000 known processed) with 3 events = remaining. The Cygwin/XFree86 base that I use is 4.2.0-1. Please let me know if I missed anything. Thanks, Attached is the output of cygcheck -s -v -r. Dennis Hui -- Please do not send me personal email with cygwin questions. Use the resources at http://cygwin.com/ .
Re: set_errno() fixes
On Thu, May 16, 2002 at 08:58:22PM -0400, Pierre A. Humblet wrote: 2002-05-16 Pierre Humblet [EMAIL PROTECTED] * fhandler_raw.cc (fhandler_dev_raw::open): Replace set_errno() by __seterrno_from_win_error(). * security.cc (open_local_policy): Ditto. (get_lsa_srv_inf): Ditto. (get_user_groups): Ditto. (get_user_primary_group): Ditto. (create_token): Ditto. (subauth): Ditto. I have also removed some debug_printf() when the printf()'s from __seterrno_from_win_error() are unambiguous. Thanks, applied. I've just fixed the above ChangeLog entry. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
name: GNU/Cygwin system
I'm not trolling (and maybe for all I know, this has already been talked out) but I wanted to suggest that it might be appropriate for Cygwin to describe and advertise itself as the GNU/Cygwin system, giving credit where credit it very much due -- just as Debian does by describing itself as a GNU/Linux system. IMO, the fact the GNU system (not the Linux kernel) is really the essential ingredient is pointed to by the fact that many of the same concerns that affect maintainers of the various Linux distros (and especially, maintainers of packages on those distros) also very much affect Cygwin maintainers and packagers. For example, it seems like representatives from Cygwin should be involved with the Linux Standard Base effort: http://www.linuxbase.org/ And the effort should be called GNU Standard Base instead (though I realize that's not s ever actually going to happen). --Mike Smith -- Michael Smith, Tokyo, Japanhttp://sideshowbarker.net #x30DE;#x30A4;#x30AF; Just as there are four letters in the name of God, there are four seasons. This is because of THE LAW OF PSYCHIC EQUIVALENCE. the law of psychic equivalence is encoded in the Bible. ALL modern problems stem from the failure to recognise God's law of electro-atomic-universal compensation. http://www.logopoeia.com/wisdom/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problems with different installations
Folks, I have cygwin installed on two systems. On one everything runs like a dream with no problems, on the other xfree runs like a dog, cygrunsrv (and windows services) time out whilst starting pretty much any service, and progres won't even run the initDB command. Here are the details of the two systems: Working System Failing System W2K ProfessionalW2K Advanced Server Toshiba Laptop Un-Branded Desktop Server 128MB RAM 384MB RAM Please let me know if there is more information required to help me resolve any issues. Thanks, Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: name: GNU/Cygwin system
-Original Message- From: Michael Smith [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 4:37 PM To: [EMAIL PROTECTED] Subject: name: GNU/Cygwin system I'm not trolling (and maybe for all I know, this has already been talked out) but I wanted to suggest that it might be appropriate for Cygwin to describe and advertise itself as the GNU/Cygwin system, giving credit where credit it very much due -- just as Debian does by describing itself as a GNU/Linux system. It has been. See the list archives - and then you would have known. IMO, the fact the GNU system (not the Linux kernel) is really the essential ingredient is pointed to by the fact that many of the same concerns that affect maintainers of the various Linux distros (and especially, maintainers of packages on those distros) also very much affect Cygwin maintainers and packagers. Yes, I can really see how some of the early packages like openssl owe so much to the FSF. Don't get me wrong, I've signed copyright assigment for various project contributions to the FSF and nearly always code under the GPL. However, the manpower put in my the volunteers here is certainly a much more important contribution than the existence of the software itself. Firstly, one can, starting with a linux system, generate a windows system will ALL of the proffered binaries. Thus the actual value added of the software's existence is minimal. Iy's the maintainer time that adds all the value to end users by offering binaries. Secondly, GNU is already in the name: Gnu + Cygnus + Windows = Cygwin is the logo on the website. Calling it GNU/Cygwin would be redundant. Thirdly, If we where to look at adding things to the name, I'd be strongly pushing for cgf/djd/cv/ed/rc/lh/eb/jt/Cygwin. And more could be added there quite reasonably. For example, it seems like representatives from Cygwin should be involved with the Linux Standard Base effort: http://www.linuxbase.org/ That would be nice. I don't know of anyone here with the time. Would you like to be such a liason? And the effort should be called GNU Standard Base instead (though I realize that's not s ever actually going to happen). I disagree here. It's quite feasible to put the BSD cp/tar/mv etc onto a linux kernel based system, and the LSB should still apply. Likewise the LSB should still apply to a GNU/Hurd kernel based machine, so I do agree that the name LSB is wrong - just not with your replacement. Something like the Unix Standard Base would be appropriate, with IBM/HP/SUN/QNX/BSD folk also involved. At this point, I've gone offtopic, so I'll just be quite now :} Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Missing feature in Pine
I am hapily running Pine under Cygwin however I have a problem. I wish to use festival to have my mail 'read' to me. This is achieved by piping the email to a perl script written by someone on the festival list. This is where my problem lies. Although the help screen shows that the pipe command is '|' when I press this key Pine tells me that this is not a valid key for this screen (with the email open). So my questions are 1) what is the command to pipe the email to an external viewer under cygwin Pine? 2) can this even be achieved with this version of pine? 3) can the maintainer update the help screen? Thanks and Regards, Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
two installs one works; one doesn't
On Thursday 16 May 02, Jim George writes: I have cygwin, cygwin-xfree, and postgres installed on two Win2K systems. The first is a W2K Professional on a Toshiba Laptop, the second is a W2K Advanced Server on a desktop. The first works like grease lightening, the second runs like a dog in xfree and postgres (indeed I can't even run initDB). Both have the same anti-virus software setup? I notice massive performance differences depending on which product I use and how it's configured. David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: PGP signatures for packages?
Robert Collins [EMAIL PROTECTED] wrote: ... Until that is done, conversation on this is moot. ... 'moot' is one of those words which doesn't travel well. In UK English, it means undecided or debatable, so a moot point is one which hasn't been settled, and is open to discussion. I believe in common US English it means out of order - ie closed to discussion (at least for the moment). What a wonderful language we use. What does it mean in Australian English, Robert? [Etymology - moot is an old word meaning meeting place, typically for an assembly or court.] I know this is partially OT, apart from settling Robert's meaning; I'm not trying to start a language debate! -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: PGP signatures for packages?
-Original Message- From: Cliff Hones [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 5:28 PM To: [EMAIL PROTECTED]; Robert Collins Subject: Re: PGP signatures for packages? Robert Collins [EMAIL PROTECTED] wrote: ... Until that is done, conversation on this is moot. ... 'moot' is one of those words which doesn't travel well. In UK English, it means undecided or debatable, so a moot point is one which hasn't been settled, and is open to discussion. I believe in common US English it means out of order - ie closed to discussion (at least for the moment). What a wonderful language we use. What does it mean in Australian English, Robert? I'm not sure. Both the US and UK meanings are relevant for my statement though :}. I'll leave you to wonder whether that was intentional. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: name: GNU/Cygwin system
Robert Collins [EMAIL PROTECTED] writes: -Original Message- From: Michael Smith [mailto:[EMAIL PROTECTED]] [...] I'm not trolling (and maybe for all I know, this has already been talked out) but I wanted to suggest that it might be appropriate for Cygwin to describe and advertise itself as the GNU/Cygwin system, giving credit where credit it very much due -- just as Debian does by describing itself as a GNU/Linux system. It has been. See the list archives - and then you would have known. Sorry about that. I just did a search now and see that it was discussed on the list back in April. IMO, the fact the GNU system (not the Linux kernel) is really the essential ingredient is pointed to by the fact that many of the same concerns that affect maintainers of the various Linux distros (and especially, maintainers of packages on those distros) also very much affect Cygwin maintainers and packagers. Yes, I can really see how some of the early packages like openssl owe so much to the FSF. Don't get me wrong, I've signed copyright assigment for various project contributions to the FSF and nearly always code under the GPL. However, the manpower put in my the volunteers here is certainly a much more important contribution than the existence of the software itself. Firstly, one can, starting with a linux system, generate a windows system will ALL of the proffered binaries. Thus the actual value added of the software's existence is minimal. Iy's the maintainer time that adds all the value to end users by offering binaries. Secondly, GNU is already in the name: Gnu + Cygnus + Windows = Cygwin is the logo on the website. Calling it GNU/Cygwin would be redundant. Thirdly, If we where to look at adding things to the name, I'd be strongly pushing for cgf/djd/cv/ed/rc/lh/eb/jt/Cygwin. And more could be added there quite reasonably. Fair enough. I certainly didn't mean at all to downplay the work that all of you have done and are continuing to do. For example, it seems like representatives from Cygwin should be involved with the Linux Standard Base effort: http://www.linuxbase.org/ That would be nice. I don't know of anyone here with the time. Would you like to be such a liason? I would. I'm far from the best qualified person to be acting as a rep for Cygwin in any standards effort, but unless and untile someone else from core team has the time to do it, I volunteer. I'm actually already going to be involved with the LSB XML/SGML working group. And the effort should be called GNU Standard Base instead (though I realize that's not s ever actually going to happen). I disagree here. It's quite feasible to put the BSD cp/tar/mv etc onto a linux kernel based system, and the LSB should still apply. Likewise the LSB should still apply to a GNU/Hurd kernel based machine, so I do agree that the name LSB is wrong - just not with your replacement. Something like the Unix Standard Base would be appropriate, with IBM/HP/SUN/QNX/BSD folk also involved. Well, there is the Single UNIX Specification: http://www.opengroup.org/austin/ Looking at the list of participants there, I see that I see that Cygnus and Red Hat are (or were) involved. At this point, I've gone offtopic, so I'll just be quite now :} Yeah, I guess the discussion probably isn't of interest to most people on this list, so I'll shut up about it now too. But if somebody can let me know off-list who I should follow up with regarding participation in the LSB, I'd appreciate it. Cheers, --Mike -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
writing network program
Hi, How to write network programs using winsock? how to setup environments variables which points to windows SDK include and library files? or how to use GCC to write network programs using winsock libraries? Note: I don't have VC compiler. but I have downloaded windows platform SDK windows which has got windows C C++ comipler (CL compiler) and required library and header files. Please help me. Thanks, Rajaraman. B -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.218.2.8/9 broken
Some info that may help ( or not ). I regularly update my Cygwin installation ( Win2k) and I do not usually get any problems. However I recently updated using setup-2.218.2.9 and the Download Incomplete window popped up. After investigating I found that this only occurred if I tried to do an internet install on the Setup sources. If I omit this everything is fine. I use mirrors.rcn.net for installs. This is repeatable on my set up. This may or may not help users. Regards Chris Down E-Mail [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Possible error in cygpath
On Thu, May 16, 2002 at 05:10:31PM -0400, Mark Blackburn wrote: Here's my patch but it its kinda half-assed (I don't think it restores 8.3 directories in the path, just the file) and flaky (it sometimes truncates the filename). Oh and sorry about the extraneous fprintf(stderr,...)'s. Two problems: - If it doesn't fix the 8.3 directories in path it's not really a patch. - This is a big change so we would need a copyright assignment from you (http://cygwin.com/contrib.html). Thanks anyway, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: setup.exe 2.218.2.8/9 broken
-Original Message- From: Chris Down [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 6:27 PM To: '[EMAIL PROTECTED]' Subject: Re: setup.exe 2.218.2.8/9 broken Some info that may help ( or not ). I regularly update my Cygwin installation ( Win2k) and I do not usually get any problems. However I recently updated using setup-2.218.2.9 and the Download Incomplete window popped up. After investigating I found that this only occurred if I tried to do an internet install on the Setup sources. If I omit this everything is fine. I use mirrors.rcn.net for installs. This is repeatable on my set up. This may or may not help users. It will help the developers. Thanks. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SSHD under SYSTEM account: r e s o l v e d :-)
Mark schrieb: I've been working on a script to help make this easier, but I've been stalled. This problem keeps coming up again and again. We need something that diagnoses the problem better (incrementally finding each problem, for example, the file and directory permissions). ssh provides little or no help in diagnosing the problem when it won't connect. This is true. There was one hint that was really golden: if you are in a domain and want to connect just over LAN another box in the same domain, the passwd and group files should be exact indentical since it is the same domain. So at first make sure that the passwd files are identical. Then look that the permissions are correct all over, /home/you and /etc directory. At last one point which needs to be investigated, if I'm in the passwd file as gerrit with uid 11002 and gid 10512 is it needed that the files in the /home/gerrit directory and subdirectories are owned be me and my group? I changed the ownership but I think at first it was a mess with my passwd and group files. OpenSSH setup just uses your current settings, so if the passwd group files are wrong, the ownership of the files will be wrong. Ah, and I'm sitting on a PDC and in a domain so I'm using only mkpasswd -d and mkgroup -d now since we have no local users besides the default. Many Thanks again for all the help, Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.218.2.8/9 broken and I'm not much better
On Thu, May 16, 2002 at 08:36:32PM -0700, Michael A Chase wrote: On Thu, 16 May 2002 22:29:13 +0600 Dockeen [EMAIL PROTECTED] wrote: I forgot to mention in my last email, I am going senile. Next thing you know, someone will be telling me Reagan isn't president any more. True, Reagan isn't President, but Bush is. So you aren't doing so bad. Actually the President is Rau. Oh, you're talking about the U.S... so, never mind... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mutt and gpg 1.07
Hi, On Fri, May 03, 2002 at 03:29:41PM +0200, Olaf Foellinger wrote: Hi, now where gnupg 1.07 is out and builds cleanly under cygwin I'll repeat my question whether it is possible to get mutt working with gpg. All my tries failed so far with the error that gpg cannot find the file mutt reports to him. I'm not a developer so I cannot resolve the problem myself but this is the biggest problem for me. here's a more detailed error description. I'm using the cygwin mutt together with a gpg 1.07 which builds cleanly under cygwin. When I try to encrypt a message and press y to send mutt presents me a list of possible keys. I choose one and I get the error gpg: /tmp/mutt-NBOF-1728-4: encryption failed: file open error Bitte drücken Sie eine Taste... and indeed there isn't such a file $ ls /tmp mutt-NBOF-1620-143 mutt-NBOF-1728-1 mutt-NBOF-1728-2 It seems to me that mutt doesn't create the right file or does report the wrong filename to gpg. Similar problems occur while signing or checking a sign. Gruss Olaf Föllinger -- Olaf Föllinger Leiter Fachbereich IT S.E.S.A. Software und Systeme AG Alt-Moabit 91a D-10559 Berlin Germany Tel: +49 30 390722 -291 Fax: +49 30 390722 -222 Mobil: +49 173 6227080 http://www.sesa.de mailto: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.11(CVS): Tar and bug with utime()?
On Wed, May 15, 2002 at 05:37:59AM -0700, Nicholas Wourms wrote: strace tar -T extract -zxvf gzip-1.3.3.tar.gz strace.log 21 (NOTE: extract contained the name of a -r--r--r-- file to extract) I hope this helps, let me know if I can do anything further :). You could go ahead testing the current Cygwin from CVS. I've just checked in a patch which should solve that on 9x. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Corrupted binary file download...
I've checked Apache 2.0.36 and 1.3.24 compiled by CYGWIN on WinXP, Win2K and Win .Net Enterprise Beta 3615. They all have the same problem - corrupted file download. And there's not such a problem on 2.0.36 (Win32) version on WinXP at all. I'm using the latest CYGWIN available from www.cygwin.com. I used 1.3 (Win32) before on WinXP and it's no such a problem at all but I did not test the latest 1.3 (Win32) version. 2.0.36 is compiled on Win2K Pro, WinXP and .Net Enterprise Beta 3615 and 1.3.24-5 is from cygwin.com of ccourse. Thanks. Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Loadkeys utility
hai all, i am trying to build linux kernel under cygwin Windows2000 Professional environment. The building process stops when it looks for the loadkeys utility. Does cygwin support this utility.if it does not exists what is the alternative.If there is such utility where can i download it. can somebody explain this. regards, Yamuna. _ Click below to experience Aishwarya Rai's beauty secrets. New International Lux Skincare - It's not just soap, It's skincare. http://www.luxskincare.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
how do i subscribe ?
can someone please let me know how to suubscribe to this list? I have a few questions/problems. =) thanks, christian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: how do i subscribe ?
On Fri, May 17, 2002 at 03:54:35AM -0600, Juan Winsor wrote: can someone please let me know how to suubscribe to this list? I have a few questions/problems. =) http://cygwin.com/lists.html Read it carefully. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: MIT shared memory extension
I have prepared some more informations about this topic and before this is lost I send it to the list for archive purpose. :-) I don't see anything wrong with the patch :}. Unless cygipc get's dll'ised, an app can only link against one of cygipc or the cygwin1.dll implementation. When we release the cygserver IPC code, folk will have to recompile *anyway* to get the new functionality, and existing users won't be affected. For developers that want to mix and match, they can do the following: install cygipc. backup: sys/types.h ipc.h sem.h shm.h cygipc.a (and remove from the disk) libcygwin.a to a cygipc_backup tarball. patch newlib's sys/types.h. rebuild cygwin with the dll export patch included. install cygwin. backup: sys/types.h libcygwin.a ipc.h sem.h shm.h to a cygwin_ipc tarball. Now you can with a little effort switch between the cygwin and cygipc versions for compile time. For runtime there is no conflict. What about (debug-)printing ftok() returnvalue. I have written a testcase and have to do a #ifdef IS_CYGWIN_IPC printf(%ull,key); #else printf(%x,key); #endif But where to get the IS_CYGWIN_IPC ? I see an easier way to archive this. But this depends on an identical key_t type, which goes like the following (assuming, that cygwin ipc functions are exported, probably in the next cygwin release ?): install cygwin (ipc header goes into /usr/.. ) install cygipc (ipc header goes to /usr/local/.. ) so they can coexist. If the key_t are the same the only difference is a CFLAGS and LFLAGS setting compiling with cygipc Makefile snip CFLAGS=-I/usr/local/include LFLAGS=-L/usr/local/lib -lcygipc snip $ make or on the command line $ CFLAGS=-I/usr/local/include LFLAGS=-L/usr/local/lib -lcygipc make compiling with cygipc code Makefile snip CFLAGS=[-DUSE_CYGIPC_IPC] # if different key_t type LFLAGS= snip $ make or on the command line $ make Thats all. No patching headers. This enables migrating one package to cygwin ipc stuff, while other packages could use the cygipc stuff. BTW: This is another thread, but perhaps it is interesting for somebody to see. Below there is a first performance measurement of cygipc relating to cygserver shm support. Only for info. cygipc $ ./shmtest [2732] ftok n: 1000 (min)493 (max) 13029 (avg)542 (sum) 542854 [us] [2732] shmget-create n: 1000 (min) 6 (max)429 (avg) 8 (sum) 8335 [us] [2732] shmget-client n: 1000 (min) 4 (max) 88 (avg) 4 (sum) 4952 [us] [2732] shmat n: 1000 (min)289 (max) 2611 (avg)310 (sum) 310613 [us] [2732] shmdt n: 1000 (min) 53 (max)253 (avg) 57 (sum) 57999 [us] cygwin [2744] ftok n: 1000 (min)683 (max) 13070 (avg)799 (sum) 799012 [us] [2744] shmget-create n: 1000 (min) 4167 (max) 70520 (avg) 4674 (sum)4674595 [us] [2744] shmget-client n: 999 (min) 3949 (max) 14792 (avg) 4339 (sum)4335377 [us] [2744] shmat n: 1000 (min)525 (max) 5368 (avg)793 (sum) 793522 [us] [2744] shmdt n: 1000 (min)597 (max) 15676 (avg)665 (sum) 665580 [us] Regards Ralf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Setup.exe does not like its own source (was: setup.exe 2.218.2.8/9 broken)
Chris Down wrote: I regularly update my Cygwin installation ( Win2k) and I do not usually get any problems. However I recently updated using setup-2.218.2.9 and the Download Incomplete window popped up. After investigating I found that this only occurred if I tried to do an internet install on the Setup sources. If I omit this everything is fine. I use mirrors.rcn.net for installs. This is repeatable on my set up. Noticed this too. Problem is that setup is the only(?) package in setup.ini with only source and no binary (for obvious reasons). The setup entry in setup.ini: setup sdesc: The Cygwin Net Distribution installer and updater program. category: System Net Utils version: 2.218.2.9-1 source: release/setup/setup-2.218.2.9-1-src.tar.bz2 659936 9a2b1ee9d1d97208578b9535bb6018ec Note: no install: line. So Setup.exe still tries to download/install the binary which is not there, hence the Download Incomplete messages. Setup needs to accept that there are source only packages. I guess Robert is already aware of this. Ton van Overbeek P.S. Why is the contents of setup-2.218.2.9-1-src.tar.bz2 only an other tar.bz2 file ? Why not rename the original tar.bz2 file, would save a few bytes. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Setup.exe does not like its own source (was: setup.exe 2.218.2.8/9 broken)
-Original Message- From: Ton van Overbeek [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 7:08 PM Ton van Overbeek P.S. Why is the contents of setup-2.218.2.9-1-src.tar.bz2 only an other tar.bz2 file ? Why not rename the original tar.bz2 file, would save a few bytes. It's easier. The automake created tarball extracts into setup-0. If I use that tarball, then when you download updates, you'll overwrite the previous sources. Repacking them would be another step. Also see the cygwin-apps list discussion of different packaging styles. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: MIT shared memory extension
-Original Message- From: Ralf Habacker [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 8:30 PM I see an easier way to archive this. But this depends on an identical key_t type, which goes like the following (assuming, that cygwin ipc functions are exported, probably in the next cygwin release ?): install cygwin (ipc header goes into /usr/.. ) install cygipc (ipc header goes to /usr/local/.. ) so they can coexist. If the key_t are the same the only difference is a CFLAGS and LFLAGS setting Thats all. No patching headers. This enables migrating one package to cygwin ipc stuff, while other packages could use the cygipc stuff. We still need to do the ABI upgrade though, before that can be done. BTW: This is another thread, but perhaps it is interesting for somebody to see. Below there is a first performance measurement of cygipc relating to cygserver shm support. Only for info. Interesting. How to read the results? (is lower better or worse?). Also, as you can read both codes without issue, would you care to document how the cygipc one is much faster? Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.11(CVS): Tar and bug with utime()?
Corrina, I am pleased to report that after compiling and installing the latest CVS sources, untarring mode 555 files works perfectly! Thank you very much Corinna! You're the best =). Cheers, Nicholas --- Corinna Vinschen [EMAIL PROTECTED] wrote: On Wed, May 15, 2002 at 05:37:59AM -0700, Nicholas Wourms wrote: strace tar -T extract -zxvf gzip-1.3.3.tar.gz strace.log 21 (NOTE: extract contained the name of a -r--r--r-- file to extract) I hope this helps, let me know if I can do anything further :). You could go ahead testing the current Cygwin from CVS. I've just checked in a patch which should solve that on 9x. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.11(CVS): Tar and bug with utime()?
--- Nicholas Wourms [EMAIL PROTECTED] wrote: Corrina, ^^^---That should be Corinna [Haven't had my morning coffee yet :(] I am pleased to report that after compiling and installing the latest CVS sources, untarring mode 555 files works perfectly! Thank you very much Corinna! You're the best =). Cheers, Nicholas --- Corinna Vinschen [EMAIL PROTECTED] wrote: On Wed, May 15, 2002 at 05:37:59AM -0700, Nicholas Wourms wrote: strace tar -T extract -zxvf gzip-1.3.3.tar.gz strace.log 21 (NOTE: extract contained the name of a -r--r--r-- file to extract) I hope this helps, let me know if I can do anything further :). You could go ahead testing the current Cygwin from CVS. I've just checked in a patch which should solve that on 9x. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: apache PHP segmentation fault
Sam Edge wrote: I've got AddType application/x-httpd-php .php in there but there's no AddHandler line. Should there be? no, AddType is enough. the AddHandler is registed while the module dynamically links in. Ah ha! I've copied the php.ini-recommended file from a download of 4.2.0 for Windows native to /usr/local/lib/php.ini and the problem has gone away. No more segmentation faults. Perhaps the package should include a default php.ini file for idiots like me? yep, definitly for anyone ;) I'll repackage it and add the default php.ini. Thanks a lot for pointing this out. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin/Apache with PHP CGI
Sam Edge wrote: (I appreciate that CGI is a sub-optimal way of using PHP in Apache but at least this /is/ working for me and allows me to check my code more easily before uploading to my service provider's Apache/PHP server.) I wouldn't be to hard this way. At least anything else except the phpinfo() apache section seem to work very stable from my testings. So in a development or production area output of phpinfo() won't be of interest. I'd like you still to consider using it if possible and we'll check to make it then work even for the apache module infos. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin/Apache with PHP CGI
Graeme Merrall wrote: Sam, your mail keeps bouncing. It makes it hard to want to help you when you cannot be emailed. Sam Edge wrote: Instead I've downloaded the latest 4.2.0 Win32 native PHP ZIP file and unzipped this into its own directory. I have a patched version of PHP-4.2.0 (actually RC4) for Cygwin you can use. There's is no XML support which is a bit of a stumbling block so if anyone can give me a hint as to why I get this error compiling PHP against expat-1.95.2 I'd very very appreciative. I know about PHP, not compiling against Cygwin :) yep, expat defines dllimport somewhere for the native Win32 port. This has to be taken out in a !defined(__CYGWIN__) compile condition style. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Findutils-4.1.7-2: bug in updatedb (was [ANNOUNCEMENT] Updated: findutils-4.1.7-2 )
Chris, I just installed the new findutils and attempted to run updatedb. It returned a popup box stating that A required .DLL file, C:\CYGWIN\USR\SBIN\FRCODE.EXE, was not found. Upon further invesitgation, I discovered that /usr/sbin/frcode does exist, it just doesn't have the .exe on it. Bash reports /usr/bin/updatedb: /usr/sbin/frcode: permission denied and waits until I hit ctrl-c. I am running the latest cygwin release with a freshly compiled cygwin tools done from cvs this morning. My host system is Windows ME based. Just a heads up... Cheers, Nicholas --- Christopher Faylor [EMAIL PROTECTED] wrote: I've made a new version of 'findutils' available for download. This updates the package to the latest version available from ftp.gnu.org. This version is notable in that it seems to include a working version of 'updatedb'. For a brief descripton of this package, see http://cygwin.com/packages/ . To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. When setup is run, findutils should be installed automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you tried everything to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. Christopher Faylor Cygwin Engineering Manager (and Developer) Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: MIT shared memory extension
Thats all. No patching headers. This enables migrating one package to cygwin ipc stuff, while other packages could use the cygipc stuff. We still need to do the ABI upgrade though, before that can be done. You mean building a new cygwin1.dll with shm support ? I have patched sys/types.h key_t definition with #ifdef _CYGIPC_IPC_ typedef long key_t; #else typedef long long key_t; #endif have applyed the cygwin.din patches, have recompiled and installed cygwin1.dll in /usr and than I can compile an app using cygipc and another using cygserver. What's additional to do ? So the only thing to do I see is to distribute a new cygwin release with shm support. BTW: This is another thread, but perhaps it is interesting for somebody to see. Below there is a first performance measurement of cygipc relating to cygserver shm support. Only for info. Interesting. How to read the results? (is lower better or worse?). This results are produced by the profiler lib located in the http://kde-cygwin.sf.net cvs area n = nummer of running tests min = minimal measured time for one test max = maximal measured time for one test avg = average time of all tests sum = accumulated time for all tests the results are in usec Also, as you can read both codes without issue, would you care to document how the cygipc one is much faster? Hmmh, I have only some assumption, but I will think about this. BTW: What about a new binutils release. Is this going on ? Regards Ralf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
writing network program
---BeginMessage--- Hi, How to write network programs using winsock? how to setup environments variables which points to windows SDK include and library files? or how to use GCC to write network programs using winsock libraries? Note: I don't have VC compiler. but I have downloaded windows platform SDK windows which has got windows C C++ comipler (CL compiler) and required library and header files. Please help me. Thanks, Rajaraman. B ---End Message--- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: MIT shared memory extension
BTW: What about a new binutils release. Is this going on ? Indeed, it does beg the question, what about the removing unused _nm_ symbols fix and objdump/cygwin crashes on auto-imported libs? discussed in the following threads: http://sources.redhat.com/ml/binutils/2002-04/msg00395.html http://sources.redhat.com/ml/cygwin-apps/2002-04/msg00422.html There seemed to be a consensus that these were good ideas after Ralf had proved the fitness of the patches. Cheers, Nicholas __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.218.2.8/9 broken
John, et al -- ...and then John Haggerty said... % % Hi, Hello! % % Well thanks, that calmed me down. I have installed cygwin maybe 50 I have been amazed at the release frequency of setup.exe, but I don't understand enough about the structure to have any place thinking that we should fall back to a stable version and consider all of these releases to be development only :-) Watching the various problems that come up has been quite educational; I'm glad I don't write software for other people. % % - start: ... % - Get to the end (zlib) and get a popup reporting Download Incomplete % which seemed to end the installation prematurely It does, but only for that step. AFAICT the download is, in fact, complete. % - deleting the failed installation by deleting \cygwin and the cygwin % local package directory, and usually deleting registry keys containing % Cygnus, as described in the manual % - go back to start: The next time you do this, you can now install from your local directory instead of from the 'net again, perhaps after moving the ftp site dir's copy of release up to the setup dir level, with no problem. I've done this in my experimentation and hunting for cygintl-1.dll (which, BTW, I finally got installed on my home machine and, lo, grep now greps and cat now cats; thanks, all!). HTH HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg08963/pgp0.pgp Description: PGP signature
Re: writing network program
Rajaraman schrieb: Hi, How to write network programs using winsock? how to setup environments variables which points to windows SDK include and library files? or how to use GCC to write network programs using winsock libraries? Cygwin includes the w32api package which are import libraries to link against the most common Windows dll's. Headers are also included. Note: I don't have VC compiler. but I have downloaded windows platform SDK windows which has got windows C C++ comipler (CL compiler) and required library and header files. Is this true? Is cl.exe really included in the SDK? Free of charge? Wow, I cannot believe it, would you please post a link to the website where I can fetch it? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin/Apache with PHP CGI
Stipe Tolj wrote in [EMAIL PROTECTED] in gmane.os.cygwin on Fri, 17 May 2002 13:45:47 +0200: I wouldn't be to hard this way. At least anything else except the phpinfo() apache section seem to work very stable from my testings. So in a development or production area output of phpinfo() won't be of interest. I'd like you still to consider using it if possible and we'll check to make it then work even for the apache module infos. I've reverted to using the 4.2.0 module. It's still seg-faulting in phpinfo() but some other simple scripts appear to be working okay. By the way, PHP 4.2.1 is now available. Would it make sense to port this to Cygwin first before attempting a debug? -- Sam Edge -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: MIT shared memory extension
-Original Message- From: Ralf Habacker [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 9:58 PM To: Robert Collins; cygwin Subject: RE: MIT shared memory extension Thats all. No patching headers. This enables migrating one package to cygwin ipc stuff, while other packages could use the cygipc stuff. We still need to do the ABI upgrade though, before that can be done. You mean building a new cygwin1.dll with shm support ? No, I meant a new cygwin1.dll with 64bit key_t. However your types.h patch will also do the job of allowing smooth transition. What's additional to do ? Finish the cygwin code :}. So the only thing to do I see is to distribute a new cygwin release with shm support. I don't think that the next cygwin release should enable the code. It's not ready yet - it's apparently high latency, and needs further work. BTW: What about a new binutils release. Is this going on ? I'm not sure I haven't personally had time to review the pending patches yet. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Setup problem: Download Incomplete
First, thanks for cygwin, xfree, and a great development environment on Windows! I don't think this is a big deal, but I haven't seen it mentioned in the list so far and it is possible you don't know... I'm experiencing the above error message from setup: Setup version 2.218.2.9 Windows 2000, SP2 Here's how to reproduce it. 1. Run setup, selecting Run the program as the following user: 2. Login as Administrator (BTW, not a bug but an irritation, when you type return the mouse is warpped away from its current location so that the main Cygwin Setup screen does not have the focus {with focus follows mouse, Active Tracking set}.) 3. Click Next through the following screens using the defaults: Main Screen Choose A Download Source Select Root Install Directory (d:/usr/cygwin) Select Local Package Directory (d:/usr/Archive/cygwin) Select Your Internet Connection Choose A Download Site (ftp://mirrors.rcn.net) 4. At the Select packages to install screen, click the All Default arrow-ring to select All Install, then next. There is nothing to install. 5. I then get the dialog Download Incomplete. Try again?. If I select Yes, I just go into an infinite loop getting Download Incomplete dialogs over and over. If I select No, I get the dialog Can't open (null) for reading: No such file. In an attempt to clear the problem I deleted all files and directories under my local package directory (except setup.exe) and I still get the problem. My installation appears to be complete and correct, but I don't use most packages in cygwin (e.g., tcl, inetd, tex, apache). Thanks again for the great software! Cheers, -- Robert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: bash question
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mark Blackburn Sent: Thursday, May 16, 2002 11:55 PM To: [EMAIL PROTECTED] Subject: Re: bash question You asked this in the wrong place btw, (I think its a bash specific questing) but here goes anyways: #!/bin/bash i=0 for x in 1 2 3; do let i=i+1 echo item $x done echo Processed $i items cat /tmp/file END item 1 item 2 item 3 END cat /tmp/file | { export i=0; while read item; do \ let i=i+1 ; \ echo Read $item $i ; \ done } echo Processed $i items rm -f /tmp/file output is: item 1 item 2 item 3 Processed 3 items Read item 1 1 Read item 2 2 Read item 3 3 Processed 3 items Sorry, wrong answer. You're just printing out the first count again. The second count is lost, but happens to be 3 also. Add couple of lines to the file to see: $ ./tscript.sh item 1 item 2 item 3 Processed 3 items Read item 1 1 Read item 2 2 Read item 3 3 Read item 4 4 Read item 5 5 Processed 3 items The following version works: #!/bin/bash i=0 for x in 1 2 3; do let i=i+1 echo item $x done echo Processed $i items i=0 cat /tmp/file END item 1 item 2 item 3 item 4 item 5 END while read item; do let i=i+1 ; echo Read $item $i ; done /tmp/file #NOTE this placement of redirection ### now run it $ ./tscript.sh item 1 item 2 item 3 Processed 3 items Read item 1 1 Read item 2 2 Read item 3 3 Read item 4 4 Read item 5 5 Processed 5 items -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin opensshd on .net enterprise server
I'll second everything Printis said and in addition please check, if you have the correct user-id in your passwd and group. On my W2K cygwin inserted (only) my local admin account to passwd, while I log in with my domain admin account. So id, ls -l etc. all look fine (admin admin), but nothing works, cause it is the false admin account (the false SID). OK, you mention, that you only have local users and no domain users, but make sure, that cygwin thinks the same ;-) Ulrich. - VoCal web publishing GmbH \ \ / /__ / ___|__ _| | [EMAIL PROTECTED] \ \ / / _ \| | / _` | | http://www.vocalweb.de \ V / (_) | |__| (_| | | Tel: (++49) 203-306-1560 \_/ \___/ \\__,_|_| Fax: (++49) 203-306-1561 web publishing -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: setup.exe 2.218.2.8/9 broken
-Original Message- From: Charles Wilson [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 11:52 PM To: John Haggerty Cc: [EMAIL PROTECTED] Subject: Re: setup.exe 2.218.2.8/9 broken (text deleted) (3) bug #2: minor issues with parsing buried setup.ini files -- that belong to things NOT cygwin-setup.exe-related. This happens only when someone says My local setup directory is HERE when HERE has subdirectories that don't belong to cygwin-setup. (That's bad, don't do that: setup's 'local directory' is his own personal playground and he doesn't play well with others) I hope that this isn't going to be the solution to the problem of setup.exe finding non-setup.exe setup.ini files. Although I don't think that I will make this mistake again, I expect that it will happen to future users who are not reading this list today. Also, I'd like to suggest that when setup.exe finds syntax errors in a setup.ini file, it log those messages in a file so that the messages can be used in reporting problems with setup.exe. I've been unable to cutpaste the text from the windows that list the parsing errors. -mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Loadkeys utility
At 05:32 AM 5/17/2002, Yamuna. wrote: hai all, i am trying to build linux kernel under cygwin Windows2000 Professional environment. The building process stops when it looks for the loadkeys utility. Does cygwin support this utility.if it does not exists what is the alternative.If there is such utility where can i download it. can somebody explain this. As has been mentioned many times in the past, anyone can get the answer to the question of What packages are in Cygwin now? and What utilities are in these packages? by visiting: http://cygwin.com/packages/ If you don't find the package you're looking for as an official offering, try: http://cygwin.com/links.html If you don't find what you want there, you can always try building it from source yourself. Remember, the Cygwin web page is your friend. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Remote dirs in fhandler_disk_file::fstat()?
Hi there, I have been reading cygwin code trying to understand it better, hoping to contribute to it later. Pretty cool treasure trove of Windows code I must say. I have a question on fhandler_disk_file.cc (rev 1.9). In fhandler_disk_file::fstat(), line 114 onwards there is this code: else if (pc-exists ()) { /* Unfortunately, the above open may fail if the file exists, though. So we have to care for this case here, too. */ WIN32_FIND_DATA wfd; HANDLE handle; buf-st_nlink = 1; if (pc-isdir () pc-isremote ()) buf-st_nlink = num_entries (pc-get_win32 ()); Should that be `... ! pc-isremote ())'? At least the code above, various ChangeLog and cvs log messages and the message from Corinna (http://www.cygwin.com/ml/cygwin-developers/2000-03/msg00091.html) suggest so. If so, I'll be happy to whip up a patch. (I do not yet have a suitable cygwin development environment, so I can't test code changes myself. I am hoping to set this up in the next couple of months so I can step through the code in gdb to understand it better. Hence apologies for this somewhat academic question.) //lat -- Real programmers like vending machine popcorn. Coders pop it in the microwave oven. Real programmers use the heat given off by the cpu. They can tell what job is running just by listening to the rate of popping. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: PGP signatures for packages?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 That's it. But without that I will not sign setup.exe. Just like I didn't compress it until UPX became a package :]. OK. I was hoping that you might treat this as a post-build distribution step, and might allow the use of non-Cygwin tools (much the way a developer might use a non-Cygwin text editor prior to building). Nobody else should be attempting to reproduce this result (that is, sign with *your* key). But I admire your self-hosting philosophy, so I'll leave it at that. Would you be willing to provide the binary over HTTPS? It looks like Apache with mod_ssl is built for Cygwin. Thanks again! -BEGIN PGP SIGNATURE- Version: PGP Personal Privacy 6.5.3 iQA/AwUBPOUfQlMkvpTT8vCGEQKiewCfdYpp3s780bFZsXaSYsXNt/1cOnwAn3sd mh3myzhL6PwUFvCnotlq9NWj =NAk0 -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: PGP signatures for packages?
Cliff Hones wrote: [Etymology - moot is an old word meaning meeting place, typically for an assembly or court.] Hurrah for the Entmoot! --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problem with diffutils
Is anyone else experiencing this? Today I updated to the new diffutils-2.8.1-1, and now I can't perform diff on files: $ echo line 1 a.txt $ echo line 2 a.txt $ echo line 2 b.txt $ echo line 3 b.txt $ cat a.txt b.txt line 1 line 2 line 2 line 3 $ diff a.txt b.txt diff: a.txt: Invalid argument $ diff -- a.txt b.txt diff: a.txt: Invalid argument As the same version of diff is working fine on my Linux box, I suspect there is a cygwin-related bug. -- This signature intentionally left boring. Eric Blake [EMAIL PROTECTED] BYU student, free software programmer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Annoying cmd console spawn with remote access and Win 2000
Hi, This issue really drives me mad: Description: I ssh form an unix machine (LOCAL) to cygwin machine that runs Windows 2000 (REMOTE). I then run nmake (Visual C++) on REMOTE. nmake, in turn spawns several processess (one by one) to compile a VC++ project. Problem: As each process is spawned a new cmd console appears ON THE SCREEN of the REMOTE machine. The status/result of compilation is printed on this very console. Then the cmd console is automatically closed. Nothing is printed on my local console. In this situaltion I am practically unable to work remotely as I don't see any warnings/errors produced by VC++ compiler. Question: Is there a way to force the output to a parent console? Note: The above scenario worked perfectly (well, nearly... despite Ctrl-C ;-) ) for me under Windows NT. Thank you very much in advance for all your help. Pawel Czechowicz -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: name: GNU/cygwin system
On Fri, May 17, 2002 at 02:51:22AM -0500, Michael Smith wrote: At this point, I've gone offtopic, so I'll just be quite now :} Yeah, I guess the discussion probably isn't of interest to most people on this list, so I'll shut up about it now too. But if somebody can let me know off-list who I should follow up with regarding participation in the LSB, I'd appreciate it. We are rather adamant here about keeping discussions public unless they really really have to be public. It's never been a goal of Cygwin to adhere to something like the LSB and we already refer to the Single UNIX Specification for reference. This is another thing that you could have gleaned from inspection of the mailing list archives. Anyone who might be interested in participating in something like the LSB is undoubtedly already aware of it. Respectfully, you seem rather new to the project. I wouldn't feel comfortable with you representing it in any way. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: name: GNU/Cygwin system
Michael Smith wrote: I'm not trolling (and maybe for all I know, this has already been talked out) but I wanted to suggest that it might be appropriate for Cygwin to describe and advertise itself as the GNU/Cygwin system, giving credit where credit it very much due -- just as Debian does by describing itself as a GNU/Linux system. IMO, the fact the GNU system (not the Linux kernel) is really the essential ingredient is pointed to by the fact that many of the same concerns that affect maintainers of the various Linux distros (and especially, maintainers of packages on those distros) also very much affect Cygwin maintainers and packagers. For example, it seems like representatives from Cygwin should be involved with the Linux Standard Base effort: http://www.linuxbase.org/ And the effort should be called GNU Standard Base instead (though I realize that's not s ever actually going to happen). Yes. It's already been discussed and dismissed. A non-troll would have the decency to search the mailing list archives first and verify that YES, this issue has been discussed already, and acknowledge the points raised in the previous discussion -- BEFORE bringing it up again. IMNSHO, the GNU Glory Brigade can go to hell. I appreciate what GNU/FSF/RMS has done for truly free software -- but turning around and attempting to claim ownership and naming rights on every piece of free software on earth is NOT acceptable. Cygwin (the platform) has software from apache (not GNU), XFree86 (not GNU), openssh/openssl (not GNU), pine (not GNU), unzip/zip (not GNU)...and many others that are NOT GNU. Cygwin is not GNU/Cygwin. For the same reasons, Linux is not GNU/Linux. Anyone who thinks differently is buying in to the cult of personality (sic) of RMS. Just because Debian has followed the pied piper doesn't mean we have to line up with the other children. And on a cygwin-specific note, I'm sure RMS doesn't want anything to do with us. I think he's probably a bit PO'ed that ANY GNU software is running on a proprietary platform like windows. He views that as enabling behavior...enabling people to stay locked in the proprietary prison. For RMS, like all ideologues, it is all or nothing -- there is no half loaf. I sure he doesn't WANT the name GNU associated with Cygwin/Windows. (To be clear: I'm glad RMS/FSF/GNU is out there. The world NEEDS such ideologues -- to keep the rest of us honest. But that doesn't mean we must always agree with them or obey them.) Further, for the same reasons, no GNU-purist would EVER have put the hundreds of hours into porting and packaging that the volunteer maintainers here have done -- for a platform that exists on top of a (gasp, horror) proprietary OS. As Robert has pointed out, the contributions of those maintainers are equally if not more important to cygwin than those of GNU. Without the VM's, there would be no GNU software -- or non-GNU software -- on the cygwin platform. Without GNU, we would be missing many packages -- some very important, like gcc. So, if we rename stuff, it would be just as valid to say, as Robert does, that it should be cgf/djd/cv/ed/rc/lh/eb/jt/Cygwin. But English is not Entish -- we don't tell the entire lifestory of a project within the project's name. As far as the LSB goes, currently it applies only to linux-based systems; GNU/Hurd isn't out yet. But, there's no reason why the LSB wouldn't apply equally well to BSD systems, which don't necessarily have any GNU software on them. So GNU-SB is also incorrect. (The GNU Glory Brigade reminds me of US Senator Byrd of West Virginia -- there's not a bridge or a hospital or park bench built in that state that isn't named after Robert C. Byrd. They don't call Byrd the king of pork for nothing.) To tell you the truth, I don't see there being much hope -- or reason for -- the LSB to take cygwin into account. Thanks to various microsoftisms, we're too weird. Non-ELF shared libraries split into runtime and linktime pieces. Runtime loader works completely differently than ld.so, so library versioning is handled completely differently. Then, we have two different windowing systems...native and X which must coexist. The best I can see is for cygwin to take what LSB does, and try to follow it as best we can while making allowances for the uniqueness of the platform. We are the best ones to judge where those allowances must be made -- not them. While the linux distributors can (eventually) reach a compromise position that all linux distributions can follow, there is no compromise here -- they'd have to put special case exceptions in their document specifically for cygwin. But there's no need to uglify the LSB with all that: What is the main purpose of the LSB? Binary interoperability, so that third party software vendors can ship ONE package that is guaranteed to work on every LSB-compliant Linux platform. Doesn't really
Re: setup.exe 2.218.2.8/9 broken
Harig, Mark A. wrote: -Original Message- From: Charles Wilson [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 11:52 PM To: John Haggerty Cc: [EMAIL PROTECTED] Subject: Re: setup.exe 2.218.2.8/9 broken (text deleted) (3) bug #2: minor issues with parsing buried setup.ini files -- that belong to things NOT cygwin-setup.exe-related. This happens only when someone says My local setup directory is HERE when HERE has subdirectories that don't belong to cygwin-setup. (That's bad, don't do that: setup's 'local directory' is his own personal playground and he doesn't play well with others) I hope that this isn't going to be the solution to the problem of setup.exe finding non-setup.exe setup.ini files. Although I don't think that I will make this mistake again, I expect that it will happen to future users who are not reading this list today. Perhaps some explanatory text on the panel where setup asks for local directory would be nice. Something like This is the cygwin setup program's private cache. Do not choose a directory with pre-existing contents, unless those contents are the result of an earlier run of this setup program. Care to provide a patch? But no, it's not the solution. Chris has already added some code that assists setup in parsing only proper setup.ini files and skipping non-setup.exe-related ones. Also, I'd like to suggest that when setup.exe finds syntax errors in a setup.ini file, it log those messages in a file so that the messages can be used in reporting problems with setup.exe. I've been unable to cutpaste the text from the windows that list the parsing errors. Probably a good idea -- but you can also use the scaper utility from PCMag (ZDnet) to grab text from popup dialogs. --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: umount doesn't umount
Allright let's escape the colon $ mount c: /blah\:drivec mount: warning - /blah:drivec does not exist. $ cd /blah\:drivec bash: cd: /blah:drivec: No such file or directory $ cd /blah:drivec bash: cd: /blah:drivec: No such file or directory $ umount /blah\:drivec umount: /blah:drivec: Invalid argument $ umount /blah:drivec umount: /blah:drivec: Invalid argument $ mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /blah:drivec type user (textmode) However unix pathnames do allow for colons and I thought the point of using mount is that we could use stuff that unix pathnames use like / that Windows can't. On Thu, 16 May 2002, Larry Hall (RFK Partners, Inc) wrote: At 06:49 PM 5/16/2002, David E Euresti wrote: Anybody know why this happens? $ mount c: /blah:c mount: warning - /blah:c does not exist. $cd /blah:c $ cd /blah:c bash: cd: /blah:c: No such file or directory $mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /blah:c type user (textmode) h: on /cygdrive/h type user (binmode,noumount) z: on /cygdrive/z type user (binmode,noumount) $ umount /blah:c umount: /blah:c: Invalid argument I think it doesn't like the colon. Any ideas? Just the standard one in this situation. Escape the colon. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: umount doesn't umount
On Fri, May 17, 2002 at 01:11:40PM -0400, David E Euresti wrote: Allright let's escape the colon $ mount c: /blah\:drivec mount: warning - /blah:drivec does not exist. $ cd /blah\:drivec bash: cd: /blah:drivec: No such file or directory $ cd /blah:drivec bash: cd: /blah:drivec: No such file or directory $ umount /blah\:drivec umount: /blah:drivec: Invalid argument $ umount /blah:drivec umount: /blah:drivec: Invalid argument $ mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /blah:drivec type user (textmode) However unix pathnames do allow for colons and I thought the point of using mount is that we could use stuff that unix pathnames use like / that Windows can't. Cygwin is probably interpreting the existence of a colon in the filename as an indication that the path should be considered to be an MS-DOS path. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Annoying cmd console spawn with remote access and Win 2000
On Fri, May 17, 2002 at 06:44:03PM +0200, Pawel Czechowicz wrote: This issue really drives me mad: You should DEFINITELY ask for a refund, then. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Missing feature in Pine
*** Jim.George ([EMAIL PROTECTED]) wrote today: :) I am hapily running Pine under Cygwin however I have a problem. Great! :) So my questions are :) :) 1) what is the command to pipe the email to an external viewer under cygwin :)Pine? You need to have [X] enable-unix-pipe-command enabled in your configuration. If you are using the bash shell, however, this is not the only requirement. The problem is that bash does not export the SHELL variable. It must be exported manually. If this is your case, simply add export SHELL to you ~/.bash_profile file. The file /usr/doc/Cygwin/pine-4.44-1.README shows you an alternative solution to this problem. I hope you have read that document. This problem is specific to the bash shell, not to Pine. :) 2) can this even be achieved with this version of pine? :) 3) can the maintainer update the help screen? The problem is already solved in the documentation for Pine. My real question is if I should manually export this variable through a postinstall script. It is becoming a FAQ. -- Eduardo http://www.math.washington.edu/~chappa/personal.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Findutils-4.1.7-2: bug in updatedb (was [ANNOUNCEMENT] Updated: findutils-4.1.7-2 )
On Fri, May 17, 2002 at 04:48:43AM -0700, Nicholas Wourms wrote: I just installed the new findutils and attempted to run updatedb. It returned a popup box stating that A required .DLL file, C:\CYGWIN\USR\SBIN\FRCODE.EXE, was not found. Upon further invesitgation, I discovered that /usr/sbin/frcode does exist, it just doesn't have the .exe on it. Bash reports /usr/bin/updatedb: /usr/sbin/frcode: permission denied and waits until I hit ctrl-c. I am running the latest cygwin release with a freshly compiled cygwin tools done from cvs this morning. My host system is Windows ME based. Just a heads up... Hmm. I thought that ME could handle filenames without .exe extensions. Oh well. I've uploaded a new version of findutils. Thanks for the heads up. Just to stave off the inevitable, I'm not going to send out another announcement about this. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: indent-2.2.8-1
indent-2.2.8-1 has been uploaded to the Cygwin net distribution. `indent' is a C language source code beautifier. News: The major changes between version 2.2.7 and 2.2.8 are - Resolution of some build problems with gettext. - The environment variable INDENT_PROFILE can be used to specify a profile file. - More languages supported - Bug fixes. Old news: The major changes between version 2.2.6 and 2.2.7 are - Support for I18N (internationalisation) with gettext. - Tarball directory restructuring. - Bug fixes Online Docu: - I have a version of the ps pdf version of the indent docufiles at my webserver, who is interested may fetch it there (binary tarball includes just HTML docu): http://iokaste.koeln.convey.de/cywgin/indent/indent.pdf http://iokaste.koeln.convey.de/cywgin/indent/indent.ps For a *brief* descripton of what this package is and what it contains, see http://cygwin.com/packages/ . To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up `indent' from the `Devel' category. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. Mirrors already updated: In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated was the fastest this time! In Denmark, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Ciao, Gerrit P. Haase -- =^..^= http://cygwin.com/cygwin/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New Cygwin Package: fetchmail-5.9.11-1
New News: === I have contributed fetchmail-5.9.11-1 to the standard Cygwin distribution. The tarballs should be available on a Cygwin mirror near you shortly. Fetchmail is a remote mail retrieval and forwarding utility intended for use over on-demand TCP/IP links, like SLIP or PPP connections. Fetchmail supports every remote-mail protocol currently in use on the Internet (POP2, POP3, RPOP, APOP, KPOP, all IMAPs, ESMTP ETRN, IPv6, and IPSEC) for retrieval. Then Fetchmail forwards the mail through SMTP so you can read it through your favorite mail client. See the fetchmail home page for more details: http://www.tuxedo.org/~esr/fetchmail/ Please read the README file: /usr/doc/Cygwin/fetchmail-5.9.11.README since it covers requirements, installation, known issues, etc. I would like to thank Madoka Machitani for his pre-compiled fetchmail and procmail binaries and for the patches necessary for proper operation under Windows 9x/Me. His work on the Cygwin ports made it much easier for me to become the Cygwin maintainer. Old News: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin opensshd on .net enterprise server
Ulrich Voss wrote: I'll second everything Printis said and in addition please check, if you have the correct user-id in your passwd and group. On my W2K cygwin inserted (only) my local admin account to passwd, while I log in with my domain admin account. So id, ls -l etc. all look fine (admin admin), but nothing works, cause it is the false admin account (the false SID). OK, you mention, that you only have local users and no domain users, but make sure, that cygwin thinks the same ;-) I have deleted regenerated both the passwd group files a couple of times while playing around with various edits. It is easy to misconfigure them so that logging in via ssh fails, but when they are fresh generated via mkpasswd mkgroup the ssh login succeeds as recorded in the event log, then the connection is immediately dropped. I assume that is because bash or sh also immediately exit when run from a command line under that user. When I run id under anything except the system account it hangs at 100% cpu. It also makes no difference when I set the account policies for the user to 'act as system', 'adjust memory quotoas', 'replace process token'. I didn't have any problems at all with the W2k install. This all happened when I moved to .net server. So far I haven't seen anyone acknowledge that they have cygwin working under .net server, so I don't know if the problem is local to my system, or something that MS has changed in account handling due to their recent 'focus on security'. I did receive a suggestion to run strace, and I have the output of that for anyone that would care to look at it. (It doesn't seem like a good idea to send that to an open list in general, and it is also fairly long.) Short version below: Tony C:\cygroot\binstrace bash --login -i ** Program name: C:\cygroot\bin\bash.exe (3776) App version: 1003.9, api: 0.51 DLL version: 1003.10, api: 0.51 DLL build:2002-02-25 11:14 OS version: Windows NT-5.1 Date/Time:2002-05-17 10:30:09 ** 19943642 [main] bash 3776 environ_init: 0xA010420: !C:=C:\cygroot\bin ... ... ... 10233 1949651 [main] bash 3776 fhandler_console::output_tcsetattr: 0 = tcsetattr (,C50018) (ENABLE FLAGS 3) (lflag 107 oflag 9) 9971 1959622 [main] bash 3776 dtable::init_std_file_from_handle: fd 2, handle 0 xB 9747 1969369 [main] bash 3776 dll_list::init: here 5115 1974484 [main] bash 3776 dll_crt0_1: user_data-main 0x401208 C:\cygroot\bin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin opensshd on .net enterprise server
That is what I was saying, there are cases where mkpasswd and mkgroup do not create clean files, primarily on Domain Controllers. You need to verify them manually. On Fri, 17 May 2002, Tony Hain wrote: Ulrich Voss wrote: I'll second everything Printis said and in addition please check, if you have the correct user-id in your passwd and group. On my W2K cygwin inserted (only) my local admin account to passwd, while I log in with my domain admin account. So id, ls -l etc. all look fine (admin admin), but nothing works, cause it is the false admin account (the false SID). OK, you mention, that you only have local users and no domain users, but make sure, that cygwin thinks the same ;-) I have deleted regenerated both the passwd group files a couple of times while playing around with various edits. It is easy to misconfigure them so that logging in via ssh fails, but when they are fresh generated via mkpasswd mkgroup the ssh login succeeds as recorded in the event log, then the connection is immediately dropped. I assume that is because bash or sh also immediately exit when run from a command line under that user. When I run id under anything except the system account it hangs at 100% cpu. It also makes no difference when I set the account policies for the user to 'act as system', 'adjust memory quotoas', 'replace process token'. I didn't have any problems at all with the W2k install. This all happened when I moved to .net server. So far I haven't seen anyone acknowledge that they have cygwin working under .net server, so I don't know if the problem is local to my system, or something that MS has changed in account handling due to their recent 'focus on security'. I did receive a suggestion to run strace, and I have the output of that for anyone that would care to look at it. (It doesn't seem like a good idea to send that to an open list in general, and it is also fairly long.) Short version below: Tony C:\cygroot\binstrace bash --login -i ** Program name: C:\cygroot\bin\bash.exe (3776) App version: 1003.9, api: 0.51 DLL version: 1003.10, api: 0.51 DLL build:2002-02-25 11:14 OS version: Windows NT-5.1 Date/Time:2002-05-17 10:30:09 ** 19943642 [main] bash 3776 environ_init: 0xA010420: !C:=C:\cygroot\bin ... ... ... 10233 1949651 [main] bash 3776 fhandler_console::output_tcsetattr: 0 = tcsetattr (,C50018) (ENABLE FLAGS 3) (lflag 107 oflag 9) 9971 1959622 [main] bash 3776 dtable::init_std_file_from_handle: fd 2, handle 0 xB 9747 1969369 [main] bash 3776 dll_list::init: here 5115 1974484 [main] bash 3776 dll_crt0_1: user_data-main 0x401208 C:\cygroot\bin -- Prentis Brooks | [EMAIL PROTECTED] | 703-265-0914 | AIM: PrentisBrooks Senior System Administrator - Web Infrastructure Security A knight is sworn to valor. His heart knows only virtue. His blade defends the helpless. His word speaks only truth. His wrath undoes the wicked. - the old code of Bowen, last of the dragonslayers -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup problem: Download Incomplete
RM ... but I haven't seen it mentioned in the list so far and it is RM possible you don't know... Please forgive this bit of noise, I'd failed to read 4 digests worth of messages... Doh! -- Robert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: setup.exe 2.218.2.8/9 broken
-Original Message- From: Charles Wilson [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 1:00 PM To: Harig, Mark A. Cc: [EMAIL PROTECTED] Subject: Re: setup.exe 2.218.2.8/9 broken Harig, Mark A. wrote: -Original Message- From: Charles Wilson [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 11:52 PM To: John Haggerty Cc: [EMAIL PROTECTED] Subject: Re: setup.exe 2.218.2.8/9 broken (text deleted) (3) bug #2: minor issues with parsing buried setup.ini files -- that belong to things NOT cygwin-setup.exe-related. This happens only when someone says My local setup directory is HERE when HERE has subdirectories that don't belong to cygwin-setup. (That's bad, don't do that: setup's 'local directory' is his own personal playground and he doesn't play well with others) I hope that this isn't going to be the solution to the problem of setup.exe finding non-setup.exe setup.ini files. Although I don't think that I will make this mistake again, I expect that it will happen to future users who are not reading this list today. Perhaps some explanatory text on the panel where setup asks for local directory would be nice. Something like This is the cygwin setup program's private cache. Do not choose a directory with pre-existing contents, unless those contents are the result of an earlier run of this setup program. Care to provide a patch? But no, it's not the solution. Chris has already added some code that assists setup in parsing only proper setup.ini files and skipping non-setup.exe-related ones. It's the do not choose portion of this solution that I hope setup.exe would avoid because it isn't paying attention to Murphy's Law. The way setup.exe runs now there are (at least) two possible sources of errors: 1) setup.exe's setup.ini has become corrupted. This is well handled by setup.exe with its display of parsing errors. 2) The user may have selected a Local Package Directory that contains non-setup.exe setup.ini files. The message that is reported for this user error (that is, 'user selected a Local Package Directory that has non-setup.exe package files in it') is, unfortunately, the same message as that used to report problem 1, above. This can be doubly confusing because a user can run setup.exe successfully for a long time, and then find that it stops working due to mysterious parsing errors because s/he has installed some other package (I'm keeping all of my installations in a single, separate directory tree). So, even if we add the text you suggested telling the user about the rules for 'Local Package Directory', setup.exe should report the error better (i.e., not reuse the error processing method of different kind of error) when the user doesn't follow the rules. -mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem with diffutils
Eric schrieb: Is anyone else experiencing this? Today I updated to the new diffutils-2.8.1-1, and now I can't perform diff on files: $ echo line 1 a.txt $ echo line 2 a.txt $ echo line 2 b.txt $ echo line 3 b.txt $ cat a.txt b.txt line 1 line 2 line 2 line 3 $ diff a.txt b.txt diff: a.txt: Invalid argument $ diff -- a.txt b.txt diff: a.txt: Invalid argument As the same version of diff is working fine on my Linux box, I suspect there is a cygwin-related bug. This is the old version (diff): $ diff a.txt b.txt 1d0 line 1 2a2 line 3 This is the latest version (diffutils): $ diff a.txt b.txt 1d0 line 1 2a2 line 3 Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New Cygwin Package: procmail-3.22-6
New News: === I have contributed procmail-3.22-6 to the standard Cygwin distribution. The tarballs should be available on a Cygwin mirror near you shortly. The procmail program is used by Red Hat Linux for all local mail delivery. In addition to just delivering mail, procmail can be used for automatic filtering, presorting, and other mail handling jobs. Procmail is also the basis for the SmartList mailing list processor. See the procmail home page for more details: http://www.procmail.org/ Please read the README file: /usr/doc/Cygwin/procmail-3.22.README since it covers requirements, installation, known issues, etc. I would like to thank Madoka Machitani for his pre-compiled fetchmail and procmail binaries and for the patches necessary for proper operation under Windows 9x/Me. His work on the Cygwin ports made it much easier for me to become the Cygwin maintainer. Old News: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: umount doesn't umount
Indeed Cygwin thinks that because the name has a colon it's a win32 path. In mount_info::conv_to_win32_path /* An MS-DOS spec has either a : or a \. If this is found, short circuit most of the rest of this function. */ if (strpbrk (src_path, :\\) != NULL || slash_unc_prefix_p (src_path)) Maybe I'll have to use something that's not a colon. But I did find a way to clean up the mess. If mount looks like this $ mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /blah:a type user (textmode) $umount c: seems to clean it up. $ mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) But maybe the correct test for Win32ness is if it's a letter followed by a colon. Or if the colon is the 2nd letter in the name. That way colons can be used later. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Annoying cmd console spawn with remote access and Win 2000
Christopher Faylor wrote: On Fri, May 17, 2002 at 06:44:03PM +0200, Pawel Czechowicz wrote: This issue really drives me mad: You should DEFINITELY ask for a refund, then. Well, obviously this is very funny! Do you think that I want to use this crappy Window$ stuff? No, I am forced to! This OS was bought for me by my employer and I am obliged to be happy with it!!! The same with VC++ and so on. THIS IS A CRY FOR HELP! Regards, Pawel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.218.2.8/9 broken
On Fri, May 17, 2002 at 02:06:36PM -0400, Harig, Mark A. wrote: It's the do not choose portion of this solution that I hope setup.exe would avoid because it isn't paying attention to Murphy's Law. The way setup.exe runs now there are (at least) two possible sources of errors: 1) setup.exe's setup.ini has become corrupted. This is well handled by setup.exe with its display of parsing errors. 2) The user may have selected a Local Package Directory that contains non-setup.exe setup.ini files. The message that is reported for this user error (that is, 'user selected a Local Package Directory that has non-setup.exe package files in it') is, unfortunately, the same message as that used to report problem 1, above. Not being a PC person, are setup.exe and setup.ini the names used by convention or is there some Windows requirement for these names. If convention, could situation 2 be eliminated by adding a cygwin id to the name e.g. setup-cyg.ini. setup.exe (?setup-cyg.exe?) could look for the new version preferentially, falling back to the old if not found. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: OpenSSH-3.2.2p1-1
I've updated the version of OpenSSH in cygwin/latest to 3.2.2p1-1. This is a major release. Please note that the official release contains an error which disallowes to build the sources on Cygwin OOTB. The Cygwin source archive has the fix applied, though. Official Release Message: OpenSSH 3.2.2 has just been released. It will be available from the mirrors listed at http://www.openssh.com/ shortly. OpenSSH is a 100% complete SSH protocol version 1.3, 1.5 and 2.0 implementation and includes sftp client and server support. We would like to thank the OpenSSH community for their continued support and encouragement. Security Changes: = - fixed buffer overflow in Kerberos/AFS token passing - fixed overflow in Kerberos client code - sshd no longer auto-enables Kerberos/AFS - experimental support for privilege separation, see UsePrivilegeSeparation in sshd(8) and http://www.citi.umich.edu/u/provos/ssh/privsep.html for more information. - only accept RSA keys of size SSH_RSA_MINIMUM_MODULUS_SIZE (768) or larger Other Changes: == - improved smartcard support (including support for OpenSC, see www.opensc.org) - improved Kerberos support (including support for MIT-Kerberos V) - fixed stderr handling in protocol v2 - client reports failure if -R style TCP forwarding fails in protocol v2 - support configuration of TCP forwarding during interactive sessions (~C) - improved support for older sftp servers - improved support for importing old DSA keys (from ssh.com software). - client side suport for PASSWD_CHANGEREQ in protocol v2 - fixed waitpid race conditions - record correct lastlogin time Reporting Bugs: === - please read http://www.openssh.com/report.html and http://bugzilla.mindrot.org/ OpenSSH is brought to you by Markus Friedl, Niels Provos, Theo de Raadt, Kevin Steves, Damien Miller and Ben Lindstrom. To update your installation, click on the Install Cygwin now link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. The, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: openssl-0.9.6d-1
I've updated the version of OpenSSL in cygwin/latest to 0.9.6d-1. This is a major update. To update your installation, click on the Install Cygwin now link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. The, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: New setup uploaded - 2.218.2.8
From: Robert Collins [EMAIL PROTECTED] Date: Fri, 17 May 2002 08:04:42 +1000 -Original Message- From: D G [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 5:32 AM OK. For those of us who did it the wrong way (mine is set to H:\), how can I change the local package directory and still keep all the current package information? Is it automatic? Just change it in setup next time you run it. If you want to keep all the cached data, just copy the directories that look like ftp%3f and their contents to whereever your new local package dir will be. BTW: the default is the dir you run setup from, so you must have created c:\cygwin, copied setup there, and then run it...right? Well, it appears to be automatic since I moved the latest/ contrib/ and http[etc]mirrors.rcn.net[more etc]/ to a seperate drive (not in the path) and setup still ran correctly. I can only conclude that the information about installed packages is stored somewhere else, and that the latest/ contrib/ and [that other directory] are only used to store downloaded packages. On the other hand, would it be a good idea for setup.exe to tag its directories in some way, like with a zero-byte file, so that it doesn't take just any old setup.ini file it finds? Mmmm. I'll think about this. I don't want to interfere with users using mirroring tools. Rob -- Daniel [EMAIL PROTECTED] (remove the Z-'s to reply--they're what I do when I read spam) -- ___ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: openssl-devel-0.9.6d-1
I've updated the version of openssl-devel in cygwin/latest to 0.9.6d-1. This is a major update. To update your installation, click on the Install Cygwin now link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. The, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: MIT shared memory extension
I don't think that the next cygwin release should enable the code. It's not ready yet - it's apparently high latency, and needs further work. it may not be the fasted but it seems to work, isn't it ? Why not marking this feature as alpha stage or so. Users are able to use it for evalating and perhaps reports suggestions of bugs or so. BTW: What about a new binutils release. Is this going on ? I'm not sure I haven't personally had time to review the pending patches yet. Is there somebody else who could do this ? Ralf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem with diffutils
On Fri, May 17, 2002 at 10:40:03AM -0600, Eric Blake wrote: Is anyone else experiencing this? Today I updated to the new diffutils-2.8.1-1, and now I can't perform diff on files: $ echo line 1 a.txt $ echo line 2 a.txt $ echo line 2 b.txt $ echo line 3 b.txt $ cat a.txt b.txt line 1 line 2 line 2 line 3 $ diff a.txt b.txt diff: a.txt: Invalid argument $ diff -- a.txt b.txt diff: a.txt: Invalid argument As the same version of diff is working fine on my Linux box, I suspect there is a cygwin-related bug. I could reproduce this but only on Windows 95 and only on a network drive. It is either a Windows bug or a Cygwin bug. Regardless, I've worked around it in the Cygwin DLL. A fix should be in the next snapshot. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: MIT shared memory extension
I don't think that the next cygwin release should enable the code. It's not ready yet - it's apparently high latency, and needs further work. but latencies seems to me a generic problem. I remember the lmbench result, for example context switching http://sources.redhat.com/ml/cygwin/2002-01/msg01719.html, but unfortunally I have no idea where to look in the cygwin code and how to detect such bottleneks. Perhaps there are other people with exactly the needed knowledge, so we can solve this issue together ? Ralf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.218.2.8/9 broken
On Fri, May 17, 2002 at 02:06:36PM -0400, Harig, Mark A. wrote: Chuck Wilson wrote: But no, it's not the solution. Chris has already added some code that assists setup in parsing only proper setup.ini files and skipping non-setup.exe-related ones. It's the do not choose portion of this solution that I hope setup.exe would avoid because it isn't paying attention to Murphy's Law. The way setup.exe runs now there are (at least) two possible sources of errors: IMO, this is an extremely minor issue and one which is easily corrected. If someone chooses a populated directory to hold their downloaded files then, well, additional observations deleted 2) The user may have selected a Local Package Directory that contains non-setup.exe setup.ini files. The message that is reported for this user error (that is, 'user selected a Local Package Directory that has non-setup.exe package files in it') is, unfortunately, the same message as that used to report problem 1, above. The user should consider this a valuable learning experience that they should not be using an existing directory to hold an application's download files. This is consistent with the UNIX philsophy of giving someone enough rope to drown themselves, if they want. This can be doubly confusing because a user can run setup.exe successfully for a long time, and then find that it stops working due to mysterious parsing errors because s/he has installed some other package (I'm keeping all of my installations in a single, separate directory tree). So, even if we add the text you suggested telling the user about the rules for 'Local Package Directory', setup.exe should report the error better (i.e., not reuse the error processing method of different kind of error) when the user doesn't follow the rules. I don't agree. However, this is really not worth discussing any further. Either someone will provide a patch or they won't. I'd urge the main setup.exe contributors to continue to work on important issues and consider this to be extremely low priority if it actually makes it onto a todo list. That said, however, if setup.exe is actually *defaulting* to using an already populated directory, then that is not good. The default should be changed. That should be easy enough to do and easy enough to confirm. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: umount doesn't umount
On Fri, May 17, 2002 at 02:18:22PM -0400, David E Euresti wrote: But maybe the correct test for Win32ness is if it's a letter followed by a colon. Or if the colon is the 2nd letter in the name. That way colons can be used later. That wouldn't work too well with things like com1: or null:. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Procmail, Fetchmail, etc...
Jason, Please post to [EMAIL PROTECTED] instead of sending private email. On Fri, May 17, 2002 at 02:35:51PM -0400, Jason House wrote: By far you seem like the best person to contact about procmail under cygwin. All my searches always seem to lead to your posts. I know fetchmail has issues. Did you read the README? /usr/doc/Cygwin/fetchmail-5.9.11.README or http://www.tishler.net/jason/software/fetchmail/fetchmail-5.9.11.README Specifically, the following: Although fetchmail builds OOTB under Cygwin, two patches have been applied to: 1. solve a mail corruption problem under Windows 2000 (possibly other Windows versions) What is the recommended way to receive/transmit e-mail under cygwin without corruption? I recommend using mutt/fetchmail/procmail under Cygwin. I've been using this combination very successfully for about a year. The corruption problem that I *had* after upgrading to Window 2000 is the only serious problem that I have encountered. Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: two installs one works; one doesn't
David, thanks for responding...yes both have the same anti virus software. Indeed the one behaving badly didn't have any virus protection until I caught the Miranda virus from this list :(. Both virus configurations are the same. Regards, Jim - Original Message - From: David Starks-Browning [EMAIL PROTECTED] To: Jim George [EMAIL PROTECTED] Cc: Cygwin [EMAIL PROTECTED] Sent: Friday, May 17, 2002 8:18 AM Subject: two installs one works; one doesn't On Thursday 16 May 02, Jim George writes: I have cygwin, cygwin-xfree, and postgres installed on two Win2K systems. The first is a W2K Professional on a Toshiba Laptop, the second is a W2K Advanced Server on a desktop. The first works like grease lightening, the second runs like a dog in xfree and postgres (indeed I can't even run initDB). Both have the same anti-virus software setup? I notice massive performance differences depending on which product I use and how it's configured. David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Annoying cmd console spawn with remote access and Win 2000
Pawel Czechowicz wrote: Christopher Faylor wrote: On Fri, May 17, 2002 at 06:44:03PM +0200, Pawel Czechowicz wrote: This issue really drives me mad: You should DEFINITELY ask for a refund, then. Well, obviously this is very funny! Yes, it was funny. *WE* make you mad because we provided software to you gratis, the does almost everything you want -- except for one thing: redirecting the output of non-cygwin processes thru a cygwin tty. (read that again: redirecting a NON-cygwin process...) Seems a rather ungrateful response, to me. cgf's humorous reply was a way of pointing out that you usually catch more flies with honey than vinegar. How about: (a) I have a problem. Here's the description. Can anyone explain why it is happening, and suggest a solution. I have searched the relevant mailing list archives, and found the following responses: url url, but as you can see, they do not directly address my problem. instead of (b) You guys suck! I'm angry! I spent all day downloading cygwin and it doesn't do what I want! FIX IT!!! NOW! (Honestly, your question was closer to (a) than to (b), but the This really makes me mad! is rather accusatory, and changes the whole tone of your message) Do you think that I want to use this crappy Window$ stuff? No, I am forced to! This OS was bought for me by my employer and I am obliged to be happy with it!!! The same with VC++ and so on. THIS IS A CRY FOR HELP! No need for SCREAMING. What is the output of 'cygcheck -s -v -r'? What is your CYGWIN variable set to? Have you tried with CYGWIN=... containing tty and not containing tty? --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/