Re: Experiment: functional concepts in C

**vippstar@gmail.com** · Nov 18 '08, 12:25 PM

Re: Experiment: functional concepts in C

On Nov 17, 10:46 pm, Keith Thompson <ks...@mib.orgw rote:

s0s...@gmail.co m writes:

On Nov 17, 7:57 am, vipps...@gmail. com wrote:

Line 34 you return a value other than 0, EXIT_SUCCESS and
EXIT_FAILURE, which doesn't need to be meaningful.

>

Whether the return status is meaningful or not is completely dependent
on the environment that executes the program. Even 0, EXIT_SUCCESS and
EXIT_FAILURE might not be meaningful (though, at least for 0, this
would be very rare).

>
They're meaningful for any conforming hosted C implementation. Can
you cite an implementation where they're not?

He is a troll, why are you wasting your time?

**Kenny McCormack** · Nov 18 '08, 02:35 PM

Re: Experiment: functional concepts in C

In article <e2af0da5-ce04-47a2-941b-103a5cf338ba@r1 5g2000prh.googl egroups.com>,
<vippstar@gmail .comwrote:

>On Nov 17, 10:46 pm, Keith Thompson <ks...@mib.orgw rote:

>s0s...@gmail.c om writes:

On Nov 17, 7:57 am, vipps...@gmail. com wrote:
>Line 34 you return a value other than 0, EXIT_SUCCESS and
>EXIT_FAILURE , which doesn't need to be meaningful.

>>

Whether the return status is meaningful or not is completely dependent
on the environment that executes the program. Even 0, EXIT_SUCCESS and
EXIT_FAILURE might not be meaningful (though, at least for 0, this
would be very rare).

>>
>They're meaningful for any conforming hosted C implementation. Can
>you cite an implementation where they're not?

>
>He is a troll, why are you wasting your time?

Believe me in this: If there is one thing Keith Thompson has lots and
lots of, it is time (on his hands).

**s0suk3@gmail.com** · Nov 18 '08, 06:05 PM

Re: Experiment: functional concepts in C

On Nov 18, 7:24 am, vippstar@gmail. com wrote:

On Nov 17, 10:46 pm, Keith Thompson <ks...@mib.orgw rote:
>

s0s...@gmail.co m writes:

On Nov 17, 7:57 am, vipps...@gmail. com wrote:
>Line 34 you return a value other than 0, EXIT_SUCCESS and
>EXIT_FAILURE , which doesn't need to be meaningful.

>

Whether the return status is meaningful or not is completely dependent
on the environment that executes the program. Even 0, EXIT_SUCCESS and
EXIT_FAILURE might not be meaningful (though, at least for 0, this
would be very rare).

>

They're meaningful for any conforming hosted C implementation. Can
you cite an implementation where they're not?

>
He is a troll, why are you wasting your time?

I'd like to remind you of a thread, and especially of a particular
post:

http://groups.google.com/group/comp.lang.c/msg/7ce5393c60e40b19

where it was proven who of the two of us is a troll. (You yourself
admitted it; read the last line.)

Sebastian

**vippstar@gmail.com** · Nov 18 '08, 10:15 PM

Re: Experiment: functional concepts in C

On Nov 18, 10:25 pm, Ertugrul Söylemez <e...@ertes.dew rote:

Nick Keighley <nick_keighley_ nos[80]...@hotmail.com wrote:

On 17 Nov, 16:17, Aatu Koskensilta <aatu.koskens i[81]...@uta.fiwrote :

>

vipps[82]...@gmail.com writes:

>

At most, your original message classifies as spam.

>

No, his original message doesn't. At worst the post classifies as
off-topic.

>

yes

Hm... Yes what?

Although I'm in some sense not entitled to judge, I wouldn't consider my
original post spam. Since this is a C group, it's off-topic in that I'm
talking about implementing closures using non-standard GCC features.

Spam: off-topic message luring views.
Your post: interesting off-topic discussion seeking different POVs.
At worst: spam.

If you disagree, that's fine. I don't think it was such an important
statement nor an outrageous insult (nor an insult at all in fact) so
let's just move on.

