Re: [GTG] Re: Please upload: aspell-sv-0.50.2-2
On Jan 10 17:39, Dr. Volker Zell wrote: Stefan Björnelund writes: Please upload at your earliest convinience. http://www.update.uu.se/~stefanb/cygwin/release/aspell-sv/setup.hint http://www.update.uu.se/~stefanb/cygwin/release/aspell-sv/aspell-sv-0.50.2-2.tar.bz2 http://www.update.uu.se/~stefanb/cygwin/release/aspell-sv/aspell-sv-0.50.2-2-src.tar.bz2 GTG. Uploaded. Stefan, please send an announcement to cygwin-announce according to http://cygwin.com/setup.html#submitting Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
RE: Boost 1.33.1-3 packages, new package review request.
On 10 January 2007 18:32, Václav Haisman wrote: Uploaded. Please send your release announcement. (I'm not able to approve it; we'll have to wait for one of the others to moderate it). cheers, DaveK -- Can't think of a witty .sigline today
CMake 2.4.6-1 ready
There has been a new release of the official cmake (2.4.6-1). This is a minor release from to 2.4.5 to 2.4.6. Here are the required files: http://www.cmake.org/files/cygwin/setup.hint http://www.cmake.org/files/cygwin/cmake-2.4.6-1.tar.bz2 http://www.cmake.org/files/cygwin/cmake-2.4.6-1-src.tar.bz2 The previous version should be cmake-2.2.3-1 and the current version should be cmake-2.4.6-1. Thanks. -Bill
Note about the FAQ
Hello and happy new year, I've been installing Cygwin/X and I had a problem with the fixed font which was not found on XWin startup. I read the FAQ, section 8.4. Fatal server error: could not open default font 'fixed' I followed your tips and always the same message ... Then I used the font server and tried to locate a few fonts. What I found is that the font server couldn't locate -adobe-utopia-regular-r-normal--12-120-75-75-p-67-iso8859-1, but it could find it using the ending loosing match -adobe-utopia-regular-r-normal--12-120-75-75-p-67-iso8859-1* I came to start XWin back by specifying -adobe-utopia-regular-r-normal--12-120-75-75-p-67-iso8859-1^M as a font name. The same for the cursor font : cursor^M instead of cursor. This is probably linked with the initial setup parameter which allows to choose between DOS or UNIX end-of-lines. That would be great to mention it in the FAQ. Thanks a lot for your work. Best regards, Mikaël -- 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/
Re: 1.5.23 on vista: difficulties launching X
On Wed, 10 Jan 2007, Larry Hall (Cygwin X) wrote: Dick Repasky wrote: On Tue, 9 Jan 2007, Larry Hall (Cygwin X) wrote: Dick Repasky wrote: I'm experiencing difficulty starting X on a fresh install of cygwin on a fresh install of Windows Vista. I've tried both startxwin.sh and startx. startxwin.sh always fails, and startx sometimes succeeds. A copy of cygcheck output is attached. startxwin.sh fails in three ways. snip Unlike the previous poster who reported a similar error, there is no logitech camera or virus program running on the system. It is indeed a fresh install. Have you tried the suggestions mentioned in this thread? http://sourceware.org/ml/cygwin/2006-11/msg00059.html Yes. Using the latest snapshot changes things, but doesn't clearly improve them. For both startxwin.sh and startx, the snapshot eliminates the popup that states that sh.exe has exited. Startxwin.sh still fails every time with the child_copy: linked dll data write copy failed error that I originally reported. startx fails more than it works. It worked in only 2 of ten runs. For 7 of the 8 failures, it ended with the usual child copy error. The odd failure was one in which it hung with processor use at 100%, and windows reported cat.exe as the process that was burning up the cycles. Did you try rebasing? When I rebaseall to 0x6500, the child_copy error disappears. Both startxwin.sh and startx run fine. (I have yet to try -engine 2 to get the toolbar-X-icon-exit to work.) WHen I rebaseall back to 0x7000, the child_copy error does not return. I did not believe in the healing powers of vista until I saw that. What does return after rebasing back to 0x7000 is that startx sometimes hangs with CPU at 100% and cat.exe burning cycles. What will the longterm fix for the rebase issue be in the cygwin distro? Thanks, Dick -- 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/
CPAN works fine w/http proxy on Cygwin
(Response:) Not that this is a cygwin-specific problem, but CPAN works fine behind a proxy/firewall. Add this to ~/.wgetrc: http_proxy=my-web-proxy.internal.mydomain:8080 ftp_proxy=my-web-proxy.internal.mydomain:8080 use_proxy = on Also, some programs use the env vars (so add them to your .shellrc): export http_proxy=my-web-proxy.internal.mydomain:8080 export ftp_proxy=my-web-proxy.internal.mydomain:8080 -l (for reference, question:) DePriest, Jason R. wrote: CPAN is awesome and can download and compile modules for me in cygwin (as long as I am not behind a proxy server), ** -- note, the important part of the message, the response or answer comes first. The most current and relevant information comes first. The more distant the history of a discussion, the less important it usually becomes to the current participants. Bottomposting wastes peoples' time as they are forced to scroll down to find the beginning of the actual reply. You can't jump to the bottom, because you don't know how long the response will be. When procedures communciate, they do so by pushing arguments onto the top of a stack (even if it is implemented top-down) -- why? Because it is efficient -- the most recently used data is the closest. Reverse chronological order is also used by professionals in the most lucrative fields because their time is precious. This footnote is appended at the end because in the context of this answer, it is of least importance. -- 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: cygwin support for shared objects (modules)
On Jan 11 17:11, Casey wrote: I am wanting to use InspIRCd IRC Server for Windows (C++ Modular IRCd). InspIRCd has stopped coming out with new versions of InspIRCd for Windows as it does not support shared objects (modules). Huh? Will cygwin have support for shared objects later on with new releases? Cygwin has support for shared objects same as Windows. They are called DLLs. The concept is really not new. 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: 1.7.0 CVS mmap failure
On Jan 10 22:44, Christopher Layne wrote: On Jan 10 09:37, Brian Ford wrote: Yes, this fixes my STC and the application from which it was derived. Thanks. BTW: a couple of things: 1. Is there a possibility of another application or thread reserving that just alloc/free'd area right after using it to obtain (at that time) a valid address? Yes, though unlikely. Standard allocations are basically bottom-up, mmap allocations are top-down. As soon as malloc uses bigger chunks (128K), it uses mmap. mmap is running in a critical section and supposed to be thread-safe. 2. What exactly is the difference between using CreateFileMapping and MapViewOfFile vs what we're doing now which seems to use NtMapViewOfSection? Win32 vs. native NT call. The former doesn't support all flags and memory protections the latter supports. 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/
Link windows DLL with Cygwin application?? Urgent!!
Hi, I am quite new to Cygwin. I am trying to compile my linux application under Cygwin running on Win XP. I need to link my application to a third party DLL. I don't have the source codes for the DLL. How do i do it? Please help!! Regards, RJ -- 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: Link windows DLL with Cygwin application?? Urgent!!
RJ wrote: Hi, I am quite new to Cygwin. I am trying to compile my linux application under Cygwin running on Win XP. I need to link my application to a third party DLL. I don't have the source codes for the DLL. How do i do it? Please help!! Regards, RJ LoadLibrary()/GetProcAddress() doesn't work? - Eric -- 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: How to resolve hiccups by patch program?
Does running d2u over the rejected hunk fix your problem? No, not so far. Would anybody like to apply the file const4.patch.part010 to the current source file app_db.c on their test system? Are rejections for all six updated lines reproducible? Regards, Markus smime.p7s Description: S/MIME Cryptographic Signature
loading cygwin-compiled DLL from a .NET application error.
When I use a Cygwin-compiled DLL on a C# program (Microsoft .NET 2.0), C# program crash with this messagge ./Blue 4 [main] Blue 316 c:\my-software\blue\Blue\Blue\bin\Release\Blue.exe: *** fatal error - c:\my-software\blue\Blue\Blue\bin\Release\Blue.exe: *** Incompatible cygwin .dll -- incompatible per_process info 0 != 168 Code of this DLL is: char *eval(char *expr) { return ciao; } BOOL APIENTRY DllMain (HINSTANCE hInst, DWORD reason, LPVOID reserved) { return TRUE; } Imported with: [DllImport(my-app.dll) public static extern string eval(string expr); How can I resolve this problem? Thanks to all. -- 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/
cygpopt-0.dll (libpopt0-1.6.4-4) is a 16 bit dll
Hello, i found that rsync, buided as a cygwin application, executes under a NTVDM process (the 16 bit subsystem emulation process of Windows). The Rsync.exe only dependencies are cygwin1.dll and cygpopt-0.dll and it seems that cygpopt-0 is compiled as a 16 bit dll. This is resource consuming especially if you have many instances of the same process (wich is my case). ¿Could be cygpopt-0 compiled as a 32 bit dll? Many 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: cygwin support for shared objects (modules)
Hi Corinna InspIRCd was saying that it has stopped coming out with the new versions of InspIRCd for Windows - as cygwin does not support shared objects. --- There is no 1.1 for windows and might not be for a while, as cygwin does not support shared objects (modules). that InspIRCd was saying about cygwin with the shared objects. -- 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: cygpopt-0.dll (libpopt0-1.6.4-4) is a 16 bit dll
On 11 January 2007 11:50, Carlos Nieto wrote: The Rsync.exe only dependencies are cygwin1.dll and cygpopt-0.dll and it seems that cygpopt-0 is compiled as a 16 bit dll. Not to me it doesn't: /bin $ objdump -x cygpopt-0.dll cygpopt-0.dll: file format pei-i386 /bin $ od -Ax -c cygpopt-0.dll | grep ^80 80 P E \0 \0 L 001 006 \0 224 354 002 = \0 \0 \0 \0 /bin $ file cygpopt-0.dll cygpopt-0.dll: MS-DOS executable PE for MS Windows (DLL) (console) Intel 80386 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: cygwin support for shared objects (modules)
On Thu, Jan 11, 2007 at 10:00:53PM +1000, Casey wrote: InspIRCd was saying that it has stopped coming out with the new versions of InspIRCd for Windows - as cygwin does not support shared objects. You're using the term shared objects as if it is something that everyone will understand. Corinna was telling you that we don't know wht you're talking about. You need to be more precise about what, specifically, the InspIRCd people think the problem is. Cygwin supports at least three different types of shared memory as well as other shared objects like semaphores so, unless you can provide more details, no one is going to be able to help you. 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/
Snapshot speed on managing files
Hi All, I have found non specific info on the faq and documentation, so I am wondering if there is any specific debugging reason to explain why latest snapshots 20070110 (and 04) are substantial slower than 1.5.23-2 on removing multiple files. I built a testdir directory with 32*32 files of 1 Mibyte each with 20070110 $ time rm -r testdir real1m40.103s user0m0.070s sys 0m0.240s with 1.5.23-2 $ time rm -r testdir real0m2.183s 2sec vs 2minutes user0m0.230s sys 0m0.801s 1.5.23-2 is in the same league of Windows XP command shell $ time cmd /c rmdir /s /q testdir real0m1.321s user0m0.020s sys 0m0.020s I am also surprised that instead I found no substantial difference building the directory with 1-5.23-2 time ./test_build.sh real2m53.480s user0m24.920s sys 0m17.431s with 20070110 time ./test_build.sh real2m59.498sno difference user0m24.430s sys 0m16.611s Is this behavior expected for a snapshot ? Thanks Marco ___ Vinci i biglietti per FIFA World Cup in Germania! yahoo.it/concorso_messenger -- 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: activestate perl on cygwin
But it is a bad idea to use ActiveState under Cygwin. Would you prefer if we lied to you? No, I'd prefer you answer my question. I can't use Activestate perl on cygwin by not using Activestate perl on cygwin. Do you see the contradiction? My scripts are written to make my life on Windows easier, so that means using Windows specific code to automate common tasks. But you really don't need to do such things in a Windows specific way! I used to run my whole domain under Cygwin. Apache for my web server, exim for a mail server, Cygwin's own inetutils for ftp, ssh, etc. Everything ran fine albeit a bit slower due to the fact that Cygwin is an emulation environment. Seeing as how you don't know what common tasks I am trying to automate, I don't see how you can presume to know the scripts do not have to be written in a Windows specific way. Suppose your theory is that any script written for Windows can be written to work with Linux. As I stated earlier, I do not wish to port my existing scripts to cygwin. And if the real, long term, more portable solution is to use a Cygwin based, thus more normal Perl... I'm asking for the short term solution. Answers were provided to you. Apparently they don't tickle your fancy. People have commented on that wrapper script that you posted. I still don't see what your problem is. If your Perl script expects C:\mydir\foo.dat then give it C:\mydir\foo.dat. Of course you'll need to do that under a cmd shell or, for Cygwin's bash shell you'll need to double the backslashes (C:\\mydir\\foo.dat) or use forward slashes (C:/mydir/foo.dat). If you insist on giving your Perl script /cygdrive/c/mydir/foo.dat then perhaps your Perl script should expect that and translate it. A quick Perl subroutine to do that shouldn't be that hard to code. Other posts have indicated how this is not possible. Executing a script That appears in my $PATH will automatically expand using cygwin style pathing. Answers were provided, but not to my original question. I still have no way to execute the command below and a regular script on cygwin using Activestate. perl -e 'print join \n, @INC, \n;' -- 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/
[ANNOUNCEMENT] Updated: boost-1.33.1-3
The following packages have been updated: boost-1.33.1-3 boost-devel-1.33.1-3 New package: libboost-1.33.1-3 Changes against 1.33.1-2: * Changed build-boost.sh's line endings to Unix style. * Rebuilt using latest GCC 3.4.4-3 and Cygwin 1.5.23-2. This should fix issues with Boost.Filesystem reported on mailing list (http://sourceware.org/ml/cygwin/2006-12/msg00940.html). * First release with Boost DLL. -- Vaclav Haisman *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. signature.asc Description: OpenPGP digital signature
Re: cygwin support for shared objects (modules)
I wrote in the InspIRCd forum asking if Windows is still happening with the new versions of InspIRCd and they said back with cygwin does not support shared objects (modules) which is all they said was that which I wrote back to them saying that it has support - will be getting a reply back from them soon this is the link to the forum http://www.inspircd.org/forum/index.php/topic,257.0.html the modules in InspIRCd are done as module name=m_name.so and the modules are built into the code which you just need to add their name into the inspircd.conf file sorry for not saying first - didn't really know first off - Casey -- 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: activestate perl on cygwin
Kevin T Cella wrote: But it is a bad idea to use ActiveState under Cygwin. Would you prefer if we lied to you? No, I'd prefer you answer my question. Actually, being technical about this and looking at your OP there is no question there at all! Search for it. Look for a question mark. There is none. There is merely the sentence Please advise and that's what you got! I can't use Activestate perl on cygwin by not using Activestate perl on cygwin. Do you see the contradiction? I can't use this pair of pliers to tow this boat. Please advise. - Well how about cha use a tow instead? That aside, others have already addressed your unstated and off topic questions. Again, sorry you don't like the answers you got and have fun with your pliers. My scripts are written to make my life on Windows easier, so that means using Windows specific code to automate common tasks. But you really don't need to do such things in a Windows specific way! I used to run my whole domain under Cygwin. Apache for my web server, exim for a mail server, Cygwin's own inetutils for ftp, ssh, etc. Everything ran fine albeit a bit slower due to the fact that Cygwin is an emulation environment. Seeing as how you don't know what common tasks I am trying to automate, I don't see how you can presume to know the scripts do not have to be written in a Windows specific way. It's pretty much a given unless you simply insist on doing it in a Windows specific way. Suppose your theory is that any script written for Windows can be written to work with Linux. As I stated earlier, I do not wish to port my existing scripts to cygwin. Then have fun with your little problem there bud. And if the real, long term, more portable solution is to use a Cygwin based, thus more normal Perl... I'm asking for the short term solution. I gave you an answer for your short term solution. If you insist on using a Windows oriented product such as ActiveState then fire up cmd and type in Windows specific path names to your Windows only ActiveState Perl scripts. Where's the problem? Answers were provided to you. Apparently they don't tickle your fancy. People have commented on that wrapper script that you posted. I still don't see what your problem is. If your Perl script expects C:\mydir\foo.dat then give it C:\mydir\foo.dat. Of course you'll need to do that under a cmd shell or, for Cygwin's bash shell you'll need to double the backslashes (C:\\mydir\\foo.dat) or use forward slashes (C:/mydir/foo.dat). If you insist on giving your Perl script /cygdrive/c/mydir/foo.dat then perhaps your Perl script should expect that and translate it. A quick Perl subroutine to do that shouldn't be that hard to code. Other posts have indicated how this is not possible. Funny I do it every day. Executing a script That appears in my $PATH will automatically expand using cygwin style pathing. This statement doesn't even make sense. What exactly is expanding? If you type myscript.pl 'C:\\Cygwin\\tmp\\file' and myscript.pl echoes out the first arg what do *you* get? Answers were provided, but not to my original question. I still have no way to execute the command below and a regular script on cygwin using Activestate. perl -e 'print join \n, @INC, \n;' Maybe you should ask ActiveState... -- Andrew DeFaria http://defaria.com Hang up and drive. -- 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: activestate perl on cygwin
On Thu, 11 Jan 2007, Kevin T Cella wrote: [snip] I'm asking for the short term solution. Answers were provided to you. Apparently they don't tickle your fancy. People have commented on that wrapper script that you posted. I still don't see what your problem is. If your Perl script expects C:\mydir\foo.dat then give it C:\mydir\foo.dat. Of course you'll need to do that under a cmd shell or, for Cygwin's bash shell you'll need to double the backslashes (C:\\mydir\\foo.dat) or use forward slashes (C:/mydir/foo.dat). If you insist on giving your Perl script /cygdrive/c/mydir/foo.dat then perhaps your Perl script should expect that and translate it. A quick Perl subroutine to do that shouldn't be that hard to code. Other posts have indicated how this is not possible. Executing a script That appears in my $PATH will automatically expand using cygwin style pathing. Answers were provided, but not to my original question. I still have no way to execute the command below and a regular script on cygwin using Activestate. perl -e 'print join \n, @INC, \n;' As you've noted yourself in the paragraph above, you only need the wrapper script to transform the script name from POSIX path style to Win32 style, and only if it's in the #! (shebang) line of a perl script. That was what my wrapper script was designed to do (as shown by the example usage). You do NOT need a wrapper to run the command above -- just invoke ActiveState perl directly. 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! Freedom is just another word for nothing left to lose... -- Janis Joplin -- 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: cygwin-email utility clipping attached zips
Matt Wozniski wrote: email [EMAIL PROTECTED] -s test -a $(sh -c 'IFS=,; echo $*' -- *.pdf) \ sample.txt But that won't work for files with commas in the name! (Rare, but it can happen...) I'd prefer something like This still works fine for filenames with commas since it uses $* which joins the positional parameters which have already been split (before the subprocess was even invoked), before IFS is changed to ,. But if a filename has a comma in its name then it is impossible to express it as a list of comma-separated filenames without some form of quoting. And I doubt that the email program has backslash-escape parsing logic for this very rare case (but I haven't checked.) Regardless, this: email [EMAIL PROTECTED] -s test -a $(ls -1 *.pdf | tr '\n' ',' ) sample.txt ...does not solve the problem either. You get the same output as above, except with an erronious trailing ,. 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: Link windows DLL with Cygwin application?? Urgent!!
On Thu, 11 Jan 2007, Eric Lilja wrote: RJ wrote: Hi, I am quite new to Cygwin. I am trying to compile my linux application under Cygwin running on Win XP. I need to link my application to a third party DLL. I don't have the source codes for the DLL. How do i do it? LoadLibrary()/GetProcAddress() doesn't work? LoadLibrary is needed only for really dynamic linking. For .so-style linking, just put the DLL on the command line, like a library (e.g., gcc main.o somelib.dll ). 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! Freedom is just another word for nothing left to lose... -- Janis Joplin -- 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: dealing with spaces in paths
David Bear wrote: Larry Hall (Cygwin) wrote: David Bear wrote: I'm attempting to script building mount points in order to handle spaces in file names. So I do something like this: homedir=`cygpath -w $USERPROFILE` mount -buf \$homedir\ $HOME/myh When I echo the mount command to the syntax looks correct. However, when I actually run the mount command via the script I get the message there are not enough parameters, like mount is not getting what it needs. Dealing with spaces is a huge pain... but this seems be one way to handle them. Any idea why mount is unhappy when scripted as shown above? Quote $USERPROFILE. Loose the '\'s around $homedir. Make sure that there is only 1 quote preceding $homedir. since the homedir does have spaces in it, you need to enclose it in quotes to prevent mount for assuming that each separate word in the path is a new mount point. There is a sample of it at http://comments.gmane.org/gmane.os.cygwin/54674 the \ escapes the so that it is passed through to the command line the script generates. when I leave out the quotes -- I get multiple lines and multiple errors from the script. That's why I said to quote USERPROFILE. I guess I should have included my version of your script, which worked fine for me: #!/bin/bash homedir=`cygpath -w $USERPROFILE` mount -buf $homedir $HOME/myh This is recreated from memory because I don't have access to Cygwin now. But this is essentially what worked fine for me last night. Note, the quote around USERPROFILE is important. -- 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? -- 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: loading cygwin-compiled DLL from a .NET application error.
Tommaso Tagliapietra (EXT VE SYS) wrote: When I use a Cygwin-compiled DLL on a C# program (Microsoft .NET 2.0), C# program crash with this messagge ./Blue 4 [main] Blue 316 c:\my-software\blue\Blue\Blue\bin\Release\Blue.exe: *** fatal error - c:\my-software\blue\Blue\Blue\bin\Release\Blue.exe: *** Incompatible cygwin .dll -- incompatible per_process info 0 != 168 Code of this DLL is: char *eval(char *expr) { return ciao; } BOOL APIENTRY DllMain (HINSTANCE hInst, DWORD reason, LPVOID reserved) { return TRUE; } Imported with: [DllImport(my-app.dll) public static extern string eval(string expr); How can I resolve this problem? Did you look at the FAQ? http://cygwin.com/faq/faq-nochunks.html#faq.programming.msvs-mingw -- 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? -- 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/
cygwin 1.5.23-2 : CREAD termios option don't work
Hello, I actually develop a program in C for reading and writing data on serial port. It works fine on GNU/Linux. I now test it with cygwin (Windows XP). I begin to set the port options, then I read/write information and restore port settings. I can write on serial port but can't read. For testing, I have tried with a working program : stty. It works fine with all options, but not with CREAD. $ stty cread /dev/ttyS0 stty: /dev/ttyS0: unable to perform all requested operations Can someone explain this ? I use cygwin 1.5.23-2 on Windows XP SP2. Thanks, Florent -- 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: dealing with spaces in paths
Larry Hall (Cygwin) wrote: homedir=`cygpath -w $USERPROFILE` mount -buf $homedir $HOME/myh This is recreated from memory because I don't have access to Cygwin now. But this is essentially what worked fine for me last night. Note, the quote around USERPROFILE is important. How about simply: mount -buf $(cygpath -w $USERPROFILE) $HOME/myh 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/
Bash regex tests wh'appen?
I upgraded quite a lot of bash versions in one go, and one of my shell-scripts broke. I've reproduced it to a simple test case which shows that either regex tests have turned into non-reg-ex text matches, or that I've really misunderstood something here. I checked the last few release announcements and didn't see anything about the behaviour of =~ changing. /artimi/tools/cygwin/bin $ if [[ foo.h =~ foo.h ]] ; then echo yes ; else echo no ; fi yes /artimi/tools/cygwin/bin $ if [[ foo.h =~ .*foo.h ]] ; then echo yes ; else echo no ; fi no /artimi/tools/cygwin/bin $ if [[ foo.h =~ \.\*foo.h ]] ; then echo yes ; else echo no ; fi no /artimi/tools/cygwin/bin $ cygcheck -c bash Cygwin Package Information Package VersionStatus bash 3.2.9-10 OK Reverting to 3.1-6 restores the expected behaviour (results above become yes, yes, no). 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: dealing with spaces in paths
Brian Dessent wrote: Larry Hall (Cygwin) wrote: homedir=`cygpath -w $USERPROFILE` mount -buf $homedir $HOME/myh This is recreated from memory because I don't have access to Cygwin now. But this is essentially what worked fine for me last night. Note, the quote around USERPROFILE is important. How about simply: mount -buf $(cygpath -w $USERPROFILE) $HOME/myh I see no reason that can't work as well. But I wasn't attempting to change the style of the script. I was just trying to point out why what the OP had wouldn't work well in the cases he described. If the one-liner you propose above works for the OP's needs, I'd certainly recommend using it. :-) -- 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? -- 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: activestate perl on cygwin
On 1/11/07, Igor Peshansky wrote: On Thu, 11 Jan 2007, Kevin T Cella wrote: [snip] I'm asking for the short term solution. Answers were provided to you. Apparently they don't tickle your fancy. People have commented on that wrapper script that you posted. I still don't see what your problem is. If your Perl script expects C:\mydir\foo.dat then give it C:\mydir\foo.dat. Of course you'll need to do that under a cmd shell or, for Cygwin's bash shell you'll need to double the backslashes (C:\\mydir\\foo.dat) or use forward slashes (C:/mydir/foo.dat). If you insist on giving your Perl script /cygdrive/c/mydir/foo.dat then perhaps your Perl script should expect that and translate it. A quick Perl subroutine to do that shouldn't be that hard to code. Other posts have indicated how this is not possible. Executing a script That appears in my $PATH will automatically expand using cygwin style pathing. Answers were provided, but not to my original question. I still have no way to execute the command below and a regular script on cygwin using Activestate. perl -e 'print join \n, @INC, \n;' As you've noted yourself in the paragraph above, you only need the wrapper script to transform the script name from POSIX path style to Win32 style, and only if it's in the #! (shebang) line of a perl script. That was what my wrapper script was designed to do (as shown by the example usage). You do NOT need a wrapper to run the command above -- just invoke ActiveState perl directly. 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! Freedom is just another word for nothing left to lose... -- Janis Joplin -- Bonus! ActiveState Perl on Windows (I think perl on Windows in general) doesn't even use the shebang. It's all based on file extension association (i.e. *.pl means run with C:\Perl\bin\perl.exe). The only thing it pulls from the shebang are the arguments to send to perl like -w. I always put #!/usr/bin/perl as my shebang whether I am writing the script for use in native Windows or for cygwin. It eliminates some complications for scripts that can run in either environment. Seriously, though, check out http://listserv.activestate.com/ and subscribe to one or more of the ActiveState mailing lists. There have been cygwin questions on the list before (unfortunately the usual answer is don't try to do that from cygwin). -Jason -- 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: Bash regex tests wh'appen?
On 1/11/2007 8:07 AM, Dave Korn wrote: I upgraded quite a lot of bash versions in one go, and one of my shell-scripts broke. I've reproduced it to a simple test case which shows that either regex tests have turned into non-reg-ex text matches, or that I've really misunderstood something here. I checked the last few release announcements and didn't see anything about the behaviour of =~ changing. It's mentioned in /usr/share/doc/bash-3.2.9/CHANGES: f. Quoting the string argument to the [[ command's =~ operator now forces string matching, as with the other pattern-matching operators. Also, I believe the unquoted pattern is already protected from expansion of special characters, so you don't have to worry about *. /artimi/tools/cygwin/bin $ if [[ foo.h =~ foo.h ]] ; then echo yes ; [[ foo.h =~ foo.h ]] /artimi/tools/cygwin/bin $ if [[ foo.h =~ .*foo.h ]] ; then echo yes ; [[ foo.h =~ .*foo.h ]] /artimi/tools/cygwin/bin $ if [[ foo.h =~ \.\*foo.h ]] ; then echo yes ; [[ foo.h =~ \.\*foo.h ]] -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8 The molars, I'm sure, will be all right, the molars can take care of themselves, the old man said, no longer to me. But what will become of the bicuspids? -- The Old Man and his Bridge -- 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: Bash regex tests wh'appen?
Dave Korn dave.korn at artimi.com writes: I upgraded quite a lot of bash versions in one go, and one of my shell-scripts broke. I've reproduced it to a simple test case which shows that either regex tests have turned into non-reg-ex text matches, or that I've really misunderstood something here. I checked the last few release announcements and didn't see anything about the behaviour of =~ changing. Bash 3.2 changed regex syntax. http://lists.gnu.org/archive/html/bug-bash/2006-10/msg00061.html http://sourceware.org/ml/cygwin/2006-12/msg00736.html /usr/share/doc/bash-3.2.9/NEWS item f -- Eric Blake -- 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: activestate perl on cygwin
On Thu, 11 Jan 2007, DePriest, Jason R. wrote: On 1/11/07, Igor Peshansky wrote: On Thu, 11 Jan 2007, Kevin T Cella wrote: [snip] I'm asking for the short term solution. Answers were provided to you. Apparently they don't tickle your fancy. People have commented on that wrapper script that you posted. I still don't see what your problem is. If your Perl script expects C:\mydir\foo.dat then give it C:\mydir\foo.dat. Of course you'll need to do that under a cmd shell or, for Cygwin's bash shell you'll need to double the backslashes (C:\\mydir\\foo.dat) or use forward slashes (C:/mydir/foo.dat). If you insist on giving your Perl script /cygdrive/c/mydir/foo.dat then perhaps your Perl script should expect that and translate it. A quick Perl subroutine to do that shouldn't be that hard to code. Other posts have indicated how this is not possible. Executing a script That appears in my $PATH will automatically expand using cygwin style pathing. Answers were provided, but not to my original question. I still have no way to execute the command below and a regular script on cygwin using Activestate. perl -e 'print join \n, @INC, \n;' As you've noted yourself in the paragraph above, you only need the wrapper script to transform the script name from POSIX path style to Win32 style, and only if it's in the #! (shebang) line of a perl script. That was what my wrapper script was designed to do (as shown by the example usage). You do NOT need a wrapper to run the command above -- just invoke ActiveState perl directly. Igor Bonus! ActiveState Perl on Windows (I think perl on Windows in general) doesn't even use the shebang. It's all based on file extension association (i.e. *.pl means run with C:\Perl\bin\perl.exe). The only thing it pulls from the shebang are the arguments to send to perl like -w. Unfortunately, that's not much of a bonus in Cygwin shells, where the scripts *are* executed with the program in the shebang line. Yes, the shebang is useless if you double-click on a file in Explorer (or use cygstart), but if you want the script to be runnable from the Cygwin command line with the right version of perl, you'll need to make sure the shebang is correct. I always put #!/usr/bin/perl as my shebang whether I am writing the script for use in native Windows or for cygwin. It eliminates some complications for scripts that can run in either environment. IIRC, the OP's problem was that his scripts were ActiveState-specific. 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! Freedom is just another word for nothing left to lose... -- Janis Joplin -- 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/
gcc: installation problem, cannot exec 'cc1'
Hello, This is my first post here. I recently installed Cygwin again after my harddisk crashed and had to be formatted and all. I mainly use an ELF cross compiler for doing OS dev. So it was when I tried to compile a simple app using the normal GCC that I ran into this error. $ gcc -mno-cygwin -o hello hello.c gcc: installation problem, cannot exec 'cc1': No such file or directory I see that it occurs only when I use the -mno-cygwin option. I searched google. I found I have to install gcc-mingw package. I installed it. But the problem still prevails. I also see that there is no /usr/lib/gcc-lib directory. I found cc1.exe in the /lib/gcc/i686-pc-cygwin/3.4.4 directory. I tried adding that to the PATH. But then I get the error. ld: crt2.o: No such file: No such file or directory I have also tried reinstalling those packages (gcc, binutils etc.) . But it still doesnt work. I am also attaching the output of cygcheck -r -s -v , in case it helps. Please help. Thanks, Thomas Cygwin Configuration Diagnostics Current System Time: Thu Jan 11 22:35:02 2007 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\lib\gcc\i686-pc-cygwin\3.4.4 C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\cross\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ATI Technologies\ATI.ACE\ c:\MySQL\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(Tom) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(Tom) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'Tom' PWD = '/home/Tom' HOME = '/home/Tom' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\Tom' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\Tom\Application Data' HOSTNAME = 'toms-pc' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 4 Stepping 7, GenuineIntel' WINDIR = 'C:\WINDOWS' OLDPWD = '/usr/bin' USERDOMAIN = 'TOMS-PC' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/Tom/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'Tom' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\Tom' CLIENTNAME = 'Console' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\TOMS-PC' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/Tom/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'EPSON Stylus C45 Series' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0407' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'TOMS-PC' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 15358Mb 63% CP CS UN PA FC d: hd NTFS 15358Mb 88% CP CS UN PA FC e: hd FAT3230702Mb 92% CPUN f: hd NTFS 51199Mb 99% CP CS UN PA FC Local Disk g: hd NTFS 51199Mb 91% CP CS UN PA FC h: hd NTFS 20481Mb 41% CP CS UN PA FC i: cd N/AN/A j: cd CDFS 632Mb 100%CS UN AURACD2 k: cd CDFS 525Mb 100%CS UN RTMI_CD1 C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Not Found: crontab Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Not Found: gdb Found:
Re: gcc: installation problem, cannot exec 'cc1'
Thomas Antony wrote: Hello, This is my first post here. I recently installed Cygwin again after my harddisk crashed and had to be formatted and all. I mainly use an ELF cross compiler for doing OS dev. So it was when I tried to compile a simple app using the normal GCC that I ran into this error. $ gcc -mno-cygwin -o hello hello.c gcc: installation problem, cannot exec 'cc1': No such file or directory I see that it occurs only when I use the -mno-cygwin option. I searched google. I found I have to install gcc-mingw package. I installed it. But the problem still prevails. I also see that there is no /usr/lib/gcc-lib directory. I found cc1.exe in the /lib/gcc/i686-pc-cygwin/3.4.4 directory. I tried adding that to the PATH. But then I get the error. ld: crt2.o: No such file: No such file or directory Don't do that. I have also tried reinstalling those packages (gcc, binutils etc.) . But it still doesnt work. I am also attaching the output of cygcheck -r -s -v , in case it helps. What does 'ls -l /lib/gcc/'? You should have '/lib/gcc/i686-pc-mingw32/3.4.4' with cc1.exe in it (which is just a symbolic link to the one in the i686-pc-cygwin). If you don't have that, check /var/log/setup.log* for indications of installation glitches. -- 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? -- 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: gcc: installation problem, cannot exec 'cc1'
Thomas Antony wrote: This is my first post here. I recently installed Cygwin again after my harddisk crashed and had to be formatted and all. I mainly use an ELF cross compiler for doing OS dev. So it was when I tried to compile a simple app using the normal GCC that I ran into this error. $ gcc -mno-cygwin -o hello hello.c gcc: installation problem, cannot exec 'cc1': No such file or directory I see that it occurs only when I use the -mno-cygwin option. I searched google. I found I have to install gcc-mingw package. I installed it. But the problem still prevails. I also see that there is no /usr/lib/gcc-lib directory. I found cc1.exe in the /lib/gcc/i686-pc-cygwin/3.4.4 directory. I tried adding that to the PATH. But then I get the error. Don't do that. It's not necessary and won't help. When you specify -mno-cygwin you switch to using MinGW's version of gcc, an entirely separate version of gcc that is installed alongside the Cygwin version. This is why you must install the gcc-mingw-* packages for this to work. Incidently, I don't understand how you managed to at first install gcc-core but *not* gcc-mingw-core, since gcc-core lists gcc-mingw-core as a prerequisite in the setup.ini file (and so on for the other languages), so selecting one should have selected the other, and breaking this dependancy should have given you a big fat warning message. The cc1 that it is looking for when you use -mno-cygwin should be /usr/lib/gcc/i686-pc-mingw32/3.4.4/cc1.exe. What does ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/ show? Did you have any problems running the postinstall scripts? Do you have any that are not renamed .done? What does ls -l /etc/postinstall/gcc* show? ld: crt2.o: No such file: No such file or directory This is part of mingw-runtime, and should be present in /usr/lib/mingw. 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: [ANNOUNCEMENT] Updated: boost-1.33.1-3
I can confirm that this new package fixes the filesystem issue reported earlier. Thanks very-much. -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/
command line arg expansion
I have recently upgraded from 1.5.12 to 1.5.23 and noticed something that has me wondering.I compiled this on 1.5.23 and have run it under cmd.exe on on 1.5.12 and 1.5.23: #include stdio.h int main(int argc, char *argv[]) { int i, c; for (i = 0; i argc; i++) printf(arg[%d]: '%s'\n, i, argv[i]); } On 1.5.12: C:\e '/.*/' arg[0]: 'e' arg[1]: '/.*/' On 1.5.23: C:\e '/.*/' arg[0]: 'e' arg[1]: '/../' arg[2]: '/./' arg[3]: '/.other/' It appears that the runtime initialization on 1.5.23 is doing command line expansion - is this correct? If so, is this change documented somewhere so I get the full explanation? thanks for any insight, jim -- 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: command line arg expansion
jim wrote: I have recently upgraded from 1.5.12 to 1.5.23 and noticed something that has me wondering.I compiled this on 1.5.23 and have run it under cmd.exe on on 1.5.12 and 1.5.23: #include stdio.h int main(int argc, char *argv[]) { int i, c; for (i = 0; i argc; i++) printf(arg[%d]: '%s'\n, i, argv[i]); } On 1.5.12: C:\e '/.*/' arg[0]: 'e' arg[1]: '/.*/' On 1.5.23: C:\e '/.*/' arg[0]: 'e' arg[1]: '/../' arg[2]: '/./' arg[3]: '/.other/' It appears that the runtime initialization on 1.5.23 is doing command line expansion - is this correct? If so, is this change documented somewhere so I get the full explanation? See http://cygwin.com/cygwin-ug-net/using-cygwinenv.html. Look for the (no)glob explanation. -- 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? -- 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: dealing with spaces in paths
On 1/11/07, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote: Brian Dessent wrote: Larry Hall (Cygwin) wrote: homedir=`cygpath -w $USERPROFILE` mount -buf $homedir $HOME/myh This is recreated from memory because I don't have access to Cygwin now. But this is essentially what worked fine for me last night. Note, the quote around USERPROFILE is important. How about simply: mount -buf $(cygpath -w $USERPROFILE) $HOME/myh I see no reason that can't work as well. But I wasn't attempting to change the style of the script. I was just trying to point out why what the OP had wouldn't work well in the cases he described. If the one-liner you propose above works for the OP's needs, I'd certainly recommend using it. :-) -- 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? -- 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/ on ly machine, cygpath -w $USERPROFILE it returs this: $cygpath -w $USERPROFILE /cygdrive/c/Documents And Settings/User/ unescaped. -- Morgan gangwere Space does not reflect society, it expresses it. -- Castells, M., Space of Flows, Space of Places: Materials for a Theory of Urbanism in the Information Age, in The Cybercities Reader, S. Graham, Editor. 2004, Routledge: London. p. 82-93. -- 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: Compile-time detection of EOL translation mode (CLISP)
2007/1/9, Reini Urban [EMAIL PROTECTED]: defined(UNIX) (O_BINARY != 0) seems to only target cygwin and looks like an upstream bug to me. If binary then do binary and not DOS. Thanks for the report! I'll check and update it then. Confirmed. Bug patched at http://sourceforge.net/tracker/index.php?func=detailaid=1633552group_id=1355atid=101355 Will be in the next update as well as the pending 8MB stack increase. I also cannot compile KM (The Knowledge Machine) anymore because of the too small stacksize. -- 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: dealing with spaces in paths
Morgan Gangwere wrote: On 1/11/07, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote: Brian Dessent wrote: Larry Hall (Cygwin) wrote: homedir=`cygpath -w $USERPROFILE` mount -buf $homedir $HOME/myh This is recreated from memory because I don't have access to Cygwin now. But this is essentially what worked fine for me last night. Note, the quote around USERPROFILE is important. How about simply: mount -buf $(cygpath -w $USERPROFILE) $HOME/myh I see no reason that can't work as well. But I wasn't attempting to change the style of the script. I was just trying to point out why what the OP had wouldn't work well in the cases he described. If the one-liner you propose above works for the OP's needs, I'd certainly recommend using it. :-) -- 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? -- 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/ on ly machine, cygpath -w $USERPROFILE it returs this: $cygpath -w $USERPROFILE /cygdrive/c/Documents And Settings/User/ unescaped. Why is everyone leaving off the final quote? All I can say to the above (since you got the intended result despite the syntax error) is try it without the quotes and you'll see why I made the suggestion to quote it. -- 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? -- 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: Compile-time detection of EOL translation mode (CLISP)
Reini Urban wrote: Confirmed. Bug patched at http://sourceforge.net/tracker/index.php?func=detailaid=1633552group_id=1355atid=101355 Thanks! -- Aaron Beginning Lua Programming: http://www.amazon.com/gp/product/0470069171/ -- 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: command line arg expansion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 jim wrote: I have recently upgraded from 1.5.12 to 1.5.23 and noticed something that has me wondering.I compiled this on 1.5.23 and have run it under cmd.exe on on 1.5.12 and 1.5.23: #include stdio.h int main(int argc, char *argv[]) { int i, c; for (i = 0; i argc; i++) printf(arg[%d]: '%s'\n, i, argv[i]); } On 1.5.12: C:\e '/.*/' arg[0]: 'e' arg[1]: '/.*/' On 1.5.23: C:\e '/.*/' arg[0]: 'e' arg[1]: '/../' arg[2]: '/./' arg[3]: '/.other/' It appears that the runtime initialization on 1.5.23 is doing command line expansion - is this correct? If so, is this change documented somewhere so I get the full explanation? thanks for any insight, jim -- 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/ isnt this because if the wildcard reading in 1.5.23? i have seen this several times, especially in this kind of program. handle the argv[] as an array of real strings and you should be fine TTBOMK -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (MingW32) iD8DBQFFptb+XIyDjlIx4voRAnu5AJwPXdyC48lDtDtid/gHCmF4gpu1OQCfa3MJ v3wayj3HBBmBgoMlY6B2Li0= =2xay -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/
Building applications from source to support cygwin
I know this is a newbie question, but I can't find it in the documentation. How (if?) do you compile a standard x86 source to support cygwin? 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: Building applications from source to support cygwin
On Thu, Jan 11, 2007 at 07:48:02PM -0500, Sparky Sparky wrote: I know this is a newbie question, but I can't find it in the documentation. How (if?) do you compile a standard x86 source to support cygwin? How would you build the application on linux? Same way, i.e., something like: gcc -o foo foo.c 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: cygwin-email utility clipping attached zips
heh, I seem to have sparked a short debate on bash scripting syntax/verbage. Suffice it to say, my original way worked, this way would most likely work, and I'm sure there are a number of alternative ways to get the same egg scrambled. I appreciate everyone's input, I really just wanted to share how I got it working in case anyone else needed something similar. regards, joey Brian Dessent wrote: Matt Wozniski wrote: email [EMAIL PROTECTED] -s test -a $(sh -c 'IFS=,; echo $*' -- *.pdf) \ sample.txt But that won't work for files with commas in the name! (Rare, but it can happen...) I'd prefer something like This still works fine for filenames with commas since it uses $* which joins the positional parameters which have already been split (before the subprocess was even invoked), before IFS is changed to ,. But if a filename has a comma in its name then it is impossible to express it as a list of comma-separated filenames without some form of quoting. And I doubt that the email program has backslash-escape parsing logic for this very rare case (but I haven't checked.) Regardless, this: email [EMAIL PROTECTED] -s test -a $(ls -1 *.pdf | tr '\n' ',' ) sample.txt ...does not solve the problem either. You get the same output as above, except with an erronious trailing ,. 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/ -- 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: activestate perl on cygwin
Actually, being technical about this and looking at your OP there is no question there at all! Search for it. Look for a question mark. There is none. There is merely the sentence Please advise and that's what you got! Congratulations! I was wondering when someone would point that out; and for the record, ?. I can't use this pair of pliers to tow this boat. Please advise. - Well how about cha use a tow instead? Clever. Seeing as how you don't know what common tasks I am trying to automate, I don't see how you can presume to know the scripts do not have to be written in a Windows specific way. It's pretty much a given unless you simply insist on doing it in a Windows specific way. My operating system is Windows and therefore many of my applications are only compatible with Windows. In order to interact with the application through their SDKs, I need to use Win32 modules. I gave you an answer for your short term solution. If you insist on using a Windows oriented product such as ActiveState then fire up cmd and type in Windows specific path names to your Windows only ActiveState Perl scripts. Where's the problem? I'm lazy, it's inconvenient. Executing a script That appears in my $PATH will automatically expand using cygwin style pathing. This statement doesn't even make sense. What exactly is expanding? If you type myscript.pl 'C:\\Cygwin\\tmp\\file' and myscript.pl echoes out the first arg what do *you* get? That example I can simply handle in the application, but I mean more when I invoke the script. When it is in my $PATH and I type myscript.pl, the full path is expanded and passed to the interpreter with cygwin style paths. -- 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: Building applications from source to support cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Faylor wrote: On Thu, Jan 11, 2007 at 07:48:02PM -0500, Sparky Sparky wrote: I know this is a newbie question, but I can't find it in the documentation. How (if?) do you compile a standard x86 source to support cygwin? How would you build the application on linux? Same way, i.e., something like: gcc -o foo foo.c 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/ there is a problem here i have seen now ... 34 times... while running ./configure it will Bluescreen. this is **apparently** caused by firewall software. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (MingW32) iD8DBQFFpvWWXIyDjlIx4voRAmpAAJ4x/vuAqbfuoHTj3GFcfe1girgOZQCfYfw7 ZJTMSohMwKNPvbFtljo1Yao= =5TCy -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/
Re: gcc: installation problem, cannot exec 'cc1'
Hello, It still doesnt work. I reinstalled all the GCC and GCC-mingw packages. The cc1.exe is present. But it still doesnt work. Here is output of ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/ $ ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/ total 1234 -rwxr-xr--+ 1 Tom Users 547 Jan 6 20:44 cc1.exe.lnk -rwxr-xr--+ 1 Tom Users 567 Jan 6 20:44 cc1plus.exe.lnk -rwxr-xr--+ 1 Tom Users 573 Jan 6 20:44 collect2.exe.lnk -rwx--+ 1 Tom None 412 May 24 2005 crtbegin.o -rwx--+ 1 Tom None 492 May 24 2005 crtend.o drwxrwxr--+ 2 Tom Users 0 Jan 12 08:18 debug drwxrwxr--+ 3 Tom Users 0 Jan 12 08:18 include drwxrwxr--+ 3 Tom Users 0 Jan 12 08:18 install-tools -rwx--+ 1 Tom None52594 May 24 2005 libgcc.a -rwx--+ 1 Tom None 9772 May 24 2005 libgcov.a -rwx--+ 1 Tom None 1063604 May 24 2005 libstdc++.a -rwx--+ 1 Tom None 685 May 24 2005 libstdc++.la -rwx--+ 1 Tom None 116074 May 24 2005 libsupc++.a -rwx--+ 1 Tom None 685 May 24 2005 libsupc++.la -rwxr-xr--+ 1 Tom Users 537 Jan 6 20:44 specs.lnk And here is the output of the second one: $ ls -l /etc/postinstall/gcc* -rwxr-x---+ 1 Tom Users 69347 Jun 4 2005 /etc/postinstall/gcc-mingw-core-3.4 .4-20050522-1.tgz -rwxr-x---+ 1 Tom Users 787 Jun 4 2005 /etc/postinstall/gcc-mingw-core.sh. done -rwxr-x---+ 1 Tom Users 1964271 Jun 4 2005 /etc/postinstall/gcc-mingw-g++-3.4. 4-20050522-1.tgz -rwxr-x---+ 1 Tom Users 783 Jun 4 2005 /etc/postinstall/gcc-mingw-g++.sh.d one -rwxr-x---+ 1 Tom Users 783 Jun 9 2005 /etc/postinstall/gcc-mingw-g77.sh.d one I ran the cc1.exe link from windows. It gave me error that cygwin1.dll couldnt be found. But on adding the Cygwin/bin directory to the PATH (in windows), removed that error and CC1.exe shows a blank console window. But the error while compiling still persists. Maybe I should backup my stuff and try a new install. ~ Thomas On 1/11/07, Brian Dessent [EMAIL PROTECTED] wrote: Don't do that. It's not necessary and won't help. When you specify -mno-cygwin you switch to using MinGW's version of gcc, an entirely separate version of gcc that is installed alongside the Cygwin version. This is why you must install the gcc-mingw-* packages for this to work. Incidently, I don't understand how you managed to at first install gcc-core but *not* gcc-mingw-core, since gcc-core lists gcc-mingw-core as a prerequisite in the setup.ini file (and so on for the other languages), so selecting one should have selected the other, and breaking this dependancy should have given you a big fat warning message. The cc1 that it is looking for when you use -mno-cygwin should be /usr/lib/gcc/i686-pc-mingw32/3.4.4/cc1.exe. What does ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/ show? Did you have any problems running the postinstall scripts? Do you have any that are not renamed .done? What does ls -l /etc/postinstall/gcc* show? ld: crt2.o: No such file: No such file or directory This is part of mingw-runtime, and should be present in /usr/lib/mingw. 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/ -- 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: activestate perl on cygwin
[snip] you only need the wrapper script to transform the script name from POSIX path style to Win32 style, and only if it's in the #! (shebang) line of a perl script. That was what my wrapper script was designed to do (as shown by the example usage). You do NOT need a wrapper to run the command above -- just invoke ActiveState perl directly. This is brilliant! I have no idea why I did not see it before, but this solves my problem in a very concise way. My wrapper script can mimic yours if the number of arguments is exactly 2. If they are greater than 2, then I will invoke Activestate perl directly making sure to use Windows style paths when appropriate (ie: perl -c file). On another, more apologetic note... I cannot believe I have not been kicked off this mailing list yet. Everyone has been more than helpful and I have just been a complete ass. Honestly, I could not tell you why, but for whatever reason it was kind of fun trying to find an angry retort. Maybe I finally snapped, all too often I post technical questions to forums or mailing lists without any solutions to my problems. I swear this is not me being sarcastic. You have my word I will continue to be less caustic. My rant is over. 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: Building applications from source to support cygwin
Christopher Faylor wrote: On Thu, Jan 11, 2007 at 07:48:02PM -0500, Sparky Sparky wrote: I know this is a newbie question, but I can't find it in the documentation. How (if?) do you compile a standard x86 source to support cygwin? How would you build the application on linux? Same way, i.e., something like: gcc -o foo foo.c Wrong! You type make. Phsh, newbies. ;-) -- 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? -- 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: Building applications from source to support cygwin
On 12 January 2007 03:06, Larry Hall (Cygwin) wrote: Christopher Faylor wrote: On Thu, Jan 11, 2007 at 07:48:02PM -0500, Sparky Sparky wrote: I know this is a newbie question, but I can't find it in the documentation. How (if?) do you compile a standard x86 source to support cygwin? How would you build the application on linux? Same way, i.e., something like: gcc -o foo foo.c Wrong! You type make. Phsh, newbies. ;-) Wrong! You type ./configure, then you type make. Phsh, oldbies! [ hmm.. autoconf.. automake... aclocal... we could probably take this back waay too far :) ] 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: gcc: installation problem, cannot exec 'cc1'
On 01/11/2007, Thomas Antony wrote: Hello, It still doesnt work. I reinstalled all the GCC and GCC-mingw packages. The cc1.exe is present. But it still doesnt work. Here is output of ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/ $ ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/ total 1234 -rwxr-xr--+ 1 Tom Users 547 Jan 6 20:44 cc1.exe.lnk -rwxr-xr--+ 1 Tom Users 567 Jan 6 20:44 cc1plus.exe.lnk -rwxr-xr--+ 1 Tom Users 573 Jan 6 20:44 collect2.exe.lnk -rwx--+ 1 Tom None 412 May 24 2005 crtbegin.o -rwx--+ 1 Tom None 492 May 24 2005 crtend.o drwxrwxr--+ 2 Tom Users 0 Jan 12 08:18 debug drwxrwxr--+ 3 Tom Users 0 Jan 12 08:18 include drwxrwxr--+ 3 Tom Users 0 Jan 12 08:18 install-tools -rwx--+ 1 Tom None52594 May 24 2005 libgcc.a -rwx--+ 1 Tom None 9772 May 24 2005 libgcov.a -rwx--+ 1 Tom None 1063604 May 24 2005 libstdc++.a -rwx--+ 1 Tom None 685 May 24 2005 libstdc++.la -rwx--+ 1 Tom None 116074 May 24 2005 libsupc++.a -rwx--+ 1 Tom None 685 May 24 2005 libsupc++.la -rwxr-xr--+ 1 Tom Users 537 Jan 6 20:44 specs.lnk All your links have been incorrectly created or you're not using Cygwin's ls. They should show up as links. For example, 'ls -l cc1' should result in: lrwxr-xr--+ 1 Tom Users 547 Jan 6 20:44 cc1 - ../../i686-pc-cygwin/3.4.4/cc1 If the problem is the links, you can remove them and recreate them manually if you'd rather not re-install. If the problem is you're using the wrong 'ls', get it and any other look-alike utilities out of your path and make sure Cygwin's are in your path. That should help. -- 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? -- 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: Building applications from source to support cygwin
Dave Korn wrote: On 12 January 2007 03:06, Larry Hall (Cygwin) wrote: Christopher Faylor wrote: On Thu, Jan 11, 2007 at 07:48:02PM -0500, Sparky Sparky wrote: I know this is a newbie question, but I can't find it in the documentation. How (if?) do you compile a standard x86 source to support cygwin? How would you build the application on linux? Same way, i.e., something like: gcc -o foo foo.c Wrong! You type make. Phsh, newbies. ;-) Wrong! You type ./configure, then you type make. Phsh, oldbies! [ hmm.. autoconf.. automake... aclocal... we could probably take this back waay too far :) ] LOL! Sorry for extending the thread but I figured since I diverted it, I should probably also make sure the diversion ends here before it gets too silly. :-) -- 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? -- 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: gcc: installation problem, cannot exec 'cc1'
Thomas Antony wrote: $ ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/ total 1234 -rwxr-xr--+ 1 Tom Users 547 Jan 6 20:44 cc1.exe.lnk -rwxr-xr--+ 1 Tom Users 567 Jan 6 20:44 cc1plus.exe.lnk -rwxr-xr--+ 1 Tom Users 573 Jan 6 20:44 collect2.exe.lnk -rwx--+ 1 Tom None 412 May 24 2005 crtbegin.o -rwx--+ 1 Tom None 492 May 24 2005 crtend.o drwxrwxr--+ 2 Tom Users 0 Jan 12 08:18 debug drwxrwxr--+ 3 Tom Users 0 Jan 12 08:18 include drwxrwxr--+ 3 Tom Users 0 Jan 12 08:18 install-tools -rwx--+ 1 Tom None52594 May 24 2005 libgcc.a -rwx--+ 1 Tom None 9772 May 24 2005 libgcov.a -rwx--+ 1 Tom None 1063604 May 24 2005 libstdc++.a -rwx--+ 1 Tom None 685 May 24 2005 libstdc++.la -rwx--+ 1 Tom None 116074 May 24 2005 libsupc++.a -rwx--+ 1 Tom None 685 May 24 2005 libsupc++.la -rwxr-xr--+ 1 Tom Users 537 Jan 6 20:44 specs.lnk That still looks fishy. Those should be symlinks, and ls should show them as such, not as .lnk files. Out of curiosity, from a CMD prompt in that dir what does attrib cc1.exe.lnk say? Does it have the R bit set? I checked your cygcheck and it appears that you have Cygwin installed on C: which is NTFS, so FAT shouldn't be an issue. You don't happen to have anything set in the CYGWIN environment variable that would affect symlinks? What happens if you manually run the preremove and postinstall scripts from a bash prompt, i.e. . /etc/preremove/gcc-mingw-core.sh; . /etc/postinstall/gcc-mingw-core.sh.done. That should remove and then recreate those files. Do you have working symlinks then? I ran the cc1.exe link from windows. It gave me error that cygwin1.dll couldnt be found. But on adding the Cygwin/bin directory to the PATH (in windows), removed that error and CC1.exe shows a blank console window. But the error while compiling still persists. That's not really a useful debugging method. Running any Cygwin binary without /bin in the path is going to give an error about a missing DLL. And cc1 is not meant to be invoked directly so it won't print anything useful. 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: Building applications from source to support cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dave Korn wrote: On 12 January 2007 03:06, Larry Hall (Cygwin) wrote: Christopher Faylor wrote: On Thu, Jan 11, 2007 at 07:48:02PM -0500, Sparky Sparky wrote: I know this is a newbie question, but I can't find it in the documentation. How (if?) do you compile a standard x86 source to support cygwin? How would you build the application on linux? Same way, i.e., something like: gcc -o foo foo.c Wrong! You type make. Phsh, newbies. ;-) Wrong! You type ./configure, then you type make. Phsh, oldbies! [ hmm.. autoconf.. automake... aclocal... we could probably take this back waay too far :) ] cheers, DaveK no, you run for(file in src/): if(system(gcc -o file file) == 0): print oops! Gcc messed up! python does building BETTER! :P -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (MingW32) iD8DBQFFpv/+XIyDjlIx4voRAi7kAJ9kD/T4asfXeaXLZn6qaRJvAx9DQQCeKmLa xHGgFEUzGpLxsfp1miW4iqg= =Hc3k -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/
RE: gcc: installation problem, cannot exec 'cc1'
On 12 January 2007 03:17, Larry Hall (Cygwin) wrote: On 01/11/2007, Thomas Antony wrote: Hello, It still doesnt work. I reinstalled all the GCC and GCC-mingw packages. The cc1.exe is present. But it still doesnt work. Here is output of ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/ $ ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/ total 1234 -rwxr-xr--+ 1 Tom Users 547 Jan 6 20:44 cc1.exe.lnk -rwxr-xr--+ 1 Tom Users 567 Jan 6 20:44 cc1plus.exe.lnk -rwxr-xr--+ 1 Tom Users 573 Jan 6 20:44 collect2.exe.lnk -rwx--+ 1 Tom None 412 May 24 2005 crtbegin.o -rwx--+ 1 Tom None 492 May 24 2005 crtend.o drwxrwxr--+ 2 Tom Users 0 Jan 12 08:18 debug drwxrwxr--+ 3 Tom Users 0 Jan 12 08:18 include drwxrwxr--+ 3 Tom Users 0 Jan 12 08:18 install-tools -rwx--+ 1 Tom None52594 May 24 2005 libgcc.a -rwx--+ 1 Tom None 9772 May 24 2005 libgcov.a -rwx--+ 1 Tom None 1063604 May 24 2005 libstdc++.a -rwx--+ 1 Tom None 685 May 24 2005 libstdc++.la -rwx--+ 1 Tom None 116074 May 24 2005 libsupc++.a -rwx--+ 1 Tom None 685 May 24 2005 libsupc++.la -rwxr-xr--+ 1 Tom Users 537 Jan 6 20:44 specs.lnk All your links have been incorrectly created or you're not using Cygwin's ls. Or he used windows explorer to recursively adjust the file attributes for the whole tree, perhaps in an attempt to turn off the R/O flag. That turns link files into .lnk files automanglicly. This /might/ just help: cd /usr/lib/gcc/i686-pc-mingw32/3.4.4/ attrib +R '*.lnk' 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: gcc: installation problem, cannot exec 'cc1'
Hello, Come to think of it, I had removed the read only stuff when it drove me nuts with silly errors when I tried to delete or move files. But not on C drive. Anyway, I removed those links using the script you said and reinstalled. Now ls lists them correctly $ ls -l /usr/lib/gcc/i686-pc-mingw32/3.4.4/ total 1234 lrwxrwxrwx 1 Tom None 34 Jan 12 09:34 cc1.exe - ../../i686-pc-cygwin/3.4 .4/cc1.exe lrwxrwxrwx 1 Tom None 38 Jan 12 09:32 cc1plus.exe - ../../i686-pc-cygwin /3.4.4/cc1plus.exe lrwxrwxrwx 1 Tom None 39 Jan 12 09:34 collect2.exe - ../../i686-pc-cygwi n/3.4.4/collect2.exe -rwxr-xr-x 1 Tom None 412 May 24 2005 crtbegin.o -rwxr-xr-x 1 Tom None 492 May 24 2005 crtend.o drwxrwxr--+ 2 Tom Users 0 Jan 12 09:32 debug drwxrwxr--+ 3 Tom Users 0 Jan 12 09:34 include drwxrwxr--+ 3 Tom Users 0 Jan 12 09:34 install-tools -rwxr-xr-x 1 Tom None52594 May 24 2005 libgcc.a -rwxr-xr-x 1 Tom None 9772 May 24 2005 libgcov.a -rwx--+ 1 Tom None 1063604 May 24 2005 libstdc++.a -rwx--+ 1 Tom None 685 May 24 2005 libstdc++.la -rwx--+ 1 Tom None 116074 May 24 2005 libsupc++.a -rwx--+ 1 Tom None 685 May 24 2005 libsupc++.la lrwxrwxrwx 1 Tom None 32 Jan 12 09:34 specs - ../../i686-pc-cygwin/3.4.4 /specs But now, while compiling I get the error $ gcc -mno-cygwin -o hello hello.c /usr/bin/ld: crt2.o: No such file: No such file or directory collect2: ld returned 1 exit status ?? Now what? ~ Thomas On 1/12/07, Dave Korn [EMAIL PROTECTED] wrote: On 12 January 2007 03:17, Larry Hall (Cygwin) wrote: All your links have been incorrectly created or you're not using Cygwin's ls. Or he used windows explorer to recursively adjust the file attributes for the whole tree, perhaps in an attempt to turn off the R/O flag. That turns link files into .lnk files automanglicly. This /might/ just help: cd /usr/lib/gcc/i686-pc-mingw32/3.4.4/ attrib +R '*.lnk' 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/ -- 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: activestate perl on cygwin
Kevin T Cella wrote: Actually, being technical about this and looking at your OP there is no question there at all! Search for it. Look for a question mark. There is none. There is merely the sentence Please advise and that's what you got! Congratulations! I was wondering when someone would point that out; and for the record, ?. #! I can't use this pair of pliers to tow this boat. Please advise. - Well how about cha use a tow instead? Clever. Accurate and appropriate too! My operating system is Windows and therefore many of my applications are only compatible with Windows. Extremely shorted sighted I might add. I IM'ed recently with a former colleague of mine, fellow contractor since turned perm. The client, the largest privately held mortgage company mine you, had invested heavily in Clearcase and Clearquest software all running on Windows servers. They insisted up and down that all servers, and clients for that matter, will be Windows based. Thus the Clearquest team dutifully went off programming away hooks to Clearquest in Visual Basic. Anyways, my colleague now informs me that they need to translate all their VB code over to Perl because Linux is making inroads now. Sure they could and probably will base it off of ActiveState Perl (indeed Rational's Perl is based off of ActiveState) but the point of this little story is that you are short sighted if you believe that the only platform you'll encounter and thus need to deal with is Windows... In order to interact with the application through their SDKs, I need to use Win32 modules. As has been pointed out to you already there is Win32 modules for Cygwin's Perl. I gave you an answer for your short term solution. If you insist on using a Windows oriented product such as ActiveState then fire up cmd and type in Windows specific path names to your Windows only ActiveState Perl scripts. Where's the problem? I'm lazy, it's inconvenient. The lazy person will also cite convenience when using a plier as hammer. Fine. Just don't complain when it doesn't turn out as expected. That example I can simply handle in the application, but I mean more when I invoke the script. When it is in my $PATH and I type myscript.pl, the full path is expanded and passed to the interpreter with cygwin style paths. Although this is thorough off topic, perhaps you can explain it better to me as I don't use ActiveState therefore I don't see what you are claiming. Exactly which full path is expanded to what and passed to (guess) ActiveState Perl interpreter as, again, what? Is it $0 that you speak of that may be a Cygwin path? I'm confused however if it is $0 then why couldn't that also be handled in the Perl script? -- Andrew DeFaria http://defaria.com Clones are people two. -- 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: CR/LF problems after upgrade
On 5 Jan, fschmidt wrote: 3. Cygwin text mounts automatically work with either line ending style, because the \r is stripped before bash reads the file. If you absolutely must use files with \r\n line endings, consider mounting the directory where those files live as a text mount. However, text mounts are not as well tested or supported on the cygwin mailing list, so you may encounter other problems with other cygwin tools in those directories. I don't know what mounts are, or how to use them. With a freshly-installed Cygwin from a mirror that's a few days old, and with c:\cygwin\bin mounted textmode and a network share directory of bash scripts also mounted in textmode, using scripts that had CR/LF endings, each blank line in the script caused an error, and there were other errors too. In short, I don't think the text mounts are doing their magic correctly at the moment. (The scripts mentioned above did work correctly in much older Cygwins using text mounts.) philosophy I wonder how many centuries of human endeavour has been absorbed because of the decision to use CR+LF as line endings in DOS? /philosophy luke -- 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: cscope -d can't find trailer offset if path contains space
By the way, Dave, if you're going to be poking prodding mlscope, I was wondering if you might have time to look at a problem with its interface with vim. Mlscope works find from the command line, but simply hangs when I do a symbol search from within vim. Vim works fine with non-ml-cscope, however. I believe I read in the cygwin archives that it had to do with the format of the records returned by the mlscope search. Thanks if you can spare the time to look at it. Otherwise, thanks for the thought. Fred Ma wrote: Thanks. Here's some further info: http://groups.google.ca/group/comp.editors/msg/7ffc56871c614f4b Dave Diane wrote: Sorry for the delay - let me take a look at this in more detail. Given the sleuthing you've done I'll probably have to go back to the cscope owner at Bell-Labs. Will keep you posted. Dave [mlcscope maintainer for cygwin] Fred Ma wrote: Bug fix request submitted for cscope via sourceforge: This problem arose when using vim, but also appears when using cscope -d. I get the error cannot read trailer offset from file cscope.out. I browsed build.c to find that it is caused when reading in a single number with fscanf. To see what could be confusing fscanf, I found the context of the trailer offset from http://www1.bell-labs.com/project/wwexptools/cscope/cscope.html, which shows that the number to be read occupies a single line along with other space-delimited data, including the specification of the current directory. The space delimiting will get messed up if the current directory contains spaces, which is often the case in Windows and Cygwin (though it can also be the case in *nix). P.S.: It also happens with mlcscope. -- 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/
Updated: boost-1.33.1-3
The following packages have been updated: boost-1.33.1-3 boost-devel-1.33.1-3 New package: libboost-1.33.1-3 Changes against 1.33.1-2: * Changed build-boost.sh's line endings to Unix style. * Rebuilt using latest GCC 3.4.4-3 and Cygwin 1.5.23-2. This should fix issues with Boost.Filesystem reported on mailing list (http://sourceware.org/ml/cygwin/2006-12/msg00940.html). * First release with Boost DLL. -- Vaclav Haisman *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. signature.asc Description: OpenPGP digital signature