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/
