Re: Procyon Library for Atmel AVR MCU - I²C problems

Ben Bacarisse <ben.usenet@xxxxxxxxx> writes:

Richard<rgrdev@xxxxxxxxx> writes:

Nick Keighley <nick_keighley_nospam@xxxxxxxxxxx> writes:

On 31 Jul, 00:39, Richard<rgr...@xxxxxxxxx> wrote:
Richard Heathfield <r...@xxxxxxxxxxxxxxx> writes:

<snip>

Like all [Twinmk's] claims, that one should be taken
with a vast pinch of salt. Including the one that he can debug any program
without source code, provided that he has a debugger - or was that the
other troll? I get them all mixed up sometimes. (And did whichever
troll

No one has ever claimed that. You are a liar.

don't you find your double standards embarrassing?
Presumably not or you wouldn't keep doing it.

<snip>

What double standards? Chapter and Verse please.

Is it worth it -- who knows? In the message with ID
<g6qb97$a3l$2@xxxxxxxxxxxxxxxxxxxxxxxxx> you agreed with Antoninus
Twink's absurd statement:

| Antoninus Twink <nos...@xxxxxxxxxxxxxx> writes:
| <snip>
| > Fact is, *noone* has claimed to be able to debug code using only a
| > debugger and not seeing the source code. *You* on the other hand (and
|
| Exactly.
|
| > many of your lackeys and lickspittles) have claimed on many occasions
| > that you can debug any problem using only a printout of the source code
| > and never a debugger. I call bull*** on that.
|
| Me too.

To be consistent you would have to have called Antoninus Twink a liar,
but instead you agreed with him. This, to me, is a double standard.
In both cases you know full well that each statement is a parody of
the opposing position -- a parody to which Richard Heathfield draws
your attention to in the text you chose to cut so you could call him a
liar.

I am certain that you will not see it as a double standard, but it
seems to be worth one message to point to the chapter and verse since
you asked for it.

Maybe I am missing something. I have not seen anyone claiming here that
one can debug easily without the source code or symbols.

Heathfield threw in a straw man. Or a lie. Whichever
.

Quantcast