TEST/1.5.2: inetutils
Hi, I've uploaded a 1.5.2-built version of inetutils, 1.3.2-24, already on Friday (forgot to mention it). Which means, all my packages are now converted to 1.5.x. Finally. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
a2ps compile problem against 1.5.2
Hi, I had no problems compiling a2ps against 1.5.1 but against 1.5.2 I get this error. /bin/sh ../libtool --mode=link gcc -O2 -g -o a2ps.exe main.o read.o sshread.o ssheet.o select.o generate.o delegate.o regex.o buffer.o versions.o ffaces.o parsessh.o lexssh.o lexps.o ../lib/liba2ps.la -lfl -lm -lintl gcc -O2 -g -o a2ps.exe main.o read.o sshread.o ssheet.o select.o generate.o delegate.o regex.o buffer.o versions.o ffaces.o parsessh.o lexssh.o lexps.o ../lib/.libs/liba2ps.a -lintl -lfl -lm -lintl /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: final link failed: File truncated collect2: ld returned 1 exit status make[2]: *** [a2ps.exe] Error 1 Any ideas on what I should do? Thanks Dave David Hudson | The Capital Group Companies | Location: BRO | Extension: 51887 Outside: 714-672-1887 | E-mail: [EMAIL PROTECTED] [ Mailing: 135 S State College Blvd. Brea, CA 92821-5704 USA ]
RE: a2ps compile problem against 1.5.2
I had the same problem. My solution was to get rid of -lm.\ HTH Robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Monday, August 18, 2003 10:32 AM To: [EMAIL PROTECTED] Subject: a2ps compile problem against 1.5.2 Hi, I had no problems compiling a2ps against 1.5.1 but against 1.5.2 I get this error. /bin/sh ../libtool --mode=link gcc -O2 -g -o a2ps.exe main.o read.o sshread.o ssheet.o select.o generate.o delegate.o regex.o buffer.o versions.o ffaces.o parsessh.o lexssh.o lexps.o ../lib/liba2ps.la -lfl -lm -lintl gcc -O2 -g -o a2ps.exe main.o read.o sshread.o ssheet.o select.o generate.o delegate.o regex.o buffer.o versions.o ffaces.o parsessh.o lexssh.o lexps.o ../lib/.libs/liba2ps.a -lintl -lfl -lm -lintl /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: final link failed: File truncated collect2: ld returned 1 exit status make[2]: *** [a2ps.exe] Error 1 Any ideas on what I should do? Thanks Dave David Hudson | The Capital Group Companies | Location: BRO | Extension: 51887 Outside: 714-672-1887 | E-mail: [EMAIL PROTECTED] [ Mailing: 135 S State College Blvd. Brea, CA 92821-5704 USA ]
Re: a2ps compile problem against 1.5.2
On Mon, Aug 18, 2003 at 11:00:22AM -0500, Robert McNulty Junior wrote: I had the same problem. My solution was to get rid of -lm.\ This is not a solution. It is a workaround. cgf
[setup PATCH] Work with gcc-3.3.1
+2003-08-18 Max Bowsher [EMAIL PROTECTED] + + * win32.h: Undefine NOMINMAX before defining it, as libstdc++-v3 3.3.1 + defines NOMINMAX itself. Index: win32.h === RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/win32.h,v retrieving revision 2.9 diff -u -p -r2.9 win32.h --- win32.h 23 Jun 2003 20:49:00 - 2.9 +++ win32.h 18 Aug 2003 21:14:02 - @@ -32,6 +32,9 @@ /* We want a minimum IE version of 3 */ #define _WIN32_IE 0x0300 /* libstdc++-v3 _really_ dislikes min max defined as macros. */ +/* As of gcc 3.3.1, it defines NOMINMAX itself, so #undef first, + * to avoid a redefinition error */ +#undef NOMINMAX #define NOMINMAX #include windows.h #if HAVE_ALLOCA_H
Re: a2ps compile problem against 1.5.2
On Mon, Aug 18, 2003 at 12:05:39PM -0400, Christopher Faylor wrote: On Mon, Aug 18, 2003 at 11:00:22AM -0500, Robert McNulty Junior wrote: I had the same problem. My solution was to get rid of -lm.\ This is not a solution. It is a workaround. Ok. I see the problem. I'm still puzzling over how to fix it. I think it is arguably a bug in ld but that's really not a big help to know. I have to fix it either way. cgf
Re: [setup PATCH] Work with gcc-3.3.1
On Mon, Aug 18, 2003 at 10:17:55PM +0100, Max Bowsher wrote: +2003-08-18 Max Bowsher [EMAIL PROTECTED] + + * win32.h: Undefine NOMINMAX before defining it, as libstdc++-v3 3.3.1 + defines NOMINMAX itself. Um. What does this have to do with cygwin-apps? cgf
Re: [setup PATCH] Work with gcc-3.3.1
Christopher Faylor wrote: On Mon, Aug 18, 2003 at 10:17:55PM +0100, Max Bowsher wrote: +2003-08-18 Max Bowsher [EMAIL PROTECTED] + + * win32.h: Undefine NOMINMAX before defining it, as libstdc++-v3 3.3.1 + defines NOMINMAX itself. Um. What does this have to do with cygwin-apps? It's a patch for Cygwin setup. Max.
Re: [setup PATCH] Work with gcc-3.3.1
On Mon, Aug 18, 2003 at 10:36:03PM +0100, Max Bowsher wrote: Christopher Faylor wrote: On Mon, Aug 18, 2003 at 10:17:55PM +0100, Max Bowsher wrote: +2003-08-18 Max Bowsher [EMAIL PROTECTED] + + * win32.h: Undefine NOMINMAX before defining it, as libstdc++-v3 3.3.1 + defines NOMINMAX itself. Um. What does this have to do with cygwin-apps? It's a patch for Cygwin setup. Duh. I'm batting 1000 today. cgf
Re: a2ps compile problem against 1.5.2
[EMAIL PROTECTED] wrote: On Mon, Aug 18, 2003 at 12:05:39PM -0400, Christopher Faylor wrote: On Mon, Aug 18, 2003 at 11:00:22AM -0500, Robert McNulty Junior wrote: I had the same problem. My solution was to get rid of -lm.\ This is not a solution. It is a workaround. Ok. I see the problem. I'm still puzzling over how to fix it. I think it is arguably a bug in ld but that's really not a big help to know. I have to fix it either way. Perhaps a refresh of the latest binutils against 1.5.2 might be a good idea anyways. Ditto for gcc. Cheers, Nicholas
Re: [setup PATCH] Work with gcc-3.3.1
On Tue, 2003-08-19 at 07:17, Max Bowsher wrote: +2003-08-18 Max Bowsher [EMAIL PROTECTED] + + * win32.h: Undefine NOMINMAX before defining it, as libstdc++-v3 3.3.1 + defines NOMINMAX itself. Does it define it the same way? I'd rather we did #ifndef NOMINMAX #define NOMINMAX #endif Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. signature.asc Description: This is a digitally signed message part
Re: a2ps compile problem against 1.5.2
Hallo Nicholas, Am Montag, 18. August 2003 um 23:48 schriebst du: My solution was to get rid of -lm.\ This is not a solution. It is a workaround. Ok. I see the problem. I'm still puzzling over how to fix it. I think it is arguably a bug in ld but that's really not a big help to know. I have to fix it either way. Perhaps a refresh of the latest binutils against 1.5.2 might be a good idea anyways. Ditto for gcc. I did this already (I compiled binutils, cygwin and gcc-3.3.1), I got the same problem with the version of cygwin/libm.a as taken from cvs about the same time as Christopher created the 1.5.2 test release and I compiled the binutils snapshot from the same day. There were no problems with winsup binutils source some days before the libc.a problem was discovered (the days I tried to get perl to compile where I hit the libc.a bug because I linked against both, libc.a and libm.a which worked in the link stage but it failed to run the executable later). What is on my todo list now is to recompile cygwin binutils with gcc-3.3.1. Anyway, I like gcc-3.3.1, works like a champ for me. But wait until Danny Smith releases the final MinGW version, he sent me an updated cygwin.h file recently, so he's probably still working on it. That is the reason why recompiling gcc is also on my todo list (now the top entry). Gerrit -- =^..^=
Re: [PATCH] Setup: clarify confusing antivirus log message
On Sun, 2003-08-17 at 12:16, Igor Pechtchanski wrote: I didn't think we needed this either, but there were a few people who did read the logs (without much more knowledge of setup). Frankly, some of the setup-related questions on the list result in a request to post the log, and apparently some people do peek into them (after searching the archives - whoohoo, somebody *is* doing it!). An example is http://cygwin.com/ml/cygwin/2003-08/msg00761.html. Thats just you adding to the confusion :}. So I decided that since we do write a reasonably verbose message to the log, we should clarify it. Otherwise, let's make it cryptic enough not to arouse people's suspicitions. Does the above make sense? Not really. Its a detailed message about internal operations. Lets leave it at that. Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. signature.asc Description: This is a digitally signed message part
Re: [PATCH] Setup: clarify confusing antivirus log message
On Tue, 19 Aug 2003, Robert Collins wrote: On Sun, 2003-08-17 at 12:16, Igor Pechtchanski wrote: I didn't think we needed this either, but there were a few people who did read the logs (without much more knowledge of setup). Frankly, some of the setup-related questions on the list result in a request to post the log, and apparently some people do peek into them (after searching the archives - whoohoo, somebody *is* doing it!). An example is http://cygwin.com/ml/cygwin/2003-08/msg00761.html. Thats just you adding to the confusion :}. Gee, thanks! I really meant to refer to the message I was replying to (i.e., http://cygwin.com/ml/cygwin/2003-08/msg00758.html) instead... I swear I had nothing to do with that one. So I decided that since we do write a reasonably verbose message to the log, we should clarify it. Otherwise, let's make it cryptic enough not to arouse people's suspicitions. Does the above make sense? Not really. Its a detailed message about internal operations. Lets leave it at that. Rob Ok. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: Xcdroast
Camron W. Fox [EMAIL PROTECTED] wrote: Can xcdroast be compiled and used on cygwin? If so, how do you get around the root configuration issue? Xcdroast is simply a front-end for cdrecord and various other utilities. As such, it is meaningless to compile it for Cygwin/XFree86 unless the underlying utiilities work under cygwin. I would suggest going to the CDRecord homepage (http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/cdrecord.html). Look for cdrtools and read the README.win32 which gives instructions on how to compile cdrtools under cygwin. Questions related to getting cdrecord etc to compile etc could be directed to the [EMAIL PROTECTED] list (since it is not a X application), but make sure you have done your homework first. If you can get cdrecord working, then you could look at trying to get xcdroast working under Cygwin. xcdroast is built with the GTK. Last I heard compiling GTK apps under Cygwin was not completely trivial. http://cygnome.sourceforge.net/ may be a good starting point. Others may suggest other sites. I'm not really up on this. Anyway, good luck. :-) Rasjid. -- Rasjid Wilcox Canberra, Australia UTC + 10 http://www.openminddev.net
Re: CygWin GPLing by proxy (Was: Cannot display through rsh)
Harold, On Mon, 18 Aug 2003, Harold L Hunt II wrote: Igor, Igor Pechtchanski wrote: On Sat, 16 Aug 2003, Steinar Bang wrote: Igor Pechtchanski [EMAIL PROTECTED]: [snip!] Unfortunately, you wouldn't be able to distribute the resulting application, because anything linked with cygwin1.dll automatically becomes GPLd. If you could find an open-source JDK, this problem would not arise. IANAL, but... can this be right? If I write an application for UNIX/linux and make it available under some other license than GPL, and someone else ports it to CygWin, I don't see how this would automatically make my application be GPL'd? An in any case, this would only apply to the JDK in this case. A Java application running inside the JDK shouldn't be affected in any way. Ah well. Off-topic I guess. And it isn't even Friday anymore. Steinar, Well, there has been plenty of GPL discussion on the Cygwin list -- let's not also start it on cygwin-xfree. However, since this involves something I said, I'd like to correct one misunderstanding: if you release your application under some licence that's not compatible with GPL (as defined ^ by FSF), whoever ports your application to Cygwin and distributes it is *in violation* of the GPL (but that does not make your application GPL -- you, as the author, completely control the licensing terms). For more information, please review the numerous discussions on the Cygwin list or contact a GPL discussion list. Igor Right, I agree that we are not discussing this here. However, I think that your comment was either simply wrong, or not allowing for the possibility (which he seems to be indicating) that his application would be released under an Open Source compatible license. From the Cygwin licensing page (http://cygwin.com/licensing.html): In accordance with section 10 of the GPL, Red Hat permits programs whose sources are distributed under a license that complies with the Open Source definition to be linked with libcygwin.a without libcygwin.a itself causing the resulting program to be covered by the GNU GPL. So, since this isn't really a case of things being automatically GPL'd, lets just forget it. Harold Isn't that what I said (see underlined part above)? But you're right, let's just forget it. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: CygWin GPLing by proxy (Was: Cannot display through rsh)
Igor Pechtchanski wrote: Harold, On Mon, 18 Aug 2003, Harold L Hunt II wrote: Igor, Igor Pechtchanski wrote: On Sat, 16 Aug 2003, Steinar Bang wrote: Igor Pechtchanski [EMAIL PROTECTED]: [snip!] Unfortunately, you wouldn't be able to distribute the resulting application, because anything linked with cygwin1.dll automatically becomes GPLd. If you could find an open-source JDK, this problem would not arise. IANAL, but... can this be right? If I write an application for UNIX/linux and make it available under some other license than GPL, and someone else ports it to CygWin, I don't see how this would automatically make my application be GPL'd? An in any case, this would only apply to the JDK in this case. A Java application running inside the JDK shouldn't be affected in any way. Ah well. Off-topic I guess. And it isn't even Friday anymore. Steinar, Well, there has been plenty of GPL discussion on the Cygwin list -- let's not also start it on cygwin-xfree. However, since this involves something I said, I'd like to correct one misunderstanding: if you release your application under some licence that's not compatible with GPL (as defined ^ by FSF), whoever ports your application to Cygwin and distributes it is *in violation* of the GPL (but that does not make your application GPL -- you, as the author, completely control the licensing terms). For more information, please review the numerous discussions on the Cygwin list or contact a GPL discussion list. Igor Right, I agree that we are not discussing this here. However, I think that your comment was either simply wrong, or not allowing for the possibility (which he seems to be indicating) that his application would be released under an Open Source compatible license. From the Cygwin licensing page (http://cygwin.com/licensing.html): In accordance with section 10 of the GPL, Red Hat permits programs whose sources are distributed under a license that complies with the Open Source definition to be linked with libcygwin.a without libcygwin.a itself causing the resulting program to be covered by the GNU GPL. So, since this isn't really a case of things being automatically GPL'd, lets just forget it. Harold Isn't that what I said (see underlined part above)? But you're right, let's just forget it. Igor Igor, I don't know that the majority of readers would know that not in violation of the GPL and complies with the Open Source definition sort of mean the same thing. The latter at least points them to the so called Open Source definition, while the former leaves them hanging, wondering if their license is in violation or not. Harold
Re: [bug] configs overwrote
The postinstall scripts don't do that because I haven't got time to work on it. I would gladly accept a patch from anyone that feels like contributing. Harold Krzysztof Dulba wrote: I know I may be not precise enough, but I haven't used X-Window for few months and I don't know what and how had actually happened. However, I see the result: my xinitrc file was overwrote during some installation. It's a bit of a pain so I have a remark: why don't post-install scripts make a backup, or just ask Overwrite [y/n]? Regards Krzysztof Duleba
Re: CygWin GPLing by proxy (Was: Cannot display through rsh)
On Mon, 18 Aug 2003, Harold L Hunt II wrote: Igor Pechtchanski wrote: Harold, On Mon, 18 Aug 2003, Harold L Hunt II wrote: Igor, Igor Pechtchanski wrote: On Sat, 16 Aug 2003, Steinar Bang wrote: Igor Pechtchanski [EMAIL PROTECTED]: [snip!] Unfortunately, you wouldn't be able to distribute the resulting application, because anything linked with cygwin1.dll automatically becomes GPLd. If you could find an open-source JDK, this problem would not arise. IANAL, but... can this be right? If I write an application for UNIX/linux and make it available under some other license than GPL, and someone else ports it to CygWin, I don't see how this would automatically make my application be GPL'd? An in any case, this would only apply to the JDK in this case. A Java application running inside the JDK shouldn't be affected in any way. Ah well. Off-topic I guess. And it isn't even Friday anymore. Steinar, Well, there has been plenty of GPL discussion on the Cygwin list -- let's not also start it on cygwin-xfree. However, since this involves something I said, I'd like to correct one misunderstanding: if you release your application under some licence that's not compatible with GPL (as defined ^ by FSF), whoever ports your application to Cygwin and distributes it is *in violation* of the GPL (but that does not make your application GPL -- you, as the author, completely control the licensing terms). For more information, please review the numerous discussions on the Cygwin list or contact a GPL discussion list. Igor Right, I agree that we are not discussing this here. However, I think that your comment was either simply wrong, or not allowing for the possibility (which he seems to be indicating) that his application would be released under an Open Source compatible license. From the Cygwin licensing page (http://cygwin.com/licensing.html): In accordance with section 10 of the GPL, Red Hat permits programs whose sources are distributed under a license that complies with the Open Source definition to be linked with libcygwin.a without libcygwin.a itself causing the resulting program to be covered by the GNU GPL. So, since this isn't really a case of things being automatically GPL'd, lets just forget it. Harold Isn't that what I said (see underlined part above)? But you're right, let's just forget it. Igor Igor, I don't know that the majority of readers would know that not in violation of the GPL and complies with the Open Source definition sort of mean the same thing. The latter at least points them to the so called Open Source definition, while the former leaves them hanging, wondering if their license is in violation or not. Harold Oops, I guess some more clarification (of what I said) is in order. No license is ever in violation of the GPL. It could be *incompatible* with GPL (as defined in the GPL FAQ), in which case porting the program with such license to Cygwin is a violation of the GPL (on Cygwin). But, as I should have stated initially, IANAL, so you may safely ignore anything I say ;-) (http://cygwin.com/acronyms/#IANAL). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: [bug] configs overwrote
Just a quick reminder that postinstall scripts are not supposed to have any interaction with the user at all, if only because their output goes directly to the log file and would never be seen by the user. Besides, this would require special arrangements for the unattended setup mode when we finally get one. Igor On Mon, 18 Aug 2003, Harold L Hunt II wrote: The postinstall scripts don't do that because I haven't got time to work on it. I would gladly accept a patch from anyone that feels like contributing. Harold Krzysztof Dulba wrote: I know I may be not precise enough, but I haven't used X-Window for few months and I don't know what and how had actually happened. However, I see the result: my xinitrc file was overwrote during some installation. It's a bit of a pain so I have a remark: why don't post-install scripts make a backup, or just ask Overwrite [y/n]? Regards Krzysztof Duleba -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
src/winsup/cygwin/include/cygwin version.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-08-18 15:54:26 Modified files: winsup/cygwin/include/cygwin: version.h Log message: Touch version.h to avoid build message. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.127r2=1.128
Signal handling tune up.
During my work on using the multimedia timer for setitimer I noticed that Cygwin was not optimized to handle 1000 signals per second. It starts trashing under heavy load. Attached is a tune up patch. It also modestly improves performances at light load and fixes a race condition. Some explanations are in order, here they are. 1) Note the pattern of frames on the stack 220 1565622 [sig] a 34108167 interruptible: pc 0x6100FCFB, h 0x6100, interruptible 0, testvalid 0 227 1565849 [sig] a 34108167 interruptible: pc 0x61010700, h 0x6100, interruptible 0, testvalid 0 222 1566071 [sig] a 34108167 interruptible: pc 0x610105E6, h 0x6100, interruptible 0, testvalid 0 snip snip 226 1576965 [sig] a 34108167 interruptible: pc 0x610105E6, h 0x6100, interruptible 0, testvalid 0 221 1577186 [sig] a 34108167 interruptible: pc 0x6101070E, h 0x6100, interruptible 0, testvalid 0 1840 1579026 [sig] a 34108167 interrupt_on_return: couldn't find a stack frame, i 32 ~: addr2line -e /bin/cygwin1.dll -f 0x610105E6 call_signal_handler_now /eroot/obj/i586-pc-cygwin/winsup/cygwin/../../../../src/winsup/cygwin/except ions.cc:1188 ~: addr2line -e /bin/cygwin1.dll -f 0x6101070e unused_sig_wrapper /eroot/obj/i586-pc-cygwin/winsup/cygwin/../../../../src/winsup/cygwin/except ions.cc:1221 What's happening is that when a signal handler terminates and another signal is pending (which is often the case in heavy load), Cygwin immediately starts a new one, expanding the stack in the process. Scanning the stack takes time, and when the limit of 32 is reached drastic actions are taken. Fixed with minor assembly changes * 2) movl$0,%0 # zero the signal number as a \n\ # flag to the signal handler thread\n\ # that it is ok to set up sigsave\n\ \n\ call[EMAIL PROTECTED] There is a race where the sigthread can start a handler for a signal that should be blocked. Simply interchanging the order still allows the sigthread to try to launch a handler (before the mask is set), discovers that sigsave is busy and takes cumbersome actions (e.g. Sleep). The patch moves set_process_mask all the way up to interrupt_setup(), so it is set in the sigthread itself. * 3) Posix says If a subsequent occurrence of a pending signal is generated, it is implementation-defined as to whether the signal is delivered or accepted more than once [RTS] in circumstances other than those in which queuing is required under the Realtime Signals Extension option. Cygwin takes the more than once path and increments sigtodo without bound. That's fine, except in the case of periodic exceptions that occur faster than they can be processed. There they should better be ignored. FWIW, that's a Posix requirement for timer_settime(). So, my (to come) implementation of setitimer examines sigtodo before generating an exception. To make this work I had to modify somewhat InterlockedDecrement/Decrement (myself-getsigtodo (sig)) to make sure that it always has the correct value. ** 4) What to do when an interrupt cannot be delivered has been modified to minimize delays. This went together with fixing (?) FIXMEs in setup_handler () and wait_sig(). See the saw_failed_interrupt stuff. There are also some minor and more obvious changes. ** 5) This is just an observation, about sig_handle (int sig, bool thisproc) The thisproc argument is set to rc != 2 in the sigthread. However it is possible for several signals to occur simultaneously and a signal can be processed with rc == 2 even when generated by the current process (or conversely). This could cause a SIGINT to be ignored (or not) when it shouldn't (something like that was discussed on the list recently). I don't fully understand the use of thisproc and have no suggestion. Fortunately the ChangeLog is much shorter than the explanations above. 2003-08-18 Pierre Humblet [EMAIL PROTECTED] * exceptions.cc (interrupt_setup): Decrement sigtodo and set the mask. (set_process_mask): Don't signal sigthread if old mask is more permissive. (sig_handle): Return -1 when no handler function is called. (unused_sig_wrapper): In sigreturn, handle the eventual new signal without growing the stack. In sigdelayed, do not call set_process_mask. * sigproc.cc (sig_send): Set pending_signals. (sig_set_pending): Delete. (wait_sig): Change the way of changing sigtodo and of handling failed interrupts. Modify some sigproc_printf().Index: exceptions.cc
Re: Signal handling tune up.
On Mon, Aug 18, 2003 at 08:17:36PM -0400, Pierre A. Humblet wrote: 5) This is just an observation, about sig_handle (int sig, bool thisproc) The thisproc argument is set to rc != 2 in the sigthread. However it is possible for several signals to occur simultaneously and a signal can be processed with rc == 2 even when generated by the current process (or conversely). This could cause a SIGINT to be ignored (or not) when it shouldn't (something like that was discussed on the list recently). I don't fully understand the use of thisproc and have no suggestion. Are you saying that that someone reported execing a process, hitting ctrl-c, and having another process simultaneously sending CTRL-C's to the exec'ed stub? I have a hard time seeing how that could be a common occurrence. However, this does demonstrate a flaw in wait_sig. It exhausts the sigtodo array based on the last received type of signal. So, if process a sends ctrl-c to itself and at the same time process b sends ctrl-c to process a, then the signal will be randomly processed as coming from either process a process b. If the signal is handled as coming from process b, process a will never get the notification it needs. I still have a hard time seeing how this could happen with any regularity but it is definitely something I will fix. Thanks, cgf
Re: Signal handling tune up.
On Mon, Aug 18, 2003 at 08:58:32PM -0400, Christopher Faylor wrote: On Mon, Aug 18, 2003 at 08:17:36PM -0400, Pierre A. Humblet wrote: 5) This is just an observation, about sig_handle (int sig, bool thisproc) The thisproc argument is set to rc != 2 in the sigthread. However it is possible for several signals to occur simultaneously and a signal can be processed with rc == 2 even when generated by the current process (or conversely). This could cause a SIGINT to be ignored (or not) when it shouldn't (something like that was discussed on the list recently). I don't fully understand the use of thisproc and have no suggestion. Are you saying that that someone reported execing a process, hitting ctrl-c, and having another process simultaneously sending CTRL-C's to the exec'ed stub? I have a hard time seeing how that could be a common occurrence. However, this does demonstrate a flaw in wait_sig. It exhausts the sigtodo array based on the last received type of signal. So, if process a sends ctrl-c to itself and at the same time process b sends ctrl-c to process a, then the signal will be randomly processed as coming from either process a process b. If the signal is handled as coming from process b, process a will never get the notification it needs. I still have a hard time seeing how this could happen with any regularity but it is definitely something I will fix. Thanks, Nevermind. It doesn't work the way I remembered. The while loop which decrements sigtodo only executes once when it encounters a normal UNIX signal (it probably should just be recoded as an if). So, this should be a non-issue. In fact, I don't see how multiple signals coming in at the same time would have the effect you mentioned either. cgf
Re: Signal handling tune up.
On Mon, Aug 18, 2003 at 08:17:36PM -0400, Pierre A. Humblet wrote: * 2) movl$0,%0 # zero the signal number as a \n\ # flag to the signal handler thread\n\ # that it is ok to set up sigsave\n\ \n\ call[EMAIL PROTECTED] There is a race where the sigthread can start a handler for a signal that should be blocked. Simply interchanging the order still allows the sigthread to try to launch a handler (before the mask is set), discovers that sigsave is busy and takes cumbersome actions (e.g. Sleep). The patch moves set_process_mask all the way up to interrupt_setup(), so it is set in the sigthread itself. I only applied the reversal of the movl with the call above since I'm not convinced that moving the set_process_mask into interrupt_setup doesn't introduce a race. It seems like your code could be setting the signal mask in interrupt_setup while it is also being restured in sigreturn. That would end up with the signal mask being indeterminate. cgf
Re: Signal handling tune up.
At 08:58 PM 8/18/2003 -0400, Christopher Faylor wrote: On Mon, Aug 18, 2003 at 08:17:36PM -0400, Pierre A. Humblet wrote: 5) This is just an observation, about sig_handle (int sig, bool thisproc) The thisproc argument is set to rc != 2 in the sigthread. However it is possible for several signals to occur simultaneously and a signal can be processed with rc == 2 even when generated by the current process (or conversely). This could cause a SIGINT to be ignored (or not) when it shouldn't (something like that was discussed on the list recently). I don't fully understand the use of thisproc and have no suggestion. Are you saying that that someone reported execing a process, hitting ctrl-c, and having another process simultaneously sending CTRL-C's to the exec'ed stub? I have a hard time seeing how that could be a common occurrence. No. But you just explained what I didn't understand about the code. However, this does demonstrate a flaw in wait_sig. It exhausts the sigtodo array based on he last received type of signal. So, if process a sends ctrl-c to itself and at the same time process b sends ctrl-c to process a, then the signal will be randomly processed as coming from either process a process b. If the signal is handled as coming from process b, process a will never get the notification it needs. Yes, that's what I had in mind. There are also the sig_dispatch_pending (0) in net.cc (and other places) that generate events with rc == 2 even though they are local. I don't understand their role. Pierre
Re: Signal handling tune up.
On Mon, Aug 18, 2003 at 10:29:27PM -0400, Pierre A. Humblet wrote: However, this does demonstrate a flaw in wait_sig. It exhausts the sigtodo array based on he last received type of signal. So, if process a sends ctrl-c to itself and at the same time process b sends ctrl-c to process a, then the signal will be randomly processed as coming from either process a process b. If the signal is handled as coming from process b, process a will never get the notification it needs. Yes, that's what I had in mind. There are also the sig_dispatch_pending (0) in net.cc (and other places) that generate events with rc == 2 even though they are local. Hmm. Now that I look at this more, I think maybe this should be a 'rc == 1' rather than a 'rc != 2'. I don't understand their role. All of the calls in net.cc are sig_dispatch_pending (0). It's supposed to synchronously flush all pending signals. Only calling sig_dispatch_pending (1) should call the nonsync semaphore. This justwake semaphore is problematic as it is used in exceptions.cc, though. It will confuse wait_sig when signals are stacked up. That may explain the occasional signal hang reports. cgf
Re: Signal handling tune up.
At 09:05 PM 8/18/2003 -0400, Christopher Faylor wrote: Nevermind. It doesn't work the way I remembered. The while loop which decrements sigtodo only executes once when it encounters a normal UNIX signal (it probably should just be recoded as an if). So, this should be a non-issue. In fact, I don't see how multiple signals coming in at the same time would have the effect you mentioned either. I don't understand. The sigtodo of a signal is decremented once but the code immediately continues in the for loop for the next signal. Two signals can be processed during a cycle of the outside for (;;) and they will have the same rc. Pierre
Re: Signal handling tune up.
At 09:58 PM 8/18/2003 -0400, Christopher Faylor wrote: I only applied the reversal of the movl with the call above since I'm not convinced that moving the set_process_mask into interrupt_setup doesn't introduce a race. It seems like your code could be setting the signal mask in interrupt_setup while it is also being restured in sigreturn. That would end up with the signal mask being indeterminate. Bummer. You are right. In practice breaking out of the inner loop (decrementing sigtodo) should have about the same effect as having the sigthread itself set the mask, i.e. when sigtodo is 1 , the sigthread will only start one handler and won't find the sigsave busy. Pierre
Re: Signal handling tune up.
On Mon, Aug 18, 2003 at 10:50:10PM -0400, Pierre A. Humblet wrote: At 09:05 PM 8/18/2003 -0400, Christopher Faylor wrote: Nevermind. It doesn't work the way I remembered. The while loop which decrements sigtodo only executes once when it encounters a normal UNIX signal (it probably should just be recoded as an if). So, this should be a non-issue. In fact, I don't see how multiple signals coming in at the same time would have the effect you mentioned either. I don't understand. The sigtodo of a signal is decremented once but the code immediately continues in the for loop for the next signal. Two signals can be processed during a cycle of the outside for (;;) and they will have the same rc. Oh, right. I was remembering a time when the inner while used to exhaust the InterlockedDecrement. It doesn't do that anymore but that hardly matters because, as you say, it is possible to the current code to be confused by simultaneous signals coming from the outside and from the current process. The only way I can think of around that is to add another an internal sigtodo array to every process just for signals sent to myself and scan that and the sigtodo process table. I guess I'll implement that in the next couple of days. So, yes, this could be responsible for some strange signal hangs. cgf
[ANNOUNCEMENT] New package: wtf-0.0.3-1
wtf(6) is a utility provided by some UNIX and UNIX-like systems including Slackware Linux and NetBSD. It translates acronyms and filename suffixes by looking up the definition of a term in various databases. I've added the OLOCA (http://cygwin.com/acronyms/) to the database directory, so the acronyms from the Cygwin lists will be found (yes, you can now really ask wtf is cgf ;-) ). There's a perl script in the source package to update the OLOCA database from the web version of the OLOCA for those who can't wait for regular package updates (also requires wget). See the README file for details. 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. Once you've downloaded setup.exe, run it and select Publishing or Graphics and then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin dot com . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain dot com at cygwin dot com 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. Igor Pechtchanski Cygwin WTF Maintainer -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Newbie: Where's ed, vi, more (or less), man?
On Sun, Aug 17, 2003 at 07:32:51PM -0400, Andy Civil wrote: Well, I managed to install vim, but I couldn't get it to emulate vi successfully, I read all the help stuff, and tried vi -v file, but it was still showing the ~ signs in blue. :set compatible that people write free software (I mean that) but I have to say that the whole experience of vim, namely being forced to use an improved version of a program and then spending ages trying to make it behave like the old version, is one of the reasons that people flee from Windows in the first place. Yeah, and since vim is installed as the default vi replacement on most, if not all Linux systems, that's exactly the kind of reason which let people flee from Linux. Sure. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Question about large file support
On Sun, Aug 17, 2003 at 02:59:13PM -0700, ColinB wrote: Thanks Corinna, fseeko is new to me! So for 64 bit file offsets I can use either: open/lseek/close or fopen/fseeko/ftello/fclose But in both cases do I have to specify #define _FILE_OFFSET_BITS 64 to make off_t 64 bit, or will off_t be 64 bits by default in cygwin 1.5.0 ? It's transparent. If you build an application using the 1.5.x headers and libs, the affected types like off_t or fpos_t are 64 bit types automagically. The same goes for uid_t/gid_t becoming 32 bit instead of 16 bit. To quote a mail I've sent to the cygwin-apps ML a month ago: [...] please note that the new datatypes are used automatically. There isn't any choice between e.g. a off_t with 32 bit and a off64_t with 64 bit and no corresponding functions as stat and stat64. Building under 1.5.0 means, off_t is 64 bit now. stat is expecting a struct stat with 64 bit off_t. Full stop. No compile time options. All or nothing. Well, you got the idea, I guess... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: New package: wtf-0.0.3-1
Igor Pechtchanski wrote: wtf(6) is a utility provided by some UNIX and UNIX-like systems including Slackware Linux and NetBSD. It translates acronyms and filename suffixes by looking up the definition of a term in various databases. I've added the OLOCA (http://cygwin.com/acronyms/) to the database directory, so the acronyms from the Cygwin lists will be found (yes, you can now really ask wtf is cgf ;-) ). There's a perl script in the source package to update the OLOCA database from the web version of the OLOCA for those who can't wait for regular package updates (also requires wget). See the README file for details. Yay! :) J. == Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other binding commitment through the use of this electronic communication unless it is issued in accordance with the Experian Limited standard terms and conditions of purchase or other express written agreement between Experian Limited and the recipient Experian Limited (registration number 653331) Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: New package: wft-0.0.3-l
Great package btw, loving it so far... Slight problem though, if I have a $HOME/.wtf directory with databases and indexes in it then the wtf program no longer searches the databases in the /usr/share/wtf directory. If I rename my .wtf directory then the system databases are searched once more. Any chance that this could be fixed so that both directories are searched -- or is this a 'feature' ;-) Additionally, the wtfindex program cores if you attempt to index a database with only one entry. Not many of those in real usage I guess, but if foxed me for a while during testing. -- James Spinks -- Protect yourself from spam, use http://sneakemail.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
patch unusable to apply patches to binary files
Because patch always reads its input in textmode, it cannot be used to apply patches to binary files - e.g. gcc-core-3.3-3.3.1.diff, which updates binary .gmo files. I recall previous threads about patch and textmode/binmode issues, but searching for patch textmode failed to find them. Can anyone point me to mails explaining the current behaviour of patch? Thanks, Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Driver help
Hi Kiran. On 2003.08.18 07:43, Kiran Bacche wrote: The ioperm package was very helpful. Thanks for that. U was now able to compile a sample driver into a .sys file. I used the SCOpenManager and CreateProcess to get it loaded. Try use CreateService() to install the driver and StartService() to start it. And please see admin directory in ioperm sources. So in effeect, when a write an application program hPort = CreateFile( \\DosDevices\\mydevice, 0, 0, NULL, 0, 0, NULL); if (hPort == (HANDLE)-1) { printf(Open failed :%lx\n,hCommPort); return -1; } I thought it would succeed. But CreateFile failed! What may be the reason? A snippet of the CYGWIN code for win driver is as follows: RtlInitUnicodeString( DeviceName, L\\Device\\mydevice ); RtlInitUnicodeString( SymbolicLinkName, L\\DosDevices\ \mydevice ); IoCreateDevice( DriverObject, 0, DeviceName, ... IoCreateSymbolicLink( SymbolicLinkName, DeviceName... Regards. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup strangeness
On Sun, 17 Aug 2003, Robert McNulty Junior wrote: I'm getting the following after setting up the installation. Every file is there. C:\cygwinchdir C:\cygwin\bin C:\cygwin\binbash --login -i Error (2): The system cannot find the file specified. [EMAIL PROTECTED] ~ $ Take a look at http://cygwin.com/ml/cygwin/2003-08/msg00829.html. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Newbie: Where's ed, vi, more (or less), man?
Corinna Vinschen wrote: :set compatible Ok, I assumed that would be the same as -v but I'll try it and search the help and web to see if there's a way to do that permanently; thanks. Yeah, and since vim is installed as the default vi replacement on most, if not all Linux systems, that's exactly the kind of reason which let people flee from Linux. Sure. I'm not sure I follow your logic but your tone is coming through crystal clear. Given that everyone else appears to accept vim and that the link I posted earlier was to a port that was seriously buggy, and that even elvis seems to be improved these days, I'll leave vim installed for my friend and see if she accepts it. Thanks for your help. -- Andy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
du.exe v3.5/4.1 or v3.16/4.0: where is the bug?
Hello. My problem is about different versions of du.exe that work in a different way. Details: the argument is executing du against a file owned by a different user than the one running du. first case: du file disk usage file du --version GNU fileutils 3.5 GNU fileutils 4.1 second case: du file file: Permission denied du --version GNU fileutils 3.16 GNU fileutils 4.0 In other words, using version 3.16 or 4.0 du fails to execute due to restricted permissions on the file. What I wonder is why the behaviour changed through all those du.exe versions and finally what should be the right way of working. Many thanks, Elisabetta -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
emacs look
I just downloaded the latest version of cygwin, along with emacs 21.2 and it's respective X11 libraries. It's been a year or so since I've used emacs and this is not the version I remember. This version looks more like Xemacs than the GNU emacs I remember using. Namely, there were no cute little (and totally redundant) buttons for 'cut', 'paste' etc... is there any way to get rid of or turn off this button toolbar? Thanks -Sal -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Setup strangeness
That was is it. My printer was turned off. Turned back on, went to the Cygwin icon, started Cygwin, with printer on, and it started just fine (Cygwin). Thanks Robert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Igor Pechtchanski Sent: Monday, August 18, 2003 8:11 AM To: Robert McNulty Junior Cc: [EMAIL PROTECTED] Subject: Re: Setup strangeness On Sun, 17 Aug 2003, Robert McNulty Junior wrote: I'm getting the following after setting up the installation. Every file is there. C:\cygwinchdir C:\cygwin\bin C:\cygwin\binbash --login -i Error (2): The system cannot find the file specified. [EMAIL PROTECTED] ~ $ Take a look at http://cygwin.com/ml/cygwin/2003-08/msg00829.html. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: patch unusable to apply patches to binary files
On Mon, Aug 18, 2003 at 12:52:09PM +0100, Max Bowsher wrote: Because patch always reads its input in textmode, it cannot be used to apply patches to binary files - e.g. gcc-core-3.3-3.3.1.diff, which updates binary .gmo files. Bummer. I guess I have to patch patch once more. I'll recycle the --binary option again for this kind of situation as soon as I find some spare time to do that. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cron and network drives
Andrew DeFaria wrote: Larry Hall wrote: Hard to say exactly with the information given. My WAG is that the user from whom you're running the cron job for is logged in and authenticated by Windows on the second machine when cron runs but not on the first machine. Only one user is in use on both machines. In fact I accessed both machines using remote desktop logged in as that user. The crontab is that same user, etc. This is assuming the share is not public, which would mean you have a completely different (network) problem on the first machine. Could you please describe exactly what is a public share, what is not a public share (I assume that would be a private share) and how does one tell the difference? Also, assuming that in the case that works it works because it's a public share and in the case that doesn't work it fails because it's a private share then how do I go about changing the private share to a public share? I really wish that somebody would address this issue once and for all. I often here such things as a public mount but to date nobody has ventured a guess as to what a public mount would be and how it would differ from a non public mount. I think I have a situation here that clearly shows that something is odd whereas on one machine a mounted drive is available via cron and on another machine it is not. Both machines are setup nearly identically with the same user (in the same domain though geographically separated by thousands of miles). The only difference I see is that the versions of Cygwin and cron are different. The situation is this: There are two machines: hosta and hostb. The user in question is the same, userc. Now on hosta the T drive is mounted from //hosta/share. On hostb the T drive is mounted from //hostb/share (The share is replicated on both machines and has bascially the same stuff - Tools. This is done because of the thousands of miles of seperation between the two machines). A cronjob is setup for userc on both hosta and hostb doing merely: * * * * * net use /tmp/netuse On hosta it shows the T drive is OK while on hostb it shows the T drive is unavailable. hosta and hostb are both Windows 2000 servers. hosta is running Cygwin 1.3.20, cron 3.0.1-7. hostb is running Cygwin 1.3.22, cron 3.0.1-10. Can somebody explain why this works on hosta and not on hostb? And if that explaination is because the share on hosta is public and on hostb it is not then please let me know what a public mount is and how can I make the mount on hostb public. Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cron and network drives
Andrew DeFaria [EMAIL PROTECTED] wrote: Andrew DeFaria wrote: Larry Hall wrote: Hard to say exactly with the information given. My WAG is that the user from whom you're running the cron job for is logged in and authenticated by Windows on the second machine when cron runs but not on the first machine. Only one user is in use on both machines. In fact I accessed both machines using remote desktop logged in as that user. The crontab is that same user, etc. This is assuming the share is not public, which would mean you have a completely different (network) problem on the first machine. Could you please describe exactly what is a public share, what is not a public share (I assume that would be a private share) and how does one tell the difference? Also, assuming that in the case that works it works because it's a public share and in the case that doesn't work it fails because it's a private share then how do I go about changing the private share to a public share? I really wish that somebody would address this issue once and for all. I often here such things as a public mount but to date nobody has ventured a guess as to what a public mount would be and how it would differ from a non public mount. I think I have a situation here that clearly shows that something is odd whereas on one machine a mounted drive is available via cron and on another machine it is not. Both machines are setup nearly identically with the same user (in the same domain though geographically separated by thousands of miles). The only difference I see is that the versions of Cygwin and cron are different. I think Larry is actually speaking shares here, not mounts. The reason people might not be explaining this is perhaps because it's just a case of common sense. Public meaning access-to-all, share, in this case, meaning a file share ...It really shouldn't need explaining. FYI, this could have been answered by looking at the Windows help, Microsoft KB, Google, ... The situation is this: There are two machines: hosta and hostb. The user in question is the same, userc. Now on hosta the T drive is mounted from //hosta/share. On hostb the T drive is mounted from //hostb/share (The share is replicated on both machines and has bascially the same stuff - Tools. This is done because of the thousands of miles of seperation between the two machines). A cronjob is setup for userc on both hosta and hostb doing merely: * * * * * net use /tmp/netuse On hosta it shows the T drive is OK while on hostb it shows the T drive is unavailable. hosta and hostb are both Windows 2000 servers. hosta is running Cygwin 1.3.20, cron 3.0.1-7. hostb is running Cygwin 1.3.22, cron 3.0.1-10. Double check the following 1) Your /etc/passwd and /etc/group are fully up-to-date (for domain local access) 2) The cron service is running as the same user It might also be a good idea to cut Cygwin out of the equastion, and make sure you're able to do all of this from within Windows (trying your `net use' from a remote-telnet session would be a good place to start). There's also a trick you can do with `at' that might help. Type: at /interactive HH:MM cmd at the (Windows) command line. At (no pun intended) HH:MM a LocalSystem owned command prompt should pop-up, where you can try out `net use'. If it doesn't work (`net use'), it's a problem with your Windows configuration. Can somebody explain why this works on hosta and not on hostb? And if that explaination is because the share on hosta is public and on hostb it is not then please let me know what a public mount is and how can I make the mount on hostb public. I wouldn't even want to venture a guess. If you haven't already supplied cygcheck output from both machines, that would make a good data point. -- Elfyn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Various shell problems
From: John Morrison john dot r dot morrison at ntlworld dot com To: cygwin at cygwin dot com Date: Sun, 17 Aug 2003 10:18:56 +0100 Subject: RE: Various shell problems From: Dr.D.J.Picton Hi :) Thanks for the feedback, [snip] Unfortunately, I did notice problems with /etc/profile: Firstly, it sets stty erase ^? In my view the correct setting is definitely ^h (backspace). *GRIN* before we get into this discussion, I'd like to note the in my view :) To quote: Both keys essentially do the same thing, with one major difference. The backspace key deletes to the left of the cursor, and the delete key deletes to the right of the cursor. See below. I wasn't talking about bash shell input which does indeed work as described! Setting the erase character to ^? (delete) causes problems when 'normal' terminal i/o is used. What's a 'normal' terminal? Do you mean the one you start from the cygwin shortcut? If so, it works for me; what version of bash are you running? (it only gets set for bash atm) I'm using: GNU bash, version 2.05b.0(9)-release (i686-pc-cygwin) Unfortunately there has been a slight misunderstanding here. I did mean the cygwin shortcut, and I am using the above version of bash. However... By 'normal' input I meant the 'dumb' input to programs which issue simple terminal reads, e.g. cat or ftp (as opposed to shells which do complex line editing.) I'll refer to this type of input as 'simple' input. For example, if I create a file using the cat command: cat test the line editing facilities are very limited. I find I can't reposition the cursor using the arrow keys. This moves the cursor, but the cursor key escape sequences are stored in the file! The only way to correct the input is to backspace from the end of the line, and the backspace key is the logical choice - I'm removing the character to the left of the cursor. This works if the stty erase character is ^h. However, if it's been set to ^?, things tend to break: 1. In a window started by the cygwin shortcut, I can't backspace input in simple terminal reads. The delete key does nothing, and the backspace key actually generates a ^h character! 2. In an xterm window without the resource *VT100*deleteIsDel: true Bash input works as advertised, but setting stty erase ^? completely breaks character deletion in 'simple' input. The backspace key generates an actual ^h character, and the delete key produces an escape sequence ... 3. In an xterm window with the resource *VT100*deleteIsDel: true Again, there's no problem with bash input. I can now set stty erase ^? and use the delete key as the character erase key in simple input. But this is all very counter-intuitive, for the reasons given above. Another thing I've noticed is that stty echoctl is set in an xterm session, but it doesn't actually seem to do anything. I would expect control characters to be echoed in 'caret' notation in simple input (e.g. ^a for control-A), and on other systems I find this very useful because it lets me know when I'm entering control characters. Is this a known limitation of the terminal emulation under Cygwin? inetutils (of which ftp is part) is at version 1.4.2 on GNU, cygwin's ftp is (GNU inetutils) 1.3.2. Could you try this version and, if it fixes the bug, lobby to get cygwin updated? I'll look into this when I have the time (which isn't right now!) In the meantime, the /etc/profile kludge will keep the users happy. But of cause, it's *your* /etc/profile now, feel free to hack it :) Thanks again for taking the time, J. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Various shell problems
On Mon, Aug 18, 2003 at 07:37:35PM +0100, Dr.D.J.Picton wrote: By 'normal' input I meant the 'dumb' input to programs which issue simple terminal reads, e.g. cat or ftp (as opposed to shells which do complex line editing.) I'll refer to this type of input as 'simple' input. For example, if I create a file using the cat command: cat test the line editing facilities are very limited. I find I can't reposition the cursor using the arrow keys. This moves the cursor, but the cursor key escape sequences are stored in the file! i.e., Cygwin is a Linux-like environment for Windows Another thing I've noticed is that stty echoctl is set in an xterm session, but it doesn't actually seem to do anything. I would expect control characters to be echoed in 'caret' notation in simple input (e.g. ^a for control-A), and on other systems I find this very useful because it lets me know when I'm entering control characters. Is this a known limitation of the terminal emulation under Cygwin? Yes. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cron and network drives
Elfyn McBratney wrote: Andrew DeFaria [EMAIL PROTECTED] wrote: Andrew DeFaria wrote: Larry Hall wrote: Hard to say exactly with the information given. My WAG is that the user from whom you're running the cron job for is logged in and authenticated by Windows on the second machine when cron runs but not on the first machine. Only one user is in use on both machines. In fact I accessed both machines using remote desktop logged in as that user. The crontab is that same user, etc. This is assuming the share is not public, which would mean you have a completely different (network) problem on the first machine. Could you please describe exactly what is a public share, what is not a public share (I assume that would be a private share) and how does one tell the difference? Also, assuming that in the case that works it works because it's a public share and in the case that doesn't work it fails because it's a private share then how do I go about changing the private share to a public share? I really wish that somebody would address this issue once and for all. I often here such things as a public mount but to date nobody has ventured a guess as to what a public mount would be and how it would differ from a non public mount. I think I have a situation here that clearly shows that something is odd whereas on one machine a mounted drive is available via cron and on another machine it is not. Both machines are setup nearly identically with the same user (in the same domain though geographically separated by thousands of miles). The only difference I see is that the versions of Cygwin and cron are different. I think Larry is actually speaking shares here, not mounts. Quite right. I don't know where Andrew got public mount. The text he quoted from my response to his original inquiry uses public share, not public mount. A public share is a 'Windows thing'. It isn't a 'Cygwin thing'. It's a share that allows unprivileged/unauthenticated users access. Setting it up simply means adding users of this type (i.e. 'Guest') to the share's permission list. I don't know if this explains Andrew's situation or not. I'm still a bit mystified though why he's so hung up on this public share issue. I thought it was put to bed the last time he asked in this thread: http://www.cygwin.com/ml/cygwin/2002-01/msg00659.html If none of this resolves the issue though, Elfyn's suggestion of comparing the output of cygcheck for the two machines is a good one. Or his general thoughts on debugging of cron is also worthwhile. Otherwise, I guess the only other option is to fire up the debugger and see what's going on. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
No output from DOS commands via telnet using xinetd
I've noticed that running most DOS commands via telnet using *xinetd* produced no output. Runing DOS commands via telnet using *inetd* works as expected and DOES produce the expected output. For instance, in telnet via inetd, typing: net help produces the following output: - [EMAIL PROTECTED] ~ - net help The syntax of this command is: NET HELP command -or- NET command /HELP Commands available are: NET ACCOUNTS NET HELP NET SHARE NET COMPUTER NET HELPMSG NET START NET CONFIG NET LOCALGROUPNET STATISTICS NET CONFIG SERVERNET NAME NET STOP NET CONFIG WORKSTATION NET PAUSE NET TIME NET CONTINUE NET PRINT NET USE NET FILE NET SEND NET USER NET GROUPNET SESSION NET VIEW NET HELP SERVICES lists the network services you can start. NET HELP SYNTAX explains how to read NET HELP syntax lines. NET HELP command | MORE displays Help one screen at a time. [EMAIL PROTECTED] ~ - --- In telnet via xinetd, their is NO output from the same command: --- [EMAIL PROTECTED] ~ - net help [EMAIL PROTECTED] ~ - --- Also, if you run a DOS shell via telnet through inetd, you can see the output of unix/cygwin commands: [EMAIL PROTECTED] ~ - cmd Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. e:\temppwd pwd /cygdrive/e/temp e:\tempexit exit [EMAIL PROTECTED] ~ Output of same pwd command when run via telnet through xinetd: [EMAIL PROTECTED] ~ - cmd Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. e:\temppwd pwd e:\tempexit exit [EMAIL PROTECTED] ~ - _ Is this a known issue? Is this a bug? or is there some configuration thing I have to do?? Brian Kelly WellChoice, Inc. made the following annotations on 08/18/2003 03:08:03 PM -- Attention! This electronic message contains information that may be legally confidential and/or privileged. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Release/Disclosure Statement -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Beeing general. -- postinstall / preremove --
As I have no sources for the webpage I cannot create patches. I don't know if this text appears elsewhere... Please, do a PTC analysis on this anyway! Corrections may be necessary, as always - I'm a lazy scribbler. In contrary to others on this list I'm not perfect. /Hannu E K Nevalainen, B.Sc. EE Microcomputer systems - 59?14'N, 17?12'E Reformatted paragraphs, to adhere to 80 chars per line. -- Excerpt from -- http://cygwin.com/setup.html -- Creating a package postinstall script If your package requires certain commands to be executed after the files in the package are installed, include them in a file in the package called /etc/postinstall/package.sh or /etc/postinstall/package.bat. If the file's name ends in .sh, it is executed with the Cygwin shell; if it ends in .bat, it is executed with the DOS command interpreter. If it doesn't end with either of these suffixes, it is ignored. After the script has been run it is renamed by appending the suffix .done to its previous name, to prevent it from being run again the next time the user runs the setup program. Note that the setup program runs all the postinstall scripts after all desired packages have been installed, that is, it does not run each package's postinstall script immediately after installing that package. Note, furthermore, that the order in which the scripts are run is not guaranteed. Therefore, if your package depends on others which have their own postinstall scripts, you cannot assume in your script that the other packages' scripts have already been run. -- END of excerpt -- http://cygwin.com/setup.html -- -- Addition to be appended here -- Before you create anything that alters things that might be subject to user preference - think it over very thoroughly! Adjust as much as possible to what the user has set as his preference. An example: The Start-menu The user might have reordered his/hers Start-menu in an advanced manner, then adding multiple shortcuts to the menu in a way that disobeys the rules is just plain irritating. If you still feel that you should add things to the Start-menu, then first check if there is a Cygwin folder there. If there is one, then add your stuff in there, using a new folder named after the package you're maintaining. Here is an example of a postinstall script that checks for the existanse of the Cygwin start-menu folder. If it isn't there it does exit $ head -15 cygwin-doc-postinstall.sh.done #!/bin/sh # cygwin-doc.sh # requires mkshortcut from cygutils # determine if there is a Start Menu Cygwin directory, put links in place if so CYGWIN_ASM=$(cygpath -AP)/Cygwin CYGWIN_SM=$(cygpath -P)/Cygwin if [ -d $CYGWIN_ASM ]; then CYG_USER_FLAGS=-AP elif [ -d $CYGWIN_SM ]; then CYG_USER_FLAGS=-P else exit 0 fi As you have created a postinstall script, it is strongly urged that you should also consider creating a script that reverses the actions. This is called a preremove script and should be included in the package analogous to the postinstall scripts, just replacing the path with /etc/preremove/package.sh or /etc/preremove/package.bat. -- END of addition -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: openssl-0.9.7-1
Mai, Vinh wrote: Hi There, I've read your document regarding this version of openssl. I noticed that this version now supports Windows CE platform. I developed an application using Embedded Visual C++ (Windows CE 3.0). I am looking for an open source to use in my program regarding cryptography. I have a couple of questions regarding the use of this openssl. What document? A *Cygwin* release announcement? Either way, Cygwin doesn't support Windows CE, and thus OpenSSL w/ Cygwin won't work for you. 1. Can I use this version of openssl and implement it into my application? 2. if so, then how do I go about using it? I've downloaded the entire openssl, and have no earthly idea where to start. The readme text files do not provide me any great help. 3. if I can't implement this into my application, do you know of any other open source cryptography that I can use? Any comments or suggestions would be greatly appreciative. Please take your questions to the OpenSSL (http://openssl.org) people, their off-topic here. -- Elfyn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: emacs look
No not the console version (which can also be invoked with emacs-nox). Elfyn McBratney [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Sal wrote: I just downloaded the latest version of cygwin, along with emacs 21.2 and it's respective X11 libraries. It's been a year or so since I've used emacs and this is not the version I remember. This version looks more like Xemacs than the GNU emacs I remember using. Namely, there were no cute little (and totally redundant) buttons for 'cut', 'paste' etc... is there any way to get rid of or turn off this button toolbar? Thanks Are you looking for the console version of emacs? Is so, call emacs with the `-nw' switch. -- Elfyn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: HLDS and Cygwin
GDN_Cygwin wrote: There seems to be a problem running HLDS (half-life dedicated server) for windows and Cygwin and possible other similar apps. The setup: 1) Full install of HLDS, lets call it hlds1 2) Second complete install of HLDS in separate directory, call hlds2 I have no problem executing the hlds1 or hlds2 by themselves. But when I try to run both at the same time the 2nd one does not run at all. Sorry, I do not know what HLDS is or what it does, apart from it being of the server variety of applications. Is HLDS a free software project, an open source project, a commercial thing? If I kill hlds1 and run hlds2 it starts right up. If I run either hlds1 or hlds2 and try to even execute the other one from file explorer I get an error Unable to load engine, image is corrupt. Although if I run hlds1 and hlds2 from file explorer they both run fine. This doesn't really sound like a Cygwin issue. Is HLDS a Cygwin app or Mingw app [read: native windows app] ? I have seen on the net claims that cygwin has: NOTE: There are issues with the cygwin.dll and separating simultaneous user space. Use with caution! There *are* issues when running multiple versions of the Cygwin dll (cygwin1.dll), but not when running two Cygwin programs on a single installation. They suggest using SSH.COM's SSH solution for this issue. Who does? And if this entity suggests using ssh.com's solution for this problem then perhaps you should goto ssh.com for help. Has anyone else run into this? I tried to even run firedaemon from cygwin but cannot do it without admin so thats out. I also tried to run psexec but it does not work under cygwin either apprently. This approach was to try and get cygwin to start hlds as services by a non Admin user to get around the problem. The main thing I am trying to do is have a normal (non Admin) user run hlds.exe and have multiple copies of it run on the same machine. Any help would be greatly appreciated. I'm sorry but, although you have provided a lot of information, it's not really useful. You seem to have a problem with a *Windows* program, and I'm not too sure how Cygwin fits into this at all. Please take a gander at http://cygwin.com/problems.html, if you think this really is a Cygwin issue. -- Elfyn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: emacs look
Sal wrote: No not the console version (which can also be invoked with emacs-nox). So, you want an X version (emacs-x11 / XEmacs) ? If so, you might want to ask on the cygwin-xfree list, cf http://cygwin.com/lists.html or search both the cygwin and cygwin-xfree archives (URL's above ^). Would try and help, but I've now turned to vim. g -- Elfyn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: du.exe v3.5/4.1 or v3.16/4.0: where is the bug?
Hallo Elisabetta, Am Montag, 18. August 2003 um 17:16 schriebst du: Hello. My problem is about different versions of du.exe that work in a different way. Details: the argument is executing du against a file owned by a different user than the one running du. first case: du file disk usage file du --version GNU fileutils 3.5 GNU fileutils 4.1 second case: du file file: Permission denied du --version GNU fileutils 3.16 GNU fileutils 4.0 In other words, using version 3.16 or 4.0 du fails to execute due to restricted permissions on the file. What kind of permission makes the 3.16/4.0 versions fail? What I wonder is why the behaviour changed through all those du.exe versions and finally what should be the right way of working. Maybe an old 3.16 bug was 'reintroduced by accident' with 4.0? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: emacs look
(tool-bar-mode 0) did the trick thanks. However, is it me, or does the menu bar seem a little too fat? Joe Buehler [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Sal wrote: I just downloaded the latest version of cygwin, along with emacs 21.2 and it's respective X11 libraries. It's been a year or so since I've used emacs and this is not the version I remember. This version looks more like Xemacs than the GNU emacs I remember using. Namely, there were no cute little (and totally redundant) buttons for 'cut', 'paste' etc... is there any way to get rid of or turn off this button toolbar? Thanks Put in your .emacs: (tool-bar-mode 0) (menu-bar-mode 0) -- Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: -x weirdness
Hallo Benoit, you wrote: When I installed cygwin, permissions on all the distribution looks like: ### $ ls -al /usr/bin/bash -rwx--+ 1 Administ Domain U 531968 Mar 13 04:29 /usr/bin/bash* ### As you can see, even if I am: ### $ id uid=17199(benoitr) gid=10513(Domain Users) groups=10513(Domain Users),11121(Exceed Users) ### I can however run bash and every other programs. I suppose it is a Windoze weirdness. But, what is interesting is How can I know if a program can be executed? Often, I write scripts where the flow of control depend on the availability of a particular program. So check this out: ### $ [ -x /usr/bin/bash ]; echo $? 0 $ /usr/bin/test -x /usr/bin/bash; echo $? 1 $ perl -e 'print -x /usr/bin/bash ? 0 : 1 , \n' 1 ### I guess only bash is correct... Looking at the source code of bash (in test.c), we discover what seems to be the correct way of guessing if a program can be executed: case 'x': /* File is executable? */ return (EACCESS (arg, X_OK) == 0); where EACCESS is: #if defined (AFS) || defined (__CYGWIN__) # define EACCESS(path, mode) access(path, mode) #else # define EACCESS(path, mode) test_eaccess(path, mode) #endif /* AFS */ I'd like to know if: Someone will notice and eventually correct the bug - or - I'm wrong, this is not a bug - or - Tell me a way to interprete these results. Do I have to mail this problem to a perl mailing list? Nope. Seems to be a bug in your perl version. Which version are you using right now? I consider the 5.8.0 series will be removed from the mirrors soon, I was not very happy with it. 5.6.1-2 will stay and eventually be updated to use cygwin-1.5.2 and probably also some day in future there will be a 5.6.2 release, I'll look into this issue if it is a bug in 5.6.x, and my 5.8.1-tobe snapshot with cygwin 1.5.2 does it the correct way: $ perl -e 'print -x /usr/bin/bash ? 0 : 1 , \n' 0 $ perl -e 'print -x /usr/bin/bash.exe ? 0 : 1 , \n' 0 $ perl -v This is perl, v5.8.1 built for cygwin-multi-64int (with 1 registered patch, see perl -V for more detail) ... Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cron and network drives
Elfyn McBratney wrote: I really wish that somebody would address this issue once and for all. I often here such things as a public mount but to date nobody has ventured a guess as to what a public mount would be and how it would differ from a non public mount. I think I have a situation here that clearly shows that something is odd whereas on one machine a mounted drive is available via cron and on another machine it is not. Both machines are setup nearly identically with the same user (in the same domain though geographically separated by thousands of miles). The only difference I see is that the versions of Cygwin and cron are different. I think Larry is actually speaking shares here, not mounts. Sorry for the incorrect terminology. Substitute public share for public mount. The reason people might not be explaining this is perhaps because it's just a case of common sense. Public meaning access-to-all, share, in this case, meaning a file share ...It really shouldn't need explaining. AFAICT it is a public, access-to-all, share. Tools from hostb appears to be the same style of share as Tools from hosta. in question is the same, userc. Now on hosta the T drive is mounted from //hosta/share. On hostb the T drive is mounted from //hostb/share (The share is replicated on both machines and has bascially the same stuff - Tools. This is done because of the thousands of miles of seperation between the two machines). A cronjob is setup for userc on both hosta and hostb doing merely: * * * * * net use /tmp/netuse On hosta it shows the T drive is OK while on hostb it shows the T drive is unavailable. hosta and hostb are both Windows 2000 servers. hosta is running Cygwin 1.3.20, cron 3.0.1-7. hostb is running Cygwin 1.3.22, cron 3.0.1-10. The situation is this: There are two machines: hosta and hostb. The user Double check the following 1) Your /etc/passwd and /etc/group are fully up-to-date (for domain local access) They are up to date, WRT to userc. 2) The cron service is running as the same user Cron is installed identically - running as SYSTEM. It might also be a good idea to cut Cygwin out of the equastion, and make sure you're able to do all of this from within Windows (trying your `net use' from a remote-telnet session would be a good place to start). I assure you the share is indeed in use everyday by everyone at the site. My understanding of accessing mount points (shares that have been mounted to a drive letter) is that if you telnet or login (or switchuser) in such a way as to have a passwordless login then mount points are marked as unavailable. Further I understand that cron runs as SYSTEM and switches user to the owner of the crontab. Thus a passwordless login has occurred therefore mount points are unavailable. Yet on hosta it works but on hostb it fails. There's also a trick you can do with `at' that might help. Type: at /interactive HH:MM cmd at the (Windows) command line. At (no pun intended) HH:MM a LocalSystem owned command prompt should pop-up, where you can try out `net use'. If it doesn't work (`net use'), it's a problem with your Windows configuration. But I thought, and perhaps I'm wrong, that is it not SYSTEM that I need worry about rather whether or not userc has access to the mounted drive (OK) or not (Unavaliable). I've tried the at command to no avail. No window is popped up. Yes I included /interactive. Problem is perhaps that hostb, the machine where the problem is, is in China and I'm accessing it via Remote Desktop. A cmd process runs, as SYSTEM, but there is no window. Apparently /interactive and Remote Desktop do not like each other! :-( that explaination is because the share on hosta is public and on hostb it is not then please let me know what a public mount is and how can I make the mount on hostb public. Can somebody explain why this works on hosta and not on hostb? And if I wouldn't even want to venture a guess. If you haven't already supplied cygcheck output from both machines, that would make a good data point. Attached. Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Aug 18 14:05:59 2003 Windows 2000 Server Ver 5.0 Build 2195 Service Pack 4 Path: . \\sonscentral\users\ccadmin\bin E:\Views\official\Tools\adm\bin E:\Views\official\Tools\bin \\sons-clearcase\Tools\Perl\bin C:\Cygwin\bin C:\Cygwin\bin C:\Cygwin\usr\local\bin C:\Cygwin\usr\sbin c:\WINNT\System32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\Rational\Common c:\Program Files\Rational\Rational Test c:\Program Files\Rational\ClearQuest c:\Program Files\Rational\ClearCase\bin SysDir: C:\WINNT\system32 WinDir: C:\WINNT CYGWIN = `ntsec' HOME = `\\sonscentral\users\ccadmin' MAKE_MODE = `unix' PWD = `/us/ccadmin' USER = `ccadmin' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' AVENGINE =
opening attachments from emacs/gnus under cygwin
In the event this helps anyone... I'm running GNU Emacs 21.2.1 and gnus 5.10.1 under Cygwin 1.3.22. I got tired of having to save attachments and then open a dired buffer and then launch via shellex. So I created a .mailcap and put the following in there: application/msword; cmd /c winword.exe `cygpath -aw %s` Lo and behold, MS Word attachments now launch. Lather, rinse, and repeat for other MIME types. -- Jason Dufair - [EMAIL PROTECTED] http://www.dufair.org/ Give a man fire and he will be warm for a day. Set a man on fire and he will be warm for the rest of his life. -- Terry Pratchett -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
finding out how much memory is available with malloc, gcc, cygwin
A program similar to the one listed below works for me on Linux but not under Cygwin. The idea is to find out how memory I can allocate on the machine. The Cygwin version keeps going (past 700MB), reporting that it has allocated more memory than the machine has. What am I doing wrong? Thanks. #include stdlib.h #include stdio.h int main(void) { char *p; int loop = 1; long allocated = 0L; const long PIECE = 1000L; const long TENMB = 1000L; long nextTenMB = TENMB; while(loop) { p = (char*)malloc(PIECE); if(p == NULL) { printf(p == NULL\n); loop = 0; } if(p == (char*)0) { printf(p == (char*)0\n); loop = 0; } if(loop == 0) break; allocated += PIECE; if(allocated = nextTenMB) { printf(%ld\n, allocated); nextTenMB += TENMB; } } printf(final: %ld\n, allocated); return 0; } Some environment particulars: - cygwin 1.3.19-1 - gcc 3.2-3 - windows 2000, version 5.0, service pack 4 __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
mod_auth_mysql
Hey all, I would like to build, CYGwin style, the latest mod_auth_mysql (ver 2.20) for Apache. The Apache directives have been updated in this version along with a number of encryption bug fixes. I've got the source from MySQL but there doesn't seem to be any info for CYGwin build. The CYGwin setup source download only provides a .c file. Can I simply implement the same changes from that to the new source? How about any special configure options? Could someone point me in the right direction with this? Thanks, Bill --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
auto tab complete
I can't seem to get any tab completion during sftp. Is there anything I have to do special to get it going? Thanks, Johnny -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
php.exe for cygwin
I've got mod_php/apache-php installed and running on my cygwin dist, but one of the things I want to do is run php scripts from the command line. Is there a way for me to obtain php in the bin dir so I can execute it from the command line like I call Perl? I've looked in the archives, but not found any such info. Thanks in Advance, Zeb -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: vi startup problem
My apologies for not posting properly. Using Cygwin 1.3.22 on W2K. I've looked at the archives (extensively) and not found a solution to this. One thing I _did_ do is extapolate from other postings that the problem might be non-compatible versions cygwin with vi. To remedy this, I re-ran setup.exe and got all the curr packages. This seemed to do the trick. Was my assessment correct? Rgs, Zeb On Mon, 18 Aug 2003, Larry Hall wrote: :Aurangzeb M. Agha wrote: : When I try to start up vi, I get the following: : : Terminal entry not found in terminfo : 'cygwin' not known. Available builtin terminals are: : builtin_ansi : builtin_xterm : builtin_iris-ansi : builtin_dumb : defaulting to 'ansi' : : What's causing this, and how do I resolve it? : :See http://cygwin.com/problems.html. Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Aug 18 22:25:27 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: D:\cygwin\usr\local\bin D:\cygwin\bin D:\cygwin\bin d:\javalib\lib d:\javalib\Jikes\bin d:\jdk1.4\bin d:\Misc\WinCvs d:\Perl\bin\ D:\cygwin\bin D:\cygwin\usr\X11R6\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\PROGRA~1\ULTRAE~1 d:\Misc\bugseeker2\bin d:\javalib\j2sdkee1.2.1\bin d:\Misc\SSH Secure Shell d:\javalib\Jakarta\jakarta-ant\bin c:\Program Files\Executive Software\DiskeeperServer\ c:\TEMP\downloads\jreversepro-1.4.1-bin\jreversepro-1.4.1\bin d:\javalib\jrevpro\bin d:\vslick\win D:\cygwin\bin\id.exe output (nontsec) UID: 1000(aagha) GID: 513(None) 513(None) D:\cygwin\bin\id.exe output (ntsec) UID: 1000(aagha) GID: 513(None) 513(None)544(Administrators) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `D:\cygwin\home\aagha' LIBRARY_PATH = `//d/cygwin/lib' MAKE_MODE = `unix' PWD = `/home/aagha' USER = `aagha' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' ANT_HOME = `D:\javalib\Jakarta\jakarta-ant' APPDATA = `C:\Documents and Settings\aagha\Application Data' APP_ROOT = `D:\dev\dev_Avedo\app' CLASSPATH = `.;D:\dev\classes;D:\javalib\lib\pgjdbc2.jar;D:\dev\dev_G101\App\build;D:\dev\dev_G101\App\lib' CLASSPATH_DEV_G101 = `D:\dev\dev_G101\App\build;D:\dev\dev_G101\App\lib' CLASSPATH_MISC = `D:\dev\classes;D:\javalib\lib\pgjdbc2.jar;' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `SUNTZU' COMSPEC = `C:\WINNT\system32\cmd.exe' CVSROOT = `:pserver:[EMAIL PROTECTED]:/usr/local/cvsroot' CVS_RSH = `ssh' DISKEEPERICON = `C:\Program Files\Executive Software\DiskeeperServer\' DISPLAY = `127.0.0.1:0.0' HOMEDRIVE = `C:' HOMEPATH = `\' J2EE_HOME = `D:\j2sdkee1.3.1' JAVA_HOME = `D:\j2sdk1.4.1' JREVERSE_HOME = `D:\javalib\jrevpro' LOGONSERVER = `\\SUNTZU' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0803' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' RESIN_HOME = `D:\javalib\resin' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\tmp' TERM = `cygwin' TMP = `c:\tmp' TOMCAT_HOME = `d:\javalib\Jakarta\jakarta-tomcat' UNISON = `D:\cygwin\home\aagha\.unison' USERDOMAIN = `SUNTZU' USERNAME = `aagha' USERPROFILE = `C:\Documents and Settings\aagha' VSLICKCONFIG = `d:\vslick\config' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0020 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `D:\cygwin' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `D:\cygwin/bin' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `D:\cygwin/lib' flags = 0x HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL
RE: Security Issues found by Microsoft's Application Verifier
Death to sales guys Microsoft's Application Verifier (free) software identified this issue in just about every Cygwin executable: The application assigned an object (file, registry key, etc.) an excessively permissive security descriptor. Depending on the permissions granted (detailed in the log entry), an unauthorized user could perform illegitimate actions on the object (for example, delete it). This could disrupt application operation in different ways, depending on the permissions granted and what they mean for the object in question. called from cygpath.exe, make.exe, and just about every other binary executable (cygwin1.dll:00056726) Object created/set by CreateFileMapping: cygpid.7BC has a NULL DACL - grants full access to all users Please send replies directly to me also as I am not a list subscriber. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: vi startup problem
Well, not quite. The Cygwin version of vim is, of course, compatible with Cygwin. You could have been missing one of the packages that vim require (in this instance, looks like it was terminfo). However, since your cygcheck output shows all updated packages, it's not very informative in diagnosing your original problem, so I guess we'll never know. Igor On Mon, 18 Aug 2003, Aurangzeb M. Agha wrote: My apologies for not posting properly. Using Cygwin 1.3.22 on W2K. I've looked at the archives (extensively) and not found a solution to this. One thing I _did_ do is extapolate from other postings that the problem might be non-compatible versions cygwin with vi. To remedy this, I re-ran setup.exe and got all the curr packages. This seemed to do the trick. Was my assessment correct? Rgs, Zeb On Mon, 18 Aug 2003, Larry Hall wrote: :Aurangzeb M. Agha wrote: : When I try to start up vi, I get the following: : : Terminal entry not found in terminfo : 'cygwin' not known. Available builtin terminals are: : builtin_ansi : builtin_xterm : builtin_iris-ansi : builtin_dumb : defaulting to 'ansi' : : What's causing this, and how do I resolve it? : :See http://cygwin.com/problems.html. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: emacs look
I believe you are referring to the tool bar. Try including the following in your .emacs file: ;; Disable the annoying tool-bar, it's a toggle switch (tool-bar-mode) JC Sal wrote: I just downloaded the latest version of cygwin, along with emacs 21.2 and it's respective X11 libraries. It's been a year or so since I've used emacs and this is not the version I remember. This version looks more like Xemacs than the GNU emacs I remember using. Namely, there were no cute little (and totally redundant) buttons for 'cut', 'paste' etc... is there any way to get rid of or turn off this button toolbar? Thanks -Sal -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Be my Investor Trustee
From: Mrs. Jumai A. Azad E-mail: [EMAIL PROTECTED] Dear Sir, I wish to write you pleading with you to be my Investor trustee over $12.5million.My late Husband was a rich oil Contractor in South Africa, But before his death in July 29th 1999. He deposited the sum of ($12,500,000.00) USD in a safe keeping company in Europe through Debt Reconciliation Committee(DRC). The money which he made from oil contract and he left an instruction with the (DRC) to release the money to me his wife and his son Ali who at that time was studying, that an Investor should accompany us before the $12.5Million will be released to us for proper investment, and also for the welfare of the children which he left behind for me. I plead with you to accept to help me and act as my investor trustee to manage the $12.5Million for me. We can both arrange on how to invest this money into your company. We have agreed to give you 20% of the $12.5Million for your own assistance. All the relevant documents shall be forwarded to you upon your indications to assist me in this project. May the Almighty God bless you, if you will of trust and faithful to assist me.Please contact me on the above e-mail address or my Son Ali on his e-mail address ([EMAIL PROTECTED] )for more Informations. Looking forward to hearing from you. Sincerely Yours, Mrs Jumai Abdul Azad. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Be my Investor Trustee
I wish to write you pleading with you to be my Investor trustee over $12.5million.My late Husband was a rich oil Contractor in South Africa, But before his death in July 29th 1999. He deposited the sum of ($12,500,000.00) USD in a safe keeping company in Europe through Debt Reconciliation Committee(DRC). Oh how I do like acronyms ... how about this one: FOAD!!! --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
New package: wtf-0.0.3-1
wtf(6) is a utility provided by some UNIX and UNIX-like systems including Slackware Linux and NetBSD. It translates acronyms and filename suffixes by looking up the definition of a term in various databases. I've added the OLOCA (http://cygwin.com/acronyms/) to the database directory, so the acronyms from the Cygwin lists will be found (yes, you can now really ask wtf is cgf ;-) ). There's a perl script in the source package to update the OLOCA database from the web version of the OLOCA for those who can't wait for regular package updates (also requires wget). See the README file for details. 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. Once you've downloaded setup.exe, run it and select Publishing or Graphics and then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin dot com . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain dot com at cygwin dot com 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. Igor Pechtchanski Cygwin WTF Maintainer -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton