Re: whitespace in variables (tsch)
thanks much corinna. i knew to try various ways of quoting, but wouldn't have thought of quoting the variable itself when called! you're a life-saver. cheers christopher On Feb 11, 2008 12:26 PM, Corinna Vinschen <[EMAIL PROTECTED]> wrote: > On Feb 11 11:59, Christopher Stack wrote: > > first time cygwin user and im running into a problem when setting > > location variables on a pc. since the pc uses whitespace (like > > c:/Program Files), setting a variable as a direction to this location > > seems impossible. how do you get tsch to parse the variable properly? > > i've been searching google for the past two days and can't find a > > solution. it would seem other should have run into this previously, > > no? > > > > and yes, please i've already heard all the arguments against > > programming in csh and if i knew bash i'd use it. thanks in advance > > for not being *that* person. > > The secret buzzword is "quoting". In every shell. On every OS. > This is not Cygwin specific. I typed the below in a tcsh on Linux. > > tcsh$ cd /tmp > tcsh$ mkdir foo\ bar > tcsh$ setenv DIR "foo bar" > tcsh$ cd $DIR > cd: Too many arguments. > tcsh$ cd "$DIR" > tcsh$ pwd > /tmp/foo bar > > > 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/ > > -- "Space is on the verge of becoming an adventure again, Windows Vista is flopping, and Mario Kart will be out for the Wii soon. I think the future will be okay." - xkcd -- 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: iconv vs. libiconv confusion
2008/2/11, Dave Korn <[EMAIL PROTECTED]>: > Does anyone understand the difference between iconv_open and libiconv_open, > and why the libiconv package supplies a header that declares only iconv_XXX > and a library that defines only libiconv_? I find this confusing, and so > does ./configure and friends. libiconv_xxx was used for a seperate and probably newer libiconv installed, while iconv_xxx usually comes with glibc. Is libiconv from me? I'll have to check these mistakes then. clisp, where iconv is coming from, never used libiconv_*, its iconv.m4 just tests for the main iconv_open, _close functions. I mostly see these errors in php libs. -- Reini -- 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: Threading issue in cygwin python 2.5.1-2 ?
Jim Kleckner wrote: Dave Korn wrote: On 26 January 2008 02:27, Jim Kleckner wrote: ... The two testcases I found in those threads (attached) both WJFFM under cygwin 1.5.25-7 but fail under 1.5.23-2. If you can reproduce that and your program still fails, it's probably a different issue. Thanks for giving that a try, Dave. I restored 1.5.25-7 and confirmed that test_wait4 succeeds standalone. Note that the test_wait4 test fails when run with: python testall.py >& testall.out Note that it does make a difference if output is redirected. If you type: python testall.py then it hangs at the point of testing threads: *** Changing thread stack size *** caught expected ValueError setting stack_size(4096) successfully set stack_size(262144) successfully set stack_size(1048576) successfully set stack_size(0) trying stack_size = 262144 creating task 1 Note the message from the test output that "verbose mode" can influence the results: CAUTION: stdout isn't compared in verbose mode: a test that passes in verbose mode may fail without it. I would be curious if you also can reproduce this behavior. Would someone mind trying the following to see if you get the same behavior? cd /usr/lib/python2.5/test python testall.py Observe that it hangs at "creating task 1". And (using bash): cd /usr/lib/python2.5/test python testall.py >& testall.out and observe that test_wait4 fails. ... Thanks - 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: whitespace in variables (tsch)
On Feb 11 11:59, Christopher Stack wrote: > first time cygwin user and im running into a problem when setting > location variables on a pc. since the pc uses whitespace (like > c:/Program Files), setting a variable as a direction to this location > seems impossible. how do you get tsch to parse the variable properly? > i've been searching google for the past two days and can't find a > solution. it would seem other should have run into this previously, > no? > > and yes, please i've already heard all the arguments against > programming in csh and if i knew bash i'd use it. thanks in advance > for not being *that* person. The secret buzzword is "quoting". In every shell. On every OS. This is not Cygwin specific. I typed the below in a tcsh on Linux. tcsh$ cd /tmp tcsh$ mkdir foo\ bar tcsh$ setenv DIR "foo bar" tcsh$ cd $DIR cd: Too many arguments. tcsh$ cd "$DIR" tcsh$ pwd /tmp/foo bar 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/
Issue with GDB under Cygwin and XP
I'm running under Windows XP and Cygwin.
I ran GDB on a simple C program and captured the output (below).
I have a few questions:
Why can I run the program several times with no errors but as soon as I
set a breakpoint at main it gets a SIGSEGV fault?
Why does the backtrace show only addresses?
C:\Documents and Settings\Ray
Hurst\workspace\CDT\HelloWorld-ANSIC\Debug>gdb Hel
loWorld-ANSIC.exe
GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) list
5Version :
6Copyright : Your copyright notice
7Description : Hello World in C, Ansi-style
8 ===
=
9*/
10
11 #include
12 #include
13
14 int main(void) {
(gdb) list 20
15 puts("!!!Hello World!!!"); /* prints !!!Hello World!!! */
16 return EXIT_SUCCESS;
17 }
(gdb) run
Starting program: /cygdrive/c/Documents and Settings/Ray
Hurst/workspace/CDT/Hel
loWorld-ANSIC/Debug/HelloWorld-ANSIC.exe
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/secur32.dll
!!!Hello World!!!
Program exited normally.
(gdb) run
Starting program: /cygdrive/c/Documents and Settings/Ray
Hurst/workspace/CDT/Hel
loWorld-ANSIC/Debug/HelloWorld-ANSIC.exe
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/secur32.dll
!!!Hello World!!!
Program exited normally.
(gdb) b main
Breakpoint 1 at 0x401050: file ../src/HelloWorld-ANSIC.c, line 14.
(gdb) run
Starting program: /cygdrive/c/Documents and Settings/Ray
Hurst/workspace/CDT/Hel
loWorld-ANSIC/Debug/HelloWorld-ANSIC.exe
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/secur32.dll
Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 4896.0x1314]
0x07f4 in ?? ()
(gdb) bt
#0 0x07f4 in ?? ()
#1 0x in ?? ()
(gdb)
Ray
--
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/
iconv vs. libiconv confusion
Does anyone understand the difference between iconv_open and libiconv_open, and why the libiconv package supplies a header that declares only iconv_XXX and a library that defines only libiconv_? I find this confusing, and so does ./configure and friends. 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: iconv vs. libiconv confusion
Dave Korn wrote: > To elaborate: I'm building graphviz. Its configure correctly spotted we > have no iconv_xxx functions in the library, so did not define HAVE_ICONV; the > application the supplies its own dummy stubbed-out versions of the > iconv_open/iconv/iconv_close functions, but although those functions don't > exist they /are/ prototyped in the header file and hence the build fails > because the dummy versions don't have quite the same prototypes as the > non-existing ones declared in the header file. I ran into eactly this problem recently. The issue is that you accidently overwrote the libiconv header with the newlib header of the same name (iconv.h). You get that if you a make install (or whatever) for newlib to get updates headers. The newlib one doesn't work obviously because it simply defines iconv_open. The proper libiconv header works correctly. 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/
xemacs
Hi everyone, Can anyone tell me why the following has occurred. When I first installed cygwin, I pretty much just installed xemacs (no emacs and a whole bunch of other stuff). Xemacs could be started from the bash script (black background) with the command 'xemacs &'. It would start in a new window with a white background. Now that I have installed a whole bunch of other cygwin things: 1) I find I need to run startxwin.sh, then type 'xemacs &' in the shell with a white background (no longer runs from the black background) 2) xemacs now starts with a grey bacground (?!) How come this has changed? Is it a different version of xemacs? Thanks 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/
Re: Uninstalling Cygwin
PEDRO MACANAS VALVERDE wrote: I have a lot of questions and I cannot see the right place with the answers. So, how can I solve them easily, at a beginner level?. What about not wrong, but non-existing answers ?. If you cannot find the answers you need in the existing documentation or email archives, send the question to this list. If people here can help, they will. -- 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: Why latest version of gdb (6.7.1) isn't in cygwin distribution
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Rémi Perrot on 2/11/2008 2:21 AM: | Is it because gdb license change to gpl 3 ? No. Cygwin already distributes other GPLv3+ projects. | Or is it because of some missing human resources to make/test a new | package of this tools ? Bingo. This is a volunteer effort, after all, and volunteers don't have unlimited time. | Or maybe there is some work in progress and a new package will come ? Probably some of this as well. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHsEbg84KuGfSFAYARAu36AKCGSkxtbSehss9Q79dU2JtDQJgWawCgho6b sMgQ8WL4wn6XEtcKwKaczyE= =Nv4d -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: http://cygwin.com/ needs a link updated
On Feb 9 16:55, Ross Smith wrote: > but the 1.5.25-7 link refers to the 1.5.24 release. > > It should point to > > http://cygwin.com/ml/cygwin-announce/2007-12/msg00036.html > > right? Right. Fixed. Thanks, 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: Uninstalling Cygwin
I have a lot of questions and I cannot see the right place with the answers. So, how can I solve them easily, at a beginner level?. What about not wrong, but non-existing answers ?. Regards. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Sylvain RICHARD Enviado el: viernes, 08 de febrero de 2008 19:25 Para: cygwin@cygwin.com Asunto: Re: Uninstalling Cygwin Christopher Faylor wrote: > On Fri, Feb 08, 2008 at 11:24:59AM +0100, PEDRO MACANAS VALVERDE wrote: > > >> Asunto: RE: Uninstalling Cygwin >> >> Wonderful, merçi beaucoup, Sylvain, that worked. Didn't realise this >> could be so easy. Cygwin documentation / FAQ people, maybe this would >> be wise to incorporate somewhere in the uninstall documentation on your >> website, as I suspect all users running winXP and higher experience >> these problems when having chacged file ownership. Thanks again. >> >> For this , include the FAQ in a Wiki is a good option. One also can >> include user tips. >> > > You should have paid closer attention to the discussion. This would be > just the kind of confusion we don't need. Having people update the > "FAQ" with a "tip" that was *already* in the "FAQ" would just cause more > confusion. > > cgf > I have to say that I agree with cgf. I should have looked in the FAQ before, it would have saved some typing. I have had exactly the same issue before and perhaps didn't find the answer at that time. People who come from a UNIX background tend to use chown or chmod but may have already deleted chown.exe and chmod.exe. Perhaps adding the exact cacls invocation in the FAQ would be helpful I do not think that an external wiki would be a good idea, as the developers already have to face numerous questions arising from outdated documentation. The most common source of questions on the cygwin mailing list was at a time SSH (mis-)configuration. Users followed wrong directions and did not run ssh-host-config but tried to setup everything by hand. And when MS reduced the privileges of the SYSTEM account for XP, everything broke. Best regards Sylvain RICHARD -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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 OCFS support (or lack of)
On Feb 10 04:18, Robert Pendell wrote: > Well I thought to take my hand at it and see what the strace looked > like. I followed it against a good strace from one of my own local > directories. If you search for fhandler_disk_file::opendir you will > find that it fails with error 2 which appears to make subsequent > attempts to access information fail (errno 89). You will only find one > reference to that handler. Afterwards it silently fails. > > Please correct me if I am wrong here. The opendir works fine. It returns a valid DIR pointer as you can see in the line before the geterrno_from_win_error. What happens looks like this: opendir succeeds. In the first call to readdir, NtQueryDirectoryFile generates a Win32 error 2, "No such file" so readdir fakes a "." directory entry. In the next call NtQueryDirectoryFile generates a Win32 error 18, "No more files". readdir fakes a ".." entry. In the next call NtQueryDirectoryFile generates another Win32 error 18 and readdir finally fails with errno 89, "No more files". The first error, Win32 error 2 is very strange and I have no explanation for this. Maybe it's not enough for OCFS to open the directory handle with FILE_LIST_DIRECTORY access. It might help to use GENERIC_READ in opendir instead. This should be tested by somebody with OCFS access. 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: Why latest version of gdb (6.7.1) isn't in cygwin distribution
Rémi Perrot wrote: Hello, I try to use Eclipse gdb and Rhapsody and face some trouble with the cygwin version of gdb (GNU gdb 6.5.50.20060706-cvs (cygwin-special)). So I have successfully compile the 6.7.1 version of GDB and try it. I had better result with this one. I would like to know if I am lucky and if will have other problem later ? In other world is there technical reason to not have gdb 6.7.1 into cygwin ? Best Regards, Sometime question with no answer are bad question, but I have to insist on it. Is it because gdb license change to gpl 3 ? Or is it because of some missing human resources to make/test a new package of this tools ? Or maybe there is some work in progress and a new package will come ? Best Regards Rémi -- 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/
net-tool commands (ifconfig/route, etc.) on CygWin ??
Hi, I have alot of scripts (approx. 1500) written for Linux. I have now migrated to WinXP with CygWin. I am not able to use my scripts here since most of them use following commands :- ifconfig,route,iptables, etc., most of them related to Linux networking. Can someone help me in getting these commands running in CygWin. Please note that I have already tried following things:- 1. Tried installing net-tools RPM, but the error that I get is that "package is intended for Linux operating system" 2. Compiled net-tools from source on a linux machine and copied the binaries on CygWin. Executing any binary results in the following error message :- "Cannot execute binary file". Note that I don't want to use netsh or ipconfig, since that will mean rewriting the scripts. -- 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/
whitespace in variables (tsch)
hi all, first time cygwin user and im running into a problem when setting location variables on a pc. since the pc uses whitespace (like c:/Program Files), setting a variable as a direction to this location seems impossible. how do you get tsch to parse the variable properly? i've been searching google for the past two days and can't find a solution. it would seem other should have run into this previously, no? and yes, please i've already heard all the arguments against programming in csh and if i knew bash i'd use it. thanks in advance for not being *that* person. cheers christopher -- "Space is on the verge of becoming an adventure again, Windows Vista is flopping, and Mario Kart will be out for the Wii soon. I think the future will be okay." - xkcd -- 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: iconv vs. libiconv confusion
On 11 February 2008 19:13, Reini Urban wrote: > 2008/2/11, Dave Korn <[EMAIL PROTECTED]>: >> Does anyone understand the difference between iconv_open and >> libiconv_open, and why the libiconv package supplies a header that >> declares only iconv_XXX and a library that defines only libiconv_? I >> find this confusing, and so does ./configure and friends. > > libiconv_xxx was used for a seperate and probably newer libiconv installed, Sorry, I can't parse that! > while iconv_xxx usually comes with glibc. To elaborate: I'm building graphviz. Its configure correctly spotted we have no iconv_xxx functions in the library, so did not define HAVE_ICONV; the application the supplies its own dummy stubbed-out versions of the iconv_open/iconv/iconv_close functions, but although those functions don't exist they /are/ prototyped in the header file and hence the build fails because the dummy versions don't have quite the same prototypes as the non-existing ones declared in the header file. There are any number of fairly simple solutions to this clash, but I am hoping to get a slightly fuller understanding of the situation before I go further[*]. > Is libiconv from me? I'll have to check these mistakes then. Um, no, I don't think so; according to the package maintainers' list posted on 12/12 last year to -apps, Chuck W. maintains libiconv/libiconv2. > clisp, where iconv is coming from, never used libiconv_*, > its iconv.m4 just tests for the main iconv_open, _close functions. This has nothing to do with clisp. As far as I can see, you're completely off the hook, but thanks for helping anyway! cheers, DaveK [*] - My understanding of i18n is on about the same level as a tourist who thinks that translating == shouting louder! ;-) -- 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: Debugging question
Eric Lilja wrote: > Now I want to put a breakpoint somewhere and print some variables when > that breakpoint is hit. Can I do that in this scenario? If so, how do I > make gdb find emacs sources? Doing > $ break /cygdrive/c/full/path/to/source/file:1337 doesn't work (No > source file named blah blah). It should work fine. Can't you just "break file.c:1337"? 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/
Customs Shipment Data
Dear Cygwin, Shipment Reports of Actual Buyers Suppliers and prices of any product from Export & Import of US Customs, UK Customs, China Customs and India Customs are available for subscription. Please contact us for Free demo report on your Products. Thanking you and looking forward to hear from you. Warm Regards, Ms Geeta Rawat Relationship Manager InfodriveIndia Pvt Ltd. Tel : 91-11-41605670-75 Fax : 91-11-41605676 B-57, LGF, Kalkaji New Delhi -110019 India web : www.infodriveindia.com To .stop receiving our .NewsLetter, pls send a email with subject as "unsubscribe" -- 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/
Debugging question
I have a native windows program (compiled using cygwin's gcc acting in mingw mode, with debugging information), can I debug it using cygwin's gdb? It's emacs I'm talking about and I'm trying to provide the developers information about a crash on windows vista. Doing this works fine: $ gdb emacs $ run -Q crash! $ bt I see function names, files and line numbers involved before the crash. Now I want to put a breakpoint somewhere and print some variables when that breakpoint is hit. Can I do that in this scenario? If so, how do I make gdb find emacs sources? Doing $ break /cygdrive/c/full/path/to/source/file:1337 doesn't work (No source file named blah blah). If these questions, which basically is about gdb usage and mixing mingw compiled binaries with cygwin tools is considered off-topic, I sincerly apologise. - Eric Lilja -- 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: Threading issue in cygwin python 2.5.1-2 ?
Jim Kleckner wrote: [snip] Would someone mind trying the following to see if you get the same behavior? cd /usr/lib/python2.5/test python testall.py Observe that it hangs at "creating task 1". Yes. After a while of being idle threads go down from 11 to 9, but nothing else happens. And (using bash): cd /usr/lib/python2.5/test python testall.py >& testall.out and observe that test_wait4 fails. Yes. Testing finished, on the log I see a couple of tracebacks: test_wait (test.test_wait4.Wait4Test) ... Traceback (most recent call last): ERROR: test_wait (test.test_wait4.Wait4Test) test test_wait4 failed -- Traceback (most recent call last): -- René Berber -- 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: net-tool commands (ifconfig/route, etc.) on CygWin ??
Nitin wrote: Hi, I have alot of scripts (approx. 1500) written for Linux. I have now migrated to WinXP with CygWin. I am not able to use my scripts here since most of them use following commands :- ifconfig,route,iptables, etc., most of them related to Linux networking. Can someone help me in getting these commands running in CygWin. Please note that I have already tried following things:- 1. Tried installing net-tools RPM, but the error that I get is that "package is intended for Linux operating system" 2. Compiled net-tools from source on a linux machine and copied the binaries on CygWin. Executing any binary results in the following error message :- "Cannot execute binary file". You may have a mistaken impression of Cygwin. From the Cygwin home page (cygwin.com): o Cygwin is not a way to run native linux apps on Windows. You have to rebuild your application from source if you want it to run on Windows. You'd have to recompile them on Cygwin to use them for Cygwin. Not sure if this is possible, since everything I find in a quick net-tools search suggests it's a Linux-only thing. So this may be a significant port. -- 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/