This is true and fine and great and everything, but I'm very
disappointed by the responses, because all I got was being flamed off
for using extensions, not a single comment on the actual subject.

You haven't been flamed yet, unless you see messages I don't.

Nobody cared about the theoretical value in the (latter three) source
codes. It feels like nobody of the original responders even read the
article -- where I pointed out that I used non-standard features! -- or
bothered about understanding the code.

Because your message was off-topic. There's another possibility that
some cared, but chosen not to pollute this newsgroup with more off-
topic messages. Another reason to be on-topic.

By the way, people break standards all the time.

True, but of little value. People break the law all the time as well -
that doesn't mean the law shouldn't exist, nor the opposite, that the
law is perfect.

If standards limit you
in what you can do for no apparent reason, they are bound to be broken,
with POSIX probably being the best example, or do you GNU users set
POSIXLY_CORRECT ? I don't.

The reason might not be apparent, but it exists. If you have any REAL
queries about the reason a feature was included/excluded from C, you
can ask here. For example, you could ask the reason the standard
doesn't require the execution environment to free the memory allocated
by malloc, realloc, calloc upon program termination. You'll probably
get an answer similar to "feature X couldn't be supported in system Y
- Y being old, new, future, imaginary system"

As for POSIXLY_CORRECT , well, that's another off-topic query. As far
as the C standard is concerned, POSIXLY_CORRECT is an identifier for
the programmer, not the implementation. What POSIX programmers should
actually do is a query for comp.unix.progr ammer, but since it's a
quick one:

IEEE-1003.1-2004:
<http://www.opengroup.org/onlinepubs/009695399/basedefs/
xbd_chap02.html >

The system shall [...], and shall set the symbolic constant _POSIX_VERSION to the value 200112L.

An on-topic remark: _POSIX_VALUE is an identifier for the
implementation, because it starts with an underscore and that
underscore is followed by an uppercase letter.

On the other hand, lexical closures in C
_are_ a bad extension, but being useful, fast and elegant wasn't the
point of my code anyway. It was a theoretical experiment.

You've already been told this is off-topic. Please don't bring more
off-topic statements for fact-checking.

**Kenny McCormack** · Nov 18 '08, 10:15 PM

Re: Experiment: functional concepts in C

In article <b32b6712-4488-400d-898f-0e2ffd4bacdc@i1 8g2000prf.googl egroups.com>,
<vippstar@gmail .comwrote nothing of value:
<flushed>

You are such a tool...

**Keith Thompson** · Nov 18 '08, 11:15 PM

Re: Experiment: functional concepts in C

vippstar@gmail. com writes:

On Nov 18, 10:25 pm, Ertugrul Söylemez <e...@ertes.dew rote:

>Nick Keighley <nick_keighley_ nos[80]...@hotmail.com wrote:

On 17 Nov, 16:17, Aatu Koskensilta <aatu.koskens i[81]...@uta.fiwrote :

>>

vipps[82]...@gmail.com writes:

>>

At most, your original message classifies as spam.

>>

No, his original message doesn't. At worst the post classifies as
off-topic.

>>

yes

>
Hm... Yes what?
>

>Although I'm in some sense not entitled to judge, I wouldn't consider my
>original post spam. Since this is a C group, it's off-topic in that I'm
>talking about implementing closures using non-standard GCC features.

>
Spam: off-topic message luring views.
Your post: interesting off-topic discussion seeking different POVs.
At worst: spam.

No, that's not what the word "spam" means. Spam on Usenet is an
excessively cross-posted message; the most commonly accepted meaning
is anything that exceeds the Breidbart Index. A single message posted
to a single newsgroup might be inappropriate, but it cannot be spam.

[...]

>If standards limit you
>in what you can do for no apparent reason, they are bound to be broken,
>with POSIX probably being the best example, or do you GNU users set
>POSIXLY_CORREC T? I don't.

>

[...]

