text,data and bss

**Joachim Schmitz** · Nov 16 '08, 12:25 PM

Re: text,data and bss

c.lang.myself@g mail.com wrote:

i just got to know there are three different sections in which we can
divide our program
*Text section
*Data section
*Bss
>
i think text section contain our code,data section include heap,stack
(?) etc.
>
Can any body throw light on Bss section...

.bss - Wikipedia

http://en.wikipedia.org/wiki/.bss

Bye, Jojo

**Antoninus Twink** · Nov 16 '08, 12:55 PM

Re: text,data and bss

On 16 Nov 2008 at 12:14, c.lang.myself@g mail.com wrote:

i just got to know there are three different sections in which we can
divide our program
*Text section
*Data section
*Bss
>
i think text section contain our code,data section include heap,stack
(?) etc.

The heap and stack occupy the virtual memory locations above the text
and data segments. The heap will grow upwards, the stack downwards from
the highest memory address.

Here is a picture:

highest address
=========
| stack |
| vv |
| |
| |
| ^^ |
| heap |
=========
| bss |
=========
| data |
=========
| text |
=========
address 0

Can any body throw light on Bss section...

Variables that are initialized to 0 are placed in the BSS segment.
Static variables not initialized to 0, constants, strings, etc. are
placed in the data segment.

**Bartc** · Nov 16 '08, 01:45 PM

Re: text,data and bss

<c.lang.myself@ gmail.comwrote in message
news:5c7aaf5b-29e3-42bd-8c97-e03778823b21@o4 0g2000prn.googl egroups.com...

>i just got to know there are three different sections in which we can
divide our program
*Text section

Executable code

*Data section

Static data (variables etc) initialised at compile time. Both of these use
up space in the executable.

*Bss

Static data (variables etc) uninitialised at compile time (or possibly,
initialised to zero). These take no data space in the executable. At runtime
you would hope these are initialised to zero.

i think text section contain our code,data section include heap,stack
(?) etc.

Heap and stack are assigned at runtime. They take up no space in the
executable although it may specify what size they should be, especially the
stack.

This is all in the context of a typical C implementation that uses
traditional compilation and linking and the concept of an executable file.
In theory C could be implemented entirely differently. Or even slightly
differently...

--
Bartc

**Keith Thompson** · Nov 16 '08, 04:15 PM

Re: text,data and bss

"c.lang.myself@ gmail.com" <c.lang.myself@ gmail.comwrites :

i just got to know there are three different sections in which we can
divide our program
*Text section
*Data section
*Bss
>
i think text section contain our code,data section include heap,stack
(?) etc.
>
Can any body throw light on Bss section...

This question really has nothing to do with the C language. It's
entirely determined by your operating system, and can vary from one
system to another. The same C program compiled on different systems
might have different sections; a C program and a Fortran program
compiled on the same system will probably have the same sections with
the same meanings. The C language itself says nothing about text,
data, and bss sections.

So your question would be appropriate in a newsgroup that discusses
your operating system, perhaps comp.unix.progr ammer or
comp.os.ms-windows.program mer.win32. But you can probably answer it
more easily with a quick Google search.

--
Keith Thompson (The_Other_Keit h) kst-u@mib.org <http://www.ghoti.net/~kst>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

**James Harris** · Nov 16 '08, 04:25 PM

Re: text,data and bss

On 16 Nov, 12:14, "c.lang.mys...@ gmail.com" <c.lang.mys...@ gmail.com>
wrote:

i just got to know there are three different sections in which we can
divide our program
*Text section
*Data section
*Bss
>
i think text section contain our code,data section include heap,stack
(?) etc.
>
Can any body throw light on Bss section...

Think of the work of the program loader. To load a program it has to
basically do the following.

1. Allocate memory for the program executable code and load the code
from the executable file into that space.
2. Allocate memory for a stack.
3. Allocate memory for program data - say 300 bytes are needed of
which 200 have initial values and 100 are not initialised. It loads
the first 200 bytes of initial values from the executable file. The
remaining 100 bytes have no initial values so they are not part of the
executable file but there still needs to be space allocated for them
when the program runs. The last 100 bytes is the bss section.

The need for both predefined data and uninitialised data can be seen
in the these two statements. Think of them as global or static.

float a = 53.0;
float b;

Variable a and others like it which have an initial value will be
assigned to the data section. Variable b and others which are not
initialised are assigned to bss. Since values in bss are not specified
the compiled code does not need to specify initial values for them,
they don't need to take up space in the executable file and the
program loader doesn't need to spend time loading them from disk.

--
HTH,
James

**James Harris** · Nov 16 '08, 04:35 PM

Re: text,data and bss

