Older

• Nov 18, 2009

  Revision 1814f7cefe (Added hgignore file. Put performance logs into source contro...) pushed by alexander.galanin   -   Added hgignore file. Put performance logs into source control.

  Added hgignore file. Put performance logs into source control.
• Nov 18, 2009

  ReportingBugs Wiki page edited by alexander.galanin
• Nov 18, 2009

  4 Wiki pages changed by alexander.galanin   -  

  Edited About, ChangeLog">ChangeLog, PerformancePage">PerformancePage, ReportingBugs">ReportingBugs

  Edited About, ChangeLog">ChangeLog, PerformancePage">PerformancePage, ReportingBugs">ReportingBugs
• Nov 18, 2009

  91 new revisions pushed by alexander.galanin   -   38472f434a:repository creation 5290acfea5:initial import a97e673578:Added zip file open and close operations, updated Makefile. ecb7e3caff:Replaces tabs with spaces 6c563944d1:Rewritten in C++ 382cf1b806:implemented files tree building, started readdir() and stat() implementation, updated Makefile 9d3ea68037:implemented readdir() and (partially) stat() 98b19130fe:now names returned by readdir are short 05fea02b90:completed stst() realization 34f0f84115:added statfs() 5442cba01d:implemented open() and release() ef69898bb9:implemented read() ba1997f55f:added license header, removed 'test' Makefile target 3cdf46e99c:fixed problems with file name splitting, fixed directory rights, fixed memory leaks and read() be48897f5a:removed debug code 43a7b5ace3:updated license version, modified FUSE initialization to always be single-threaded 290d21773b:added zip_stat_index error handling, updated information messages 581b06b7ce:fixed bug with stat() for /, added install and uninstall Makefile targets 5660396e20:fixed problem with simultaneous reading from the same file 2fdd4f338b:files tree are now built before FUSE initialization 1e7a748dbf:fixed close() in case of file handle reusion 4a8585571e:small code beautifulizations, updated license version e611b58bba:code beautifulization 64966a336f:implemented unlink() 10e55d21db:implemented rmdir() a29b45ad3d:implemented mkdir(), node file splitting and adding to parent moved to fusezip_node constructor 71c7771796:implemented rename() 65179b7fcc:removed debugging output 489a3793bb:updated Makefile 17666df16d:read()/write()/close() operations implementation moved to separate class to allow selection of implementation, started write() implementation 0ec78de909:all file handling operations moved to FileNode, created new class for caching unpacked data(BigBuffer), algorythm improvment: now files are unpacked in open(), implemented write() and create(), fixed problem with one-byte-named-files in root directory of FS 0dd4cc3a3b:replaced new in BigBuffer to mallocs c89b25a843:added missing copyright headers 9cd5803247:Added out of memory and archive integrity errors handling 12c54381be:Added out of memory and archive integrity errors handling, part 2 eb57ff456e:implemented stubs for chmod(), chown(), flush(), fsync(), fsyncdir(), opendir(), releasedir(), access(), utimens() 268c7020e7:added counter of parallel file opens: fixes problem with simultaneous file access 84be185bd1:implemented truncate(), ftruncate(), no saving of rewritten/truncated file at this moment cf68327ec1:implemented replacing of existing modified files, fileNode now have state variable to track its internal state, added license file 1eb426c337:now unallocated parts of file in read() filled with zeros. a9a2f70fd2:Added documentation 36e82c828e:started performance tests implementation b917eef8a8:fixed problem with ZIP file write errors in a forked process ab55592fce:Added error logging via syslog() 761c5ba21d:implemented mc-uzip compression and decompression in a common case, added new test types be5157af7f:more accurate time counting for fuse-zip, added new tests, fixed mc-uzip zip-* tests behaviour, changed zip-* tests data to bring fuse-zip to win :) ee498b137a:added new tests ec83cc1f96:added gvfs-fuse(unstable) and unpackfs, added logging of test results fb95cb7061:updated README, fixed tests result logging efb2b1d7b5:added tests for avfs 4b2f62923c:added tests for fuse-j zip filesystem(but not included into main loop because of unstability), code beautifulizations 52bc96eb90:improved resource freeing process 6b2e2a82f3:rewritten gvfs-fuse usage code, added license headers and README af90a99cd6:fixed tests for fusej-zip a797a6b08a:updated docs 0ac39c893b:added make archives script and changelog a2c6042ad4:fixed problem with get_current_dir_name() on non-GNU systems(thanks for Daniel Johnson), updated docs f3b3c74506:removed debug code from previous fix 5cc0592e9f:More strict errors checking, added notes about libzip compile flags, updated docs, added manpage 958b248759:updated included header names e750b30cdf:added *xattr() stubs e7e11fe380:fixed file size bug on 32-bit platforms 04d8346e4b:added libZipWrapper under e18abf1983:updated docs 9513e1d44b:added tests for krarc://, wikified tests output 278a3ac2b4:small fixes in Makefile(thanks to Daniel Johnson) a442d33ebf:fixed off64_t definition(thanks to Daniel Johnson) b8f7b2a5c6:uncompressed manpage 2476b6fffd:updated Makefile and packaging script c343ad940d:re-licensed under LGPLv3, small updated(thanks to Sikon) 5e1e576d79:small tests beautifulization 1684fc243b:fixed problems with file modification times de2f5ca167:added gid/uid passing 8b19df28fb:updated license headers fd88cde887:updated changelog fc8797479e:added missing headers 439382e6bd:Removed GNU-ism from 'install' parameters 7e9021304d:fixed problems with file modification time and size for newly created files(closes #5), fixed "free space are reported as 0"(closes #4) 5e0f0c7ae8:updated changelog 05aa7ee226:fixed bug #9 : "mountpoint directory size reported as 18446744069414584320" reported by notethan details: FileNode->size() are now not inlined. 9ab3241a68:updated changelog 10ce13be34:beautifulized node index parameters handling 1e34f469bf:fixed bug #10 : Rarely, a 'third party' zip file fails to mount details: If parent directory of zip archive item does not present in archive, it will be created. Relative paths are not supported. Updated documentation. b3b4c8fbfa:fixed compilation problem on FreeBSD and Mac OS X with FUSE 2.7 0d5865a7fb:fixed versioning problem 80ad596796:Fixed segfault if user tried to re-open corrupted file from an invalid archive. fa9f8aad59:Fixed typo in manpage. Closes #16. Thanks to Rakesh Pandit. af7cd97d66:Fixed #20: incorrect directory size reported. Now stat.st_blksize are always reported as 512 and stat.st_blocks are always reported in 512-byte blocks. ab46380641:Corrected date in changelog 8a0f4d3f2d:Converted from svn to hg 2fc0dba62b:Corrected makeArchives script to operate with hg repo

  38472f434a:repository creation 5290acfea5:initial import a97e673578:Added zip file open and close operations, updated Makefile. ecb7e3caff:Replaces tabs with spaces 6c563944d1:Rewritten in C++ 382cf1b806:implemented files tree building, started readdir() and stat() implementation, updated Makefile 9d3ea68037:implemented readdir() and (partially) stat() 98b19130fe:now names returned by readdir are short 05fea02b90:completed stst() realization 34f0f84115:added statfs() 5442cba01d:implemented open() and release() ef69898bb9:implemented read() ba1997f55f:added license header, removed 'test' Makefile target 3cdf46e99c:fixed problems with file name splitting, fixed directory rights, fixed memory leaks and read() be48897f5a:removed debug code 43a7b5ace3:updated license version, modified FUSE initialization to always be single-threaded 290d21773b:added zip_stat_index error handling, updated information messages 581b06b7ce:fixed bug with stat() for /, added install and uninstall Makefile targets 5660396e20:fixed problem with simultaneous reading from the same file 2fdd4f338b:files tree are now built before FUSE initialization 1e7a748dbf:fixed close() in case of file handle reusion 4a8585571e:small code beautifulizations, updated license version e611b58bba:code beautifulization 64966a336f:implemented unlink() 10e55d21db:implemented rmdir() a29b45ad3d:implemented mkdir(), node file splitting and adding to parent moved to fusezip_node constructor 71c7771796:implemented rename() 65179b7fcc:removed debugging output 489a3793bb:updated Makefile 17666df16d:read()/write()/close() operations implementation moved to separate class to allow selection of implementation, started write() implementation 0ec78de909:all file handling operations moved to FileNode, created new class for caching unpacked data(BigBuffer), algorythm improvment: now files are unpacked in open(), implemented write() and create(), fixed problem with one-byte-named-files in root directory of FS 0dd4cc3a3b:replaced new in BigBuffer to mallocs c89b25a843:added missing copyright headers 9cd5803247:Added out of memory and archive integrity errors handling 12c54381be:Added out of memory and archive integrity errors handling, part 2 eb57ff456e:implemented stubs for chmod(), chown(), flush(), fsync(), fsyncdir(), opendir(), releasedir(), access(), utimens() 268c7020e7:added counter of parallel file opens: fixes problem with simultaneous file access 84be185bd1:implemented truncate(), ftruncate(), no saving of rewritten/truncated file at this moment cf68327ec1:implemented replacing of existing modified files, fileNode now have state variable to track its internal state, added license file 1eb426c337:now unallocated parts of file in read() filled with zeros. a9a2f70fd2:Added documentation 36e82c828e:started performance tests implementation b917eef8a8:fixed problem with ZIP file write errors in a forked process ab55592fce:Added error logging via syslog() 761c5ba21d:implemented mc-uzip compression and decompression in a common case, added new test types be5157af7f:more accurate time counting for fuse-zip, added new tests, fixed mc-uzip zip-* tests behaviour, changed zip-* tests data to bring fuse-zip to win :) ee498b137a:added new tests ec83cc1f96:added gvfs-fuse(unstable) and unpackfs, added logging of test results fb95cb7061:updated README, fixed tests result logging efb2b1d7b5:added tests for avfs 4b2f62923c:added tests for fuse-j zip filesystem(but not included into main loop because of unstability), code beautifulizations 52bc96eb90:improved resource freeing process 6b2e2a82f3:rewritten gvfs-fuse usage code, added license headers and README af90a99cd6:fixed tests for fusej-zip a797a6b08a:updated docs 0ac39c893b:added make archives script and changelog a2c6042ad4:fixed problem with get_current_dir_name() on non-GNU systems(thanks for Daniel Johnson), updated docs f3b3c74506:removed debug code from previous fix 5cc0592e9f:More strict errors checking, added notes about libzip compile flags, updated docs, added manpage 958b248759:updated included header names e750b30cdf:added *xattr() stubs e7e11fe380:fixed file size bug on 32-bit platforms 04d8346e4b:added libZipWrapper under e18abf1983:updated docs 9513e1d44b:added tests for krarc://, wikified tests output 278a3ac2b4:small fixes in Makefile(thanks to Daniel Johnson) a442d33ebf:fixed off64_t definition(thanks to Daniel Johnson) b8f7b2a5c6:uncompressed manpage 2476b6fffd:updated Makefile and packaging script c343ad940d:re-licensed under LGPLv3, small updated(thanks to Sikon) 5e1e576d79:small tests beautifulization 1684fc243b:fixed problems with file modification times de2f5ca167:added gid/uid passing 8b19df28fb:updated license headers fd88cde887:updated changelog fc8797479e:added missing headers 439382e6bd:Removed GNU-ism from 'install' parameters 7e9021304d:fixed problems with file modification time and size for newly created files(closes #5), fixed "free space are reported as 0"(closes #4) 5e0f0c7ae8:updated changelog 05aa7ee226:fixed bug #9 : "mountpoint directory size reported as 18446744069414584320" reported by notethan details: FileNode->size() are now not inlined. 9ab3241a68:updated changelog 10ce13be34:beautifulized node index parameters handling 1e34f469bf:fixed bug #10 : Rarely, a 'third party' zip file fails to mount details: If parent directory of zip archive item does not present in archive, it will be created. Relative paths are not supported. Updated documentation. b3b4c8fbfa:fixed compilation problem on FreeBSD and Mac OS X with FUSE 2.7 0d5865a7fb:fixed versioning problem 80ad596796:Fixed segfault if user tried to re-open corrupted file from an invalid archive. fa9f8aad59:Fixed typo in manpage. Closes #16. Thanks to Rakesh Pandit. af7cd97d66:Fixed #20: incorrect directory size reported. Now stat.st_blksize are always reported as 512 and stat.st_blocks are always reported in 512-byte blocks. ab46380641:Corrected date in changelog 8a0f4d3f2d:Converted from svn to hg 2fc0dba62b:Corrected makeArchives script to operate with hg repo
• Nov 18, 2009

  About Wiki page edited by alexander.galanin   -   Revision r27 Edited wiki page through web user interface.

  Revision r27 Edited wiki page through web user interface.
• Nov 18, 2009

  About Wiki page edited by alexander.galanin   -   Revision r26 Edited wiki page through web user interface.

  Revision r26 Edited wiki page through web user interface.
• Nov 18, 2009

  ChangeLog Wiki page edited by alexander.galanin   -   Revision r25 Edited wiki page through web user interface.

  Revision r25 Edited wiki page through web user interface.
• Nov 18, 2009

  issue 20 (Wrong behaviour while "live" writing in fuse-zip fs.) changed by alexander.galanin   -   Fixed in version 0.2.8. > Also, is there any restriction on a (compressed) file size? All files kept in memory until file system is unmounted, so file size is limited by available amount of virtual memory in your system.

  Status: Fixed

  Labels: Type-Defect OpSys-All

  Fixed in version 0.2.8. > Also, is there any restriction on a (compressed) file size? All files kept in memory until file system is unmounted, so file size is limited by available amount of virtual memory in your system.

  Status: Fixed

  Labels: Type-Defect OpSys-All
• Nov 18, 2009

  fuse-zip-0.2.8.tar.gz (fuze-zip 0.2.8 tarball) file uploaded by alexander.galanin   -  

  Labels: Featured OpSys-Linux OpSys-OSX Type-Source

  Labels: Featured OpSys-Linux OpSys-OSX Type-Source
