[XviD-devel] remark and question

[pascal.massimino@free.fr]

  Joseph, all,

Selon joseph.codadeen at symbian.com:

>
> Thanks for the info. However, as I don't know which part of the code this
> is failing in can we be certain that some rouge s/w can't misuse this
> piece of code by not providing 8-byte boundaries?

   This is not the worst an application not respecting the API
   can do. Passing NULL pointers instead of handles and the such
   are also forbidden but yet possible, e.g.
   Doesn't mean we shouldn't check the alignment of the passed buffer
   and issue a warning, but this behaviour doesn't look like a threat to me.

Skal

> I'm thinking along the lines of buffer-overrun attacks here.
>
> Thanks.
>
>
>
>
> Michael Militzer <michael at xvid.org>
> Sent by: xvid-devel-bounces at xvid.org
> 14/06/2007 11:00
> Please respond to
> xvid-devel at xvid.org
>
>
> To
> xvid-devel at xvid.org
> cc
>
> Subject
> Re: [XviD-devel] remark and question
>
>
>
>
>
>
> Hi,
>
> I believe the remark part is a known issue that had been discussed before.
> Input buffers to the Xvid decoder should be padded to 8-byte boundaries.
> It
> does not matter at all which values the padded bytes actually have. It's
> just important that the decoder can read from the input buffer in 8-byte
> chunks.
>
> If you cannot provide such input for some reason you should define
> XVID_SAFE_BS_TAIL in bitstream.h, which however will significantly slow
> down decoding speed (cf. also to the comments in bitstream.h).
>
> Regards,
> Michael
>
>
> Quoting joseph.codadeen at symbian.com:
>
> > Is the 'Remark' section really a defect?
> > If so, what's the link to tracking this defect?
> >
> > Thanks,
> > Joseph
> >
> >
> >
> >
> >
> > Pannonvision <havasi at pannonvision.hu>
> > Sent by: xvid-devel-bounces at xvid.org
> > 13/06/2007 09:15
> > Please respond to
> > Pannonvision <havasi at pannonvision.hu>; Please respond to
> > xvid-devel at xvid.org
> >
> >
> > To
> > XviD-devel at xvid.org
> > cc
> >
> > Subject
> > [XviD-devel] remark and question
> >
> >
> >
> >
> >
> >
> > Hi,
> >
> >
> >
> > Remark:
> >
> > Maybe, I found a bug: the XVID decoder sometimes reads into the
> > unallocated memory after the compressed data. In my experiments extra
> > allocated 100 bytes solve this problem. It's not too often but
> > sometimes happens.
> >
> >
> >
> > Question:
> >
> > How can I disable the status dialog popup? After I have installed the
> > XVID codec pack the popup dialog always visible. After I disabled it
> > in the encoder configuration dialog it only shown for 0.5-1 second.
> > How can I disable this "feature"?
> >
> >
> >
> > Best regards,
> >
> >
> >
> > Laszlo
> > _______________________________________________
> > XviD-devel mailing list
> > XviD-devel at xvid.org
> > http://list.xvid.org/mailman/listinfo/xvid-devel
> >
> >
> >
> > -----------------------------------------
> > **********************************************************************
> > Symbian Software Ltd is a company registered in England and Wales
> > with registered number 4190020 and registered office at 2-6
> > Boundary Row, Southwark, London,  SE1 8HP, UK. This message is
> > intended only for use by the named addressee and may contain
> > privileged and/or confidential information. If you are not the
> > named addressee you should not disseminate, copy or take any action
> > in reliance on it. If you have received this message in error
> > please notify postmaster at symbian.com and delete the message and any
> > attachments accompanying it immediately. Neither Symbian nor any of
> > its Affiliates accepts liability for any corruption, interception,
> > amendment, tampering or viruses occurring to this message in
> > transit or for any message sent by its employees which is not in
> > compliance with Symbian corporate policy.
> > **********************************************************************
> > _______________________________________________
> > XviD-devel mailing list
> > XviD-devel at xvid.org
> > http://list.xvid.org/mailman/listinfo/xvid-devel
> >
> >
>
>
>
>
>
>
> _______________________________________________
> XviD-devel mailing list
> XviD-devel at xvid.org
> http://list.xvid.org/mailman/listinfo/xvid-devel
>
>
> _______________________________________________
> XviD-devel mailing list
> XviD-devel at xvid.org
> http://list.xvid.org/mailman/listinfo/xvid-devel
>