Re: apache-1.3.22-4 no-detach patch
Corinna Vinschen wrote: On Fri, Jan 18, 2002 at 12:35:13AM +0100, Stipe Tolj wrote: Corinna, could you please apply the attached patch against the last 1.3.22-3 source tree. This will turn detaching of the parent process off. Please try if this makes cygrunsrv happy. Didn't you test it? Anyway, I don't have the source tree. I'd appreciate if you could give me a pointer to a binary archive. I did test it if it stays attached and if the service itself is operational. I wanted to let you do the cygrunsrv magic, it's your thing I guess. The apache-1.3.22-3 source tree is available from the location I announced and the -4 patch applies to it. the /usr/doc/Cygwin readme describes the configure flags to be used. It's pretty forward and builds in = 3 min. I haven't included any extra starting flag. In this case apache does not detach by default for Cygwin. Any objections from the others? Hmm, I'd vote for a command line option... '-n' for `nodetach' or so? -n is used for the Win32 native port as you pointed out. I'm not sure what the Apache officials think about this. They may claim that this may lead to confusion. Anyway, if we decide to have a flag, I would appritiate it if it is OS-wide, that means any UNIX platform may use it to run with no-detach. I have posted a RFC for this on the Apache developers list. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
RE: libtool-devel and kde2 - problem with AC_PROG_CXX
Ralf Habacker wrote: Robert Collins wrote: Quoting from the fink site (it was handy): The current development branch: This is the development version that will some day be released as libtool 1.5. It has resulted from the merge of 1.4 and the MLB. It supports C, C++ and Java (via gcj). Unfortunately, it can't be easily told apart from 1.4, you'll have to check the version number inside ltmain.sh. For the _last time_, the devel libtool DOES NOT and WILL NOT create ltconfig. Don't expect it, because its NOT MEANT TO create it. It does not create ltconfig, but it need it as you could see in my last mail As of 20010531, there seem to have been a few remaining references to ltconfig -- within the _LT_AC_LANG_CXX and _LT_AC_LANG_GCJ m4 macros. Not surprising that those were missed -- C++/java don't have nearly the history that C does. Studying the ChangeLogs, ltconfig was removed on 2000-09-19, but stale references were continually being found and fixed thru 2001 (2001-04-05, 2001-04-24). Aha checking if libtool supports shared libraries... yes checking how to run the C++ preprocessor... g++ -E admin/ltconfig: Can't open admin/ltconfig: No such file or directory configure: error: libtool tag configuration failed I have searched in the libtool cvs on subversions.gnu.org and seen that on 20010531 the merge of the mlb code wasn't ready. You can verify this by unpacking the recent libtool-devel-20010531-6.tar.bz2 and looking in the libtool.m4 if there are references to ltconfig. Not entirely correct. As I said, it seems that the _CXX and _GCJ references hadn't been removed as of 20010531. However, the MLB merge was -- if not complete, then at least partially begun: 2001-05-27: ltmain.in: Merged from multi-language-branch 2001-05-27: libtool.m4: Merged from multi-language-branch 2001-05-30: libtool.m4: Merged ltconfig.in from multi-language-branch ^^ not a typo However, as you say, there were some ADDITIONAL merges from MLB that happened later: on 2001-06-24. If you follow the below mentioned link you can see that the tag creation support was completed at 2001 Jun 24 , so the libtool from 20010531 can't contain full tag creation support. [snip] I have appended a patched libtool.m4 from the libtool cvs HEAD release numver 1.245 and patched mostly of the changes Charles provided in the rc5 diffs and got a working CXX/GCJ/RC tag creating. Try it. It may not be complete for all cases, but I think you are able to verify this. Actually, I am not able to guarantee that 1) taking the Robert's patches to libtool.m4(20010531) 2) applying those changes to libtool.m4(20011128) 3) but NOT updating any of the other interdependent files that form the libtool toolset results in a stable libtool. You have said that it works well for you on a given set of dlls -- but you've already demonstrated that your case is rather special: multi-language, CXX/GCJ, etc. I don't want to fix the corner case by breaking the mainline cases: single language, C. I understand Look, Ralf, this libtool port is a work in progress. Right now, I'd like for folks to test the normal stuff. (So far, that looks good). Then, we need to port forward ALL of the patches to ALL of the files -- not just libtool.m4 -- to current HEAD cvs libtool. Okay that make sense Gary Vaughan (the libtool maintainer) is on the case, he WANTS to put this stuff into current cvs. He was waiting for Robert's FSF copyright assignment to go thru before he started : and that just happened last week (see the libtool mailing list...) I have seen this on the libtool list Be patient -- it was hard enough getting the infrastructure in place to have an auto-import capable libtool become part of the cygwin dist in the first place. I couldn't very well pester Gary to accept the patches until we had a working example installation...and that just happened last week. I have not problem with this Just to review the tool-side things that have been happening in the past six months (not all me, but I *have* been pushing most of them) test Paul Sokolovsky's auto-import stuff push it into official binutils migrate (old) autoconf package to autoconf-stable create autoconf-devel package (and talk very very fast to get corinna to support it) create autoconf (wrappers) migrate (old) automake package to automake-stable create automake-devel package (and talk very very fast...) create automake (wrappers) special automake hack to make the split-install ALSO search /usr/share/aclocal in addition to /usr/autotool/*/share/aclocal create libtool-stable (1.4.2) create libtool-devel package from Robert's patches (but based on an old version of libtool cvs: 20010531) create libtool-wrappers AND, spread amonst all of those steps, was a lot of advocacy and discussion on the various mailing
Re: apache-1.3.22-4 no-detach patch
On Fri, Jan 18, 2002 at 10:35:23AM +0100, Stipe Tolj wrote: Corinna Vinschen wrote: On Fri, Jan 18, 2002 at 12:35:13AM +0100, Stipe Tolj wrote: Corinna, could you please apply the attached patch against the last 1.3.22-3 source tree. This will turn detaching of the parent process off. Please try if this makes cygrunsrv happy. Didn't you test it? Anyway, I don't have the source tree. I'd appreciate if you could give me a pointer to a binary archive. I did test it if it stays attached and if the service itself is operational. I wanted to let you do the cygrunsrv magic, it's your thing I guess. I'm testing running under cygrunsrv if you send me a pointer to the binary. I'm not going to build apache by myself. Hmm, I'd vote for a command line option... '-n' for `nodetach' or so? -n is used for the Win32 native port as you pointed out. I'm not sure what the Apache officials think about this. They may claim that this may lead to confusion. Anyway, if we decide to have a flag, I would appritiate it if it is OS-wide, that means any UNIX platform may use it to run with no-detach. I have posted a RFC for this on the Apache developers list. That's probably the better approach. Unfortunately the `-D' is already used. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: gcc -mno-cygwin STL support for setup.exe?
Christopher Faylor [EMAIL PROTECTED] writes: The biggest issue with relying on libstdc++.a for for setup.exe is that it requires this library to be built for cross-compilation. I have no idea how to do that. What am I missing? 19:37:40 fred@appel:~$ locate libstdc++.a | grep x- /home/cygwin/cygwin-1.3.3/linux-x-cygwin/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/libstdc++.a /home/cygwin/cygwin-1.3.3/linux-x-cygwin/usr/lib/libstdc++.a.2.10.0 /home/cygwin/cygwin-1.3.6/linux-x-cygwin/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/libstdc++.a /home/cygwin/cygwin-1.3.6/linux-x-cygwin/usr/lib/libstdc++.a.2.10.0 This x-compiles fine here #include iostream #include string int main () { string s = Hello world; cout s endl; return 0; } Greetings, Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: gcc -mno-cygwin STL support for setup.exe?
On Fri, Jan 18, 2002 at 01:59:57PM -0500, Jason Tishler wrote: The biggest issue with relying on libstdc++.a for for setup.exe is that it requires this library to be built for cross-compilation. I have no idea how to do that. I don't know either -- this is why I'm asking for help. I think that was clear. What I'm trying to say is that it may not be possible to use functions from libstdc++.a. In gcc 3.x, this will include things like new() and delete(). cgf
Re: mysql server out of the list
=== - Original Message - From: Stephan Erickson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, January 19, 2002 12:35 PM Subject: mysql server out of the list Looks like the MySQL server is not doable due to the way Cygwin threads are implemented, according to the authors.. Only 3 packages then. - Stephan Kaj Arnö writes: Stephan, As opposed to a number of other products with a Unix background, MySQL already works well under Windows without any cygwin. Interfacing MySQL with cygwin is thus not needed; performance would deteriorate, and a port would likely incur problems with threads. However, the mysql command line interface could be ported to cygwin; it might even be that this has already been done. Regards, Kaj Few additional comments to Kaj's excellent message. Kaj is right on all accounts. And yes, our client has been ported with Cygwin, and is a part of every Win32 distro, under the name of mysqlc.exe. Which, last I heard, still doesn't include the cygwin source, and is in fact a GPL violation (see the thread I started on the win32-mysql list). Regarding a server, as CygWin does not support properly threads on Win32, it is not doable. This is not important, as VC++, which we use for building MySQL for Win32, still makes 10% faster code then latest CygWin. I'm the Cygwin pthreads maintainer, can you specify what you mean by 'does not support properly threads on win32' ? Rob
Re: mysql server out of the list
Hello Robert, I think Sinisa Milivojevic should be able to explain the details of his reasoning to you. I was forwarding Kaj's response at his own request, including Sinisa's comments (both are from MySQL). - Stephan Robert Collins wrote: === - Original Message - From: Stephan Erickson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, January 19, 2002 12:35 PM Subject: mysql server out of the list Looks like the MySQL server is not doable due to the way Cygwin threads are implemented, according to the authors.. Only 3 packages then. - Stephan Kaj Arnö writes: Stephan, As opposed to a number of other products with a Unix background, MySQL already works well under Windows without any cygwin. Interfacing MySQL with cygwin is thus not needed; performance would deteriorate, and a port would likely incur problems with threads. However, the mysql command line interface could be ported to cygwin; it might even be that this has already been done. Regards, Kaj Few additional comments to Kaj's excellent message. Kaj is right on all accounts. And yes, our client has been ported with Cygwin, and is a part of every Win32 distro, under the name of mysqlc.exe. Which, last I heard, still doesn't include the cygwin source, and is in fact a GPL violation (see the thread I started on the win32-mysql list). Regarding a server, as CygWin does not support properly threads on Win32, it is not doable. This is not important, as VC++, which we use for building MySQL for Win32, still makes 10% faster code then latest CygWin. I'm the Cygwin pthreads maintainer, can you specify what you mean by 'does not support properly threads on win32' ? Rob -- Stephan Erickson Mufassa Corporation - http://www.mufassa.com Effortless E-Commerce Solutions for Small Business.
Re: gcc -mno-cygwin STL support for setup.exe?
On Sat, Jan 19, 2002 at 03:57:24PM +1100, Danny Smith wrote: For what its worth, 3.1 libsupc++.a and libstdc++.a build natively with mingw. (libsupc++.a contains the eh and new/delete stuff that is currently in libgcc.a for mingw). Locale class support is missing (as it is with cygwin/newlib), but C-locale works for me. Wide char support is missing, because of deficiencies in C-runtime. If you want wide char with -mno-cygwin, you'll need an auxiliary library -- like mingw's [incomplete] libisocext.a -- to supply C wide char support. Iostreams work for char. In 3.1 -mno-cygwin needs the mingw32/bits headers. Also, there may be differences in the way the C_runtime functions are promoted into namespace std. Hmm. I haven't been able to build libstdc++ v3 for cygwin for a while. Maybe it's just a cross build error. cgf
RE: Cygwin XFree web page looks odd in Mozilla
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Harold Hunt Sent: Friday, January 18, 2002 5:27 AM To: [EMAIL PROTECTED] Cc: cygx Subject: RE: Cygwin XFree web page looks odd in Mozilla Rob - The errors you reported were trivial and are fixed now; they did not affect the rendering of the page. I'm kind of surprised that there were errors at all, as I usually run the validator after submitting. ^ Is this an open source tool ? Ralf Basically. The HTML document type definition is open source, it can be downloaded from http://w3c.org/. Checking a document against a given type definition is usually done with the open source tool NSGMLS: http://www.jclark.com/sp/nsgmls.htm. The HTML Validator provided by http://w3c.org/ is simply a web interface to a program that compares a document with the dtd. I'm not sure if the actual validator front-end is open source, but that doesn't really matter. The address of the W3C HTML Validator is: http://validator.w3.org/ Does that clear things up? Yes Thanks Harold
Re: cygcheck ... /dev/clipboard doesn't work
On Friday 18 Jan 02, Christopher Faylor writes: /dev/clipboard is a cygwin construction. cygcheck.exe is not a cygwin program, so it can't really output anything to it. I think this has come up before. I may add it to the FAQ. David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: named colour list
Hi Dylan, for historical reasons I start my rxvt with: C:\cygwin\bin\rxvt.exe -g 120x50+732+0 -bg lightsalmon -fg black -fn Lucida Console-11 -sr -sl 5000 -e /bin/bash --login -i So I can use the named colors, lighsalmon works fine on my box. OTOH I am not really sure *why* it works, since the only rbx.txt I've found was in the vim package. I've detected that the DLLs cygtk80.dll and libW11.dll seem to have included this symbolic names, but neither is used for rxvt ... Regards, Jörg -- 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. 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: System API problem
Well, you post this again. Do you think that if you post numerous times you'll force someone on the list to answer your question ? Better launch a debugger and find the source of your problem. FYI - this was reported a while back (2 times i think). As far as I remember no one else on the list was able to reproduce the situation so no one was able to find the solution. Maybe this means that something specific on your system causes the error to show up. Try to find out what and then report back. Also an output of cygcheck -r -s -v would be useful. The last thread that discussed this problem was started by David Mathog and we did some private comunication with him while I was trying to gather more information on his system and asked him to perform some tests. I tried to debug this on my system but with no succes - this error does not happen on my system. The thread sybject is system() function doesnt work outside cygwin. You can look at it in the maling list archive. You may also wish to contact David and try to find out what is the common thing on your systems - this may help find the problem. Bandla Srinivas wrote: Hi, I am using cygwin 1.3.6 to compile the unix sources, and use those executables on Win NT. I am getting Strange error when running my application. I am using system API inside my application to execute commands. This is Sample Test program test.cpp: main() { int status=system(diff t1.tct t2.txt); coutstaus; } I compiled this in cygwin. I got test.exe. When i run test.exe from msdos prompt, it is printing 127. That means system api is returning error code as 127 it is equivalent to (ERROR_PROC_NOT_FOUND). I copied cygwin1.dll to c:\winnt\system32. system API has been defined in this cygwin1.dll. when i run this executable from dosprompt why it is not able to locate procedure system eventhough cygwin1.dll in path. Anybody faced such problem. i have tried with different commands with in the system API. Same error code 127. What is the problem. can i have any solution for this problem. -- 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: System API problem
And another thing - by posting erronous information you're not helping anyone to find the solution to your problem. You're just fooling the people. What I mean is that if the system() call returns 127 (0x7f) the error meaning is exec*() call failed not ERROR_PROC_NOT_FOUND as you state below. Note that cygwin is POSIX emulation layer - you should not read winerror.h to find out the info on the error code but the system() call man page. Bandla Srinivas wrote: Hi, I am using cygwin 1.3.6 to compile the unix sources, and use those executables on Win NT. I am getting Strange error when running my application. I am using system API inside my application to execute commands. This is Sample Test program test.cpp: main() { int status=system(diff t1.tct t2.txt); coutstaus; } I compiled this in cygwin. I got test.exe. When i run test.exe from msdos prompt, it is printing 127. That means system api is returning error code as 127 it is equivalent to (ERROR_PROC_NOT_FOUND). I copied cygwin1.dll to c:\winnt\system32. system API has been defined in this cygwin1.dll. when i run this executable from dosprompt why it is not able to locate procedure system eventhough cygwin1.dll in path. Anybody faced such problem. i have tried with different commands with in the system API. Same error code 127. What is the problem. can i have any solution for this problem. - Bandla = __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ -- 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:Stop ftp cygwin
hi, I wanted to stop ftp cygwin if there is already a ftp server running but if not i wnat to start ftp cygwin . How can I know by code if there is already a ftp server running? 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/
RE: libtool-devel and kde2 - problem with AC_PROG_CXX
Ralf Habacker wrote: Robert Collins wrote: Quoting from the fink site (it was handy): The current development branch: This is the development version that will some day be released as libtool 1.5. It has resulted from the merge of 1.4 and the MLB. It supports C, C++ and Java (via gcj). Unfortunately, it can't be easily told apart from 1.4, you'll have to check the version number inside ltmain.sh. For the _last time_, the devel libtool DOES NOT and WILL NOT create ltconfig. Don't expect it, because its NOT MEANT TO create it. It does not create ltconfig, but it need it as you could see in my last mail As of 20010531, there seem to have been a few remaining references to ltconfig -- within the _LT_AC_LANG_CXX and _LT_AC_LANG_GCJ m4 macros. Not surprising that those were missed -- C++/java don't have nearly the history that C does. Studying the ChangeLogs, ltconfig was removed on 2000-09-19, but stale references were continually being found and fixed thru 2001 (2001-04-05, 2001-04-24). Aha checking if libtool supports shared libraries... yes checking how to run the C++ preprocessor... g++ -E admin/ltconfig: Can't open admin/ltconfig: No such file or directory configure: error: libtool tag configuration failed I have searched in the libtool cvs on subversions.gnu.org and seen that on 20010531 the merge of the mlb code wasn't ready. You can verify this by unpacking the recent libtool-devel-20010531-6.tar.bz2 and looking in the libtool.m4 if there are references to ltconfig. Not entirely correct. As I said, it seems that the _CXX and _GCJ references hadn't been removed as of 20010531. However, the MLB merge was -- if not complete, then at least partially begun: 2001-05-27: ltmain.in: Merged from multi-language-branch 2001-05-27: libtool.m4: Merged from multi-language-branch 2001-05-30: libtool.m4: Merged ltconfig.in from multi-language-branch ^^ not a typo However, as you say, there were some ADDITIONAL merges from MLB that happened later: on 2001-06-24. If you follow the below mentioned link you can see that the tag creation support was completed at 2001 Jun 24 , so the libtool from 20010531 can't contain full tag creation support. [snip] I have appended a patched libtool.m4 from the libtool cvs HEAD release numver 1.245 and patched mostly of the changes Charles provided in the rc5 diffs and got a working CXX/GCJ/RC tag creating. Try it. It may not be complete for all cases, but I think you are able to verify this. Actually, I am not able to guarantee that 1) taking the Robert's patches to libtool.m4(20010531) 2) applying those changes to libtool.m4(20011128) 3) but NOT updating any of the other interdependent files that form the libtool toolset results in a stable libtool. You have said that it works well for you on a given set of dlls -- but you've already demonstrated that your case is rather special: multi-language, CXX/GCJ, etc. I don't want to fix the corner case by breaking the mainline cases: single language, C. I understand Look, Ralf, this libtool port is a work in progress. Right now, I'd like for folks to test the normal stuff. (So far, that looks good). Then, we need to port forward ALL of the patches to ALL of the files -- not just libtool.m4 -- to current HEAD cvs libtool. Okay that make sense Gary Vaughan (the libtool maintainer) is on the case, he WANTS to put this stuff into current cvs. He was waiting for Robert's FSF copyright assignment to go thru before he started : and that just happened last week (see the libtool mailing list...) I have seen this on the libtool list Be patient -- it was hard enough getting the infrastructure in place to have an auto-import capable libtool become part of the cygwin dist in the first place. I couldn't very well pester Gary to accept the patches until we had a working example installation...and that just happened last week. I have not problem with this Just to review the tool-side things that have been happening in the past six months (not all me, but I *have* been pushing most of them) test Paul Sokolovsky's auto-import stuff push it into official binutils migrate (old) autoconf package to autoconf-stable create autoconf-devel package (and talk very very fast to get corinna to support it) create autoconf (wrappers) migrate (old) automake package to automake-stable create automake-devel package (and talk very very fast...) create automake (wrappers) special automake hack to make the split-install ALSO search /usr/share/aclocal in addition to /usr/autotool/*/share/aclocal create libtool-stable (1.4.2) create libtool-devel package from Robert's patches (but based on an old version of libtool cvs: 20010531) create libtool-wrappers AND, spread amonst all of those steps, was a lot of advocacy and discussion on the various mailing
The infamous missing or screwed up info dir file.
I'm for just abolishing this file. Get rid of it altogether. Just `rm -f /usr/info/dir'. The reason is obvious. Having it causes many members of this list problems. The answer to all questions concerning info and no dir file is `info --file=/usr/info/info'. With this I never have a problem with the dir file being wrong or missing. With this I always find the info file I need. I don't need a menu file of files. I just need to know which package the binary came from and if it's a FSF GNU program then --version will give that to me if I don't already know it. Conclusion: Don't depend on the dir file. Use the --file=/usr/info/foo option. Earnie. _ 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: sshd and fstat
On Thu, 17 Jan 2002 14:49:28 GMT, [EMAIL PROTECTED] (Guy Harrison) wrote: I'm pleased to be able to report some progress! I've located where the key difference lies between sshd running as an NT service and sshd running in just about any other fashion. security.cc 1236int 1237get_file_attribute (int use_ntsec, const char *file, 1238int *attribute, uid_t *uidret, gid_t *gidret) 1239{ 1240 int res; 1241 - 1242 if (use_ntsec allow_ntsec) 1243{ - 1244 res = get_nt_attribute (file, attribute, uidret, gidret); - 1245 if (attribute (*attribute S_IFLNK) == S_IFLNK) - 1246*attribute |= S_IRWXU | S_IRWXG | S_IRWXO; - 1247 return res; 1248} 1249 1250 if (uidret) 1251*uidret = getuid (); 1252 if (gidret) 1253*gidret = getgid (); 1254 /security.cc In almost all circumstances 'allow_ntsec' is true. No problem - sshd correctly obtains the permissions on the client's $HOME/.ssh/*keys. The single circumstance in which 'allow_ntsec' is false, is when sshd is running *directly* as a service: in other words, as it is designed to. Could someone enlighten me about 'allow_ntsec'. How does CygWin turn this on? TIA -- [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: sshd and fstat
Guy Harrison wrote: On Thu, 17 Jan 2002 14:49:28 GMT, [EMAIL PROTECTED] (Guy Harrison) wrote: [snip] Could someone enlighten me about 'allow_ntsec'. How does CygWin turn this on? When you add ntsec to the environment variable CYGWIN. Check FAQ and documentation for more info. Also read the mailing list. -- 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 Habacker wrote: At last I like to write about some additional topic I recognized with the libtool stuff: 1. providing -Wl,--enable-auto-import for linking executables (ltmain.in) I have prepared a patch for this, but I recognized that there must be a general strategy for handling the auto-import stuff. There are questions about when this flag should has to be set. Should is be set when a ld with auto-import is found by default or should this set only with a specific configure flag like --with-auto-import or how should this go on ? I don't know the answer, because I don't have the overview. The currently patch I'm using is to enable this flag, when a ld with auto-import stuff is found. So if anyone can give me a hint for the direction, I can provide this. I think it is okay to assume that the cygwin ld has support for this flag. However, --enable-auto-import IS the default, so it should not be necessary to specify it. --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: no output from net.exe
Just as an FYI, I am unable to duplicate this problem. I used my Windows 2000 laptop to ssh to my NT 4 SP6a server and I was able to execute the following command from a bash prompt just fine: $ net group /domain group.txt I used ssh from the cmd.exe prompt and I used puTTY - each time the output was redirected to the file. Have you tried use tee? For example: $ net group /domain | tee group.txt Is there a specific command or situation where this does not work? If so, let me know and I'll try again. rotaiv. At 01/17/2002 01:04 PM, Alex BATKO wrote: When I am logged into my windows machine via ssh, I cannot redirect the output of the command net.exe into a file, nor capture the output in an array (within a perl script). On the other hand, executing `net.exe group zzz` from the cygwin bash shell, and from windows' command.com, works just as expected. I have written to this list in the past (regarding this topic), but the response I was given is that this is a feature of the program net.exe (http://cygwin.com/ml/cygwin/2001-10/msg01490.html), and to overcome this problem, I should start my ssh session via inetd, after applying a particular patch: http://sources.redhat.com/ml/cygwin/2001-03/msg00764.html I have started ssh via inted, but it's incredibly slow to establish connections - so I have opted against it. I am wondering if anyone else has ran into this problem, and was able to overcome it in a way other then by starting ssh from inetd. Thank you for your time. -- 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: sshd and fstat
On Fri, Jan 18, 2002 at 01:31:16PM +0100, Pavel Tsekov wrote: Guy Harrison wrote: On Thu, 17 Jan 2002 14:49:28 GMT, [EMAIL PROTECTED] (Guy Harrison) wrote: [snip] Could someone enlighten me about 'allow_ntsec'. How does CygWin turn this on? When you add ntsec to the environment variable CYGWIN. Check FAQ and documentation for more info. Also read the mailing list. Especially /usr/doc/Cygwin/cygrunsrv.README /usr/doc/Cygwin/openssh-3.0.2p1-4.README If you'd used ssh-host-config to install ssh, it would have asked if it shall sshd install as a service and how to set the environment variable CYGWIN, defaulting to CYGWIN=binmode ntsec tty. 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: SSH uses HOME or HOMESHARE?
Nevermind. I figured it out. I should have read the README. Newer versions of SSH don't use $HOME, instead the use the home directory listed in /etc/passwd. And my home directory in /etc/passwd was incorrect. After fixing that, everything works. -Original Message- From: Paul Stodghill Sent: Thursday, January 17, 2002 4:24 PM To: Cygwin Mailing List (E-mail) Subject: SSH uses HOME or HOMESHARE? SSH seems to be ignoring HOME and using the value of HOMESHARE instead. This is a recent problem. unset'ing HOMESHARE does not appear to help. I understand that I can use the '-i' option to ssh, but I am really interested in getting ssh-agent working. Thanks. quimby$ ssh -V OpenSSH_3.0.2p1, SSH protocols 1.5/2.0, OpenSSL 0x0090603f quimby$ uname -a CYGWIN_NT-5.0 QUIMBY 1.3.6(0.47/3/2) 2001-12-08 17:02 i686 unknown quimby$ quimby$ printenv | grep -i '^HOME' HOMESHARE=\\falcon\falcon_c\stodghil HOMEDRIVE=C: HOMEPATH=\ HOME=/home/stodghil quimby$ printenv | fgrep -i falcon HOMESHARE=\\falcon\falcon_c\stodghil quimby$ ls $HOME/.ssh config identity identity.pub known_hosts known_hosts~ quimby$ ls //falcon/falcon_c/stodghil/.ssh ls: //falcon/falcon_c/stodghil/.ssh: No such file or directory quimby$ ssh -v asp OpenSSH_3.0.2p1, SSH protocols 1.5/2.0, OpenSSL 0x0090603f debug1: Seeding random number generator debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: restore_uid debug1: ssh_connect: getuid 11330 geteuid 11330 anon 1 debug1: Connecting to asp [128.84.154.47] port 22. debug1: temporarily_use_uid: 11330/10513 (e=11330) debug1: restore_uid debug1: temporarily_use_uid: 11330/10513 (e=11330) debug1: restore_uid debug1: Connection established. debug1: identity file //falcon/falcon_c/stodghil/.ssh/identity type -1 debug1: identity file //falcon/falcon_c/stodghil/.ssh/id_rsa type -1 debug1: identity file //falcon/falcon_c/stodghil/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_2.9p2 debug1: match: OpenSSH_2.9p2 pat ^OpenSSH Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.0.2p1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: dh_gen_key: priv key bits set: 139/256 debug1: bits set: 1006/2049 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY The authenticity of host 'asp (128.84.154.47)' can't be established. RSA key fingerprint is a3:cb:3b:6c:60:49:db:66:26:5a:01:cd:ab:1f:99:07. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'asp,128.84.154.47' (RSA) to the list of known hosts. debug1: bits set: 1022/2049 debug1: ssh_rsa_verify: signature correct debug1: kex_derive_keys debug1: newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: waiting for SSH2_MSG_NEWKEYS debug1: newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: done: ssh_kex2. debug1: send SSH2_MSG_SERVICE_REQUEST debug1: service_accept: ssh-userauth debug1: got SSH2_MSG_SERVICE_ACCEPT debug1: authentications that can continue: publickey,password,keyboard-interactive debug1: next auth method to try is publickey debug1: try privkey: //falcon/falcon_c/stodghil/.ssh/identity debug1: try privkey: //falcon/falcon_c/stodghil/.ssh/id_rsa debug1: try privkey: //falcon/falcon_c/stodghil/.ssh/id_dsa debug1: next auth method to try is keyboard-interactive debug1: authentications that can continue: publickey,password,keyboard-interactive debug1: next auth method to try is password stodghil@asp's password: debug1: packet_send2: adding 48 (len 62 padlen 18 extra_pad 64) debug1: ssh-userauth2 successful: method password debug1: channel 0: new [client-session] debug1: send channel open 0 debug1: Entering interactive session. debug1: ssh_session2_setup: id 0 debug1: channel request 0: shell debug1: channel 0: open confirm rwindow 0 rmax 16384 Last login: Thu Jan 17 16:16:58 2002 from dhcp99-60.cs.cornell.edu asp$ -- 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: no output from net.exe
| Make sure that your term is set to cygwin. | Is it enough to put the following in ~/.profile ? export TERM='cygwin' | Make sure that your window (buffer size) is set to 80x25. | I am executing the ssh command (to get into the Windows machine) from an xterm (on my linux box) that has size 80x24. The cygwin bash shell window (if invoked through vncviewer, or by sitting directly at the console) has size 80x25. | Are you getting any errors? | There is absolutely no error generated from any `net.exe` command, nor from `tfy.exe net.exe`. | Did you remember to drop the dll on the far machine? | Yes, both the dll (ttyfier.dll) and tfy.exe are in /usr/local/bin/ (which is in my PATH environment variable) on the windows machine. | Are you sure your sshd server is starting with CYGWIN=tty? | No. I don't know how to set sshd to start with an environment variable preset. So far, I've just always set the variables from ~/.profile: export CYGWIN='tty' Can you please advise me on this ? | I can't speak as to the terminal issues you're experiencing using cygwin. | If you look through the archives you'll see that this is an issue that comes | around periodically. I'd suggest checking out the previous conversations to | find out the issues involved. | I have looked through the archives (http://cygwin.com/ml/cygwin/) - but quite honestly, the search engine for the mailing list archive is not behaving as I expect that it should. Searching for net.exe results in a number of links to our conversation, while the rest of the results have nothing to do with net.exe. -- 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
Alex BATKO wrote: | Make sure that your term is set to cygwin. | Is it enough to put the following in ~/.profile ? export TERM='cygwin' | Make sure that your window (buffer size) is set to 80x25. | I am executing the ssh command (to get into the Windows machine) from an xterm (on my linux box) that has size 80x24. The cygwin bash shell window (if invoked through vncviewer, or by sitting directly at the console) has size 80x25. | Are you getting any errors? | There is absolutely no error generated from any `net.exe` command, nor from `tfy.exe net.exe`. | Did you remember to drop the dll on the far machine? | Yes, both the dll (ttyfier.dll) and tfy.exe are in /usr/local/bin/ (which is in my PATH environment variable) on the windows machine. | Are you sure your sshd server is starting with CYGWIN=tty? | No. I don't know how to set sshd to start with an environment variable preset. So far, I've just always set the variables from ~/.profile: export CYGWIN='tty' Can you please advise me on this ? You can set this as a windows system environment variable by right clicking on my computer - properties - environment (or advanced if you on win2k?). This needs to be set at a system level so the system manager sees that it is set and passes it on to sshd. You will need to reboot the machine once you set this for it to take effect- simply stopping and starting sshd will not pickup the change. | I can't speak as to the terminal issues you're experiencing using cygwin. | If you look through the archives you'll see that this is an issue that comes | around periodically. I'd suggest checking out the previous conversations to | find out the issues involved. | I have looked through the archives (http://cygwin.com/ml/cygwin/) - but quite honestly, the search engine for the mailing list archive is not behaving as I expect that it should. Searching for net.exe results in a number of links to our conversation, while the rest of the results have nothing to do with net.exe. The best way to search the mailing archives is with google (http://www.google.com). Type your search term in the box followed by site:cygwin.com. This will use the google search engine to search the cygwin site. This is a very useful tool for many internet sites. HTH, Peter -- 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/ -- 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/
Re: no output from net.exe
On Fri, Jan 18, 2002 at 11:23:35AM -0500, Peter Buckley wrote: | Are you sure your sshd server is starting with CYGWIN=tty? | No. I don't know how to set sshd to start with an environment variable preset. So far, I've just always set the variables from ~/.profile: export CYGWIN='tty' Can you please advise me on this ? You can set this as a windows system environment variable by right clicking on my computer - properties - environment (or advanced if you on win2k?). This needs to be set at a system level so the system manager sees that it is set and passes it on to sshd. You will need to reboot the machine once you set this for it to take effect- simply stopping and starting sshd will not pickup the change. You should never need to set CYGWIN=tty for an interactive ssh session. Interactive sessions use ptys. That means you are getting a CYGWIN tty by default. 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/
Can I build a windows dll and lib from cygwin
As I am only just getting into cygwin, I would like to know if it is possible to build a block of unix code (just console applications) and produce a dll which can be called by windows applications. I have done this following the advice on the cygwin sites and produce the 2 files which i thought i needed these are foo.a (renamed to foo.lib below) and foo.dll. When I try to build a windows application linking to foo.a i get an error saying the lib file can not be understood. Have misunderstood the objective of the dll tool is it only to build apps on cygwin? I am using an application called matlab to build this file and get the following echo returned Microsoft (R) 32-Bit Incremental Linker Version 5.00.7022 Copyright (C) Microsoft Corp 1992-1997. All rights reserved. vistaread_mex.obj foo.lib mexversion.res vistaread_mex.obj : error : Internal error during Pass1 Does this mean anything to anyone? Mr. S. Wood, Research assistant Dept Medical Physics Clinical Engineering I floor Royal Hallamshire Hospital Glossop road, Sheffield, England. S10 2JF -- 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
+--- | Have you tried use tee? For example: | | $ net group /domain | tee group.txt | This didn't help because I wasn't getting anything on stdout to begin with, and tee copies stdout to a file. So all i got was: nothing on the screen, and a file of size 0, called group.txt. But after setting the system (environment) variable CYGWIN to 'tty', as suggested by Peter Buckley, both net.exe (on it's own), as well as with a pipe to tee now work as expected. Thanks for your input. -- 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
Alex BATKO wrote: woo, hoo !!! +--- | You can set this as a windows system environment variable by right | clicking on my computer - properties - environment (or advanced if you | on win2k?). This needs to be set at a system level so the system manager | sees that it is set and passes it on to sshd. You will need to reboot | the machine once you set this for it to take effect- simply stopping and | starting sshd will not pickup the change. | I have done what you suggested, and now 'net.exe' works as I've always begged it to. Just as a side note, in ~/.profile (of the account i'm ssh'ing to on the windows machine) I still have: export CYGWIN='binmode ntea' export TERM='cygwin' Is that OK ? I need 'ntea' to effectively use chmod. I don't know if the ~/.profile is run when you ssh- it is usually run when a bash shell is started interactively (and I don't recall if ssh starts an interactive bash shell). I have my CYGWIN variable set as a system environment variable, because I use CYGWIN=ntsec binmode tty, and IIRC that I need the ntsec part to be set before the inetd service starts. I don't currently use sshd. HTH, Peter | The best way to search the mailing archives is with google | (http://www.google.com). Type your search term in the box followed by | site:cygwin.com. This will use the google search engine to search the | cygwin site. This is a very useful tool for many internet sites. | Adding site:cygwin.com is a very good tip - 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/ -- 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/
Re: named colour list
Charles Wilson wrote: Schaible, Jörg wrote: So I can use the named colors, lighsalmon works fine on my box. OTOH I am not really sure *why* it works, since the only rbx.txt I've found was in the vim package. I've detected that the DLLs cygtk80.dll and libW11.dll seem to have included this symbolic names, but neither is used for rxvt ... rxvt DOES use libW11.dll. --Chuck Where? According to cygcheck it doesn't. $ cygcheck g:\\bin\\rxvt.exe g:\bin\rxvt.exe g:\bin\cygwin1.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\ntdll.dll C:\WINNT\System32\USER32.dll C:\WINNT\System32\GDI32.dll C:\WINNT\System32\ADVAPI32.dll C:\WINNT\System32\RPCRT4.dll Cheers Don Sharp -- 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
At 12:59 PM 1/18/2002, Alex BATKO wrote: Is that OK ? I need 'ntea' to effectively use chmod. Not if you're working on NTFS partitions you don't. You're *much* better off using 'ntsec'. You can see the user guide if you're curious about this setting. Of course, if you're running on a FAT partition and need chmod to work there, then you're stuck with 'ntea'. 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: no output from net.exe
woo, hoo !!! +--- | You can set this as a windows system environment variable by right | clicking on my computer - properties - environment (or advanced if you | on win2k?). This needs to be set at a system level so the system manager | sees that it is set and passes it on to sshd. You will need to reboot | the machine once you set this for it to take effect- simply stopping and | starting sshd will not pickup the change. | I have done what you suggested, and now 'net.exe' works as I've always begged it to. Just as a side note, in ~/.profile (of the account i'm ssh'ing to on the windows machine) I still have: export CYGWIN='binmode ntea' export TERM='cygwin' Is that OK ? I need 'ntea' to effectively use chmod. | The best way to search the mailing archives is with google | (http://www.google.com). Type your search term in the box followed by | site:cygwin.com. This will use the google search engine to search the | cygwin site. This is a very useful tool for many internet sites. | Adding site:cygwin.com is a very good tip - 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/
Re: Windows XP, inetd, and procmail, fetchmail, and mutt
Pat, On Fri, Jan 18, 2002 at 01:08:00AM -0800, Patrick Lightbody wrote: So... any thoughts? I need good POP support, good filtering support, and a good mailer (aka: I need fetchmail, procmail, and mutt). Has anyone else done this? Yes, I use this exact combination. I've exhausted my searches in google for any more useful information, I'm all out. Hmm, I suspect that you did not search that hard... I recommend that you peruse the following: http://www.google.com/search?q=site:cygwin.com+fetchmail+procmailhl=enstart=10sa=N The following may be of interest too: http://www.cygwin.com/ml/cygwin/2001-08/msg00628.html Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Not compatible between cygwin-B20 and cygwin-2.125.2.10
The version number you've given (2.125.2.10) is the current version of setup.exe. To find the cygwin version, run 'cygcheck -s' and look at the version information for cygwin1.dll. There may be a problem with character set translation. In some views, I see two backslashes as the first part of the sed expression and in others I see two yen symbols. The sed command hasn't changed in a very long time, but your keyboard and display drivers may be putting up characters other than what you think. -- 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: "hiranaga $BJ?1J(B $BL3(B" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 17, 2002 17:08 Subject: sed : Not compatible between cygwin-B20 and cygwin-2.125.2.10 Following command dosn't work on cygwin-2.125.2.10 sed -e 's-\\-/-g' I want to change \ to / sed: -e expression #1, char 7: Unterminated `s' command - error message But same command work on cygwin-B20. -- 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?
Soren Andersen: I am really, really convinced that if someone finds the constructive proposal I sent in infuriating, it is entirely their own (fairly important) personal problem, as in: a problem of a spiritual nature (in that it pertains to internal states of being, predispositions, and general unhappiness) ... 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. 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. -- 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
Pat, Please keep your replies on the list. On Fri, Jan 18, 2002 at 10:39:31AM -0800, Patrick Lightbody wrote: Jason, actually I got the procmail binary, and I compiled mutt and fetchmail myself. I was mostly having trouble getting procmail to work on port 25, Most likely because you don't have a SMTP daemon running. but I just found a workaround for that: fetchmail -m /usr/bin/procmail. Try a .fetchmailrc file like the following: set logfile /tmp/fetchmail.log set invisible # suppress Received: line fetchmail adds set no bouncemail poll mail protocol pop3 username user password password nokeep # delete successfully received messages mda /usr/local/bin/procmail -d %T # pass message to the local MDA Everything is working great for me, though I haven't tried sending mail. Try ssmtp for sending mail. Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RTFM'ing: readily accessible user documentation?
On Fri, Jan 18, 2002 at 01:39:35PM -0500, twidlar wrote: Soren Andersen: I am really, really convinced that if someone finds the constructive proposal I sent in infuriating, it is entirely their own (fairly important) personal problem, as in: a problem of a spiritual nature (in that it pertains to internal states of being, predispositions, and general unhappiness) ... 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. 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. Thanks for the vote of confidence but there is no reversal of anything, required here. Everything in Soren's email had already been discussed. There was nothing breathtakingly original in his proposal. The solution is basically what any twelve year old would provide with if you described problem to them. And the twelve year old's solution would be the correct one -- setup.exe should produce /usr/info/dir. Every setup.exe developer agrees that this is something that needs to be done. It's on the list of things to do. Relaying that information (or where to find that information) should have been the end of the discussion but, of course, it wasn't. It seemed like a simple solution was being put forth as if it was in some way revolutionary. Soren's email took 80 lines to essentially say: setup.exe should produce /usr/info/dir files. The additional 79 lines and subsequent messages seemed to be basically an attempt at making himself the champion of the obvious for newbies. It's not at all unusual for a newbie to provide a simple solution without trying to research available resources. No matter how we try to correct this behavior, people will always assume that they are the only people to have ever come up with a solution and will send a knee jerk message to [EMAIL PROTECTED] For example, how many people have suggested that we should have an All option on setup.exe? A LOT. And, where do you think the current setup.exe behavior came from? It came from user complaints about the fact that setup.exe used to download everything. Regardless, after the first message or two about the lack of All, this issue became the subject of much discussion in [EMAIL PROTECTED] You could assume that since setup.exe has had this problem for a couple of months, that no one is working on it. Or, you could assume that since this is a volunteer project, we can't guarantee that anything will be fixed quickly. A newbie might assume the former but should be easily educated in the latter. So, their cluelessness should be correctable. It is somewhat unusual for a newbie to offer such a spirited defense of their own cluelessness. The defense, apparently, is that if I can't see it, it doesn't exist. It is puzzling why someone who admits to being absent from cygwin discussions would ever assume that their ignorance was anything more than simple lack of information but I guess this adds some entertainment value to [EMAIL PROTECTED] I think that there is a valid point somewhere in Soren's message although he doesn't actually seem aware of it. Probably, in the future, when someone mentions RTFM, they should also include something like: setup.exe should produce /usr/info/dir files but it doesn't currently. To use info files, please refer to the following: http://cygwin.com/faq/faq.html#SEC63 Hmm. Oddly enough, it took me about five seconds to find this info in the FAQ. Just looked for info. I guess that's because I'm not a newbie... 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/
private rsync 'mirror'
I'd like to keep a local copy of the latest cygwin packages. I'm sure I could just ftp everything from mirrors.rcn.net each night, but I'd much rather use rsync (or something comparable) and spare everyone the waste. My link is so modest so it would be pointless to mirror the content to others. Can anyone recommend an option? thank you, Mike Adler -- 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: named colour list
I believe rxvt dynamically loads either libWll.dll or libX11.dll (using dlopen()). It does this depending on the setting of the environment variable DISPLAY. This was done so that the same executable works: 1) in native windows mode on systems without X11 installed 2) in X11 or native windows mode on systems WITH X11 installed, depending on DISPLAY setting. If rxvt were actually LINKED to libX11.dll then it couldn't work with W11, and vice versa. --Chuck Don Sharp wrote: Charles Wilson wrote: Schaible, Jörg wrote: So I can use the named colors, lighsalmon works fine on my box. OTOH I am not really sure *why* it works, since the only rbx.txt I've found was in the vim package. I've detected that the DLLs cygtk80.dll and libW11.dll seem to have included this symbolic names, but neither is used for rxvt ... rxvt DOES use libW11.dll. --Chuck Where? According to cygcheck it doesn't. $ cygcheck g:\\bin\\rxvt.exe g:\bin\rxvt.exe g:\bin\cygwin1.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\ntdll.dll C:\WINNT\System32\USER32.dll C:\WINNT\System32\GDI32.dll C:\WINNT\System32\ADVAPI32.dll C:\WINNT\System32\RPCRT4.dll Cheers Don Sharp -- 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: private rsync 'mirror'
Michael, If you do not require unattended, scripted operation, Setup.exe performs fine for local Cygwin mirroring as well as installing (use the Download from Internet option to locally mirror your favorite Cygwin mirror site). Otherwise, you can use any date-dependent / incremental, recursive FTP retrieval tool (still using Setup.exe for installation, of course). I used to do that using FTP Voyager (before I knew about wget), but since it was still a manually invoked process, I've switched to simply using Setup.exe for both retrieval and installation. I also must manually clean out old packages--I keep the current and previous packages and discard the older ones. I do not recall if the Cygwin mirrors keep defunct older versions of the packages and if so how many, but if they do, it would interfere with wanting an automated download if you didn't want to keep the same amount of package history as your chosen mirror. If you do want a scripted or automated option, just use wget with suitable options. That should do what you want just fine. If you don't want to trail along old versions, then you may need to write a script (sed, awk, Perl or some such) to extract names of package files form the current Setup.ini file and retrieve new ones, and, possibly, discard those no longer current and/or previous and/or experimental. By the way, I've been bit once (out of a potential two times, I should say. ... fooled me once...) by the need to use a special two-pass installation procedure for certain package updates, so one really must read the Cygwin mailing list for release and update announcements. Thus fully automated or blind Cygwin updating is not yet a foolproof possibility. Randall Schulz Mountain View, CA USA At 11:35 2002-01-18, Michael Adler wrote: I'd like to keep a local copy of the latest cygwin packages. I'm sure I could just ftp everything from mirrors.rcn.net each night, but I'd much rather use rsync (or something comparable) and spare everyone the waste. My link is so modest so it would be pointless to mirror the content to others. Can anyone recommend an option? thank you, Mike Adler -- 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
+--- | At 12:59 PM 1/18/2002, Alex BATKO wrote: | Is that OK ? I need 'ntea' to effectively use chmod. | | Not if you're working on NTFS partitions you don't. You're *much* better | off using 'ntsec'. You can see the user guide if you're curious about | this setting. Of course, if you're running on a FAT partition and need | chmod to work there, then you're stuck with 'ntea'. +--- The windows machine in question is running Windows 2000, and is using NTFS. Look at this: {1} cd /tmp/ {2} ls -l total 0 {3} echo $CYGWIN binmode ntea {4} umask 077 {5} touch blah {6} ls -l total 0 -rw---1 ntroot Administ0 Jan 18 14:38 blah {7} chmod 644 blah {8} ls -l total 0 -rw-r--r--1 ntroot Administ0 Jan 18 14:38 blah {9} export CYGWIN='binmode ntsec' {10} ls -l -rwxrwxrwx1 Administ Administ0 Jan 18 14:38 blah {11} export CYGWIN='binmode ntea' {12} ls -l -rw-r--r--1 ntroot Administ0 Jan 18 14:38 blah {13} export CYGWIN='binmode ntsec' {14} ls -l -rw---1 ntroot Administ0 Jan 18 14:39 blah {15} chmod 755 blah {16} ls -l total 0 -rwxr-xr-x1 ntroot Administ0 Jan 18 14:39 blah This experiment shows that 'ntea' and 'ntsec' can both set permissions properly on NTFS. It also shows that the modes will look different from 'ntsec' if set by 'ntea' (and visa versa). I don't know what you mean by saying that it's much better to use 'ntsec' on NTFS. I realize that the Cygwin User's Guide (http://sources.redhat.com/cygwin/cygwin-ug-net/using-cygwinenv.html) about the CYGWIN environment variable states that with 'ntsec' set, the file permissions can only be set on NTFS partitions. The guide also says that the 'ntea' option only operates under Windows NT (but clearly, it operates under Windows 2000). But the guide doesn't say that one is better. I may be completely missing something (in reading and knowledge), so please advise... I apologize in advance if I am wrong about what I have written. -- 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
ntea makes you have less usable disk space- it creates a big file IIRC. I don't know if it just creates the file on FAT, or if the file is only undeletable on FAT. ntsec works on NT and NTFS. HTH, Peter Alex BATKO wrote: +--- | At 12:59 PM 1/18/2002, Alex BATKO wrote: | Is that OK ? I need 'ntea' to effectively use chmod. | | Not if you're working on NTFS partitions you don't. You're *much* better | off using 'ntsec'. You can see the user guide if you're curious about | this setting. Of course, if you're running on a FAT partition and need | chmod to work there, then you're stuck with 'ntea'. +--- The windows machine in question is running Windows 2000, and is using NTFS. Look at this: {1} cd /tmp/ {2} ls -l total 0 {3} echo $CYGWIN binmode ntea {4} umask 077 {5} touch blah {6} ls -l total 0 -rw---1 ntroot Administ0 Jan 18 14:38 blah {7} chmod 644 blah {8} ls -l total 0 -rw-r--r--1 ntroot Administ0 Jan 18 14:38 blah {9} export CYGWIN='binmode ntsec' {10} ls -l -rwxrwxrwx1 Administ Administ0 Jan 18 14:38 blah {11} export CYGWIN='binmode ntea' {12} ls -l -rw-r--r--1 ntroot Administ0 Jan 18 14:38 blah {13} export CYGWIN='binmode ntsec' {14} ls -l -rw---1 ntroot Administ0 Jan 18 14:39 blah {15} chmod 755 blah {16} ls -l total 0 -rwxr-xr-x1 ntroot Administ0 Jan 18 14:39 blah This experiment shows that 'ntea' and 'ntsec' can both set permissions properly on NTFS. It also shows that the modes will look different from 'ntsec' if set by 'ntea' (and visa versa). I don't know what you mean by saying that it's much better to use 'ntsec' on NTFS. I realize that the Cygwin User's Guide (http://sources.redhat.com/cygwin/cygwin-ug-net/using-cygwinenv.html) about the CYGWIN environment variable states that with 'ntsec' set, the file permissions can only be set on NTFS partitions. The guide also says that the 'ntea' option only operates under Windows NT (but clearly, it operates under Windows 2000). But the guide doesn't say that one is better. I may be completely missing something (in reading and knowledge), so please advise... I apologize in advance if I am wrong about what I have written. -- 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/ -- 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/
Re: no output from net.exe
+--- | ntea makes you have less usable disk space- it creates a big file | IIRC. I don't know if it just creates the file on FAT, or if the file is | only undeletable on FAT. ntsec works on NT and NTFS. +--- But on the CYGWIN User's Guide, the warning under the 'ntea' option says that the option may create additional large files on non-NTFS partitions. And I am using an NTFS partition, so there should be no such problems. -- 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 Fri, Jan 18, 2002 at 03:46:05PM -0500, Alex BATKO wrote: +--- | ntea makes you have less usable disk space- it creates a big file | IIRC. I don't know if it just creates the file on FAT, or if the file is | only undeletable on FAT. ntsec works on NT and NTFS. +--- But on the CYGWIN User's Guide, the warning under the 'ntea' option says that the option may create additional large files on non-NTFS partitions. And I am using an NTFS partition, so there should be no such problems. ntea just uses the HPFS like extended attributes to simulate file permissions. ntsec uses the NTFS ACLs to set real permissions. But whom do I tell that. If you read the user guide you surely read also http://cygwin.com/cygwin-ug-net/ntsec.html. 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: no output from net.exe
+--- | ntea just uses the HPFS like extended attributes to simulate | file permissions. ntsec uses the NTFS ACLs to set real | permissions. +--- Because I have had CYGWIN='ntea' in ~/.profile since the first day of installing cygwin, if I now switch over to 'ntsec', the permissions look wrong in the output of `ls -la`. Is there any way to overcome this problem ? -- 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
I have been playing with ssmtp, trying to set it up as my local mail relay. I would like to have it run as a daemon. Is there a way to do that? I tried postfix, but it doesn't compile out of the box (it doesn't know what OS CYGWIN_NT-5.0 1.3.6(0.47/3/2) is) and it this is more of a lets see if I can get this to work type of project, not something I must get working. From my reading of the man page it appears that ssmtp does not run as a daemon, it needs to be called by MUA to send that mail. Is this correct? Kent -- We sleep safe in our beds because rough men stand ready in the night to visit violence on those who would do us harm -- George Orwell -- 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
On Fri, Jan 18, 2002 at 02:56:43PM -0600, Kent Perrier wrote: I have been playing with ssmtp, trying to set it up as my local mail relay. I would like to have it run as a daemon. Is there a way to do that? I tried postfix, but it doesn't compile out of the box (it doesn't know what OS CYGWIN_NT-5.0 1.3.6(0.47/3/2) is) and it this is more of a lets see if I can get this to work type of project, not something I must get working. From my reading of the man page it appears that ssmtp does not run as a daemon, it needs to be called by MUA to send that mail. Is this correct? Ever tried `man ssmtp'? 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: no output from net.exe
On Fri, Jan 18, 2002 at 04:32:08PM -0500, Alex BATKO wrote: +--- | ntea just uses the HPFS like extended attributes to simulate | file permissions. ntsec uses the NTFS ACLs to set real | permissions. +--- Because I have had CYGWIN='ntea' in ~/.profile since the first day of installing cygwin, if I now switch over to 'ntsec', the permissions look wrong in the output of `ls -la`. Sure. They *are* wrong since the ACLs aren't used before but when ntsec is on they are read instead of the EAs. Is there any way to overcome this problem ? You could write a script. That's even more fun than setting all user/group/permission info by hand. Treat it as challenge. 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: RTFM'ing: readily accessible user documentation?
- Original Message - From: Christopher Faylor [EMAIL PROTECTED] The solution is basically what any twelve year old would provide with if you described problem to them. And the twelve year old's solution would be the correct one -- setup.exe should produce /usr/info/dir. And we have a solution - for package creators - in http://www.cygwin.com/setup.html#package_contents - which states If you have any 'info' documention in your package, run install-info as part of your post-install script Thats what got me annoyed. The solution has been discussed, put into policy and should not affect any newbies ever again. This is a better solution than setup.exe special casing info files, because as described here http://www.cygwin.com/setup.html#postinstall packages can do any special case installation that make install might do - without requiring users to grab a new setup.exe to get the correct behaviour. 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
On 1/18/2002 3:19 PM, Corinna Vinschen wrote: On Fri, Jan 18, 2002 at 02:56:43PM -0600, Kent Perrier wrote: From my reading of the man page it appears that ssmtp does not run as a daemon, it needs to be called by MUA to send that mail. Is this correct? Ever tried `man ssmtp'? Why yes I have, the -bd option does not run the program in daemon mode. ssmtp exits with -bd is not supported by sSMTP sendmail. Use rSMTP under inetd instead. I cannot find rSMTP in setup.exe nor in my install. I am running cygwin 1.3.6-6 Kent -- We sleep safe in our beds because rough men stand ready in the night to visit violence on those who would do us harm -- George Orwell -- 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: cygipc-1.11 SHM-patch: fork, handling in ipc-daemon
=== - Original Message - From: Michael Haubenwallner [EMAIL PROTECTED] - It is not clear what happens in following circumstance: 1) the first process creates a shm 2) a second one attaches to it 3) now the second process dies without detaching 4) the first process removes the shm with shmctl(IPC_RMID), but the ipc-daemon was sleeping and did not remove the second attachment-entry early enough to have shm_nattch==0, which must be the case in shmctl() to really remove the shm by the caller of shmctl(IPC_RMID). What IMHO surely not should happen is that a shmid with shm_nattch==0 remains with having the destroy-flag set. So the ipc-daemon must remove a shm in this state, including the tmp-file. In this case, the daemon should wait on all the processes that are attached, so it gets woken up when a process quits. Alternatively, you could queue the removal, prevent now attachments, and when the second process termination is 'noticed' perform the removal. 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
On Fri, Jan 18, 2002 at 05:26:39PM -0600, Kent Perrier wrote: On 1/18/2002 3:19 PM, Corinna Vinschen wrote: On Fri, Jan 18, 2002 at 02:56:43PM -0600, Kent Perrier wrote: From my reading of the man page it appears that ssmtp does not run as a daemon, it needs to be called by MUA to send that mail. Is this correct? Ever tried `man ssmtp'? Why yes I have, the -bd option does not run the program in daemon mode. Hmm, did you actually *read* it? 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: Windows XP, inetd, and procmail, fetchmail, and mutt
On 1/18/2002 5:46 PM, Corinna Vinschen wrote: On Fri, Jan 18, 2002 at 05:26:39PM -0600, Kent Perrier wrote: On 1/18/2002 3:19 PM, Corinna Vinschen wrote: On Fri, Jan 18, 2002 at 02:56:43PM -0600, Kent Perrier wrote: From my reading of the man page it appears that ssmtp does not run as a daemon, it needs to be called by MUA to send that mail. Is this correct? Ever tried `man ssmtp'? Why yes I have, the -bd option does not run the program in daemon mode. Hmm, did you actually *read* it? 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 -- We sleep safe in our beds because rough men stand ready in the night to visit violence on those who would do us harm -- George Orwell -- 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
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 Ok, so it appears that ssmtp will not run in daemon mode. Besides the NT apps blat or IIS, is there an smtp server that runs under cygwin? Kent -- We sleep safe in our beds because rough men stand ready in the night to visit violence on those who would do us harm -- George Orwell -- 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: Package Lint
- Original Message - From: Michael A Chase [EMAIL PROTECTED] I have been away for a while and would be interested in working on a package lint as a way of getting back in the loop. What would you like it to check first? My first thought would be to make it a Perl script. I'm open on this. I expect at some point to produce a setup.ini linter, and that could be called from a perls script easily enough. (We should have the same parser code reused, to prevent syncronisation errors). Likely features: 1. No /usr/info/dir allowed. 2. Syntax check setup.hints. upset is perl now, I'd suggest you extend upset. Also, for efficiency, write a flag - same foobar.checked - when you check a file (be it a setup.hint or package), and only recheck if the file is newer than the flag. This is because untarring a 100Mb of archives every upload is a waste of CPU time - and the server is quite loaded already. 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: security.cc: bug report, question and suggestion
At 06:38 PM 12/30/01 +0100, Corinna Vinschen wrote: On Sun, Dec 30, 2001 at 11:26:15AM -0500, Pierre A. Humblet wrote: At 11:15 PM 12/29/01 +0100, Corinna Vinschen wrote: While I am at it, here is another weird observation: base case above: prog reads some registry key. Succeeds. cases 1 and 2: prog reads some registry key. Access denied. But if xxx has admins privilege, prog can read the registry in cases 1 and 2... Can this be explained somehow? It's all on a standalone Win2000. Hmm, some debgging would help here, perhaps. Hi Corinna Well, I had to learn a few things to track this one. Please cc me directly. Sorry about the length. What follows was observed on NT 4, it's somewhat different on Windows 2000. The keys are related to the perflib, e.g. SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Perflib\\009 and others. Initially I thought that the error 5 ERROR_ACCESS_DENIED meant that, following setuid(), the user did not have query access to the key, even though he could open it without problems. This guess was wrong. 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). ERROR_ACCESS_DENIED is thus generated when some Microsoft code tries to access the token while getting the key. This is demonstrated in the debug.out attachment where I print the impersonation token, try to access the key (fail), then clear the token ACL and succeed reading the key. I tried to patch security.cc, without success. In the attached diff file I set an acl (actually I reuse your default ACL) in a security descriptor sd. sd is pointed to by your security attribute sa, which is passed to DuplicateTokenEx() in create_token(). I also added a new call to SetKernelObjectSecurity(), for good measure. This runs without errors, but nothing happens. I have no idea why. Any help or suggestions will be appreciated. Here are four other things I noticed: 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] 2) my_token isn't closed in create_token() 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. 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 /*** Token Start / /*** Token User */ Mail PHumblet SidTypeUser === CORRECT USER S-1-5-21-2127391503-1594901184-99485923-1002=== CORRECT SID Changed entry in passwd mail:unused_by_nt/2000/xp:1002:1005:daemon,U-PHumblet\Mail,S-1-5-21-21273915 03-1594901184-99485923-1002:/home/Mail:/bin/bash / cygrunsrv -S test / head /var/log/test.log CYGWIN = ntsec USERNAME = UNDEF UID = 1002 GID = 1005 PID = 654 == EVERYTHING OK /*** Token Start / /*** Token User */ Mail PHumblet SidTypeUser S-1-5-21-2127391503-1594901184-99485923-1002 Pierre --- security.cc.in Wed Jan 9 20:35:04 2002 +++ security.cc Tue Jan 15 18:58:46 2002 @@ -696,6 +696,18 @@ return TRUE; } +static BOOL +get_sd (PSECURITY_DESCRIPTOR psd, PACL acl) +{ + if (!(InitializeSecurityDescriptor(psd, SECURITY_DESCRIPTOR_REVISION) +SetSecurityDescriptorDacl(psd, TRUE, acl, FALSE))) + { +__seterrno (); +return FALSE; + } + return TRUE; +} + HANDLE create_token (cygsid usersid, cygsid pgrpsid) { @@ -710,7 +722,8 @@ { sizeof sqos, SecurityImpersonation, SECURITY_STATIC_TRACKING, FALSE }; OBJECT_ATTRIBUTES oa = { sizeof oa, 0, 0, 0, 0, sqos }; - SECURITY_ATTRIBUTES sa = { sizeof sa, NULL, TRUE }; + SECURITY_DESCRIPTOR sd; + SECURITY_ATTRIBUTES sa = { sizeof sa, sd, TRUE }; LUID auth_luid = SYSTEM_LUID; LARGE_INTEGER exp = { QuadPart:0x7fffLL }; @@ -813,10 +826,14 @@ goto out; dacl.DefaultDacl = (PACL) acl_buf; + /* Create security info */ + if (!get_sd ( sd, (PACL) acl_buf)) + goto out; + /*
RE: Windows XP, inetd, and procmail, fetchmail, and mutt
Kent, Read /usr/doc/Cygwin/ssmtp-2.38.7.README. It explains you how you can coerce mutt into using it for sending mail. Then read /usr/doc/ssmtp-2.38.7/README about the limitations of ssmtp. Jeff -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kent Perrier Sent: Friday, January 18, 2002 7:18 PM To: [EMAIL PROTECTED] Subject: Re: Windows XP, inetd, and procmail, fetchmail, and mutt 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 Ok, so it appears that ssmtp will not run in daemon mode. Besides the NT apps blat or IIS, is there an smtp server that runs under cygwin? Kent -- We sleep safe in our beds because rough men stand ready in the night to visit violence on those who would do us harm -- George Orwell -- 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: Package Lint
On Sat, Jan 19, 2002 at 11:25:09AM +1100, Robert Collins wrote: - Original Message - From: Michael A Chase [EMAIL PROTECTED] I have been away for a while and would be interested in working on a package lint as a way of getting back in the loop. What would you like it to check first? My first thought would be to make it a Perl script. I'm open on this. I expect at some point to produce a setup.ini linter, and that could be called from a perls script easily enough. (We should have the same parser code reused, to prevent syncronisation errors). Likely features: 1. No /usr/info/dir allowed. 2. Syntax check setup.hints. upset is perl now, I'd suggest you extend upset. Also, for efficiency, write a flag - same foobar.checked - when you check a file (be it a setup.hint or package), and only recheck if the file is newer than the flag. Part of my long term plan is to provide a convenient method of uploading files to sources.redhat.com. I was going to include a package linter in that process since I've already written something that is part of the way there. So, while I appreciate the offer, I think this is something that I will be doing eventually. 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: Windows XP, inetd, and procmail, fetchmail, and mutt
On 1/18/2002 6:54 PM, Jeff Hu wrote: Kent, Read /usr/doc/Cygwin/ssmtp-2.38.7.README. It explains you how you can coerce mutt into using it for sending mail. Then read /usr/doc/ssmtp-2.38.7/README about the limitations of ssmtp. Ok. This helps a little. Unfortunately, I would like a program that will run as a daemon so I can use any MUA, not just mutt. Thanks, Kent -- We sleep safe in our beds because rough men stand ready in the night to visit violence on those who would do us harm -- George Orwell -- 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/
a touch question
Is there any way of touch-ing recursively? -- Jonathan Simms Outside of a dog, a book is man's best friend. Inside of a dog it's too dark to read -Groucho Marx -- 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
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? -Alex -- 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/
work from home
Hi, This is a great chance for you to make money from your home.This is not a spam mail you just start your job simply staying in your room. International Company needs reliable self-motivated people world-wide who want to earn additional income from their home. You will work for us and we will pay you. This is a REAL job with real PAY. NO SELLING. NO experience needed. Part-time or full-time. Earn $400-$1000/week FT. Income is GUARANTEED! Positions are limited! Don't wait! Apply NOW! you just reply this email for details. [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: OFF-TOPIC, but...
No -- but these flying pigs sure make some good sausage. Anybody for baby back ribs? They're not too bad if you pick out the feathers. --Chuck Jonathan Simms wrote: Okay, *NOW* i've seen everything... :-\ ...Has hell frozen over too? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Mark Bradshaw Sent: Saturday, January 19, 2002 12:23 AM To: '[EMAIL PROTECTED]' Subject: RE: OFF-TOPIC, but... My condolences. ;o) -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 19, 2002 12:06 AM 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/ -- 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/