cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Community Tip - If community subscription notifications are filling up your inbox you can set up a daily digest and get all your notifications in a single email. X

Stop Creo fatal error handler (traceback.log) and allow debuggers to take care of exceptions

Kittychen
13-Aquamarine

Stop Creo fatal error handler (traceback.log) and allow debuggers to take care of exceptions

ToolKit debug with Windows SDK cdb.exe debugger by dropping breakpoint __debugbreak() in trouble.

How to allow debugger, like cdb.exe from Windows SDK, to work?

 

Debug a ToolKit visit action function and trying to drop a breakpoint, which in Visual C is __debugbreak() , for Windows SDK debugger CDB.EXE to get the control : 

 

ProError UserDimensionVisitAction(ProDimension* dimension, ProError filter_status, ProAppData app_data){
    ProError status;
    if (g_debug) __debugbreak();  // <------- drop an int3 breakpoint in Microsoft way
    status = ProArrayObjectAdd(
        (ProArray*) app_data,
        PRO_VALUE_UNUSED,    
        1,                   
        dimension            
        );
    fprintf(g_pLog, "ProArrayObjectAdd(): %d \n", status); fflush(g_pLog);
    if (status != PRO_TK_NO_ERROR) return PRO_TK_GENERAL_ERROR;
    else return PRO_TK_NO_ERROR;   // or the caller will stop running
}

 

 But the breakpoint goes to Creo's fatal error handler first like this:

 

traceback.log

-------------------------------------------------
The trace creation timestamp is: Sat Dec 12 04:28:35 20
The executable build timestamp is: Thu Sep 01 16:20:15 16
The datecode is: 2016240
The pro machine type is: x86e_win64
The process ID is: 36348
The traceback type is : CRASH
The logger exit status is: 01003
-------------------------------------------------
Exception EXCEPTION_BREAKPOINT has occurred in the thread 20208.  <---- my breakpoint!!

Main Thread 20208
=====================   VVVVVVVVVVVVVVVVVVVVVV my program, 86 is the line __debugbreak() called  
0x00007FFD145618D0	DrwEx22 (drwex22.c:86) (dim_exercise:0x00007FFD14560000) ( 0x0, 0x3fc9a6e0, 0x3fc9a6b0, 0x1e155520 ) 
0x00007FFD3FC32769	NULL (NULL:0) (libui_sh:0x00007FFD3F9F0000) ( 0x1, 0x2cc157c4, 0x3fb57f90, 0x0 ) 
0x00007FFD3FB5B8DC	NULL (NULL:0) (libui_sh:0x00007FFD3F9F0000) ( 0x9eef350, 0x0, 0x1e6134b0, 0x13ada30 ) 
0x00007FF72C35AEA9	NULL (NULL:0) (xtop:0x00007FF726990000) ( 0x13ad890, 0x0, 0x0, 0x0 ) 
0x00007FF72C35B709	NULL (NULL:0) (xtop:0x00007FF726990000) ( 0x23, 0x13adc40, 0x0, 0xffffffff ) 

.... snip ......

 

so how to avoid the fatal error which is actually a breakpoint for debugging ? 

 

0 REPLIES 0
Announcements


Top Tags