On 16 Nov, 12:18, "Joachim Schmitz" <nospam.j...@sc hmitz-digital.de>
wrote:

c.lang.mys...@g mail.com wrote:

i just got to know there are three different sections in which we can
divide our program
*Text section
*Data section
*Bss

>

i think text section contain our code,data section include heap,stack
(?) etc.

>

Can any body throw light on Bss section...

>
http://en.wikipedia.org/wiki/.bss

Is the current Wikipedia entry right? It says that bss contains
initially zero-filled values. Surely the bss holds _undefined_ data.
Maybe some operating systems zero-fill the space but that is OS-
dependent. Also, all-zero bit patterns do not necessarily signify
zeroes in all data types. For example, floating point zeroes are not
necessarily all-zeroes patterns.

Comments?

--
James

**Stephen Sprunk** · Nov 16 '08, 05:05 PM

Re: [OT] text,data and bss

James Harris wrote:

On 16 Nov, 12:18, "Joachim Schmitz" <nospam.j...@sc hmitz-digital.de>
wrote:

>c.lang.mys...@ gmail.com wrote:

>>i just got to know there are three different sections in which we can
>>divide our program
>>*Text section
>>*Data section
>>*Bss
>>i think text section contain our code,data section include heap,stack
>>(?) etc.
>>Can any body throw light on Bss section...

>http://en.wikipedia.org/wiki/.bss

>
Is the current Wikipedia entry right? It says that bss contains
initially zero-filled values. Surely the bss holds _undefined_ data.
Maybe some operating systems zero-fill the space but that is OS-
dependent.

The .bss section is officially "uninitialized" , but AFAIK all modern
OSes either create new user-space pages as zero-filled (for security
reasons) or require that the C compiler insert start-up code to
zero-fill the uninitialized space (e.g. with memset()). All global and
static C variables go there if they have an initial value of zero, so
someone must be responsible for making that true. If such a variable
had any other initial value, it would go in .data and be copied directly
from the object file to memory.

The entire purposes of .bss was to get zero-initialized variables out of
..data. In a sense, it's a compression scheme.

Also, all-zero bit patterns do not necessarily signify
zeroes in all data types. For example, floating point zeroes are not
necessarily all-zeroes patterns.

If that condition did not hold, the compiler would not be allowed to put
floating point variables in .bss. In practice, the all-zeros bit
pattern is often defined to mean zero for this and related reasons.

S

**Keith Thompson** · Nov 16 '08, 05:15 PM

Re: text,data and bss

James Harris <james.harris.1 @googlemail.com writes:

On 16 Nov, 12:18, "Joachim Schmitz" <nospam.j...@sc hmitz-digital.de>
wrote:

>c.lang.mys...@ gmail.com wrote:

i just got to know there are three different sections in which we can
divide our program
*Text section
*Data section
*Bss

>>

i think text section contain our code,data section include heap,stack
(?) etc.

>>

Can any body throw light on Bss section...

>>
>http://en.wikipedia.org/wiki/.bss

>
Is the current Wikipedia entry right? It says that bss contains
initially zero-filled values. Surely the bss holds _undefined_ data.
Maybe some operating systems zero-fill the space but that is OS-
dependent. Also, all-zero bit patterns do not necessarily signify
zeroes in all data types. For example, floating point zeroes are not
necessarily all-zeroes patterns.
>
Comments?

