Re: [sc-dev] [almost] Crasher is alive for 3 years - issue 55266

2009-01-29 Thread Niklas Nebel
On 01/28/09 20:38, Kohei Yoshida wrote: That may be fixed with http://qa.openoffice.org/issues/show_bug.cgi?id=93998 in CWS koheidatapilot02 integrated to DEV300_m37, please check. m39 still tries to allocate 1GB of RAM. Well, the fix in koheidatapiot02 deals with an entire different issue

Re: [sc-dev] [almost] Crasher is alive for 3 years - issue 55266

2009-01-29 Thread Kohei Yoshida
On Thu, 2009-01-29 at 09:22 +0100, Niklas Nebel wrote: On 01/28/09 20:38, Kohei Yoshida wrote: That may be fixed with http://qa.openoffice.org/issues/show_bug.cgi?id=93998 in CWS koheidatapilot02 integrated to DEV300_m37, please check. m39 still tries to allocate 1GB of RAM.

Re: [sc-dev] [almost] Crasher is alive for 3 years - issue 55266

2009-01-28 Thread Eike Rathke
Hi Kirill, On Tuesday, 2009-01-27 22:13:50 +0300, Kirill Palagin wrote: Please see http://www.openoffice.org/issues/show_bug.cgi?id=55266 - Calc allocates 1.1GB of RAM for 81kb file with DataPilot.. That may be fixed with http://qa.openoffice.org/issues/show_bug.cgi?id=93998 in CWS

Re: [sc-dev] [almost] Crasher is alive for 3 years - issue 55266

2009-01-28 Thread Kirill Palagin
Hi Eike. Eike Rathke пишет: Hi Kirill, On Tuesday, 2009-01-27 22:13:50 +0300, Kirill Palagin wrote: Please see http://www.openoffice.org/issues/show_bug.cgi?id=55266 - Calc allocates 1.1GB of RAM for 81kb file with DataPilot.. That may be fixed with

Re: [sc-dev] [almost] Crasher is alive for 3 years - issue 55266

2009-01-28 Thread Kohei Yoshida
On Wed, 2009-01-28 at 20:52 +0300, Kirill Palagin wrote: Hi Eike. Eike Rathke пишет: Hi Kirill, On Tuesday, 2009-01-27 22:13:50 +0300, Kirill Palagin wrote: Please see http://www.openoffice.org/issues/show_bug.cgi?id=55266 - Calc allocates 1.1GB of RAM for 81kb file with

Re: [sc-dev] [almost] Crasher is alive for 3 years - issue 55266

2009-01-28 Thread Kirill Palagin
Kohei Yoshida пишет: Fixing i55266 (and probably i97886) needs a non-trivial refactoring since the reason for such large memory footprint may be a design issue. Current data pilot's result computation code uses a recursive algorithm, and each recursion instantiates a new set of objects.