Project Home
Project Home		 Trackers
Trackers		 Documents
Documents		 Wiki
Wiki		 Discussion Forums
Discussions		 Project Information
Project Info
IDE/Discussion/General/Debugging problem/List of Posts
BroadcastCommunity.qnx.com will be offline from May 31 6:00pm until June 2 12:00AM for upcoming system upgrades. For more information please go to https://community.qnx.com/sf/discussion/do/listPosts/projects.bazaar/discussion.bazaar.topc28418
Forum Topic - Debugging problem: (8 Items)
   
Update
Rex Lam
09/16/2008 5:59 PM
post13523
Debugging problem   
I have IDE 4.5.  I am debugging across a network from a Windows XP host.  The target is running QNX 6.3.2.  The 
configuration I am using is C/C++ QNX Attach to Remote Process via Qconn.  I am able to successfully attach to the 
process and my breakpoints work.  I am using the qconn patch that I got from http://community.qnx.com/sf/frs/do/
downloadFile/projects.ide/frs.ide_integration_builds.momentics_632_patch_for_profiler/frs1426?dl=1


There are a few problems:
1) I cannot add breakpoints while attached to the running program.
2) I cannot suspend the program when it is running.  I have to wait for the breakpoint to trigger before I can do 
anything.
3) I cannot disconnect from the program when it is not suspended.  Any attempt to do so would result in a "timeout" 
error message.  However, if a breakpoint is triggered, a previous disconnect request that has not timed out will take 
effect.  This used to work in IDE 4.0.1.

Please let me know if you can help.

Rex
Rex Lam
09/16/2008 6:33 PM
post13529
Re: Debugging problem   
The error message is "Target request failed: Failed to interrupt."
Elena Laskavaia
09/17/2008 10:03 AM
post13562
Re: Debugging problem   
That means IDE send interrupt signal to debugged process and it did not replay during timeout.
For test purposes can you debug some simple program and see if it can interrupt that one?

Rex Lam wrote:
> The error message is "Target request failed: Failed to interrupt."
> 
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post13529
>
Attachment: Text elaskavaia.vcf 116 bytes
Rex Lam
10/01/2008 5:36 PM
post14359
Re: Debugging problem   
> That means IDE send interrupt signal to debugged process and it did not replay
>  during timeout.
> For test purposes can you debug some simple program and see if it can 
> interrupt that one?
> 
> Rex Lam wrote:
> > The error message is "Target request failed: Failed to interrupt."
> > 
> > _______________________________________________
> > General
> > http://community.qnx.com/sf/go/post13529
> > 

I found out that the problem was caused by a different version of cygwin1.dll.  I have been using ccache with the latest
 cygwin.  The builds are a lot faster with ccache, but the debugger is apparently not compatible.  Are there any updates
 to the debugger that work with the latest cygwin1.dll?  I would like to keep using ccache for builds if possible.
Rex Lam
10/01/2008 6:03 PM
post14360
Re: Debugging problem   
I downloaded GDB 6.7 update 8 and it appears to work well with the latest cygwin1.dll.  The problems I have observed 
before no longer occur.  Thank you for pointing me in the right direction.
Alexander Levshin(deleted)
12/17/2008 3:14 AM
post18796
Re: Debugging problem   
Hello! I'm trying to make my builds faster with ccache, but for now I don't know how to applpy ccache to qcc. I'm using 
QNX Momentics 6.3.2 on win32 host and ccache from: http://code.google.com/p/ccache-win32/. I tried to replace qcc with 
ccache wrapper (which executes "ccache qcc" with all arguments), then tried to replace ntox86-g++-3.3.5.exe, ntox86-g++.
exe, i386-pc-nto-qnx6.3.0-g++.exe, but with no result. Could you explain how to build projects with Momentics using 
ccache?
Elena Laskavaia
09/17/2008 9:51 AM
post13556
Re: Debugging problem   
Looks like debugger is very slow and it times-out while processing your requests. I don't think it worked better in 4.0.
1, it may be just this particular session.
You can see what debugger is actually doing if you enable verbose mode for gdb and watch console view (when selecting 
gdb console).
You can try to increase debugger timeout in Windows->Preferecences->C/C++->Debug->GDM MI.
Also we have new debugger available which may fix some of these problem (gdb 6.8) you can download it from foundry.


Rex Lam wrote:
> I have IDE 4.5.  I am debugging across a network from a Windows XP host.  The target is running QNX 6.3.2.  The 
configuration I am using is C/C++ QNX Attach to Remote Process via Qconn.  I am able to successfully attach to the 
process and my breakpoints work.  I am using the qconn patch that I got from http://community.qnx.com/sf/frs/do/
downloadFile/projects.ide/frs.ide_integration_builds.momentics_632_patch_for_profiler/frs1426?dl=1
> 
> 
> There are a few problems:
> 1) I cannot add breakpoints while attached to the running program.
> 2) I cannot suspend the program when it is running.  I have to wait for the breakpoint to trigger before I can do 
anything.
> 3) I cannot disconnect from the program when it is not suspended.  Any attempt to do so would result in a "timeout" 
error message.  However, if a breakpoint is triggered, a previous disconnect request that has not timed out will take 
effect.  This used to work in IDE 4.0.1.
> 
> Please let me know if you can help.
> 
> Rex
> 
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post13523
>
Attachment: Text elaskavaia.vcf 116 bytes
Aleksandar Ristovski(deleted)
09/17/2008 9:53 AM
post13557
Re: Debugging problem   
Elena Laskavaia wrote:
> Also we have new debugger available which may fix some of these problem (gdb 6.8) you can download it from foundry.

Just to prevent any confusion: gdb version we offer is based on gdb 6.7  (not 6.8)

Return


  A subsidiary of BlackBerry             All content ©2004-2013, QNX Software Systems