Linux assembly list
 help / color / mirror / Atom feed
From: Frank Kotler <fbkotler@verizon.net>
To: linux-assembly@vger.kernel.org
Subject: Re: Current break round up
Date: Wed, 01 Oct 2008 14:22:40 -0400	[thread overview]
Message-ID: <48E3BFF0.6060900@verizon.net> (raw)
In-Reply-To: <61990392562924881677723846250054653396-Webmail2@me.com>

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



  parent reply	other threads:[~2008-10-01 18:22 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-30 19:26 Current break round up Kircsi Tibor
2008-10-01 13:43 ` Frank Kotler
2008-10-01 14:40   ` Tibor Kircsi
     [not found]   ` <61990392562924881677723846250054653396-Webmail2@me.com>
2008-10-01 18:22     ` Frank Kotler [this message]
2008-10-01 19:03       ` Kircsi Tibor
2008-10-01 20:27         ` Frank Kotler
2008-10-02  7:27           ` Tibor Kircsi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48E3BFF0.6060900@verizon.net \
    --to=fbkotler@verizon.net \
    --cc=linux-assembly@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox