Re: [Valgrind-users] Valgrind: FATAL: aspacem assertion failed:

[John O. <joh...@cl...>]

Hi Guys,
Thanks for the feedback, I will investigate further regarding the file
system, the system is built using Buildroot, so I will poke around there too
see if I can get to the bottom of it.

Regards


-----Original Message-----
From: Julian Seward [mailto:js...@ac...] 
Sent: 15 April 2015 15:13
To: Florian Krohm; John OSullivan; val...@li...
Subject: Re: [Valgrind-users] Valgrind: FATAL: aspacem assertion failed:

On 15/04/15 16:03, Florian Krohm wrote:

> This isn't sane, because for an ANON segment we should have d=0 and 
> i=0 and o=0.
> Clearly, this is not an ANON segment but a file segment.
> 
> I suggest to change the condition on line 3248 in aspacemgr-linux.c 
> (refering to 3.10.1 sources) to if (1) and rerun. That way we can see 
> the contents of /proc/self/maps and can deduce why d == 0  (it should 
> be != 0).

Ah, good point.

So, d is the device number, right?  If that's so, then the problem is likely
because memcheck-arm-linux is on some unusual, hacky, etc, filesystem, and
the device numbers are zero, when they shouldn't be.

And in fact, you can see that in the /proc/self/maps output that John showed
in his first message:

00008000-00106000 r-xp 00000000 00:00 8773       /bin/busybox
0010e000-0010f000 rw-p 000fe000 00:00 8773       /bin/busybox
0010f000-00111000 rw-p 00000000 00:00 0          [heap]
b6dae000-b6eea000 r-xp 00000000 00:00 8937       /lib/libc-2.13.so
                                ^^^^^
                                 dev & ino are always zero

So John, what's with the filesystem that you installed Valgrind on?

J