Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.c > #152948

Re: longer 'char literals' meaning in c

Path csiph.com!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From Tim Rentsch <tr.17687@z991.linuxsc.com>
Newsgroups comp.lang.c
Subject Re: longer 'char literals' meaning in c
Date Sun, 28 Jun 2020 04:51:25 -0700
Organization A noiseless patient Spider
Lines 22
Message-ID <86k0zrif2a.fsf@linuxsc.com> (permalink)
References <a844dd76-5343-4845-a9d2-1d05d042baa0@googlegroups.com> <87tv104ij2.fsf@nosuchdomain.example.com> <4lKqG.254784$mk2.321@fx21.am4> <87lfmc4dwh.fsf@nosuchdomain.example.com> <r8qd3b$hmi$1@z-news.wcss.wroc.pl> <r8qntq$p8s$1@dont-email.me> <r8s6lq$k31$1@z-news.wcss.wroc.pl> <87h7wu15dv.fsf@nosuchdomain.example.com> <r8spca$q9$1@z-news.wcss.wroc.pl> <87d07i0y4r.fsf@nosuchdomain.example.com> <r8t7m9$8o1$1@z-news.wcss.wroc.pl> <878si5225f.fsf@nosuchdomain.example.com> <r8v1a3$b86$1@z-news.wcss.wroc.pl> <87lfm4ztok.fsf@nosuchdomain.example.com> <MIb7Z5jPf5oxcfbROg@bongo-ra.co> <867dx0u7zq.fsf@linuxsc.com> <94eb1512-c48a-4704-ba8b-a465c47dec7a@googlegroups.com>
Mime-Version 1.0
Content-Type text/plain; charset=us-ascii
Injection-Info reader02.eternal-september.org; posting-host="ff34e83bcc6e4b254240f67d19971e6a"; logging-data="10742"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19pl83vwX3c6dN6AgP+oONW79OV9A3Sz2U="
User-Agent Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux)
Cancel-Lock sha1:sxcU4QaKd7ns/eT016dO+4jkUFc= sha1:6Hhcb+5kjNUmmLvPHcVtRcEBYUM=
Xref csiph.com comp.lang.c:152948

Show key headers only | View raw


James Kuyper <jameskuyper@alumni.caltech.edu> writes:

> On Sunday, May 24, 2020 at 9:19:16 PM UTC-4, Tim Rentsch wrote:
> ...
>
>> It seems ridiculous to say that the value of a character constant
>> with more than one character is in effect the result of a hash
>> function that is always end up in the range of int.
>
> Ooh!  Ooh!  I know that game!  You like to play it a lot, and I
> can play it too - "It seems ridiculous to say that the value of a
> character constant with more than one character is not, in effect,
> the result of a hash function that always results in a value
> within the range of an int."
>
> Did my statement do any better a job of convincing you, than your
> statement did of convincing me?

Apparently you're confused about something.  The purpose of
making an argument is not to convince opposing counsel but
to convince the jury.  You're just sore because some of the
people here find my arguments more persuasive than yours.

Back to comp.lang.c | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Re: longer 'char literals' meaning in c Tim Rentsch <tr.17687@z991.linuxsc.com> - 2020-05-24 18:19 -0700
  Re: longer 'char literals' meaning in c James Kuyper <jameskuyper@alumni.caltech.edu> - 2020-05-24 20:06 -0700
    Re: longer 'char literals' meaning in c Tim Rentsch <tr.17687@z991.linuxsc.com> - 2020-06-28 04:51 -0700
      Re: longer 'char literals' meaning in c James Kuyper <jameskuyper@alumni.caltech.edu> - 2020-06-28 17:45 -0700

csiph-web