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

Groups > comp.lang.c > #99491 > unrolled thread

Program to read csv file, store characters and numbers in separate arrays

Back to article view | Back to comp.lang.c

Contents

  Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-15 05:05 -0800
    Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-15 13:48 +0000
      Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-15 08:22 -0800
        Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-15 16:28 +0000
          Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-15 09:25 -0800
            Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-15 19:31 +0000
              Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 01:19 -0800
                Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 10:01 +0000
                  Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 02:43 -0800
                    Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 11:03 +0000
                      Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 03:08 -0800
                        Re: Program to read csv file, store characters and numbers in separate arrays jameskuyper@verizon.net - 2016-12-18 03:32 -0800
                    Re: Program to read csv file, store characters and numbers in separate arrays Barry Schwarz <schwarzb@dqel.com> - 2016-12-16 17:09 -0800
              Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 01:25 -0800
                Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 10:11 +0000
                  Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 02:45 -0800
                    Re: Program to read csv file, store characters and numbers in separate arrays Keith Thompson <kst-u@mib.org> - 2016-12-16 09:54 -0800
                      Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 17:56 +0000
                      Re: Program to read csv file, store characters and numbers in separate arrays gazelle@shell.xmission.com (Kenny McCormack) - 2016-12-16 18:02 +0000
                  Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 03:06 -0800
                    Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 11:28 +0000
                      Re: Program to read csv file, store characters and numbers in separate arrays Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-12-16 12:02 +0000
                        Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 12:41 +0000
                          Re: Program to read csv file, store characters and numbers in separate arrays BartC <bc@freeuk.com> - 2016-12-16 13:40 +0000
                            Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 14:03 +0000
                        Re: Program to read csv file, store characters and numbers in separate arrays BartC <bc@freeuk.com> - 2016-12-16 13:03 +0000
                          Re: Program to read csv file, store characters and numbers in separate arrays Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-12-16 15:04 +0000
                            Re: Program to read csv file, store characters and numbers in separate arrays BartC <bc@freeuk.com> - 2016-12-16 15:26 +0000
                              Re: Program to read csv file, store characters and numbers in separate arrays Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-12-16 17:01 +0000
                      Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 04:18 -0800
    Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-15 14:12 +0000
      Re: Program to read csv file, store characters and numbers in separate arrays David Brown <david.brown@hesbynett.no> - 2016-12-15 16:14 +0100
        Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-15 15:37 +0000
          Re: Program to read csv file, store characters and numbers in separate arrays David Brown <david.brown@hesbynett.no> - 2016-12-15 23:20 +0100
            Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-15 23:27 +0000
              Re: Program to read csv file, store characters and numbers in separate arrays David Brown <david.brown@hesbynett.no> - 2016-12-16 12:10 +0100
                Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 11:43 +0000
                  Re: Program to read csv file, store characters and numbers in separate arrays David Brown <david.brown@hesbynett.no> - 2016-12-16 14:01 +0100
                    Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 13:12 +0000
                      Re: Program to read csv file, store characters and numbers in separate arrays David Brown <david.brown@hesbynett.no> - 2016-12-16 14:57 +0100
        Re: Program to read csv file, store characters and numbers in separate arrays BartC <bc@freeuk.com> - 2016-12-15 16:30 +0000
          Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-15 16:36 +0000
            Re: Program to read csv file, store characters and numbers in separate arrays David Brown <david.brown@hesbynett.no> - 2016-12-15 23:29 +0100
      Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-15 08:26 -0800
        Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-15 16:33 +0000
      Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-15 08:32 -0800
        Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-15 16:37 +0000
        Re: Program to read csv file, store characters and numbers in separate arrays Keith Thompson <kst-u@mib.org> - 2016-12-15 12:17 -0800
          Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 01:33 -0800
      Re: Program to read csv file, store characters and numbers in separate arrays Keith Thompson <kst-u@mib.org> - 2016-12-15 12:23 -0800
        Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-15 20:39 +0000
      Re: Program to read csv file, store characters and numbers in separate arrays Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-12-15 21:13 +0000
      Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 00:39 -0800
        Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 08:54 +0000
          Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 01:09 -0800
            Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 09:32 +0000
              Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 01:51 -0800
                Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 10:08 +0000
                  Re: Program to read csv file, store characters and numbers in separate arrays Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-12-16 11:09 +0000
                    Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 03:16 -0800
                      Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 03:20 -0800
                        Re: Program to read csv file, store characters and numbers in separate arrays Keith Thompson <kst-u@mib.org> - 2016-12-16 09:48 -0800
                          Re: Program to read csv file, store characters and numbers in separate arrays gazelle@shell.xmission.com (Kenny McCormack) - 2016-12-16 17:55 +0000
                          Re: Program to read csv file, store characters and numbers in separate arrays raltbos@xs4all.nl (Richard Bos) - 2016-12-20 11:53 +0000
                    Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 11:33 +0000
              Re: Program to read csv file, store characters and numbers in separate arrays Keith Thompson <kst-u@mib.org> - 2016-12-16 09:46 -0800
        Re: Program to read csv file, store characters and numbers in separate arrays "James R. Kuyper" <jameskuyper@verizon.net> - 2017-01-03 15:38 -0500
    Re: Program to read csv file, store characters and numbers in separate arrays Barry Schwarz <schwarzb@dqel.com> - 2016-12-15 12:36 -0800
      Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 01:44 -0800
        Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 10:04 +0000
          Re: Program to read csv file, store characters and numbers in separate arrays Alla _ <modelling.data@gmail.com> - 2016-12-16 03:14 -0800
            Re: Program to read csv file, store characters and numbers in separate arrays Richard Heathfield <rjh@cpax.org.uk> - 2016-12-16 11:46 +0000

Page 4 of 4 — ← Prev page 1 2 3 [4]

#99635

On Friday, December 16, 2016 at 2:16:50 PM UTC+3, Alla _ wrote:
> On Friday, December 16, 2016 at 2:09:30 PM UTC+3, Ben Bacarisse wrote:
> > Richard Heathfield <rjh@cpax.org.uk> writes:
> > 
> > > On 16/12/16 09:51, Alla _ wrote:
> > > <snip>
> > >> The only thing - my compiler didn't try to warn me, it screamed: "Error" )
> > >> parse_csv_2.c:29:37: error: suggest braces around initialization of subobject
> > >>       [-Werror,-Wmissing-braces]
> > >>         char array_names[50][50] = {0};
> > >
> > > Then you have three choices: remove -Werror from your list of compiler
> > > flags, or remove -Wmissing-braces from your list of compiler flags, or
> > > change the code.
> > 
> > Or, four, change your compiler.  That may mean just an upgrade.  I think
> > gcc have fixed this or at least that's how I remember the issue, and I
> > certainly haven't seen that message, for that construct, for quite a
> > while.
> > 
Apple has "quietly" started using clang; I have only recently found out;
it seems I received that switch after installing some recent upgrades 
Apple has sent.
But I still use gcc -flags to compile programs. 

[toc] | [prev] | [next] | [standalone]

#99671

Alla _ <modelling.data@gmail.com> writes:
[...]
> Apple has "quietly" started using clang; I have only recently found out;
> it seems I received that switch after installing some recent upgrades 
> Apple has sent.
> But I still use gcc -flags to compile programs. 

In fact Apple configures the system so that the "gcc" command actually
invokes clang, which can be a bit confusing.

clang is designed to be compatible with gcc, and keeping the same name
avoids breaking scripts that assume "gcc" is *the* C compiler.
(Historically, using the name "cc" would have made more sense, but too
many scripts depend on the name "gcc".)

-- 
Keith Thompson (The_Other_Keith) kst-u@mib.org  <http://www.ghoti.net/~kst>
Working, but not speaking, for JetHead Development, Inc.
"We must do something.  This is something.  Therefore, we must do this."
    -- Antony Jay and Jonathan Lynn, "Yes Minister"

[toc] | [prev] | [next] | [standalone]

#99674

In article <lnr357kbnu.fsf@kst-u.example.com>,
Keith Thompson  <kst-u@mib.org> wrote:
>Alla _ <modelling.data@gmail.com> writes:
>[...]
>> Apple has "quietly" started using clang; I have only recently found out;
>> it seems I received that switch after installing some recent upgrades 
>> Apple has sent.
>> But I still use gcc -flags to compile programs. 
>
>In fact Apple configures the system so that the "gcc" command actually
>invokes clang, which can be a bit confusing.
>
>clang is designed to be compatible with gcc, and keeping the same name
>avoids breaking scripts that assume "gcc" is *the* C compiler.
>(Historically, using the name "cc" would have made more sense, but too
>many scripts depend on the name "gcc".)

Note that (on my system, at least), 'cc' is a link to 'clang', but 'gcc' is
a standalong executable (i.e., a front end that does some massaging of the
command line before invoking 'clang').

-- 
Alice was something of a handful to her father, Theodore Roosevelt.  He was once
asked by a visiting dignitary about parenting his spitfire of a daughter and he
replied, "I can be President of the United States, or I can control Alice. I
cannot possibly do both."

[toc] | [prev] | [next] | [standalone]

#99908

Keith Thompson <kst-u@mib.org> wrote:

> Alla _ <modelling.data@gmail.com> writes:
> [...]
> > Apple has "quietly" started using clang; I have only recently found out;
> > it seems I received that switch after installing some recent upgrades 
> > Apple has sent.
> > But I still use gcc -flags to compile programs. 
> 
> In fact Apple configures the system so that the "gcc" command actually
> invokes clang, which can be a bit confusing.
> 
> clang is designed to be compatible with gcc, and keeping the same name
> avoids breaking scripts that assume "gcc" is *the* C compiler.
> (Historically, using the name "cc" would have made more sense, but too
> many scripts depend on the name "gcc".)

Strictly speaking, that's the fault of those GNUhard scripts, not of
Apple.

Richard

[toc] | [prev] | [next] | [standalone]

#99638

On 16/12/16 11:09, Ben Bacarisse wrote:
> Richard Heathfield <rjh@cpax.org.uk> writes:
>
>> On 16/12/16 09:51, Alla _ wrote:
>> <snip>
>>> The only thing - my compiler didn't try to warn me, it screamed: "Error" )
>>> parse_csv_2.c:29:37: error: suggest braces around initialization of subobject
>>>       [-Werror,-Wmissing-braces]
>>>         char array_names[50][50] = {0};
>>
>> Then you have three choices: remove -Werror from your list of compiler
>> flags, or remove -Wmissing-braces from your list of compiler flags, or
>> change the code.
>
> Or, four, change your compiler.

Oh yes! I didn't even consider such a drastic option, although of course...

> That may mean just an upgrade.

...as you point out, it need not be /that/ drastic.

-- 
Richard Heathfield
Email: rjh at cpax dot org dot uk
"Usenet is a strange place" - dmr 29 July 1999
Sig line 4 vacant - apply within

[toc] | [prev] | [next] | [standalone]

#99670

Richard Heathfield <rjh@cpax.org.uk> writes:
> On 16/12/16 09:09, Alla _ wrote:
>> On Friday, December 16, 2016 at 11:54:40 AM UTC+3, Richard Heathfield wrote:
>>> On 16/12/16 08:39, Alla _ wrote:
>>>> On Thursday, December 15, 2016 at 5:12:52 PM UTC+3, Richard Heathfield wrote:
[...]
>>>>> char array_names[50][50] = {0};
>>>>> int  array_values[50][50] = {0};
>>>>>
>>>>> which will take advantage of the default static initialisation rule to
>>>>> set everything to 0.
>>>>>
>>>> Is it a typo, or did you intend to use only {}, instead of {{}}?
>>>
>>> It isn't a typo. {0} always works, for any kind of aggregate type. But
>>> if you would prefer to use {{0}}, you {{{{{{{can}}}}}}}.
>> My compiler complained about {0} )
>
> Yes, so does mine. But it's wrong to do so. {0} is a C idiom, and 
> perfectly correct.
[...]

And the gcc maintainers have realized this.  gcc 4.9.4 prints the
warning (with "-Wall").  gcc 5.4.1 does not.

-- 
Keith Thompson (The_Other_Keith) kst-u@mib.org  <http://www.ghoti.net/~kst>
Working, but not speaking, for JetHead Development, Inc.
"We must do something.  This is something.  Therefore, we must do this."
    -- Antony Jay and Jonathan Lynn, "Yes Minister"

[toc] | [prev] | [next] | [standalone]

#101028

On 12/16/2016 03:39 AM, Alla _ wrote:
> On Thursday, December 15, 2016 at 5:12:52 PM UTC+3, Richard Heathfield wrote:
...
>> char array_names[50][50] = {0};
>> int  array_values[50][50] = {0};
>>
>> which will take advantage of the default static initialisation rule to
>> set everything to 0.
>>
> Is it a typo, or did you intend to use only {}, instead of {{}}?

"... If the initializer of a subaggregate or contained union begins with 
a left brace, the initializers enclosed by that brace and its matching 
right brace initialize the elements or members of the subaggregate or 
the contained union. Otherwise, only enough initializers from the list 
are taken to account for the elements or members of the subaggregate or 
the first member of the contained union; any remaining initializers are 
left to initialize the next element or member of the aggregate of which 
the current subaggregate or contained union is a part." (6.7.9p20)

"EXAMPLE 3 The declaration

       int y[4][3] = {
             { 1, 3, 5 },
             { 2, 4, 6 },
             { 3, 5, 7 },
       };

is a definition with a fully bracketed initialization: 1, 3, and 5 
initialize the first row of y (the array object y[0]), namely y[0][0], 
y[0][1], and y[0][2]. Likewise the next two lines initialize y[1] and 
y[2]. The initializer ends early, so y[3] is initialized with zeros. 
Precisely the same effect could have been achieved by

       int y[4][3] = {
             1, 3, 5, 2, 4, 6, 3, 5, 7
       };

The initializer for y[0] does not begin with a left brace, so three 
items from the list are used. Likewise the next three are taken 
successively for y[1] and y[2]." (6.7.9p25)

In general, I would not recommend taking advantage of this rule - it's 
potential for confusion is too great. However, in combination with 
6.9p11 "The initializer for a scalar shall be a single expression, 
optionally enclosed in braces.", this rule means that {0} is a valid 
initializer for an object of any type, whatsoever. I do recommend taking 
advantage of that fact.

[toc] | [prev] | [next] | [standalone]

#99566

On Thu, 15 Dec 2016 05:05:12 -0800 (PST), Alla _
<modelling.data@gmail.com> wrote:

>Hello!
>
>I am not a fan of using exclamation marks, and any other text stressing effects, 
>so, instead of those, by resorting to a detailed and a bit verbose description below,
>I hope to make myself clear in terms of what I am trying to achieve, which I often
>fail to do )
>
>Please, take a look at program, which:

<snip> 

>Second csv file (a correct one in terms of csv format):
>Years,2011,2012,2013,2014,2015

<snip>

>Second output:
>(1) Years,2011,2012,2013,2014,2015
>(1.1) buffer length = 32
>(2) Years
>(2.2) buffer length = 26
>(3) 2011 2012 2013 2014 2015 0 

The code you show coupled with the input data you show CANNOT produce
the output you show!

There are only 30 text characters in your string.  The '\n' is the
31st and the terminating '\0' is the 32nd.  Since strlen does not
count the '\0', buffer_length should contain 31, not the 32 your
program prints.

There is something you are not showing us:  
    Possibly trailing data in the file.  That is why several have
asked for a hex dump.
    Possibly different code than what is in your message.

In fact, a trailing blank after 2015 produces exactly the result you
see.  Now the question becomes - why are you not using the correct CSV
file Richard gave you instead of ones you generate yourself with
various errors?

-- 
Remove del for email

[toc] | [prev] | [next] | [standalone]

#99612

On Thursday, December 15, 2016 at 11:36:18 PM UTC+3, Barry Schwarz wrote:
> On Thu, 15 Dec 2016 05:05:12 -0800 (PST), Alla _
> <modelling.data@gmail.com> wrote:
> 
> >Hello!
> >
> >I am not a fan of using exclamation marks, and any other text stressing effects, 
> >so, instead of those, by resorting to a detailed and a bit verbose description below,
> >I hope to make myself clear in terms of what I am trying to achieve, which I often
> >fail to do )
> >
> >Please, take a look at program, which:
> 
> <snip> 
> 
> >Second csv file (a correct one in terms of csv format):
> >Years,2011,2012,2013,2014,2015
> 
> <snip>
> 
> >Second output:
> >(1) Years,2011,2012,2013,2014,2015
> >(1.1) buffer length = 32
> >(2) Years
> >(2.2) buffer length = 26
> >(3) 2011 2012 2013 2014 2015 0 
> 
> The code you show coupled with the input data you show CANNOT produce
> the output you show!
> 
> There are only 30 text characters in your string.  The '\n' is the
> 31st and the terminating '\0' is the 32nd.  Since strlen does not
> count the '\0', buffer_length should contain 31, not the 32 your
> program prints.
> 
> There is something you are not showing us:  
>     Possibly trailing data in the file.  That is why several have
> asked for a hex dump.
>     Possibly different code than what is in your message.
> 
What has led you yet again to suspect me of some hidden motives?
Did you have a chance to see all those messages on the problem I face 
with my csv files, and the reason I show the buffer length in the program?
Yes, indeed, the length is bigger that I have expected it to be, and that 
is why I have posted so many questions on why this can be the case,
and what is happening with my csv files. 

> In fact, a trailing blank after 2015 produces exactly the result you
> see.  Now the question becomes - why are you not using the correct CSV
> file Richard gave you instead of ones you generate yourself with
> various errors?
See my posts above, and see my replies to Richard. I think I have already
tried to explain that it is always better to think of the positive 
motives people might have, rather then trying to find absent ulterior 
motives; as with the code, quoting Ben,  always check for success
rather than failure, and paraphrasing this - always look for positives,
not negatives ) 
> 

[toc] | [prev] | [next] | [standalone]

#99618

On 16/12/16 09:44, Alla _ wrote:
> On Thursday, December 15, 2016 at 11:36:18 PM UTC+3, Barry Schwarz wrote:
<snip>

>> There is something you are not showing us:
>>     Possibly trailing data in the file.  That is why several have
>> asked for a hex dump.
>>     Possibly different code than what is in your message.
>>
> What has led you yet again to suspect me of some hidden motives?

I can't see anything in Barry's article that justifies such an 
accusation. What makes you think he suspects you of anything? He's 
describing facts, not ascribing motives.

I would imagine that Barry, like me, tends to apply Hanlon's Razor to 
every Usenet article he reads.

If Barry is correct, the thing you are not showing us is trailing data 
in the file. If that trailing data is a space character, it is very 
likely that you didn't know the data was there. That, as Barry rightly 
says, is where a hex dump can be invaluable, because nothing can hide 
from a hex dump.

-- 
Richard Heathfield
Email: rjh at cpax dot org dot uk
"Usenet is a strange place" - dmr 29 July 1999
Sig line 4 vacant - apply within

[toc] | [prev] | [next] | [standalone]

#99633

On Friday, December 16, 2016 at 1:04:45 PM UTC+3, Richard Heathfield wrote:
> On 16/12/16 09:44, Alla _ wrote:
> > On Thursday, December 15, 2016 at 11:36:18 PM UTC+3, Barry Schwarz wrote:
> <snip>
> 
> >> There is something you are not showing us:
> >>     Possibly trailing data in the file.  That is why several have
> >> asked for a hex dump.
> >>     Possibly different code than what is in your message.
> >>
> > What has led you yet again to suspect me of some hidden motives?
> 
> I can't see anything in Barry's article that justifies such an 
> accusation. What makes you think he suspects you of anything? He's 
> describing facts, not ascribing motives.
Language barrier? Have I misinterpreted the wording? If so, Barry, I am 
sorry, truly; though I hope I didn't sound impolite; if I ever do, please, 
do me a favor and signal that this or that phrase sounds impolite; I will
be grateful for that. Written dialogues often cause misunderstandings
and misinterpretations, so it is good to clear up if anything. 
> 
> I would imagine that Barry, like me, tends to apply Hanlon's Razor to 
> every Usenet article he reads.
> 
> If Barry is correct, the thing you are not showing us is trailing data 
> in the file. If that trailing data is a space character, it is very 
> likely that you didn't know the data was there. That, as Barry rightly 
> says, is where a hex dump can be invaluable, because nothing can hide 
> from a hex dump.
> 
> -- 
> Richard Heathfield
> Email: rjh at cpax dot org dot uk
> "Usenet is a strange place" - dmr 29 July 1999
> Sig line 4 vacant - apply within

[toc] | [prev] | [next] | [standalone]

#99640

On 16/12/16 11:14, Alla _ wrote:
> On Friday, December 16, 2016 at 1:04:45 PM UTC+3, Richard Heathfield wrote:
>> On 16/12/16 09:44, Alla _ wrote:
>>> On Thursday, December 15, 2016 at 11:36:18 PM UTC+3, Barry Schwarz wrote:
>> <snip>
>>
>>>> There is something you are not showing us:
>>>>     Possibly trailing data in the file.  That is why several have
>>>> asked for a hex dump.
>>>>     Possibly different code than what is in your message.
>>>>
>>> What has led you yet again to suspect me of some hidden motives?
>>
>> I can't see anything in Barry's article that justifies such an
>> accusation. What makes you think he suspects you of anything? He's
>> describing facts, not ascribing motives.
> Language barrier? Have I misinterpreted the wording? If so, Barry, I am
> sorry, truly; though I hope I didn't sound impolite;

Don't worry about Barry. He'll survive. :-)

On Usenet, you need a thick skin. Even when people aren't trying to be 
unpleasant, they can sometimes appear that way because they were 
concentrating more on what they wrote than on how they wrote it.

Be very slow to jump to conclusions about people, but also remember that 
someone who has been unfailingly polite in the past is probably still 
being polite, even if it might at first seem otherwise.

-- 
Richard Heathfield
Email: rjh at cpax dot org dot uk
"Usenet is a strange place" - dmr 29 July 1999
Sig line 4 vacant - apply within

[toc] | [prev] | [standalone]

Page 4 of 4 — ← Prev page 1 2 3 [4]

Back to top | Article view | comp.lang.c

csiph-web