Commit (STABLE): Re: Commit (HEAD): Re: libole2 Patch: fix 1876,7178

Backport: Fix 1876,7178 (Robert Wilhelm)
                                                                                                             
CVS:
----------------------------------------------------------------------
CVS: Enter Log. Lines beginning with `CVS:' are removed automatically
CVS:
CVS: Committing in .
CVS:
CVS: Modified Files:
CVS: Tag: ABI-2-0-0-STABLE
CVS: ms-ole.c
CVS:
----------------------------------------------------------------------

On Sun, 2004-09-05 at 00:53 +0200, J.M. Maurer wrote:
> Totally rock for tracking this one down Robert! Finally all those
> reports comming from users can be stopped, YAY!
>
> Will backport if we decide to do a 2.0.12.
>
> Marc
>
> Fix 1876,7178 (Robert Wilhelm)
>
> CVS:
> ----------------------------------------------------------------------
> CVS: Enter Log. Lines beginning with `CVS:' are removed automatically
> CVS:
> CVS: Committing in .
> CVS:
> CVS: Modified Files:
> CVS: libole2/ms-ole.c
> CVS:
> ----------------------------------------------------------------------
>
>
> On vr, 2004-09-03 at 23:46 +0200, Robert Wilhelm wrote:
> > I have looked again into the
> > "Some MS Word documents without password are treated as
> > password-protected" bug, this time with cocao created doc files.
> >
> >
> > This files seem to have a bogus SBAT, but we can ignore this as
> > all streams seem to be >=4k and therefore use normal BAT.
> >
> > See attached patch for a possible workaround.
> >
> >
> > Now the details, if you really want to know them :)
> >
> > See http://jakarta.apache.org/poi/poifs/fileformat.html
> > as a reference.
> >
> > Let´s have a look at attachment 2194 from bug #7178:
> >
> > There is SBAT_START at block 6f and SBAT_BLOCK_COUNT is 1
> >
> > 00000000: d0cf 11e0 a1b1 1ae1 0000 0000 0000 0000 ................
> > 00000010: 0000 0000 0000 0000 3e00 0300 feff 0900 ........>.......
> > 00000020: 0600 0000 0000 0000 0000 0000 0100 0000 ................
> > 00000030: 6e00 0000 0000 0000 0010 0000 6f00 0000 n...........o...
> > 00000040: 0100 0000 feff ffff 0000 0000 6d00 0000 ............m...
> >
> > but at ( 0x6f + 1) * 0x200 there are just zeros.
> >
> > 0000e000: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> > 0000e010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> > 0000e020: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> > 0000e030: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> >
> >
>
Received on Thu Sep 9 14:03:45 2004