Re: A note on personal corruption as a result of using C

On Feb 21, 8:11 pm, "Clive D. W. Feather" <cl...@on-the-
train.demon.co.uk> wrote:
In article
<ce140131-84dc-459f-82dc-824169cf5...@xxxxxxxxxxxxxxxxxxxxxxxxxxx>,
spinoza1111 <spinoza1...@xxxxxxxxx> writes

Ah.  You've broken the circularity by adding a rider -- it will be
painful (or unnecessarily clumsy) in C.  I don't think that is right
because you've picked the wrong target: the null terminator.  Those
cases where it matters are rare, the extra complexity of dealing with

Their statistical rarity doesn't mean they're not a problem, because
the speed of digital systems means that in a human, social sense,
statistically rare errors (such as Nuls in data base text fields) can
and do occur all the time,

I disagree. If the database inputs have been validated, there shouldn't
be any such data in the database. If you think the data can get

Wouldn't that be nice. Of course, the reality is otherwise.

corrupted, you need lots of other checks anyway.

But I assume that you wouldn't want any old character in text fields.
You don't want NULs, and you don't want control characters, and you may

What do you mean by "control" characters? Tabs? White space in
general? Wog characters from foreigners? Wouldn't it be nice if
everyone just used what you want?

well not want characters above 126. So you'll need an input validation

YOU are just a programmer, so it's not a question of what YOU want.
Actual people (I refuse to call them "users") need to use balanced
quotes, real mathematical symbols including real greater than or equal
to, Sanskrit, Urdu, and Chinese. Americans need smileys.

C programmer psychology in fact explains why data is trashed in all
too many instances.

function - *this* can be written to cope with NULs. Once you're past
that stage, you can use C strings for everything.

I don't understand why that doesn't work for you.

You're just wrong. C strings cannot without extra programming
represent Chinese characters.


Have you ever noticed that an ordinary computer programmer can never
criticise the language and platform in and on which he claims to be
expert?

No.

Oh, excuse me, you don't associate with ordinary computer programmers,
just destroy careers from afar.

The expressions of loyalty to C expected of an employable C programmer
are just absurd. Basically, on break, at lunch, and in bull sessions,
he has to tell his non-C mates that their language is a piecea shit
while his can "do anything"

Total bollocks. It might be the case where you worked, but that just
shows you needed to get a better employer.

You know very little about the real world. But that was evident in
your assault on Schildt.


--
Clive D.W. Feather                       | Home: <cl....@xxxxxxxxxx>
Tel: +44 20 8495 6138 (work)             | Web:  <http://www..davros.org>
Fax: +44 870 051 9937                    | Work: <cl....@xxxxxxxxx>
Please reply to the Reply-To address, which is:  <cl...@xxxxxxxxxx>

.

Relevant Pages

  • Re: Why R6RS is controversial
    ... the semantics of the language, ... behavior of grapheme-cluster characters under most linguistic ... as the strings grow longer. ... Normalization is hideously complicated, and may require many ...
    (comp.lang.scheme)
  • Re: add support for other languages
    ... There are a lot of issues dealing with internationalization. ... ComboBox needs to use language-specific strings, and you cannot make assumptions about the ... alternate language strings (apparently Finnish is the worst language, ... You cannot assume characters are single bytes. ...
    (microsoft.public.vc.mfc)
  • Re: add support for other languages
    ... Currently, the installer reads the messages from a simple ASCII text file, ... and so the language scope is very limited, however the advantage is that the ... strings in the first place. ... > can have up to 3x the number of characters of English strings). ...
    (microsoft.public.vc.mfc)
  • Re: Null-terminated strings: the final analysis.
    ... irrelevant to a discussion of C strings. ... contain any characters other than '\0', ... Yes, but you can't store a null character in the middle of a string, ... If, because of some requirement outside the C language, I want to ...
    (comp.lang.c)
  • RE: Prothon should not borrow Python strings!
    ... > "Strings are a powerful data type in Prothon. ... > should be a list of characters. ... Is there any dynamic language that already does this right for us to ...
    (comp.lang.python)