Great success! I have successfully removed the SvArray of objects macro (SV_DECL_OBJARR and SV_IMPL_OBJARR macros).
Please feel free to check and test it. Patch is available at (replace_svarray3.patch): http://www.openoffice.org/issues/show_bug.cgi?id=112395 2010/6/15 Bjoern Michaelsen: >> Changing out SvArray, will fix this long standing bug, which will >> bring great joy and happiness to my life. >> >> http://www.openoffice.org/issues/show_bug.cgi?id=84159 > > Getting rid of SvArray might not be enough alone to fix this, but it > would be a big step in the right direction. Please also have a look at > the work in cws new_itemsets which tries to get rid of the old > SfxItemSet implementation and replace it with stl container-based stuff > whereever possible. Changing such a fundamental datastructure is not > easy at all, but the new implementation is mostly stable by now -- only > a few minor glitches remaining. > Gotta have to have a look at the stuff with somebody from the calc > team. Any voluteers? Do you know which field/variable cause this overflow? Where it is located (please specify path)? In file: http://svn.services.openoffice.org/opengrok/xref/DEV300_m82/svl/source/items/itempool.cxx I found SV_IMPL_PTRARR( SfxPoolVersionArr_Impl, SfxPoolVersion_Impl* ); declaration. Does this SvArray couse this trouble? I would like prepare patch which will fix this bug (Issue 84159). Best Regards Bartosz --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
