To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=107877
User mhu changed the following:
What |Old value |New value
================================================================================
CC|'jl,jsk,md,sb' |'jl,jsk,md,mhu,sb'
--------------------------------------------------------------------------------
Status|NEW |RESOLVED
--------------------------------------------------------------------------------
Keywords|needmoreinfo |
--------------------------------------------------------------------------------
Resolution| |WONTFIX
--------------------------------------------------------------------------------
------- Additional comments from m...@openoffice.org Thu Jan 7 15:57:26 +0000
2010 -------
Hi Laurent, Philippe,
Thanks for your clarifications => removing "needmoreinfo" keyword.
The mentioned types.rdb from my ooo installation (ubuntu 9.10 also) is located
under <ooo>/ure/share/misc/types.rdb (with <ooo> meaning <install root> or
/usr/lib in this case).
Installing package "openoffice.org-dev" (OOo SDK) onto my system (ubuntu 9.10)
and obtaining a clone of your source code, I could reproduce your problem.
Thus,
the distribution provides an SDK that creates corrupt *.rdb files, i.e. the
idlc
generated "ucr/*.db" files, and the regmerge created "types.rdb".
Obtaining a copy of the vanilla OOO310_m19 tag from svn.services.openoffice.org
(OOo 3.1.1), and building up to module "udkapi", I can verify that the vanilla
source code generates correct *.rdb files.
Looking up the go-oo.org / ooo-build patches for OOo 3.1.1, and reviewing the
"store-core.diff" patch shows at least 2 bugs, the fatal one being:
<quote>
--- store/source/stortree.cxx.old 2009-04-02 10:44:48.000000000 +0000
+++ store/source/stortree.cxx 2009-04-06 16:42:11.000000000 +0000
@@ -65,15 +65,15 @@ OStoreBTreeNodeData::OStoreBTreeNodeData
*/
void OStoreBTreeNodeData::initialize (void)
{
- base::m_aGuard.m_nMagic = STORE_MAGIC_BTREENODE;
- base::m_aDescr.m_nUsed = base::size() + self::size();
- self::m_aGuard.m_nMagic = 0;
+ base::PageHeader ().m_aGuard.m_nMagic = STORE_MAGIC_BTREENODE;
+ base::PageHeader ().m_aDescr.m_nUsed = base::size() + self::size();
+ self::PageHeader ().m_aGuard.m_nMagic = 0;
</quote>
with the following suggested fix:
- self::PageHeader ().m_aGuard.m_nMagic = 0;
+ DataRepresentation ().m_aGuard.m_nMagic = 0;
Thus, the bug is not in the vanilla source, and I need to resolve this issue as
"wontfix".
Regards,
Matthias
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@udk.openoffice.org
For additional commands, e-mail: issues-h...@udk.openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org
