Jump to content

Debugging with Desktop Execution Trace Toolkit


Recommended Posts

Has anyone tried using the Desktop Execution Trace Toolkit for debugging memory leaks? I tried to do it and I think it points me in a direction I can look into, but I'm having a really tough time getting useful information from the trace. Also, the export of data is in a format that is not very Excel friendly which also makes analyzing the data hard. If anyone uses this tool a lot and has suggestions, I'd appreciate it!

In my current trace, I'm only looking for memory events and looking for data >=400 bytes. I get events that show up, but I cant tell if they are a leak.

I've attached my 'trace' export but I haven't done any work on my own to try to parse it -- if anyone has already got tools for analyzing this data, great otherwise I'm not looking for someone to create one. I just attached it to show how non-trivial this process is.

3_30_2010 _ 08_20_47_832294.txt

Link to comment

No answers, just that I feel your pain. I too had code with a memory leak and talked my boss into letting me buy Desktop Execution Trace Toolkit. It didn't help any. I think if you have a really small project it might be useful, but there was just too much going on in mine and the trace buffer quickly filled up. Too quickly for it to be of any help (my memory leak wasn't evident until a few hours of run time).

Hopefully your boss will be more forgiving. wink.gif

Link to comment

No answers, just that I feel your pain. I too had code with a memory leak and talked my boss into letting me buy Desktop Execution Trace Toolkit.

Ya, I don't have to worry about the try/buy decision. I tried doing more analysis and basically it looks like the app should have lost 2k of memory (which is counter to TaskManager which reported > 4k increase). I've attached my analysis. Either I need to change my trace parameters or the toolkit is not a great approach to fixing this issue -- have not figured out which is the case yet.

3_30_2010 _ 08_20_47_832294-formatted.txt

Link to comment

The DETT will allow you insight into the memory behavior of your program. Among other peices of information you can see every memory allocation call made by the program. The DETT also allows the inclusion of custom user events that can assist isolation of the program.

You can also use VI Profiler (located in the Tools Menu under the Profile >> Performance and Memory option) in the development environment that can assist in tracking down a memory leak one a per VI basis.

Jason

Link to comment
  • 6 years later...

Settle down buddy, posting the same question in 3 threads isn't very polite.  As far as I know you can't use DETT on EXEs.  EXEs don't contain source, or the block diagrams, and many front panels are missing.  This makes debugging them very difficult.  If the application is stable in source, it would be very odd if it wasn't stable as an EXE.   Apparently you can and Mads has the details.

Link to comment
13 hours ago, hooovahh said:

Settle down buddy, posting the same question in 3 threads isn't very polite.  As far as I know you can't use DETT on EXEs.  EXEs don't contain source, or the block diagrams, and many front panels are missing.  This makes debugging them very difficult.  If the application is stable in source, it would be very odd if it wasn't stable as an EXE. 

I'm sorry to posting the same question.Thank you for your answer.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.