RE: Program exited with code 0303000 - SOLVED
Dan Osborne wrote: OK, my voyage of discovery continues. I've added exception specifications to the appropriate functions (declarations and definitions - took a while to work out I needed it on both) but no change in behaviour. I've also remembered why I started to look at dumper.exe - If I don't run the prog in gdb then instead of Program exited with code 0303000 I get ... Aborted (core dumped) Presumably because of the uncaught exception, despite a catch (...) in my main. Ahem, the catch (...) wasn't being invoked because an exception was being thrown that wasn't in the throw specification. Removing the function throw specs solves the problem. Dan --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.768 / Virus Database: 515 - Release Date: 22/09/2004 -- 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: Program exited with code 0303000
-Original Message- From: cygwin-owner On Behalf Of Bobby McNulty Sent: 28 September 2004 03:45 To: Cliff Hones Cc: cygwin Subject: Re: Program exited with code 0303000 Cliff Hones wrote: Dave Korn wrote: Bobby, your advice is going from bad to worse. Nothing you have said is right, and you keep on repeating things that you have already been told don't work. You don't accurately read the things that are in front of your face before you reply. THAT'S WHY I'M GOING TO BE SHOUTING AT YOU QUITE A LOT IN THIS LETTER, BECAUSE YOU DON'T ACTUALLY LISTEN TO ANYTHING ANYONE SAYS TO YOU, YOU JUST ASSUME THEY'RE WRONG AND YOU'RE RIGHT AND I HOPE IF I SHOUT LOTS YOU'LL ACTUALLY BE ABLE TO HEAR ME. ... Dave, Bobby is not worth getting worked up about. He has been on the Cygwin list longer than you, and I expect most people have just learnt to completely ignore him. I find him quite fun, actually - I have this slight suspicion that he may be a very clever troll, but on the whole I'd guess he's just a half^H^H^H^Hquarter-wit. It's just that he does seem to have the uncanny knack of saying exactly the wrong thing every time. Bobby - I'm not trying to be rude, unpleasant or mean - you really do need to get a lot more clued up if you ever expect to be taken seriously. I like to have fun. But I can be serious too. LOL. Sorry for shouting! 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: Program exited with code 0303000
Thanks for the reply. Since you've got the code up and running in a debugger, you can set breakpoints on abort, exit, and the last line of main, then when it hits one you can see for yourself from which point your code is exiting and the reason why it's returning a non-zero exit code. I was trying to step through the code in gdb and pin this down so setting breaks on abort and exit sounds useful. However, both b abort and b exit give me ... (gdb) b abort Breakpoint 1 at 0x401552: file otlv4.h, line 3608. (gdb) b exit Note: breakpoint 1 also set at pc 0x401552. Breakpoint 2 at 0x401552: file otlv4.h, line 3608. But line 3608 of otlv4.h looks like nothing to do with abort or exit add_var(i,var,in_out,apl_tab_size); However, further digging reveals that my program gets to the throw command here ... catch ( RProgReturnException e ) { throw; } and if I step on throw the debugger thinks I'm at ... gues which line?! yes, line 3608 of otlv4.h ... (gdb) s 0x1003b115 in __cxa_rethrow () at otlv4.h:3608 3608 add_var(i,var,in_out,apl_tab_size); and if I step again I get ... Program exited with code 0303000. So I'm wondering firstly why gdb seems to have a mismatch between address and source line number and why that throw didn't get caught in my catch in main. Thanks in anticipation and thanks for your input so far, Dan -- 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: Program exited with code 0303000
-Original Message- From: cygwin-owner On Behalf Of Dan Osborne Sent: 28 September 2004 13:22 I was trying to step through the code in gdb and pin this down so setting breaks on abort and exit sounds useful. However, both b abort and b exit give me ... (gdb) b abort Breakpoint 1 at 0x401552: file otlv4.h, line 3608. (gdb) b exit Note: breakpoint 1 also set at pc 0x401552. Breakpoint 2 at 0x401552: file otlv4.h, line 3608. But line 3608 of otlv4.h looks like nothing to do with abort or exit add_var(i,var,in_out,apl_tab_size); Um. Bizarre. You did build with -g and -O0, didn't you? Is this an actual function call here, or does add_var turn out to be some kind of macro or something that otherwise gets inlined? However, further digging reveals that my program gets to the throw command here ... catch ( RProgReturnException e ) { throw; } and if I step on throw the debugger thinks I'm at ... gues which line?! yes, line 3608 of otlv4.h ... (gdb) s 0x1003b115 in __cxa_rethrow () at otlv4.h:3608 3608 add_var(i,var,in_out,apl_tab_size); You didn't say what function that catch instruction is actually in: is it in the function that calls add_var, or is it in add_var and add_var has been inlined at this point? In any case, it certainly seems to be in the right place, considering you are indeed re-throwing an exception. and if I step again I get ... Program exited with code 0303000. Hmm. Have you properly used 'throws XXX' declarations on all the function prototypes that need them? So I'm wondering firstly why gdb seems to have a mismatch between address and source line number and why that throw didn't get caught in my catch in main. You haven't shown me your main catch clause, but I'll assume that it covers all exception types (or at any rate, that it includes RProgReturnException). As I suggest above, giving bad information to the compiler (through missing or bogus throws decls) can cause it to generate bad unwind info: and we can pretty much presume that the unwind info has to be bad in some way and that's why it's missing your outer catch when it unwinds. 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: Program exited with code 0303000
Um. Bizarre. You did build with -g and -O0, didn't you? Is this an actual function call here, or does add_var turn out to be some kind of macro or something that otherwise gets inlined? Well I was actually using -ggdb3 but I tried -g -O0 and it made no difference. I think the add_var line is spurious as there is no __cxa_rethrow in otlv4.h Hmm. Have you properly used 'throws XXX' declarations on all the function prototypes that need them? Err, no there aren't any - I'll add them and see if it helps. So I'm wondering firstly why gdb seems to have a mismatch between address and source line number and why that throw didn't get caught in my catch in main. You haven't shown me your main catch clause, but I'll assume that it covers all exception types (or at any rate, that it includes RProgReturnException). As I suggest above, giving bad information to the compiler (through missing or bogus throws decls) can cause it to generate bad unwind info: and we can pretty much presume that the unwind info has to be bad in some way and that's why it's missing your outer catch when it unwinds. Yes, there's a catch (...) so I'll work on those throws clauses. Oh and the throw is in a shared library with the catch in my main if that has any bearing. Thanks, Dan -- 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: Program exited with code 0303000
-Original Message- From: Bobby McNulty Sent: 27 September 2004 19:33 To: Dave Korn David, his problem is Oracle. odbc.dll. He needs the old one. By he needs the old one, do you mean he needs to use the static link library instead of the DLL he made from it using libtool and impdef? And can you explain why creating a dll from a static link library might go wrong in this case, or in what other way his methodology was wrong? Your theory (if I've guessed correctly what it is you're actually trying to claim from your insufficiently detailed answer) is plausible, but we haven't had enough information from Dan to be able to diagnose it that well yet. Simple That's where his problem is Look at the cygcheck.txt in the original post. It doesn't even include the letters 'odbc' at any point. Nor does it point out any clashes between executables or dlls. So I'm really curious to know exactly _what_ in his cygcheck output was supposed to have given me this information. 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: Program exited with code 0303000
Dave Korn wrote: Bobby, your advice is going from bad to worse. Nothing you have said is right, and you keep on repeating things that you have already been told don't work. You don't accurately read the things that are in front of your face before you reply. THAT'S WHY I'M GOING TO BE SHOUTING AT YOU QUITE A LOT IN THIS LETTER, BECAUSE YOU DON'T ACTUALLY LISTEN TO ANYTHING ANYONE SAYS TO YOU, YOU JUST ASSUME THEY'RE WRONG AND YOU'RE RIGHT AND I HOPE IF I SHOUT LOTS YOU'LL ACTUALLY BE ABLE TO HEAR ME. ... Dave, Bobby is not worth getting worked up about. He has been on the Cygwin list longer than you, and I expect most people have just learnt to completely ignore him. I find him quite fun, actually - I have this slight suspicion that he may be a very clever troll, but on the whole I'd guess he's just a half^H^H^H^Hquarter-wit. It's just that he does seem to have the uncanny knack of saying exactly the wrong thing every time. Bobby - I'm not trying to be rude, unpleasant or mean - you really do need to get a lot more clued up if you ever expect to be taken seriously. -- Cliff -- 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: Program exited with code 0303000
On Tue, 28 Sep 2004, Cliff Hones wrote: Dave Korn wrote: Bobby, your advice is going from bad to worse. Nothing you have said is right, and you keep on repeating things that you have already been told don't work. You don't accurately read the things that are in front of your face before you reply. THAT'S WHY I'M GOING TO BE SHOUTING AT YOU QUITE A LOT IN THIS LETTER, BECAUSE YOU DON'T ACTUALLY LISTEN TO ANYTHING ANYONE SAYS TO YOU, YOU JUST ASSUME THEY'RE WRONG AND YOU'RE RIGHT AND I HOPE IF I SHOUT LOTS YOU'LL ACTUALLY BE ABLE TO HEAR ME. ... Dave, Bobby is not worth getting worked up about. He has been on the Cygwin list longer than you, and I expect most people have just learnt to completely ignore him. I find him quite fun, actually - I have this slight suspicion that he may be a very clever troll, but on the whole I'd guess he's just a half^H^H^H^Hquarter-wit. It's just that he does seem to have the uncanny knack of saying exactly the wrong thing every time. Bobby - I'm not trying to be rude, unpleasant or mean - you really do need to get a lot more clued up if you ever expect to be taken seriously. -- Cliff Tittle (a.k.a. TITTTL)? Igor P.S. Cliff, your backspaces messed up my screen :-p ];- -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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: Program exited with code 0303000
Cliff Hones wrote: Dave Korn wrote: Bobby, your advice is going from bad to worse. Nothing you have said is right, and you keep on repeating things that you have already been told don't work. You don't accurately read the things that are in front of your face before you reply. THAT'S WHY I'M GOING TO BE SHOUTING AT YOU QUITE A LOT IN THIS LETTER, BECAUSE YOU DON'T ACTUALLY LISTEN TO ANYTHING ANYONE SAYS TO YOU, YOU JUST ASSUME THEY'RE WRONG AND YOU'RE RIGHT AND I HOPE IF I SHOUT LOTS YOU'LL ACTUALLY BE ABLE TO HEAR ME. ... Dave, Bobby is not worth getting worked up about. He has been on the Cygwin list longer than you, and I expect most people have just learnt to completely ignore him. I find him quite fun, actually - I have this slight suspicion that he may be a very clever troll, but on the whole I'd guess he's just a half^H^H^H^Hquarter-wit. It's just that he does seem to have the uncanny knack of saying exactly the wrong thing every time. Bobby - I'm not trying to be rude, unpleasant or mean - you really do need to get a lot more clued up if you ever expect to be taken seriously. I like to have fun. But I can be serious too. -- 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/
Program exited with code 0303000
I'm getting the above error message (with gdb) in my linux ported application and wonder if anyone can help in how to get to the bottom of it. I've upgraded to the latest versions today but with no change (except I don't now get a stackdump file). Things were fine with Oracle OCI calls but I have now replaced them with ODBC calls using the odbc32.dll (having used impdef and dlltool to create libodbc32.a) so am suspicious of this element but would appreciate some pointers in how to investigate further. Thanks in anticipation, Dan Osborne --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.768 / Virus Database: 515 - Release Date: 22/09/2004 Cygwin Configuration Diagnostics Current System Time: Fri Sep 24 15:39:33 2004 Windows 2000 Server Ver 5.0 Build 2195 Service Pack 4 Path: D:\cygwin\usr2\ph\bin D:\cygwin\usr\local\bin D:\cygwin\bin D:\cygwin\bin d:\oracle\ora92\bin c:\Program Files\Oracle\jre\1.3.1\bin c:\Program Files\Oracle\jre\1.1.8\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem D:\cygwin\bin D:\cygwin\usr\local\vs d:\oracle\ora92\bin Output from D:\cygwin\bin\id.exe (nontsec) UID: 11124(dano) GID: 10513(mkgroup_l_d) 10513(mkgroup_l_d) Output from D:\cygwin\bin\id.exe (ntsec) UID: 11124(dano) GID: 10513(mkgroup_l_d) 545(Users) 10513(mkgroup_l_d) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `\\nelson\UserFiles\dano' LD_LIBRARY_PATH = `D:\cygwin\usr2\ph\work\dano\.:\cygdrive\d\oracle\ora92\lib:\u sr2\ph\lib:\usr2\ph\src\prog\bin' MAKE_MODE = `unix' PWD = `/usr2/ph/work/dano' USER = `dano' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS 16386Mb 20% CP CS UN PA FC d: hd NTFS 123782Mb 16% CP CS UN PA FC e: cd N/AN/A D:\cygwin / system binmode D:\cygwin/bin /usr/bin system binmode D:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: D:\cygwin\bin\awk.exe Found: D:\cygwin\bin\bash.exe Found: D:\cygwin\bin\cat.exe Found: D:\cygwin\bin\cp.exe Found: D:\cygwin\bin\cpp.exe Found: D:\cygwin\bin\find.exe Found: D:\cygwin\bin\gcc.exe Found: D:\cygwin\bin\gdb.exe Found: D:\cygwin\bin\grep.exe Found: D:\cygwin\bin\ld.exe Found: D:\cygwin\bin\ls.exe Found: D:\cygwin\bin\make.exe Found: D:\cygwin\bin\mv.exe Found: D:\cygwin\bin\rm.exe Found: D:\cygwin\bin\sed.exe Found: D:\cygwin\bin\sh.exe Found: D:\cygwin\bin\tar.exe 55k 2004/09/14 D:\cygwin\bin\cygbz2-1.dll 54k 2002/01/27 D:\cygwin\bin\cygbz21.0.dll 18k 2004/07/06 D:\cygwin\bin\cygcharset-1.dll 7k 2003/10/19 D:\cygwin\bin\cygcrypt-0.dll 841k 2004/03/17 D:\cygwin\bin\cygcrypto-0.9.7.dll 645k 2003/04/11 D:\cygwin\bin\cygcrypto.dll 617k 2004/03/22 D:\cygwin\bin\cygcurl-2.dll 380k 2002/07/24 D:\cygwin\bin\cygdb-3.1.dll 895k 2004/04/28 D:\cygwin\bin\cygdb-4.2.dll 487k 2002/07/24 D:\cygwin\bin\cygdb_cxx-3.1.dll 1156k 2004/04/28 D:\cygwin\bin\cygdb_cxx-4.2.dll 155k 2004/01/07 D:\cygwin\bin\cygexpat-0.dll 73k 2004/09/19 D:\cygwin\bin\cygexslt-0.dll 45k 2001/04/25 D:\cygwin\bin\cygform5.dll 35k 2002/01/09 D:\cygwin\bin\cygform6.dll 48k 2003/08/09 D:\cygwin\bin\cygform7.dll 28k 2003/07/20 D:\cygwin\bin\cyggdbm-3.dll 30k 2003/08/11 D:\cygwin\bin\cyggdbm-4.dll 19k 2003/03/22 D:\cygwin\bin\cyggdbm.dll 15k 2003/07/20 D:\cygwin\bin\cyggdbm_compat-3.dll 15k 2003/08/11 D:\cygwin\bin\cyggdbm_compat-4.dll 107k 2004/07/06 D:\cygwin\bin\cyggettextlib-0-14-1.dll 17k 2004/07/06 D:\cygwin\bin\cyggettextpo-0.dll 190k 2004/07/06 D:\cygwin\bin\cyggettextsrc-0-14-1.dll 489k 2003/08/09 D:\cygwin\bin\cygguile-12.dll 489k 2003/07/28 D:\cygwin\bin\cygguile-12abi13.dll 24k 2003/08/09 D:\cygwin\bin\cygguile-ltdl-1.dll 24k 2003/07/28 D:\cygwin\bin\cygguile-ltdl-1abi13.dll 62k 2003/08/09 D:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll 62k 2003/07/28 D:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll 23k 2003/08/09 D:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll 23k 2003/07/28 D:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll 11k 2003/08/09 D:\cygwin\bin\cygguilereadline-v-12-12.dll 11k 2003/07/28 D:\cygwin\bin\cygguilereadline-v-12-12abi13.dll 17k 2001/06/28 D:\cygwin\bin\cyghistory4.dll 29k 2003/08/10 D:\cygwin\bin\cyghistory5.dll 330k 2004/02/09 D:\cygwin\bin\cyghttpd.dll 991k 2004/07/06 D:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 D:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 D:\cygwin\bin\cygintl-2.dll 54k 2004/07/06 D:\cygwin\bin\cygintl-3.dll 21k 2001/06/20 D:\cygwin\bin\cygintl.dll 12k 2003/02/17 D:\cygwin\bin\cygioperm-0.dll 60k 2004/09/14 D:\cygwin\bin\cygkpathsea-3.dll 40k 2004/07/07 D:\cygwin\bin\cygltdl-3.dll 144k 2004/08/29 D:\cygwin\bin\cygmagic-1.dll 26k 2001/04/25 D:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 D:\cygwin\bin\cygmenu6.dll 29k 2003/08/09