ohr.edu link - Guest Etiquette
Dominique Evans has sent you this link to a page on the Ohr Somayach website - www.ohr.edu ** Guest Etiquette ** http://ohr.edu/yhiy/article.php/3993 Dominique Evans also sent you the following message - The auto cash system has already helped hundreds of ordinary people become financially independent online and I highly suggest you dont take this offer lightly because you could very easily be n - -- 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/
Where is LEIM for cygwin's emacs 21.2?
Very rarely I need to type one or two japanese characters in my emacs, and I recall that I did it with LEIM and set-input-method quite easily. However, in my current installation, emacs says that LEIM isn't installed. The cygwin installer says: LEIM is part of emacs package now. The directory where LEIM used to be, /usr/share/21.2/leim/, exists but is empty, both on my machine and on http://cygwin.com/cgi-bin2/package-cat.cgi?file=emacs%2Femacs-21.2-12. There's no LEIM at all in http://cygwin.com/cgi-bin2/package-cat.cgi?file=emacs-el%2Femacs-el-21.2-12 but the title says (including LEIM). As a workaround, I fetched emacs-leim from the web, extracted the tar.bz2 and symlinked the contents to /usr/share/21.2/leim. Now set-input-method works as expected. But I doubt that this is how it ought to be. * Is there something wrong with my installation (old installation, carried over from another machine)? * Did I miss to install / re-install an emacs package? * Is it a packaging error with cygwin's emacs-el 21.2 package? * Would a switch to emacs and emacs-el 23.0.92 be the recommended solution (emacs-el 23.0.92 apparently contains LEIM)? -- Cheers, haj -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Minor diff: /bin/ksh.exe
Paul McFerrin wrote: I believe this is a non-problem. The cause: human error. Doing a cd /c/Doc*/pa*/App*is not the same as cd /c/Doc*/Pa*/App* Wildcard lookups are always case sensitive. I must not have been consistant when switching between Windows. This is a 1.7-vs-1.5 difference in the underlying Cygwin DLL then, and not related to ksh; yes? cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Correct way to configure a Cygwin toolchain on Linux?
Dave Korn wrote: Brendan Molloy wrote: Would I be able to get definitive instructions on setting up a successful Cygwin toolchain? Since I've never gotten around to building myself a Linux-x-Cygwin cross toolchain, I decided to spend some time this afternoon doing just that. I'll write it up once I'm done. FTR: I ran into some serious complication (to do with the layout of headers and libs and having stuff in a w32api subdir) and it appears that something is not quite working when it comes to building a cross-compiler by the standard procedures. It'll take me a little time to hack my way through and figure out what's going on (and I'll be multitasking with a few other projects I have running), so I'll get back to the list with a HOWTO when I've worked it all out. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: findutils-4.5.4-1 problem (updatedb crashing)
marian wrote: however there is a comment INSIDE the conditional statement; is that legal c? Yep, 'fraid so, it's just a red herring. Comments can go pretty much anywhere except in the middle of a single word or number or string. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Correct way to configure a Cygwin toolchain on Linux?
-Original Message- From: Dave Korn Sent: Wednesday, August 05, 2009 6:24 To: Dave Korn Cc: cygwin@cygwin.com Subject: Re: Correct way to configure a Cygwin toolchain on Linux? Dave Korn wrote: Brendan Molloy wrote: Would I be able to get definitive instructions on setting up a successful Cygwin toolchain? Since I've never gotten around to building myself a Linux-x-Cygwin cross toolchain, I decided to spend some time this afternoon doing just that. I'll write it up once I'm done. FTR: I ran into some serious complication (to do with the layout of headers and libs and having stuff in a w32api subdir) and it appears that something is not quite working when it comes to building a cross-compiler by the standard procedures. It'll take me a little time to hack my way through and figure out what's going on (and I'll be multitasking with a few other projects I have running), so I'll get back to the list with a HOWTO when I've worked it all out. If there is something I could throw my spare cycles at? cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Minor diff: /bin/ksh.exe
On Wed, Aug 5, 2009 at 6:18 AM, Dave Korn wrote: Paul McFerrin wrote: I believe this is a non-problem. This is a 1.7-vs-1.5 difference in the underlying Cygwin DLL then, and not related to ksh; yes? What part of non-problem do you not understand, Dave? ;) Seriously, is it a difference at all? I thought wildcard matches were always case-sensitive in 1.5 too. -- Mark J. Reed markjr...@gmail.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Please test the latest snapshot!
$ git clone git://git.sv.gnu.org/libsigsegv.git Initialized empty Git repository in /home/eblake/libsigsegv/.git/ fatal: write error (Socket operation on non-socket) I tried it and it failed as you indicated. The next snapshot should fix the problem. Nope - still seeing this in the strace: 308283 3906650 [main] git 2280 cygwin_connect: 0 = connect (3, 0x7D90C8, 16) 572 3907222 [main] git 2280 dtable::dup2: dup2 (3, 4) 142 3907364 [main] git 2280 build_fh_pc: fh 0x612094FC 147 3907511 [main] git 2280 fhandler_socket::dup: here 137 3907648 [main] git 2280 fhandler_base::dup: in fhandler_base dup 133 3907781 [main] git 2280 dtable::dup_worker: duped '' old 0x678, new 0x650 124 3907905 [main] git 2280 dtable::dup2: newfh-io_handle 0x650, oldfh-io_ha ndle 0x678 122 3908027 [main] git 2280 dtable::dup2: 4 = dup2 (3, 4) 173 3908200 [main] git 2280 writev: writev (4, 0x22C864, 1) 12504 3920704 [main] git 2280 __set_errno: void __set_winsock_errno(const char*, int):217 val 108 233 3920937 [main] git 2280 __set_winsock_errno: send_internal:1537 - winsock error 10038 - errno 108 154 3921091 [main] git 2280 writev: -1 = write (4, 0x22C864, 1), errno 108 $ uname -a CYGWIN_NT-5.1 eblake 1.7.0s(0.212/5/3) 20090804 23:19:31 i686 Cygwin -- Eric Blake -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: _setlocale_r
(Alternatively, making them reentrant by making the locale settings part of the REENT structure might be rather useful actually, for at least two reasons: different threads could use different locales, and you could convert between different charsets using the the _r versions of the mb functions without having to switch locale all the time.) This is the correct fix. Besides, it paves the way towards implementing the *_l re-entrant locale-based functions added in POSIX 2008. But you should be asking this on the newlib list. -- Eric Blake -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Correct way to configure a Cygwin toolchain on Linux?
Jason Pyeron wrote: FTR: I ran into some serious complication (to do with the layout of headers and libs and having stuff in a w32api subdir) and it appears that something is not quite working when it comes to building a cross-compiler by the standard procedures. It'll take me a little time to hack my way through and figure out what's going on (and I'll be multitasking with a few other projects I have running), so I'll get back to the list with a HOWTO when I've worked it all out. If there is something I could throw my spare cycles at? If you'd like. The problem is that the build fails when it tries to build libgcc: /home/davek/cyg-sysroot/obj-gcc/./gcc/xgcc -B/home/davek/cyg-sysroot/obj-gcc/./gcc/ -B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/include -isystem /usr/local/i686-pc-cygwin/sys-include -O2 -g -g -O2 -O2 -O2 -g -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I/home/davek/cyg-sysroot/gcc-4.3.2/gcc -I/home/davek/cyg-sysroot/gcc-4.3.2/gcc/. -I/home/davek/cyg-sysroot/gcc-4.3.2/gcc/../include -I/home/davek/cyg-sysroot/gcc-4.3.2/gcc/../libcpp/include -I/usr/include -I/usr/include -I/home/davek/cyg-sysroot/gcc-4.3.2/gcc/../libdecnumber -I/home/davek/cyg-sysroot/gcc-4.3.2/gcc/../libdecnumber/dpd -I../libdecnumber -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder -fno-tree-vectorize -I. -I. -I../.././gcc -I/home/davek/cyg-sysroot/gcc-4.3.2/lib gcc -I/home/davek/cyg-sysroot/gcc-4.3.2/libgcc/. -I/home/davek/cyg-sysroot/gcc-4.3.2/libgcc/../gcc -I/home/davek/cyg-sysroot/gcc-4.3.2/libgcc/../include -o crtbegin.o -MT crtbegin.o -MD -MP -MF crtbegin.dep -fno-omit-frame-pointer -c \ /home/davek/cyg-sysroot/gcc-4.3.2/libgcc/../gcc/config/i386/cygming-crtbegin.c In file included from ../.././gcc/tm.h:11, from /home/davek/cyg-sysroot/gcc-4.3.2/libgcc/../gcc/config/i386/cygming-crtbegin.c:39: /home/davek/cyg-sysroot/gcc-4.3.2/gcc/config/i386/cygwin.h:282:21: error: windows.h: No such file or directory /home/davek/cyg-sysroot/gcc-4.3.2/libgcc/../gcc/config/i386/cygming-crtbegin.c: In function ‘__gcc_register_frame’: /home/davek/cyg-sysroot/gcc-4.3.2/libgcc/../gcc/config/i386/cygming-crtbegin.c:106: error: ‘HANDLE’ undeclared (first use in this function) [ snip many more errors, all related to lack of windows.h ] Trying the failing commandline manually with -v added shows that there's no way it's going to find w32api headers: Reading specs from /home/davek/cyg-sysroot/obj-gcc/./gcc/specs Target: i686-pc-cygwin Configured with: /home/davek/cyg-sysroot/gcc-4.3.2/configure --prefix=/usr/local --target=i686-pc-cygwin --with-sysroot=/usr/local/i686-pc-cygwin/sysroot -v --with-gmp=/usr --with-mpfr=/usr --enable-version-specific-runtime-libs --enable-static --enable-shared --enable-shared-libgcc --enable-__cxa_atexit --with-gnu-ld --with-gnu-as --with-dwarf2 --disable-sjlj-exceptions --enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --disable-symvers --enable-libjava --program-suffix=-4 --enable-libgomp --enable-libssp --enable-libada --enable-threads=posix Thread model: posix gcc version 4.3.2 20080827 (beta) 2 (GCC) COLLECT_GCC_OPTIONS='-B/home/davek/cyg-sysroot/obj-gcc/./gcc/' '-B/usr/local/i686-pc-cygwin/bin/' '-B/usr/local/i686-pc-cygwin/lib/' '-isystem' '/usr/local/i686-pc-cygwin/include' '-isystem' '/usr/local/i686-pc-cygwin/sys-include' '-O2' '-g' '-g' '-O2' '-O2' '-O2' '-g' '-g' '-O2' '-DIN_GCC' '-DCROSS_DIRECTORY_STRUCTURE' '-W' '-Wall' '-Wwrite-strings' '-Wstrict-prototypes' '-Wmissing-prototypes' '-Wold-style-definition' '-isystem' './include' '-I.' '-I.' '-I/home/davek/cyg-sysroot/gcc-4.3.2/gcc' '-I/home/davek/cyg-sysroot/gcc-4.3.2/gcc/.' '-I/home/davek/cyg-sysroot/gcc-4.3.2/gcc/../include' '-I/home/davek/cyg-sysroot/gcc-4.3.2/gcc/../libcpp/include' '-I/usr/include' '-I/usr/include' '-I/home/davek/cyg-sysroot/gcc-4.3.2/gcc/../libdecnumber' '-I/home/davek/cyg-sysroot/gcc-4.3.2/gcc/../libdecnumber/dpd' '-I../libdecnumber' '-g0' '-finhibit-size-directive' '-fno-inline-functions' '-fno-exceptions' '-fno-zero-initialized-in-bss' '-fno-toplevel-reorder' '-fno-tree-vectorize' '-I. ' '-I.' '-I../.././gcc' '-I/home/davek/cyg-sysroot/gcc-4.3.2/libgcc' '-I/home/davek/cyg-sysroot/gcc-4.3.2/libgcc/.' '-I/home/davek/cyg-sysroot/gcc-4.3.2/libgcc/../gcc' '-I/home/davek/cyg-sysroot/gcc-4.3.2/libgcc/../include' '-o' 'crtbegin.o' '-MT' 'crtbegin.o' '-MD' '-MP' '-MF' 'crtbegin.dep' '-fno-omit-frame-pointer' '-c' '-v' '-mtune=generic' /home/davek/cyg-sysroot/obj-gcc/./gcc/cc1 -quiet -v -I. -I. -I/home/davek/cyg-sysroot/gcc-4.3.2/gcc -I/home/davek/cyg-sysroot/gcc-4.3.2/gcc/.
Re: Where is LEIM for cygwin's emacs 21.2?
On 8/5/2009 4:16 AM, Harald Joerg wrote: Very rarely I need to type one or two japanese characters in my emacs, and I recall that I did it with LEIM and set-input-method quite easily. However, in my current installation, emacs says that LEIM isn't installed. The cygwin installer says: LEIM is part of emacs package now. The directory where LEIM used to be, /usr/share/21.2/leim/, exists but is empty, both on my machine and on http://cygwin.com/cgi-bin2/package-cat.cgi?file=emacs%2Femacs-21.2-12. There's no LEIM at all in http://cygwin.com/cgi-bin2/package-cat.cgi?file=emacs-el%2Femacs-el-21.2-12 but the title says (including LEIM). As a workaround, I fetched emacs-leim from the web, extracted the tar.bz2 and symlinked the contents to /usr/share/21.2/leim. Now set-input-method works as expected. But I doubt that this is how it ought to be. * Is there something wrong with my installation (old installation, carried over from another machine)? No. There was confusion a couple of years ago when it looked like emacs was going to be updated to version 22.1 (which did include leim). At that point emacs-leim was declared obsolete. Unfortunately, the emacs-22.1 build turned out to be unstable, but emacs-leim was never reinstated. * Would a switch to emacs and emacs-el 23.0.92 be the recommended solution (emacs-el 23.0.92 apparently contains LEIM)? Yes. BTW, emacs-el is irrelevant; it just contains the library source files (*.el). The byte-compiled libraries (*.elc), including leim, are in the emacs package. Ken -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Please test the latest snapshot!
On Wed, Aug 05, 2009 at 12:11:58PM +, Eric Blake wrote: $ git clone git://git.sv.gnu.org/libsigsegv.git Initialized empty Git repository in /home/eblake/libsigsegv/.git/ fatal: write error (Socket operation on non-socket) I tried it and it failed as you indicated. The next snapshot should fix the problem. Nope - still seeing this in the strace: 308283 3906650 [main] git 2280 cygwin_connect: 0 = connect (3, 0x7D90C8, 16) 572 3907222 [main] git 2280 dtable::dup2: dup2 (3, 4) 142 3907364 [main] git 2280 build_fh_pc: fh 0x612094FC 147 3907511 [main] git 2280 fhandler_socket::dup: here 137 3907648 [main] git 2280 fhandler_base::dup: in fhandler_base dup 133 3907781 [main] git 2280 dtable::dup_worker: duped '' old 0x678, new 0x650 124 3907905 [main] git 2280 dtable::dup2: newfh-io_handle 0x650, oldfh-io_ha ndle 0x678 122 3908027 [main] git 2280 dtable::dup2: 4 = dup2 (3, 4) 173 3908200 [main] git 2280 writev: writev (4, 0x22C864, 1) 12504 3920704 [main] git 2280 __set_errno: void __set_winsock_errno(const char*, int):217 val 108 233 3920937 [main] git 2280 __set_winsock_errno: send_internal:1537 - winsock error 10038 - errno 108 154 3921091 [main] git 2280 writev: -1 = write (4, 0x22C864, 1), errno 108 Unsolicited strace output is rarely useful. In the surpring majority of cases, people snip the wrong thing and this is no exception. $ uname -a CYGWIN_NT-5.1 eblake 1.7.0s(0.212/5/3) 20090804 23:19:31 i686 Cygwin Well, all I can tell you is that I could duplicate your problem on two different machines and, after the changes that I made last night, I no longer could. The problem was apparently introduced in early July so this has nothing to do with the reported instability that people are reporting in the newest releases. Since I can no longer duplicate the problem, could you try setting the size of rmem and wmem down in the fdsock function in net.cc and see if that works around the problem? cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Correct way to configure a Cygwin toolchain on Linux?
On Wed, Aug 05, 2009 at 11:24:26AM +0100, Dave Korn wrote: Dave Korn wrote: Brendan Molloy wrote: Would I be able to get definitive instructions on setting up a successful Cygwin toolchain? Since I've never gotten around to building myself a Linux-x-Cygwin cross toolchain, I decided to spend some time this afternoon doing just that. I'll write it up once I'm done. FTR: I ran into some serious complication (to do with the layout of headers and libs and having stuff in a w32api subdir) and it appears that something is not quite working when it comes to building a cross-compiler by the standard procedures. It'll take me a little time to hack my way through and figure out what's going on (and I'll be multitasking with a few other projects I have running), so I'll get back to the list with a HOWTO when I've worked it all out. You *are* using the patches I sent you many months ago, right? Or some variation thereof? cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Correct way to configure a Cygwin toolchain on Linux?
Christopher Faylor wrote: You *are* using the patches I sent you many months ago, right? Or some variation thereof? Oops, no. I have no memory of them, but I have an extensive mailbox and a search function; I'll have a dig around for them. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Thanks (was: Re: Where is LEIM for cygwin's emacs 21.2?)
Ken Brown kbr...@cornell.edu writes: On 8/5/2009 4:16 AM, Harald Joerg wrote: Very rarely I need to type one or two japanese characters in my emacs, and I recall that I did it with LEIM and set-input-method quite easily. However, in my current installation, emacs says that LEIM isn't installed. [...] As a workaround, I fetched emacs-leim from the web, extracted the tar.bz2 and symlinked the contents to /usr/share/21.2/leim. Now set-input-method works as expected. But I doubt that this is how it ought to be. * Is there something wrong with my installation (old installation, carried over from another machine)? No. There was confusion a couple of years ago when it looked like emacs was going to be updated to version 22.1 (which did include leim). At that point emacs-leim was declared obsolete. Unfortunately, the emacs-22.1 build turned out to be unstable, but emacs-leim was never reinstated. * Would a switch to emacs and emacs-el 23.0.92 be the recommended solution (emacs-el 23.0.92 apparently contains LEIM)? Yes. BTW, emacs-el is irrelevant; it just contains the library source files (*.el). The byte-compiled libraries (*.elc), including leim, are in the emacs package. Excellent! Many thanks for your clarfications, on both emacs-leim and cygwin's emacs-el package. I have just installed emacs 23.0.92 from setup.exe's experimental branch and Japanese characters work like charm. As an additional bonus I found that Emacs is able to save Japanese characters as Unicode which makes interoperation with other programs much easier. Excellent! All I had to do after the upgrade was to *remove* my private installation of gnus 5.10.6. It was outdated, didn't work with Emacs23, and is not necessary since a perfectly working Gnus v5.13 comes bundled with cygwin's emacs 23.0.92. Wonderful! -- Cheers, haj -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 8/04 snapshot was bad. Please try the 8/04 snapshot
Finally, SUCCESS! (from inside an xterm): cygwin 1.7.0-56OK Thanks for fixing this. I hope it will be released as -57 soon. Thanks, Christopher! - Jim -- Jim Reisert AD1C, jjreis...@alum.mit.edu, http://www.ad1c.us -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
MIME encoding tools?
Apart from uuencode which I believe is not about MIME what tools are available on cygwin to MIME encode attachments to send over the commandline? Right now, I'm using $ (cat ./mail.txt; uuencode a.gz a.gz) |/usr/sbin/msmtp -t and this sometimes inlines the attachment in some MUAs. Any way to fix this? sivaram -- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Some library fail to be found when compiling a little program of GCC
This is the message relied from the make of GCC as blow: arch/s3c2410/s3c2410.o: In function `command_cpu': arch/s3c2410/s3c2410.o(.text+0x87c): undefined reference to `strncmp' arch/s3c2410/s3c2410.o(.text+0x8a0): undefined reference to `strncmp' arch/s3c2410/s3c2410.o(.text+0x8c4): undefined reference to `strncmp' arch/s3c2410/s3c2410.o: In function `command_test': arch/s3c2410/s3c2410.o(.text+0xeb0): undefined reference to `strncmp' arch/s3c2410/s3c2410.o(.text+0xed4): undefined reference to `strncmp' The function of strncmp is included in string.h which is the standard library. What occasion leads to this error above? I don't confirm that the stardard library required is also compiled to object when a program to link the object? In this occasion, which place I need to check such as the variable of environment or path. ? Thanks. -- View this message in context: http://www.nabble.com/Some-library-fail-to-be-found-when-compiling-a-little-program-of-GCC-tp24831027p24831027.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Some library fail to be found when compiling a little program of GCC
On 2009-08-05 15:39Z, coolsand wrote: This is the message relied from the make of GCC as blow: arch/s3c2410/s3c2410.o: In function `command_cpu': arch/s3c2410/s3c2410.o(.text+0x87c): undefined reference to `strncmp' Please show the command line that you used for linking. Perhaps you tried linking with 'ld' instead of 'gcc'? If you use 'gcc' to link, then the C runtime library is automatically included. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
CygWin backslash variable - stores dos based filename with path
Hi All, I am very new to CygWin, but having experience in Solaris, RedHat linux, Oracle linux and Microsoft Windows. My issue: Am running one batch job from Windows, which needs to execute one .sh file using CygWin and the batch file passes the filename with path (windows/DOS style) to the .sh shell. Shell of cygwin removing all the '\' s and made the file path as a different word. For example, e:\test\testcomn\util\jre\1.1.8\bin\jre.exe become e:testtestcomnutiljre1.1.8binjre.exe and I got command not found error. In this case, am not allowed to edit the any bat/sh files. But I can modify the CygWin settings. Please advice, How to make CygWin to convert automatically file path from e:\test\testcomn\util\jre\1.1.8\bin\jre.exe to e:test/testcomn/util/jre/1.1.8/bin/jre.exe Regards Rajesh George +91 9833454904 | rajesh.geo...@cetustech.com www.cetustech.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: CygWin backslash variable - stores dos based filename with path
On Wed, Aug 5, 2009 at 4:13 PM, Rajesh George wrote: e:\test\testcomn\util\jre\1.1.8\bin\jre.exe become e:testtestcomnutiljre1.1.8binjre.exe and I got command not found error. In this case, am not allowed to edit the any bat/sh files. But I can modify the CygWin settings. Well, we'd need to see the bat file to be sure, but chances are you're out of luck. I'm guessing it's doing something like bash -c somecommand c:\some\path\here then there's nothing you can do - by the time somecommand sees the pathname, the backslashes are gone. and there's no way it can figure out where they went. You don't have to change them to forward slashes, you just need to quote them: bash -c somecommand 'c:\some\path\here' But if you can't change the batch file, then I can't think of any workarounds. Maybe someone else can... but I don't know why you'd have batch files calling Cygwin commands that can't be modified to use Cygwin conventions. -- Mark J. Reed markjr...@gmail.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Can't execute scripts from a samba share with 1.7
Hi, I have a samba share mounted in cygwin with the following fstab entry: //server/nahor /home/nahor smbfs binary,user,exec,acl,posix=0,cygexec 0 0 Permissions are set correctly: $ ls -al -rwxr--r-- 1 nahor Domain Users 19 Aug 5 11:46 t.sh My test script doesn't do much: $ cat ./t.sh #!/bin/sh echo foo $ But when I execute: $ ./t.sh -bash: ./t.sh: Permission denied $ If I mount with noacl, I get a slightly different error but still no cigar: $ ./t.sh -bash: ./t.sh: /bin/sh: bad interpreter: Permission denied $ The script runs fine if I pass it as argument to bash/sh: $ sh ./t.sh foo $ I can also execute the script fine with cygwin 1.5. And I think it was working fine when I started using cygwin 1.7 (1.7.0-47) but I can't be totally positive (is there a way to install an older version other than the one before last to make sure?). /etc/passwd and /etc/group are up-to-date (generated using mkpasswd -l -d and mkgroup -l -d). Any idea what I'm overlooking? Nahor Cygwin Configuration Diagnostics Current System Time: Wed Aug 05 13:19:11 2009 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin-1.7\usr\local\bin C:\cygwin-1.7\bin C:\cygwin-1.7\bin C:\cygwin-1.7\usr\X11R6\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Common Files\GTK\2.0\bin C:\Program Files\cvsnt C:\Program Files\QuickTime\QTSystem C:\Program Files\doxygen\bin C:\Program Files\Graphviz2.20\Bin C:\Program Files\TortoiseSVN\bin C:\Program Files\QuickTime\QTSystem\ C:\Program Files\bind C:\Program Files\CVSNT\ \\server\nahor\bin Output from C:\cygwin-1.7\bin\id.exe (nontsec) UID: 1003(nahor) GID: 513(None) 544(Administrators) 545(Users) 1005(Debugger Users) 513(None) Output from C:\cygwin-1.7\bin\id.exe (ntsec) UID: 1003(nahor) GID: 513(None) 544(Administrators) 545(Users) 1005(Debugger Users) 513(None) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'nahor' PWD = '/home/nahor' HOME = '/home/nahor' HOMEPATH = '\Documents and Settings\nahor' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\nahor\Application Data' HOSTNAME = 'BRIO' VS71COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 10 Stepping 0, AuthenticAMD' Path_bak = 'C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Common Files\GTK\2.0\bin;C:\Program Files\doxygen\bin;C:\Program Files\Purify\common;c:\Program Files\QuickTime\QTSystem\' WINDIR = 'C:\WINDOWS' VS80COMNTOOLS = 'c:\Program Files\Microsoft Visual Studio 8\Common7\Tools\' OLDPWD = '/usr/bin' USERDOMAIN = 'BRIO' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' LS_COLORS = 'rs=0:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36:' VS90COMNTOOLS = 'c:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools\' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' QTJAVA = 'C:\Program Files\Java\jre6\lib\ext\QTJava.zip' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' INPUTRC = '/home/nahor/.inputrc.cygwin' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\nahor' CLIENTNAME = 'Console' PS1 = '\[\033[01;32m\...@\h \[\033[01;34m\]\w $ \[\033[00m\]' LOGONSERVER = '\\BRIO' PROCESSOR_ARCHITECTURE = 'x86' HISTCONTROL = 'ignoredups' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' BASH_ENV = '/home/nahor/.bashrc' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/tmp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'HP LaserJet 2100' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0a00' CLASSPATH = '.' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
Missing i686-pc-cygwin-ar on building GCC
Anyone got a clue ? Aaron -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Missing i686-pc-cygwin-ar on building GCC
On Wed, Aug 05, 2009 at 09:57:59PM +0100, Aaron Gray wrote: Anyone got a clue ? Yes. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7: help2man perl problem?
Lee Rothstein schrieb: When I run 'help2man' on a bash script that I wrote, I get the following error messages: Constant subroutine main::LC_ALL redefined at /usr/lib/perl5/5.10/Exporter.pm line 66. at /bin/help2man line 38 Prototype mismatch: sub main::LC_ALL () vs none at /usr/lib/perl5/5.10/Exporter.pm line 66. at /bin/help2man line 38 'help2man' does, however, generate a valid 'man' page, if somewhat mis-formatted to my taste. Is my perl configuration off, or what? No, that's known problem for old perl programs with 5.10, in this case help2man. Just google LC_ALL () vs none --- help2man.PL +++ help2man.PL @@ -34,7 +34,7 @@ my $have_gettext; BEGIN { eval { require Locale::gettext; - Locale::gettext-import; + Locale::gettext-import (qw(gettext textdomain)); $have_gettext = 1; }; -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: CygWin backslash variable - stores dos based filename with path
Rajesh George CetusTech wrote: I am very new to CygWin, but having experience in Solaris, RedHat linux, Oracle linux and Microsoft Windows. My issue: Am running one batch job from Windows, which needs to execute one .sh file using CygWin and the batch file passes the filename with path (windows/DOS style) to the .sh shell. Shell of cygwin removing all the '\' s and made the file path as a different word. For example, e:\test\testcomn\util\jre\1.1.8\bin\jre.exe become e:testtestcomnutiljre1.1.8binjre.exe and I got command not found error. In this case, am not allowed to edit the any bat/sh files. But I can modify the CygWin settings. Please advice, How to make CygWin to convert automatically file path from e:\test\testcomn\util\jre\1.1.8\bin\jre.exe to e:test/testcomn/util/jre/1.1.8/bin/jre.exe Cygwin doesn't have any built-in feature such as you wish, because it tries to impersonate Linux and Linux doesn't do that. Cygwin is like linux: backslash is an escape character in the shell, not a path separator. What you want to do wouldn't work on Linux, and the whole point of Cygwin is to imitate Linux on Windows. So, why are you using Cygwin at all if you just want to run Windows programs and that's difficult under Cygwin because of the differences in file path syntax? If you really aren't allowed to change anything at all, then obviously nothing will happen differently. Or can you just use forward slashes, which will work on both Windows and Cygwin? There is also the cygpath command, which converts between Cygwin POSIX and Windows DOS-style paths, and you might be able to use that, but you'd have to be allowed to change either the .bat file or the .sh script. Explain your situation in a bit more detail and we might be able to figure a workaround for you. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Missing i686-pc-cygwin-ar on building GCC
Aaron Gray wrote: Anyone got a clue ? Shouldn't be needed. configure scripts should just find /bin/ar and use that. How did you configure everything? cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Correct way to configure a Cygwin toolchain on Linux?
Dave Korn wrote: Christopher Faylor wrote: You *are* using the patches I sent you many months ago, right? Or some variation thereof? Oops, no. I have no memory of them, but I have an extensive mailbox and a search function; I'll have a dig around for them. In all my mboxes I only have about three mails from you that have attachments, so I either need a hint at some clever search terms, or could you send me them again? I'll take care of merging them upstream this time. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Some library fail to be found when compiling a little program of GCC
Hi, link command : /bin/arm-linux-ld -v $(LINKFLAGS) \ $(HEAD) \ $(CORE_FILES) \ $(DRIVERS) \ $(LIBS) \ -o vivi-elf $(CLIBS) I use the 'LD' to link indeed, but I think using it is also correct when 'Gcc' be used for compiling .c file with some paraments. Could you give me the way to using the 'ld' instead of 'gcc'? Greg Chicares-2 wrote: On 2009-08-05 15:39Z, coolsand wrote: This is the message relied from the make of GCC as blow: arch/s3c2410/s3c2410.o: In function `command_cpu': arch/s3c2410/s3c2410.o(.text+0x87c): undefined reference to `strncmp' Please show the command line that you used for linking. Perhaps you tried linking with 'ld' instead of 'gcc'? If you use 'gcc' to link, then the C runtime library is automatically included. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- View this message in context: http://www.nabble.com/Some-library-fail-to-be-found-when-compiling-a-little-program-of-GCC-tp24831027p24838279.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Some library fail to be found when compiling a little program of GCC
coolsand wrote: Hi, link command : /bin/arm-linux-ld -v $(LINKFLAGS) \ $(HEAD) \ $(CORE_FILES) \ $(DRIVERS) \ $(LIBS) \ -o vivi-elf $(CLIBS) I use the 'LD' to link indeed, but I think using it is also correct when 'Gcc' be used for compiling .c file with some paraments. Could you give me the way to using the 'ld' instead of 'gcc'? Just don't bother. Use arm-linux-gcc instead; it understands all the same options and passes them through to ld, while adding the necessary -L options for it to find the libraries. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
cl.exe and a C1083 error
So we are using regular make files to invoke the ms compiler. I get correct behavior on the build servers, but not my local system. The compiler isn't picking up the includes we send it on my system. We use a mount -f -s -b and that seems to clear up the posix to win32 path issue on the build servers. I'm not sure if I'm just missing something. The only obvious thing that I see is the build servers is running an older version of cygwin than I am. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cl.exe and a C1083 error
On 08/05/2009 10:49 PM, Jake wrote: So we are using regular make files to invoke the ms compiler. I get correct behavior on the build servers, but not my local system. The compiler isn't picking up the includes we send it on my system. We use a mount -f -s -b and that seems to clear up the posix to win32 path issue on the build servers. I'm not sure if I'm just missing something. The only obvious thing that I see is the build servers is running an older version of cygwin than I am. I'm going to assume you sent this here because you're using a Cygwin version of 'make'. It really doesn't sound like you're using Cygwin in a way it was intended. You are probably better off looking at Mingw or some other native port of 'make'. Still, from the limited details you've provided, you're successfully using Cygwin's 'make' (again, I'm assuming, otherwise your inquiry would be off-topic for this list) on other machines and you're just having problems on your personal machine. If that's the case, the best advice I can offer is to compare your installation and configuration with the successful machines. That's likely a quicker route to success than relying on someone here trying to spot a problem based on the content of your email to this list, all things considered. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
mintty doesn't run on NT4 due to lack of GetConsoleWindow
I spent much of the day trying to resurrect my Windows NT4 system and now that I finall have it back, I just tried to run mintty and noticed that it seems to be using GetConsoleWindow. That's not allowed on NT4. I get an error that says: The procedure entry point GetConsoleWindow could not be located in the dynamic link library KERNEL32.dll This means that this entry point isn't available on Windows NT4. This also exposes a problem with Cygwin on NT4 since I removed the code which worked around this a while ago under the assumption that this was an NT-thing rather than a NT 2K thing. This means that CYGWIN=tty doesn't work on Windows NT4. Andy would it be possible to avoid calling this function when it isn't available? I'm going to put back the workaround code which used to be used on Windows 9x in Cygwin so you can steal that when I'm done if you'd like. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple