Forum archive

When do you update KZip for linux?

Return to forum index

• space at 2005-11-18 19:12
  Hi!
  
  On my computer KZip for linux segfaults :-(
  For example if I run:
  
  

  [space@space zip]$ kzip /v a.zip kzip
  
  Creating ZIP: a.zip
  
    Adding: kzip         KSflating a40,45bb,
  
  
  
      Fileleng:   12340 bytes -   1510.750 ->   10829.250
  
  Segmentation fault
  
  

  
  
  Pleeease, can you recompile it again?
  I also recomend the valgrind tool to check if there are some memory access problems. With the current version of kzip it doesn't show any usefull info, since debug information is lacking, but you can haunt down a lot of errors with it.
  
  But just for completeness I include the output of valgrind:
  
  

  [space@space zip]$ valgrind kzip /v a.zip kzip
  
  ==1228== Memcheck, a memory error detector.
  
  ==1228== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al.
  
  ==1228== Using LibVEX rev 1367, a library for dynamic binary translation.
  
  ==1228== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP.
  
  ==1228== Using valgrind-3.0.1, a dynamic binary instrumentation framework.
  
  ==1228== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al.
  
  ==1228== For more details, rerun with: -v
  
  ==1228== 
  
  Creating ZIP: a.zip
  
    Adding: kzip         KSflating a40,45bb,
  
  
  
      Fileleng:   12340 bytes -   1510.750 ->   10829.250
  
  ==1228== Conditional jump or move depends on uninitialised value(s)
  
  ==1228==    at 0x8049314: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049912: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049D40: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x804A5A6: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x4BDCC51: ???
  
  ==1228== 
  
  ==1228== Conditional jump or move depends on uninitialised value(s)
  
  ==1228==    at 0x8049314: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049912: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049D41: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x804A5A6: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x4BDCC51: ???
  
  ==1228== 
  
  ==1228== Conditional jump or move depends on uninitialised value(s)
  
  ==1228==    at 0x8049314: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049913: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049D41: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x804A5A6: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x4BDCC51: ???
  
  ==1228== 
  
  ==1228== Conditional jump or move depends on uninitialised value(s)
  
  ==1228==    at 0x8049314: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049914: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049D41: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x804A5A6: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x4BDCC51: ???
  
  ==1228== 
  
  ==1228== Conditional jump or move depends on uninitialised value(s)
  
  ==1228==    at 0x8049314: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049914: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049D42: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x804A5A6: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x804BDCB: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x1B94FD6E: __libc_start_main (in /lib/i686/libc-2.3.3.so)
  
  ==1228==    by 0x8048A60: (within /mnt/media/down/zip/kzip)
  
  ==1228== 
  
  ==1228== Invalid read of size 4
  
  ==1228==    at 0x804926C: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049929: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049D42: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x804A5A6: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x804BDCB: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x1B94FD6E: __libc_start_main (in /lib/i686/libc-2.3.3.so)
  
  ==1228==    by 0x8048A60: (within /mnt/media/down/zip/kzip)
  
  ==1228==  Address 0x52C01930 is not stack'd, malloc'd or (recently) free'd
  
  ==1228== 
  
  ==1228== Process terminating with default action of signal 11 (SIGSEGV)
  
  ==1228==  Bad permissions for mapped region at address 0x52C01930
  
  ==1228==    at 0x804926C: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049929: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x8049D42: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x804A5A6: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x804BDCB: (within /mnt/media/down/zip/kzip)
  
  ==1228==    by 0x1B94FD6E: __libc_start_main (in /lib/i686/libc-2.3.3.so)
  
  ==1228==    by 0x8048A60: (within /mnt/media/down/zip/kzip)
  
  ==1228== 
  
  ==1228== ERROR SUMMARY: 147 errors from 6 contexts (suppressed: 21 from 1)
  
  ==1228== malloc/free: in use at exit: 100460 bytes in 3 blocks.
  
  ==1228== malloc/free: 11 allocs, 8 frees, 128820 bytes allocated.
  
  ==1228== For counts of detected errors, rerun with: -v
  
  ==1228== searching for pointers to 3 not-freed blocks.
  
  ==1228== checked 21940332 bytes.
  
  ==1228== 
  
  ==1228== LEAK SUMMARY:
  
  ==1228==    definitely lost: 0 bytes in 0 blocks.
  
  ==1228==      possibly lost: 0 bytes in 0 blocks.
  
  ==1228==    still reachable: 100460 bytes in 3 blocks.
  
  ==1228==         suppressed: 0 bytes in 0 blocks.
  
  ==1228== Reachable blocks (those to which a pointer was found) are not shown.
  
  ==1228== To see them, rerun with: --show-reachable=yes
  
  Segmentation fault
  
  

  
  
  Thank you in advance!
• JonoF at 2005-11-18 20:09
  I'll check with Ken to see if there's any updates to kzip I don't know about and track down the bug.
  
  Jonathon
• JonoF at 2005-11-22 19:02
  I've updated kzip and zipmix to Ken's latest Windows version. The tarball is at http://jonof.edgenetwork.org/index.php?p=kenutils
  
  Jonathon
• Anonymous at 2005-11-22 19:28
  Thanks!
  
  The segfault disappeard, but now it cannot compress files in subdirectories.
  
  For example, with the following hierarchy:
  
  - main.txt
  - a
  |- foo.tx
  
  (ie file main.txt in current directory and file foo.txt in subdirectory), if I execute:
  
  $ kzip /r /y out.zip *
  
  It compresses only main.txt
  
  I tried also:
  
  $ kzip /r /y out.zip a
  $ kzip /r /y out.zip a/foo.txt
  
  But without luck :-(
• JonoF at 2005-11-22 22:48
  Ooh. Looks to me like Ken didn't implement directory recursion in the Linux/Mac version. I'll have to add it.
  
  Jonathon
• space at 2005-11-29 03:31
  Hi!
  
  I found a temporary solution ;-)
  Since basically what I need is to recompress some jar files, I made a shell script, which uncompresses the jar, renames each file so the file name will contain '#' instead of '/', compress with kzip, and run another small app which then renames all the files in the zip, so they will contain '/' instead of '#' :-)
  
  If anybody wants it, I can send the sources :-D