>
As for POSIXLY_CORRECT , well, that's another off-topic query. As far
as the C standard is concerned, POSIXLY_CORRECT is an identifier for
the programmer, not the implementation. What POSIX programmers should
actually do is a query for comp.unix.progr ammer, but since it's a
quick one:
>
IEEE-1003.1-2004:
<http://www.opengroup.org/onlinepubs/009695399/basedefs/
xbd_chap02.html >

>The system shall [...], and shall set the symbolic constant _POSIX_VERSION to the value 200112L.

>
An on-topic remark: _POSIX_VALUE is an identifier for the
implementation, because it starts with an underscore and that
underscore is followed by an uppercase letter.

<OT>That doesn't have much to do with POSIXLY_CORRECT , which is the
name of an environment variable, not a C identifier.</OT>

[...]

--
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"

**vippstar@gmail.com** · Nov 18 '08, 11:45 PM

Re: Experiment: functional concepts in C

On Nov 19, 1:05 am, Keith Thompson <ks...@mib.orgw rote:

vipps...@gmail. com writes:

Spam: off-topic message luring views.

>
No, that's not what the word "spam" means. Spam on Usenet is an
excessively cross-posted message; the most commonly accepted meaning
is anything that exceeds the Breidbart Index. A single message posted
to a single newsgroup might be inappropriate, but it cannot be spam.

I don't really want to argue with definitions for English words, but I
think the jargon file disagrees with you.
<http://catb.org/jargon/html/S/spam.html>
In particular, see 2, "this is _often_ done with cross-posting
[...]" (emphasis added by me)

<snip>

<OT>That doesn't have much to do with POSIXLY_CORRECT , which is the
name of an environment variable, not a C identifier.</OT>

Whatever POSIXLY_CORRECT is, it's defined in a standard other than C
(and for that matter, POSIX). C (and POSIX) says POSIXLY_CORRECT is an
identifier in the programmers namespace, which means he is under
complete control of what it is.

**Phil Carmody** · Nov 19 '08, 01:25 AM

Re: Experiment: functional concepts in C

Ertugrul Söylemez <es@ertes.dewri tes:

vippstar@gmail. com wrote:

This is true and fine and great and everything, but I'm very
disappointed by the responses, because all I got was being flamed
off for using extensions, not a single comment on the actual
subject.

>>
>You haven't been flamed yet, unless you see messages I don't.

>
Your interpretation may be different.
>

Nobody cared about the theoretical value in the (latter three)
source codes. It feels like nobody of the original responders even
read the article -- where I pointed out that I used non-standard
features! -- or bothered about understanding the code.

>>
>Because your message was off-topic. There's another possibility that
>some cared, but chosen not to pollute this newsgroup with more off-
>topic messages. Another reason to be on-topic.

>
Being standards-compliant is one thing, simply being counter-innovative
is another. What do we need comp.std.c for, if this newsgroup is about
and only about standard C, and if going beyond it is evil?

You're confusing talking about the standard and talking about
programming using the standard. For example, I rarely have any
interest in discussions about upcoming propositions and drafts
of the standard, so I don't generally hang aroung comp.std.c.
Yet I have a strong interest in programming portable C, so I
do hang around here. I don't see the two groups as being much
more related than a French linguistics group is to a French
chat group, or a beer-drinkers group is to a brewing group.

Phil
--
I tried the Vista speech recognition by running the tutorial. I was
amazed, it was awesome, recognised every word I said. Then I said the
wrong word ... and it typed the right one. It was actually just
detecting a sound and printing the expected word! -- pbhj on /.

**Keith Thompson** · Nov 19 '08, 02:46 AM

Re: Experiment: functional concepts in C

vippstar@gmail. com writes:

On Nov 19, 1:05 am, Keith Thompson <ks...@mib.orgw rote:

>vipps...@gmail .com writes:

Spam: off-topic message luring views.

>>
>No, that's not what the word "spam" means. Spam on Usenet is an
>excessively cross-posted message; the most commonly accepted meaning
>is anything that exceeds the Breidbart Index. A single message posted
>to a single newsgroup might be inappropriate, but it cannot be spam.

>
I don't really want to argue with definitions for English words,

.... and yet ...

