The size of the file inside this archive is not 0!
http://prdownloads.sf.net/mingw/MSYS-1. ... 2?download
Wrong displayed file size in bz2 archive
- crystalidea
- Posts: 205
- Joined: 09 Dec 2005, 15:13
- Contact:
-
- ALTAP Staff
- Posts: 132
- Joined: 07 Dec 2005, 23:01
- Location: Prague, Czech Republic
- Contact:
Re: BUG: bz2
Well, trouble with bzip2 archives is that they do not store the uncompressed size of the file in the archive. So we basically have two options, either display zero (that's what we do right now) or decompress the whole archive just to determine it's size, which could take ages for large archives.XPiS wrote:The size of the file inside this archive is not 0!
http://prdownloads.sf.net/mingw/MSYS-1. ... 2?download
We plan to "improve" this situation by not displaying the size at all for such archives, but it's low priority at the moment.
-
- ALTAP Staff
- Posts: 132
- Joined: 07 Dec 2005, 23:01
- Location: Prague, Czech Republic
- Contact:
Well, bz2 archive can contain only one file, so "browsing" is probably not the best description .-=Majkl=- wrote:could it work in this way:
- first, archive is opened, zero sizes are shown
- while browsing the archive, the sizes of files are being showed - this should be proccessed in other (low priority) thread
I was considering the option to uncompress the archive in a separate thread as well, but I think the complexity of such workaround is not worth the benefit. Also, the interface Salamander offers to archiver plugins does not allow to alter the information "later", after initial listing was done, so the work to implement this would be really considerable (read: not worth it).
Do you distiguish between archiver plugins and file system plugins? If you don't, you should ernestly consider adding an update feature (push update or a callback) to the interface. Many possible plugins could benefit from it.Tomas Kopal wrote:Also, the interface Salamander offers to archiver plugins does not allow to alter the information "later", after initial listing was done, so the work to implement this would be really considerable (read: not worth it).
-
- ALTAP Staff
- Posts: 132
- Joined: 07 Dec 2005, 23:01
- Location: Prague, Czech Republic
- Contact: