mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* Memory maps
@ 2001-04-02 20:25 Fu-hau Hsu
  2001-04-03 12:57 ` Eric W. Biederman
  0 siblings, 1 reply; 2+ messages in thread
From: Fu-hau Hsu @ 2001-04-02 20:25 UTC (permalink / raw)
  To: linux-kernel; +Cc: Fu-hau Hsu

Dear freinds:

 I have following questions about memory maps. I appreciate any
suggestion.

 Q. (1)When a process is running, how can I get the range of data, stack,
       and code segments, say the stack segment is from address 0x..... to
       0x..... so do data segments and code segments?
       PS: Under ELF format, there are several seperaed code and data
           segments, but the process control table has only one pair of
           pointers for each, Are the pointers still useful?
    
    (2) /proc/*/maps will show us those info, but how does it get these
       info? 


FuHau 


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Memory maps
  2001-04-02 20:25 Memory maps Fu-hau Hsu
@ 2001-04-03 12:57 ` Eric W. Biederman
  0 siblings, 0 replies; 2+ messages in thread
From: Eric W. Biederman @ 2001-04-03 12:57 UTC (permalink / raw)
  To: Fu-hau Hsu; +Cc: linux-kernel

Fu-hau Hsu <fhsu@ic.sunysb.edu> writes:

> Dear freinds:
> 
>  I have following questions about memory maps. I appreciate any
> suggestion.
> 
>  Q. (1)When a process is running, how can I get the range of data, stack,
>        and code segments, say the stack segment is from address 0x..... to
>        0x..... so do data segments and code segments?
>        PS: Under ELF format, there are several seperaed code and data
>            segments, but the process control table has only one pair of
>            pointers for each, Are the pointers still useful?


Sort of, you can currently confuse the elf loader with multiple bss segments.
The stack, and the brk pointer are still used. 

>     (2) /proc/*/maps will show us those info, but how does it get these
>        info? 

This is a reflection of what areas of memory the kernel sees.  In principle
every thing is now handled by mmap, and this /proc/maps is a reflection
of that.  See under the files in mm/*.c

Eric

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2001-04-03 12:59 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-04-02 20:25 Memory maps Fu-hau Hsu
2001-04-03 12:57 ` Eric W. Biederman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®