I
Ian Collins
How does that make it an invalid uninitialised value?CBFalconer said:No it isn't. It may be a trap value.
How does that make it an invalid uninitialised value?CBFalconer said:No it isn't. It may be a trap value.
MQ said:The poster wanted help, I provided that help. Off-topic or not, how
hard is it for the CLC bureaucracy to at least help them out, *then*
tell them that they are at the wrong newsgroup. Sometimes an answer,
if not absolute, is better than no answer at all. And no answer at all
is 90% of this thread.
Ian Collins said:How does that make it an invalid uninitialised value?
MQ said:The poster wanted help, I provided that help. Off-topic or not, how
hard is it for the CLC bureaucracy to at least help them out, *then*
tell them that they are at the wrong newsgroup. Sometimes an answer,
if not absolute, is better than no answer at all. And no answer at all
is 90% of this thread.
Keith said:The argument is that we discuss the C *language* here. The language
has no concept of stack or BSS. Many implementations do; there are
newsgroups that discuss specific implementations.
MQ said:I realize that the use of stack/BSS is not covered by the C standard,
but for most platforms this is the case. Given that the poster
obviously is working on a platform that uses stack/BSS, the answer is
clear, even though the question is somewhat off-topic
santosh said:I suppose functional equivalents of these would be considered a minimum
in any modern programming environment.
Besides, strictly speaking, the C standard doesn't specify the method
by which C source is executed. I suppose a human who reads a source,
checks it syntactically and semantically, and manages to output the
expected results, could be considered a C compiler and execution
environment.
I realize that the use of stack/BSS is not covered by the C standard,
but for most platforms this is the case.
Given that the poster
obviously is working on a platform that uses stack/BSS, the answer is
clear, even though the question is somewhat off-topic
No it isn't. It may be a trap value.
I suppose functional equivalents of these would be considered a minimum
in any modern programming environment.
Besides, strictly speaking, the C standard doesn't specify the method
by which C source is executed. I suppose a human who reads a source,
checks it syntactically and semantically, and manages to output the
expected results, could be considered a C compiler and execution
environment.
jacob navia said:When I say that the uninitialized variables section is mapped
in most systems to the BSS section santosh says that there is no machine
CBFacloner says there is no linker and no debugger, and that is it.
C runs without a machine santosh. You are RIGHT!!!
santosh wrote:
OK. This is the best.
There is no linker, no debugger, and no machine.
The C language
is a human language designed for the people in comp.lang.c
where they discuss at leisure the whys and why nots of helping
anyone that poses a question.
Not that they answer a question
but that they just are there to
bother the people that actually answer questions.
OK. Be it.
When I say that all programs under windows use ExitProcess to finish
the clever heathfield answers
"I can always unplug the machine from the mains, then the
process finishes without calling ExitProcess"
Ian said:How does that make it an invalid uninitialised value?
jacob said:.... snip ...
There is no linker, no debugger, and no machine. The C language
is a human language designed for the people in comp.lang.c
where they discuss at leisure the whys and why nots of helping
anyone that poses a question.
jacob said:In the other thread, mr thompson and mr heathfield argue that
there could be implementations without stack/bss, and even that there
could be implementations without a machine at all since a human
could compile the stuff (as stated by one of their "supporters")
jacob said:OK. This is the best.
There is no linker, no debugger, and no machine.
implementation, the first two assertions may or may not be true, theFrom the P.O.V. of the standard, yes. From the P.O.V. of an
The C language
is a human language
designed for the people in comp.lang.c
where they discuss at leisure the whys and why nots of helping
anyone that poses a question.
Not that they answer a question but that they just are there to
bother the people that actually answer questions.
OK. Be it.
When I say that all programs under windows use ExitProcess to finish
the clever heathfield answers
"I can always unplug the machine from the mains, then the
process finishes without calling ExitProcess"
When I say that the uninitialized variables section is mapped
in most systems to the BSS section santosh says that there is no machine
CBFacloner says there is no linker and no debugger, and that is it.
C runs without a machine santosh. You are RIGHT!!!
MQ said:
(a) even if it were true for all today's and yesterday's platforms, that is
no guarantee that it will be true on future platforms, so let's not lock
ourselves into the present, let alone the past;
(b) since it is not covered by the Standard, the C language doesn't address
the issue, and therefore the OP would be better off asking on a
platform-oriented group.
The answer is misleading, because by the very nature of things it gives the
impression that you are giving a "C answer", this being comp.lang.c,
whereas in fact you're guessing at the OP's implementation characteristics
and answering as if you had guessed correctly.
jacob said:As I have said many times you are entitled to your opinion but
we discuss what we want here, not what you (or heathfield) want.
The c language has more to it than the standard.
jacob navia said:Well things have changed since those days probably...
Nowadays bss means the same thing BUT when the OS loads
the stuff, it clears the bss section to zero.
jacob said:In the other thread, mr thompson and mr heathfield argue that
there could be implementations without stack/bss, and even that there
could be implementations without a machine at all since a human
could compile the stuff (as stated by one of their "supporters")
Want to reply to this thread or ask your own question?
You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.