Comparision of C Sharp and C performance

S

spinoza1111

spinoza1111 wrote:



It wasn't a compiler, and it wasn't complete.

(Sigh) This has been resolved and not in your favor. Many compiler
books (including Aho/Sethi/Ullman and my own) contain small compilers
which generate interpretive code.
 > and you were unqualified to attack him.

Seebs is perfectly qualified to point out Schildt's mistakes, however,
which is precisely what he did.

This is based on the Folklore of the Holy and Pure Fool (the reine
Pful of the Parzival legend and the "emperor has no clothes). It is
thought (esp. by Americans) that the ordinary person uncorrupted by
"false expertise" can spot flaws and fraud that is covered up by
institutions.

However, his right-to-speak (cf Habermas) is based on openness and
lack of the constant focus on attributes of persons. Seebs enabled the
rote transformation of Schildt into a name for "erroneous" in such a
way that the actual facts (notably the very few errors Seebs
documented) are forgotten.

 > I need you


If you can find any error of fact on the page, I'm sure Seebs will be
delighted to correct it.

"The 'Heap' is a DOS term"

The following passage is self-contradictory:

"The following is a partial list of the errors I am aware of, sorted
by page number. I am not including everything; just many of them."

"I am missing several hundred errors. Please write me if you think you
know of any I'm missing. Please also write if you believe one of these
corrections is inadequate or wrong; I'd love to see it."

"Currently known: [20 trivial errors]"

When Seebach writes "I am missing several hundred errors", this
(rather incoherent) sentence seems to mean "I would like you to help
me find more errors".

Etc. The document is incomplete and never was. However, it became the
one authoritative source for all claims about Schildt's book.
 
S

spinoza1111

And yet you remain confused on the difference between macros and
conditional preprocessing directives.




You have a track record of changing your criticism as your understanding
of reality changes - for example, you complained that Peter Seebach was
too academic, and now you complain that he isn't academic enough.

No, I never said he was too academic. You use the Korporate definition
of "academic" when I used more complex English syntax than you to
describe Seebach as flawed and malicious. The syntax irritated you
because instead of using hackneyed Korporate phrases such as "track
record", it used language that was more tightly integrated with my
overall view, which you fail to understand, that a false Populism has
merely enabled people without education in their field to "criticize"
people in a way to which they cannot respond, since the "criticism"
starts with the assertion that the person criticised is a profoundly
flawed character and begs the question thereafter.

I've shown that you've lied ("Nilges has never posted to comp.risks")
and that Seebach makes the same sort of "errors" as Herb ("the 'Heap'
is a DOS term": "Java and .Net code is interpreted").

No, but /you/ do. The macro processing happens during preprocessing. The
constant folding happens during TP7 (translation). They are totally
separate. It is you who confused them.



Firstly, you have yet to show why the behaviour of your Microsoft
compiler is "crappy". Secondly, I'm not changing the subject. I'm
showing that the compiler is not breaking the Standard's rules. If you
want to show that the Microsoft compiler is crappy, fine, but you
haven't done so yet.



The matter wasn't unclear to anyone except you.

 > You are making a mess of the clarity that resulted.

That you still confuse macro processing with constant folding (above)
suggests that you are not yet as clear as you think.

No, I showed how you and Seebach, lacking formal education in CS, have
no clue about separation of concerns, and how in Seebach's case this
resulted in the silliness of "sequence points", as if it was proper or
even possible to "optimize" a language in the first place (under
separation of concerns, it is not possible to do so).
 
S

spinoza1111

This might be the time to categorise the errors by edition. That is, for
each error, make it clear whether the error is, is not, or is not known
to be, present in each given edition (and perhaps whether any specific
edition has fixed a problem in a previous edition).

It would increase the housekeeping work involved, true, but may help to
demonstrate an attempt at "playing fair" to Schildt by recognising where
he has fixed problems, whilst still recording those problems for the
sake of those users who have an edition in which the problem is not fixed..

Of course, the person who *should* be doing this is... Herbert Schildt.

--
Richard Heathfield <http://www.cpax.org.uk>
Email: -http://www. +rjh@
"Usenet is a strange place" - dmr 29 July 1999
Sig line vacant - apply within

A wiki-style collective discussion would be more appropriate but ONLY
if Schildt agreed to participate. You see, it's unfair and
unproductive of the truth to conduct a discussion about his book
without including him. And guess what? If he won't participate (and
given what I've seen of your behavior I can see why) then you need to
simply drop the issue.
 
S

spinoza1111

Let me encourage you to keep a copy of your original review online,
for comparison purposes if nothing else.

Why? Is this some sort of Internet classic?

No, it's a poor document written by a pretentious person without basic
knowledge of computer science, who tells us that "the 'heap' is a DOS
term", who actually believed that because a language standard didn't
mention a runtime facility (the stack) this means that that runtime
facility cannot be mentioned, and who tasked Schildt for assigning
sensible meanings to pathological expressions rather than writing that
things are "undefined" in practice.
 
D

Dennis \(Icarus\)

Lorenzo Villari said:
I can't see a connection between politics and the use of a programming
language. I know, that's my fault...

It's a long-standing plot, going back to 1812.

It can't be a coincidence that the United States national anthem begins
"Oh, say can you C by the dawn's early light"

Clearly this refers to the C programming language, and how programmers have
to work long through the night in an effort to meet deadlines.

Dennis
 
S

spinoza1111

spinoza1111wrote:


Only in your fevered imagination. The implementation did not produce
standalone object code; it was an interpreter, not a compiler. And it

WRONG because it had to scan and parse. If something can scan and
parse and not being at some scale a compiler, then you do not know
your profession.

By the way, what are YOUR academic credentials?
did not implement the entire language. Therefore it was not complete.
Therefore, the claim that it was a complete compiler - like so many of
your claims - is mistaken.




If Seebs agrees with you that "the heap" is *not* a DOS term, I'm sure
he'll fix the page. If you can cite an international standard that
supports your case, I'm sure that will help you to persuade him. Failing
that, citing an authoritative author will help (hint: Spinoza and Adorno
are not generally considered to be authoritative on the subject of
MS-DOS). But I think you'll find authoritative MS-DOS works to be
littered with references to the heap. I can dig one out if you like.

....which doesn't at all imply that "the heap" is a DOS term. The term
occured in several books I read in the 1970s including Saul Rosen's
Programming Systems and Languages (1970). This was before Gates stole
MS-DOS.
Let's say that there are Z errors in the book, where Z is actually
unknown because nobody has actually got as far as finding them all, but
let us assume that it is at least a fixed number. Peter's complete list
contains Y items, where Y < Z. His published list contains X items,
where X < Y.

ROTLMFAO. It is the mark of the subliterate to count ideas. Ideas are
not countable, and reading English properly not only means being to
able to grasp things qualitatively all the way down, and a fundamental
committment to honesty and decency (cf Habermas, Kant and the paradox
of the Liar) which you don't have.
He would seem to mean Z - Y == several_hundred, which is probably about
right. I find it difficult to open the book without finding another
error I hadn't previously noticed.

Because you never learned critical reading in whatever inferior
Borstal or technical college you attended, you actually believe that
the first interpretation that occurs to you is correct.
"Currently known: [20 trivial errors]"

Whether they are trivial depends on whether you care about learning the
language properly. In any case, you have already shown, through your
ignorance of simple C matters, that you are not in any position to judge

**** you, asshole. I ask questions and have the balls to be wrong
because I'm MUCH better educated than you in both CS and general
culture. This is what competent people do as opposed to corporate
clowns who've worked for a series of "banks and insurance companies",
and either destroyed others at these jobs or been fired.
whether an error is trivial or not. For example, Schildt's advice on EOF
will seriously confuse a newbie who takes it on trust.


Feel free.


Then it needs to be renamed "C: The Incomplete Nonsense", at least for
the time being.

 > However, it became the


So you consider Peter Seebach's page to be authoritative. Fine, so
what's the problem?

Stop playing word games. Not only do you unfairly ascribe ignorance to
others based on superficial textual clues and your own verbal
limitations, you also pretend ignorance in the Korporate way, which is
easy since you are in fact profoundly ignorant about your trade and
many, many other things. You should know that by "authoritative" I
meant "accepted at face value by people who should no better because
people who should know better mindlessly cited Seebach".

You feign ignorance or use real ignorance to make your case, and your
ignorance (and that of Seebach) is marshaled by companies to create
minimally acceptable software in the service of their stock price.
 
S

Seebs

Only in your fevered imagination. The implementation did not produce
standalone object code; it was an interpreter, not a compiler. And it
did not implement the entire language. Therefore it was not complete.
Therefore, the claim that it was a complete compiler - like so many of
your claims - is mistaken.

The book clearly says it's an interpreter.
If Seebs agrees with you that "the heap" is *not* a DOS term, I'm sure
he'll fix the page. If you can cite an international standard that
supports your case, I'm sure that will help you to persuade him. Failing
that, citing an authoritative author will help (hint: Spinoza and Adorno
are not generally considered to be authoritative on the subject of
MS-DOS). But I think you'll find authoritative MS-DOS works to be
littered with references to the heap. I can dig one out if you like.

I think I'll clarify that one, in any event. The term "heap" is used
very heavily in a DOS environment. The term "heap" is not used at all
in some Unix docs, but glibc uses it occasionally -- interestingly,
specifically to point out that malloc returns some pointers to space
allocated separately outside the heap. (By unhappy coincidence, I know
WAY WAY too much about the details there, but they're not particularly
relevant.)

The point I was aiming for (but frankly didn't make properly) was that
the concept of the "heap" is not necessarily an intrinsic part of the
C language -- less so still is the specific memory layout, or the notion
that if you allocate enough stuff on "the heap" you will run into
the stack. (In fact, on some of the systems I use, this is effectively
impossible, because the stack pointer and the "break" address are
far enough apart that you run into the resource limits on both long
before they come near each other.)

I think I'll probably clean that wording up at some point, probably around
the time I get to updating the page for the 4th edition.
Let's say that there are Z errors in the book, where Z is actually
unknown because nobody has actually got as far as finding them all, but
let us assume that it is at least a fixed number. Peter's complete list
contains Y items, where Y < Z. His published list contains X items,
where X < Y.

Exactly. My copy of the book has some notes in it, many of which I
didn't feel were worth listing.
He would seem to mean Z - Y == several_hundred, which is probably about
right. I find it difficult to open the book without finding another
error I hadn't previously noticed.

That's my guess. Note that I'm counting repetitions, so basically
every sample program in the book counts as an instance of the void
main error...
Whether they are trivial depends on whether you care about learning the
language properly. In any case, you have already shown, through your
ignorance of simple C matters, that you are not in any position to judge
whether an error is trivial or not. For example, Schildt's advice on EOF
will seriously confuse a newbie who takes it on trust.

Reminding me, I want to do a poll on what happens on real systems if
you do putchar(EOF).
Then it needs to be renamed "C: The Incomplete Nonsense", at least for
the time being.

Hee.

My assertion is not that my listing is a complete annotation of all
the nonsense,
So you consider Peter Seebach's page to be authoritative. Fine, so
what's the problem?

The problem is that he's lying here; my page is not the "one authoritative
source". Rather, the talk page for Herbert Schildt on Wikipedia contains
a number of debates about whether or not the "controversy" is justified,
which Spinny lost specifically on the grounds that someone pointed to my
page. That has caused him to mistakenly think it's the sole authoritative
source, but in fact, I think anyone would consider the pages by Francis
or Clive on the same topic to be comparably authoritative -- both have
been at least as active in C standardization as I have.

So it's all tilting at windmills. Someone accepted my page as an argument,
so he thinks if he can make it go away he can win the argument with the
wikipedia people -- but in fact, while my page was *sufficient* to win
the argument, that's far from making it the only qualified source.

-s
 
S

spinoza1111

It's a long-standing plot, going back to 1812.

It can't be a coincidence that the United States national anthem begins
"Oh, say can you C by the dawn's early light"

Clearly this refers to the C programming language, and how programmers have
to work long through the night in an effort to meet deadlines.

Dennis

Lack of cultural or historical knowledge is not an argument. Americans
have always been proud of the "can do" spirit expressed in rapid
development without a lot of theory. It produced the Model T, the
Liberty ship, and Fortran, which beat the more European Algol.
However, it was clear by 1964 that Algol was more powerful in the
sense of more expressive and so the American firm IBM bastardized
Algol to create PL.1 (giving its Vienna lab only six months to come up
with formal semantics).

But because neither programmers and compiler writers really knew what
they were doing at the time, Multics, which proposed to use PL.1 to
create a time sharing "computer utility", seemed as a result of
political underestimates of the time needed and the failure to see
that software grows exponentially and bugs are reduced inversely
exponentially.

Kernighan and Ritchie, however, failed to see how funding politics
created the appearance of delay, and taking their superficial
understanding at face value, reverted to can-do Fortran pragmatism
while incorporating some of what had been learned in Algol.

The result? A mess.

The mere fact that you can refer light-heartedly to working "long
hours through the night" when the theft of programmer time has
destroyed many lives shows that you're imprisoned within a sort of
Saturday Night Live irony which is flippant and childish about real
issues.
 
S

spinoza1111

I can't see a connection between politics and the use of a programming
language. I know, that's my fault...

The connection is unseen because (cf Adorno) people in mass society
must of necessity be deluded about their true relationship to the
means of production. The dialectical logic of programming is this:

The owners of capital know that their private ownership of a public
good is unfair
Therefore they appoint (cf Galbraith, The Economics of Innocent Fraud)
a buffer class between them and the general public, call management
But like the owners of capital management can't work, it can
only...manage
But this is a contradiction, since management insofar as it's real
"does" things
Therefore the formerly actual work of management (setting rules and
standards) becomes computer programming
But because this is low-paid management, it can neither be recognized
as fully professional nor compensated justly nor even performed
acceptably
To reconcile them with their intolerable situation, the dehumanized
programmers create shibboleths and cargo cults of competence such as C
mythology
 
S

Seebs

Well, I can't prove that you did (because Google Groups's search tool is
being particularly nonsensical today), so I guess I'll have to accept
that you may not have used the precise phrase "too academic".
Nevertheless, I remember (as others here will no doubt remember) you
complaining that he was too academic - and then he revealed that he has
no CS degree, ever since which you've been attacking him for not being
sufficiently academic.

To be picky, he was pretty general about who it was that was too
academic; he appeared to be talking about the whole category of people
who were disagreeing with him, claiming that they had AP'd out of
entry-level CS and thus missed the content -- apparently, he feels
that AP courses don't really cover the material or something.

-s
 
N

Nick Keighley

spinoza1111 wrote:
[C is]
not popular outside of the USA esp. in the EU for that reason.
Actually, C is still very popular in the UK (which, heaven help us, is
in the EU). I wouldn't know about the rest of the EU, but I have no
reason to suspect it's unpopular abroad.
It's used in Italy

I have Italian colleagues, a code base I maintain is largely written
by Italians.
Of course it's "used". But by what people? How competent are they?

Some of them are pretty competent. A few of them are very competant.
I've not seen any real crap.
And, it would be interesting to know whether their use of C tracks
political (pro-American) views.

oddly it's never crossed my mind to discuss American politics with
Italians... I don't know much about it to be honest. I haven't even
discussed *Italian* politics wuth them very much. I think it's
impolite to start spouting on a subject I know nothing about.

I suspect political opinions vary as much as they vary anywhere else.

The whole idea of choosing a programming language based on your
political opinions, is... bizzare.

How do you recruit? "We're a C based shop here, so do you agree with
us that the war on terrorism is furthured by American Hegemonic
occupation of the Islamic peoples? No? Sorry you're not for us
then..."
 
S

spinoza1111

Yes, Nilges prides himself on accurate writing (or should that be
righting?). However  his failure to understand that a statement of the
form 'a is a b' does not exclude 'a is a c' suggests that his reading
skills need a bit of honing.

Let's see if that's true.
In addition there is a considerable difference between a possibly
thoughtless statement in a newsgroup which is easy to correct (and yes,
we (in this newsgroup) all know that 'heap' is used in many other
contexts including other computer OSs) and enshrining a miss-statement
in a published book.

Hold it right there. Seebie's statement (the 'heap' is a DOS term) was
not like Richard Heathfield's claim that he did not find "spinoza1111"
in comp.risks, meant I believe as a malicious lie but in a newsgroup
where we don't always review what we say, and we can undo damage done
by apology (although Richard has not apologized for his malicious
lie).

"C: the Complete Nonsense" was an Internet publication with its own
Web site that is readily found by Google. Seebie allowed it to stand
even after its mistakes were criticised whereas in newsgroups people
can retract what they say. Because bubble butts and aliterates can so
readily find it, it is far more influential than a book could ever be.

Furthermore, Clive Feather effectively gave it certification when he
based a similarly written post citing it, and it's likely that
Feather's cite gave the first post its viral "authority".
Now I have had the misfortune to review several of Schildt's books on
both C and C++ (and in at least one he managed to confuse the two, and

As sensibly distinct languages, they are hopelessly and incestuously
intertwined in a way that we see right here is not sensibly
explainable; most answers to noob questions degenerate into claims and
counterclaims amongst the regs. One of the reasons for the brutal but
explainable syntax and semantics of Fortran I, and the elegance of the
Algol Report, was that both Backus and the Algol team knew that great
engineering is simple engineering...but not simpler than necessary. It
can be described sensibly.
his C++ code is definitely poor and not an example to be followed, but I
know of at least one author who was seriously worse). I would be
Who?

reluctant to even attempt to list all the errors in any one of his books

"Errors in books" is Fundamentalist language. It makes sense only when
talking about books that describe an independent scientific or
historical phenomenon, such as a falsehood in a math book or the claim
that FDR dropped the atom bomb which did appear in a Texas school
book.

The consistent illusion here, one which makes real scientists laugh
when they learn of it, is that a social, human artifact such as C in
actual use, is independent and to be spoken of as part of nature. What
you call "errors" are in fact Schildt's bold attempt to make sense of
a mess for real people, and in a self-contradictory fashion, nearly
all of Schildt's critics call him "clear", not knowing that "clarity"
logically implies truth.

Because C is a mess, it is impossible in general and for real
compilers to make universal and sensible predictions of its behavior
true in all cases. For example, the final "truth" about certain
pathological uses of post-increment is Heisenbergian and useless in
practice, for Seebie wants us to all say "undefined" like Killer
Zombies from Space...when, in fact, most compilers allow the
pathological case and execute it in some very well-defined way, and
maintenance programmers who come upon pathology that can't be removed
without breaking something else need to know how the pathological case
works.

The problem isn't Herb.
because they were so pervasive (rather less in his more recent works so
perhaps he does take notice) that errors only went to demonstrate the
inadequacy of his understanding of C. Like every reviewer, my work is my
opinion. If a theatre critic slates a play he is not generally liable
for libel. However if he makes personal comments about the playwright,
producer, actors etc. that is a different matter.

"Bullschildt" is the smoking gun here, for he's saying of a respected
individual with standing in his community and a family name being
assaulted that that individual can be expected to write bullshit. Note
that theater and movie critics do NOT do this! They do NOT make
predictions, as the anti-Schildt creeps do with respect to Schildt and
mine own enemies do about me, about our future output.

Remember Gene Siskel and Roger Ebert? Did you ever hear them say about
a director that "he" is a jerk who cannot make a good movie? Rarely if
ever: instead, they say anything they like about the MOVIE, the one
particular production. This is for a very good reason, as you indicate
above: fear of a libel lawsuit.

You see, adults, as opposed to people working in fields for which they
are unprepared and people who've worked for a succession of "banks and
insurance companies" without acquiring the maturity to know when he's
making a malicious lie, can differentiate between criticism of the
work, and criticism of the *auteur*. They are not corporate droids who
have learned to criticise and back-stab coworkers and people on the
Internet behind their backs because they are too cowardly not to be
worked to death by the corporation.

Amazon was in its infancy when "C: The Complete Nonsense" was
published, but Seebach could have penned a review which did not even
mention the author in order to avoid his implication that Schildt is
"always" wrong. He did not. As a result, this meme went viral and
became the common "knowledge" of C programmers too lazy and
incompetent to think, and the answer to a FAQ, and Seebach didn't have
the common decency to stop this process.
A comparison between what Peter, Richard and I have written about one or
more books by Schildt with what you have repeatedly said about Peter and
Richard should make the point. Any one of us can be guilty of making
mistakes or miss-speaking but that does not make us liars, conspirators
or incompetent.  If anyone took you seriously Peter would have a rock
solid case against you for libel as you have repeatedly impugned his
professional competence in ways that could damage his reputation and career.

The situation here is different.

I had a friend who was foully mistreated by Richard Heathfield's
publisher, SAMs. She set up a Web site criticising SAMs. SAMs sued her
under Chicago municipal laws concerning phone harassment.

Although I think SAMs treated this person like shit both in the
initial employment relationship and the lawsuit, I think she made a
mistake by creating a Web site for the same reason I think Seebach's
standalone post was a vicious mistake.

What I say about Heathfield is self-defense in a dialogue in which he
mobilizes what I think is his stupidity and lack of education, and
enables others to participate in cybernetic lynch mobs, and I am by no
means the only person to be subject to his bullying. And unlike Siskel
and Ebert, I do indeed make reality-based predictions and
generalizations about him.

But these predictions are justified and verified. I knew he was a yob
wayback in 2000 when he reacted in a infantile manner to being
sidelined by his lack of education in a well-received discussion I
triggered on programmers as professionals, and thereafter lost no
opportunity to enable mob actions, as when I used an invariant
expression in a for loop (a vastly less significant and predictive-of-
incompetence error than saying "the 'heap' is a DOS term" or ".Net
code is interpreted", to cite two of Seebie's gems, or
"comp.programming is not about programmers" or "Nilges isn't in
comp.risks" to cite Heathfield).

The predictions were in dialogues in which Heathfield and Seebie
fought dirty and spoke outside their narrow areas of competence.
Whereas to create a Web site assaulting Herb, apparently hold McGraw
Hill to ransom, and not seriously try to involve him in a dialog (try
picking up the phone during business hours) smacks of civilly and
criminally actionable conduct.
 
S

spinoza1111

spinoza1111wrote:


So does printf. That doesn't mean that printf is a compiler.

You are very ignorant because you could not tell from parsing that
parsing means parsing at Chomsky level 1 in this context.
Are you claiming that printf is a compiler?
No: see above.
Many eminent computer scientists do not have a CS degree. Neither do I -
which does not of course make me an eminent computer scientist, but it
does show that a CS degree is not necessary for CS expertise. We had
this discussion before, remember?

Yes, and you lost, remember, for you never answered my riposte:

(1) You're no Dijkstra. You don't have the intelligence to invent
theory and practice in the absence of prior art. You're not even
Nilges, since in 1974, byotch, I developed a data base with selection
and formatting in the absence of prior art and development tools
beyond a primitive assembler.

(2) There was not opportunity to take academic course work in the time
of Dijkstra since if you'd done so yourself, you would know that the
content of academic CS was created by Dijkstra et al. How could
Dijkstra taken computer classes in Holland of the early fifties? I
took the very first CS class offered by my own university in 1970!

One of the strongest indications that neither you nor Seebach have any
academic training in computer science apart from programming classes
in technical colleges in your case (which you disrupted to show off
your knowledge) is indeed your confusion of C with computer science.
But if I have no CS degree, why should you - or anyone - take my views
on C seriously?

Guess what? I don't. What I do take seriously is your specific advice
on low level technical issues regarding C. You're a clerk.
Well, firstly, I do have some kind of presence in the
academic CS universe: a book to which I contributed about a quarter of
the text (roughly 344 pages out of 1250 or so), and for which I picked
most of the rest of the writing team, is (or at least was, last time I
checked) on the required reading list for least two university CS
courses

God help us all. Oh well, I have taught at Roosevelt University, a
third-rate school in Chicago, Princeton, and DeVry, which I am the
first to admit is a strange range. In that experience I am aware that
at the lower level a lot of bad practice is being taught, and
universities do an abominable job of selecting instructors, and poor
instructors are allowed to select inferior books, such as C Unleashed.

[Note my choice of words. I don't know if C Unleashed contains a lotta
errors, and I am not gonna set up a Web site unleashing the hounds of
hell on your book. I think it is in a global state of sin since it
promotes a bad language for new development. Your next book might be
great. Perhaps you'll write a slightly pornographic mystery novel.]
- one in the UK and one in the USA. Secondly, even people who
really don't like me very much are prepared to concede that I know my C.
  You have said so yourself, in fact.

Yes, I have. I think you know the trees but are lost in a very dark
wood.
Thirdly, I have a long track
record of helping people to learn C in this very group, which has quite
a few C experts in it who are only too ready to pounce on any mistakes I
might make. I am far more interested in their opinion of my ability than
I am in your opinion, since it has long been evident to me that your
opinion is based on ignorance and prejudice, whereas theirs is based on
knowledge and skill.




Of course it does.

 > The term


I don't think anyone has claimed that "the heap" is *only* a DOS term.

"The 'heap' is a DOS term" in context means that Schildt was wrong to
talk about it whilst explaining C, and that implies, logically, that
at the time Seebach incorrectly believed that heaps were invented for
DOS. This error has been allowed to stand without Seebach's document
being subject to the foul treatment he accords Herb's book.

It's an inexcusable error, and NOT because we're supposed naturalize
concepts and treat computer shit as more valuable than a man's good
name. It's inexcusable because Seebach was being a damned hypocrite.
It is, however, most certainly a DOS term.

 > This was before Gates stole MS-DOS.

Gates did not steal MS-DOS. He *bought* QDOS, for $50,000, and re-badged
it MS-DOS. I am given to understand that the vendor had to threaten a
law-suit to get the money, but that doesn't mean Gates stole the software..

If it were likely that anyone would take your claims seriously, Bill
Gates would now have grounds for a libel suit against you. Since nobody
is going to believe your claim, however, you can rest easy.

Then he (and Jobs) should first go after the makers of the film
Pirates of Silicon Valley, or any number of places where this story is
affirmed. He'll get more money.

Almost all the time, in fact.


It is ironic that you talk about culture, since you are one of the least
cultured people I know.

Sure, in terms of the British lower middle class and their anxious
gentility and passivity. I am Onslow to your Violet Bouquet. But, I'm
right.

If you're much better educated than me in CS in
a way that is relevant in comp.lang.c, then you will have no difficulty
in showing my C knowledge to be erroneous in a way that convinces
acknowledged C experts in the group, such as Peter Seebach, Keith
Thompson, David Thompson, Ben Pfaff, Dann Corbit, Ben Bacarisse, and so

Oh my goodness, *quelle Pantheon*: a clerk who's never taken a CS
class and a buncha ordinary slobs with broadband [Ben is very smart
esp. on details].

Because of the foul conduct of people like you, competent people
almost never come in here. Michael Kinsley of MSNBC asked for his blog
to be shut down because of the filth posted by losers like you.
Facebook is more popular with smart people because you can get rid of
psychos in a heartbeat. I occasionally correspond with Brian
Kernighan, who I met while at Princeton, and get cordial replies, but
I would never ask him to come in here because the "regs" apart from
Ben are head-cases.

on. Having said that, you know and I know that I know C a darn sight

Forest and trees, mate. Forest and trees.
better than you do, so your appeals to your own academic authority are
trite and meaningless.

 > This is what competent people do as opposed to corporate


For the record, I've worked for a variety of companies in a variety of
industries, including consumer electronics, automotive, and airline.

I will stand corrected. OK, you've worked with a series of companies.
And many programmers change jobs. But given the social skills you
display, I can only wonder how you got along with co-workers, and I
think you were a back-stabber, based on my long experience here.
I've never been fired from a programming job (my very first programming
job was made redundant, and the company went bust soon after for reasons
unrelated to their IT). I've quit a few, but never been fired. I have
only once been in a position where I felt obliged to recommend anyone's
dismissal (a suggestion which turned out to be unnecessary, since the
responsible manager had already decided to dismiss all eight of the
people concerned). In fact I have on occasion provided programming
lessons (in my and their own time) for colleagues who were struggling
and who recognised their need to improve. You, on the other hand,
regularly accuse other people of theft, libel, Nazism, Fascism, and all
the rest of it, in an obvious attempt to destroy them. Most people's
hypocrisy is relatively low-level, a sort of background hypocrisy. Yours
doesn't just redline the meter - it wraps around the pin.




Do you mean you were mistaken to claim that Seebs's page is authoritative?

You've never read King Lear:

there thou might'st behold the great image of Authoritie, a Dogg's
obey'd in Office.

That is, the connotation of the word for you is always positive. This
is because of your lack of education and culture. Many people, on the
other hand, have from wider exposure to the humanities a notion of
"bad" authority.

In the Shakespeare play, Kent speaks positively of Lear's authority at
the beginning

Kent.
No Sir, but you haue that in your countenance, which I would faine
call Master.
Lear.
What's that?
Kent.
Authority.

This actually fooled the pompous Roger Scruton into thinking that
Shakespeare favored Authority, but apparently, Scrotum didn't finish
the play, for Kent and Lear learn what authority is: it is tearing a
host's (Gloucester's) eyes out even as people think it's cute here to
destroy others, and act offended when their marks fight back.

Indeed, your whole concept of authority and intelligence is fucked.
You equate the two with the ability to dominate a conversation and for
that reason you descend into absurdity when your dominance is
threatened: "Nilges isn't in comp.risks because I looked for
spinoza1111", "comp.programming is not about programmers", "it is a
thoughtcrime and conclusive indication of incompetence to use an
invariant expression in a for loop", blah blah blah.

But you've never read Shakespeare I'd hazard.
 
S

spinoza1111

To be picky, he was pretty general about who it was that was too
academic; he appeared to be talking about the whole category of people
who were disagreeing with him, claiming that they had AP'd out of
entry-level CS and thus missed the content -- apparently, he feels
that AP courses don't really cover the material or something.

OK, let's give you credit. Please correct any one of these facts:

You took some high school classes that prepared you to avoid taking
the required CS class which was probably less intense than CS 101 for
prospective majors, being the easier class for nonmajors (like the
class Kernighan teaches at Princeton). The high school classes, given
the era, taught you, probably, how to write code in Pascal.

You passed the AP exam to avoid taking the required class, perhaps
with flying colors. Good for you, but as a person with educational
experience, I'd say that entirely too many students over-rely on AP to
avoid having to spend money and "waste time" in survey and
introductory classes.

They don't expect to encounter a great teacher in intro classes
(though Kernighan teaches intro classes at Princeton) because of
widespread contempt for teachers based on money madness: students
reason that really smart people will become gazillionaires by starting
companies, and not have the compassion, patience and decency of a
Kernighan. Therefore they take AP. But as a result, they never see
that every subject, even math, and especially a SOCIAL praxis like
mere computing, has multiple POVs...and they wind up libeling a
Schildt.

You then took an easy major (psychology) and entered the workforce
during an era in which companies were increasing their hiring of
ignorant and therefore malleable people who could be trusted to do
boring things like route bugs, and had terminated great developers to
please Wall Street.

You never learned in school that the stack and heap are commonly used,
as is the Turing machine, to explain computation. You never learned
that in CS, the professor might make an error, and either correct it
himself or have it corrected by the student, and use the situation to
teach the facts and a bit of humility as well.

You then, with initiative that is in some sense admirable, became an
enthusiastic auto-didact.

Is this correct?
 
S

Seebs

Um, I think it more likely that he's expressing an opinion. Hanlon's
Razor and all that.

Hmm. You have a point; he is confused enough that he might well have
mistaken the citation on the wikipedia talk page for the claim he's now
making. I retract the accusation.

-s
 
S

Seebs

A comparison between what Peter, Richard and I have written about one or
more books by Schildt with what you have repeatedly said about Peter and
Richard should make the point. Any one of us can be guilty of making
mistakes or miss-speaking but that does not make us liars, conspirators
or incompetent. If anyone took you seriously Peter would have a rock
solid case against you for libel as you have repeatedly impugned his
professional competence in ways that could damage his reputation and career.

You know, it occurs to me that I really ought to point my lawyer at
this stuff. Not because I think there'd be any point in a defamation
case, but because he usually finds my kooks funny.

-s
 
W

wolfgang.riedel

Stop calling Turing (or other names). BTW did I mention that

For all this silly question is worth:
yes: the PL/1 Precompiler is Turing-complete
and yes: the C Prep is not!
(but mightier than you might think: I computed the first
thousand primes with it - nothing I would do on a PC)
I don't remember BAL enough, but it seems to me, that HLA was
the one with a real Macro language.

Greetings,
Wolfgang
 
B

Ben Bacarisse

spinoza1111 said:
You are very ignorant because you could not tell from parsing that
parsing means parsing at Chomsky level 1 in this context.

Did you mean "type 1" rather than "level 1"? If so, why is parsing
linked to type 1 grammars? What has this to do with C?

<snip>
 
S

spinoza1111

Did you mean "type 1" rather than "level 1"?  If so, why is parsing
linked to type 1 grammars?  What has this to do with C?

Yes, and most literate people (Ben) are not of such a literal mind.

Lots of luck making the case that "parsing has nothing to do with C".

And I've just realized why people say "x has nothing to do with y"
here so often as an argument when it would seem that for arbitrary x
and y, the fact that a chain of significance can always be created
between them means that "x has z to do with y" is always trivially
true.

It's because a critical mass of people here didn't learn CS at uni.
Instead they majored in something else, couldn't get a job in their
field, and wound up getting snapped up, much to their astonishment, by
some slave raider looking for nubile and pliable young flesh that some
company could whip into shape by teaching it a few basic motions in
Taylorist style.

It's at uni where x has z to do with y more often.

The parsing in printf is trivial.
 
S

spinoza1111

For all this silly question is worth:
yes: the PL/1 Precompiler is Turing-complete
and yes: the C Prep is not!
(but mightier than you might think: I computed the first
thousand primes with it - nothing I would do on a PC)

Slick. Do you have the code?
 

Ask a Question

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.

Ask a Question

Members online

Forum statistics

Threads
474,100
Messages
2,570,635
Members
47,240
Latest member
taarariachand

Latest Threads

Top