I recommend as others have mentioned that you will need to add a trace macro to your program and watch it execute if you have no stack trace. Rosetta is just another 'fact of life' when dealing with software in weird environments.
printf is your friend. Write a macro to trace your program execution. Something clever like a macro you sprinkle into all your function definitions:
void function(foo* bar )
{
TRACEME(function);
}
ok not so clever...
There are much more clever ways (that don't require typing the function name). Google for more help.
alex
At 8:13 PM +0200 8/3/07, Jan Barnholt wrote:
>Hi there,
>
>There seems to be no way to debug CFM applications built with CW10 on my MacBook.
>(Yeah I know - I should have switched to Mach-O a long time ago.. )
>
>However - I guess it should still work, so:
>Starting the debugging session the usual way as described in the UB docs works fine:
>
>setenv OAH_GDB YES
>LaunchCFMApp /<path>/<your_application>.app/Contents/MacOS/<your_application>
>
>gdb --oah
>attach LaunchCFMApp
>prepare breakpoints
>'c'
>
>BUT as soon as I hit the breakpoint the stack is pretty wrong, e.g. looking like
>
>Breakpoint 1, 0x90d5e620 in DebugStr ()
>(gdb) bt
>#0 0x90d5e620 in DebugStr ()
>#1 0x854b61ac in marker.0 ()
>#2 0x854b6a1c in marker.0 ()
>#3 0x854b5ed4 in marker.0 ()
>#4 0x854b6880 in marker.0 ()
>#5 0x8552bbc8 in marker.0 ()
>#6 0x85506d7c in marker.0 ()
>#7 0x85506c8c in marker.0 ()
>#8 0x8550e524 in marker.0 ()
>#9 0x90ce2228 in PrivateMPEntryPoint ()
>#10 0x90ce2228 in PrivateMPEntryPoint ()
>#11 0x9002bbe8 in _pthread_body ()
>
>
>I searched the archives for this issue, but everybody else doesn't seem to have any problem -
>so maybe anybody could give me a hint what I'm doing wrong here?
>
>Something with CW build options? Some more debugging magic missing?
>
>thanks,
>Jan
> _______________________________________________
>Do not post admin requests to the list. They will be ignored.
>Carbon-dev mailing list (email@hidden)
>Help/Unsubscribe/Update your Subscription:
>http://lists.apple.com/mailman/options/carbon-dev/email@hidden
>
>This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Carbon-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/carbon-dev/email@hidden
This email sent to email@hidden