Bug#473074: 'kgb' won't compress 2.3G file: Nothing to compress, archive won't be created.

2008-03-30 Thread A. Costa
On Sat, 29 Mar 2008 16:35:23 -0600
Raphael Geissert [EMAIL PROTECTED] wrote:

 ...But the output message is not quite the same. Could you please provide
 me with a strace?

Attached is the output of:

strace -o /tmp/kgb.log kgb  hda1.tar.kgb hda1.tar

I saw this error repeats a bit:

% grep ld.so.nohwcap /tmp/kgb.log | uniq -c
5 access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or 
directory)

What is 'ld.so.nohwcap'?  A man page says:

% man ld.so | grep -nA 2 ld.so.nohwcap 
161:   /etc/ld.so.nohwcap  When  this  file is present the dynamic 
linker will
162-   load the non-optimized version of a  
library,  even
163-   if the CPU supports the optimized 
version.

OK, It toggles some library optimization.  So I made a dummy file:

# as root
% echo foo  /etc/ld.so.nohwcap

And tried again, same result.  Its somewhat different 'strace'
is also attached (test2).  Probably not a good lead.

HTH...



kgb.log.gz
Description: Binary data


kgb_test2.log.gz
Description: Binary data


Bug#473074: 'kgb' won't compress 2.3G file: Nothing to compress, archive won't be created.

2008-03-29 Thread Raphael Geissert
tag 473074 confirmed
thanks

On 27/03/2008, A. Costa [EMAIL PROTECTED] wrote:
...

  But...

 % kgb  hda1.tar.kgb hda1.tar ; echo $?
 Nothing to compress, archive won't be created.
 1

  'kgb' will compress those 1G archives without complaint, maybe the
  problem is the size. Apparently 1G works, but 2.3G doesn't; I
  haven't tested to find out the limit.

At first look it seems like it is related to LFS, a local test confirms:

open(/tmp/old_install.img, O_RDONLY) = -1 EOVERFLOW (Value too large
for defined data type)
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 3), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7fd9000
write(1, File not found, skipping: /tmp/..., 48File not found,
skipping: /tmp/old_install.img
) = 48
write(1, Nothing to compress, archive won..., 47Nothing to compress,
archive won't be created.
) = 47

But the output message is not quite the same. Could you please provide
me with a strace?

Recompiling kgb with the necessary LFS flags (which somehow I missed
to pass to gcc but were set in debian/rules) does fix that problem.
But now I found another one:

open(/tmp/old_install.img, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=3320379455, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f49000
fstat64(3, {st_mode=S_IFREG|0644, st_size=3320379455, ...}) = 0
_llseek(3, 3320377344, [3320377344], SEEK_SET) = 0
read(3, \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0...,
2111) = 2111
close(3)= 0
munmap(0xb7f49000, 4096)= 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 3), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f49000
write(1, Nothing to compress, archive won..., 47Nothing to compress,
archive won't be created.
) = 47

As you can see I'm trying to compress a 3320379455bytes file (~3.3GB)


  (If it matters, the disk had 2.65G free, and 'rzip' was able to
  compress the same 'hda1.tar'.)

It isn't related to the free disk space, because it first performs a
check to make sure it really has to compress something.



  -- System Information:
  Debian Release: lenny/sid
   APT prefers unstable
   APT policy: (500, 'unstable')
  Architecture: i386 (i686)

  Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
  Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to 
 C)
  Shell: /bin/sh linked to /bin/dash

  Versions of packages kgb depends on:
  ii  libc6 2.7-9  GNU C Library: Shared libraries
  ii  libgcc1   1:4.3.0-1  GCC support library
  ii  libstdc++64.3.0-1The GNU Standard C++ Library v3

  kgb recommends no packages.

  -- no debconf information




Cheers,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

Say NO to Microsoft Office broken standard.
See http://www.noooxml.org/petition

Earth Hour 2008 - Take action!
http://www.earthhour.org/user/xJKk



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#473074: 'kgb' won't compress 2.3G file: Nothing to compress, archive won't be created.

2008-03-28 Thread A. Costa
Package: kgb
Version: 1.0b4-5
Severity: normal

Comparing some compressors:

% ls -log hda1*
-rwxr-xr-x 1 2317178880 Mar 27 00:10 hda1.tar
-rwxr-xr-x 1  978854423 Mar 27 00:45 hda1.tar.bz2
-rwxr-xr-x 1 1044106128 Mar 25 19:06 hda1.tar.gz
-rwxr-xr-x 1  774386059 Mar 27 00:10 hda1.tar.rz

But...

% kgb  hda1.tar.kgb hda1.tar ; echo $?
Nothing to compress, archive won't be created.
1

'kgb' will compress those 1G archives without complaint, maybe the
problem is the size. Apparently 1G works, but 2.3G doesn't; I
haven't tested to find out the limit.  

(If it matters, the disk had 2.65G free, and 'rzip' was able to
compress the same 'hda1.tar'.)

Seems the bug is either:

1) 'kgb' should be able to compress 2.3G files.
2) OR the error message should better explain why it can't.

Hope this helps...


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages kgb depends on:
ii  libc6 2.7-9  GNU C Library: Shared libraries
ii  libgcc1   1:4.3.0-1  GCC support library
ii  libstdc++64.3.0-1The GNU Standard C++ Library v3

kgb recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]