On 5 June 2017 at 20:40, Michael Meeks <[email protected]> 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.
_______________________________________________
LibreOffice mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Reply via email to