I don't know about the first part, but since bss is entirely
system-specific (even though it's used on multiple systems), it's
entirely possible that all systems that use bss have null pointers and
floating-point zeros represented as all-bits-zero.

Alternatively, a C implementation on a system where null pointers
and/or floating-point zeros have some other representation would have
to be careful about how it uses bss.

Which emphasizes the point that this is not a question about the C
language.

--
Keith Thompson (The_Other_Keit h) kst-u@mib.org <http://www.ghoti.net/~kst>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

**Lew Pitcher** · Nov 16 '08, 05:25 PM

Re: [OT] text,data and bss

On November 16, 2008 11:56, in comp.lang.c, Stephen Sprunk
(stephen@sprunk .org) wrote:
[snip]

The entire purposes of .bss was to get zero-initialized variables out of
.data. In a sense, it's a compression scheme.

IIRC, the entire purpose of .bss was to get /uninitialized/ variables out
of .data. To quote "A tour through the Unix C compiler" (D. M. Ritchie,
Bell Laboratories, circa 1979)
"BSS means that subsequent information is to be compiled as uninitialized
static data"

[snip]
--
Lew Pitcher

Master Codewright & JOAT-in-training | Registered Linux User #112576
http://pitcher.digitalfreehold.ca/ | GPG public key available by request
---------- Slackware - Because I know what I'm doing. ------

**Richard Tobin** · Nov 16 '08, 06:45 PM

Re: [OT] text,data and bss

In article <9c1cd$492055ef $cef8bfe4$10656 @TEKSAVVY.COM-Free>,
Lew Pitcher <lew.pitcher@di gitalfreehold.c awrote:

>The entire purposes of .bss was to get zero-initialized variables out of
>.data. In a sense, it's a compression scheme.

>IIRC, the entire purpose of .bss was to get /uninitialized/ variables out
>of .data. To quote "A tour through the Unix C compiler" (D. M. Ritchie,
>Bell Laboratories, circa 1979)
"BSS means that subsequent information is to be compiled as uninitialized
static data"

But "unitialise d" static variables are implicitly initialised to zero.
There are no really-uninitialised static variables in C.

Here is a more detailed quote from Ritchie, in the UNIX Assembler
Reference Manual (which I found a copy of at

データベースエラー

http://www.tom-yam.or.jp/2238/ref/as.pdf):

The bss segment may not contain any explicitly initialized code or
data. The length of the bss segment (like that of text or data) is
determined by the high-water mark of the location counter within
it. The bss segment is actually an extension of the data segment and
begins immediately after it. At the start of execution of a program,
the bss segment is set to 0. Typically the bss segment is set up by
statements exemplified by

lab:.=.+10

The advantage in using the bss segment for storage that starts
off empty is that the initialization information need not be stored in
the output file.

I think it's clear that references to the bss containing unitialised
variables are meant to imply un-(initialised to non-zero).

-- Richard
--
Please remember to mention me / in tapes you leave behind.

**Harald van =?UTF-8?b?RMSzaw==?=** · Nov 16 '08, 06:55 PM

Re: [OT] text,data and bss

On Sun, 16 Nov 2008 18:47:55 +0000, Richard Tobin wrote:

But "unitialise d" static variables are implicitly initialised to zero.
There are no really-uninitialised static variables in C.

What about the bytes of a union that are not part of the initialised sub-
object?

**Richard Tobin** · Nov 16 '08, 07:05 PM

Re: [OT] text,data and bss

In article <gfppur$6vq$1@n ews.motzarella. org>,
Harald van DÄ³k <truedfx@gmail. comwrote:

>But "unitialise d" static variables are implicitly initialised to zero.
>There are no really-uninitialised static variables in C.

>What about the bytes of a union that are not part of the initialised sub-
>object?

I suppose so. But you could hardly put them in a different section
from the initialised bytes of the union, so there's still no use for
a really-uninitialised section.

-- Richard

--
Please remember to mention me / in tapes you leave behind.

**Harald van =?UTF-8?b?RMSzaw==?=** · Nov 16 '08, 07:15 PM

Re: [OT] text,data and bss

On Sun, 16 Nov 2008 19:02:54 +0000, Richard Tobin wrote:

In article <gfppur$6vq$1@n ews.motzarella. org>, Harald van DÄ³k
<truedfx@gmail. comwrote:

>>But "unitialise d" static variables are implicitly initialised to zero.
>>There are no really-uninitialised static variables in C.

>

>>What about the bytes of a union that are not part of the initialised
>>sub- object?

>
I suppose so. But you could hardly put them in a different section from
the initialised bytes of the union, so there's still no use for a
really-uninitialised section.

On systems where pointer types or floating-point types are not initialised
to all-bits zero (which are admittedly uncommon, but real), and the
initialised member of the union is of pointer or floating-point type, it
doesn't make sense to put the union in a zero-initialised section.

**Richard Tobin** · Nov 16 '08, 10:25 PM

Re: [OT] text,data and bss

In article <gfprf1$kof$1@n ews.motzarella. org>,
Harald van DÄ³k <truedfx@gmail. comwrote:

>>>But "unitialise d" static variables are implicitly initialised to zero.
>>>There are no really-uninitialised static variables in C.

>>>What about the bytes of a union that are not part of the initialised
>>>sub- object?

>I suppose so. But you could hardly put them in a different section from
>the initialised bytes of the union, so there's still no use for a
>really-uninitialised section.

>On systems where pointer types or floating-point types are not initialised
>to all-bits zero (which are admittedly uncommon, but real), and the
>initialised member of the union is of pointer or floating-point type, it
>doesn't make sense to put the union in a zero-initialised section.

Quite so. Is there some reason you think I'm disputing that?

If 0.0 is all zeros, then a zero-initialised section can be used
for it. If it's not, then you need something like .data that can
be initialised to any value. Neither case suggests a .bss that is
not initialised at all.

-- Richard

--
Please remember to mention me / in tapes you leave behind.