Re: [Pan-devel] Progress update on multi-threading of pan uudecode code

[K. Haley]

Calin A. Culianu wrote:
>
> There is still some ironing out to do -- namely I am trying to figure
> out how the task/queue mechanism in pan works because I'm afraid of
> corner cases as well as the really obvious problem of right now my
> tasks never get deleted from the task list (probably have to just read
> the queue.cc code more carefully).
>
> I also need to read the code some more and see about making the UI
> inform the user that the decode operation is ongoing or is enqueued
> (right now it just says "Queued" when it should be saying "Decoding").
>
> I also need to worry about corner cases a bit more, since there could
> be a few.
>
> Anyway just wanted to let you guys know that this work is underway and
> I am optimistic that soon (I hope) we will have a version of pan that
> decodes in another thread and thus is really optimal for binary
> leechers like myself.
>
> PS: If Charles is reading this and he wants to fix the queue.cc code
> for me to be 100% perfect, I would be more than happy to give him my
> changes thus far, otherwise I will do it myself...
>
Sounds like you have taken the more complicated approach of creating a
new type of task.  From my reading of the code, a few changes to
task-article are all that would be required.  Add one or two functions
to the class, make the decode function queue the data to the worker
thread and add the other required bits.

One of the cases you may have missed is that the gui can't be safely
updated from the worker thread.  This means that error logging  is a
problem.

signature.asc
Description: OpenPGP digital signature