To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=105343
User aw changed the following:
What |Old value |New value
================================================================================
Assigned to|aw |mav
--------------------------------------------------------------------------------
Status|STARTED |NEW
--------------------------------------------------------------------------------
------- Additional comments from a...@openoffice.org Wed Nov 18 16:46:01 +0000
2009 -------
AW: Debugging on the virtual machine where it happens. Added all needed ebug
stuff and binfilter with needed parts with debug.
Experimented with a draw with 4 rectangles (count is relevant for the following
file offsets). When saving, the 2nd DrawingLayer page (regula, not Masterpage)
is started to be written at file position 3070 using a SdrIOHeader. When that
header is closed (at destruction, to debug, use in
binfilter/bf_svx/source/svdraw/svx_svdpage.cxx), the correct BlockSize
(nBlkSize) of 537 is created and written to the file (see in svx_svdio.cxx).
This is relevant since at read time, exactly at position 3070 the rerord is read
(see SdrModel::ReadData(...) in svx_svdmodel.cxx, break in line 1782 and wait
until nBufActualPos in rIn gets 3070). At read time, the wrong BlockSize
(nBlkSize) of null is read from the file.
Since i can clearly debug that the correct values get written but not read to
SvStream, i opt for an (evtl. system-dependent) error in SvStream (from tools
project) which is used by binfilter. When changes were made at the SvStream
class this would also explain why this happens in binfilter now, since tools is
one of the (rare) shared parts between office and binfilter.
3070 in hex is 0x0bfe, looking at the written file. Magic (4byte) and version
get read (2byte), then the nBlkSize (4byte). In the dumped file, there are no
zeros at that place, but in the buffer of SvStream.
AW->mav: Looks like problems with SvStream for me, have been changes made there
recently? I have debugged binfilter behaviour, all works as expected there.
Interestingly, 0x0bfe is odd and 2 and 4byte values are read from there, maybe
that causes problem nowadays?
---------------------------------------------------------------------
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...@graphics.openoffice.org
For additional commands, e-mail: issues-h...@graphics.openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org