but I
think the jargon file disagrees with you.
<http://catb.org/jargon/html/S/spam.html>
In particular, see 2, "this is _often_ done with cross-posting
[...]" (emphasis added by me)

I don't disagree with the jargon file; if you'll read the rest of the
entry, you'll see that the first two meanings have largely fallen into
disuses.

Meaning 2 describes what I'd call "trolling", i.e., posting something
inflammatory with the intent of starting an argument. I don't think
that's what the OP intended to do.

<snip>

><OT>That doesn't have much to do with POSIXLY_CORRECT , which is the
>name of an environment variable, not a C identifier.</OT>

>
Whatever POSIXLY_CORRECT is, it's defined in a standard other than C
(and for that matter, POSIX).

I'm not sure that it's defined in any standard. For purposes of this
newsgroup, it suffices to say that it's not defined in the C standard
(and nobody has suggested that it is). The previous poster mentioned
POSIXLY_CORRECT in passing in the context of talking about conforming
or not conforming to standards. (GNU software often doesn't quite
conform to POSIX by default; setting POSIXLY_CORRECT causes it to
conform more closely.) It was a real-world example meant to
illustrate a point.

C (and POSIX) says POSIXLY_CORRECT is an
identifier in the programmers namespace, which means he is under
complete control of what it is.

POSIXLY_CORRECT in this context *is not an identifier*. It's the name
of an environment variable, which means it's a string whose address
you could pass to getenv(). If you want to mention that it's
off-topic, fine, but why go off on a tangent about how that particular
character string could be used as an identifier in a C program?

--
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 Kuyper** · Nov 19 '08, 03:15 AM

Re: Experiment: functional concepts in C

Ertugrul Söylemez wrote:

vippstar@gmail. com wrote:

....

Being standards-compliant is one thing, simply being counter-innovative
is another. What do we need comp.std.c for, if this newsgroup is about
and only about standard C,

comp.std.c is for discussions about the C standard. comp.lang.c is for
discussions about how to use the language defined by that standard.
Proposed changes to the standard are on-topic in comp.std.c, and
off-topic in comp.lang.c. If you are talking about an extension to C
that you do not propose standardizing, it's off-topic in both groups.

I have no idea what's on-topic in comp.lang.funct ional.

... and if going beyond it is evil?

Going beyond the standard isn't evil, just off-topic. You're wasting
time (yours and other peoples) by discussing it here, just as you would
be wasting time going to a butcher shop when you're trying to buy flowers.

....

By the way, according to your view, GCC and most other compilers are not
C compilers. They compile some language derived from C.

gcc has a mode that fully-conforms to C90, making it definitely a C
compiler when used in that mode. It has another mode that comes pretty
close to fully conforming to C99. It is "almost" a C compiler when used
in that mode.

....

>>By the way, people break standards all the time.

>True, but of little value. People break the law all the time as well -
>that doesn't mean the law shouldn't exist, nor the opposite, that the
>law is perfect.

>
Your view appears to be that in a law-related newsgroup, one shouldn't
talk about the limits of law and/or about breaking it.

comp.std.c is the equivalent of a "law-related" group in this context,
and discussion of changes to the standard would certainly be on-topic there.

**Richard Tobin** · Nov 19 '08, 09:25 AM

Re: Experiment: functional concepts in C

In article <20081119014837 .6018bf28@ertes .de>,
Ertugrul SÃ¶ylemez <es@ertes.dewro te:

>Being standards-compliant is one thing, simply being counter-innovative
>is another. What do we need comp.std.c for, if this newsgroup is about
>and only about standard C, and if going beyond it is evil? Where should
>I post this instead? In my opinion, this _is_ a C-related topic, at
>least because it shows something that is difficult to implement in
>standard C.

There is no agreement about what is topical in comp.lang.c.
Originally it was very broad, often including discussions about unix.
At some point several of the most prolific posters seem to have
decided that only discussion of standard C was acceptable. If they
have succeeded in imposing this view, it is only by repeated
assertion, so they can have no complaint if the issue swings the other
way.

So if you feel (as I do) that discussion of improvements to C is
reasonable in comp.lang.c, I suggest that you just go ahead and
discuss them, and ignore the complaints. Don't waste your time
arguing about topicality.

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

**vippstar@gmail.com** · Nov 19 '08, 06:05 PM

Re: Experiment: functional concepts in C

On Nov 19, 4:44 am, Keith Thompson <ks...@mib.orgw rote:

vipps...@gmail. com writes:

<snip>

Whatever POSIXLY_CORRECT is, it's defined in a standard other than C
(and for that matter, POSIX).

>
I'm not sure that it's defined in any standard. For purposes of this
newsgroup, it suffices to say that it's not defined in the C standard
(and nobody has suggested that it is). The previous poster mentioned
POSIXLY_CORRECT in passing in the context of talking about conforming
or not conforming to standards. (GNU software often doesn't quite
conform to POSIX by default; setting POSIXLY_CORRECT causes it to
conform more closely.) It was a real-world example meant to
illustrate a point.
>

C (and POSIX) says POSIXLY_CORRECT is an
identifier in the programmers namespace, which means he is under
complete control of what it is.

>
POSIXLY_CORRECT in this context *is not an identifier*. It's the name
of an environment variable, which means it's a string whose address
you could pass to getenv(). If you want to mention that it's
off-topic, fine, but why go off on a tangent about how that particular
character string could be used as an identifier in a C program?

Because I completely missed what Ertugrul said/illustrated with
POSIXCLY_CORREC T. I see it now that you pointed it out, thanks.

**dj3vande@csclub.uwaterloo.ca.invalid** · Nov 19 '08, 06:25 PM

Re: Experiment: functional concepts in C

In article <20081118212552 .14739638@ertes .de>,
Ertugrul SC6ylemez <es@ertes.dewro te:

>This is true and fine and great and everything, but I'm very
>disappointed by the responses, because all I got was being flamed off
>for using extensions, not a single comment on the actual subject.
>Nobody cared about the theoretical value in the (latter three) source
>codes. It feels like nobody of the original responders even read the
>article -- where I pointed out that I used non-standard features! -- or
>bothered about understanding the code.

Your original subject is something I have some interest in, and my
initial impression was that you're going about it in entirely the wrong
way.
If I get the opportunity to do so before the article expires from my
newsserver (which may or may not happen), I intend to take a close
enough look at it to come up with something coherent and substantial to
say. But that will take a bit longer than noticing and pointing out
that you're using ill-advised extensions that most of the world doesn't
have available would.

>By the way, people break standards all the time. If standards limit you
>in what you can do for no apparent reason, they are bound to be broken,

....and if you're lucky, you will soon realize why the standard imposes
that restriction. (If you're not lucky, you won't reach that
realization until you have a large mess of non-compliant stuff to deal
with.)

>with POSIX probably being the best example, or do you GNU users set
>POSIXLY_CORREC T? I don't.

This (or equivalent mental discipline) is in fact recommended by most
of the people I know who regularly use GNU tools. They've all been
bitten at one time or another by assuming GNU extensions where they
don't exist and can't be added.

dave

--
Dave Vandervies dj3vande at eskimo dot com

>[P]rotect the originals with something that has sharp teeth, long tentacles
>and a big appetite. --Alexander Schreiber and Michel

In other words: Keep it with you. Buijsman in the scary devil monastery

**dj3vande@csclub.uwaterloo.ca.invalid** · Nov 19 '08, 07:05 PM

Re: Experiment: functional concepts in C

[Followup-To trimmed to comp.lang.c only]

In article <20081119014837 .6018bf28@ertes .de>,
Ertugrul SC6ylemez <es@ertes.dewro te:

>vippstar@gmail .com wrote:

>Because your message was off-topic. There's another possibility that
>some cared, but chosen not to pollute this newsgroup with more off-
>topic messages. Another reason to be on-topic.

>
>Being standards-compliant is one thing, simply being counter-innovative
>is another.

Your innovation is my users' heap of useless code. The whole point of
standardization *is* to limit innovation in the interface, to
facilitate innovation at the next level up by giving users a consistent
platform to build on.

If you want to make a better compiler, that kind of innovation would be
welcomed by (many of the) people here, but it's not really appropriate
for discussion here; there are other places to talk about playing with
compilers and hacking on any particular compiler you want to start
with.
If you want to use (or implement) language features that C doesn't
have, then, well, you're not using C anymore, so it's kind of useless
to talk about it in comp.lang.c.

But if you want to do something new and interesting and implement it in
C, *that*'s (part of) what this newsgroup is here for. Despite what
our resident trolls and whiners would have you believe, there's plenty
of room for innovation there, and most of that room is *created by* the
fact that we have a standard language to build on and don't have to
worry about whether I'm using the same compiler you are.

(If you want to discuss whether some extension to the language would be
useful, that's kind of a grey area; but it's more off-topic than
on-topic, and it's more likely to be tolerated when it's coming from
people who already have a history of making interesting contributions
that are unambiguously on-topic.)

Where should
>I post this instead? In my opinion, this _is_ a C-related topic, at
>least because it shows something that is difficult to implement in
>standard C.

Building functional abstractions in C is a C-related topic and is
appropriate for discussion here.
Building functional abstractions in GCC's not-quite-C default language
is appropriate for discussion in places intended for discussion of
programming in GCC's not-quite-C default language.
Learning to recognize the difference is the first step on the path to
wisdom.

>By the way, according to your view, GCC and most other compilers are not
>C compilers. They compile some language derived from C.

Adding "by default" in appropriate places would make that sentence
perfectly correct.
One of the few bits of compiler-specific information that's generally
considered acceptable here is how to make the compiler speak C and not
its own C-like dialect. (For GCC it's '-ansi -pedantic' for C90, and
'-std=c99 -pedantic' for a partial C99 implementation. )

>You've already been told this is off-topic. Please don't bring more
>off-topic statements for fact-checking.

>
>You told me. I'm unable to find any etiquette or posting rules. This
>is a C-related topic. The group name suggests it's on-topic.

For etiquette and posting rules,
<http://www.clc-wiki.net/wiki/C_community:com p.lang.c:Introd uction>
is probably a good place to start.
(It may or may not be mentioned somewhere there, but a thick skin and a
willingness to learn are both pretty much essential.)

(It is rather unfortunate that most of the comments you got were on the
parts of your post that used GCC extensions; there's an interesting and
on-topic discussion hiding in the parts of your post that are
restricted to standard C.)

dave

--
Dave Vandervies dj3vande at eskimo dot com

>[P]rotect the originals with something that has sharp teeth, long tentacles
>and a big appetite. --Alexander Schreiber and Michel

In other words: Keep it with you. Buijsman in the scary devil monastery

**Richard Tobin** · Nov 19 '08, 09:15 PM

Re: Experiment: functional concepts in C

In article <gg1n7n$pf6$1@r umours.uwaterlo o.ca>,
<dj3vande@csclu b.uwaterloo.ca. invalidwrote:

>Your innovation is my users' heap of useless code. The whole point of
>standardizatio n *is* to limit innovation in the interface, to
>facilitate innovation at the next level up by giving users a consistent
>platform to build on.

This is a false dichotomy. Having unstandardised extensions doesn't
prevent you from coding to the standard.

>If you want to make a better compiler, that kind of innovation would be
>welcomed by (many of the) people here, but it's not really appropriate
>for discussion here; there are other places to talk about playing with
>compilers and hacking on any particular compiler you want to start
>with.

And this is another bogus argument. If I want to discuss an extension
or change to C or C compilation, why on earth should I necessarily
want to do so in the context of some particular compiler? I may not
even be a compiler hacker, and merely want to discuss it in the
abstract.

>If you want to use (or implement) language features that C doesn't
>have, then, well, you're not using C anymore, so it's kind of useless
>to talk about it in comp.lang.c.

Only if by "C" you mean exclusively "standardis ed C", which many of
us don't.

I encourage anyone with interesting ideas for C, that aren't
specific to some particular platform, to discuss them here.

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

Re: Experiment: functional concepts in C

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment