Path: ...!tr2.iad1.usenetexpress.com!feeder.usenetexpress.com!tr2.eu1.usenetexpress.com!nntp.speedium.network!feeder01!2a00:1d38:feed:2:a11:feed:feed:1.MISMATCH!feeder1.feed.usenet.farm!feed.usenet.farm!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail From: Gremlin Newsgroups: alt.computer.workshop,comp.os.linux.advocacy,comp.sys.mac.advocacy,talk.politics.guns,alt.comp.os.windows-10 Subject: Re: Snit busted - Lied about the bot Date: Wed, 5 Aug 2020 01:12:43 -0000 (UTC) Organization: A noiseless patient Spider Lines: 417 Message-ID: References: Injection-Date: Wed, 5 Aug 2020 01:12:43 -0000 (UTC) Injection-Info: reader02.eternal-september.org; posting-host="55ea769bc4beef8926fc17ae1dbf8da0"; logging-data="31310"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/ocLm87kKej1zyI5b+47wTctcu1MoxmWQ=" User-Agent: Xnews/5.04.25 Cancel-Lock: sha1:o0efiwNJTRl8Er2M9X1km+G0e78= Bytes: 18286 Snit news:ho672kFluimU1@mid.individual.net Sun, 26 Jul 2020 20:23:47 GMT in alt.computer.workshop, wrote: > On 7/26/20 1:17 PM, Diesel wrote: >> Snit >> news:ho0iubFfst4U2@mid.individual.net Fri, 24 Jul 2020 17:09:31 >> GMT in alt.computer.workshop, wrote: [snip] >> Snit, for what it's worth, > > Until you learn to understand what you read, there is no reason to > think your comments are worth ANYTHING other, perhaps, than a > source of amusement. Snit, I'm not the one who's already demonstrated they have severe reading comprehension issues. No matter how much you try and project your shortcomings onto me, it's not going to change the facts of life for you. You're the one who has problems understanding what you read. I wasn't going to continue with this nonsense, but since you want to troll and be super dishonest as you do, I'm going to share with the audience just how bad your reading comprehension levels actually are: This is what you were provided from the AZ documentation, fully explaining the algorithm: ENCODING IN THE AZ FORMAT EXPLAINED: Step 1. Determine the ASCII value of the character we intend to encode Step 2. Set A1 and A2 variables at the ascii value for A (On the IBM platform that value is 65) Set counter to 0. Step 3. Check to see if counter is equal to the ascii value obtained in Step 1. if so, convert A1 and A2, each to a character. Combine them in reverse order, as in A2 A1. This is our 2 byte encoded "AZ" format. Write this to the output file and return to Step 1. If the counter and the ascii value do not match, add 1 to A1. If A1 goes past the ascii value for Z (which is 90 on IBM), reset it to A (65 on IBM) and add 1 to A2. Add 1 to the counter and repeat Step 3. DECODING IN THE AZ FORMAT EXPLAINED: Step 1. Determine the "AZ" code to process. (As in read it from a file or a device, be sure to read in two characters :-)) Step 2. Set A1 and A2 variables at the ascii value for A (On the IBM platform that value is 65) Set counter to 0. Step 3. Convert A1 and A2, each to a character. Combine them in reverse order, as in A2 A1. This is a test "AZ" code to match with the one we read in, If they match, convert the counter into its character value and write it to the device or file (we have found the match, and the original code, we can now return to step 1 for more "AZ" codes). If they do not match, add one to the counter, and A1, if A1 is greater then 90, reset it to 65 and add one to A2. Return to step 3. If the counter hits 255, then no possible match has been found, Return to step 1. And this is your reply. I've also included the entire thread so anyone else can see for themselves how bad your comprehension actually is. https://groups.google.com/forum/#!searchin/alt.computer.workshop/az$20snit%7Csort:date/alt.computer.workshop/T5-Mammb0IA/SIvvu0IxBQAJ Message-ID: http://al.howardknight.net/?ID=159658625100 OK, looking at the encoding provided by Diesel... seems odd. Could be my lack of understanding in places, but clearly he also has some areas of confusion. ----- ENCODING IN THE AZ FORMAT EXPLAINED: Step 1. Determine the ASCII value of the character we intend to encode ----- Presumably this is just the first character. Then the second. Then the third. Until we get to the end. In simple language: Repeat with theCharacter from 1 to count of characters in theText Maybe it is count -1 since he seems to look at two characters at a time (though he never really says that). But so far so good. ----- Step 2. Set A1 and A2 variables at the ascii value for A (On the IBM platform that value is 65) Set counter to 0. ----- This is odd. Why not just set A1 and A2 to 65 given how that is ALWAYS the ASCII value of "A". This is true not only of 7 bit ASCII, but also 8 bit (extended) ASCII. So to use our simple language it is just: Set A1 to 65 Set A2 to 65 Set Counter to 0 So far so good. Ish. Why not just say that? ----- Step 3. Check to see if counter is equal to the ascii value obtained in Step 1. if so, convert A1 and A2, each to a character. Combine them in reverse order, as in A2 A1. This is our 2 byte encoded "AZ" format. Write this to the output file and return to Step 1. If the counter and the ascii value do not match, add 1 to A1. If A1 goes past the ascii value for Z (which is 90 on IBM), reset it to A (65 on IBM) and add 1 to A2. Add 1 to the counter and repeat Step 3. ------ This is where things get weird, at least to me. The Counter is set to the ASCII value of A, and then in the next round to the value of B. But with the A1 and A2 he is just rotating them 1 (similar to what I said with ROT-13 but only one character). And he has the wrap-around... so "A" becomes "B", "B" becomes "C".... "Z" becomes "A". But he has no such wrap around described for the counter... so after the first 26 additions to the Counter the value of Counter goes past the values of A-Z and would never match the ASCII value of a character. Seems the counter would have to be reset. And having the counter and comparing it to the value really adds very little except the occasional "bumping" of a character to rotate more than once. Oh, and does he ever say to look at the next character? He again talks about the ASCII value on "IBM", as if a "American Standard Code for Information Interchange" would be different on different systems when it is, by definition, a "standard". Seems amazingly odd a programmer would not know this... not putting Diesel down here but I am curious as to what he was thinking when he wrote that! Anyway, seems the counter needs to go back to the value of "A" (65) but he never says that. Again, maybe I am missing something. Diesel, can you explain? ----- As you can see, the AZ format is really not that hard to code for other programs such as OffLine Mail Readers and the like. ----- At least from what I can tell, and I might be wrong, you did not describe it correctly. *** end paste As various others in the thread all point out to you, the only one who has the problem with understanding things concerning AZ was and still is, you. And, only you. Everyone else understood the material I shared, except for you. And as anyone can see in the post here, everytime you fuckup and don't understand something (which was a lot in this case), you try and make the other person share some/all of the blame. It's never your fault. Except, here, it clearly was; and various others even corrected your efforts to try and pin anything on me. > And why do you pretend -- dishonestly -- to have quoted me lying? I didn't pretend any such thing. You did lie on me, multiple times now. And you've been trying your best to cover up for it by projection and deflection. It hasn't worked, though. What you wrote is below, most of it. I could be further anal about this and include the text you wrote previous to what I isolated: On 5/7/20 9:36 PM, Diesel wrote: > Now you go and find some old source code you don't understand and ask > for Snits advice concerning it? The idiot didn't even realize what > you were asking about and provided you no answer. Ah, more trolling of me by you. So more reminding you of your past nonsense. ---------------------------------------------------------------------- ========== REMAINDER OF ARTICLE TRUNCATED ==========