Re: FSVS on gentoo crashes

2007-11-14 Thread Alexander Skwar
Hi.

On Nov 15, 2007 8:25 AM, Philipp Marek [EMAIL PROTECTED] wrote:
 On Thursday 15 November 2007 Alexander Skwar wrote:
  Done as you commanded :)
 
  Attached is the diff and a new valgrind log.

 Might I sometimes take a look over VNC again, or do you want to answer
 questions like do you have HAVE_GETDENTS64 defined in config.h manually?

--([EMAIL PROTECTED])-(78/pts/33)-(08:43:00/2007-11-15)--
--($:~/Source/fsvs/fsvs_svn/fsvs/fsvs/fsvs/src)-- grep HAVE_GETD config.h
--([EMAIL PROTECTED])-(79/pts/33)-(08:43:03/2007-11-15)--
--($:~/Source/fsvs/fsvs_svn/fsvs/fsvs/fsvs/src)--

--([EMAIL PROTECTED])-(80/pts/33)-(08:43:18/2007-11-15)--
--($:~/Source/fsvs/fsvs_svn/fsvs/fsvs/fsvs)-- grep -r HAVE_GETD .
./src/tags:HAVE_GETDENTS64  direnum.c   57;d   file:
./src/tags:HAVE_GETDENTS64  direnum.c   62;d   file:
./src/direnum.c~:#undef HAVE_GETDENTS64
./src/direnum.c~:#define HAVE_GETDENTS64 1
./src/direnum.c~:#ifdef HAVE_GETDENTS64
./src/.svn/text-base/direnum.c.svn-base:#undef HAVE_GETDENTS64
./src/.svn/text-base/direnum.c.svn-base:#define HAVE_GETDENTS64 1
./src/.svn/text-base/direnum.c.svn-base:#ifdef HAVE_GETDENTS64
./src/direnum.c:#undef HAVE_GETDENTS64
./src/direnum.c:#define HAVE_GETDENTS64 1
./src/direnum.c:#ifdef HAVE_GETDENTS64
./autom4te.cache/traces.0:m4trace:configure.in:196: -1-
AH_OUTPUT([HAVE_GETDENTS64], [/* Define to 1 if you have the
`getdents64\' function. */
./autom4te.cache/traces.0:#undef HAVE_GETDENTS64])

But I can also provide you access again. Tonight?

I also just uploaded my fsvs directory to
http://public-files.askwar.s3.amazonaws.com/fsvs_svn_askwar.tar.bz2.
Size: 1013622 bytes.

Alexander

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: FSVS on gentoo crashes

2007-11-13 Thread Philipp Marek
On Tuesday 13 November 2007 Alexander Skwar wrote:
 Hello Phil!

 On Nov 9, 2007 6:04 PM, Philipp Marek [EMAIL PROTECTED] wrote:
  On Friday 09 November 2007 Philipp Marek wrote:
   ... It seems that you have at least to patch configure.in, so that
   libc6=2.7 gets accepted - I'd suggest just changing the 2.6 to 2.7,
   that could work.
...
 That patch worked just fine. Now, what do I do with valgrind? :)

On Friday 09 November 2007 Philipp Marek wrote:
 and try this:
valgrind --leak-check=full --show-reachable=yes --num-callers=15 
--log-file=/tmp/valgrind.out --time-stamp=yes ~...fsvs st

 Please send me the logfile (can be privately, if you prefer).


;-)

-- 
Versioning your /etc, /home or even your whole installation?
 Try fsvs (fsvs.tigris.org)!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: FSVS on gentoo crashes

2007-11-09 Thread Philipp Marek
Here's the thread about technical information.

The problem seems to be
- running dir__enumerator
- on a directory with a stat() size of 414 bytes,
- but having ~21k of filenames (414 is # of entries including .  ..),

the initial size allocation is too low, so that in the loop all the arrays
have to be resized several times - and then realloc() tells about the
corrupted heap (on the 3rd or 4th reallocation of names).

Strangely, a watchpoint in GDB gave realloc() as worst offender (changing
the few bytes before *names); using MALLOC_CHECK_=2 and inserting mcheck()
calls identified line 556, which is (in the modified sources) the line
size=(size*19)/16+1 (or similar) as offender, which is clearly bogus ...
unless the C compiler (gcc 4.2.2, IIRC) is bad.

I've had a look at alloc_count and count, too; but once, while
alloc_count==200 and count==174, the heap was reported corrupted after the
names[count]=... line - while there should enough space be there, so I
can't explain that.

valgrind doesn't yet run on libc6=2.7.

Changing the initial allocation to some big value makes FSVS run.

2.6.22 had some reported NFS issues ... but they'd have to scribble over
user-space memory.


Any other ideas?


-- 
Versioning your /etc, /home or even your whole installation?
 Try fsvs (fsvs.tigris.org)!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: FSVS on gentoo crashes

2007-11-09 Thread Philipp Marek
Hello Alexander,


would you please check out the current valgrind sources 

svn co svn://svn.valgrind.org/valgrind/trunk valgrind
cd valgrind
./autogen.sh
./configure --prefix=...
make
make install
(from http://valgrind.org/downloads/repository.html)

and try this:
valgrind --leak-check=full --show-reachable=yes --num-callers=15 
--log-file=/tmp/valgrind.out --time-stamp=yes ~...fsvs st

Please send me the logfile (can be privately, if you prefer).


Thank you!


Regards,

Phil


-- 
Versioning your /etc, /home or even your whole installation?
 Try fsvs (fsvs.tigris.org)!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: FSVS on gentoo crashes

2007-11-09 Thread Philipp Marek
On Friday 09 November 2007 Philipp Marek wrote:
 ... It seems that you have at least to patch configure.in, so that
 libc6=2.7 gets accepted - I'd suggest just changing the 2.6 to 2.7, that
 could work.
About this: (untested)

diff -u configure.in.orig configure.in
--- configure.in.orig   2007-11-09 17:38:56.0 +0100
+++ configure.in2007-11-09 18:03:45.0 +0100
@@ -467,6 +467,8 @@
 ],
 libc=aix5)

+libc=2.6
+
 AC_MSG_CHECKING([the libc version])

 case ${libc} in


Regards,

Phil


-- 
Versioning your /etc, /home or even your whole installation?
 Try fsvs (fsvs.tigris.org)!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: FSVS on gentoo crashes

2007-11-09 Thread Philipp Marek
Hello Alexander!

On Friday 09 November 2007 Alexander Skwar wrote:
 I'll try this on Monday; right now I don't have access to the system.
Thank you. It seems that you have at least to patch configure.in, so that 
libc6=2.7 gets accepted - I'd suggest just changing the 2.6 to 2.7, that 
could work.


Regards,

Phil


-- 
Versioning your /etc, /home or even your whole installation?
 Try fsvs (fsvs.tigris.org)!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]