Re: [cdt-debug-dev] Thread mix-up when debugging multi-threaded programs

[Stefan Bylund <steby@xxxxxxx>]

Hi Mikhail,

I noticed that several thread-related bugs has been fixed in 
org.eclipse.debug in the Eclipse 3.2.1 maintenance branch. So I tried 
the M20060828-1036 build of Eclipse 3.2.1 but unfortunately this problem 
still exists. I also tried using CDT 3.0.2 with Eclipse 
3.2.1-M20060828-1036 and now it works, i.e. the thread switching problem 
is gone! This leads me to believe that this bug is really in CDT 3.1 and 
not in org.eclipse.debug in Eclipse 3.2. A colleague of mine is 
debugging CDT to try to find this problem but without luck so for...

Any help or input on this problem would be much appreciated.

Kind regards,
Stefan


Mikhail Khodjaiants wrote:

> Hi Stefan,
>
> I have spent some time trying to figure out why this is happening. The
> CDT sets the current thread correctly, but it seems that the Debug view
> remembers the previous expansion state and restores it replacing the
> correct one. The cause is hidden deep in the new implementation of the
> Debug platform views, I haven't found the solution yet. 
>
> Regards,
> Mikhail Khodjaiants
> ARM Ltd.
>
> -----Original Message-----
> From: cdt-debug-dev-bounces@xxxxxxxxxxx
> [mailto:cdt-debug-dev-bounces@xxxxxxxxxxx] On Behalf Of Stefan Bylund
> Sent: 25 August 2006 21:38
> To: cdt-debug-dev@xxxxxxxxxxx
> Subject: [cdt-debug-dev] Thread mix-up when debugging multi-threaded
> programs
>
> Hi,
>
> I recently switched from Eclipse 3.1.2 / CDT 3.0.2 / GDB 6.3 to Eclipse
> 3.2 / CDT 3.1 / GDB 6.3 and discovered a very annoying bug in the CDT
> Debug view when debugging multi-threaded programs. When you select the
> topmost frame in another thread in the Debug view, that frame will be
> selected. However, when trying to singlestep the newly selected thread,
> the topmost frame of the previous thread is erroneously selected again. 
> By selecting, the topmost frame of the intended thread again, you will
> notice that the singlestep operation really happened and you can from
> here on singlestep in the new thread without being switched back. 
> However, when selecting a new thread again, the same problem happens
> again and you have to reselect the new thread to be able to continue.
>
> There seems to be some inconstistency about which thread is the current
> between the Debug view and the CDT debug model or between different
> parts of the CDT debug model. This bug did not exist in Eclipse 3.1.2 /
> CDT 3.0.2.
>
> I have searched the Eclipse bug database for any bugs about this and
> found the bug 151253 "Singlestepping a multi-thread program to fast
> results in unexpected behavior" which I thought could be related to this
> problem. Bug 151253 has been fixed in the CDT 3.1.1 branch so I
> downloaded the I200608210800 nightly build of CDT 3.1.1 but
> unfortunately the thread switching problem problem still exists.
>
> Is this a known problem with CDT 3.1? Otherwise, I can file a bug
> report.
>
> Regards,
> Stefan
>
>
> _______________________________________________
> cdt-debug-dev mailing list
> cdt-debug-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-debug-dev
>
> -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium.  Thank you.
>
>
> _______________________________________________
> cdt-debug-dev mailing list
> cdt-debug-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-debug-dev
>