• Nov 18, 2009

  issue 20 (Wrong behaviour while "live" writing in fuse-zip fs.) reported by fedyanin   -   What steps will reproduce the problem? 1. mount a zip file as usual 2. open new file in the mounted directory 3. write something, close file So I have simple c program ---- test.c ---- #include <stdio.h> int main() { FILE *inf_h; int i; inf_h = fopen("/1.log","w"); for (i=0; i<100000; i++) { fprintf(inf_h, "1234567890\n"); } fclose(inf_h); return 0; } where 'compressed` is a mount point. # ls compressed/1.log -hs 538M compressed/1.log This is nonsense, since the real size of the file is only 1.1M. Well, after fusermount -u, unzip -l shows the correct file size, however it's always wrong on mouned filesystem. Also, is there any restriction on a (compressed) file size? I tried to use fuse-zip to save a huge text file (output from a calculation, up to hundred Gbs of plane text). However, due to the size issue above, I couldn't save even a 500Mb file this way, 'cos a (wrong) file size reached 20 GB and after unmount a got 'fuse-zip[30013]: Error while saving file 01-equilib.cvf in ZIP archive: -12' message. System: opensuse 11.2, x86_64, linux-2.6.31.5, fuse-2.7.4-3.2, libzip1-0.9-23.2, zlib-1.2.3-140.2, gcc-4.4.1.

  What steps will reproduce the problem? 1. mount a zip file as usual 2. open new file in the mounted directory 3. write something, close file So I have simple c program ---- test.c ---- #include <stdio.h> int main() { FILE *inf_h; int i; inf_h = fopen("/1.log","w"); for (i=0; i<100000; i++) { fprintf(inf_h, "1234567890\n"); } fclose(inf_h); return 0; } where 'compressed` is a mount point. # ls compressed/1.log -hs 538M compressed/1.log This is nonsense, since the real size of the file is only 1.1M. Well, after fusermount -u, unzip -l shows the correct file size, however it's always wrong on mouned filesystem. Also, is there any restriction on a (compressed) file size? I tried to use fuse-zip to save a huge text file (output from a calculation, up to hundred Gbs of plane text). However, due to the size issue above, I couldn't save even a 500Mb file this way, 'cos a (wrong) file size reached 20 GB and after unmount a got 'fuse-zip[30013]: Error while saving file 01-equilib.cvf in ZIP archive: -12' message. System: opensuse 11.2, x86_64, linux-2.6.31.5, fuse-2.7.4-3.2, libzip1-0.9-23.2, zlib-1.2.3-140.2, gcc-4.4.1.
• Sep 07, 2009

  issue 19 (No way to know when a file is written) changed by alexander.galanin   -   Yes, It is a known issue. Today I don't know how to tell FUSE to wait until fusezip_destroy() finishes. As a workaround you can mount file system with -f (don't detach from terminal) option and wait until fuse-zip process finished. Also I think that it is better to use 'zip' command for backup purposes.

  Status: Duplicate

  Yes, It is a known issue. Today I don't know how to tell FUSE to wait until fusezip_destroy() finishes. As a workaround you can mount file system with -f (don't detach from terminal) option and wait until fuse-zip process finished. Also I think that it is better to use 'zip' command for backup purposes.

  Status: Duplicate
• Sep 07, 2009

  issue 7 (File system can be unmounted before all data will be saved t...) commented on by alexander.galanin   -   Issue 19 has been merged into this issue.

  Issue 19 has been merged into this issue.
• Sep 07, 2009

  issue 19 (No way to know when a file is written) reported by aigarius   -   Fuse-zip creates the archive in RAM and only writes the changes to file storage after the unmount command is given. If a large file is created and the writeout takes a lot of time, there is no way to know when the write is complete, because even the unmount command is returned before the file is written. I understand that this has been done for speed purposes, but it really makes fuse-zip unisable for any real work. If I write a file to a folder, I expect it to start writing as soon as possible and finish writing before returning from 'sync' or 'umount' commands. Holding the whole archive changeset in RAM also makes this unsutable for any kind of backup usage (backups tend to have several Gbs of files).

  Fuse-zip creates the archive in RAM and only writes the changes to file storage after the unmount command is given. If a large file is created and the writeout takes a lot of time, there is no way to know when the write is complete, because even the unmount command is returned before the file is written. I understand that this has been done for speed purposes, but it really makes fuse-zip unisable for any real work. If I write a file to a folder, I expect it to start writing as soon as possible and finish writing before returning from 'sync' or 'umount' commands. Holding the whole archive changeset in RAM also makes this unsutable for any kind of backup usage (backups tend to have several Gbs of files).
