Recent changes to bugs

dcfldd linker error

2004-12-18T22:54:58Z

When linking md5.o and dcfldd.o staticallyto creates
dcfldd, the following error is encountered:

/src/dcfldd-1.0/src$ gcc -static -march=i386 -o dcfldd
dcfldd.o md5.o ../intl/libintl.a ../lib/libfetish.a
/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../libc.a(dcigettext.o)(.rodata+0x0):
multiple definition of `_nl_default_default_domain'
../intl/libintl.a(dcgettext.o)(.rodata+0x0): first
defined here
/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../libc.a(dcigettext.o)(.data+0x0):
multiple definition of `_nl_current_default_domain'
../intl/libintl.a(dcgettext.o)(.data+0x0): first
defined here
/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../libc.a(dcigettext.o)(.rodata+0x9):
multiple definition of `_nl_default_dirname'
../intl/libintl.a(dcgettext.o)(.rodata+0x9): first
defined here
/usr/bin/ld: Warning: size of symbol
`_nl_default_dirname' changed from 24 in
../intl/libintl.a(dcgettext.o) to 18 in
../intl/libintl.a(dcgettext.o)
/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../libc.a(loadmsgcat.o)(.text+0x5d0):
In function `_nl_load_domain':
: multiple definition of `_nl_load_domain'
../intl/libintl.a(loadmsgcat.o)(.text+0x0): first
defined here
/usr/bin/ld: Warning: size of symbol `_nl_load_domain'
changed from 1131 in ../intl/libintl.a(loadmsgcat.o) to
2665 in ../intl/libintl.a(loadmsgcat.o)
collect2: ld returned 1 exit status

Above file compiles correctly if tried dynamically

Host system is Slackware 10, 2.6.9 kernel, glibc-2.3.2
and gcc-3.4.3. Pentium 4 2,4 512MB RAM.

statbin missing files

2004-11-19T14:13:53Z

The statbin/linux-ir.sh program runs programs in the
statbin/linux2.2_x86 directory. But many of the files
it tries to run aren't there. Please add these files to
the statbin/linux2.2_x86 directory:

arp
cat
echo
env
hostname
ls

fatback prints "Error: unfinished quote" endlessly

2004-10-16T10:28:33Z

I was using fatback in interactive mode, and tried to
change into a directory which had a space in its (long)
name. Unfortunately, I forgot to put the closing quote
and just entered
fatback>cd "Black Isle
On hitting Return, fatback started printing
Error: unfinished quote
to the console, and did so endlessly until I killed the
process.

The cause is in interface.c, in the split_line and
cmdline_car functions. split_line has a loop counter
over the input line of text, but doesn't actually
increment it; instead it passes a reference to it as a
parameter to cmdline_car, and expects that to update
it. Under normal circumstances, cmdline_car will find
the limits of the next word, allocate memory for it and
make a copy, update the counter (*index = i;) and
return a reference to the copy. If there are
mismatched quotes or the length of the word is zero
(e.g. ""), then it just returns NULL. However, in
these circumstances it fails to update the loop
counter... so split_line immediately calls it again
with the exact same starting position, leading to an
infinite loop!

The simplest fix is to simply add
*index = i;
lines immediately before both of the
return NULL;
statements.

fatback leaves files open

2004-10-15T23:59:48Z

I've been having some trouble using fatback's automatic
recovery on a partition that Gnome recently trashed
(for some reason the wastebasket is now linked to my
second Windows partition, so when I emptied the trash
it went off and deleted half the files on there before
I realised and stopped it :-()

Although it's only an 8 Gig partition and I've got 24
Gig spare in /home, I run out of space when running
'fatback --output=win_d_recovery/ --auto /dev/hda5'.
It seems there's a sector being misinterpreted as part
of a directory entry, and when it tries to recover its
contents (a bunch of files with random names,
occassionally including a non-printable control
character!) it ends up creating a number of files of
random data up to a Gig or more. I didn't expect this
to be a problem as I figured I could delete them again
from another shell as fast as they're created.

However, when I delete these files it's not freeing up
any space on the disk, and eventually the /home
partition fills up completely. lsof reveals that the
deleted files are in fact still open, which is why the
space remains unavailable.

I believe the cause of this is in recovery.c, in the
extract_file function. In almost every place before
the function returns, it does
close(file);
free(buffer);
free(fname);
except for one - there's a bit which reads
if (chainlen < reqd_clusts) {
display(VERBOSE, log_carve, fname);
carve_file(clusts, cluster, size,
bytes_per_clust, file);
return 0;
}
So far as I can see, carve_file doesn't do any cleaning
up either, so in this case the file doesn't get closed.
In fact, I've been seeing a number of messages in the
log about carving files, so it seems likely to me that
this is what's stopping me deleting the files until
fatback exits (or is killed).

I guess the fix is to replace the above with
if (chainlen < reqd_clusts) {
display(VERBOSE, log_carve, fname);
carve_file(clusts, cluster, size,
bytes_per_clust, file);
close(file);
free(fname);
return 0;
}
(buffer won't need freeing, as it hasn't been
emalloc'ed by this point) As I'm mainly a java
programmer, though, and my C is a bit rusty, I'd
appreciate it if someone else could take a look at it
and confirm this won't cause any unpleasant
side-effects elsewhere.

Thanks,

Andrew.

Multiline Compiling Error

2004-10-08T21:18:50Z

I am trying to compile on Knoppix 3.6, running GCC 3.3.4,
with not much joy:

make[2]: Leaving directory `/home/xxx/dcfldd-1.0/intl'
Making all in src
make[2]: Entering directory `/home/xxx/dcfldd-1.0/src'
source='dcfldd.c' object='dcfldd.o' libtool=no \ depfile='.deps/dcfldd.Po' tmpdepfile='.deps/dcfldd.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ gcc -DLOCALEDIR=\"/usr/local/share/locale\"
-DSHAREDIR=\"/usr/local/share\" -DHAVE_CONFIG_H -I. -I.
-I.. -I.. -I. -I../lib -I../intl -I/usr/local/include
-g -O2 -c `test -f dcfldd.c || echo './'`dcfldd.c
dcfldd.c:326:17: missing terminating " character
dcfldd.c:370:1: missing terminating " character
dcfldd.c:1524:1: unterminated argument list invoking
macro "_"
dcfldd.c: In function `usage':
dcfldd.c:326: error: `_' undeclared (first use in this
function)
dcfldd.c:326: error: (Each undeclared identifier is
reported only once
dcfldd.c:326: error: for each function it appears in.)
dcfldd.c:326: error: parse error at end of input
make[2]: *** [dcfldd.o] Error 1
make[2]: Leaving directory `/home/xxx/dcfldd-1.0/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/xxx/dcfldd-1.0'
make: *** [all] Error 2

Please could you advise. I have looked at the code,
and (not being a c programmer) attempted to insert the
apparently missing "\n\" to ensure that multi-line
strings are not a problem (which i understand is what
the error message is about)... No joy. Help on this
would be appreciated.

Regards

enigmacz@hotmail.com

many lib version issues

2004-09-17T16:01:37Z

Many people has submitted version issues. Some version
issues affect even the user compiled files. I've had to

mkdir /lib2
cd /usr/i386-glibc21-linux;
for A in *; sln $pwd/$A /lib2
cd /mnt/fire/lib
for A in *; sln $pwd/$A /lib2
sln /lib2 lib

(i.e. replace actual /lib with a /lib+/usr/i386-glibc21-linux)
to make it work.)

~/john-1.6 needs glibc_2.3; many GLIBCs are supported
by /lib/libc-2.2.5.o, but 2.3 is not one of these.

Where is TestDisk?

2004-08-02T14:41:34Z

I am trying to find the TestDisk program, but I couldnt.
Could be a version problem? Or doesnt it work in Linux? I
have tried testdisk and TestDisk in the linux shell
prompt...

pandora is broken - FIRE .4a

2004-05-13T15:20:01Z

pan-on: relocation error: pan-on: symbol __on_exit,
version GLIBC_2.0 not defined in file libc.so.6 with link
time reference

error applies to both pan-on and pan-off

-semio

another supposed virus

2004-04-15T14:48:15Z

ddosping is reported to have the Hacktool virus by
Norton Antivirus. I imagine this is a false positive,
please confirm.

ntop libssl version mismatch

2004-03-30T22:32:50Z

Attempting to run ntop in FIRE 0.4a returns:

ntop: error while loading shared libraries:
libssl.so.0.9.7: cannot open shared object file: No
such file or directory

/lib shows only libssl.so.0.9.6b