How to read /PBDebug (.DBG) file

[Eddy Soeparmin]

Hi,

 

I have a weird scenario here. Every time when I open this window (sheet), and when I exit out or quit the app, PB generates GPF. This is a sheet window that has one tab control. This tab control has 2 UserObjects. First UO has several OCXs, picture buttons, DataWindow, ... The second UO has only 1 OCX where this OCX also in uo 1. This is how it looks like:

 

Window

• Tab Control
• UserObject1
• OCX1, OCX2, OCX3, OCX4, OCX5, OCX6
• 1 DataWindow control
• Several Picture Buttons, Command Buttons
• UserObject Tab control
• and so on
• UserObject2
• OCX1
• 2 DataWindow control
• Several Command Buttons
• and so on

From PB IDE without any object open, run the app (MDI), open that window (sheet), and exit the application. PB generates GPF. Try again, this time, open UserObject1 object, run the app, open that window and exit the application. PB does not GPF. This GPF also happens on run time. On this .exe's property I add /PBDebug to write the trace file. It took a few hours to complete, and I finally have the .DBG. It's about 24.6 MB.

 

Since I'm not very familiar to read this file, where's the bullet points to look for. I begin at the time when the object is created and when the app is terminated, but I can't see something that points to the GPF area.

 

PB 9.0.1 Build 7171

Win XP - SP1

Text Pad

LeadTools OCX, VB wraps LeadTool OCX

 

I'll appreciate if you can pinpoint the bullet point for me.

 

Thanks.

--
- Eddy

[Terry Voth]

The short, non-proprietary answer is that the last line in the trace
file is the last line before the GPF. That's the line you want to
start looking at.

The long, proprietary answer is that PBL Peeper will help you get out
of a text editor loading the whole trace file into memory, and into a
trace treeview, with the code beside it. Load it, hit the Last toolbar
button, and View / Show / Current Call Stack, and you'll see exactly
how your code got to its final resting place. And, I guarantee you can
get budget approval for PBL Peeper faster than it will take to load
the trace into a text editor. <g>

Good luck,

Terry [TeamSybase] and Sequel the techno-kitten

On 11 Jun 2004 11:49:10 -0700, "Eddy Soeparmin"
<esoep...@clientprofiles.com> wrote:

>I have a weird scenario here. Every time when I open this window (sheet), and when I exit out or quit the app, PB generates GPF. This is a sheet window that has one tab control. This tab control has 2 UserObjects. First UO has several OCXs, picture buttons, DataWindow, ... The second UO has only 1 OCX where this OCX also in uo 1. This is how it looks like:
>
>Window

> a.. Tab Control
> a.. UserObject1
> a.. OCX1, OCX2, OCX3, OCX4, OCX5, OCX6
> b.. 1 DataWindow control
> c.. Several Picture Buttons, Command Buttons
> d.. UserObject Tab control
> e.. and so on
> b.. UserObject2
> a.. OCX1
> b.. 2 DataWindow control
> c.. Several Command Buttons
> d.. and so on

>From PB IDE without any object open, run the app (MDI), open that window (sheet), and exit the application. PB generates GPF. Try again, this time, open UserObject1 object, run the app, open that window and exit the application. PB does not GPF. This GPF also happens on run time. On this .exe's property I add /PBDebug to write the trace file. It took a few hours to complete, and I finally have the .DBG. It's about 24.6 MB.
>
>Since I'm not very familiar to read this file, where's the bullet points to look for. I begin at the time when the object is created and when the app is terminated, but I can't see something that points to the GPF area.
>
>PB 9.0.1 Build 7171
>Win XP - SP1
>Text Pad
>LeadTools OCX, VB wraps LeadTool OCX
>
>I'll appreciate if you can pinpoint the bullet point for me.

Sequel's Sandbox: http://www.techno-kitten.com
Home of PBL Peeper, a free PowerBuilder Developer's Toolkit.
Version 2.2.06 now available at the Sandbox
See the PB Troubleshooting Guide at the Sandbox
^ ^
o o
=*=

[Larry Molter]

Actually, you're really only concerned with the last line of the file.  This is the last line that executed before you blew up.  It might yield a clue. 

 

Larry

"Eddy Soeparmin" <esoep...@clientprofiles.com> wrote in message news:40c9fdc5@forums-2-dub...

[Eddy Soeparmin]

Thanks guys, I'll give them a shot of all recommendations.

<Philip Salgannik> wrote in message
news:40ca1b9e.1e6...@sybase.com...
> Although the last line is what you are after, it's hard to
> interpret it out of context.
> Try attached.
>