Xarchiver branch

[Benedikt Meurer]

Stephan Arts wrote:
>>>>I have a local copy of xarchiver that has the following changes with
>>>>whats in svn-trunk.
>>>>
>>>>- libxarchiver uses Gobject derived objects
>>>>- libxarchiver handles spawned processes in another way
>>>>
>>>>- support for anything else then gzip and tar has been removed for
>>>>testing purposes.
>>>>
>>>>Work in progress:
>>>>- libxarchiver will work with signals to notify the GUI it can update
>>>>the treeview.
>>>>(idea is to let the GUI respond while libxarchiver is busy, current
>>>>version makes GUI hold)
>>>
>>>My copy is also the first version incorporating threads to do this.
>>>It is easier to test the threading-model if i only have 1 or 2 archive
>>>types to maintain. But this would make it difficult for Giuseppe to
>>>test the support stuff we already have.
>>
>>Why do you want to use threads? The archive processes already run
>>asynchronously (tar, unrar, unzip, etc.).
> 
> Because then we still process the data synchronously and that makes
> the GUI freeze with large archives. using a separate thread to parse
> the output fixes it.

Hm, how about trying to optimize the parsing code. It cannot be that
hard, or atleast its worth the effort if it helps to avoid adding
complicated thread handling.

Benedikt