Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Government Bug United States News Politics

Software Bug Adds 5K Votes To Election 239

eldavojohn writes "You may be able to argue that a five-thousand-vote error is a small price to pay for a national election, but these errors are certainly inadmissible on a much smaller scale. According to the Rapid City Journal, a software glitch added 4,875 phantom ballots in a South Dakota election for a seat on the city council. It's not a hardware security problem this time; it's a software glitch. Although not unheard of in electronic voting, this bug was about to cause a runoff vote since the incumbent did not hold a high enough percentage of the vote. That is no longer the case after the numbers were corrected. Wired notes it's probably a complex bug as it is not just multiplying the vote count by two. Here's to hoping that AutoMark follows suit and releases the source code for others to scrutinize."
This discussion has been archived. No new comments can be posted.

Software Bug Adds 5K Votes To Election

Comments Filter:
  • Uh oh... (Score:3, Funny)

    by Anonymous Coward on Monday June 08, 2009 @09:33AM (#28250863)

    The software has achieved sentience and is trying to elect its robot overlords! Before anyone else... I for one welcome our democratically elected robot overlords.

  • by pieterh ( 196118 ) on Monday June 08, 2009 @09:34AM (#28250865) Homepage

    Why is a voting system doing any kind of math at all? I voted yesterday in Belgium on a computer that puts my vote onto a card, which is then tallied separately. This same system has been working since at least 1995 with zero reports of fraud or failure (except normal "computer is broken" style failures).

    How can a computer "add phantom ballots"? Software does not just "glitch", it breaks in ways that depend entirely on how it was built.

    • by rvw ( 755107 ) on Monday June 08, 2009 @09:42AM (#28250959)

      Why is a voting system doing any kind of math at all? I voted yesterday in Belgium on a computer that puts my vote onto a card, which is then tallied separately. This same system has been working since at least 1995 with zero reports of fraud or failure (except normal "computer is broken" style failures).

      How can a computer "add phantom ballots"? Software does not just "glitch", it breaks in ways that depend entirely on how it was built.

      How do you know this system is fraud free? Reading your comment doesn't convince me one bit. I voted too, in the Netherlands, and for the first time in years I had to use a pencil again. No guarantee that there are no counting errors, but they won't be systematic on a large scale.

    • by Darkness404 ( 1287218 ) on Monday June 08, 2009 @09:43AM (#28250973)
      While I'm as puzzled as you are on why its doing simple addition wrong, I can understand why you would want a computer to do the math though, as it should be more error-proof than humans.
      • Re: (Score:3, Funny)

        by C_Kode ( 102755 )

        Real life appears to disagree with you! :D

      • Right. Ask a computer to count 1 million records and stop exactly on the millionth, and then ask a person to count 1 million cards and stop on the millionth. If you had to bet your life on it, who would you think would be more precise? Obviously computers have value.

        On the other hand, I'm a firm believer in the idea that the source code should be available for review to make sure there are no weird bugs that could multiply votes, and there should be a paper trail so that the computer can be checked for voter fraud. Computers are more efficient, but not only are they more efficient at doing the right thing, and they're more efficient at doing the wrong thing. If the code tells them to count votes incorrectly (whether it's fraud or an inadvertent bug) they will very efficiently count the votes incorrectly.

    • by tangent3 ( 449222 ) on Monday June 08, 2009 @09:48AM (#28251025)

      Additions just aren't so simple anymore in concurrent computing. The obvious way to do addition in gcc c would be:

      totalVotes[candidate]++;

      but this will totally screw up the vote count, whereas

      __sync_add_and_fetch(&totalVotes[candidate], 1);

      gets it right.

      • by jgtg32a ( 1173373 ) on Monday June 08, 2009 @09:54AM (#28251099)
        I'm not a programmer but why would totalVotes[candidate]++; not work?

        Is it a race condition, it pulls the number adds one and puts it back, and if the system is run parallel it will drop vote added at the same time?
        • Re: (Score:2, Informative)

          by stickrnan ( 1290752 )

          i++; is essentially the same as the statement i=i+1;. If you have multiple threads running at the same time you can potentially lose data should more than one thread try to assign i the value of i+1 at the same time.

        • by Anonymous Coward on Monday June 08, 2009 @10:19AM (#28251409)

          Yes, it's a threading issue. If you have multiple threads trying to update the value, some of them won't count. You'd either need to use a lock (and probably mark the variables as volatile) or use some kind of atomic update (like a read-modify-write operation).

          Still, you'd have to be an idiot to even try to count votes as they're coming in. A much better approach would be to use a database. Database servers are already really good at handling concurrency and scaling. When a vote is cast, simply add a record to the database. Once the election's over, do something like "SELECT COUNT(*), candidate_id FROM votes GROUP BY candidate_id", and the results will be calculated based on the records in the database.

          Really, you could only screw this up if you insisted on developing the entire system from scratch, rather than going with existing, well-tested code.

          • by BitZtream ( 692029 ) on Monday June 08, 2009 @11:18AM (#28252077)

            Sure, go ahead and add a field to the table and you've got a record of who voted for who, which is awesome!

            The problem for slashdotters is that there is more to a voting system than JUST counting the votes properly.

            You have to count the votes properly, provide proper auditing to validate that everyones vote got counted for who they voted for, all the while making sure that you don't actually know who specifically voted for who, even though you may need to prove that their vote was counted for a specific candidate later.

            If all they had to do was count votes, they would have gotten it right cause even the $0.50/hour programmers from India can get that part right.

            It does blow my mind however that we still get errors in electronic voting due to bugs, these companies are utterly failing and should be banned from making software such as these as soon as a bug like this is detected. It is not acceptable to have not tested your software properly before hand to detect this crap.

        • Re: (Score:3, Interesting)

          Exactly... why would it fail on a single-threaded program? The problem is much more that just simple race-conditions on instruction level. What do you do if the program crashes? You have no way of recovering if all you do is increment an array. It really should keep a cryptographically signed logs of each vote, on hardware designed to be read only using specialized key+hardware. The GUI app and the vote management app should be separate programs, with different user/privileges. This would avoid the more c
        • I doubt this is how the machines work, but to answer your question, assume thread A and B are voting machines trying to update a single vote count.

          The three steps in doing that are:

          1) Read the current value
          2) Increment the current value
          3) Store the result back in the memory location

          If thread A and B read the current value at the same time, they will both increment that same value and both try to restore the new incremented-by-one value. So if current votes is 55, thread A and B will both simultaneously rea

          • I doubt this is how the machines work, but to answer your question, assume thread A and B are voting machines trying to update a single vote count.

            The three steps in doing that are:

            1) Read the current value 2) Increment the current value 3) Store the result back in the memory location

            If thread A and B read the current value at the same time, they will both increment that same value and both try to restore the new incremented-by-one value. So if current votes is 55, thread A and B will both simultaneously read that value, increment 55 to 56 and store that result.

            God, I hope not- that's a horrible algorithm.

            Client threads should never query the server for the current tally. They simply need to post a single event that carries the argument(s) identifying the vote for the candidate/issue, and a unique ID (ie- an MD5 generated from the current user's voting ID) to prevent multiple votes. The only communication that the client should receive from the server is a confirmation that the vote has been received.

        • Re: (Score:3, Informative)

          I'm not a programmer but why would totalVotes[candidate]++; not work?

          Is it a race condition, it pulls the number adds one and puts it back, and if the system is run parallel it will drop vote added at the same time?

          Because totalVotes[candidate]++ really is
          totalVotes[candidate] = totalVotes[candidate] + 1
          which is
          temp = totalVotes[candidate];
          totalVotes[candidate] = temp + 1

          and with 2 threads this might look like this:

          Thread1: tempA = totalVotes[candidate];
          Thread1: totalVotes[candidate] = tempA + 1
          Thread2: tempB = totalVotes[candidate];
          Thread2: totalVotes[candidate] = tempB + 1

          Or like this:

          Thread1: tempA = totalVotes[candidate];
          Thread2: tempB = totalVotes[candidate];
          Thread1: totalVotes[candidate] = tempA + 1
          Thread2:

      • Re: (Score:3, Interesting)

        by Tubal-Cain ( 1289912 )

        The obvious way to do addition in gcc c would be:

        totalVotes[candidate]++;

        but this will totally screw up the vote count.

        Why will it screw up? A bug? gcc trying to force good coding practices? Ignorant minds want to know.

      • Re: (Score:3, Insightful)

        by wfstanle ( 1188751 )

        The real question is why is there a need for parallel processing? This is a voting machine, even a simple single core processor without any threads should be sufficient. As a matter of fact, I would try to make the software as simple as possible. When it is short and simple, there is less chance of hidden bugs or for a malicious programmer to hide something in the code. Also, any obfuscated code should not be allowed.

    • Re: (Score:3, Interesting)

      by RenHoek ( 101570 )

      Well, there's the

          candidate[x]++;

      that should be going on inside..

      Other then then, no math..

      Seems somebody is not following the K.I.S.S. method..

    • by tangent3 ( 449222 ) on Monday June 08, 2009 @09:55AM (#28251107)


      void vote(int candidate)
      {
         switch (candidate)
         {
            case GEORGE_BUSH:
               totalVotes[GEORGE_BUSH] ++;

            case AL_GORE:
               totalVotes[AL_GORE] ++;
               break;
         }
      }
      • by Cixelsiduous ( 1544363 ) on Monday June 08, 2009 @10:24AM (#28251467)
        eh...your first case statement is missing a break. As it currently stands, a vote for GEORGE_BUSH also adds a vote for AL_GORE. I dunno maybe you left it out on purpose to make a point? I guess the bigger question is: why do I care? The answer of course is because I have no friends.
      • Re: (Score:3, Funny)

        by EkriirkE ( 1075937 )
        I think you meant to have Gore first, then Bush...
    • Seriously...

      How hard is

      If "A"
      A = A + 1
      elseif "B"
      B = B + 1
      elseif "C"
      C = C + 1
      endif

      ???

    • by slyn ( 1111419 )

      Seriously, if they want an electronic voting platform that is bug free they can just tell everyone to bring in their #2 pencils and drag in the scantron machines from the local public schools.

      When was the last time you heard about a student getting a 5000/100 because the scantron had a bug in the software. Pure incompetence (or worse) on the part of the voting machine companies.

  • by Nursie ( 632944 ) on Monday June 08, 2009 @09:34AM (#28250871)

    I mean really, I'm pretty sure I could write a program with a couple of buttons and a counter for each.

    What's going on here?

    • by noundi ( 1044080 ) on Monday June 08, 2009 @09:46AM (#28250997)

      What's going on here?

      That, my friend, we will never find out. We would if these highly complex applications were OSS, but then again the complexity of these are so immense that 9/10 experienced programmers had their heads spontaneously explode upon viewing the first line of code. That or someone is bullshitting you.

    • As someone that's never bothered to do much more than a while loop, I am pretty sure I could belt out an "count the number of times I press 'a' and the number of times I press 'b'" in less than 10 minutes.
    • What's going on here?

      What's going on here is that the vast majority of computer software is crap. And if the programmers think that nobody is ever going to see the source and that it will be impossible to verify the results then the software they write is even crappier. And even if it were traced back to the incompetent programmers there'd be no liability for them... worst cases they get fired and go to work at some other company that doesn't know better than to hire them.

      Of course there's also the purposely rigged voting sof

    • It is precisely that attitude that causes these kinds of problems.

      It is not just a counter. It might start off that way. Then someone wants to centralize the counting for all the machines.
      Someone wants centralized report generation. Someone wants the data encrypted or stored in a certain format.
      Then you throw in networking, threading, database... issues and it can very easily turn a simple 'counting' problem into something much more difficult.

  • How..... (Score:4, Insightful)

    by Darkness404 ( 1287218 ) on Monday June 08, 2009 @09:36AM (#28250891)
    It still amazes me how "hard" it is to write a simple program. First have something to scan the ID, check that its unique then move to the voting. Have a few radio buttons that you click, then hit submit, each radio button corresponds to a candidate or a choice, they are added up and give you the results. How the crap do you screw that up?
    • Re: (Score:2, Interesting)

      by Anonymous Coward

      How does a local election provider define the ballot? How do you ensure that the ballot programming is accessible to politicos and not computer programmers? How do you QA the ballot program? How do you verify that nobody has tampered with the ballot program after it has been QAed?

      For QA, how do you do it without using official ballots that don't end up in the valid votes pile? Do you use a different form? Then the official ballot might be different from the test ballot and result in badly counted votes

      • Re:How..... (Score:4, Insightful)

        by Darkness404 ( 1287218 ) on Monday June 08, 2009 @09:57AM (#28251137)

        How does a local election provider define the ballot?

        Depends, have a list of candidates, choose the candidate, submit it. For a yes or no issue have two buttons, one yes the other no.

        How do you ensure that the ballot programming is accessible to politicos and not computer programmers?

        Either have a GUI or hire a programmer, I'm sure that the cost of one programmer and one or two other people is a lot less than hiring a team to hand-count votes.

        How do you QA the ballot program? How do you verify that nobody has tampered with the ballot program after it has been QAed?

        Sign it. Have the program check the signature, good signature it lets it go, bad signature it rejects it and throws up an error message.

        For QA, how do you do it without using official ballots that don't end up in the valid votes pile?

        Reimage the machine after use.

        What happens if the scanner (for optical scanners) gets miscalibrated, or the ballot printer was miscalibrated when it printed them, so that alignments aren't off? What if the initial votes and ballots are correct but later ones are not because of changes in calibration or alignment? Think about multiple ballot runs off a printer in a high-volume election.

        Simple, don't use scanners. Simply have it be all digital with a paper printout that may be used if the electronic voting failed due to errors, etc. The paper printouts could be hand-counted if there was a major failure.

        What about different election types? "Most-of", "at-large", "one-of", "instant-runoff", etc.? What about the interactions between these election types and other election types on a single ballot? What about multiple ballots in small regional areas? Who programs them and verifies the programs?

        Programmers and the town. Have an open meeting where anyone can discuss them, fix them, etc. You only need to hire one competent programmer to program a ballot. Multiple ballots are simply more XML files, trivial to make.

    • Comment removed (Score:5, Interesting)

      by account_deleted ( 4530225 ) on Monday June 08, 2009 @09:52AM (#28251061)
      Comment removed based on user account deletion
      • Re: (Score:2, Interesting)

        by S77IM ( 1371931 )

        We still have paper ballots that can be counted by any human being if the computer system fails. All the computer does is tabulate them and provide an interface for those voters (the blind/handicapped) whom can't fill out paper ballots themselves.

        This is how all electronic voting systems should work. No automated result should be legally admissible for anything unless a human can double-check that result. It's like those robot radar guns that snap a photo of your license plate and then mail you a ticket. There's no defense against it or way to double check it -- there's no human to put on the stand and testify against you. (I'm sure there are legal ways around this that let places use this technology but I disagree with them.) It's the same wit

        • Re: (Score:3, Informative)

          Comment removed based on user account deletion
          • Sound like a good system .... mark a paper ballot, scan it, keep it in case of disputes

            The Computer only counts votes, it is just doing the job of a counter only quicker

            The paper votes system is transparent and hard to fix, the only downside is the slow counting

            The marker could be used for all people to stop spoiled papers .....

    • Re: (Score:2, Flamebait)

      by filesiteguy ( 695431 )
      At least here in LA County it is extremely complicated.

      Given that the law requires us to have a maximum of 1,000 residents per precinct and that ballots must not show the same candidates in the same order on any subsequent precincts, there are a ton of complications. Keep in mind, we have well over 8M potential voters in LA County and 5,000 precincts. (Let's not even get into the fact that we print ballots in eight languages by Federal law.)

      In the November election, we counted well over 4,000,000 ballots b
    • by PRMan ( 959735 )
      Because, some programmers, like those above, would multithread such a simple operation and then do it wrong. KISS.
  • by thekm ( 622569 ) on Monday June 08, 2009 @09:36AM (#28250895)
    ...but I can't understand how a glorified logger can be this far off. With hand-shaking and all the rest of it, it just staggers me that something this simple is so hard. If our systems or audit logging were off by more than 5k, our nuts would be in a sling, and our projects sure as heck aren't as big as these puppies.
  • Blckboxvoting.org (Score:5, Insightful)

    by Red Flayer ( 890720 ) on Monday June 08, 2009 @09:38AM (#28250911) Journal

    "You may be able to argue that a five thousand vote error is a small price to pay for a national election but these errors are certainly inadmissible on a much smaller scale.

    A software error resulting in +/- 5000 votes cast is unacceptable on any level, even if it gets drowned out on the national level in the US.

    There is absolutely no reason or excuse for software to miscount votes. It isn't rocket science.

    I know I'm preaching to the choir here, but this shit just pisses me off. It's a matter of national and local integrity that our voting systems are transparent. Please support blackboxvoting.org [blackboxvoting.org] if you don't have the time to get involved in a deeper fashion (calling/writing your legislators, etc).

    Note: I'm not affiliated with blackboxvoting.org. I just appreciate their work.

    • by jschen ( 1249578 )
      Agreed that 5000 votes is completely unacceptable even on the largest scale elections. That's an order of magnitude higher than the margin between candidates in Florida in the US 2000 presidential election!
    • by nedlohs ( 1335013 ) on Monday June 08, 2009 @10:06AM (#28251253)

      Yes, but it's hilarious when there were only 5600 actual votes cast. +/-100% error bars, is good enough for government work apparently.

    • whiners (Score:3, Funny)

      A software error resulting in +/- 5000 votes cast is unacceptable on any level, even if it gets drowned out on the national level in the US.

      You know, some people are always complaining. First you complain that there's not enough people turning out to vote each election, that people are apathetic, etc. Finally someone develops some software that fixes that problem and now everyone complains about that!!

    • Verified Voting (Score:3, Informative)

      Verified Voting [verifiedvoting.org] also does great work.
  • Bug? (Score:2, Funny)

    It's not a bug, it's a feature.
  • Wired thinks it's "probably a complex bug"? I think probably not, it's probably something blindingly simple, and stupid.
  • that adding involves multiplying by numbers greater than 1.
  • by BlueKitties ( 1541613 ) <bluekitties616@gmail.com> on Monday June 08, 2009 @09:41AM (#28250957)
    I'm pretty sure, somewhere in that code, was a server thread handle which states "if {vote=="thisGuy"){thisGuy++;}else{otherGuy++;}" - because validating your requests might require extra code.
  • tampering? (Score:5, Interesting)

    by Ltap ( 1572175 ) on Monday June 08, 2009 @09:44AM (#28250987) Homepage
    TFA only tells me the numbers and the guy's plans, nothing about the actual bug. What was it? It seems awfully hard to screw up adding two numbers together to get a third number, which is basically what that software was doing. Has it occurred to anyone that it might have been tampering? It seems to me that, with the fairly large (tens of thousands) number of votes, adding or removing just enough to make it a runoff would be the perfect vote tampering scheme - too little to draw much attention, but enough to actually make a difference.
    • too perfect (Score:3, Interesting)

      by Khashishi ( 775369 )

      The initial Tuesday night report said incumbent Ron Kroeger received 49.96 percent of the vote, short of the 50 percent plus 1 vote re-election requirement. The recount found he actually received 51.8 percent, more than enough to secure his seventh term over challengers John Roberts and Steve Rolinger.

      Doesn't anyone think that 49.96%, short of 50% is too perfect for a random error? Most software errors will cause the numbers to explode, either to 0 or some gigantic number.

  • It's simple (Score:5, Funny)

    by Mad-Bassist ( 944409 ) on Monday June 08, 2009 @10:00AM (#28251165) Homepage

    Someone forgot to clear the chad bit!

  • yet we continue to use them, both here and abroad. Curious.
  • Doubles (Score:2, Funny)

    by Paddo_Aus ( 700470 )
    Was there a double B, double G, double L?
  • In related news... (Score:3, Interesting)

    by Xiver ( 13712 ) on Monday June 08, 2009 @10:09AM (#28251291)
    In related news its apparently very easy to convince the media that programming voting machines is hard. I seriously doubt this was an accident. Independent testing should have flushed this bug out very early.
  • my observation (Score:3, Interesting)

    by Tumbleweed ( 3706 ) * on Monday June 08, 2009 @10:11AM (#28251315)

    I find it interesting that companies that make ATMs for systems that track things down to the penny are unable to track much smaller numbers with errors of plus or minus THOUSANDS.

    Maybe we should just start voting at ATMs?

    Oh wait, that's what the lobbyists do already.

    • by tnk1 ( 899206 )

      I find it interesting that companies that make ATMs for systems that track things down to the penny are unable to track much smaller numbers with errors of plus or minus THOUSANDS.

      Maybe we should just start voting at ATMs?

      Oh wait, that's what the lobbyists do already.

      No, that's merely where the lobbyists get their ballots... twenty of them on each sheet. It's sort of like absentee voting. They actually need to send them to various drop off points like the PR firm and the offices of a few dozen Congressmen to actually vote.

      But you're right about one thing. One way or another, their votes are always counted correctly.

    • by Acer500 ( 846698 )

      I find it interesting that companies that make ATMs for systems that track things down to the penny are unable to track much smaller numbers with errors of plus or minus THOUSANDS.

      I had ATMs screw up four times in about 8 years. One of the four times, a Diebold machine refused to give me the money, gave me no receipt, just had a "failure" message on screen, but the withdrawal was somehow recorded. It was on a national holiday over here, so nobody could be reached for help, the maintainers of the ATM network refused to acknowledge the error, and instructed me to file a complaint to the bank the day after.

      The bank refused to reimburse the money, that's why I won't do business with Ban

  • This case quite clearly highlights all the advantages of an paper trail.

    Dispite a the software part of the IT system, we're capable of finding the true result of the election because we've still got the paper votes.

    Result: the voting system works.

    Compare and contract this to an system which didn't have paper ballots. It would be almost impossible to even see if there was a problem, let alone be able recover from it. You could possibly see that the numbers were wrong if they'd taken an register of who'd vo

  • No one yet has provided me a compelling argument for why we need to use electronic voting.

    It seems to be simply a combination of techno-fetish with an illogical push toward "the new thing" which someone has sold as "better".

    Yes, it is hard to conduct an election. Making machines do the counting would reduce the human effort, but the cost way is too high. While I was open to the concept initially, the graft and fraud uncovered leaves me with no confidence any longer that the machines in an election booth w

    • Even if the machines were free, you're right. When the cost is our nation and our freedom, the cost is just too high.

  • Pseudocode (Score:3, Informative)

    by Jamamala ( 983884 ) on Monday June 08, 2009 @10:21AM (#28251427)
    I posted a question yesterday about what was wrong with a simple program. No-one seemed to know so here's my attempt at writing that simple program. Feel free to tear my ideas to pieces. Hint: I am not a programmer.

    MAIN:
    print("Please enter your Voter ID")
    scan, store as voterID
    if (voterID == any value in array of legal voters)
    then run the vote program
    else {
    print("Error")
    go back to main }

    VOTE:
    print("Enter your choice of candidate")
    scan, store as candidate
    if (candidate == A) {
    then record vote for candidate A
    remove voterID from array of legal voters
    exit }

    elif (candidate == B) {
    then record vote for candidate B++
    remove voterID from array of legal voters
    exit }

    else {
    print("Error")
    go back to vote }
    • You're missing a method to ensure the voter doesn't vote multiple times by using the IDNumber on multiple machines at the same time.

      So:
      scan, store as voterID
      if CheckOut(voterID) 'Returns true if successful, if already checked out, returns false
      if (voterID == any value in array of legal voters)
      then run the vote program
      end if

      else {
      print("Error")
      go back to vote }

      CheckIn(voterID)

      The error coding to ensure that the voterID gets checked back in if a vote isn't cast in error and that the ID gets ma

  • ballot browser (Score:3, Informative)

    by mtrachtenberg ( 67780 ) on Monday June 08, 2009 @10:28AM (#28251539) Homepage

    There is a very simple, comparatively low-tech fix for broken elections that involve paper ballots.

    As we do in Humboldt County, CA, run all ballots through an off-the-shelf scanner and run an independent count with independent, open source software. Ballot Browser (open source, Python, GPL from me) is available for tweaking and the basics are explained in April's Python Magazine. Or, it's really not that difficult to write your own bubble-reading software.

  • Maybe they should replace the core of their system Open Office.
  • Ok, being serious here. I'm an eng for a software development company. Security is a very aspect of our software; we store patient records for DoD hospitals.

    I'm honestly scratching my head here, completely confused as to how anyone...anyone...could take a concept as overwhelmingly farking simple as COUNTING and screw it up. Seriously. I'm pretty sure I could have a reliable, bug-free (oh yes, I made that claim), fully auditable system created in a few days. I really, really don't understand why the hel

    • by TheLink ( 130905 )
      Well a sufficiently high level of incompetence is indistinguishable from malice.

      So maybe the people responsible should be punished as if they did it on purpose.

      Because we're not actually talking about "just counting". We're talking about something far more important - voting.

      The USA keeps making disparaging remarks about non democratic countries, spends hundreds of billions of dollars and thousands of lives to establish democracies/"regime change", but can't even count votes properly back home. Come on, we
  • Some people's vote is double counted. For others, only 0.2 extra votes were added. (0.6 original vote and another 0.6 double counted vote). Looks like they followed the constitution a little too strictly and counted *some* people as only 3/5 people.
  • PuhLease (Score:3, Funny)

    by wtbname ( 926051 ) on Monday June 08, 2009 @11:10AM (#28251973)
    Can't these idiots get anything right? This is so freaking easy to fix it boggles the mind.... votes = votes - 5000 ; There. Done.
  • by Subm ( 79417 ) on Monday June 08, 2009 @11:49AM (#28252541)

    The real issue isn't that the votes were miscounted in South Dakota.

    It's that I bought them for South Carolina!

  • PAPER FUCKING VOTES
    HAND FUCKING COUNTS
    FUCK!

    Filter error: Don't use so many caps. It's like YELLING. THAT'S BECAUSE I'M YELLING!

  • by bill_kress ( 99356 ) on Monday June 08, 2009 @12:07PM (#28252829)

    When you make the Choice to make something closed, especially something this important, you really should be taking on the responsibility for any errors, bugs, security flaws or back-doors that end up in the software.

    If you're willing to take the responsibility, than any error should be considered criminal--as in jail time for the CEO and others who made the (now obviously wrong) decision to keep the information private.

    If you don't want the responsibiliy, that's totally understandable--just open the software for peer review by anyone.

    I'm getting kind of tired of CEOs and politicians with no competency doing jobs they obviously don't understand, taking authority and reward without responsibility. I realize they are hard jobs, but doesn't that make it even more important to hire someone intellictually and morally competent instead of some college drinking bud from the good ole' boy network?

  • by SnarfQuest ( 469614 ) on Monday June 08, 2009 @01:17PM (#28253659)

    As part of the agreement for purchasing the voting machines, add a clause that subtracts $1.00 for each vote miscalculated.
    This should make the voting machine creators be much more careful about the software they supply.

To stay youthful, stay useful.

Working...