Subject | Re: Possible memory leak in EncodingFactory ? |
---|---|
Author | Mathew Joseph |
Post date | 2006-06-15T04:35:33Z |
Hi There,
I have been writing a program to read mails and store the content
into a firebird database. It consumes a large amount of heap memory
and the tool that i am using shows me memory leak problems with the
Encoding_NotOnebyte.encodeTocharset function. I came across this
response from you and was wondering whether you have put changes into
the CVS regarding this problem.
Regds
Mathew
--- In Firebird-Java@yahoogroups.com, "Roman Rokytskyy"
<rrokytskyy@...> wrote:
I have been writing a program to read mails and store the content
into a firebird database. It consumes a large amount of heap memory
and the tool that i am using shows me memory leak problems with the
Encoding_NotOnebyte.encodeTocharset function. I came across this
response from you and was wondering whether you have put changes into
the CVS regarding this problem.
Regds
Mathew
--- In Firebird-Java@yahoogroups.com, "Roman Rokytskyy"
<rrokytskyy@...> wrote:
>allocated off
> > The buffers bufferB and bufferC are not used to store intermediate
> > results. They are used as a work space for the encoding.
> > In a previous post I suggested that bufferB be removed and the new
> > result array be used as the working space, and bufferC be
> > of the stack.supports
> > Getting rid of these instance variables makes the class follow the
> > flyweight pattern, so caching becomes a possibility (if testing
> > it).benchmark.
>
> I will apply these changes to the CVS and test it with our AS3AP
>
> Thanks!
> Roman
>