Bug#505571: pmap -x doesn't return any useful information

2008-11-14 Thread Michael Goetze
Hi,

> Hmm.  Must of been a "future feature" thing.

indeed! Incidentally, I've just figured out that the RSS can be found in
/proc//smaps. Thanks for looking into it so quickly.

HTH,
Michael



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



Bug#505571: pmap -x doesn't return any useful information

2008-11-13 Thread Craig Small
tags 505571 upstream
thankyou
On Thu, Nov 13, 2008 at 05:49:34PM +0100, Michael Goetze wrote:
> With a standard Etch kernel (linux-image-2.6.18-6-686 2.6.18.dfsg.1-21),
With any kernel!!  I had a look at the code:

if(x_option){
[...]
  ? "%016"KLF"x %7lu   -   -   - %s  %s\n"
[...]
if(!x_option && !d_option){
[...]
  ? "%016"KLF"x %6luK %s  %s\n"
 
Hmm.  Must of been a "future feature" thing.

 - Craig
-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/  Debian GNU/Linux, software should be Free 



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



Bug#505571: pmap -x doesn't return any useful information

2008-11-13 Thread Craig Small
On Thu, Nov 13, 2008 at 05:49:34PM +0100, Michael Goetze wrote:
> With a standard Etch kernel (linux-image-2.6.18-6-686 2.6.18.dfsg.1-21),
> I am unable to get 'pmap -x ' to show any information that 'pmap
> ' doesn't show. For instance, I compiled the following test program:

I don't personally use this program much myself but I can confirm that
I have the same results for my 2.6.26 kernel.

My initial impression is that it is a problem with the scanf in pmap.c,
we don't check for a return value there :( so if it doesn't match
then we will never know something is wrong. Perhaps /proc//maps
has had a slight format change.

At least its a real easy one to check if it is working or not, I've
not found anything that pmap -x works ok with.

 - Craig
-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/  Debian GNU/Linux, software should be Free 



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



Bug#505571: pmap -x doesn't return any useful information

2008-11-13 Thread Michael Goetze
Package: procps
Version: 1:3.2.7-3
Severity: normal

With a standard Etch kernel (linux-image-2.6.18-6-686 2.6.18.dfsg.1-21),
I am unable to get 'pmap -x ' to show any information that 'pmap
' doesn't show. For instance, I compiled the following test program:

#include 

int main () {
void *foo;

foo = malloc(20*1024*1024);
sleep(30);
free(foo);
return 0;
}

and then ran 'pmap -x 9672' on it:

9672:   ./test
Address   Kbytes RSSAnon  Locked Mode   Mapping
08048000   4   -   -   - r-x--  test
08049000   4   -   -   - rw---  test
b6a06000   20488   -   -   - rw---[ anon ]
b7e080001184   -   -   - r-x--  libc-2.3.6.so
b7f3  20   -   -   - r  libc-2.3.6.so
b7f35000   8   -   -   - rw---  libc-2.3.6.so
b7f37000  12   -   -   - rw---[ anon ]
b7f44000   8   -   -   - rw---[ anon ]
b7f46000   4   -   -   - r-x--[ anon ]
b7f47000  84   -   -   - r-x--  ld-2.3.6.so
b7f5c000   8   -   -   - rw---  ld-2.3.6.so
bf8ac000  84   -   -   - rw---[ stack ]
 --- --- --- ---
total kB   21908   -   -   -

I was hoping to see that the memory allocated at b6a06000 has a
reassuringly low RSS, but all I ever see is "-" (same on RHEL4 with
2.6.9 kernel and RHEL5 with 2.6.18 kernel, by the way).

I would really appreciate it if this parameter worked, because I haven't
found any other way to get the information I'm looking for.

Regards,
Michael



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