Slashdot Mirror


Taking On Software Liability - Again

An anonymous reader writes "You may remember an article in which a BBC correspondent wrote an article criticising current software licenses. In answer to the huge discussion that this brought about, he has written another article defending his views. From the article: 'It is possible to make error-free code, or at least to get a lot closer to it than we do at the moment, but it takes time and effort. Doing it will probably mean that commercially-available code is more expensive and cause major problems for free and open source software developers. But I still believe that the current situation is unsustainable, and that we should be working harder to improve the quality of the code out there.'"

3 of 382 comments (clear)

  1. Remeber IEFBR14 by sk999 · · Score: 5, Informative

    Making bug-free software is much harder than anyone can imagine.

    Let us not forget the very modest program IEFBR14 - arguably the shortest
    program ever written for use in a production environment. It ran on IBM's
    System/360. (I rans it many times myself.) Its sole function was to
    exit - nothing else. It was a whopping one machine instruction long - 2
    bytes. It was even Open Source (BR14 is the assembly language version of
    the instruction, which is the standard way programs exited). It was the
    simplest possible program that one could write. If ever there was a
    program that was going to be bug-free this was it!

    It had a bug.

    When a program exits on OS/360, it is expected to have set some bits to
    indicate any errors. When a program is called, those bits are in an
    unpredictable state. IEFBR14 had to be modified (doubling its length) to
    clear the bits first.

    Sigh...

    1. Re:Remeber IEFBR14 by Yojimbo-San · · Score: 3, Informative

      Remember IEFBR14 ... which didn't have the bug described in any released version of MVS or OS.

      It's a lovely story of course :-) but not true.

      I just updated wikipedia with the counterclaim ...

      http://www.miketaylor.org.uk/tech/oreilly/more-ief br14.html

      --
      Quick wafting zephyrs vex bold Jim
  2. More reasons by alan_dershowitz · · Score: 3, Informative

    The hugeass elephant in the room here is that for centuries builders have been relying on reusable components and clear standards, while massive numbers of programmers shun these despite their availability, and constantly reinvent the wheel. I'm looking directly at every dink on Slashdot that bitches XML is too complicated and trashes (ha!) on automatic garbage collection. (if someone has some obscure exception, keep it to yourself. The exception isn't the rule.)

    Another difference is, typically if an engineer says something is unsafe, people actually fucking listen to her.

    Oh yeah, and you can't hide how a bridge works. Proprietary code encourages cut corners.

    I believe that good software is attainable. But that won't necessarily come from legislation, it'll come from the industry growing up.