• Jul 14, 2009

  issue 18 (Works for tar.gz?) Status changed by alexander.galanin   -   fuse-zip supports only zip archives and support for other file formats not planned. For tar.gz you can try avfs, unpackfs or archivemount.

  Status: WontFix

  fuse-zip supports only zip archives and support for other file formats not planned. For tar.gz you can try avfs, unpackfs or archivemount.

  Status: WontFix
• Jul 14, 2009

  About Wiki page commented on by dan.bolser   -   What works with .tar.gz instead of .zip?

  What works with .tar.gz instead of .zip?
• Jul 14, 2009

  issue 18 (Works for tar.gz?) reported by dan.bolser   -   This is just a feature request... does fuze-zip work for .tar.gz files? What should I be using for that? Cheers, Dan.

  This is just a feature request... does fuze-zip work for .tar.gz files? What should I be using for that? Cheers, Dan.
• Mar 11, 2009

  issue 17 (fuse-zip consumes over 500 megabytes of RAM when writing 600...) Labels changed by alexander.galanin   -  

  Labels: Type-Enhancement

  Labels: Type-Enhancement
• Mar 10, 2009

  issue 17 (fuse-zip consumes over 500 megabytes of RAM when writing 600...) reported by Tyson.Clugg   -   As reported in issue #7 (http://code.google.com/p/fuse-zip/issues/detail?id=7): > $ mkdir test > $ ./fuse-zip test.zip test > $ tar xjf /var/tmp/emerge-webrsync/portage-20080627.tar.bz2 -C test > $ top -p 7053 > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > > 7053 daraku 20 0 534m 520m 812 S 0.0 51.9 0:44.86 fuse-zip ... > > The second problem of this issue is a memory usage. Because I'm trying to save about 600MB of data to fuse-zip file system and file system doesn't save data on-line, so all 600MB stored into memory :( Shall I open a new issue for fuse-zip, or this is issue of libzip/fuse? > I know about this issue.

  As reported in issue #7 (http://code.google.com/p/fuse-zip/issues/detail?id=7): > $ mkdir test > $ ./fuse-zip test.zip test > $ tar xjf /var/tmp/emerge-webrsync/portage-20080627.tar.bz2 -C test > $ top -p 7053 > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > > 7053 daraku 20 0 534m 520m 812 S 0.0 51.9 0:44.86 fuse-zip ... > > The second problem of this issue is a memory usage. Because I'm trying to save about 600MB of data to fuse-zip file system and file system doesn't save data on-line, so all 600MB stored into memory :( Shall I open a new issue for fuse-zip, or this is issue of libzip/fuse? > I know about this issue.
• Jan 02, 2009

  issue 16 (fix spelling for man page) changed by alexander.galanin   -   Fizxed in trunk. Will be available in the next release.

  Status: Fixed

  Labels: Component-Docs

  Fizxed in trunk. Will be available in the next release.

  Status: Fixed

  Labels: Component-Docs
• Dec 29, 2008

  issue 16 (fix spelling for man page) reported by rakesh.pandit   -   thow -> though

  thow -> though
• Dec 05, 2008

  ChangeLog Wiki page edited by alexander.galanin
• Dec 05, 2008

  fuse-zip-0.2.7.tar.gz (fuse-zip 0.2.7 tarball) file uploaded by alexander.galanin   -  

  Labels: Featured Type-Source OpSys-Linux OpSys-OSX

  Labels: Featured Type-Source OpSys-Linux OpSys-OSX
• Dec 05, 2008

  issue 15 (saving timestamp while installing) changed by alexander.galanin   -   '-p' key for install is a GNU extension. I cannot use it.

  Status: WontFix

  Labels: Type-Enhancement

  '-p' key for install is a GNU extension. I cannot use it.

  Status: WontFix

  Labels: Type-Enhancement
• Nov 07, 2008

  issue 15 (saving timestamp while installing) reported by rakesh.pandit   -   $subject attached

  $subject attached
• Sep 30, 2008

  issue 11 (Build failure of fuse-zip 0.2.5 on Mac OS X) commented on by alexander.galanin   -   fixed on 0.2.6

  fixed on 0.2.6
• Sep 30, 2008

  issue 11 (Build failure of fuse-zip 0.2.5 on Mac OS X) Status changed by alexander.galanin   -  

  Status: Fixed

  Status: Fixed
• Sep 29, 2008

  ChangeLog Wiki page edited by alexander.galanin
• Sep 18, 2008

  issue 14 (Support read-only mode) changed by alexander.galanin   -  

  Status: Accepted

  Owner: alexander.galanin

  Labels: Type-Enhancement −Type-Defect

  Status: Accepted

  Owner: alexander.galanin

  Labels: Type-Enhancement −Type-Defect
• Sep 18, 2008

  issue 14 (Support read-only mode) reported by masoris   -   I want to mount a zip file with read-only mode.

  I want to mount a zip file with read-only mode.
• Sep 05, 2008

  issue 12 (Unicode Encoding Problem) commented on by alexander.galanin   -   > 1. What is default character set of FUSE? I don't know. May be it taken from locale settings of user running FUSE file system. IFAIK, ZIP default charset is cp437. > 2. Where is FUSE documentation? On Debian or Ubuntu systems you can find it in /usr/share/doc/libfuse2/README.gz and other files in directory /usr/share/doc/libfuse2.

  > 1. What is default character set of FUSE? I don't know. May be it taken from locale settings of user running FUSE file system. IFAIK, ZIP default charset is cp437. > 2. Where is FUSE documentation? On Debian or Ubuntu systems you can find it in /usr/share/doc/libfuse2/README.gz and other files in directory /usr/share/doc/libfuse2.
• Sep 04, 2008

  issue 12 (Unicode Encoding Problem) commented on by masoris   -   OK. I see. But I have 2 more questions. 1. What is default character set of FUSE? 2. Where is FUSE documentation?

  OK. I see. But I have 2 more questions. 1. What is default character set of FUSE? 2. Where is FUSE documentation?
• Sep 04, 2008

  issue 13 (Please support .7z (LZMA) files.) changed by alexander.galanin   -   At current moment it is too complex to support 7z archive format because code of p7zip is terrible and unmaintable.

  Status: WontFix

  Labels: Type-Enhancement Priority-Low −Type-Defect −Priority-Medium

  At current moment it is too complex to support 7z archive format because code of p7zip is terrible and unmaintable.

  Status: WontFix

  Labels: Type-Enhancement Priority-Low −Type-Defect −Priority-Medium
• Sep 04, 2008

  issue 12 (Unicode Encoding Problem) Status changed by alexander.galanin   -   Please, read README more careful. If you want to specify character set conversion for file names in archive, use the following fusermount options: -omodules=iconv,from_code=$charset1,to_code=$charset2 See FUSE documentation for details.

  Status: Invalid

  Please, read README more careful. If you want to specify character set conversion for file names in archive, use the following fusermount options: -omodules=iconv,from_code=$charset1,to_code=$charset2 See FUSE documentation for details.

  Status: Invalid
• Sep 03, 2008

  issue 13 (Please support .7z (LZMA) files.) reported by masoris   -   LZMA(.7z) has high compress ratio than other archive algorithm. I hope fuse-zip also support LZMA for users who want save more disk space.

  LZMA(.7z) has high compress ratio than other archive algorithm. I hope fuse-zip also support LZMA for users who want save more disk space.
• Sep 03, 2008

  issue 12 (Unicode Encoding Problem) reported by masoris   -   What steps will reproduce the problem? 1. Mount a zip file with fuse-zip. 2. Copy files which has non-latin alphabet or unicode name onto mounted folder. And unmount it. 3. Look into the zip file with File roller (Default archive manager of Ubuntu). What is the expected output? What do you see instead? You can see many file names are broken like encoding error. But others are not. What version of the product are you using? On what operating system? I use Ubuntu 8.04 64bit, and fuse-zip version is 0.2.5 Please provide any additional information below.

  What steps will reproduce the problem? 1. Mount a zip file with fuse-zip. 2. Copy files which has non-latin alphabet or unicode name onto mounted folder. And unmount it. 3. Look into the zip file with File roller (Default archive manager of Ubuntu). What is the expected output? What do you see instead? You can see many file names are broken like encoding error. But others are not. What version of the product are you using? On what operating system? I use Ubuntu 8.04 64bit, and fuse-zip version is 0.2.5 Please provide any additional information below.
• Aug 28, 2008

  issue 11 (Build failure of fuse-zip 0.2.5 on Mac OS X) Status changed by alexander.galanin   -  

  Status: Accepted

  Status: Accepted
