Results 1 to 3 of 3
hi all,
I want to know about the debugger which can debug the aplication of motif.
GDB is not able to debug the applications of motif. I want to know ...
- 02-03-2009 #1Just Joined!
- Join Date
- Feb 2009
- Posts
- 3
debugger for x-windows programming (motif)
hi all,
I want to know about the debugger which can debug the aplication of motif.
GDB is not able to debug the applications of motif. I want to know about debugger for event driven programming, in which control jumps from one widget to another. I also want to know about the tool for memory leak.
thanking you.
harmesh123
- 05-15-2009 #2Just Joined!
- Join Date
- May 2009
- Posts
- 1
hello,
no any debugger is available for debugging of Motif code. so try another debugging method
- 05-15-2009 #3Linux Guru
- Join Date
- Apr 2009
- Location
- I can be found either 40 miles west of Chicago, or in a galaxy far, far away.
- Posts
- 8,974
To debug Motif or any appliication, you need to first build a debuggable version of the application and libraries that you want to debug. You would need to get the Motif source and build that entire set of libraries, which you can do with OpenMotif. Next, debugging event-driven programs is not a major issue, but it is usually reasonable to set some breakpoints before running the application. Single-stepping such code is a true pain, though running the application in a debugger isn't much of a problem without breakpoints if all you want to do is trap it when it crashes so you can look a the stack and/or variable values.
Finally, debugging multi-threaded applications is another issue, and more difficult since more than one stack frame exists in the program and with multi-core systems there is the likelihood of multiple execution contexts running simultaneously. At least in a single-core system only one thread can be executing at a time. Again, having breakpoints set first is helpful. However, since I haven't debugged significant multi-threaded applications, I don't know what the issues are in truth, though this situation (lack of experience) will be changing soon as I will be starting debugging of a fairly significant multi-threaded application on CentOS/RHEL in the next couple of weeks.Sometimes, real fast is almost as good as real time.
Just remember, Semper Gumbi - always be flexible!


Reply With Quote