Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [dsdp-dd-dev] Bugs for 1_1_maintenance
I figured it may be difficult to find the time.  I'm actually going nuts myself, trying to fit everything in the short
time left.  Thank you Randy for offering though.
 
So, let's do as Pawel says and keep the 1.1 branch available for a long time.

From: dsdp-dd-dev-bounces@xxxxxxxxxxx [mailto:dsdp-dd-dev-bounces@xxxxxxxxxxx] On Behalf Of Pawel Piech
Sent: Wednesday, March 18, 2009 1:39 PM
To: Device Debugging developer discussions
Subject: Re: [dsdp-dd-dev] Bugs for 1_1_maintenance

Marc Khouzam wrote: 
Hi,

1.1.1 was meant for GDB7.0 which is scheduled for June 5th.
You are right that it is so close to CDT 6.0 that there is
not much point.

So I agree that we can stick to the 1.1 maintenance.
As for doing an actual release, that would be nice
if it means we'll do some testing to give it more
stability.  If we don't do that, then there is not
much worth in doing an official release; we at
Ericsson, can deal with checking out the plugins.

So, do you guys have time for a bit of testing
for an official 1.1 release, or should we just
stick to the branch?  On my side, I would have
some time after eclipseCon.
No, actually we're stretched pretty thin at the moment trying to complete features we need in CDT 6.0.  I'm sorry about this, though it looks like it won't make much of a difference to you.  In the project meta-data I'll just push out the proposed 1.1.1 release date way in the future in case we decide on it at some point. 

Cheers,
Pawel
Thanks

 

  
-----Original Message-----
From: dsdp-dd-dev-bounces@xxxxxxxxxxx 
[mailto:dsdp-dd-dev-bounces@xxxxxxxxxxx] On Behalf Of Pawel Piech
Sent: Wednesday, March 18, 2009 11:56 AM
To: Device Debugging developer discussions
Subject: Re: [dsdp-dd-dev] Bugs for 1_1_maintenance

Hi Marc,
If you prefer we could just wrap up the changes in 1.1 maintenance 
branch and push them out in a release.  As we get closer to 
CDT 6.0 we 
have less and less motivation to generate a DD 1.1.1 release.
-Pawel

Marc Khouzam wrote:
    
Hi,
 
I just found out that we at Ericsson, will take a version of the
R1_1_maintenance for an internal delivery
on Monday the 9th of March.  Therefore, I want to migrate 
      
any important
    
DSF/DSF-GDB bug fixes
that were only done in the CDT. 

I already did these: 
http://bugs.eclipse.org/249227 [console][cdi] Add support 
      
for "verbose"
    
tracing of MI commands in console
http://bugs.eclipse.org/256663 [multi-process] Better handling of
automatic attaching of a process
http://bugs.eclipse.org/261883 [DsfMemoryBlock] Worker 
      
threads leak in
    
DsfMemoryBlock.writeMemoryBlock()
http://bugs.eclipse.org/261406 [launch] IsConnected() wrong 
      
for Local
    
debug session for 7_0 services
http://bugs.eclipse.org/266741 [launch] Launch shows 
      
terminated even if
    
a launch process remains running
http://bugs.eclipse.org/266599 [multi-process] Don't prompt for a
process to attach to right after launch
http://bugs.eclipse.org/261753 [event] Invalid MI event can cause
NullPointerException
http://bugs.eclipse.org/261082 [multi-process] Race condition when
creating a breakpoint

The ones I think should be done follow.  All but the first 
      
are in DSF.
    
I'll do the work, but I'm looking for an OK,
since it is DSF (not DSF-GDB) and that I didn't work on these bugs.

http://bugs.eclipse.org/261258 [breakpoint] ClassCastException on
breakpoint action
http://bugs.eclipse.org/261384 DSF Details Pane does not 
      
pay attention
    
to its Max Length value
http://bugs.eclipse.org/261858 [debug view] After suspend 
      
event, only
    
the top stack frame should be retrieved initially.
http://bugs.eclipse.org/262210 There are caching issues with the
DsfMemoryBlock
http://bugs.eclipse.org/262245 [vm] AbstractVMProvider may 
      
install the
    
same model proxy for multiple views, resulting in the viewer not
working.
http://bugs.eclipse.org/266105 Unable to see DSF disassembly

Thanks a lot!

Marc
_______________________________________________
dsdp-dd-dev mailing list
dsdp-dd-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-dd-dev
  
      
_______________________________________________
dsdp-dd-dev mailing list
dsdp-dd-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-dd-dev

    
_______________________________________________
dsdp-dd-dev mailing list
dsdp-dd-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-dd-dev

Back to the top