• Aug 28, 2008

  issue 11 (Build failure of fuse-zip 0.2.5 on Mac OS X) reported by daniel.johnson31   -   What steps will reproduce the problem? 1. Building fuse-zip 2. 3. What is the expected output? What do you see instead? gcc fails with this error: g++ -c -Wall -Wextra -I/sw/include/fuse -D__FreeBSD__=10 -D_FILE_OFFSET_BITS=64 - I/sw/include fuse-zip.cpp -o fuse-zip.o fuse-zip.cpp: In function 'int main(int, char**)': fuse-zip.cpp:511: error: invalid conversion from 'int (*)(const char*, const char*, const char*, size_t, int)' to 'int (*)(const char*, const char*, const char*, size_t, int, uint32_t)' fuse-zip.cpp:512: error: invalid conversion from 'int (*)(const char*, const char*, char*, size_t)' to 'int (*)(const char*, const char*, char*, size_t, uint32_t)' make: *** [fuse-zip.o] Error 1 What version of the product are you using? On what operating system? fuse-zip 0.2.5 on Mac OS X 10.5.4 with fuse 2.7.3 Please provide any additional information below. I see that fuse/fuse.h contains: /** Set extended attributes */ #if (__FreeBSD__ >= 10) int (*setxattr) (const char *, const char *, const char *, size_t, int, uint32_t); #else int (*setxattr) (const char *, const char *, const char *, size_t, int); #endif /* __FreeBSD__ >= 10 */ /** Get extended attributes */ #if (__FreeBSD__ >= 10) int (*getxattr) (const char *, const char *, char *, size_t, uint32_t); #else int (*getxattr) (const char *, const char *, char *, size_t); #endif /* __FreeBSD__ >= 10 */ So FreeBSD and Mac OS X need the extra uint32_t parameter.

  What steps will reproduce the problem? 1. Building fuse-zip 2. 3. What is the expected output? What do you see instead? gcc fails with this error: g++ -c -Wall -Wextra -I/sw/include/fuse -D__FreeBSD__=10 -D_FILE_OFFSET_BITS=64 - I/sw/include fuse-zip.cpp -o fuse-zip.o fuse-zip.cpp: In function 'int main(int, char**)': fuse-zip.cpp:511: error: invalid conversion from 'int (*)(const char*, const char*, const char*, size_t, int)' to 'int (*)(const char*, const char*, const char*, size_t, int, uint32_t)' fuse-zip.cpp:512: error: invalid conversion from 'int (*)(const char*, const char*, char*, size_t)' to 'int (*)(const char*, const char*, char*, size_t, uint32_t)' make: *** [fuse-zip.o] Error 1 What version of the product are you using? On what operating system? fuse-zip 0.2.5 on Mac OS X 10.5.4 with fuse 2.7.3 Please provide any additional information below. I see that fuse/fuse.h contains: /** Set extended attributes */ #if (__FreeBSD__ >= 10) int (*setxattr) (const char *, const char *, const char *, size_t, int, uint32_t); #else int (*setxattr) (const char *, const char *, const char *, size_t, int); #endif /* __FreeBSD__ >= 10 */ /** Get extended attributes */ #if (__FreeBSD__ >= 10) int (*getxattr) (const char *, const char *, char *, size_t, uint32_t); #else int (*getxattr) (const char *, const char *, char *, size_t); #endif /* __FreeBSD__ >= 10 */ So FreeBSD and Mac OS X need the extra uint32_t parameter.
• Aug 25, 2008

  issue 10 (Rarely, a 'third party' zip file fails to mount.) Status changed by alexander.galanin   -  

  Status: Verified

  Status: Verified
• Aug 25, 2008

  issue 10 (Rarely, a 'third party' zip file fails to mount.) commented on by dan.bolser   -   Cool! Seems fixed! Thanks dude!

  Cool! Seems fixed! Thanks dude!
• Aug 23, 2008

  About Wiki page edited by alexander.galanin
• Aug 23, 2008

  ChangeLog Wiki page edited by alexander.galanin
• Aug 23, 2008

  issue 10 (Rarely, a 'third party' zip file fails to mount.) Status changed by alexander.galanin   -   Fixed in 0.2.5. Please check.

  Status: Fixed

  Fixed in 0.2.5. Please check.

  Status: Fixed
• Aug 20, 2008

  issue 10 (Rarely, a 'third party' zip file fails to mount.) Status changed by gaa.n...@mail.ru   -   Thank you for reporting. The problem has been reproduced and will be fixed soon.

  Status: Accepted

  Thank you for reporting. The problem has been reproduced and will be fixed soon.

  Status: Accepted
