a few more comments ...

Noel Grandin noelgrandin at gmail.com
Mon Jun 5 19:34:16 UTC 2017


On 5 June 2017 at 20:40, Michael Meeks <michael.meeks at collabora.com> wrote:

>
>         Sooo ... I think your code is golden; but we're going to need to
> fix
> the package/ code to avoid the bug.
>
> https://bugs.documentfoundation.org/show_bug.cgi?id=97597#c28
>
>         Suggests (input from Kohei appreciated) - that we may need to do a
> new
> 'seek' each time we come to reading some bytes from the underlying
> package/ stream - to ensure that no other thread is messing with our
> underlying stream position while we are reading compressed data from it =)
>
>
Perhaps we need a new file abstraction which deliberately has no seek
position in it's API, forcing client code to always specify a position when
doing read()/write()?
Then when we pass such a handle/object between threads, its use will be
correct by construction.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice/attachments/20170605/90fc9595/attachment.html>


More information about the LibreOffice mailing list