Re: "RTFM'ing": readily accessible user documentation?
Soren Andersen wrote: > This is going to be my one and only engagement this week in conversing with >individuals who have > been trained in how they think by TV shows. No need to read further. ^ indicates that this post is a troll. -- 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: -lsupc++ in cygwin-1.3.7-1
CGF already took care of it. Update from CVS again to get the corrected version. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. - Original Message - From: "Kei OHSHIRO" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, January 19, 2002 20:44 Subject: -lsupc++ in cygwin-1.3.7-1 > I have a question about winsup/cygwin/Makefile.in. > When I compile latest cygwin-1.3.7-1, ld failed with "-lsupc++". > So, I've removed it and could compile normally. > Do you need libsupc++ in winsup/cygwin/Makefile.in? -- 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: "RTFM'ing": readily accessible user documentation?
This is going to be my one and only engagement this week in conversing with individuals who have been trained in how they think by TV shows. On 18 Jan 2002 at 13:39, twidlar wrote: > Trying to get them to reverse their decision by trying to make them feel > guilty or suggesting they need therapy is pretty funny. It is little kid > stuff. I am glad you were amused. Unfortunately for your no-doubt fragile sense of self-esteem, it may look to others like the object of humor is otherwise than you apparently think it is, "twidlar". In one brief message, your reply has managed to mistate the facts concerning: - that there was some "judgement" concerning my proposal at the time I offered my replies. I read no such thing: there was no "judgement", instead there was just a bit of knee-jerk reacting and rejecting out of hand (and one supportive message confirming that the issue I had was shared by others). There was no discussion of the *merits* of the suggestion (other than that "setup doesn't do that" -- which is a defeatist and negative non-example of genuine discussion, to which I would reply "so if setup doesn't/cannot do that, then let's discuss how can it get accomplished by another means?"). - that I suggested that someone needed "therapy" in the sense in which you apparently mean to use the phrase -- as perjorative and cynical and cliched, as a way of personally attacking people. What exactly is it that is *wrong* with therapy, anyway? - I wrote nothing that indicates I believe "guilt" to be a useful or valid concept. "Guilt" is for Judeo- Christian-Moslem believers and those unfortunates who don't think they are, but who have nevertheless not been able to disentangle their inner world processes from lifetime immersion in the ways of thinking that those cultures have become. I am not of that school of philosophy. > Cygwin is an excellent product because the people developing are > competent, focused, use their time well, have good technical judgement, > understand their users and set their priorities well. I trust their > judgement on your "proposal". Good, then I wonder where the motivation for writing your message comes from? Why would you need to write it if nothing you value is threatened? Maybe you understood on a level you cannot consciously acknowledge, my words concerning pervasive personal anger and unhappiness? Well, it would just be a speculation on my part to suggest any such a thing about you. Not that the folks who have been replying negatively to my messages haven't largely been doing exactly that: with absolutely NO idea who I am they rip right ahead with abundant characterizations and critiques that base themselves on thoughtless assumptions about me. It's my intent not to follow their example, however. I have been reading this List for a long time -- along with many others. I believe that if one added up all the time I've observed some folks spend "scolding" others for speaking up, as you have just spent here, to me -- and instead calculated what could be accomplished if those individuals like you doing the scolding put that time to productive use (or even -- gasp -- answering the question!), we could probably have seen the completion of a `mach' kernal come out of it (for instance). It amazes me that some folks here are so addicted to reacting angrily and acting like superior, stuffy old aunts waggling their fingers at disobedient "children", that they cannot see what a pointless rut they are in. Soren Andersen -- 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/
CygwinPerl Q - interact with symlinked dir?
Hello,
I recently had move some files around due to space constraints on my local
disks. What got moved was my $HOME directory subtree (where ~/* points to
in Cygwin). LONG time ago, when setting up Cygwin Perl, I choose to place
the .cpan directory under my user home directory "~/".
Now my "~/" is on a different Windows volume ("E:") and everything is fine,
except I am worrying about getting zapped next time i need to run CPAN,
because: I needed to leave the large .cpan directory in the old location
("E:" is short on space).
So I did this:
$ ln -svdnf '/home/sorenboss/.cpan/' ~/.cpan
create symbolic link `/cdv/e/home/sorenboss/.cpan' to
`/home/sorenboss/.cpan/'
Well and dandy! That *seems* to mean that there is a symlink named
".cpan[.lnk]" in E:\home\sorenboss (posix mounted ~/) which points to a dir
"D:\cygwin\home\sorenboss\.cpan" (posix /home/sorenboss/.cpan), which in
turn contains two dirs: "build" and "sources" -- like it is supposed to.
My question is: what is Perl going to do when I run an invocation of CPAN?
Is it going to look in "~/.cpan" and if so, will it play nicely with a
symlink and transparently find the existing dirs over on the other logical
volume? Or will it still think that the configuration files are in
"D:\cygwin\home\sorenboss\.cpan" (/home/sorenboss/.cpan)?
TIA for any observations, tips and clues.
BTW, I think this minor remodelling project went so well because I set
$HOME in my overall Windows environment (as a global environmental variable
%HOME% -- for newbies) before starting Cygwin. I've got a system for doing
this that is somewhat flexible and automagical (in a teeny tiny minor way)
and I am going to post about it in another message.
Best regards,
Soren Andersen
--
Religion is a tool, like a hammer. You can use a hammer to build a house or
to kill your
neighbor; nobody can really design a hammer that can't kill, if the hammer
is to perform its
more positive function.
- [EMAIL PROTECTED]
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: cvs question
cygcheck -s -v -r Sorry it doesn't work for you. It works for many other people. I use it daily. Works best if your disks are mounted in binary (unix) mode. S.Yoshida wrote: > cvs 1.11.0-1 > cygwin 1.3.6-6 > gdbm 1.8.0.-3 > > failed cvs import What is CVSROOT? Did you 'cvs init' first? (the documentation says to do that...) > > and download source of cvs with setup.exe 2.215.2.10 > > patch cygwin Why? Source is shipped *pre* patched for use on cygwin. By applying the patch, you removed all of the changes made to support the cygwin port. > configure > make > make install > > then, failed cvs (update, checkout, diff, import, everything) Not surprising. You broke it by reverting the cygwin changes. > OK, Where can I get real cvs. Okay, I don't want to help you anymore. It's usually not a good idea to insult someone's effort and then ask for their help. > > WinCVS is not good, (WinCVS can't read CVS/Entries, CVS/... > these files created by cygwin cvs, so I download all files per every time) > > NetBeans is very good, fastest, but NetBeans can not > access local repository and need 100mb over memory. > > @cygwin = binmode envcache glob nontsec ntea nowinsymlinks notty > with ntsec (failed all chmod ) (cvs init failed) > with ntea (ok) > with tty (ps displays already killed processes) > @bash = 2.05a.0(2)-release > @uname = CYGWIN_NT-5.0 GALAXY999 1.3.6(0.47/3/2) 2001-12-08 17:02 i686 unknown > > Thanks. > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
-lsupc++ in cygwin-1.3.7-1
Hi, I have a question about winsup/cygwin/Makefile.in. When I compile latest cygwin-1.3.7-1, ld failed with "-lsupc++". So, I've removed it and could compile normally. Do you need libsupc++ in winsup/cygwin/Makefile.in? Regards, Kei Kei OHSHIRO <[EMAIL PROTECTED]> This is a patch not to use libsupc++. diff -aurN cygwin-1.3.7-1/winsup/cygwin/Makefile.in.orig cygwin-1.3.7-1/winsup/cygwin/Makefile.in --- cygwin-1.3.7-1/winsup/cygwin/Makefile.in.orig Sun Jan 20 03:17:40 2002 +++ cygwin-1.3.7-1/winsup/cygwin/Makefile.inSun Jan 20 12:59:36 2002 @@ -245,7 +245,7 @@ $(CXX) $(CXXFLAGS) -nostdlib -Wl,-T$(firstword $^) -Wl,--out-implib,cygd ll.a -shared -o $@ \ -e $(DLL_ENTRY) $(DEF_FILE) $(DLL_OFILES) version.o winver.o \ $(DLL_IMPORTS) $(MALLOC_OBJ) $(LIBM) $(LIBC) \ - -lsupc++ -lgcc -lshell32 -luuid + -lgcc -lshell32 -luuid -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bug in 'mv'
On Sun, Jan 20, 2002 at 04:34:31AM -, Chris Ruffin wrote: >mv from fileutils 4.1 doesn't use a case-insensitive test to make sure >that we aren't doing something stupid like: > >$ mv A a > >where A is a directory. This causes mv to go into infinite recursion >trying to move A to a, because windows is case-insensitive. Submit a patch and it will be fixed. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bug in 'mv'
mv from fileutils 4.1 doesn't use a case-insensitive test to make sure that we aren't doing something stupid like: $ mv A a where A is a directory. This causes mv to go into infinite recursion trying to move A to a, because windows is case-insensitive. Chris Ruffin -- 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 Source Tree Download
On Sat, Jan 19, 2002 at 11:02:45PM -0500, Laurence F. Wood wrote: >How does one download the entire CVS Cygwin source tree? One would probably start looking on the cygwin web site under "CVS". >I would like to be prepared for when/if AOL buys Redhat ( see >http://www.cnet.com/investor/news/newsitem/0-9900-1028-8533612-0.html?tag=rl >h ) . Are there contingency plans in place if this were to happen? The source has been widely circulated. It's all over the place. That's the beauty of Free Software. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin Source Tree Download
I'd use CVSup. Rob === - Original Message - From: "Laurence F. Wood" <[EMAIL PROTECTED]> To: "Cygwin@Cygwin. Com" <[EMAIL PROTECTED]> Sent: Sunday, January 20, 2002 3:02 PM Subject: Cygwin Source Tree Download > How does one download the entire CVS Cygwin source tree? I would like to be > prepared for when/if AOL buys Redhat ( see > http://www.cnet.com/investor/news/newsitem/0-9900-1028-8533612-0.html?ta g=rl > h ) . Are there contingency plans in place if this were to happen? > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cvs question
cvs 1.11.0-1 cygwin 1.3.6-6 gdbm 1.8.0.-3 failed cvs import and download source of cvs with setup.exe 2.215.2.10 patch cygwin configure make make install then, failed cvs (update, checkout, diff, import, everything) OK, Where can I get real cvs. WinCVS is not good, (WinCVS can't read CVS/Entries, CVS/... these files created by cygwin cvs, so I download all files per every time) NetBeans is very good, fastest, but NetBeans can not access local repository and need 100mb over memory. @cygwin = binmode envcache glob nontsec ntea nowinsymlinks notty with ntsec (failed all chmod ) (cvs init failed) with ntea (ok) with tty (ps displays already killed processes) @bash = 2.05a.0(2)-release @uname = CYGWIN_NT-5.0 GALAXY999 1.3.6(0.47/3/2) 2001-12-08 17:02 i686 unknown Thanks. -- S.Yoshida [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin Source Tree Download
How does one download the entire CVS Cygwin source tree? I would like to be prepared for when/if AOL buys Redhat ( see http://www.cnet.com/investor/news/newsitem/0-9900-1028-8533612-0.html?tag=rl h ) . Are there contingency plans in place if this were to happen? -- 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: INVALID_FILE_ATTRIBUTES
K. I'll pull it from cvs then. Thanks. > -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Saturday, January 19, 2002 8:52 PM > To: [EMAIL PROTECTED] > Subject: Re: INVALID_FILE_ATTRIBUTES > > > On Sat, Jan 19, 2002 at 08:38:20PM -0500, Mark Bradshaw wrote: > >Corinna, > > On the 14th you made lots of changes to use > INVALID_FILE_ATTRIBUTES, > >but I don't think the definition made it into a header > anywhere in the > >latest cygwin release. At least, not that I can find. Might wanna > >check it. > > That would be in w32api. It wouldn't be in the cygwin release. > > So, it will be in the next version of w32api. > > cgf > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- 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: INVALID_FILE_ATTRIBUTES
On Sat, Jan 19, 2002 at 08:38:20PM -0500, Mark Bradshaw wrote: >Corinna, > On the 14th you made lots of changes to use INVALID_FILE_ATTRIBUTES, but I >don't think the definition made it into a header anywhere in the latest >cygwin release. At least, not that I can find. Might wanna check it. That would be in w32api. It wouldn't be in the cygwin release. So, it will be in the next version of w32api. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
INVALID_FILE_ATTRIBUTES
Corinna, On the 14th you made lots of changes to use INVALID_FILE_ATTRIBUTES, but I don't think the definition made it into a header anywhere in the latest cygwin release. At least, not that I can find. Might wanna check it. 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/
bored signed on still bored?? ma1s8
Below is the result of your feedback form. It was submitted by ([EMAIL PROTECTED]) on Sunday, January 20, 2002 at 01:00:15 --- tlos: Do you ever get bored and you sign online only to find your self bored again?? try this free community of wonderful people in almost any interest available including Rock Hip-Hop Country Teens Mature Straight Gay and Lesbian chats, message boards and other fun things to do while online all free!! http://www.envy.nu/webcamlive/ifriends.html";>iFriends! http://www.envy.nu/webcamlive/ifriends.htmll --- -- 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/
bored signed on still bored?? ws2t4
Below is the result of your feedback form. It was submitted by ([EMAIL PROTECTED]) on Sunday, January 20, 2002 at 02:58:54 --- gxxq: Do you ever get bored and you sign online only to find your self bored again?? try this free community of wonderful people in almost any interest available including Rock Hip-Hop Country Teens Mature Straight Gay and Lesbian chats, message boards and other fun things to do while online all free!! http://www.envy.nu/webcamlive/ifriends.html";>iFriends! http://www.envy.nu/webcamlive/ifriends.htmll --- -- 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: security.cc: bug report, question and suggestion
At 12:33 AM 1/20/02 +0100, you wrote: >On Sat, Jan 19, 2002 at 04:52:18PM -0500, Pierre A. Humblet wrote: >The problem is that in contrast to POSIX the PrimaryGroup is >restricted to the Groups already listed in the access token >of the process. So it will fail if the primary group is set >only for a later impersonation. But that shouldn't matter >then, IMO. OK, that's what I meant in the first paragraph. I had in mind the case where the gid is not in the existing Groups. It will become effective at the next setuid(). >I'm not quite sure if I understand. If the setgid() is made >while a impersonation is active, the setgid() should affect >the impersonation token. No, no, it changes the process token. syscalls.cc: if (!OpenProcessToken (GetCurrentProcess (), >> Wouldn't it be safer to always rely on myself->gid to set ACLs >> and only use the PrimaryToken to verify if an existing token >> can be reused? > >Good question. However, I don't think it's unsafe to change >the primary group. If it was successful, further securable >objects are created using the correct primary group. If it >wasn't successful, nothing has changed, nothing got worse. Yes, but it's undetermined (except if the caller really knows the Groups), which isn't so good. By using myself->gid you could change the primary group on securable objects to what it should be. BTW, does the primary group need to be in the Groups there too? Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem with sigaction and SA_NOCLDSTOP
On Sat, Jan 19, 2002 at 09:52:19PM -, Chris January wrote: >sigaction has a flag, SA_NOCLDSTOP, which according to the POSIX spec does >this: > >SA_NOCLDSTOP >Do not generate SIGCHLD when children stop. > >Now Cygwin presently does not generate a SIGCHLD signal when a child process >terminates if this flag is set in the signal handler. I've just checked in a fix for this. It should be in the next cygwin snapshot. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: security.cc: bug report, question and suggestion
On Sat, Jan 19, 2002 at 04:52:18PM -0500, Pierre A. Humblet wrote: > At 05:06 PM 1/19/02 +0100, Corinna Vinschen wrote: > >On Fri, Jan 18, 2002 at 07:46:03PM -0500, Pierre A. Humblet wrote: > > > >> 3) Why is it necessary to set the PrimaryGroup in the > >> process token in setegid()? > > > >No, the primary group is used also to create object DACLs. > >When setting the PrimaryGroup, even native Windows child > >processes create file with that group as creator group > >instead of the default group (e.g. always "None", 513 on > >standalone machines). > > yes, but in Cygwin the setgid() is not really effective until > the next setuid(). By that time there will be a new token Uh no, the setgid() is effective immediately, not first when setuid() is called. Setting the PrimaryToken affects further creation of any securable object later on. That doesn't mean I'm really sure if that affects a Cygwin application noticeably... > anyway. What bothers me is that the call may fail silently (e.g. if The problem is that in contrast to POSIX the PrimaryGroup is restricted to the Groups already listed in the access token of the process. So it will fail if the primary group is set only for a later impersonation. But that shouldn't matter then, IMO. > setgid() is called while impersonation is in effect, access > to the process token would probably be disallowed). > Even if the call succeeds, won't Windows use the thread (impersonation) > token rather than the process token when creating DACLs? I'm not quite sure if I understand. If the setgid() is made while a impersonation is active, the setgid() should affect the impersonation token. That seems to be correct. Changing the PrimaryGroup in that token shouldn't affect the ability to RevertToSelf(). > Wouldn't it be safer to always rely on myself->gid to set ACLs > and only use the PrimaryToken to verify if an existing token > can be reused? Good question. However, I don't think it's unsafe to change the primary group. If it was successful, further securable objects are created using the correct primary group. If it wasn't successful, nothing has changed, nothing got worse. > >Oh, btw., you're perhaps interested to contribute to Cygwin code? > > Anything specific in mind? I don't have time to start big projects > but I am happy to help, the more so when bugs affect me :) Nothing special. I'd appreciate bug fixes as well as extending the functionality of the security stuff. Thanks, 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: Transmitting PATH-like variables to DOS programs
On Sat, Jan 19, 2002 at 12:53:07PM -0800, Ihab A.B. Awad wrote: >Hi there, > >I'm using tcsh on my Win2k box, and I do a lot of development in Java. >As a result, I use CLASSPATH a lot. > >Now, with PATH, Cygwin automatically converts the value it inherits from >the Windows environment to Unix format, and also converts it back to >Windows format when invoking a Windows *.exe or *.bat file. I find this >especially useful when I can _update_ my PATH in a Cygwin shell script, >in Unix format, and then have the updated value inherited by a Windows >program that I invoke from the script. > >I would like this to happen with other variables as well -- notably, my >Java CLASSPATH. > >Does Cygwin have a setup file somewhere, where the names of PATH-like >variables are stored? Or is there some other mechanism whereby I can >change this? http://cygwin.com/lists.html#see-above cgf -- Please do not send me personal email with cygwin questions. Use the resources at http://cygwin.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: OFF-TOPIC, but...
At 21:37 19-1-2002, Gary R. Van Sickle wrote: >AOL... why did it have to be AOL...? Me too! - Michael -- I always wondered about the meaning of life. So I looked it up in the dictionary under "L" and there it was - the meaning of life. It was not what I expected. - Dogbert -- 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: security.cc: bug report, question and suggestion
At 05:06 PM 1/19/02 +0100, Corinna Vinschen wrote: >On Fri, Jan 18, 2002 at 07:46:03PM -0500, Pierre A. Humblet wrote: > >> 3) Why is it necessary to set the PrimaryGroup in the >> process token in setegid()? > >No, the primary group is used also to create object DACLs. >When setting the PrimaryGroup, even native Windows child >processes create file with that group as creator group >instead of the default group (e.g. always "None", 513 on >standalone machines). yes, but in Cygwin the setgid() is not really effective until the next setuid(). By that time there will be a new token anyway. What bothers me is that the call may fail silently (e.g. if setgid() is called while impersonation is in effect, access to the process token would probably be disallowed). Even if the call succeeds, won't Windows use the thread (impersonation) token rather than the process token when creating DACLs? Wouldn't it be safer to always rely on myself->gid to set ACLs and only use the PrimaryToken to verify if an existing token can be reused? >> 4) If in "cygrunsrv -u user ..." the Cygwin and Windows >> user names differ, then the process will have the wrong >> uid. >> >> Entry in passwd (note Cygwin name != Windows name) >> exim:unused_by_nt/2000/xp:1002:1005:daemon,U-PHumblet\Mail,S-1-5-21-21273915 >> 03-1594901184-99485923-1002:/h >> ome/Mail:/bin/bash >> >> /> cygrunsrv -I test -u mail -e CYGWIN=ntsec -p /a.exe >> Enter password of user `.\mail': >> Reenter, please: >> /> cygrunsrv -S test >> /> head /var/log/test.log >> CYGWIN = ntsec USERNAME = UNDEF UID = 500 GID = 513 PID = 619 >> <==INCORRECT UID/GID > >Operator error. -u expects the Cygwin user name, not the Windows Hmm, I can't check until Monday but I distinctly remember that cygrunsrv is smart. If I call cygrunsrv -u exim (in example above) it will prompt for .\mail's password. Both usages result in the wrong uid (will check). Something else: if the path given to cygrunsrv is a shell and the shell calls a program, the program has the correct uid. >Thanks for tracking all this down. I will change the token's >ACL to have TOKEN_ALL_ACCESS for the user (perhaps tomorrow) and >then I'd like to ask you to test your stuff again. Any time, security is a great addition to Cygwin. >Oh, btw., you're perhaps interested to contribute to Cygwin code? Anything specific in mind? I don't have time to start big projects but I am happy to help, the more so when bugs affect me :) Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problem with sigaction and SA_NOCLDSTOP
sigaction has a flag, SA_NOCLDSTOP, which according to the POSIX spec does this: SA_NOCLDSTOP Do not generate SIGCHLD when children stop. Now Cygwin presently does not generate a SIGCHLD signal when a child process terminates if this flag is set in the signal handler. According to the POSIX spec, a SIGCHLD may be sent for a number of reasons, not just a child terminating (see below). Programs use the SA_NOCLDSTOP flag to supress the signal being generated by these other sources so they can reliably detect if the child process terminates. With Cygwin's current implementation of this flag the signal is never generated, even when the process terminates so the parent process will continue to wait for the signal to be generated and not notice the child has terminated. Possible reasons for SIGCHLD generation: CLD_EXITED child has exited CLD_KILLED child has terminated abnormally and did not create a core file CLD_DUMPED child has terminated abnormally and created a core file CLD_TRAPPED traced child has trapped CLD_STOPPED child has stopped CLD_CONTINUED stopped child has continued IMHO, SA_NOCLDSTOP should be used to supress the last two causes of SIGCHLD. The others should still cause a SIGCHLD signal to be generated. Regards Chris (kde-cygwin developer) -- 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/
Transmitting PATH-like variables to DOS programs
Hi there, I'm using tcsh on my Win2k box, and I do a lot of development in Java. As a result, I use CLASSPATH a lot. Now, with PATH, Cygwin automatically converts the value it inherits from the Windows environment to Unix format, and also converts it back to Windows format when invoking a Windows *.exe or *.bat file. I find this especially useful when I can _update_ my PATH in a Cygwin shell script, in Unix format, and then have the updated value inherited by a Windows program that I invoke from the script. I would like this to happen with other variables as well -- notably, my Java CLASSPATH. Does Cygwin have a setup file somewhere, where the names of PATH-like variables are stored? Or is there some other mechanism whereby I can change this? Thans a lot and peace, Ihab A.B. Awad Scimagix, 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: OFF-TOPIC, but...
N! FOR THE LOVE OF GOD N! Wait a minute... Statue of Liberty... THAT WAS OUR PLANET! YOU MANIACS! YOU BLEW IT UP! DAMN YOU! DAMN YOU ALL TA HELL! In light of this tragic news, I want to go on record as fully supporting Rob's "Wacky Idea #45" (cygwin-dev) for all the reasons he gives, and one he doesn't: it would facilitate the hypothetical replacement of AOL-owned redistributables with hypothetical non-AOL-owned ones. And we might as well get used to this one now while we're at it: "AOLWin". AOL... why did it have to be AOL...? -- Gary R. Van Sickle Brewer. Patriot. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf > Of Christopher Faylor > Sent: Friday, January 18, 2002 11:06 PM > To: [EMAIL PROTECTED] > Subject: OFF-TOPIC, but... > > > I thought I might as well be the first person to post this: > > http://www.washtech.com/news/media/14759-1.html > > This was, of course, news to me. > > One would wonder what this means for Cygwin. I think the definitive answer > would be "Cygwin? Huh? What's that?" > > cgf > -- > Please do not send me personal email with cygwin questions. > Use the resources at http://cygwin.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/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: cygwin-1.3.7-1
I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. Really. No kidding. Email cygwin stuff to [EMAIL PROTECTED] If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. Did I mention that I'd prefer that all cygwin questions should go to [EMAIL PROTECTED]? I can't remember... *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you "tried everything" to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. Christopher Faylor Red Hat, Inc. Changes since 1.3.6-1: - Various fixes to /cygdrive/* handling. (Christopher Faylor) - Fix handling of optval in getsockopt, setsockopt, recvfrom. (Christopher Faylor, David Rothenberger) - Serial I/O fix: http://cygwin.com/ml/cygwin-patches/2001-q4/msg00298.html (Christopher Faylor) - Define LLONG_MIN, LLONG_MAX, ULLONG_MAX in limits.h. (David Billinghurst) - Export more modern version of regex functions. (Christopher Faylor) - Attempt to detect cygwin DLL clashes more robustly. (Christopher Faylor) - Some pthread fixes. (Robert Collins) - Export endutent, getutent, getutid, getutline, setutent, utmpname. - Create special versions of import library with only appropriate symbols for libpthread.a, libm.a, and libc.a. (Ralf Habacker, Christopher Faylor) - Set ENOENT on non-existent file in opendir() call. (Christopher Faylor) - Make third argument to ioctl optional. (Corinna Vinschen) - Attempt to properly pass "SIGINT" on to non-cygwin subprocess. (Christopher Faylor) - Export fnmatch. (Corinna Vinschen) - Export recvmsg and sendmsg (Mark Bradshaw) - Fix for kill(pid, 0): http://www.cygwin.com/ml/cygwin/2002-01/msg01209.html . (Christopher Faylor) - Allow all combinations of AF_LOCAL, AF_INET and SOCK_STREAM, SOCK_DGRAM socketpairs (Corinna Vinschen) - Fix getsockname() to return correct sockaddr_un for AF_LOCAL sockets (Corinna Vinschen) - Fix handle leak in seteuid() (Corinna Vinschen, Pierre Humblet) - Don't define getopt_long() when getopt.h is included through unistd.h (Corinna Vinschen) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.6: bug in fork(): kill(pid,0) does not always find child
On Fri, Jan 18, 2002 at 01:04:42PM +0100, Michael Haubenwallner wrote: >There is a problem in fork(), in combination with kill(pid, 0) >to check if the child is alive: > >When a fork() returned the pid to the parent, and the parent >does a kill(pid, 0) to check if the child is alive, the kill >sometimes return -1 and errno=ESRCH (No such process). This should be fixed in the next release. Basically, the problem was that the process was not considered to actually "exist" since it couldn't respond to signals yet. It was still in the initialization phase. I've removed that consideration from the "does the process exist" part of cygwin. Hopefully, this won't screw something else up. Thanks much for the test case. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: security.cc: bug report, question and suggestion
On Fri, Jan 18, 2002 at 07:46:03PM -0500, Pierre A. Humblet wrote: > The real problem is that following setuid(), the ACL (not default > ACL) of the impersonation token (which is inherited from the > default ACL of the process token) makes the impersonation > token non-accessible by its user > (normally the user has full access to its token, > and it seems that setuid() should preserve that). Hmm, noticed. That shouldn't be too hard to add. > 1) If setuid(gid) with a gid that doesn't exist, the > system silently sets the gid to "administrators". That > is not fail safe! > The problem is that getgrgid() never fails. It should > have a flag to tell it whether it should default or not. > [The default is fine when specifying a SET_ACCESS ACE] Yes, that's true. That's the typical fallback for unmaintained passwd and group files. We should probably add a function for internal access which never returns the fallback. > 2) my_token isn't closed in create_token() Thanks for the hint! I applied a patch. > 3) Why is it necessary to set the PrimaryGroup in the > process token in setegid()? (That can fail silently). > Is that field ever read? I thought that PrimaryGroup > only needs to be set in impersonation tokens, so that > seteuid() can decide if an existing token can be > reused. No, the primary group is used also to create object DACLs. When setting the PrimaryGroup, even native Windows child processes create file with that group as creator group instead of the default group (e.g. always "None", 513 on standalone machines). > 4) If in "cygrunsrv -u user ..." the Cygwin and Windows > user names differ, then the process will have the wrong > uid. > > Entry in passwd (note Cygwin name != Windows name) > exim:unused_by_nt/2000/xp:1002:1005:daemon,U-PHumblet\Mail,S-1-5-21-21273915 > 03-1594901184-99485923-1002:/h > ome/Mail:/bin/bash > > /> cygrunsrv -I test -u mail -e CYGWIN=ntsec -p /a.exe > Enter password of user `.\mail': > Reenter, please: > /> cygrunsrv -S test > /> head /var/log/test.log > CYGWIN = ntsec USERNAME = UNDEF UID = 500 GID = 513 PID = 619 > <==INCORRECT UID/GID Operator error. -u expects the Cygwin user name, not the Windows user name (it's a Cygwin application...). The wrong UID is caused by your aforementioned observation that the getpwuid/getgrgid functions always return a default value :-( Hum, perhaps I should also change the passwd/group access functions never to fallback if `ntsec' is on... Thanks for tracking all this down. I will change the token's ACL to have TOKEN_ALL_ACCESS for the user (perhaps tomorrow) and then I'd like to ask you to test your stuff again. Oh, btw., you're perhaps interested to contribute to Cygwin code? You're one of the few people actually getting wet feet in my ntsec code. :-) I would appreciate if somebody would put hands on that stuff, too. 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: OFF-TOPIC, but...
On Sat, Jan 19, 2002 at 10:28:26PM +1100, Robert Collins wrote: > >=== >- Original Message - >From: "Christopher Faylor" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Sent: Saturday, January 19, 2002 4:06 PM >Subject: OFF-TOPIC, but... > >>I thought I might as well be the first person to post this: >> >>http://www.washtech.com/news/media/14759-1.html >> >>This was, of course, news to me. >> >>One would wonder what this means for Cygwin. I think the definitive >>answer would be "Cygwin? Huh? What's that?" > >Are you suggesting the community should prepare to find a new home? >Wouldn't AOL actually like cygwin as a transition tool - reading >between the lines of that news clipping... It's way too early for me to be suggesting anything. When Red Hat acquired Cygnus, the response to "What are you going to do about Cygwin" was basically "Hmm. That's a very good question..." rustle, rustle, rustle "What the heck is Cygwin?" I assume that, if this rumored negotiation is true, Cygwin hasn't entered the radar yet and may never enter it, even though it does occasionally make some money for Red Hat. Regardless, I'm sure I'll be able to find a home for Cygwin somewhere. I doubt that sources.redhat.com is going anywhere... "Contributions gratefully accepted." :-) cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no output from net.exe
On Sat, Jan 19, 2002 at 12:34:19AM -0600, Alex Malinovich wrote: > >You could write a script. That's even more fun than setting > >all user/group/permission info by hand. Treat it as challenge. > > > >Corinna > > Actually, this almost sounds fun... :) Correct me if I'm wrong here, but > if Perl read the attributes of a file, they'd be reported in the same > way as they would for ls. (i.e. Using whichever setting ntea or ntsec > reported.) And if it tried setting those attributes, they'd still be > handled by Cygwin. (i.e. Taking ntea or ntsec into account.) Seems > pretty simple. Or am I missing something obvious here? Nope. As long as it's Cygwin perl. Just read the attrs with ntea and write them with ntsec. 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: libtool-devel and kde2 - problem with AC_PROG_CXX
>Ralf, of more use would be an interdiff between the (rc5-cvs of same >date) and (your updated code - cvs it's based against), that would me >and Chuck how close the two versions are, with respect to the rc5 >changes. I have appended the patched libtool.m4 one time against the cvs HEADbranch release 1.245, which i have taken for patching and second a diff against your rc5 patched libtool.m4 from 5/31 So if you checkout the 1.245 release and compare to your libtool, you have the main difference (this are many changes). Perhaps you can upgrade directly to the 1.245 release if in the time beetwen 05/31 and release 1.245 no cygwin related changes were happened. Then you can study the diff between the original and my patched 1.245 release. Regards Ralf libtool_1.245_patches.tar.bz2 Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: OFF-TOPIC, but...
=== - Original Message - From: "Christopher Faylor" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, January 19, 2002 4:06 PM Subject: OFF-TOPIC, but... > I thought I might as well be the first person to post this: > > http://www.washtech.com/news/media/14759-1.html > > This was, of course, news to me. > > One would wonder what this means for Cygwin. I think the definitive answer > would be "Cygwin? Huh? What's that?" Are you suggesting the community should prepare to find a new home? Wouldn't AOL actually like cygwin as a transition tool - reading between the lines of that news clipping... Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows XP, inetd, and procmail, fetchmail, and mutt
> "Kent" == Kent Perrier <[EMAIL PROTECTED]> writes: Kent> On 1/18/2002 5:56 PM, Kent Perrier wrote: >> To the best of my ability, I have. It looks to me that the MUA >> has to call ssmtp to send an email. It cannot run as a daemon, >> on port 25, to accept connections from MUAs. The man page says >> the -bd option is unsupported and my experience from running it >> on the command line is it does not work. It gives the error >> you cut out of my previous email. If it doesn't work please >> tell me. If it does, please point me to a post to the mailing >> list that describes how to make it work. The experience that I >> have had with ssmtp (from reading the man page) is not >> positive. Kent Kent> Ok, so it appears that ssmtp will not run in daemon mode. Kent> Besides the NT apps blat or IIS, is there an smtp server Kent> that runs under cygwin? Check the archives - exim has been "ported", Sincerely, Adrian Phillips -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
