RE: Units
Thanks. btw - did you have a look at the bash completion script I posted about the other day? -Original Message- From: Robert Collins [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 19 December 2001 10:27 am To: Gary R. Van Sickle; [EMAIL PROTECTED] Subject: Re: Units Sounds like John + 2 for , and 34 in apathy :}. If no one objects by the weekend it can go in. I certainly can't help validate the package etc until then. If someone else wants to , that's cool by me. Rob === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: bash completion (was: RE: Units)
OK, The setup.hint and bz2 packages can be found at: http://www.straylight.eu.org/~carl/bash_completion/ Here's the hint file... sdesc: A script of Bash completion rules. ldesc: A relatively new feature in bash is programmable completion, which has been available since the beta version of 2.04. This extends the built in filename completion to programs such as ssh and cvs. http://www.caliban.org/bash/index.shtml#completion.; test: 1.0-1 category: Utils requires: bash J. === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
Re: Restructuring gettext
Gerrit P. Haase wrote: What is the problem here? libintl and libintl1 are two different packages with different names. But there's only one nano. (sounds like an ad campaign) So, nano's setup.hint has a line like: requires: foo bar libintl Later, the (then-)current nano will requires: foo bar libintl1 but the prev: version of nano still requires libintl. The debate is whether, during that transition period where prev: and curr: have DIFFERENT requires, if we should say requires: foo bar libintl libintl1 to satisfy both prev and curr. --Chuck
RE: bash completion (was: RE: Units)
Thats not what the help file says... Note that category names may be multi-word, e.g., ASCII Games but, currently all categories are only a single word. J -Original Message- From: Charles Wilson [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 19 December 2001 3:47 pm To: Earnie Boyd Cc: Morrison, John; '[EMAIL PROTECTED]' Subject: Re: bash completion (was: RE: Units) Earnie Boyd wrote: I think that `category: Utils' is too generic. I'd prefer Misc but that's reserved. How about `category: Shell Utils'? In the current grammar, `category: Shell Utils' means that the package is a member of both the `Shell' and the `Utils' categories. If we are going to invent new categories, at LEAST let us not repeat Microsoft's Program Files disaster and refrain from using categories with spaces in them --Chuck === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
Re: bash completion (was: RE: Units)
Morrison, John wrote: Thats not what the help file says... Note that category names may be multi-word, e.g., ASCII Games but, currently all categories are only a single word. I know that. category: Shell Utils is two categories. category: Shell Utils is one category. (Earnie's example was the former, not the latter -- hence, two categories) It is POSSIBLE to have a space in the category name, but you must quote properly. Just like it is POSSIBLE to have a space in a directory name (Program Files) -- but it causes no END of headaches. I am saying: please let us not do this. Stay with oneword category names. Hungarian-ize them if we must: ShellUtils --Chuck
Re: bash completion (was: RE: Units)
On Wed, Dec 19, 2001 at 12:16:58PM -, Morrison, John wrote: -Original Message- From: Robert Collins [mailto:[EMAIL PROTECTED]] - Original Message - From: Morrison, John [EMAIL PROTECTED] It is fun. A couple of questions for you wrt setup.hint... category: the best I can think of is Utils... is this OK? requires: cygwin (obviously) and bash. It requires bash 2.05a - how do I specify versions in the requires section? You cannot (yet). As for cygwin, unless it has .dll or .exe's linked against cygwin, it does not require cygwin. Other than that, the setup.hint looks good to me. Rob I thought The requires line indicates the packages that this package relies on. If your package is dependent on a file provided by another package that other package should be included here - this includes the cygwin package itself! implied that *everything* required cygwin...? I'm not sure how you got that impression. This includes the cygwin package itself would be applied to If your package is dependent on a file. So, if your package is not dependent on anything in the cygwin package there is not reason to include the cygwin package. If the intent was to say Always include the cygwin package then it would have been a lot clearer to say that. I'd clarify this if I understood why this is confusing. cgf
Re: bash completion (was: RE: Units)
On Wed, Dec 19, 2001 at 11:04:22AM -0500, Charles Wilson wrote: Morrison, John wrote: Thats not what the help file says... Note that category names may be multi-word, e.g., ASCII Games but, currently all categories are only a single word. I know that. category: Shell Utils is two categories. category: Shell Utils is one category. (Earnie's example was the former, not the latter -- hence, two categories) It is POSSIBLE to have a space in the category name, but you must quote properly. Just like it is POSSIBLE to have a space in a directory name (Program Files) -- but it causes no END of headaches. I am saying: please let us not do this. Stay with oneword category names. Hungarian-ize them if we must: ShellUtils I hate to be a wet blanket about this but I'm not convinced that this package belongs in the distribution. It seems too narrow in scope for its own package. Is there anything similar to this in Red Hat, Debian, SuSE, etc.? cgf
Re: FW: bash completion (was: RE: Units)
On Wed, Dec 19, 2001 at 01:58:55PM -, Ebrey, Carl wrote: Gah! I meant to send this to the list but I replied and so it went to Earnie instead. Sorry about that... Okay, I could be really wrong here but from what I can see, http://cygwin.com/setup.html doesn't mention any Shell Utils category. What it does quite clearly state is, Please do not invent a new category without checking with the cygwin-apps mailing list first. Does that mean that we should consider that to be a proposal for a new category? :) As Chuck has pointed out, we are clearly not going to approve a category which is essentially a concatenation of two existing categories. And, it doesn't make sense to me to use this particular package for a departure from current practices. cgf
RE: bash completion (was: RE: Units)
I have to admit that I thought it was quite confusing too. Perhaps if it said, This rule also applies to Cygwin itself because Cygwin is also a package? Just my 2p/c/whatever. Carl -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 19, 2001 4:13 PM To: [EMAIL PROTECTED] Subject: Re: bash completion (was: RE: Units) snip I'm not sure how you got that impression. This includes the cygwin package itself would be applied to If your package is dependent on a file. So, if your package is not dependent on anything in the cygwin package there is not reason to include the cygwin package. If the intent was to say Always include the cygwin package then it would have been a lot clearer to say that. I'd clarify this if I understood why this is confusing. cgf === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: bash completion (was: RE: Units)
The same could be said for many people where the sender is [EMAIL PROTECTED] Carl -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 19, 2001 4:31 PM To: [EMAIL PROTECTED] Subject: Re: bash completion (was: RE: Units) On Wed, Dec 19, 2001 at 04:25:36PM -, Ebrey, Carl wrote: Is there no way that the list program can rewrite the reply-to line? That would Make Things Easier(TM), IMHO of course :) How about if I just block any email that mentions Reply-To? That would make things a lot easier for me. cgf === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: bash completion (was: RE: Units)
That's what the webpage implies. If that's not what it means, then surely you have to agree that the page is confusing. Carl -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 19, 2001 4:30 PM To: [EMAIL PROTECTED] Subject: Re: bash completion (was: RE: Units) On Wed, Dec 19, 2001 at 04:21:17PM -, Ebrey, Carl wrote: I have to admit that I thought it was quite confusing too. Perhaps if it said, This rule also applies to Cygwin itself because Cygwin is also a package? Now, *that's* confusing. So the cygwin package should say @ cygwin requires: cygwin ? cgf === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
Re: FW: bash completion (was: RE: Units)
Christopher Faylor wrote: On Wed, Dec 19, 2001 at 01:58:55PM -, Ebrey, Carl wrote: Gah! I meant to send this to the list but I replied and so it went to Earnie instead. Sorry about that... Okay, I could be really wrong here but from what I can see, http://cygwin.com/setup.html doesn't mention any Shell Utils category. What it does quite clearly state is, Please do not invent a new category without checking with the cygwin-apps mailing list first. Does that mean that we should consider that to be a proposal for a new category? :) As Chuck has pointed out, we are clearly not going to approve a category which is essentially a concatenation of two existing categories. And, it doesn't make sense to me to use this particular package for a departure from current practices. Let's not stray from the intent of my original reply. Ok, bad choice of verbiage. My intent was to say that Utils is the wrong category for this Shell specific package. What should that category be instead? How about 'Others' or 'Contrib' or ? Earnie. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: multiple dll's cause app to hang
At 11:29 AM 12/19/2001, John Jones wrote: dear all I have what I would call a major problem. (common across all machine types I have here) when I compile a application such as sed and cygwin1.dll everything works but if I try and mix my dll with the net version it hangs See the FAQ entry: Is it OK to have multiple copies of the DLL? http://cygwin.com/faq/faq_4.html#SEC50 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
Re: bash completion (was: RE: Units)
On Wed, Dec 19, 2001 at 04:25:36PM -, Ebrey, Carl wrote: Is there no way that the list program can rewrite the reply-to line? That would Make Things Easier(TM), IMHO of course :) How about if I just block any email that mentions Reply-To? That would make things a lot easier for me. cgf
Re: bash completion (was: RE: Units)
On Wed, Dec 19, 2001 at 04:32:16PM -, Ebrey, Carl wrote: The same could be said for many people where the sender is [EMAIL PROTECTED] In case it wasn't clear the Reply-To question has come up *repeatedly*. There is even a web page which discusses it. cgf -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 19, 2001 4:31 PM To: [EMAIL PROTECTED] Subject: Re: bash completion (was: RE: Units) On Wed, Dec 19, 2001 at 04:25:36PM -, Ebrey, Carl wrote: Is there no way that the list program can rewrite the reply-to line? That would Make Things Easier(TM), IMHO of course :) How about if I just block any email that mentions Reply-To? That would make things a lot easier for me. cgf
Re: bash completion (was: RE: Units)
On Wed, Dec 19, 2001 at 04:31:40PM -, Ebrey, Carl wrote: That's what the webpage implies. If that's not what it means, then surely you have to agree that the page is confusing. I guess now I understand at least one specific confusion. Robert already clarified the intent of the section. Go back and read his reply to John. He wasn't saying that the cygwin package has to rely on itself. I guess I'll take a stab at adding more words. cgf
Re: bash completion (was: RE: Units)
Christopher Faylor wrote: Is there anything similar to this in Red Hat, Debian, SuSE, etc.? Well, /etc/profile, hosts, passwd, group and other core config files are owned by the 'setup' package in Red Hat Linux. Then there's the initscripts package for the rc.d directory. And most of the other files are owned by individual packages, like bash owns /etc/bashrc. My point is, RHL doesn't set any particular standard. If anything, I'd give /etc/bash_completions to bash -- it's only useful when you install bash, and you have to upgrade bash to 2.05 or higher to use the completions. -- = ICBM Address: 36.8274040 N, 108.0204086 W, alt. 1714m
RE: bash completion (was: RE: Units)
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 19 December 2001 4:17 pm To: [EMAIL PROTECTED] Subject: Re: bash completion (was: RE: Units) On Wed, Dec 19, 2001 at 11:04:22AM -0500, Charles Wilson wrote: Morrison, John wrote: Thats not what the help file says... Note that category names may be multi-word, e.g., ASCII Games but, currently all categories are only a single word. I know that. category: Shell Utils is two categories. category: Shell Utils is one category. (Earnie's example was the former, not the latter -- hence, two categories) It is POSSIBLE to have a space in the category name, but you must quote properly. Just like it is POSSIBLE to have a space in a directory name (Program Files) -- but it causes no END of headaches. I am saying: please let us not do this. Stay with oneword category names. Hungarian-ize them if we must: ShellUtils I hate to be a wet blanket about this but I'm not convinced that this package belongs in the distribution. It seems too narrow in scope for its own package. Fair enough - I found it today and found it useful. I thought one of the purposes of this list was to question whether an app would be a nice addition. Is there anything similar to this in Red Hat, Debian, SuSE, etc.? Don't know. Sorry - I don't have a linux box! J. cgf === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
Re: bash completion (was: RE: Units)
On Wed, Dec 19, 2001 at 10:13:35AM -0700, Warren Young wrote: Christopher Faylor wrote: Is there anything similar to this in Red Hat, Debian, SuSE, etc.? Well, /etc/profile, hosts, passwd, group and other core config files are owned by the 'setup' package in Red Hat Linux. Then there's the initscripts package for the rc.d directory. And most of the other files are owned by individual packages, like bash owns /etc/bashrc. My point is, RHL doesn't set any particular standard. If anything, I'd give /etc/bash_completions to bash -- it's only useful when you install bash, and you have to upgrade bash to 2.05 or higher to use the completions. That's where I would be leaning, too. I think it makes sense to include the completions in bash. Or maybe in shellutils? The only problem with this that I can see is that they'll be more hidden there. If they are a separate setup.exe package then it is more likely that someone will notice them and say Hey, cool! and install them. If they just slide in with a bash installation then, unless we make them the default, it's more likely that people won't know what they have unless they're reminded about it on the mailing list (or whereever). Hmm. Maybe I just convinced myself that they belong as a separate package. cgf
Re: bash completion (was: RE: Units)
On Wed, Dec 19, 2001 at 04:28:28PM -, Morrison, John wrote: -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 19 December 2001 4:17 pm To: [EMAIL PROTECTED] Subject: Re: bash completion (was: RE: Units) I hate to be a wet blanket about this but I'm not convinced that this package belongs in the distribution. It seems too narrow in scope for its own package. Fair enough - I found it today and found it useful. I thought one of the purposes of this list was to question whether an app would be a nice addition. It is. This was part of my response to the question. I'm not going to veto anything if the consensus is that it's useful. I can, in fact, see why it would be useful. cgf
fortune-1.8-1 [was Re: bash completion (was: RE: Units)]
On Wed, Dec 19, 2001 at 12:26:00PM -0500, Christopher Faylor wrote: On Wed, Dec 19, 2001 at 04:28:28PM -, Morrison, John wrote: Fair enough - I found it today and found it useful. I thought one of the purposes of this list was to question whether an app would be a nice addition. It is. This was part of my response to the question. I'm not going to veto anything if the consensus is that it's useful. I can, in fact, see why it would be useful. I'd like to pour fuel into the fire of `usefulness' of a package. I'd like to contribute the NetBSD fortune package to Cygwin and therefore I'd even like to propose to add a Games section *gasp*. setup.hint: --- sdesc: Print a random, hopefully interesting, adage category: Games requires: cygwin Opinions? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: fortune-1.8-1 [was Re: bash completion (was: RE: Units)]
Corinna Vinschen wrote: I'd like to pour fuel into the fire of `usefulness' of a package. I'd like to contribute the NetBSD fortune package to Cygwin and therefore I'd even like to propose to add a Games section *gasp*. setup.hint: --- sdesc: Print a random, hopefully interesting, adage category: Games requires: cygwin Opinions? I like it. Games is fine -- didn't somebody or other port FreeCIV to cygwin about a year ago? FWIW, I'm planning to add ddate to my cygutils package eventually -- it's distributed on Linux systems as part of the util linux package along with the (already cygutils-assimilated) cal and namei programs, among others. ddate is the Druel Discordian Date program -- Today is Sweetmorn, the 42nd of Bureaucracy, 3161. etc. --Chuck
Re: fortune-1.8-1 [was Re: bash completion (was: RE: Units)]
On Wed, Dec 19, 2001 at 12:46:58PM -0500, Charles Wilson wrote: Corinna Vinschen wrote: I'd like to pour fuel into the fire of `usefulness' of a package. I'd like to contribute the NetBSD fortune package to Cygwin and therefore I'd even like to propose to add a Games section *gasp*. setup.hint: --- sdesc: Print a random, hopefully interesting, adage category: Games requires: cygwin Opinions? I like it. Games is fine -- didn't somebody or other port FreeCIV to cygwin about a year ago? Actually, Games isn't even a new category. It's listed on setup.html. I added it when I added the boffo examples to the web page since I had this vague feeling that someone might be adding a package that would qualify as a game soon. cgf
bash/cmd and CTRL-C problem...
Hi, I'm new to the list and I don't know if this problem is already solved, but I couldn't find a hint neither on the archives nor on the FAQ or somewhere else on the net. My problem is related to bash/cmd and signal handling. In my app I installed a signal handler for SIGINT. The app is going into a wait loop and waiting for the exit flag from the signal handler to be set. When pressing CTRL-C in the windows cmd shell the application continues normally after the signal handler has been caught. Under bash the signal handler is also correctly called, but after that the app is exiting immediatly, i.e. not continuing with the code. Here is the source: / #include windows.h #include stdio.h #include signal.h bool loop = true; extern C void signalHandler(int sig) { switch( sig ) { case SIGINT: // == 2 printf(SIGINT=%d\n,sig); break; default: printf(default=%d\n,sig); break; }; loop=false; } int main(int argc, char* argv[]) { if (signal( SIGINT , signalHandler ) == SIG_ERR) return -1; printf(### ctrlbreak: Waiting now...\n); while(loop) Sleep ((DWORD) 1000) ; printf(### ctrlbreak: Finished waiting now...\n); return 0; } / Here the the output of the app under Win2K/bash: // bash2.05a-2 $ ./ctrlbreak.exe ### ctrlbreak: Waiting now... SIGINT=2 // GNU bash, version 2.02.1(2)-release (i586-pc-cygwin32) B20.1 bash-2.02$ ./ctrlbreak ### ctrlbreak: Waiting now... SIGINT=2 // cmd.exe Win2k SP2 ### ctrlbreak: Waiting now... SIGINT=2 ### ctrlbreak: Finished waiting now... You can see that under the cmd shell the text Finished waiting now... is printed which does not come out under the bash. Any hint would be greatly appreciated... Michael PS: I just downloaded the latest stable version 1.3.6 today...
Re: bash/cmd and CTRL-C problem...
Wrong list. This post belongs on [EMAIL PROTECTED] Before posting to this or other lists please review the list functions at http://cygwin.com/lists.html . Earnie. Michael Rumpf wrote: Hi, I'm new to the list and I don't know if this problem is already solved, but I couldn't find a hint neither on the archives nor on the FAQ or somewhere else on the net. My problem is related to bash/cmd and signal handling. In my app I installed a signal handler for SIGINT. The app is going into a wait loop and waiting for the exit flag from the signal handler to be set. When pressing CTRL-C in the windows cmd shell the application continues normally after the signal handler has been caught. Under bash the signal handler is also correctly called, but after that the app is exiting immediatly, i.e. not continuing with the code. Here is the source: / #include windows.h #include stdio.h #include signal.h bool loop = true; extern C void signalHandler(int sig) { switch( sig ) { case SIGINT: // == 2 printf(SIGINT=%d\n,sig); break; default: printf(default=%d\n,sig); break; }; loop=false; } int main(int argc, char* argv[]) { if (signal( SIGINT , signalHandler ) == SIG_ERR) return -1; printf(### ctrlbreak: Waiting now...\n); while(loop) Sleep ((DWORD) 1000) ; printf(### ctrlbreak: Finished waiting now...\n); return 0; } / Here the the output of the app under Win2K/bash: // bash2.05a-2 $ ./ctrlbreak.exe ### ctrlbreak: Waiting now... SIGINT=2 // GNU bash, version 2.02.1(2)-release (i586-pc-cygwin32) B20.1 bash-2.02$ ./ctrlbreak ### ctrlbreak: Waiting now... SIGINT=2 // cmd.exe Win2k SP2 ### ctrlbreak: Waiting now... SIGINT=2 ### ctrlbreak: Finished waiting now... You can see that under the cmd shell the text Finished waiting now... is printed which does not come out under the bash. Any hint would be greatly appreciated... Michael PS: I just downloaded the latest stable version 1.3.6 today... _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: bash completion (was: RE: Units)
=== - Original Message - From: Charles Wilson [EMAIL PROTECTED] Hmm. Maybe I just convinced myself that they belong as a separate package. How about this: John, why don't you create a bashutils package, to serve as a collection of (moderately) useful bash scripts and settings. For now, it could contain only bashcompletion, but later you could add -- oh, bashprompt, or something... Funnily enough, I suggested calling the package bashtools last night. Hmmm, now why was that? Rob
Re: fortune-1.8-1 [was Re: bash completion (was: RE: Units)]
- Original Message - From: Corinna Vinschen [EMAIL PROTECTED] Opinions? Cool. You've my vote. Rob
Re: bash completion (was: RE: Units)
- Original Message - From: Ebrey, Carl [EMAIL PROTECTED] One thing I would like to say though is that I've been quite annoyed by the attitudes that come over on this mailing list. The last time I checked Cygwin was an open project, available for anyone to contribute and offer help. However, all I've seen is help being thrown back in people's faces, including my own. If you don't want people to help, don't have an open project. It's quite simple. Please remember that there is a difference between open project and anarchy. We do accept help. Lots of it. And I, for one, do appreciate it and try to show that appreciation. However, some things are quite annoying - and getting old topics revisited at a rate of knots is one of those. Rob
RE: fortune-1.8-1 [was Re: bash completion (was: RE: Units)]
We've (Carl and I) have been trying to port BSD-games. Unfortunately we haven't got it to compile fully yet :( there were even errors in the configuration file which stop'd it running (an extra '(' in some switch statements was the first...). If you can do it - I don't think we'd get *any* more work done :) J. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Collins Sent: Wednesday, 19 December 2001 9:37 pm To: [EMAIL PROTECTED] Subject: Re: fortune-1.8-1 [was Re: bash completion (was: RE: Units)] - Original Message - From: Corinna Vinschen [EMAIL PROTECTED] Opinions? Cool. You've my vote. Rob
RE: bash completion (was: RE: Units)
Sure. Will do either tomorrow or Friday. J. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Charles Wilson Sent: Wednesday, 19 December 2001 5:54 pm To: [EMAIL PROTECTED] Subject: Re: bash completion (was: RE: Units) Christopher Faylor wrote: That's where I would be leaning, too. I think it makes sense to include the completions in bash. Or maybe in shellutils? The only problem with this that I can see is that they'll be more hidden there. If they are a separate setup.exe package then it is more likely that someone will notice them and say Hey, cool! and install them. If they just slide in with a bash installation then, unless we make them the default, it's more likely that people won't know what they have unless they're reminded about it on the mailing list (or whereever). Hmm. Maybe I just convinced myself that they belong as a separate package. How about this: John, why don't you create a bashutils package, to serve as a collection of (moderately) useful bash scripts and settings. For now, it could contain only bashcompletion, but later you could add -- oh, bashprompt, or something... I'm thinking something like my cygutils package, which is just a grab bag of very simple (single-source-file) utilities. (FYI, you can find bashprompt here... http://www.neuro.gatech.edu/users/cwilson/cygutils/unversioned/bashprompt/ the official site is completely flaky, so I mirrored it) --Chuck
Re: bash completion (was: RE: Units)
On Thu, Dec 20, 2001 at 08:36:52AM +1100, Robert Collins wrote: === - Original Message - From: Charles Wilson [EMAIL PROTECTED] Hmm. Maybe I just convinced myself that they belong as a separate package. How about this: John, why don't you create a bashutils package, to serve as a collection of (moderately) useful bash scripts and settings. For now, it could contain only bashcompletion, but later you could add -- oh, bashprompt, or something... Funnily enough, I suggested calling the package bashtools last night. Hmmm, now why was that? Doh. I missed this. I probably could have just agreed with this suggestion and saved myself some grief. I think that the concept makes sense regardless of the name. cgf
RE: [PATCH] Setup.exe in a property sheet
Ok, first glance: You've diffed across versions - please update both the clean dir and your working dir for the next patch. Thats a major reason the patch is so big. * please use win32 thread API calls, not _beginthread et al. I don't think we can do that, at least not everywhere. The threads call many CRT functions, and MS warns you not to use CreateThread if you're using the CRT in your thread. Note that the threads are now backwards from what they used to be - the UI (which IIRC isn't using much if any CRT) now runs entirely in the main thread, and a few of the do_xxx()'s are split off of that main thread soas to not block the UI updating/responsiveness. * All classes with an explicit destructor need copy constructors and operator =. (If they aren't used, declare but don't implement). Reason: synthesised copy constructors and assignment operators will be wrong. (And yes, this is wrong elsewhere in setup too). Yeah I know. Of course there's currently no copying going on, but it's on my todo list for completeness. I don't understand the destructor connection though...? * varargs and C++ don't mix from what I'm told. (because objects passed in lose information). I haven't heard that one. As I understand it, you're just pushing bytes onto the stack, and in the vararg function it's up to you to figure out what they were supposed to be by whatever means necessary (a cast). I'm not sure why any code involved in that would care what was being pushed on the stack. It's probably ok for your string class... but I'm not sure why it exists? Well I'll grant you it's not very fleshed out yet. The idea first and foremost is to consolidate the LoadString()s and FormatMessage()s into one easy-to-use place; currently such calls are spread around in several places, and especially FormatMessage() is a hassle to deal with. This class will be derived from std::string when I get gcc to find the $%^ing header, which will of course make it tremendously more functional. * To test if something is not needed, comment it out and see if you get link errors. Right...? I don't catch your drift. * have you run this through indent? No (is it that obvious? ;-)), and I have to apologize for that. I know my coding style is rather different *COUGHBETTERHACK* ;-) than the GNU standard style. Is indent still making hash of C++ code? * the #if 0...#endifs should go. Delete the code or document why it's not deleted. They're in the process of going, and I did document this in the ChangeLog (albeit that's not the right place). I'm keeping some of that around until I'm sure I have the logic carried over properly. * I don't like the PropertyPage semnatics - Why is Create not the constructor? I don't like constructors that have a significant chance of failing, i.e. that do much more than simply get the instance into a consistent state, and try to avoid them whenever I can. The issue is that when a constructor fails, its only recourse is to throw an exception and let the caller catch it and deal with it (assuming he doesn't want whatever the default abort handler does), and at that point you've more than burned up any convenience you may have gained by combining the constructor and initializer. A separate Create() can still throw an exception if it wants to, but can also return a 'failed' status, which IMO is just as good and easier to catch and take whatever action you deem appropriate. Now in the particular case of these dialog-like things, we've actually got more than one way to initialize them: modal and modeless. A constructor that popped up a modal dialog box, say, sounds like a mess to me; your entire box would have to be something like this: MyDialogClass dlg(IDD_TEMPLATE, DO_MODAL); So now in addition to yet another flag you have to deal with, your dialog lives and dies entirely in the constructor, i.e. before the object is even really constructed. You can't, say, construct it and then show/hide it when you wanted, you can't call any members before the box is up (this applies to both modal and modeless), I just don't think it works well or buys you anything in this sort of application. * The propertysheet/propertypage friend relationship would be good to have correct. Indeed, but I'm having trouble figuring out how to do it right. FWICT, I think what I really want to do (friend individual member functions to another class) isn't possible, so I'll probably just friend the entire classes together, which will at least limit the cross-fertilization to two classes. * please keep CVSID's in source files. They aren't used in the code, but I find them useful for review. Ok, sorry. I didn't purposely remove any, and thought they were an automatic CVS deal anyway. * The ThreeBar refactoring seems incomplete - it is dependent on the end user functions, rather than the other way around. It seems to me that the ThreeBar refactor should implement/provide a control but not create
Re: [PATCH] Setup.exe in a property sheet
- Original Message - From: Gary R. Van Sickle [EMAIL PROTECTED] I don't think we can do that, at least not everywhere. The threads call many CRT functions, and MS warns you not to use CreateThread if you're using the CRT in your thread. Note that the threads are now backwards from what they used to be - the UI (which IIRC isn't using much if any CRT) now runs entirely in the main thread, and a few of the do_xxx()'s are split off of that main thread soas to not block the UI updating/responsiveness. Can you give me a reference? Last I recall, the comment from MS was the _beginthread and _endthread leak memory and were deprecated. * All classes with an explicit destructor need copy constructors and operator =. (If they aren't used, declare but don't implement). Reason: synthesised copy constructors and assignment operators will be wrong. (And yes, this is wrong elsewhere in setup too). Yeah I know. Of course there's currently no copying going on, but it's on my todo list for completeness. I don't understand the destructor connection though...? It's known as the Big Three Rule. The rule is that if a object needs any one of the three (destructor, copy con, assignment) it needs all three. The destructor connection is because the _only_ time an object needs a non-synthetic destructor is to clean up remote storage/OS objects etc, and therefore the same cleanup/management is needed on copy/assignment. * varargs and C++ don't mix from what I'm told. (because objects passed in lose information). I haven't heard that one. As I understand it, you're just pushing bytes onto the stack, and in the vararg function it's up to you to figure out what they were supposed to be by whatever means necessary (a cast). I'm not sure why any code involved in that would care what was being pushed on the stack. variable length arguments use bitwise copying. Many objects do not survive bitwise copying (or there would be no need for a copy constructor). The crash may not occur immediately, but (say) at the first object access after the destruction of the passed object. Passing object pointers is less of an issue (for hopefully now clear reasons). It's probably ok for your string class... but I'm not sure why it exists? Well I'll grant you it's not very fleshed out yet. The idea first and foremost is to consolidate the LoadString()s and FormatMessage()s into one easy-to-use place; currently such calls are spread around in several places, and especially FormatMessage() is a hassle to deal with. This class will be derived from std::string when I get gcc to find the $%^ing header, which will of course make it tremendously more functional. Yes, it seems to be absent from the winsup tree :}. * To test if something is not needed, comment it out and see if you get link errors. Right...? I don't catch your drift. You've commented at least one function with this may not be needed anymore. * have you run this through indent? No (is it that obvious? ;-)), and I have to apologize for that. I know my coding style is rather different *COUGHBETTERHACK* ;-) than the GNU standard style. Is indent still making hash of C++ code? Oh yeah. plenty bad, but at least reasonably consistent on many things. * I don't like the PropertyPage semnatics - Why is Create not the constructor? ... MyDialogClass dlg(IDD_TEMPLATE, DO_MODAL); So now in addition to yet another flag you have to deal with, your dialog lives and dies entirely in the constructor, i.e. before the object is even really constructed. You can't, say, construct it and then show/hide it when you wanted, you can't call any members before the box is up (this applies to both modal and modeless), I just don't think it works well or buys you anything in this sort of application. Doesn't the same modal issue apply to Create? * The propertysheet/propertypage friend relationship would be good to have correct. Indeed, but I'm having trouble figuring out how to do it right. FWICT, I think what I really want to do (friend individual member functions to another class) isn't possible, so I'll probably just friend the entire classes together, which will at least limit the cross-fertilization to two classes. Sure it's possible. AFAIK it's not possible to only expose particular functions to friends, but it's certainly possible to have a one way friendship. Ok, sorry. I didn't purposely remove any, and thought they were an automatic CVS deal anyway. That's ok. The updates are, the creation isn't. Please also add to your new .cc files. * The ThreeBar refactoring seems incomplete - it is dependent on the end user functions, rather than the other way around. It seems to me that the ThreeBar refactor should implement/provide a control but not create threads for the install process... Well I'm not about to claim that any of this is complete. In this particular instance I know exactly what you're saying
RE: [PATCH] Setup.exe in a property sheet
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Collins [snip] Can you give me a reference? Last I recall, the comment from MS was the _beginthread and _endthread leak memory and were deprecated. The November Platform SDK says this under CreateThread(): A thread that uses functions from the C run-time libraries should use the beginthread and endthread C run-time functions for thread management rather than CreateThread and ExitThread. Failure to do so results in small memory leaks when ExitThread is called. So it looks like they've not only not deprecated them, they've removed the underscores! ;-) But I don't know, it most certainly would not be the first time MS's right hand didn't know what the left hand was doing, but didn't like the looks of it. [snip] Yeah I know. Of course there's currently no copying going on, but it's on my todo list for completeness. I don't understand the destructor connection though...? It's known as the Big Three Rule. The rule is that if a object needs any one of the three (destructor, copy con, assignment) it needs all three. The destructor connection is because the _only_ time an object needs a non-synthetic destructor is to clean up remote storage/OS objects etc, and therefore the same cleanup/management is needed on copy/assignment. AH, ok, I get it: if you *need* a non-default copy and/or operator=, you also need a non-default destructor or you're almost assuredly doing something wrong. That sounds like it would make a good compiler warning. It just goes to prove what I always say, You learn something every day if you're not careful. ;-) [snip] variable length arguments use bitwise copying. Many objects do not survive bitwise copying (or there would be no need for a copy constructor). The crash may not occur immediately, but (say) at the first object access after the destruction of the passed object. Passing object pointers is less of an issue (for hopefully now clear reasons). Ok, I can see that that could in at least some cases cause problems. I'll have to think on that more though, it seems to me that in a printf()-type of situation, you're really passing the varargs as const, so if you're casting to const inside the vararg function... oof, I hope I'm not learning again ;-). [snip] This class will be derived from std::string when I get gcc to find the $%^ing header, which will of course make it tremendously more functional. Yes, it seems to be absent from the winsup tree :}. But I do have it. I've got it in /usr/include/g++-3/string. Same situation with the cstdlib that inilex.cc needs but gcc can't find, and yet I'm apparently the only one with problems there. It's fricken driving me insane in the proverbial membrane. * To test if something is not needed, comment it out and see if you get link errors. Right...? I don't catch your drift. You've commented at least one function with this may not be needed anymore. Oh, yep. Last minute hack. We'll get 'er in ship shape before the shape ships. * have you run this through indent? No (is it that obvious? ;-)), and I have to apologize for that. I know my coding style is rather different *COUGHBETTERHACK* ;-) than the GNU standard style. Is indent still making hash of C++ code? Oh yeah. plenty bad, but at least reasonably consistent on many things. Ugh. Maybe I'll play around with it and see if it can't just adjust the indenting without scrambling everything, and kern the rest by hand. * I don't like the PropertyPage semnatics - Why is Create not the constructor? ... MyDialogClass dlg(IDD_TEMPLATE, DO_MODAL); So now in addition to yet another flag you have to deal with, your dialog lives and dies entirely in the constructor, i.e. before the object is even really constructed. You can't, say, construct it and then show/hide it when you wanted, you can't call any members before the box is up (this applies to both modal and modeless), I just don't think it works well or buys you anything in this sort of application. Doesn't the same modal issue apply to Create? No. Say I wanted to do something like this: MyDialog dlg; dlg.LoadDialogWithData(); dlg.CreateModal(); // or dlg.DoModal() or whatever we want to call it That's just not possible if the modal-ness is all in the constructor. Now, if you really think it's necessary, it's certainly easy enough to do a constructor that would take a template ID and a modal/modeless flag, but I don't see how you can't help but lose the ability to do that stuff inbetween class instance creation and window+message loop creation, and I think that alone is pretty important, let alone the error considerations etc. [snip] Indeed, but I'm having trouble figuring out how to do it right. FWICT, I think what I really want to do (friend individual member functions to another class) isn't possible, so I'll
Re: [PATCH] Setup.exe in a property sheet
- Original Message - From: Gary R. Van Sickle [EMAIL PROTECTED] It's known as the Big Three Rule. The rule is that if a object needs any one of the three (destructor, copy con, assignment) it needs all three. The destructor connection is because the _only_ time an object needs a non-synthetic destructor is to clean up remote storage/OS objects etc, and therefore the same cleanup/management is needed on copy/assignment. AH, ok, I get it: if you *need* a non-default copy and/or operator=, you also need a non-default destructor or you're almost assuredly doing something wrong. That sounds like it would make a good compiler warning. And the converse. If you *need* a non-default destructor, you need the other two, or... That said, if you implement a non-default destructor, implement the other two, as a matter of paranoia and code maintenance. The usual exceptions (i.e. it's just an ABC) aren't worth the headache when something changes badly. It just goes to prove what I always say, You learn something every day if you're not careful. ;-) Always :}. This class will be derived from std::string when I get gcc to find the $%^ing header, which will of course make it tremendously more functional. Yes, it seems to be absent from the winsup tree :}. But I do have it. I've got it in /usr/include/g++-3/string. Same situation with the cstdlib that inilex.cc needs but gcc can't find, and yet I'm apparently the only one with problems there. It's fricken driving me insane in the proverbial membrane. I've got it in /usr too - but it's not in /usr/src/src/ (where my cygwin src tree is rooted). ... That's just not possible if the modal-ness is all in the constructor. Now, if you really think it's necessary, it's certainly easy enough to do a constructor that would take a template ID and a modal/modeless flag, but I don't see how you can't help but lose the ability to do that stuff inbetween class instance creation and window+message loop creation, and I think that alone is pretty important, let alone the error considerations etc. The error consideration is (to me) minor, compared to the programming model design. The design point you make is good. Leave it as is. Just to clarify, did you want me to get this diffed against the latest before you check any of it in? There's only one or two files that are diffed against non-current HEAD to my knowledge, but I can sure do it, but I'll need a hint as to how I can do a cvs update without bringing back a bunch of stuff that I'll need to cut right back out again. Or am I SOL and I'll just have to do it by hand? It's a hand job mate. Update CVS and fix - I have to after other patches go in too ya know :}. Don't worry about diffing against another directory though: just attach the new .cc and .h files as-is and only diff the extant files. Rob
Re: [PATCH] Update - Setup.exe property sheet patch, properly diffed.
=== - Original Message - From: Gary R. Van Sickle [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 19, 2001 11:20 PM Subject: RE: [PATCH] Update - Setup.exe property sheet patch, properly diffed. :lets assume that chooser will subsume choose, can you please make the changes direct to choose. (I don't really want a short lived migration file - it seems pointless). (remember - CVS is smart). If you think there really will be two classes for this (other than the working inside classes) then leave it as is. Like I said, I don't know what the answer to this one is. I do know that simply putting choose in the property sheet will make all the other pages ridiculously huge (they all end up being the size of the biggest one), and is not an option because of that. If the sheet can be resized programmatically on Win95 on, I can put it in and adjust it that way (which I think would be the best solution), but if not we'll need the two sheets, one basically as a filler (as I have it now). But even if the first way is possible, we're talking considerably more time and work. What I've got now works at least as good as it did before WRT the chooser, so I see no reason for this to hold up the rest of the changes. And you've already taken me to task on the size and scope of this patch ;-). Ok. Well correct me if I'm wrong but the current chooser.h does the following: it's a property page of the main window it call do_chooser. That's it (high level). All I'm suggesting is that until we know that we will need a separate chooser (ie we won't just move choose.cc's contents to chooser.cc) lets just do those two things in choose.cc. That way if we do need a separate file later, it's not a problem. I'm not religious on this, which is why I passed the decision to you - but it sounds like the jury is still out for you as well. Rob
[PATCH] Update 2 - Setup.exe property sheet patch
Changes as per your (Rob) last email, plus a few other improvements. Diff, new files, and ChangeLog attached. -- Gary R. Van Sickle Brewer. Patriot. setup.diff.bz2 Description: Binary data setup-newfiles.tar.bz2 Description: Binary data setup.ChangeLog Description: Binary data
Re: Re-post : cron is not work even tried suggestion in mail list
On Wed, Dec 19, 2001 at 03:55:28AM +, Tiffany Chan wrote: Hi, Sorry that I have common question on cron. I got cron error : can't switch user context. I have tried the following suggestion in mail list: [...] 4. I tested that Domain administrator can use cron job properly. cron hasn't changed. Sorry but I don't see your problem. You're telling above you get the can't switch user context error but in point 4 you're telling that you've tested that it works for a dom admin. What is the problem now? 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: Random 'Signal 11' during configure/make [of gcc]
I had random signal 11 problems. In desparation, I completely cleansed my computer of all things cygwin, and reinstalled. I haven't had one since. YMMV, but if you decide to do this, save any personal files, remove the cygwin directory, and the registry keys, then reinstall. Max. - Original Message - From: Neil Bird [EMAIL PROTECTED] To: Cygwin [EMAIL PROTECTED] Sent: Tuesday, December 18, 2001 12:27 PM Subject: Random 'Signal 11' during configure/make [of gcc] [snip] However, whenever I do a 'configure' in a clean directory, I get random 'Signal 11' (seg. viol.?) messages come up, mostly in the checking phase, but occasionally also in the Makefile-generation phase at the end. [snip] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
multiple users with the same login name problem
Corinna, can you tell me how /etc/passwd created? Does it use local or domain accounts, or does it depend on which account you run setup with? Then perhaps I can put something in the FAQ about this. (Sorry, my own /etc/passwd was hand-crafted some time ago, and I don't have the resources for a new Cygwin install to experiment with.) Thanks, David On Monday 17 Dec 01, jamie mccrindle writes: i've spent some time trying to figure out permission denied errors on my install of cygwin. it turns out that it was having some difficulty with the fact that my local user name is the same as my domain user name and that they're different accounts on the machine. cygwin chose the local user and created the /etc/passwd file accordingly. however, since i was logged in using my domain login it was throwing permission denied errors. by deleting the entry from my /etc/passwd file and replacing it with the entry from mkpasswd -d, i solved the problem. i'm not sure cygwin's behavior was incorrect but it was not obvious from either the user guide or the faq that this problem could occur and how to solve it. i used google to search the mail archives but permission denied is such a nebulous error that i couldn't find anything there either. could you guys add something in the faq about troubleshooting permission denied errors? -- 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/
default mounts
On Tuesday 18 Dec 01, Ching, Jimen writes: Hi all, I have just installed the latest cygwin dll. I noticed that the /bin and /usr/bin are now their own separate directories. At one point, they were symlinks. But when I reboot my computer, my mount table still shows the e:\cygwin\bin is mounted on /usr/bin, where e:\cygwin is mounted on /. This means both /bin and /usr/bin are the same physical directory. But the setup.exe has placed valid files in /usr/bin, which is overridden by the mount. Is this the normal behavior? There is an entry Why the weird directory structure? in the Cygwin FAQ. Did you read it? If, after reading the FAQ entry, you still have questions or problems, please report them to the list. Thanks, David (Cygwin FAQ maintainer) -- 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/
why doesn't setup.exe install everything?
On Tuesday 18 Dec 01, dean gaudet writes: in the past it was trivial to do a full install. now it appears to be a royal pain in the ass -- i have to click every package and guess what version i should be installing (the UI doesn't really make it obvious what versions i should be installing). Click the upper right button to get the full view and you don't have to muck around with the categories. Then simply scroll down and click all skip icons twice to install the current version (the version will be displayed). Indeed, a PITA, but only a lot of clicking the first time you run setup. Thereafter, in full view, you just have to look for skips from new packages. The ones that are currently installed will be updated by default from now on. could someone please update the FAQ? and/or fix setup.exe? I'll do the former, but the latter is already underway. If the latter doesn't happen fast enough for your taste, you could help. Regards, David (Cygwin FAQ maintainer) -- 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: why doesn't setup.exe install everything?
could someone please update the FAQ? and/or fix setup.exe? I'll do the former, but the latter is already underway. If the latter doesn't happen fast enough for your taste, you could help. Lol! We just said mutually contradictory things :}. -- 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/
GLIB and GTK+
Hi everybody, I'm new and I would like to know how do I proceed to install the glib and gtk+ under cygwin See you. Pac -- 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/
cron problem: Can Domain user run cron
Corinna, There are two cases: 1. In domain controller server, both Domain admin and Domain user can run cron correctly. There is no problem 2. But in another w2k server (in domain, but not domain controller), Domain admin run cron correctly . But domain user cannot run cron, error : can't switch user context. I used mkgroup and mkpasswd using parameter -ld. So did domain user run cron in server which is not domain controller ? Did any other suggestion for running cron job in case two. I tried at command for w2k, it did not work as it cannot used by admin only. Thanks again and sorry. ikbea __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.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: cron problem: Can Domain user run cron
On Wed, Dec 19, 2001 at 01:01:11PM +, Tiffany Chan wrote: Corinna, There are two cases: 1. In domain controller server, both Domain admin and Domain user can run cron correctly. There is no problem 2. But in another w2k server (in domain, but not domain controller), Domain admin run cron correctly . But domain user cannot run cron, error : can't switch user context. I used mkgroup and mkpasswd using parameter -ld. Care for your /etc/group file as well. It's probably correct on the DC since the domain groups are also local groups for the DC. It's very likely incorrect for a normal domain machine, though. mkgroup -ld /etc/group should help. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cron problem: Can Domain user run cron
Corinna, In that normal domain server, I tried to mkpasswd -ld and passwd group -ld from seversal times, but still not work. Hm...I have not change the group file after made. For passwd file, i only change group of Domain administrator from 10513(None) to 10512 (Domain admin). I also did it in passwd file of domain controller server. Domain user use cygwin work very well in domain server except cron.(e.g. domain user can rcp from/to domain contoller) thanks again and again ikbea On Wed, Dec 19, 2001 at 01:01:11PM +, Tiffany Chan wrote: Corinna, There are two cases: 1. In domain controller server, both Domain admin and Domain user can run cron correctly. There is no problem 2. But in another w2k server (in domain, but not domain controller), Domain admin run cron correctly . But domain user cannot run cron, error : can't switch user context. I used mkgroup and mkpasswd using parameter -ld. Care for your /etc/group file as well. It's probably correct on the DC since the domain groups are also local groups for the DC. It's very likely incorrect for a normal domain machine, though. mkgroup -ld /etc/group should help. Corinna __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.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/
RPM 4 under cygwin
Dear all, I am new to Cygwin and would like to know if someone is porting RPM 4 to Cygwin. There are two reasons for this question: 1) PHP library and application installer I am developping a PHP library installer based on RPM. Presently, if no RPM solution is available under Cygwin, my installer will only work under Linux. 2) Cygwin packages Could someone explain me what are the benefits of Cygwin packages over RPM. Do Cygwin packages test dependencies and validate signatures? When a stable version of KDE 2 is running under Cygwin, will you be able to maintain all needed dependencies? Any answer is welcome, even a link to a previous discussion. Best regards, Jean-Michel POURE -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: GLIB and GTK+
pac, 2001-12-19 15:02:33, du schriebst: I'm new and I would like to know how do I proceed to install the glib and gtk+ under cygwin Steve posted an URL at the cygwin-xfree list: http://sources.redhat.com/ml/cygwin-xfree/2001-q4/msg00531.html I posted an updated patch for Imlib and I made some minor modifications to the gtk patch because I had trouble building Imlib and gnome-libs: http://sources.redhat.com/ml/cygwin-xfree/2001-q4/msg00899.html Gerrit -- begin signature: =^..^= end -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Ctrl-C hangs over telnet
Hi, I have cygwin running on my machine and I have set up an active inetd which allows logins using telnet through localhost. The following almost always causes the telnet session to hang: 1. telnet localhost using PuTTY 2. log in 3. type `find' at the top of a fairly large directory structure 4. press Ctrl-C Can anyone help? I have attached the output of cygcheck -s -v -r which incidentally gave the error cygcheck: dump_sysinfo: GetVolumeInformation() failed: 53 Thanks Carl Cygnus Win95/NT Configuration Diagnostics Current System Time: Wed Dec 19 14:34:13 2001 Windows 98 Ver 4.10 Build 1998 Path: D:\cygwin\usr\local\bin D:\cygwin\bin D:\cygwin\bin D:\cygwin\usr\local\bin D:\cygwin\bin D:\cygwin\bin D:\cygwin\bin D:\cygwin\bin D:\cygwin\USR\LOCAL\BIN c:\WIN98 c:\WIN98\COMMAND c:\TEXMF\MIKTEX\BIN D:\CTH103\TOOLS\PYTHON21 c:\MATLABR12\BIN\WIN32 D:\CTH103\BIN D:\CTH103\LIB SysDir: C:\WIN98\SYSTEM WinDir: C:\WIN98 HOME = `D:\cygwin\home\cth103' MAKE_MODE = `unix' PWD = `/home/cth103' USER = `cth103' BLASTER = `A240 I7 D3 H7 P330 T6' CMDLINE = `WIN' COLORFGBG = `default;default' COLORTERM = `rxvt-xpm' COMSPEC = `C:\COMMAND.COM' DISPLAY = `:0' LCDPORT = `LPT1' LOGNAME = `cth103' OLDPWD = `/home/cth103' PROMPT = `$p$g' PS1 = `\w $ ' PYTHONPATH = `d:\cth103\Library\VTK\vtk32\python;d:\cth103\lib;d:\cth103\Tools\Python21\site-lib;d:\cth103\Library\' SHELL = `/bin/bash' SHLVL = `2' TEMP = `c:\WIN98\TEMP' TERM = `xterm' TMP = `c:\WIN98\TEMP' TZ = `GMT0BST' WINBOOTDIR = `C:\WIN98' WINDIR = `C:\WIN98' WINDOWID = `72945984' _ = `/usr/bin/cygcheck' inetd_dummy = `xxx' HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu\Programs\Development\Cygnus Solutions (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu\Programs\Cygnus Solutions (default) = (unsupported type) HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/d (default) = `D:' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00 (default) = `C:' unix = `/' fbinary = 0x fsilent = 0x HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\Cygnus Cygwin B20 (default) = `C:\WIN98\IsUninst.exe -fc:\cygnus\cygwin-b20\Uninst.isu' DisplayName = `Cygwin B20' HKEY_LOCAL_MACHINE\Software\Cygnus Solutions HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `D:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `D:/cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `D:/cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09 HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C
RE: default mounts
At 07:33 PM 12/18/2001, Ching, Jimen wrote: No. You should check this out closely. If it's not an artifact your custom environment (the fact that you mention symlinks to /bin and/or /usr/bin makes me think your environment may be fooling setup.exe into doing the wrong thing), please provide details of what you find. If you find it's the result of something specific to your environment, we only need to know that this is the case. Perhaps I forgot a step when I upgraded from b20 to 1.1/2/etc.x. I did remove all cygwin stuff when I switched to using setup.exe. But I did not do anything to the registry. Below is the output of 'cygcheck -s'. How do I go about determining what is wrong with my environment? Thanks for your help. With the exception of local versions of cpp and make which may override the Cygwin versions, cygcheck looks OK. I suggest you remove any symlinks to for directories that setup.exe uses as mounts prior to using setup. I expect that was your problem during installation of the latest Cygwin version. 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/
/etc/alternatives
I just updated my cygwin installation and noticed this new directory. I was a couple updates behind. I took a look and there's a README that states: Please read the update-alternatives(8) man page for information on this directory and its contents. The referenced man page does not exist in my installation. There didn't appear to be any updated man pages listed in the setup program. Also, I can find no reference to this in the list archives. So, what is it? David Monk -- 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: RPM 4 under cygwin
At 08:54 AM 12/19/2001, Jean-Michel POURE wrote: Dear all, I am new to Cygwin and would like to know if someone is porting RPM 4 to Cygwin. There are two reasons for this question: 1) PHP library and application installer I am developping a PHP library installer based on RPM. Presently, if no RPM solution is available under Cygwin, my installer will only work under Linux. There have been ports of RPM 3 previously reported to this list. See the email archives or perhaps the port web page for more information. I don't recall seeing anyone reportedly working on RPM 4. 2) Cygwin packages Could someone explain me what are the benefits of Cygwin packages over RPM. Do Cygwin packages test dependencies and validate signatures? When a stable version of KDE 2 is running under Cygwin, will you be able to maintain all needed dependencies? setup.exe recently added the ability to track dependencies between packages, though dependencies on certain versions of other packages is still to come. 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: RPM 4 under cygwin
One of the guys on my team here has ported the current version of RPM, once he cleans up his patch, we will send out to you all. On Wed, 19 Dec 2001, Larry Hall (RFK Partners, Inc) wrote: At 08:54 AM 12/19/2001, Jean-Michel POURE wrote: Dear all, I am new to Cygwin and would like to know if someone is porting RPM 4 to Cygwin. There are two reasons for this question: 1) PHP library and application installer I am developping a PHP library installer based on RPM. Presently, if no RPM solution is available under Cygwin, my installer will only work under Linux. There have been ports of RPM 3 previously reported to this list. See the email archives or perhaps the port web page for more information. I don't recall seeing anyone reportedly working on RPM 4. 2) Cygwin packages Could someone explain me what are the benefits of Cygwin packages over RPM. Do Cygwin packages test dependencies and validate signatures? When a stable version of KDE 2 is running under Cygwin, will you be able to maintain all needed dependencies? setup.exe recently added the ability to track dependencies between packages, though dependencies on certain versions of other packages is still to come. 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/ Prentis Brooks | [EMAIL PROTECTED] | 703-265-0914 | AIM: PrentisB 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: GLIB and GTK+
Gerrit P. Haase wrote: Steve posted an URL at the cygwin-xfree list: http://sources.redhat.com/ml/cygwin-xfree/2001-q4/msg00531.html I posted an updated patch for Imlib and I made some minor modifications to the gtk patch because I had trouble building Imlib and gnome-libs: http://sources.redhat.com/ml/cygwin-xfree/2001-q4/msg00899.html Q: Do these patches use my (ne' robert collins) libtool packages to fix gtk/glib/gnome/imlib? (http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/libtool/) I'm looking for test cases, success stories, etc... --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: linking with glut32.lib?
Hi, I'm trying to get a GLUT application compiled under cygwin and am having a spot of bother. I've got it going fine under Linux (my preferred platform - I try not to touch Windows if I can help it), but I'd like to have Windows users be able to run it too and Cygwin seemed the obvious choice. GLUT support is already included in cygwin's openGL package. Anyway I've put glut32.{dll,lib} from http://www.xmission.com/~nate/glut/glut-3.7.6-bin.zip and Scrap that. Use cygwin's openGL package instead. {glu,opengl}32.{dll,lib} from http://download.microsoft.com/download/win95upg/info/1/W95/EN-US/Opengl95.exe in /usr/local/lib and then tried to link it like this: gcc *.o /usr/local/lib/glut32.lib /usr/local/lib/opengl32.lib \ /usr/local/lib/glu32.lib -lm -o program but I get errors like this: whatever.o:123: undefined reference to `glutInit@8' Wrong glut.h; glut functions are not properly declared; that leads to linking problems. so am I right in thinking there's something wrong with glut32.lib? All the references to functions in opengl32.lib and glu32.lib resolve OK, but not any to the functions in glut32.lib. How can I fix this or is there a different glut32.{dll,lib} that I should be using? Thanks for any assistance, Mark. After you install cygwin's openGL package, please read /usr/doc/opengl-1.1.0/README.txt for usefull clues. André Bleau, Cygwin's OpenGL package maintainer. email: bleau at igb dot umontreal dot ca (Fight SPAM: encode your email-address) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
multiple dll's cause app to hang
dear all I have what I would call a major problem. (common across all machine types I have here) when I compile a application such as sed and cygwin1.dll everything works but if I try and mix my dll with the net version it hangs say I have a normal net install I compile cygwin prefix=/install I compile sed prefix=/install now if I remove cygwin1.dll from /install/bin/ sed executes fine if I replace /bin/cygwin1.dll with my compiled version from /install everything works but if I mix the two it just hangs and causes DrWatson to complain if I ctrl-C it. (this is not common to sed ps.exe fails also) I have strace'd it and it seems to do with the shared memory. As it does not even get to executing the program I put in some debug prints so that I could find out the mode but I am unsure of what's going on after the _P_OVERLAY. so what this says to me is that if someone installs a cygwin net over a different release then it will invalidate the previous install should I just change the version numbers ? as they are the same at the moment, so they don't try and share memory and if so the API version number or the major what's the sensible way of going about this ? or is something really broken ? (its not like I am changing the source or using custom programs but the ones supplied with cygwin) regards john jones p.s. for your viewing pleasure I have attached the snippets from strace and cygcheck strace -ofails.log bash 6497 443770 [main] bash 128! spawn_guts: spawned windows pid 162 1723 445493 [main] bash 128! spawn_guts: malloc check 1500 446993 [main] bash 128! spawn_guts: mode == _P_OVERLAY 4147 451140 [sig] bash 128! wait_sig: sigcatch_nonmain 0x50, sigcatch_main 0x48 1613 452753 [sig] bash 128! wait_sig: Ready. dwProcessid 128 ** Program name: C:\cygwin\usr\src\bin\ps.exe (128) App version: 1003.5, api: 0.47 DLL version: 1003.6, api: 0.47 DLL build:2001-12-08 17:02 OS version: Windows NT-4.0 Date/Time:2001-12-18 13:41:36 ** 2584 11255 [main] ps 128 handle_exceptions: In cygwin_except_handler exc 0xC005 at 0x1 sp 0x22FE94 1487 12742 [main] ps 128 handle_exceptions: In cygwin_except_handler sig = 11 at 0x1 1217 13959 [main] ps 128 handle_exceptions: signal 11, masked 0x73807EDB 1206 15165 [main] ps 128 handle_exceptions: In cygwin_except_handler calling 0x428F10 1559 16724 [main] ps 128 sig_send: returning 1 from sending signal 11 2213 18937 [main] ps 128 handle_exceptions: In cygwin_except_handler exc 0xC005 at 0x1 sp 0x22FE94 1328 20265 [main] ps 128 handle_exceptions: In cygwin_except_handler sig = 11 at 0x1 1454 21719 [main] ps 128 handle_exceptions: signal 11, masked 0x73807EDB 1227 22946 [main] ps 128 handle_exceptions: In cygwin_except_handler calling 0x428F10 1329 24275 [main] ps 128 sig_send: returning 1 from sending signal 11 2428 26703 [main] ps 128 handle_exceptions: In cygwin_except_handler exc 0xC005 at 0x1 sp 0x22FE94 1363 28066 [main] ps 128 handle_exceptions: In cygwin_except_handler sig = 11 at 0x1 1216 29282 [main] ps 128 handle_exceptions: signal 11, masked 0x73807EDB 1205 30487 [main] ps 128 handle_exceptions: In cygwin_except_handler calling 0x428F10 1454 31941 [main] ps 128 sig_send: returning 1 from sending signal 11 strace -oworks.log bash 3274 452828 [sig] bash 136 wait_sig: Ready. dwProcessid 136 17735 470563 [main] bash 136 spawn_guts: 136 = spawn_guts (./ps.exe, C:\cygwin\usr\src\bin\ps.exe) 6483 477046 [main] bash 136! spawn_guts: spawned windows pid 234 1516 478562 [main] bash 136! spawn_guts: malloc check 1418 479980 [main] bash 136! spawn_guts: mode == _P_OVERLAY ** Program name: C:\cygwin\install\bin\ps.exe (136) App version: 1003.5, api: 0.47 DLL version: 1003.5, api: 0.47 DLL build:2001-12-18 17:19 OS version: Windows NT-4.0 Date/Time:2001-12-19 10:42:13 ** 24359 94260 [main] ps 136 open_shared: name (null), shared 0x93 (wanted 0x0), h 0x80 16030 110290 [main] ps 136 fhandler_console::open: opened conin$ 0x47, conout$ 0x4B 5801 116091 [main] ps 136 fhandler_console::open: opened conin$ 0x17, conout$ 0x3B 4395 120486 [main] ps 136 fhandler_console::open: opened conin$ 0x2B, conout$ 0x2F the ol cygcheck output Cygnus Win95/NT Configuration Diagnostics Current System Time: Wed Dec 19 16:14:43 2001 Windows NT Ver 4.0 Build 1381 Service Pack 6 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\WINNT\system32 c:\WINNT SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `C:\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/' USER = `Administrator' COMPUTERNAME = `TESTNT' COMSPEC = `C:\WINNT\system32\cmd.exe' HOMEDRIVE = `C:' HOMEPATH = `\' LOGONSERVER = `\\TESTNT'
Re: multiple dll's cause app to hang
On Wed, Dec 19, 2001 at 04:23:08PM +, John Jones wrote: dear all I have what I would call a major problem. (common across all machine types I have here) when I compile a application such as sed and cygwin1.dll everything works but if I try and mix my dll with the net version it hangs say I have a normal net install I compile cygwin prefix=/install I compile sed prefix=/install now if I remove cygwin1.dll from /install/bin/ sed executes fine if I replace /bin/cygwin1.dll with my compiled version from /install everything works but if I mix the two it just hangs and causes DrWatson to complain if I ctrl-C it. The Cygwin DLL is documented to run in highlander mode. You can only have cygwin1.dll once in $PATH. 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: multiple dll's cause app to hang
Sorry. I didn't realize the original poster sent to the wrong list... Larry At 11:40 AM 12/19/2001, Earnie Boyd wrote: Wrong list!!! The original post and this response should have been sent to [EMAIL PROTECTED] Please see http://cygwin.com/lists.html for a definition of what should be discussed on this and other lists. Earnie. Larry Hall (RFK Partners, Inc) wrote: At 11:29 AM 12/19/2001, John Jones wrote: dear all I have what I would call a major problem. (common across all machine types I have here) when I compile a application such as sed and cygwin1.dll everything works but if I try and mix my dll with the net version it hangs See the FAQ entry: Is it OK to have multiple copies of the DLL? http://cygwin.com/faq/faq_4.html#SEC50 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 _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.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: multiple dll's cause app to hang (thanks)
dear all thanks for the fast responses ! I searched the list and came up with nothing should have known it to be in the FAQ (-; odd thing is that if you mix B19 and current net lists it loads the right dll I presume this is to do with the major and minor API version numbers right/wrong ? regards john jones p.s. I thought this might have been app related that's why I cross posted I have learnt my lesson Corinna Vinschen wrote: The Cygwin DLL is documented to run in highlander mode. You can only have cygwin1.dll once in $PATH. Corinna At 11:29 AM 12/19/2001, John Jones wrote: Larry Hall (RFK Partners, Inc) wrote dear all I have what I would call a major problem. (common across all machine types I have here) when I compile a application such as sed and cygwin1.dll everything works but if I try and mix my dll with the net version it hangs See the FAQ entry: Is it OK to have multiple copies of the DLL? http://cygwin.com/faq/faq_4.html#SEC50 -- 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/
why didnt you come watch me on my webcam? you said you would! w
Below is the result of your feedback form. It was submitted by ([EMAIL PROTECTED]) on Saturday, December 1, 2001 at 02:47:45 --- : hey babe, it's karina remember me? if you don't im 5'8 with brown hair and blue :eyes with an ass you can bounce a quarter off of :) Im 21 years old and im in my :final year of college at OSU in OREGON! i just got my first webcam and i love meeting :new people on it and just showing my body off. i want you to come watch me do a :striptease! my website is located at: http://sepimpin.brinkster.net/ if that doesnt :work try http://karina.tk.ru/ ~ LOVE ALWAYS! -Karina XOXOXO33 --- -- 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
I Have a problem with installing a Xfree server on to computer. I have a win200pro with NTFS formta drive. Instalation of Cygwin was sucesuful , then I trey to install Xfree like it sayz in manuel of harold L Hunt II. On scren after I trz to start Xinstall.sh script write thet my extract and extract.exe wasnt good and turn thet files in to extract.bad and extract.exe.bad, i traz to run the script with the check bat waznt hellpfol. Soryy becouse my english is so pur. Thenks . -- 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 accessing network drive using rsh
Here is the detail of my problem. I have two computers, and would like to run script on one computer remotely. so, I access that computer's hard drive with rsh command and can easily locate the tcl script I need to run. Now, the problem is that tcl script requires to goto samba network drive and find the data. So, I am getting this problem, as I can't access that network drive ( T drive ) while doing rsh, I tried nosmbntsec as well as ntsec options. The net use command gives me following information with status unavailable. $ net use New connections will be remembered. Status Local RemoteNetwork --- Unavailable T:\\grape\kalpeshd Microsoft Windows Network The command completed successfully. Can you / anyone help me on this issue. Thanks, Kalpesh -- 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: default mounts
David Starks-Browning [[EMAIL PROTECTED]] said: There is an entry Why the weird directory structure? in the Cygwin FAQ. Did you read it? If, after reading the FAQ entry, you still have questions or problems, please report them to the list. Apparently, this FAQ is accurate. The problem is, there are files installed into /usr/lib, which the mounts will override. See below. Larry Hall (RFK Partners, Inc) [[EMAIL PROTECTED]] said: I suggest you remove any symlinks to for directories that setup.exe uses as mounts prior to using setup. I expect that was your problem during installation of the latest Cygwin version. I did, and setup.exe recreated the mounts. From the FAQ above, it seems this is the expected behavior. But it does not explain the files in the original directory. This is a list of those files: /usr/bin/glut32.dll /usr/lib/mingw/libglui.a /usr/lib/mingw/libgluix.a /usr/lib/libglui.a /usr/lib/libgluix.a I could not find any package that provides 'glut'. Should I just delete these files? --jc -- [EMAIL PROTECTED] Adtech, Inc.(808) 734-3300 -- 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/
sscanf %as broken (was: linking with glut32.lib?)
On 2001-12-19 (Wednesday) at 11:13:01 -0500, Andre Bleau wrote: I'm trying to get a GLUT application compiled under cygwin and am having a spot of bother. [...] GLUT support is already included in cygwin's openGL package. Thanks for that. I hadn't realised GLUT and OpenGL were supported out of the box like that. I'd done some Googling trying to find instructions for compiling GLUT programs and nothing I came across mentioned an OpenGL Cygwin package. Next time I'll read the package list more carefully! Anyway I've now got it compiling cleanly, but there's a totally unrelated runtime error which after investigation looks like it's caused by sscanf(3) not working properly with %as. The following code which works under Linux (sscanf returns 1) but not under Cygwin (sscanf returns 0) demonstrates the problem: #include stdio.h int main(int argc, char *argv[]){ char *string = This is a string\n; char *word; if(!sscanf(string, %as, word)){ fprintf(stderr, No string in string.\n); } else{ printf(Found `%s' in string.\n, word); } return 0; } 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: default mounts
Larry Hall (RFK Partners, Inc) [[EMAIL PROTECTED]] said: It is not setup.exe's expected behavior to put anything in /usr/bin and /usr/lib. It is setup.exe's expected behavior to mount Cygwin install dir/bin to /usr/bin and Cygwin install dir/lib to /usr/lib. Unless you can provide more details of what you did, I have to conclude that you I'd recommend getting rid of the files you list above and installing the OpenGL package via setup.exe if you want it. setup.exe does exactly what you said it did. I don't know how those files got into the physical /usr/lib directory. I removed them and reinstalled opengl and everything is ok now. Thanks. --jc -- [EMAIL PROTECTED] Adtech, Inc.(808) 734-3300 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ssh pains :(
ok..im stumped i got cygwin running on a standalone NT i did the mkpasswd -l -g /etc/passwd i looked at the passwd and group files, and tehy seemed ok... so the problem is that i got some accounts that can ssh in fine and some that i get permission denied.. like the 2 below: foo::1000:513:foo user,S-1-5-21-407062282-1326474038-4547331-1000:/home/edi:/bin/bash test::1002:513:test,S-1-5-21-407062282-1326474038-4547331-1002:/home/test:/bin/b ash the foo works fine but the test dont...what gives? i mean they are the same.and in NT they are both same too, belong to group users and as far as i can tell they are identical...so how come one logs in and the other dont.. :( help plz thx -- 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: /etc/alternatives
You've installed *something* from debian. 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/
Linking to functions in libraries with different names
Hi, I would really appreciate some advice on a windows linking question. I have a large body of code, in fact in Fortran, with function names like FUNCTION1 and FUNCTION2, which will call functions exported from an external library. I have the relevant libraries, with no source, in MS .lib format; unfortunately, the libraries export the names of the functions above as FUNCTION1@16 and FUNCTION2@8. If I understand correctly (and I am not atall sure I do), I can't successfully use any of the fancy name alias features of dlltool, because I don't have the library source. So, is there any way I can get the gcc linker to link the function FUNCTION1 in my code to the routine FUNCTION1@16 in the .lib file? More generally, is there a way of getting the linker to link a function foo() in my code to a library routine bar(), for which I do not have the source? Can it be done with linker scripts, for example? Many thanks for any help, Best, Matthew -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [ANNOUNCEMENT] Updated: gettext-0.10.40-1
Thanks. This works nicely with gcc-3.1 (which has had broken nls support for a while) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: gettext-0.10.40-1
Billinghurst, David (CRTS) wrote: Thanks. This works nicely with gcc-3.1 (which has had broken nls support for a while) Cool. I don't think I'd recommend re-gettextizing any package with this version, if you expect the modified package to work on another platform tho. For that, wait until we get the cygwin-dll support into an official libtool(*), and then I'll switch cygwin-gettext completely (instead of only partially) over to libtool-driven buildand THEN I'll try to encourage the REAL gettext people to update their libtool scripts to the (then current) libtool... My goal for THIS release was just to allow packages -- like gcc-3.1 -- which are maintained on non-cygwin platforms, to work okay with -- and even link with -- a cygwinized installed version of gettext. e.g. ensure that libintl.a, libintl.h, and cygintl-1.dll play well with others; but not (yet) gettextize. Previously, playing well with others was not really the case. It only kinda sorta worked sometimes. Blech. (*) which is a long process, many steps between where we are now and that. --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/
Build cross gcc
Hi! I hope I'm not OT, but if I am plz tell me where to post this problem... I cannot seem to build a cross gcc-3.0.2 (release) on cygwin host for dos target. Unfortunately I have to use dos/win currently and need to get gcc to cross compile. I have build a cross binutils (2.11.2) without any problems configured and installed with: ./configure --target=i386-msdos --enable-shared --with-gnu-ld --with-gnu-as --host=i686-pc-cygwin --program-prefix=dos- I have verified that invoking dos-ld or dos-as, calls these newly installed binutils files (they are in /usr/local/bin). But when I try to configure gcc: ./configure --verbose --enable-threads=win32 --with-system-zlib --disable-nls --disable-shared --enable-static --with-gnu-as --with-gnu-ld --program-prefix=dos- --enable-languages=c --disable-libgcj --disable-checking --target=i386-msdos --host=i686-pc-cygwin --with-ld=dos-ld --with-as=dos-as I get: *** This configuration is not supported in the following subdirectories: target-libffi target-boehm-gc target-zlib target-libjava target-libstdc++-v3 target-libf2c zlib fastjar target-libobjc (Any other directories should still work fine.) Created Makefile in /cygdrive/x/gcc-3.0.2 using mh-frag Configuring libiberty... loading cache ../config.cache checking host system type... i686-pc-cygwin checking build system type... i686-pc-cygwin checking for ar... (cached) ar checking for ranlib... (cached) ranlib checking for gcc... (cached) gcc A LOT MORE AUTOCONF MESSAGES HERE checking whether getopt is declared... no checking whether getrlimit is declared... yes checking whether setrlimit is declared... yes checking whether getrusage is declared... yes checking if mkdir takes one argument... no Configuration i386-pc-msdos not supported Configure in /cygdrive/x/gcc-3.0.2/gcc failed, exiting. Plz help. I have only extracted gcc-3.0.2.tar.bz2 and gcc-core-3.0.2.tar.bz2 TIA, Stephano Mariani -- 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/
Cron problem
Hello, I'm having trouble running cron with Cygwin: CYGWIN_NT-4.0 CITYWEB02 1.3.6(0.47/3/2) 2001-12-08 17:02 i686 unknown I installed cron with the command $ cygrunsrv -I cron -p /usr/sbin/cron -a -D -e CYGWIN=binmode tty ntsec -e MAILTO=rkoopmans@city ofsacramento.org I install a crontab with the contents * * * * * date /crontest.out through crontab. The service starts, but nothing seems to happen. Can anyone help me? Thanks, Ryan Koopmans -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Re: Perl Tk does not install
Gerrit! Veil dank (thanks much) I downloaded your fix to Tk800.023 on my system at home and it worked like a charm! I hope you have a Merry Chirstmas and a happy New Year! Russ Gerrit P. Haase [EMAIL PROTECTED] wrote: Hallo Russell, Am 2001-12-18 um 23:05 schriebst du: Oops! I meant to say, Just doesn't feel safe. [...] Sorry if I wasn't clear. Alles klar? Just doesn't fell safe. What does that mean, if I may ask? Ach so, was just a typo;) Gerrit -- =^..^=mailto:[EMAIL PROTECTED] -- __ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cygwin fork() rebase solution (was Re: dll_list::load_after_fork() blues ...)
Jason Tishler writes: I believe that I have found a rebase solution to the Cygwin fork() problem that has been causing Cygwin Python some grief lately. I added an offset option to the attached rebase tool. If I spread the DLLs out by an extra 0x1, then the fork() problem seems to be mitigate. After rebasing the necessary Cygwin and Python DLLs: I can run the full regression test without any failures *even though* _socket is a shared module. If my findings are corroborated, then I will work with the Cygwin team to integrate rebase into setup.exe so that rebasing automatically occurs every time that setup.exe is run. HI Jason 'Rebase'ing appears to work :-) Following report on a Win98 box with a 'fresh' Cygwin install Let me know if you need more testing done Cheers Norman == bash-2.05a$ uname -a CYGWIN_98-4.10 NHV 1.3.6(0.47/3/2) 2001-12-08 17:02 i686 unknown == bash-2.05a$ ./rebase.sh cygcrypto.dll: new base = 67f4, new size = c cygform5.dll: new base = 67f2, new size = 2 cygform6.dll: new base = 67f0, new size = 2 cyggdbm.dll: new base = 67ee, new size = 2 cyghistory4.dll: new base = 67ec, new size = 2 cyghistory5.dll: new base = 67ea, new size = 2 cygmenu5.dll: new base = 67e8, new size = 2 cygmenu6.dll: new base = 67e6, new size = 2 cygncurses++5.dll: new base = 67e2, new size = 4 cygncurses++6.dll: new base = 67de, new size = 4 cygncurses5.dll: new base = 67d9, new size = 5 cygncurses6.dll: new base = 67d4, new size = 5 cygpanel5.dll: new base = 67d2, new size = 2 cygpanel6.dll: new base = 67d0, new size = 2 cygreadline4.dll: new base = 67cd, new size = 3 cygreadline5.dll: new base = 67c9, new size = 4 cygregex.dll: new base = 67c6, new size = 3 cygz.dll: new base = 67c3, new size = 3 cygssl.dll: new base = 67bf, new size = 4 bash-2.05a$ python regrtest.py Python 2.1.1 (#34, Dec 19 2001, 20:24:16) [GCC 2.95.3-5 (cygwin special)] on cygwin ... 15 tests skipped: test_al test_bsddb test_cd test_cl test_dbm test_dl test_gl test_imgfile test_largefile test_linuxaudiodev test_locale test_nis test_socketserver test_sunaudiodev test_sundry = Cygwin DLL version info: DLL version: 1.3.6 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 47 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Dec 8 17:02:30 EST 2001 CVS tag: cygwin-1-3-6-6 Shared id: cygwin1S3 -- 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/
bash/cmd CTRL-C problem...
Hi, I'm new to the list and I don't know if this problem is already solved, but I couldn't find a hint neither on the archives nor on the FAQ or somewhere else on the net. My problem is related to bash/cmd and signal handling. In my app I installed a signal handler for SIGINT. The app is going into a wait loop and waiting for the exit flag from the signal handler to be set. When pressing CTRL-C in the windows cmd shell the application continues normally after the signal handler has been caught. Under bash the signal handler is also correctly called, but after that the app is exiting immediatly, i.e. not continuing with the code. Here is the source: / #include windows.h #include stdio.h #include signal.h bool loop = true; extern C void signalHandler(int sig) { switch( sig ) { case SIGINT: // == 2 printf(SIGINT=%d\n,sig); break; default: printf(default=%d\n,sig); break; }; loop=false; } int main(int argc, char* argv[]) { if (signal( SIGINT , signalHandler ) == SIG_ERR) return -1; printf(### ctrlbreak: Waiting now...\n); while(loop) Sleep ((DWORD) 1000) ; printf(### ctrlbreak: Finished waiting now...\n); return 0; } / Here the the output of the app under Win2K/bash: // bash2.05a-2 $ ./ctrlbreak.exe ### ctrlbreak: Waiting now... SIGINT=2 // GNU bash, version 2.02.1(2)-release (i586-pc-cygwin32) B20.1 bash-2.02$ ./ctrlbreak ### ctrlbreak: Waiting now... SIGINT=2 // cmd.exe Win2k SP2 ### ctrlbreak: Waiting now... SIGINT=2 ### ctrlbreak: Finished waiting now... You can see that under the cmd shell the text Finished waiting now... is printed which does not come out under the bash. The app is not linked against any cygwin library. It is a plain VC++ console application. But when I compile with gcc from the cygwin package I have the same result. Any hint would be greatly appreciated... Michael PS: I just downloaded the latest stable version 1.3.6 today... -- 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/