Re: Maintainer searched
Dave Korn wrote: On 13 June 2006 11:37, Corinna Vinschen wrote: have (i.e. GCC, Perl). gcc* Dave Korn? I'd like to ask Yaakov, Max, Dave and Yitzchak, are you taking over, or are you still considering to take over? It would be nice to have that sorted out. I've got a release ready to go on a pen drive here at work with me. It'll have to be an experimental release initially because there's some unexplained regressions in the testsuite (branch probability .gcda file generation) but it ought to help the people with the std::string-vs-dlls problem. On my lunch hour this afternoon I'll find a bit of webspace somewhere that I can dump it to for upload and post back. Hmm, reading between the lines I could assume that this is a yay, I'm taking over maintainership, but I'm born with a certain amount of stubbornness, so I'm still missing a clear answer. Are you taking over, yay or nay? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Maintainer searched
Yaakov S (Cygwin Ports) wrote: check Yaakov S? libxml2* Yaakov S? libxslt Yaakov S? [...] I am taking those packages and already have newer versions ready [...] Thanks, I changed the maintainer of these packages in my secret maintainers file accordingly. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Maintainer searched
Max Bowsher wrote: Corinna Vinschen wrote: libdb* Not sourceful: built by db*. libgnutls11 Not sourceful: built by gnutls. libopencdk8 Not sourceful: built by opencdk. Yeah, I guessed so. Previously, I said I'd look at db*/expat after I was done with PHP - PHP is now in final stages of ITP, so I'm clear to proceed. I'll take db* and expat if Gerrit still wants to pass them on (they were on his maybe-keep list). So we still need Gerrit's confirmation. Gerrit? You there? After I'm done with db* and expat, I could possibly consider gnutls if it remains unclaimed at that time. I'm asking for definitive statements only. This is for my maintainers file, which I don't change without definitive statements. I'm not sure if my maintainers file is still correct, anyway. I think I'll send the list again at one point so people can have a look if it's more or less ok. Btw., maybe we should start to enforce the maintainer comment line in the setup.hint files. This way the maintainer documentation would be inline with the packages and couldn't get lost by catastrphies or sheer laziness. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
RE: Maintainer searched
On 14 June 2006 14:19, Corinna Vinschen wrote: Dave Korn wrote: On 13 June 2006 11:37, Corinna Vinschen wrote: have (i.e. GCC, Perl). gcc* Dave Korn? I'd like to ask Yaakov, Max, Dave and Yitzchak, are you taking over, or are you still considering to take over? It would be nice to have that sorted out. I've got a release ready to go on a pen drive here at work with me. It'll have to be an experimental release initially because there's some unexplained regressions in the testsuite (branch probability .gcda file generation) but it ought to help the people with the std::string-vs-dlls problem. On my lunch hour this afternoon I'll find a bit of webspace somewhere that I can dump it to for upload and post back. Hmm, reading between the lines I could assume that this is a yay, I'm taking over maintainership, but I'm born with a certain amount of stubbornness, so I'm still missing a clear answer. Are you taking over, yay or nay? Yes, absolutely so. Your reading between the lines was correct: I wouldn't be preparing releases if I wasn't willing to do so! cheers, DaveK -- Can't think of a witty .sigline today
Re: Maintainer searched
On Jun 14 14:42, Dave Korn wrote: On 14 June 2006 14:19, Corinna Vinschen wrote: Dave Korn wrote: I've got a release ready to go on a pen drive here at work with me. It'll have to be an experimental release initially because there's some unexplained regressions in the testsuite (branch probability .gcda file generation) but it ought to help the people with the std::string-vs-dlls problem. On my lunch hour this afternoon I'll find a bit of webspace somewhere that I can dump it to for upload and post back. Hmm, reading between the lines I could assume that this is a yay, I'm taking over maintainership, but I'm born with a certain amount of stubbornness, so I'm still missing a clear answer. Are you taking over, yay or nay? Yes, absolutely so. Your reading between the lines was correct: I wouldn't be preparing releases if I wasn't willing to do so! Cool, thanks. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Maintainer searched
On Tue, Jun 13, 2006 at 12:36:46PM +0200, Corinna Vinschen wrote: On May 4 18:06, Yitzchak Scott-Thoennes wrote: On Wed, May 03, 2006 at 10:24:19PM +0200, wrote: Hello, there is not enough time to maintain all my packages. Who wants to maintain one or more of my packages, maybe Yaakov wants to take over some of the GTK+ related packages? Then there are some more major packages which really require a maintainer with more time than I have (i.e. GCC, Perl). If it's ok with you, I'll take perl. Since there hasn't been much movement lately, I tracked which of Gerrit's packages have been actually taken over. As I see it now, the following packages remain to be taken over, please correct me if I missed something: antiword check Yaakov S? db* Max Bowsher? enscript exif expat Max Bowsher? freeglut gcc*Dave Korn? gconf2 gnutls* indent jasper libdb* libexif* libfpx libgnutls11 libmng libopencdk8 libtasn1 libwmf libxml2*Yaakov S? libxslt Yaakov S? opencdk openjade opensp perl,perl_manpages Yitzchak Scott-Thoennes? I'd like to ask Yaakov, Max, Dave and Yitzchak, are you taking over, or are you still considering to take over? It would be nice to have that sorted out. Unless Gerrit objects (and he seems to have stopped responding to mail, so that seems unlikely) I'm taking over. I should have a release of perl 5.8.8 ready soon.
Re: SECURITY: tiff
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yaakov S (Cygwin Ports) wrote: Multiple vulnerabilities, ranging from integer overflows and NULL pointer dereferences to double frees, were reported in libTIFF. Solution: Update to =3.8.1. More information: http://www.gentoo.org/security/en/glsa/glsa-200605-17.xml http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-0405 http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-2024 http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-2025 http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-2026 http://bugzilla.remotesensing.org/show_bug.cgi?id=1102 Ping? Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEkHwnpiWmPGlmQSMRAnQHAJ4l/jHxC3VuXBpHyi4vav8/SOiVTwCeI1Ud FeHLR48sZqnlkOtSXDGWV0E= =glLU -END PGP SIGNATURE-
Swedish keyboard mapping?
Hello! I just made what I thought was a good Cygwin/X installation, but apparently not... I can't get the Swedish keyboard mapping to work. So, what I'm asking for here is a quick guide/explanation to 1. What do I have to install to get a *minimal* X server installation? 2. How do I configure it to use a 105 key Swedish keyboard? Thank you! Anders. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
window flashes and restart
when I connect through the bash shell with command xwin -q host, apppare to me a X window that flashes and restart. What is the problem? thank's for help -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog fhandler.h fhandle ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-06-14 20:19:10 Modified files: winsup/cygwin : ChangeLog fhandler.h fhandler_socket.cc Log message: * fhandler.h (class fhandler_socket): Add private mutex handle accept_mtx. * fhandler_socket.cc (fhandler_socket::fhandler_socket): Initialize accept_mtx to NULL. (fhandler_socket::dup): Duplicate accept_mtx, if available. (fhandler_socket::listen): Create accept_mtx before trying to listen. (fhandler_socket::prepare): Wait for accept_mtx if available to serialize accepts on the same socket. (fhandler_socket::release): Release accept_mtx. (fhandler_socket::close): Close accept_mtx on successful closesocket. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3541r2=1.3542 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.h.diff?cvsroot=srcr1=1.292r2=1.293 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_socket.cc.diff?cvsroot=srcr1=1.186r2=1.187
Reading a write-only file doesn't set error condition (was Re: Cygwin fread on Write-Only File Descriptor returns undefined state)
Thanks for the testcase. This looks like a small flaw in newlib. I redirected to the newlib list. On Jun 13 22:29, Linda Walsh wrote: I think I've run into a problem involving fread. I open a test file (fopen) with Write-Only access (w), immediately after that, I do an fread on the file handle of some number of bytes. I expect fread to return an error. But it doesn't. It returns 0 as the number of bytes read, and the error value remains unset when querying with ferror. In addition to fread not setting the error value, a value of zero is returned. Zero is to be returned, *only* on end-of-file or error. However, in the test case, neither That's not correct. Any value less than size*nitems indicates either EOF or an error. The programmer is responsible to test with feof() or ferror() to distinguish between these two cases. See http://www.opengroup.org/onlinepubs/009695399/functions/fread.html value is returned. Theoretically, this shouldn't happen (i.e. it's an undefined set of return values). test program follows: --- #include stdio.h main (int argc, char * argv[]) { FILE * output_handle=fopen(/tmp/tmpfile,w); if (!output_handle) { printf (can't open output file /tmp/tmpfile\n); exit (1); } char mybuff[4]; int retval=fread(mybuff, sizeof(char), 4, output_handle); if (!retval) { int eof=feof(output_handle); int err=ferror(output_handle); printf ((retval,eof,err) = (%d,%d,%d)\n,retval,eof,err); if (!eof ! err) printf (Undefined error: fread returned zero, but there is no eof or error\n); exit(2); } else printf (Unexpected success in fread: Read %d chars\n,retval); exit(0); } I debugged your testcase and the problem appears to be in __srefill(), defined in newlib/libc/stdio/refill.c: /* if not already reading, have to be reading and writing */ if ((fp-_flags __SRD) == 0) { if ((fp-_flags __SRW) == 0) return EOF; So, what happens is that EOF is returned if the file is not readable. Errno isn't set and the error condition on the file pointer isn't set either. Testing the same situation on Linux, errno is set to EBADF and the error indicator is set on the file pointer, while the EOF condition stays clear. So, I'd like to propose the below patch. I assume a similar patch should be ok for __sfvwrite, too, isn't it? There's a call to cantwrite() which only returns EOF but which probably should also set the error condition and errno. * libc/stdio/refill.c (__srefill): Return error condition when trying to read a file not opened for reading. Index: libc/stdio/refill.c === RCS file: /cvs/src/src/newlib/libc/stdio/refill.c,v retrieving revision 1.6 diff -u -p -r1.6 refill.c --- libc/stdio/refill.c 8 Feb 2005 01:33:17 - 1.6 +++ libc/stdio/refill.c 14 Jun 2006 08:19:28 - @@ -19,6 +19,7 @@ #include _ansi.h #include stdio.h #include stdlib.h +#include sys/errno.h #include local.h static int @@ -55,7 +56,11 @@ _DEFUN(__srefill, (fp), if ((fp-_flags __SRD) == 0) { if ((fp-_flags __SRW) == 0) - return EOF; + { + _REENT-_errno = EBADF; + fp-_flags |= __SERR; + return EOF; + } /* switch to reading */ if (fp-_flags __SWR) { Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygrunsrv: error while starting PRNGD service
On 14 June 2006 06:53, Rich Chase wrote: PRNGD does start an entropy gatherer program, which returns and terminates. Could this child process's termination and return value be causing cygrunsrv to 'think' that prngd.exe runs and then terminates? No. Suggestions Please? Probably a perms problem; is it running as a different user when it's running as a service? Does it need to access any files that maybe don't have rwx perms for world access? cheers, DaveK -- Can't think of a witty .sigline today -- 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/
Running PVM on Cygwin: /tmp/pvmd.459794: No such file or directory
Hello, I'm using latest Cygwin on WinXP and have managed to compile PVM 3.4.4 after few minor tweaks: 1) In conf/CYGWIN.def I've put: -DARCHCLASS=\CYGWIN\ -DRSHCOMMAND=\ssh\ (I use ssh keys) and also added -lrpclib -lreadline to ARCHDLIB and ARCHLIB 2) In console/cons.c I've added #include readline/history.h 3) In xdr/types.h I've removed prototype: extern char *malloc(); 4) my $HOME contains spaces: /cygdrive/c/Documents and Settings/afarber so I had do put quotes around -f $HOME/.somefilename in the pvm and pvmd scripts in several spots. After that PVM compiles fine, but I have troubles to start the pvm-console: $ /usr/local/pvmgmake/pvm3/lib/CYGWIN/pvm.exe /tmp/pvmhostfile.152 libpvm [pid3848] /tmp/pvmd.459794: No such file or directory libpvm [pid3848]: Console: Can't start pvmd $ cat /tmp/pvmhostfile.152 * dx=/usr/local/pvmgmake/pvm3/lib/pvmd 4DED01089 4ded01089 $ echo $PVM_ROOT $PVM_ROOT_U /usr/local/pvmgmake/pvm3 /usr/local/pvmgmake/pvm3 OpenSSH access works fine, this can't be the reason: $ ssh-add -l 1024 32:61:2a:cd:44:ac:29:cf:77:8f:88:0f:e4:c3:40:88 /cygdrive/c/Documents and Settings/afarber/.ssh/id_dsa (DSA) I suspect, that something very minor is missing (some space in a path or maybe .exe missing somewhere) I keep looking through PVM's source code to find the place, where pvm starts pvmd but haven't found that yet. Did anybody else struggle with PVM on Cygwin and do you have any hints for me please? Regards Alex -- 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: cygrunsrv: error while starting PRNGD service
On Tue, 13 Jun 2006, Rich Chase wrote: I compiled PRNGD against cygwin and installed it as a cygrunsrv service. When I try to start the service, I get the infamous: Could not start the PRNGD service on Local Computer. The service did not return an error. This could be an internal Windows error or an internal service error. If the problem persists, contact your system administrator. This message is usually an indication that you are trying to run a daemon-type program (one that forks off the actual daemon and returns) with cygrunsrv. The whole intent of cygrunsrv is to take a program that needs to run continuously in the foreground, and turn it into a daemon. However, I am running sshd as a service, and vnc as well -- both using cygrunsrv. Notice that you needed to give the -D option to sshd to prevent it from going into the daemon mode. I also am able to run prngd.exe manually without any errors or log output. It successfully generates random numbers, as verified by the egd testing perl script, and it does not terminate prematurely. Ah, but does it run from the SYSTEM account? PRNGD does start an entropy gatherer program, which returns and terminates. Could this child process's termination and return value be causing cygrunsrv to 'think' that prngd.exe runs and then terminates? If it did, would prngd.exe still be running (it isn't)? Not likely. Everything seems to run fine, but doesn't start as a service. Suggestions Please? You have two options here: find out if there is a way to run PRNGD in non-daemon mode (via a command-line option, for example), or read about the --pidfile option to cygrunsrv. Dave may also be correct that this is a permission issue -- try starting a SYSTEM-owned bash shell (Google for it), and see if the program works from there. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: Reading a write-only file doesn't set error condition (was Re: Cygwin fread on Write-Only File Descriptor returns undefined state)
Corinna Vinschen wrote: In addition to fread not setting the error value, a value of zero is returned. Zero is to be returned, *only* on end-of-file or error. However, in the test case, neither That's not correct. Any value less than size*nitems indicates either EOF or an error. The programmer is responsible to test with feof() or ferror() to distinguish between these two cases. See Er, are you referring to the case of zero possibly being a valid return value if the program requests zero bytes be read? I didn't say only 0... I new about the other valuescount, but was focusing on the conditions that would exist only when a 0 was returned for the return value. I debugged your testcase and the problem appears to be in __srefill(), defined in newlib/libc/stdio/refill.c: Cool! Linda -- 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: Reading a write-only file doesn't set error condition (was Re: Cygwin fread on Write-Only File Descriptor returns undefined state)
On Jun 14 09:19, Linda Walsh wrote: Er, are you referring to the case of zero possibly being a valid return value if the program requests zero bytes be read? I didn't say only 0... I new about the other valuescount, but was focusing on the conditions that would exist only when a 0 was returned for the return value. Nope, sorry, I just got you wrong. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with sunrpc
On Tue, 2006-06-13 at 05:07 +0530, Zahir Koradia wrote: Hi, This message might be specifically for Sam Robb but am sending to the whole list as others may be able to help. I installed the binaries and downloaded the source of sunrpc while installing cygwin. I intended to use the function clnttcp_create present in clnt.h header. The anamoly I see is that in the header file the signature has no parameters and in the source code the function definition has parameters. This should be OK, believe it or not - the sunrpc headers use older (KR) style function prototypes. Some information if you're interested: http://en.wikipedia.org/wiki/C_programming_language#K.26R_C and the source code (clnt_tcp.c) definition had the line snip This code does not compile. It shouldn't. This is part of the sunrpc library - you shouldn't have to rebuild it. Instead, you should be able to use the clnttcp_create() function from the library by including rpc/rpc.h in your source file, and linking to the rpc libraries by using -lrpc. For example: /* Compile: gcc -o rpc-example.exe rpc-example.c -lrpc */ #include rpc/rpc.h int main(int argc, char** argv) { clnttcp_create(NULL, 0, 0, NULL, 0, 0); return 0; } Note that the above doesn't actually do anything useful - it just shows you how to include the rpc headers, and compile and link to the rpc libraries. -Samrobb -- 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/
Code using archive file that compiles with g++ on linux but gives linking problem with g++ on cygwin
Hi I have an archive libminipar.a. I have a C++ program pdemo.cpp that makes use it. I am pasting the contents of the makefile at the end of this email. When I compile the program on linux, I get no errors. However, when I compile it on cygwin using g++ version 3.4.4, I get the following linking error (note that the relative paths of the lib and include directories which I use are same on the linux and windows machines): * $ make g++ -o pdemo pdemo.o -I../include -L../lib -lminipar -lz -lm pdemo.o:pdemo.cpp:(.text+0x118c): undefined reference to `initialize_minipar(cha r const*)' pdemo.o:pdemo.cpp:(.text+0x11a3): undefined reference to `extract_features(char const*)' pdemo.o:pdemo.cpp:(.text+0x11bb): undefined reference to `ParseTree::ParseTree() ' pdemo.o:pdemo.cpp:(.text+0x1252): undefined reference to `interpret_command_line (char const*)' pdemo.o:pdemo.cpp:(.text+0x126f): undefined reference to `ParseTree::reset()' pdemo.o:pdemo.cpp:(.text+0x1287): undefined reference to `parse(char const*, Par seTree)' pdemo.o:pdemo.cpp:(.text+0x1359): undefined reference to `ParseTree::~ParseTree( )' pdemo.o:pdemo.cpp:(.text+0x1395): undefined reference to `ParseTree::~ParseTree( )' pdemo.o:pdemo.cpp:(.text$_ZN15TRSTreeIteratorIP9ParseNodeEC1EPK7TRSTreeIS1_E[TRS TreeIteratorParseNode*::TRSTreeIterator(TRSTreeParseNode* const*)]+0x14): un defined reference to `SlistIterator::SlistIterator(Slist const*)' collect2: ld returned 1 exit status make: *** [pdemo] Error 1 * Any idea why this should happen? I tried to use the -static flag while linking on the linux machine and tried using the binary on cygwin. But cygwin did not recognize the binary. The contents of the makefile are (libminipar.a is located in ../lib/): * .SUFFIXES: .c .cpp CC=g++ CFLAGS=-I../include $(GO) LIBS=-lminipar %.o:%.cpp $(CC) -c -o $@ $(CFLAGS) $ %.o:%.c cc -c -o $@ $(CFLAGS) $ pdemo: pdemo.o $(CC) -o pdemo pdemo.o $(CFLAGS) -L../lib $(LIBS) -lz -lm depend: gcc -M $(CFLAGS) *.cpp .dep clean: rm -f *.o * -- Thanks and regards, Dr. Ganesh Ramakrishnan, IBM India Research Labs, Block 1, IIT Delhi, Hauz Khas, New Delhi - 16, India. Ph: +91 11 41292193 Mobile: +91 9891313644 -- 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: Code using archive file that compiles with g++ on linux but gives linking problem with g++ on cygwin
On 14 June 2006 19:01, Ganesh Ramakrishnan wrote: I have an archive libminipar.a. I have a C++ program pdemo.cpp that makes use it. ...When I compile the program on linux, I get no errors. However, when I compile it on cygwin using g++ version 3.4.4, I get the following linking error [ snip bunch of error messages that imply absolutely nothing was found in the library. ] Any idea why this should happen? I tried to use the -static flag while linking on the linux machine and tried using the binary on cygwin. But cygwin did not recognize the binary. Nope, you can't run a linux compiled binary on cygwin; the underlying O/S is too fundamentally different. Windows doesn't even use ELF format, for a start. So cygwin only emulates linux at the source-code level: everything needs to be recompiled, but it should just recompile and run straightforwardly. Therefore my guess is that you've tried to just move the library archive across and use it on the cygwin setup. That also won't work, for exactly the same reason why moving binaries won't work. The solution is the same as for binaries: recompile the library from source, so that you've got a windows-format library archive. cheers, DaveK -- Can't think of a witty .sigline today -- 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: cygdrive flags / hiding cygdrive prefix directory (the old behavior)
On 6/13/06, Brian Dessent [EMAIL PROTECTED] wrote: changed to become visible. The cygwin installer now also creates a real directory on the windows file system called cygdrive, I don't know where you got this idea but it's absolutely not true. There should never be a physical directory backing the cygdrive prefix, and no package (and certainly not setup.exe) should ever create it. Some users may create it to assist in tab-completion, but that is something they would have done by hand. I agree that it shouldn't create this directory... But i have tried this a couple more times to verify. If i only do a base install, it does not create a physical cygdrive directory, but if i install everything, it does. (for reference, this is from a full download to disk on june 8, 2006 from the sourceware.mirrors.tds.net mirror). This change was made in 1.5.19: http://www.cygwin.com/ml/cygwin-announce/2006-01/msg00016.html. It was a change to the code in the DLL, and it has nothing to do with flags in the mount table. Great! This is what i was looking for. Do you think anyone at cygwin would consider making this feature optional in a later release? - Kral -- 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: cygdrive flags / hiding cygdrive prefix directory (the old behavior)
On Wed, 14 Jun 2006, kralius wrote: On 6/13/06, Brian Dessent [EMAIL PROTECTED] wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. changed to become visible. The cygwin installer now also creates a real directory on the windows file system called cygdrive, I don't know where you got this idea but it's absolutely not true. There should never be a physical directory backing the cygdrive prefix, and no package (and certainly not setup.exe) should ever create it. Some users may create it to assist in tab-completion, but that is something they would have done by hand. I agree that it shouldn't create this directory... But i have tried this a couple more times to verify. If i only do a base install, it does not create a physical cygdrive directory, but if i install everything, it does. (for reference, this is from a full download to disk on june 8, 2006 from the sourceware.mirrors.tds.net mirror). If anything does this, it will probably be a postinstall script that contains the string cygdrive. Grep through all .sh.done files in /etc/postinstall, and you'll likely find the culprit. This change was made in 1.5.19: http://www.cygwin.com/ml/cygwin-announce/2006-01/msg00016.html. It was a change to the code in the DLL, and it has nothing to do with flags in the mount table. Great! This is what i was looking for. Do you think anyone at cygwin would consider making this feature optional in a later release? They will probably consider it and reject it. The spirit of open-source software is that you scratch what itches you, and others benefit. This is not something that itches any of the Cygwin developers. Hence, http://cygwin.com/acronyms/#PTC. If you do plan to submit a patch, I suggest looking at the fhandler_disk_file::readdir() function, and changing it to optionally remove the virtual /cygdrive directory according to a new cygdrive flag (and add a corresponding mount option). That way, this behavior can be controlled according to people's tastes. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: listen/accept/fork behavior problem between cygwin1 1.5.18 and cygwin1.dll 1.5.19
On May 18 19:49, [EMAIL PROTECTED] wrote: I'm not using perl, but I observed this behavior the other night when trying to debug an accept() issue with pthreads. Test case (my original network wrappers left in, since it would create more space not to leave them as functions; error checking stripped down for the test code and printf()s added): Thanks very much for your testcase. I applied a patch to Cygwin, please give the next developer snapshot from http://cygwin.com/snapshots/ a try. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygport pkgcheck
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Reini Urban wrote: Attached is the new version. No ChangeLog, ... entries. Incorporated into CVS. Thanks for the patch. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEkHv8piWmPGlmQSMRAmdRAKDWY7qQks2l+rq2Ru8nwoStpNmb2wCePoP2 9ZHi/4I0SBuh24ilvcCpK/w= =/uBe -END PGP SIGNATURE- -- 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/
cygport now in CVS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The cygport sources can now be found in the cygwin-ports CVS repository. Anyone interested in cygport development, work is currently on HEAD; testers would be welcome. I'm very close to making a 0.2.2 release before branching and working on l10n support for 0.3. http://sourceforge.net/cvs/?group_id=99645 Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEkIUupiWmPGlmQSMRAugSAJ0f73ZdGiLSpjKyC/jVSKbhBMgJMQCeMnek ilJvpCEM3/ydFr+FXVuf4tc= =EPuu -END PGP SIGNATURE- -- 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/
FW: Need help to compile coreutils-5.96
Hi, When compiling this package, I receive this error message from the linker: gcc -std=gnu99 -g -O2 -o cp.exe cp.o copy.o cp-hash.o ../lib/libcoreutils.a ../lib/libcoreutils.a copy.o:copy.c:(.text+0xefd): undefined reference to `_cygwin_spelling' copy.o:copy.c:(.text+0x2b38): undefined reference to `_cygwin_spelling' collect2: ld returned 1 exit status Does someone have any idea about what is wrong? Thank you, Olivier Langlois http://www.olivierlanglois.net -- 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/
mount permissions?
Aloha, Linux mount(1) supports something like this: smbmount //host/share /mnt -o username name%password This lets you specify the Windows user and password for the mount. Is there any way to do this with Cygwin's mount? Thanks Richard -- 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: mount permissions?
Richard Foulk wrote: This lets you specify the Windows user and password for the mount. Is there any way to do this with Cygwin's mount? net use x: '\\host\share' /USER:username password mount x:/ /path/foo/bar Brian -- 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: mount permissions?
On Wed, 14 Jun 2006, Brian Dessent wrote: Richard Foulk wrote: This lets you specify the Windows user and password for the mount. Is there any way to do this with Cygwin's mount? net use x: '\\host\share' /USER:username password mount x:/ /path/foo/bar Simpler yet: net use '\\host\share' /USER:username password mount //host/share /path/foo/bar (no need to use up the drive letter). One more thing to mention is that Cygwin mounts are persistent, so the second command need only be issued once. The first will need to be re-issued on every logon, I think. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: mount permissions?
Igor Peshansky wrote: One more thing to mention is that Cygwin mounts are persistent, so the second command need only be issued once. The first will need to be re-issued on every logon, I think. You should be able to add /PERSISTENT:YES to net use to have it automatically happen at each login. Or maybe that means something else, I've not tried it. Brian -- 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: FW: Need help to compile coreutils-5.96
When compiling this package, I receive this error message from the linker: gcc -std=gnu99 -g -O2 -o cp.exe cp.o copy.o cp-hash.o ../lib/libcoreutils.a ../lib/libcoreutils.a copy.o:copy.c:(.text+0xefd): undefined reference to `_cygwin_spelling' copy.o:copy.c:(.text+0x2b38): undefined reference to `_cygwin_spelling' collect2: ld returned 1 exit status Does someone have any idea about what is wrong? It sounds like you did not properly run the /usr/src/coreutils-5.96-1.sh script to prep the source with my downstream patches. cygwin_spelling() is a function I wrote, provided in lib/cygwin.c which is part of my patch, and should be linked in to lib/libcoreutils.a if the package is properly re-autotooled during the prep stage. -- Eric Blake volunteer cygwin coreutils maintainer -- 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: mount permissions?
On Wed, 14 Jun 2006, Brian Dessent wrote: Igor Peshansky wrote: One more thing to mention is that Cygwin mounts are persistent, so the second command need only be issued once. The first will need to be re-issued on every logon, I think. You should be able to add /PERSISTENT:YES to net use to have it automatically happen at each login. Or maybe that means something else, I've not tried it. /PERSISTENT:YES will save the connections, but it won't save the password, so you'll be prompted for a password (and a username, I think) each time you logon to Windows. You may be able to use /SAVECRED, but MSDN is unclear on exactly what that does, and it may not work in Windows prior to XP. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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: listen/accept/fork behavior problem between cygwin1 1.5.18 and cygwin1.dll 1.5.19
On Wed, Jun 14, 2006 at 10:40:25PM +0200, Corinna Vinschen wrote: Thanks very much for your testcase. I applied a patch to Cygwin, please give the next developer snapshot from http://cygwin.com/snapshots/ a try. Corinna Thank you Corinna. This appears to work much better and expected. BTW: I think the same issue may also exist for both read() and write() and possibly any other read, write, send, recv variant when using multiple threads as opposed to single thread + select(). One thing I notice is that if a read() is in progress and one is currently sitting in select(), all other read()s in seperate select()s will then stall if the former read() times out or takes longer than expected. -cl -- 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/
GDB Ctrl-C Interrupt Fails WORKAROUND
If you have ever tried to interrupt a program running under cygwin gdb, you have probably experienced some frustration. Especially if the program was built with -mno-cygwin. Here is a workaround. You've probably discovered that pressing Ctrl-C in the gdb window/ prompt while the program being debugged is running is a fruitless exercise. Build the small debugbreak utility (source included in this message below). Open a new cygwin command line prompt. Use ps - W to find the WINPID of the process being debugged and then execute debugbreak with that WINPID. gdb will then regain control and the program being debugged will break just as though Ctrl-C was working properly. Be sure to use the WINPID of the process being debugged rather than the WINPID of gdb. Program text follows below. Note that this workaround is also useful for GUI front ends for the gdb debugger (such as ddd) that suffer from this same problem. Kyle /* BEGIN debugbreak.c */ #ifndef _WIN32_WINNT #define _WIN32_WINNT 0x0501 #endif #if _WIN32_WINNT 0x0501 #error Must target Windows NT 5.0.1 or later for DebugBreakProcess #endif #include Windows.h #include stddef.h #include stdlib.h /* Compile with this line: gcc -o debugbreak -mno-cygwin -mthreads debugbreak.c */ static char errbuffer[256]; static const char *geterrstr(DWORD errcode) { size_t skip = 0; DWORD chars; chars = FormatMessage( FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS, NULL, errcode, 0, errbuffer, sizeof(errbuffer)-1, 0); errbuffer[sizeof(errbuffer)-1] = 0; if (chars) { while (errbuffer[chars-1] == '\r' || errbuffer[chars-1] == '\n') { errbuffer[--chars] = 0; } } if (chars errbuffer[chars-1] == '.') errbuffer[--chars] = 0; if (chars = 2 errbuffer[0] == '%' errbuffer[1] = '0' errbuffer[1] = '9') { skip = 2; while (chars skip errbuffer[skip] == ' ') ++skip; if (chars = skip+2 errbuffer[skip] == 'i' errbuffer[skip+1] == 's') { skip += 2; while (chars skip errbuffer[skip] == ' ') ++skip; } } if (chars skip errbuffer[skip] = 'A' errbuffer[skip] = 'Z') { errbuffer[skip] += 'a' - 'A'; } return errbuffer+skip; } int main(int argc, char *argv[]) { HANDLE proc; unsigned proc_id = 0; BOOL break_result; if (argc != 2) { printf(Usage: debugbreak process_id_number\n); return 1; } proc_id = (unsigned) strtol(argv[1], NULL, 0); if (proc_id == 0) { printf(Invalid process id %u\n, proc_id); return 1; } proc = OpenProcess(PROCESS_ALL_ACCESS, FALSE, (DWORD)proc_id); if (proc == NULL) { DWORD lastError = GetLastError(); printf(Failed to open process %u\n, proc_id); printf(Error code is %lu (%s)\n, (unsigned long)lastError, geterrstr(lastError)); return 1; } break_result = DebugBreakProcess(proc); if (!break_result) { DWORD lastError = GetLastError(); printf(Failed to debug break process %u\n, proc_id); printf(Error code is %lu (%s)\n, (unsigned long)lastError, geterrstr(lastError)); CloseHandle(proc); return 1; } printf(DebugBreak sent successfully to process id %u\n, proc_id); CloseHandle(proc); return 0; } /* END debugbreak.c */ -- 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: GDB Ctrl-C Interrupt Fails WORKAROUND
On Wed, Jun 14, 2006 at 08:29:50PM -0700, Kyle McKay wrote: If you have ever tried to interrupt a program running under cygwin gdb, you have probably experienced some frustration. Especially if the program was built with -mno-cygwin. No I never have. In fact I often rely on CTRL-C interrupting the program. It doesn't matter whether the program is built with -mno-cygwin or not. In fact, I am sometimes frustrated when I actually want the CTRL-C to be propagated to the program but then I remember about the handle command. The only time that I can think of when a CTRL-C would not interrupt a program would be when you're running gdb under a cygwin pty or tty. But it's usually easy enough not to do that if you are debugging a problem. 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: cygrunsrv: error while starting PRNGD service
Igor Peshansky wrote: On Tue, 13 Jun 2006, Rich Chase wrote: I compiled PRNGD against cygwin and installed it as a cygrunsrv service. When I try to start the service, I get the infamous: Could not start the PRNGD service on Local Computer. The service did not return an error. This could be an internal Windows error or an internal service error. If the problem persists, contact your system administrator. This message is usually an indication that you are trying to run a daemon-type program (one that forks off the actual daemon and returns) with cygrunsrv. The whole intent of cygrunsrv is to take a program that needs to run continuously in the foreground, and turn it into a daemon. However, I am running sshd as a service, and vnc as well -- both using cygrunsrv. Notice that you needed to give the -D option to sshd to prevent it from going into the daemon mode. I also am able to run prngd.exe manually without any errors or log output. It successfully generates random numbers, as verified by the egd testing perl script, and it does not terminate prematurely. Ah, but does it run from the SYSTEM account? PRNGD does start an entropy gatherer program, which returns and terminates. Could this child process's termination and return value be causing cygrunsrv to 'think' that prngd.exe runs and then terminates? If it did, would prngd.exe still be running (it isn't)? Not likely. Everything seems to run fine, but doesn't start as a service. Suggestions Please? You have two options here: find out if there is a way to run PRNGD in non-daemon mode (via a command-line option, for example), or read about the --pidfile option to cygrunsrv. Dave may also be correct that this is a permission issue -- try starting a SYSTEM-owned bash shell (Google for it), and see if the program works from there. HTH, Igor Solved. Thanks to both Igor and Dave. As it turns out, I needed both pieces of advice -- my problem was a combination of both! Igor, you were dead on. I needed to tell prngd to create a pid file, and tell cygrunsrv where to put it: # cygrunsrv -I PRNGD -p /usr/sbin/prngd.exe -d PRNGD -f Pseudo-random Number Generator \ -a -p /var/run/prngd.pid -s /etc/prngd-seed /var/run/egd-pool -o -x /var/run/prngd.pid Also, by looking at my errors in the event log, I saw: failed: redirect_fd: open (1, /var/log/PRNGD.log): \ 13, Permission denied. From this I discovered that I had a left-over PRNGD.log file (windows doesn't recognize the case difference) that did not have SYSTEM write permissions. After fixing these two problems, prngd starts as a system service without a hitch. Thank you both. Rich -- 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/
Uninstalling cygwin
I got problems with cygwin under WinXP and I want to uninstall it completely to re-install it correctly. Cygwin is not in the Windows Configuration panel/Uninstall I first deleted the Cygwin root folder and all subfolders, then I re-installed Gygwin, but now, when doing a make to install a program, I fall into an endless loop. The FAQ to uninstall tells: you can list all services you have installed with cygrunsrv -L but when I type this command I get an Command not found message. How can I unstall Cygwin completely? -- 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/