Re: Problem with win32 GUI application using console
Slava Pestov wrote: I narrowed the problem down to a short test case. Here goes: It works fine for me. -Lewis -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Select-all Vista install fails?
I am a very satisfied user of Cygwin for many years, and on Vista since Nov 2006. I always download and keep updated all packages, since I usually find that something is missing when I really need it. Recently I was presented with the opportunity to install Cygwin on another clean Vista 32-bit install, so I took the following steps in order to come to a 'correct' recipe for installing Cygwin on Vista: 1. Download (not execute) http://cygwin.com/setup.exe . 2. Right-click 'Run as Administrator' on downloaded setup.exe. 3. Make appropriate selections and get to package selection screen. 4. Click once on 'All' package button to cycle it to 'Install' (thus selecting all packages). 5. Click 'Next' to download and install. After letting the installation go on into the night, the next morning showed a hung postinstall process, I am sorry I was so disappointed and lacking time that I didn't write it down, but I think it was something to do with tex or X fonts. In any case I sighed, killed all sh and bash processes with a little bit of difficulty, then restarted setup.exe as Administrator, which even though this time I left the package selection at default, still hung, this time on gnuplot postinstall. Again I killed all sh and bash processes, which by the way were churning at 50% CPU (this is a dual processor). Later in the day I took a heavier sigh, removed all trace of the partial install from C:\cygwin on disk (but not registry and not download cache), and tried a default package selection install again, always running setup.exe from the local file as Administrator. The default install succeeded! Since then I have started re-running setup.exe to download and install the other bits and pieces I need urgently, and eventually I will dive into a full package selection again. This is basically the same type of Vista install I have always done. So my question is this: Is Cygwin supposed to install fully on Vista from an initial All-package-selection? If so, what did I do wrong in the install? Thanks for your help. Peter Klavins Datalon SrL -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-1
On Nov 23 12:38, Christopher Faylor wrote: > Also, just for clarity, are you saying that 2007-08-13 was fast but > 2007-08-31 was not? That would account for a change in file handling which was the cause for the speed up, but then I introduced something until -08-31 which slowed it down again. From the list of changes between -08-13 and -08-31 I have no idea what this could be, though. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-1
On Fri, Nov 23, 2007 at 12:32:58PM -0500, Christopher Faylor wrote: >On Fri, Nov 23, 2007 at 05:04:38PM -, Thorsten Kampe wrote: >>* Christopher Faylor (Fri, 23 Nov 2007 11:25:50 -0500) >>> On Thu, Nov 22, 2007 at 06:05:49PM -, Thorsten Kampe wrote: >>> >* Corinna Vinschen (Thu, 22 Nov 2007 16:42:10 +0100) >>> >> CYGWIN THANKSGIVING EDITION >>> >> >>> >> I've made the new version of the Cygwin DLL, 1.5.25-1, and associated >>> >> utilities available for testing. Version 1.5.24-2 remains the current >>> >> version for now. >>> >> >>> >> This is a bug fix release. Important changes since 1.5.24-2: >>> > >>> >Unfortunately the changes that made rsync run about 2 - 6 times faster >>> >[1] (on a backup of about 100,000 files residing on a FAT32 volume) >>> >didn't make it into the prelease. >>> > >>> >The first snapshot that exhibited the stunning increase was the >>> >snapshot from 2007-08-02 and the last one was the snapshot from 2007- >>> >08-13. >>> > >>> >[1] http://thread.gmane.org/gmane.os.cygwin/91350/focus=91509 >>> >>> So, does this mean that the snapshot was faster and then it wasn't? >> >>Yes, all the snapshots between 2007-08-02 and 2007-08-13 were much >>faster. You remarked "does rsync use pipes by any chance? If so, that >>may be at least part of the reason since that code has been revamped." > >Yes. I read and recall my comments. Since I didn't remove any of the >pipe code, if it is now slower, then I don't understand what caused the >slowdown. Also, just for clarity, are you saying that 2007-08-13 was fast but 2007-08-31 was not? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-1
On Fri, Nov 23, 2007 at 05:04:38PM -, Thorsten Kampe wrote: >* Christopher Faylor (Fri, 23 Nov 2007 11:25:50 -0500) >> On Thu, Nov 22, 2007 at 06:05:49PM -, Thorsten Kampe wrote: >> >* Corinna Vinschen (Thu, 22 Nov 2007 16:42:10 +0100) >> >> CYGWIN THANKSGIVING EDITION >> >> >> >> I've made the new version of the Cygwin DLL, 1.5.25-1, and associated >> >> utilities available for testing. Version 1.5.24-2 remains the current >> >> version for now. >> >> >> >> This is a bug fix release. Important changes since 1.5.24-2: >> > >> >Unfortunately the changes that made rsync run about 2 - 6 times faster >> >[1] (on a backup of about 100,000 files residing on a FAT32 volume) >> >didn't make it into the prelease. >> > >> >The first snapshot that exhibited the stunning increase was the >> >snapshot from 2007-08-02 and the last one was the snapshot from 2007- >> >08-13. >> > >> >[1] http://thread.gmane.org/gmane.os.cygwin/91350/focus=91509 >> >> So, does this mean that the snapshot was faster and then it wasn't? > >Yes, all the snapshots between 2007-08-02 and 2007-08-13 were much >faster. You remarked "does rsync use pipes by any chance? If so, that >may be at least part of the reason since that code has been revamped." Yes. I read and recall my comments. Since I didn't remove any of the pipe code, if it is now slower, then I don't understand what caused the slowdown. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-1
* Christopher Faylor (Fri, 23 Nov 2007 11:25:50 -0500) > On Thu, Nov 22, 2007 at 06:05:49PM -, Thorsten Kampe wrote: > >* Corinna Vinschen (Thu, 22 Nov 2007 16:42:10 +0100) > >> CYGWIN THANKSGIVING EDITION > >> > >> I've made the new version of the Cygwin DLL, 1.5.25-1, and associated > >> utilities available for testing. Version 1.5.24-2 remains the current > >> version for now. > >> > >> This is a bug fix release. Important changes since 1.5.24-2: > > > >Unfortunately the changes that made rsync run about 2 - 6 times faster > >[1] (on a backup of about 100,000 files residing on a FAT32 volume) > >didn't make it into the prelease. > > > >The first snapshot that exhibited the stunning increase was the > >snapshot from 2007-08-02 and the last one was the snapshot from 2007- > >08-13. > > > >[1] http://thread.gmane.org/gmane.os.cygwin/91350/focus=91509 > > So, does this mean that the snapshot was faster and then it wasn't? Yes, all the snapshots between 2007-08-02 and 2007-08-13 were much faster. You remarked "does rsync use pipes by any chance? If so, that may be at least part of the reason since that code has been revamped." Unfortunately I don't really understand Corinna's suggestion "Using gcc and cvs you should be able to find out which change after the 2007-08-13 snapshot slowed rsync down again." Does it mean that I should compile any committed change after August 13th? That won't work because I never used cvs or gcc on my own. > Or that the snapshot was exhibiting a problem with unclosed file handles. There was an issue but it was fixed right away by Corinna[1] Thorsten http://article.gmane.org/gmane.os.cygwin/91507 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-1
On Thu, Nov 22, 2007 at 06:05:49PM -, Thorsten Kampe wrote: >* Corinna Vinschen (Thu, 22 Nov 2007 16:42:10 +0100) >> CYGWIN THANKSGIVING EDITION >> >> I've made the new version of the Cygwin DLL, 1.5.25-1, and associated >> utilities available for testing. Version 1.5.24-2 remains the current >> version for now. >> >> This is a bug fix release. Important changes since 1.5.24-2: > >Unfortunately the changes that made rsync run about 2 - 6 times faster >[1] (on a backup of about 100,000 files residing on a FAT32 volume) >didn't make it into the prelease. > >The first snapshot that exhibited the stunning increase was the >snapshot from 2007-08-02 and the last one was the snapshot from 2007- >08-13. > > >Thorsten >[1] http://thread.gmane.org/gmane.os.cygwin/91350/focus=91509 So, does this mean that the snapshot was faster and then it wasn't? Or that the snapshot was exhibiting a problem with unclosed file handles. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: orpie-1.5.1-1
A new version of orpie is available in the Cygwin distribution. Orpie is a fullscreen RPN calculator for the console. Its operation is similar to that of modern HP calculators, but data entry has been optimized for efficiency on a PC keyboard. Features include extensive scientific calculator functionality, command completion, and a visible interactive stack. Version 1.5.1-1 is a new upstream release, with bug fixes and a few new features. Andrew E. Schulman *** To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: lighttpd-1.4.18-1
Version 1.4.18-1 of lighttpd has been uploaded. lighttpd is a fast, secure and flexible webserver. ligghtpd 1.4.18 fixes a small security bug. More details on the official homepage: http://www.lighttpd.net/2007/9/9/1-4-18-speeding-up-a-bit If you're not sure what version do you have you can use the following command to both check version number and integrity of the install: % cygcheck -c lighttpd If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin makes shared folders on vista
On Nov 23 13:16, Corinna Vinschen wrote: > Experimenting with various permission settings, I found that the > "shared" tag only shows up if the file/dir has any combination of ACEs > for the Users group or for Everyone, regardless of the actual > permissions granted in the ACE. ...and for files the "shared" tag is also shown if an ACE for the None group (resp. Domain Users in domains) is given. Oh well. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin makes shared folders on vista
On Nov 20 02:51, E.Baud wrote: > nmehta wrote: > > Also, if you create a directory in Cygwin on /c like you did it does not > > show up as shared. If you create a directory in your Vista home directory > > (/c/Users//) on the other hand it shows up as shared. > > ... > > I can also say that CYGWIN=notntsec does fix this behavior (created > > folders are no longer shared). > > Same thing for me: it depends on the current directory... subdirectories of > Desktop have also these unexpected shared files/directories generated. > > Setting this variable CYGWIN=notntsec (with .bashrc or Vista system > environment variables) is functioning well. No shared tags anymore when > creating files/dir from cygwin shell. I missed this crucial fact so far. Now I was able to reproduce it. It appears that the "shared" tag has nothing to do with sharing in a network sharing sense. The "shared" tag attached to files and directories in your Vista home folder indicates that this file or folder has permissions which allow a "normal" local user other than yourself to access this file or directory. Experimenting with various permission settings, I found that the "shared" tag only shows up if the file/dir has any combination of ACEs for the Users group or for Everyone, regardless of the actual permissions granted in the ACE. Apparently this is some sort of "security" consideration new in Vista. Given that, there's nothing Cygwin can do about it. POSIX permissions require to have settings for Everyone and, depending on the /etc/passwd settings, the Users group. I'm certainly not going to cripple Cygwin's POSIX permission facility just so that Vista doesn't show this weird "shared" tag. There are a couple of ways to go ahead, in the order from good to bad: - Find out if there's a way to switch off this crappy Vista feature and switch it off. - Move your Cygwin home directory outside of the C:/Users tree. There's no reason to keep the Cygwin home directory in this tree. I'm using C:/cygwin/home/corinna and/or C:/home/corinna for years and I haven't had any problems due to that. - Set CYGWIN=nontsec and lose POSIX permissions. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: starting squid getgrnam failed , getpwnam failed , , `nobody` , `nogroup`. Windows xp
Larry Hall (Cygwin) wrote: > [EMAIL PROTECTED] wrote: > > > > I have had these errors when trying to run squid. in win xp. > > > > > > > > $ squid > > > > > > FATAL: getpwnam failed to find userid for effective user 'nobody' > > > > I read this [1] which seems to say to me I can solve this by > > creating a nobody account. > > So I saw this [2] about how to do that in cygwin. > > > > and I did created the nobody user > > net user nobody /add > > and probably added him to users. > > net localgroup users nobody /add > > > > or I created the user in windows and it automatically went into the > > users group. > > > > and seeing that $less /etc/passwd and $less /etc/group seem > > less up to date, than mkgroup -l -u and mkpasswd -l , I did > > mkgroup -l >/etc/group > > mkpasswd -l >/etc/passwd > > I saw these commands mentioned once. > > > > And then when trying to run squid, I got the similar error > > FATAL: getgrnam failed to find groupid for effective group 'nogroup' > > > > That is more-or-less what happened. I am not sure what to do next > > to get it working. I don`t really know what I am doing! > > I think you're doing alright. Why not try creating the 'nogroup' > group and see if that moves the peg forward a bit? it has [your suggestion dealt with that error], thank you. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: unison-2.27.exe silently exits
> > Robert, I have an updated version of unison2.27. Can you please test it to > > see > > if it works on your hosts? > > Thanks, Andrew - that works! OK. FYI I had accidentally left in a patch I was testing, that made unison-2.27.exe a Windows-mode instead of console-mode executable. I don't know why the exe worked on my host but not on yours, but anyway removing it seems to have fixed the problem. I'll release an update shortly. Andrew. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-1
On Nov 22 18:05, Thorsten Kampe wrote: > * Corinna Vinschen (Thu, 22 Nov 2007 16:42:10 +0100) > > CYGWIN THANKSGIVING EDITION > > > > I've made the new version of the Cygwin DLL, 1.5.25-1, and associated > > utilities available for testing. Version 1.5.24-2 remains the current > > version for now. > > > > This is a bug fix release. Important changes since 1.5.24-2: > > Unfortunately the changes that made rsync run about 2 - 6 times faster > [1] (on a backup of about 100,000 files residing on a FAT32 volume) > didn't make it into the prelease. The change you're talking about does most likely not fit into a bugfix release, given how much code in the snapshot has changed related to file and pipe access. > The first snapshot that exhibited the stunning increase was the > snapshot from 2007-08-02 and the last one was the snapshot from 2007- > 08-13. You observed this behaviour, you're the guy who can help. Using gcc and cvs you should be able to find out which change after the 2007-08-13 snapshot slowed rsync down again. If you found the change, I'll look into it. Promised. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/