[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [cdt-dev] Expanding Modules View throws SWTError.Nomorehandlesfor big executable
|
Thanks Mikhail. It is working now . Thanks for filing a bug & fixing it in a quick time.
Thanks Jermiah for your analysis.
Thanks,
Bala
-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Mikhail Khodjaiants
Sent: Thursday, October 20, 2005 1:31 AM
To: CDT General developers list.
Subject: Re: [cdt-dev] Expanding Modules View throws SWTError.Nomorehandlesfor big executable
Fixed in the HEAD and 3.0.1.
Bala, can you try it?
Thanks.
----- Original Message -----
From: "Lott, Jeremiah" <jeremiah.lott@xxxxxxxxxxx>
To: "CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Sent: Wednesday, October 19, 2005 12:00 PM
Subject: RE: [cdt-dev] Expanding Modules View throws SWTError.
Nomorehandlesfor big executable
>I think this might be a bug in CDT. ILabelProvider (including
> IDebugModelPresentation)instances are required to cache images and/or
> dispose images that they create. However, when the
> ModulesView$ModulesViewModelPresentation.getImage(...) gets the
> descriptor from an IWorkbenchAdapter, it calls "createImage" on the
> descriptor with no caching. Also, it doesn't track these images to
> "destroy" them when the label provider is disposed. I'm still looking
> at the 3.0.0 source, without 3.0.1 changes. It's impossible to say if
> this is actually causing the problem reported without a reproducable
> test case, but it certainly looks like the type of code that causes the
> "out of handles" problem.
>
> Jeremiah
>
> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx]
> On Behalf Of Recoskie, Chris
> Sent: Wednesday, October 19, 2005 11:42 AM
> To: CDT General developers list.
> Subject: RE: [cdt-dev] Expanding Modules View throws SWTError.
> Nomorehandlesfor big executable
>
>
> Note also that the number of available handles is system wide. I.e.,
> handles are gobbled up by other applications you have running in the
> system as a part of normal operation, and a misbehaving application
> might consume an undue amount of handles. It might not have anything to
> do with Eclipse whatsoever.
>
> If you have other applications running, try closing them down one by one
> and see if that helps any.
>
> Without a more detailed analysis it's hard to say exactly what is
> causing your problem.
>
> ___________________________________________
>
> Chris Recoskie
> Software Designer
> Texas Instruments, Toronto
> http://eclipse.org/cdt
>
>
>
>> -----Original Message-----
>> From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx]
> On
>> Behalf Of Mikhail Khodjaiants
>> Sent: Wednesday, October 19, 2005 11:25 AM
>> To: CDT General developers list.
>> Subject: Re: [cdt-dev] Expanding Modules View throws SWTError. No
>> morehandlesfor big executable
>>
>> Bala,
>>
>> I don't know any documentation on Sleak. I assume that everything they
>
>> have is posted on the SWT website.
>> The problem with this type of bugs is that it may caused by any plugin
>> installed in your Eclipse. If you have a clean CDT installation and
> the
>> problem still happens than file a bug. Otherwise we wouldn't be able
> to
>> reproduce it here.
>>
>> Mikhail
>> ----- Original Message -----
>> From: "Balasubramaniyan K" <balask@xxxxxxxxxxxx>
>> To: "'CDT General developers list.'" <cdt-dev@xxxxxxxxxxx>
>> Sent: Wednesday, October 19, 2005 11:05 AM
>> Subject: RE: [cdt-dev] Expanding Modules View throws SWTError. No more
>
>> handlesfor big executable
>>
>>
>> > Mikahil,
>> >
>> > I tried Sleak but did not succeed getting any useful data. Is there
>> > any quick document which shows some screenshot of what is the actual
>
>> > output of sleak.
>> >
>> > This could be a limitation of the handles created because it is
>> > exactly failing at that location of creating handles.
>> >
>> > Can I file a bug ?
>> >
>> > Thanks,
>> > Bala
>> >
>> > -----Original Message-----
>> > From: cdt-dev-bounces@xxxxxxxxxxx
> [mailto:cdt-dev-bounces@xxxxxxxxxxx]
>> > On Behalf Of Mikhail Khodjaiants
>> > Sent: Tuesday, October 18, 2005 9:16 PM
>> > To: CDT General developers list.
>> > Subject: Re: [cdt-dev] Expanding Modules View throws SWTError. No
> more
>> > handlesfor big executable
>> >
>> > Bala,
>> >
>> > When you create a resource (image, font, etc.) on Windows the system
>
>> > allocates a handle. The handle is deallocated when the resource is
>> > released. The number of handles is limited. This means that one (or
>> > more) of
> the
>> > plugins installed in your Eclipse is leaking resources.
>> > You can use the SWT tool called Sleak to track the allocation and
>> > disposal of resources. It is available to download from the
>> > Eclipse/SWT site.
>> >
>> > Mikhail
>> > ----- Original Message -----
>> > From: "Balasubramaniyan K" <balask@xxxxxxxxxxxx>
>> > To: "'CDT General developers list.'" <cdt-dev@xxxxxxxxxxx>
>> > Sent: Tuesday, October 18, 2005 3:53 AM
>> > Subject: [cdt-dev] Expanding Modules View throws SWTError. No more
>> > handles for big executable
>> >
>> >
>> >> Hi,
>> >>
>> >> I am doing a remote debugging of GDB source code. As all of us
> know,
>> >> in the modules view, we can expand the tree of the executable that
> is
>> >> loaded. My GDB executable has alteast 300 elements within it. The
> SWT
>> >> is not able to handle this much load on Windows XP & I get an
>> >> exception
>> >> "org.eclipse.swt.SWTError: No more handles" as attached in this
> email.
>> >>
>> >> This does not happen on RedHat Linux though it takes some time. Any
>
>> >> pointers to resolve or has anybody encountered similar issues ?
>> >>
>> >>
>> >> Warm Regards
>> >> Bala
>> >>
>> >>
>> >>
>> >
>> > _______________________________________________
>> > cdt-dev mailing list
>> > cdt-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/cdt-dev
>> >
>> >
>> >
>> > _______________________________________________
>> > cdt-dev mailing list
>> > cdt-dev@xxxxxxxxxxx
>> > https://dev.eclipse.org/mailman/listinfo/cdt-dev
>>
>> _______________________________________________
>> cdt-dev mailing list
>> cdt-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/cdt-dev
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