• Aug 14, 2008

  issue 10 (Rarely, a 'third party' zip file fails to mount.) Owner changed by gaa.n...@mail.ru   -  

  Owner: gaa.n...@mail.ru

  Owner: gaa.n...@mail.ru
• Aug 14, 2008

  issue 10 (Rarely, a 'third party' zip file fails to mount.) commented on by gaa.n...@mail.ru   -   I think that this file contains relative paths(like ../../foo/bar) which does not supported at this moment. Please, post here full output of 'unzip -t offending.zip'.

  I think that this file contains relative paths(like ../../foo/bar) which does not supported at this moment. Please, post here full output of 'unzip -t offending.zip'.
• Aug 14, 2008

  issue 10 (Rarely, a 'third party' zip file fails to mount.) commented on by dan.bolser   -   Oh... I didn't mention, I am using fuse-zip-0.2.4

  Oh... I didn't mention, I am using fuse-zip-0.2.4
• Aug 14, 2008

  issue 10 (Rarely, a 'third party' zip file fails to mount.) commented on by dan.bolser   -   I just upgraded to libzip 0.9 and re-built fuse-zip - the above problem persists.

  I just upgraded to libzip 0.9 and re-built fuse-zip - the above problem persists.
• Aug 14, 2008

  issue 10 (Rarely, a 'third party' zip file fails to mount.) reported by dan.bolser   -   What steps will reproduce the problem? 1. Get an offending.zip file from a college. 2. Try to mount it using fuse-zip. 3. See the error... "fuse-zip: ZIP file corrupted" What is the expected output? What do you see instead? I expect to see the zip archive mounted! I expect the following to be different: $ zip -T offending.zip test of offending.zip OK The following works: unzip offending.zip zip -r fixed.zip innards fuse-zip fixed.zip somplace/ fusermount -u someplace/ While the following fails: fuse-zip offending.zip somplace/ with the error "fuse-zip: ZIP file corrupted" file offending.zip Zip archive data, at least v1.0 to extract file fixed.zip Zip archive data, at least v1.0 to extract What version of the product are you using? On what operating system? fuse-2.7.3-1.el5.rf libzip-0.8-5 Linux 2.6.18-92.1.10.el5PAE #1 SMP Tue Aug 5 08:14:05 EDT 2008 i686 i686 i386 GNU/Linux Please provide any additional information below. The files are big: 192M and 190M respectively. However, I can send them if you like. Unfortunately, I cannot provide any more information about how the offending.zip was created... Are there some tools to probe the fields of the zip archive and discover its provonance? I suspect it was created on a windows machine, but other than that I don't have a clue. Gnome file-roller has no problem opening the offending.zip (neither does zip as demonstrated above). Let me know what further information I can send, Dan.

  What steps will reproduce the problem? 1. Get an offending.zip file from a college. 2. Try to mount it using fuse-zip. 3. See the error... "fuse-zip: ZIP file corrupted" What is the expected output? What do you see instead? I expect to see the zip archive mounted! I expect the following to be different: $ zip -T offending.zip test of offending.zip OK The following works: unzip offending.zip zip -r fixed.zip innards fuse-zip fixed.zip somplace/ fusermount -u someplace/ While the following fails: fuse-zip offending.zip somplace/ with the error "fuse-zip: ZIP file corrupted" file offending.zip Zip archive data, at least v1.0 to extract file fixed.zip Zip archive data, at least v1.0 to extract What version of the product are you using? On what operating system? fuse-2.7.3-1.el5.rf libzip-0.8-5 Linux 2.6.18-92.1.10.el5PAE #1 SMP Tue Aug 5 08:14:05 EDT 2008 i686 i686 i386 GNU/Linux Please provide any additional information below. The files are big: 192M and 190M respectively. However, I can send them if you like. Unfortunately, I cannot provide any more information about how the offending.zip was created... Are there some tools to probe the fields of the zip archive and discover its provonance? I suspect it was created on a windows machine, but other than that I don't have a clue. Gnome file-roller has no problem opening the offending.zip (neither does zip as demonstrated above). Let me know what further information I can send, Dan.
• Aug 09, 2008

  issue 9 (mountpoint directory size reported wrong on Linux-i386 machi...) Status changed by gaa.n...@mail.ru   -  

  Status: Verified

  Status: Verified
• Aug 09, 2008

  issue 9 (mountpoint directory size reported wrong on Linux-i386 machi...) commented on by notethan   -   Thanks, seems to work. Reports directory sizes as 0.

  Thanks, seems to work. Reports directory sizes as 0.