Re: Current break round up

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Randall Hyde wrote:
Almost everything I've read about SYS_BRK says "don't use it."  It's an obsolete memory-management technique that has been left in the kernel to support legacy code. I'm not at all surprised to find that it isn't being maintained as well as it should as the kernel developers probably don't even think about it anymore. The correct way to do memory management under *NIX is to use anonymous memory-mapped files.

Dunno what you've been reading. Reading the output of "strace" gives me a different impression. For example, "strace hla" reads like so:

execve("/usr/hla/hla", ["hla"], [/* 37 vars */]) = 0
uname({sys="Linux", node="reltok1", ...}) = 0
brk(0)                                  = 0x80ba544
brk(0x80db544)                          = 0x80db544
brk(0x80dc000)                          = 0x80dc000
write(2, "Usage: hla options filename(s)\n\n"..., 199Usage: hla options filename(s)

HLA (High Level Assembler - GAS back end, LD linker)
Version 1.103 build 20424 (prototype)

  -?        Display help message.
  -license  Display license information.
) = 199
exit_group(1)                           = ?
Process 14016 detached

(note, Kircsi, the unaligned return until the third call)

'Course, ya can never tell what those high-level languages are gonna do! :)

Best,
Frank


--
To unsubscribe from this list: send the line "unsubscribe linux-assembly" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Kernel Newbies]     [Security]     [Linux C Programming]     [Linux for Hams]     [DCCP]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]     [Video 4 Linux]

  Powered by Linux