Oliver-Rainer Wittmann - Software Engineer - Sun Microsystems wrote:
Hi Del,
cool to have somebody who wants to dive into the Writer's code in
order to provide solutions.
You already got some responses from some other Writer developers.
I only can support whose responses, especially the one from Caolán to
strip down the document.
OK - I'm back. Took a while, but here's something I came across with
the help of gdb:
DEV300_m43's svx/source/msfilter/msdffimp.cxx at line 6353, "rst >>
nBLIPPos;" is giving back 4294967295 (aka, 0xFFFFFFFF) the second and
subsequent times through the loop. This doesn't sound right. Stepping
through and into the twisty guts of SvStream::Read() and friends shows
that the page of cached data does have 0xFFFFFFFF. Unfortunately the
caller, SvxMSDffManager::GetDrawingGroupContainerData(), stuffs that
"signed" quantity into an unsigned, and doesn't seem to guard against it
in any way.
Suggestions? Better place to post this or person to whom to direct it?
Again, this document was generated by MS Word. I think I can "sanitize"
it to the point that I could post it to the list or directly to someone
(e.g., Oliver). But part of my goal is to understand more of the
internals of OOo components, so I don't want to completely hand
something off, either.
Thanks,
-Del
Now, some of my own comments:
"Formatting bugs with Microsoft Word documents" can have several
causes. Some of these defect causes are:
- Defect in the WW8 import filter (/sw/source/filter/ww8/) - the one
or the other attribute is not set correctly at the Writer model of the
document.
- The WW8 import filter misses the one or the other interpretation of
an attribute.
- Differences between the layout algorithm of Microsoft Word and OOo
Writer (/sw/source/core/layout/ and /sw/source/core/text/). To solve
such "bugs"/"defects" it is usually needed to analyze and to implement
Microsoft Word's layout algorithm depending on a certain compatibility
option.
- OOo Writer lacks a certain feature, which Microsoft Word supports.
Depending on the defect cause a different "solution" is needed.
Thus, I propose that you first try to figure out to which category
your "Formatting bugs with Microsoft Word documents" belong.
If you want we can do this together.
You can send me your document/documents via private email - be sure
that I will handle your documents confidential. I can then perform my
analysis and can give you some hints how to perform such tasks on your
own.
Afterwards, I can support you on the solution of the "Formatting bugs
with Microsoft Word documents".
Some further notes about the assertions, which you have observed:
Del Merritt wrote:
...
Error: Assertion failed
==================
FILE :
/export/home/downloads/OpenOffice/OO3_src/DEV300_m43/sw/source/filter/ww8/writerhelper.cxx
at line 643
ERROR : "No NodeIndex in SwFrmFmt ?, suspicious"
Abort ? (Yes=abort / No=ignore / Cancel=core dump)
This is a strong hint to an error in the WW8 import filter, IMHO.
I am willing to investigate the occurence of this assertion. For this,
I would propose that you send me your document/documents via private
email - I will handle your documents confidential.
Error: Assertion failed
==================
FILE :
/export/home/downloads/OpenOffice/OO3_src/DEV300_m43/sw/source/core/layout/anchoredobject.cxx
at line 697
ERROR : "<SwAnchoredObject::GetObjRectWithSpaces> - cache for object
rectangle inclusive spaces marked as valid, but it couldn't be.
Missing invalidation of cache. Please inform OD."
Abort ? (Yes=abort / No=ignore / Cancel=core dump)
Yes, this is "my" assertion.
It is more or less a hint for me, that a cache, which I have
implemented, is not correctly invalidated, but the situation is
corrected.
I already have an issue due to this assertion - issue 92511.
Best regards, Oliver.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
