linux-c-programming.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: ben <brouits@free.fr>
To: linux-c-programming@vger.kernel.org
Subject: Re: strtok, bus error
Date: Tue, 17 Feb 2009 22:05:13 +0100	[thread overview]
Message-ID: <499B2689.4070404@free.fr> (raw)
In-Reply-To: <18843.6873.192794.250251@cerise.gclements.plus.com>

thank you for that precise explanation.
objdump is now less cryptic to me...
- ben

Glynn Clements a écrit :
> ben wrote:
>> i don't know if it is a compiler feature (storage behavior into the DATA
>> segment), or a linux kernel feature, or if it is specified in ANSI, but
>> the second way leads to pointing to a _constant_ string. If someone can
>> enlighten...
> 
> ANSI C says that string literals "may" be read-only. On platforms with
> memory protection they usually are read-only.
> 
> On Linux, string literals are stored in the "rodata" segment, which is
> read-only, and thus can be shared between all processes which are
> using a given executable or shared library.
> 
> You can list the segments which make up an executable or shared
> library using "objdump -h"
> [snipped]
> 
> The main ones are text, rodata, data, and bss.
> 
> The text segment holds code, and is read-only and executable (CODE
> flag).
> 
> The others hold static data: global variables, "static" local
> variables, string literals, and intialisers for automatic
> (non-"static" local) arrays.
> 
> Read-only data (literals, initialisers, "const" variables) goes into
> the rodata segment, which is read-only.
> 
> Mutable variables with explicit initialisers go into the data segment.
> 
> Mutable variables without initialisers (i.e. implicitly initialised to
> zero) go into the bss segment. As the entire bss segment is initially
> zero, it doesn't need to be stored in the file (this is indicated by
> the lack of the CONTENTS, LOAD, and CODE/DATA flags).
> 
> The other segments tend to be architecture-specific.


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

      reply	other threads:[~2009-02-17 21:05 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-17  2:52 strtok, bus error Fundu
2009-02-17  3:57 ` Bryan Christ
2009-02-17  6:31   ` Fundu
2009-02-17  4:04 ` ben
2009-02-17 20:15   ` Glynn Clements
2009-02-17 21:05     ` ben [this message]

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=499B2689.4070404@free.fr \
    --to=brouits@free.fr \
    --cc=linux-c-programming@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;
as well as URLs for NNTP newsgroup(s).