A cousin of mine lived in Atlanta. Correct.
On Sunday, August 22, 2021, 07:51:35 PM EDT, Joe Monk <joemon...@gmail.com>
wrote:
Fulton County is 100% Democrat, just like Maricopa County.
Joe
On Sun, Aug 22, 2021 at 6:48 PM Bill Johnson <
00000047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
> We know Arizona was fraud, Georgia was fraud. States run by Republicans.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Sunday, August 22, 2021, 7:27 PM, Savor, Thomas <
> 00000330b7631be3-dmarc-requ...@listserv.ua.edu> wrote:
>
> "In April 2020, a voter fraud study covering 20 years by the Massachusetts
> Institute of Technology found the level of mail-in ballot fraud
> "exceedingly rare" since it occurs only in "0.00006 percent" of instances
> nationally, and, in one state, "0.000004 percent - about five times less
> likely than getting hit by lightning."
>
> That's by far the stupidest comment I've heard in long
> time.....MIT...Mass..area nothing but Democrats (of course, the election
> was clean). We already know that Arizona was fraud, Georgia was
> fraud...Georgia is trying to figure out how to audit Fulton County where
> terrible voting irregularities occurred...but the fraud machine is
> heavy...Next you are going to tell me that the Georgia voting law is
> wrong...if you think so STOP WATCHING CNN. But I know nothing will happen.
>
> We will not be secure with our elections until we go back to paper
> ballots...i don't trust electronic voting at all...the Rats didn't like
> under Bush, the
> GOP doesn't like it now.
>
> You say, " how can they cheat electronically"...guys think about it. Your
> PC recognizes when you plug something into USB...right. Volkswagen got
> into a lot of trouble when diesel car was plugged into emissions
> test...system recognized it, and changed the settings to pass
> emissions...then when unplugged, car computer reset system back to normal.
> So easily, a voting machine can recognize being audited, do things
> correctly, then when unplugged, go back to "coded" settings....voting
> machines by Law, once certified, are supposed to be dis-connected from the
> Internet, but we know that didn't happen in Arizona.
>
> There were 153 million registered voters in 2016, when 60% voted...which
> is a pretty high amount.
> In 2020, 168 million registered voters, 80+ for Biden 74+ for Trump, for
> 92% voted...impossible.
>
> Biden tried to have a rally here in Georgia during the election...couldnt
> get 100 people to show up...Trump had a rally here in Georgia filled up
> Mercedes Benz stadium, with about 50-60 thousand outside.
>
> Thanks,
>
> Tom
>
> -----Original Message-----
> From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf
> Of Bill Johnson
> Sent: Sunday, August 22, 2021 6:37 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: EXTERNAL: Re: Programs that work right the first time.
>
> CAUTION: This email originated from outside of the company. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
>
> The number of lines of code is absolutely a good way to determine
> complexity. To say otherwise is silly. Is it a 100% correlation, of course
> not. Reminds me of people who say that elections are fraudulent and point
> to the handful of voter fraud incidents when the reality is, voter fraud is
> in effect zero.
> In April 2020, a voter fraud study covering 20 years by the Massachusetts
> Institute of Technology found the level of mail-in ballot fraud
> "exceedingly rare" since it occurs only in "0.00006 percent" of instances
> nationally, and, in one state, "0.000004 percent - about five times less
> likely than getting hit by lightning.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Sunday, August 22, 2021, 6:25 PM, Jeremy Nicoll <
> jn.ls.mfrm...@letterboxes.org> wrote:
>
> On Sun, 22 Aug 2021, at 19:49, Bill Johnson wrote:
> > You claim to know of a 1 line APL super complex program but when asked
> > to prove it can't.
>
> What I actually said was:
>
> "A good case in point is that in APL a useful program can be written in
> one line."
>
> I /did not/ say that I knew of a (specific) 1 line super complex program,
> just indicating that useful one-liners exist in APL.
>
> I was merely suggesting that the number of lines in a program was not a
> good way of estimating complexity.
>
> The two examples I pointed you at on the APL wikipedia page are both (I
> think) good examples of how a single line of code can (a) do a lot, and (b)
> be hard to understand at a glance. Even if the individual APL operators
> (all those greek characters) were represented by operator names, or even
> function names (though they are not functions) I do not think anyone could
> guess what those lines do.
>
> There's a short line of code (only 17 characters!) that determines "all
> the prime numbers up to R". Search (for the text in quotes) on the quite
> long webpage at
>
>
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcomputerhistory.org%2Fblog%2Fthe-apl-programming-language-source-code%2F&data=04%7C01%7Cthomas.savor%40fisglobal.com%7C604acc7f24084e289bde08d965bd7f52%7Ce3ff91d834c84b15a0b418910a6ac575%7C0%7C0%7C637652686827582443%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Y8SIQh32uaTFYS0FywdIiDm5uWdiM8cjh7PY%2Ffvct08%3D&reserved=0
>
> to see it, with an explanation there of how that program works.
>
> It's a whole lot less easy to understand than the equivalent written in,
> say COBOL.
>
> --
> Jeremy Nicoll - my opinions are my own.
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> The information contained in this message is proprietary and/or
> confidential. If you are not the intended recipient, please: (i) delete the
> message and all copies; (ii) do not disclose, distribute or use the message
> in any manner; and (iii) notify the sender immediately. In addition, please
> be aware that any message addressed to our domain is subject to archiving
> and review by persons other than the intended recipient. Thank you.
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
