Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Programming IT Technology

What Is the Oldest Code Written Still Running? 903

Consul writes "What is the oldest piece of code that is still in use today, that has not actually been retyped or reimplemented in some way? By 'piece of code,' I'm of course referring to a complete algorithm, and not just a single line." The question would have a different answer if emulation, in multiple layers, is allowed.
This discussion has been archived. No new comments can be posted.

What Is the Oldest Code Written Still Running?

Comments Filter:
  • A rare topic (Score:5, Interesting)

    by suso ( 153703 ) * on Sunday May 11, 2008 @02:30PM (#23370768) Journal
    Interesting, a quick search on Google reveals that there isn't much on this topic other than people talking about the oldest computer they have. One post talks about some old IBM Series 1's and S/360/30. One good one is to say the computers onboard some of the oldest spacecrafts like Pioneer 10 (1972), Voyager I and II (1977). Although they haven't received anything from Pioneer 10 since 2002. But you could say that the computer in it might still be running.

    Somehow I doubt that many of the people that would be running such old computers such as ones from before 1970 would be reading Slashdot. And if you think about it, people conceptulized computers differently back then. I think you'd be hard pressed to find mention of a specific program but more of mention of a computer itself. Its too bad there is such a big disconnect between the generations of computer programmers and administrators.
    • Re:A rare topic (Score:5, Insightful)

      by mbone ( 558574 ) on Sunday May 11, 2008 @02:48PM (#23370918)
      The code in the Voyager spacecraft, at least, was extensively updated after launch and throughout the mission.
    • Re: (Score:3, Insightful)

      by story645 ( 1278106 ) *

      Somehow I doubt that many of the people that would be running such old computers such as ones from before 1970 would be reading Slashdot.
      Dunno about that. My mom's employer (UPS) still runs old mainframes (and employs COBOL coders) because switching would be too expensive/time prohibitive/etc.
      Sometimes companies just have ancient systems somewhere in their infrastructure cause they can't gut them.
      • Re:A rare topic (Score:5, Insightful)

        by osu-neko ( 2604 ) on Sunday May 11, 2008 @03:20PM (#23371212)

        And why should they? It works. It does precisely the job it was designed to do, and continues to do it at at least the level of ability it originally had, often better if the hardware underneath has been upgraded. Something only truly becomes obsolete when it no longer satisfies today's needs. A well designed, task-specific system could theoretically never become obsolete.

        • Re:A rare topic (Score:5, Interesting)

          by Ritchie70 ( 860516 ) on Sunday May 11, 2008 @03:30PM (#23371268) Journal
          Perhaps it's because they're stupid.

          At my job they're replacing a bunch of Tandem code that runs some of our core IT infrastructure with Wintel servers. It makes me ill to even be near the work, because they're taking something that just quietly works and "upgrading" it to something that doesn't.

          For those who don't know, Tandem is a high-availability platform designed to never go down. They had the power off to the building earlier in the year and the Tandem folks weren't sure they knew how to power the system on properly - that's how long it had been running.
          • Re:A rare topic (Score:5, Insightful)

            by ffejie ( 779512 ) on Sunday May 11, 2008 @03:35PM (#23371310)
            If there was a power outage, they might not be able to find the guy to turn on the machine? Then it's time to upgrade.

            I agree with you that if it works, why fix it? But when a product has reached end of support because 1) the manufacturer has stopped supporting it or 2) there is no one in the working population that knows what to do with it, then you have to get it out of your infrastructure. You cannot continue to rely on products that you have no way of fixing if they break. Just because it hasn't broken in the past 30 years is no indicator that you won't hit something in the next 30 that won't break it.
            • Re:A rare topic (Score:5, Informative)

              by Anonymous Coward on Sunday May 11, 2008 @05:34PM (#23372252)
              >If there was a power outage, they might not be able to find the guy to turn on the machine? Then it's time to upgrade.

              If it's a mission-critical system, then power outages aren't a concern: The system itself will have a UPS capable of keeping the system running for quite awhile once main power drops, and also will have a generator of some sort backing that up as well. It starts up after a specified amount of time, far in advance of when the UPS will fail.

              Once mains power drops, and the UPS starts, alerts are generated to those responsible for keeping the system running, and one of the first things that those people will do is call the company that provides their electricity to ascertain the nature of the outage.

              From there, they will arrange for additional fuel for the generator, should the outage be prolonged, and most likely will already have such arrangements in place, if they are doing their jobs properly. In addition, they will start alerting the people in charge of the department(s) that rely upon it, and will keep them informed as well, so that they can plan for it being shut down, should such be required.

              However, for the most critical systems, plans will be in place for a transfer of services off-site, should such be necessary.

              And, again, if it's mission-critical, regardless of its age - all of these things have been planned for, years since, and, if done properly, they are tested on a regular basis as well: Contracts are in place, points of contact as well, and all are updated regularly: Part and parcel of keeping the system running.

              And trust me, if all else fails, and it needs to be shut down, then such has been planned for as well, including having "a guy" available to turn it back on, once reliable power is available.

              In addition, such things as handling "what happens if it breaks" have also been planned for, and that includes migrating, when such is deemed necessary.

              I'm not sure why you got modded up to +5 Insightful, since there's nothing really insightful at all about your post: It reeks of assumptions that simply do not apply in the real world for those of us in IT that actually support mission-critical systems daily, and do so with an eye towards service and availability for those that rely upon them.

              But, this *is* Slashdot: Many here think that those of us in IT exist only to thwart them, because we are clueless, and afraid of their superior "skillz", by their estimation.

              I trust I've proven that such isn't always the case :)

              Captcha: archfool

              That made me laugh - it's an amazingly appropriate summation of my opinion of the parent poster :)

              And I say that with NO anger. If anything, I'm saddened that such a post was found to be insightful by anyone.
            • Re:A rare topic (Score:4, Interesting)

              by LaskoVortex ( 1153471 ) on Monday May 12, 2008 @01:11AM (#23374966)

              Just because it hasn't broken in the past 30 years is no indicator that you won't hit something in the next 30 that won't break it.

              That it hasn't broken in 30 years suggests that it won't break the next 30: http://tierneylab.blogs.nytimes.com/tag/copernican-principle/ [nytimes.com]

      • Re:A rare topic (Score:4, Interesting)

        by soft_guy ( 534437 ) * on Sunday May 11, 2008 @09:02PM (#23373564)
        One place I worked for (a major IBM software development lab) had a very old mainframe computer that they used for a few things. Although they could have replaced it with newer systems, I heard that part of the reason they did not do so was because the building's heating/cooling system was designed around this computer. If they removed it, it would be very difficult to re-balance the heating/cooling system. I don't know if this is really true, but I thought it was amusing anyway.
    • "Firmware" updates [nasa.gov] have been occasionally uploaded to the Pioneer and Voyager spacecraft when necessary.
      • by nuzak ( 959558 ) on Sunday May 11, 2008 @03:10PM (#23371130) Journal
        True, but what's really the definition of "still running" for purposes of it being the same code? If you patch one byte, is it the same code? Sort of a Ship of Theseus problem, no?
      • by Anonymous Coward on Sunday May 11, 2008 @03:34PM (#23371302)
        It's amazing to me that NASA has the foresight to design such a remote update system years before the concept of a "firmware update" was ever applied to consumer technology. The innovations that have come out of NASA's labs is vastly underappreciated -- one wonders where our technology would be today if we invested more in the space program and less in killing one another (that is _not_ a condemnation of any particular country, pointing fingers doesn't solve problems...if anyone is offended by that remark I apologize).
        • by khallow ( 566160 ) on Sunday May 11, 2008 @04:14PM (#23371626)
          We probably wouldn't be as far along. Military technology, especially in times of conflict, has resulted in a great deal of progress. Among other things, there's clearly defined failures (eg, someone defeats your army in battle or you have to abandon some location or policy). In comparison, what's failure in space development? It's obvious when things blow up. But what happens when things just aren't done? Is that a failure or just something that can't yet be accomplished? As I see it, it's far easier for a space program to plug along without any real measure of success and failure. That has complicated our efforts to do things in space.
        • by Haeleth ( 414428 ) on Sunday May 11, 2008 @04:53PM (#23371910) Journal

          one wonders where our technology would be today if we invested more in the space program and less in killing one another
          Sadly, we would probably never have developed any sort of rocket (beyond the toy phase) if they weren't such a darned convenient way of delivering explosives...

          if anyone is offended by that remark I apologize
          Please don't. I for one am fed up of our modern PC climate where everyone is afraid to exercise their right of free speech in case someone isn't mature enough to deal with different views. Save the self-censorship for when you're tempted to shout "Fire" in a crowded theatre, or "Jesus loves gays" in a crowded fundamentalist church, or some other speech act that's actually likely to endanger people's lives.
          • by rhakka ( 224319 ) on Sunday May 11, 2008 @11:08PM (#23374352)
            yeah, communicating effectively with people instead of flaming them is certainly cause to get "fed up".

            When you try to express a concept that might piss people off, and you aren't trying to piss people off, saying so and expressing sensitivity to their beliefs isn't "PC", it's basic technique of a civilized person in conversation.

            note the word "civilized" typically connotes that you are attempting to be a civil person. While being an opinionated asshole is easy and fun (believe me, I know!) it is not effective communication unless your goal is to intimidate your listeners.

            I share your impatience with people with thin skins; I also share on a personal level your disdain for those people's "maturity". but the fact is, people are different, and some people have thin skins for legitimate reasons you have no knowledge of. recognizing that is simply showing your listener that you have a basic respect for them as a human being, and it typically goes a lot further to achieve final understanding that just beating them about the head with their own "hot buttons".

            in short, showing a little respect, deserved or not, is what it means to be civilized, IMHO. I don't always follow this. But whining about PC stuff is old and tired. Yeah, some people suck and are stupid and wussy; and it's still cool to be cool to people, by and large.
      • by Tablizer ( 95088 ) on Sunday May 11, 2008 @03:54PM (#23371458) Journal
        "Firmware" updates have been occasionally uploaded to the Pioneer and Voyager

        They had to, because Voyager kept calling itself "Vger".
             
    • Re:A rare topic (Score:5, Informative)

      by jacobsm ( 661831 ) on Sunday May 11, 2008 @02:57PM (#23370988)
      One of the original IBM System S360 programs, IEFBR14 is still in wide use today. IEFBR14 CSECT SR 15,15 BR 14 END Only two changes in over 40 years. It doesn't do much, in fact nothing except set a zero return code, but it is widely used for dataset allocation purposes in batch dataset allocation processing.
    • Re:A rare topic (Score:5, Insightful)

      by WGR ( 32993 ) on Sunday May 11, 2008 @03:03PM (#23371054) Journal

      Somehow I doubt that many of the people that would be running such old computers such as ones from before 1970 would be reading Slashdot. And if you think about it, people conceptualized computers differently back then. I think you'd be hard pressed to find mention of a specific program but more of mention of a computer itself. Its too bad there is such a big disconnect between the generations of computer programmers and administrators.
      As someone who has been programming computers since 1966, I beg to differ with you. Code is more persistent than computers, since one can still run code written for an Intel 8080 on a modern dual core Pentium. The one main difference between programming them and programming now is that the cost of computers then meant that machine efficiency then was more important than human efficiency. Unfortunately too many programmers still think that way and are not willing to put in the code for security checks, clean user interfaces, etc. that are required. In many ways, computer science had a huge regression after the development of microcomputers. Instead of extending the lessons of mainframe computers like the Multics project about security, we returned to the "efficiency" goal because of the lack of power of early micros and still use that mindset when we have IPods that are more powerful than the largest mainframe of 1970.
      • Re: (Score:3, Informative)

        by suso ( 153703 ) *
        Thanks for the response and its great to read your input on this.

        What I'm saying in my post though is that from my point of view and I think from others my age (32), is that you're more likely to hear just about computers from before the 70s rather than the software they ran. I'm sure you have a different viewpoint because you actually experienced that era. But I didn't and all I have to go on is what is written in books and on the net.

        I'm glad that there isn't a complete disconnect between the generation
      • Re:A rare topic (Score:4, Interesting)

        by rlk ( 1089 ) on Sunday May 11, 2008 @05:14PM (#23372090)
        On an 8080? 8086 or 8088, sure, but I don't think the 8080 was really compatible with the x86 instruction set. Similar, sure, but not compatible in either direction.

        It really is scary just how powerful computers are today. I recently built a new computer, using a Xeon E3110 (everyone was out of Core 2 Duo E8400's recently, and the Xeon was only about $10 more, and I didn't feel like waiting around). I used to work at Thinking Machines, and a group of us were planning a reunion later that week, and it occurred to me that in just about every measure -- floating point, memory capacity, disk bandwidth, and even memory bandwidth -- my new machine was at least equal to a full CM-2. In some ways -- storage capacity and total I/O bandwidth -- it blows the CM-2 out of the water.

        When the CM-2 was introduced in 1987, it was way faster than anything else out there -- if you could figure out how to actually program it. These days, even a distinctly midrange home system (we're not talking an "Extreme" here) gives it at least an honest run for the money. There aren't any CM-2's still running that I know of, and apparently the last running CM-5 was shut down a few years ago, although none of us who ever worked on these remarkable machines would be thrilled to be proven wrong on those two statements.
    • Re:A rare topic (Score:5, Informative)

      by Kadin2048 ( 468275 ) <slashdot...kadin@@@xoxy...net> on Sunday May 11, 2008 @03:16PM (#23371176) Homepage Journal
      The US DoD has a system, called MOCAS ("MECHANIZATION OF CONTRACT ADMINISTRATION SERVICES") that was originally brought on-line in 1958 [portfolio.com].

      I'm not too familiar with it, so I don't know if the code has ever been changed -- I suspect the hardware has been updated periodically, probably various IBM mainframes -- but based on my experience with government systems there is probably a fair bit of original code in there that nobody understands anymore, and thus doesn't touch.

      There is very little information about the system online; here is an Internet Archive page about it [archive.org], that's as close to an 'official site' as I can find.
    • Re:A rare topic (Score:5, Interesting)

      by mysticgoat ( 582871 ) on Sunday May 11, 2008 @08:25PM (#23373318) Homepage Journal

      I don't know for sure, but I suspect that the oldest code still in use is probably the FORTRAN differential equation libraries that are used in aerodynamic and thermodynamic applications. These were developed and extensively tested in the 1950s, and were much of the reason why FORTRAN got the funding it needed. The cost of rewriting these libraries from scratch, including complete re-testing, is very high. Yet the final cost of an inaccurate result is magnitudes greater.

      My understanding is that when these libraries are migrated to new environments, it is generally considered better to test the emulations and tweak them until their results agree with the results of vintage systems, rather than messing about in the library code.

  • by Tumbleweed ( 3706 ) * on Sunday May 11, 2008 @02:31PM (#23370770)
    ...which was implanted in his chest shortly before his escape from the Viet Cong. 1,700 lines of COBOL, and still going strong!

    Sadly, it has a Y2K bug. This explains why the John McCain of 2008 is not the same as the one from eight years ago.
  • by LGagnon ( 762015 ) on Sunday May 11, 2008 @02:31PM (#23370774)
    Genetic code.
  • hello (Score:3, Funny)

    by no-body ( 127863 ) on Sunday May 11, 2008 @02:37PM (#23370826)
    world
  • by Registered Coward v2 ( 447531 ) on Sunday May 11, 2008 @02:40PM (#23370848)
    There's still code running for nuclear power plants that was written in the 60's or earlier; given the challenge of certifying emulators we ran it on the original machines; embedded code in machinery was probably been older. Although, most really old stuff was mechanical not based on ICs.

    Some military hardware may be even older; reliability and certainty is often more important than the latest and greatest.
  • Satellite code (Score:4, Informative)

    by Anonymous Coward on Sunday May 11, 2008 @02:40PM (#23370850)
    Check the various satellites. Voyager 1 is about 31 years old and significant portions of its programming remain unchanged. It is expected to keep running until about 2020. There are older operational satellites, but I'm not sure which ones were hardwired vs programmable controllers.
  • by LetsGoVandy ( 814297 ) on Sunday May 11, 2008 @02:41PM (#23370860) Homepage
    20 Dixit quoque Deus "Fiat firmamentum in medio aquarum"
  • Embedded microcode (Score:5, Insightful)

    by Kidbro ( 80868 ) on Sunday May 11, 2008 @02:46PM (#23370908)
    Knowing full well that I haven't got a clue, my guess would still be microcode embedded in some special purpose device - i.e. not a general purpose computer.

    I don't remember when digital watches started appearing, but I suppose there's a bit of code in there? Various industrial machines from waaay back that are still in use ought to be good candidates as well.

    Kudos to Consul for a remarkably interesting Ask Slashdot. The best one I've seen in a long while :)

    • Re: (Score:3, Interesting)

      by Consul ( 119169 )
      You're welcome. The question just hit me all of a sudden, and I thought it would be a fun mental exercise. I'm actually quite amazed it got accepted. ;-)
    • Re: (Score:3, Informative)

      by Anonymous Coward
      Old school devices such as digital watches use ICs. ICs are really nothing more than assemblies of discrete components (resistors, transistors, etc). To count, the device would have to use at least a PLC (Programmable Logic Controller). These devices could be considered to use 'Code'. The next challenge would be to find the oldest device STILL RUNNING.

      Great Ask Slashdot!
    • by DerekLyons ( 302214 ) <fairwater.gmail@com> on Sunday May 11, 2008 @03:34PM (#23371304) Homepage

      I don't remember when digital watches started appearing, but I suppose there's a bit of code in there?

      There almost certainly isn't a line of code in them. "Digital" != "Computer". Digital watches are nothing but a clock, a counter, a display matrix and a little bit of logic for setting/resetting the counter.
  • Jacquard loom (Score:3, Interesting)

    by solweil ( 1168955 ) <humungus...ayato ... a@@@gmail...com.> on Sunday May 11, 2008 @02:48PM (#23370922)
    I wonder if there are any Jacquard looms still running.
  • by Keyper7 ( 1160079 ) on Sunday May 11, 2008 @02:53PM (#23370952)
    ...but some insensitive clod recently deleted it.
  • Difficult to say... (Score:4, Interesting)

    by Kjella ( 173770 ) on Sunday May 11, 2008 @02:56PM (#23370980) Homepage
    ...because even if the code hasn't been replaced, you can bet the source control software has. My guess would be old cores of for example banking systems, I know there our company has COBOL code written in the 60s and the system is still in COBOL and in use today. If someone wrote a correct, useful algorithm back then it could very easily still exist today. I can at least assure you that they don't exactly do rewrites very often...
  • by the_duke_of_hazzard ( 603473 ) on Sunday May 11, 2008 @03:00PM (#23371024)
    1 "Let there be light"
    2 create universe()
    3 while (1)
    4 # I'll finish this up later
  • by hcdejong ( 561314 ) <`hobbes' `at' `xmsnet.nl'> on Sunday May 11, 2008 @03:01PM (#23371030)
    The Science Museum has card decks for Jacquard looms that are more than a century old. Bletchley Park has a replica Colossus machine, which needs programming in the shape of switch positions. IDK if the code they use was preserved, or reverse engineered along with the rest of the machine, though.
  • IEFBR14 (Score:3, Interesting)

    by dpilot ( 134227 ) on Sunday May 11, 2008 @03:01PM (#23371036) Homepage Journal
    IEFBR14, the good old chunk of do-nothing code, the most universal executable used by anyone who ever wrote JCL.

    It really does that - nothing. IEF is the code prefix, since all code *must* be prefixed, after all. BR14 stands for "Branch to Register 14", which with the old code linkages conventions means "return and exit". In JCL it's commonly used simply to attach, allocate, and deallocate files. In other words, used for its side-effects with the file allocation parameters. I haven't written any JCL in probably 20+ years, or I'd give an example. Anything I'd show now would likely be too badly riddled with errors to give the true, scrumptious feel.
  • by Animats ( 122034 ) on Sunday May 11, 2008 @03:03PM (#23371056) Homepage

    FANG [fourmilab.ch], from 1972, is probably one of the oldest applications you can still download and run [crewstone.com]. It's a copying utility for UNIVAC mainframes. UNIVAC Exec 8 was way ahead of its time, with full support for threads, multiprocessors, and concurrent I/O from the late 1960s. FANG was one of the first applications to use that concurrency effectively. You could put in a series of commands to operate on multiple files, and it would do them as concurrently as possible, keeping track of any dependencies in the file copies.

  • logarithms (Score:5, Insightful)

    by petes_PoV ( 912422 ) on Sunday May 11, 2008 @03:03PM (#23371058)
    > What is the oldest piece of code that is still in use today


    Not quite a cheat, but I'd say that the original instructions used to calculate log tables might be close.

    It's code (well, instructions - same thing?)

    While it has been retyped many time, I'm sure the original paper-based instructions are still in a library somwwhere, and would work on a suitably old calcuator (hand-cranked, of course)

    It's definitely a complete algorithm

  • Ada Bryon's Code (Score:5, Interesting)

    by ForexCoder ( 1208982 ) on Sunday May 11, 2008 @03:05PM (#23371074)
    Ada Bryon's Notes on the analytical engine [wikipedia.org] contains the oldest running code today. It can be run here [computerhistory.org].

    Of course Charles Babbage [wikipedia.org] holds the claim for longest vaporware project at 153 years. And also apparently the longest unfixed bug.
  • 1979 for us! (Score:3, Interesting)

    by rspress ( 623984 ) on Sunday May 11, 2008 @03:15PM (#23371170) Homepage
    We programmed landleveling program on an Apple II+ in 1979. That code has remain pretty much unchanged since a port to GW basic for the PC. That is the oldest code we have written that is still being used. Before that we used a strip programmable HP-Calculator (computer?) to run the numbers.
  • by plopez ( 54068 ) on Sunday May 11, 2008 @03:16PM (#23371180) Journal
    By which I mean production code, not the 'Hello World!' you did in Jr. High. I'll go first. In the mid 90's I wrote a COBOL program to link a mainframe to a HP printer to print transcripts at a uni. The SYSPROG set up the VTAM lines and I glued the PCL together with COBOL. I checked in about 3 years ago and a friend of mine said they were still running it. So at that time it was pushing 10 years. Which makes me proud actually.

    Anyone else with a story?
  • IEFBR14 (Score:5, Informative)

    by aixylinux ( 1287566 ) on Sunday May 11, 2008 @03:50PM (#23371430)
    If by "program" you mean a stored program on what is conventionally meant by a computer today, I have a candidate.  IEFBR14 was used on the earliest version of OS/360 in 1964 as a do-nothing program. It is still in use today, unchanged on the latest version of z/OS.  Its function is to execute a JCL step which does nothing, but in the process of doing nothing, the job scheduler is invoked.  This is one method of creating and deleting datasets (files). It is also the shortest valid OS/360 (and z/OS) program, containing two executable assembler statements and two assembler directives.  The comments are mine.

    IEFBR14  CSECT          START PROGRAM SECTION
             SR 15,15       SET EXIT CODE TO 0
             BR 14          RETURN AND EXIT
             END            TELL ASSEMBLER END OF PROGRAM

    Interestingly, the first version of this program had a bug, which was subsequently corrected by doubling the program length.  It omitted the SR 15,15 statement, which meant that at program exit register 15 had an unpredictable value -- and the program exit code was therefore unpredictable.  Since a zero exit code is used to guide the conditional execution of subsequent steps, a failure could be indicated when there was none.

    And contrary to another post, I believe there are a lot of people with computer experience predating 1970 who read Slashdot.  But I don't want to start a flame war over that.
  • Tea, Earl Grey, Hot (Score:5, Interesting)

    by NetSettler ( 460623 ) * <kent-slashdot@nhplace.com> on Sunday May 11, 2008 @03:50PM (#23371434) Homepage Journal

    Of course, it depends on what you count as code and what you count as running.

    People have already mentioned DNA, and I guess I'd give that high marks. But maybe we mean things invented by man.

    An abacus is a hardware program that is programmable with data and will yield numeric results. So is a sliderule. And there are others like the card sorters for punch cards, which predate programmable computers by several decades and yet performed very useful computation long before general purpose computers. And there are analog computers for predicting the motions of planets or for controlling the locks of the Panama Canal. But maybe we meant code implemented in software.

    The Babbage Machine is mechanical so if it stops, does that mean the machine has crashed or does it just have a long cycle time? People have mentioned that, and that's certainly a worthwhile contender.

    Mathematics also codes up algorithms, some of which are extremely old, and some of which you might regard as code, and so there might be something there that's competitive. But in a forum like this, full of nerds, I think "math" is too easy an answer and isn't provocative enough to get people thinking, so I'll go with this one:

    My personal favorite is just something done in human language. Human language has codified the execution structure of organizations and processes for quite a long time. The US Constitution defines an engine that runs the United States, for example. Roberts Rules of Order is a program that is an interrupt-driven system that runs meetings. Contract law in the US (and perhaps world-wide) reminds me a lot of the structure of bootstrapping TCP (reliable transport of packets under a contract) from unreliable pieces (the contract terms and offers); the whole business of how you can send an offer and what constitutes acceptance in the face of data loss and things arriving in the wrong order is very much analogous to what you see in modern networking systems, but just used to work via pony express instead. So I'd put my vote on one of those. I just don't have the time to work out the timelines to figure out which one came first... probably something in English Common Law. It also depends on whether you want a "framework" or a "packaged application" or whatever, because some of these I've mentioned are in different categories in that regard. These may not be quite as old as some mathematical algorithms, but I bet they're more overlooked.

    Now that I think of it, though, I bet food recipes (which are algorithmic in nature) predate even the earliest work of mathematicians, and it wouldn't surprise me if the recipe for making hot tea is the oldest, even if it's been upgraded a few times for changes in available hardware.

  • 1968 for me. (Score:5, Informative)

    by lancejjj ( 924211 ) on Sunday May 11, 2008 @03:51PM (#23371436) Homepage
    Just a few weeks ago, one of my guys was looking at an old system that we have running. It is an old IMS application running on an IBM mainframe used to manage some factory equipment. We want to replace that system (even though "it just works"), so my guy was looking into it to see how it worked, as documentation is, of course, non-existent.

    The source code was written by my first CIO in the mid 1980s (who retired in the early 1990s), and it had a comment at the top which stated that it was created in January, 1968. It is quite sloppy... clearly before anyone thought about writing pretty code. There is no doubt in my mind that it was originally written on coding forms, and subsequently loaded into a machine via the long-defunct keypunch department. The program, of course, is running on much newer hardware now, but the code that is running was written in 1968.

    I speculate that there is a bunch of older code outside of my company.
  • My guesses (Score:5, Interesting)

    by John Jorsett ( 171560 ) on Sunday May 11, 2008 @03:54PM (#23371464)
    1. The US air traffic control system is 1960s vintage and I'd bet that there's still code in it that is unchanged since it was written.

    2. Some airline reservation systems are of equally antique origins. Although I'm sure the hardware has been updated in the ensuing years, I'd say there's probably a lot of code that hasn't been rewritten. Back in the '80s when I was doing some work with an airline and asked about that, I was told, "That code is older than you are."

    3. Don't know if this is still the case, but back in the late '70s, Navy carriers had computers so old that they were having to scrounge up germanium transistors to keep them operating. They wanted to keep them operating because nobody wanted to pay to rewrite the gazillion lines of reliable and tested assembly-language code that ran on them. If any of those are still around, they'd be my top candidate for having unchanged code still in operation. I'd guess that, in general, military systems (of the non-COTS [commercial off-the-shelf] type) are the most likely "oldest code" candidates, because of the lengthy and expensive qualification process and the long service life of such systems.
  • Well, duh. (Score:3, Interesting)

    by Kingrames ( 858416 ) on Sunday May 11, 2008 @04:07PM (#23371562)
    DNA.
  • by Comatose51 ( 687974 ) on Sunday May 11, 2008 @04:08PM (#23371568) Homepage
    The Harvard Mark 1, http://en.wikipedia.org/wiki/Harvard_Mark_I [wikipedia.org], still runs periodically throughout the day in the Harvard science center, IIRC. It was delivered in 1944.
  • by LM741N ( 258038 ) on Sunday May 11, 2008 @04:12PM (#23371604)
    I was looking for some mathematical routines to port into Python and ended up poking around at http://www.netlib.org/ [netlib.org] and http://www.nist.gov/ [nist.gov] where there are huge repositories of mathematical functions, most written in Fortran.

    One of the most interesting things after perusing much of the code I was looking for, was that instead of using integration routines for calculating things like Bessel functions, Hankel functions, and other differential equation related functions, they simply used look up tables and curve fitting.

    I suppose in the 1960's that made perfect sense as computers were so slow. But even today, I don't know why I shouldn't do the same thing. With EM and circuit simulation software its GIGO. There are so many parasitics to model, that you can only ever get an approximation anyway, so what difference does it make if you get a tiny error from a look up table, vs. the "exact" integration routine value?
  • Orange Leos (Score:5, Interesting)

    by sysjkb ( 574960 ) on Sunday May 11, 2008 @04:19PM (#23371660) Homepage
    I saved this post from alt.folklore.computers. Terribly impressive. I'm
    not sure his age estimate is necessarily accurate -- the final
    incarnation of the Leo ceased to be manufactured in the later half of the
    60s.

    I don't know if some modern incarnation of the Orange Leo made it past Y2k. If it did, my guess is it will still be around for a long time...

    From: Deryk Barker
      Subject: Re: Multics
      Newsgroups: alt.folklore.computers, alt.os.multics
      Date: 1998/11/09
    [*snip*]
    When my wife was working for Honeywell, in the 1980s, one of the
    customers she had dealings with was British Telecom.

    BT, at one location, had what they called the "orange Leos".

    Now, for those who don't know this, the LEO was the world's first-ever
    commercially-oriented machine (1951). Even more amazingly, the Lyons
    Electronic Office was designed and built by the J Lyons company,
    best-known as manufacturers of cakes and for their nationwide chain of
    corner tea shops.

    Anyway, an "orange Leo" was an ICL 2900 mainframe (they came in orange
    cabinets), emulating an ICL 1900 mainframe, emulating a GEC System 4
    mainframe emulating a LEO.

    30+ year old executable code over 3 architecture changes....
  • by John Sokol ( 109591 ) on Sunday May 11, 2008 @04:20PM (#23371672) Homepage Journal

      My uncle used to run embroidery machines in union New Jersey. These were built in the late 1800 and were about 100 feet long 10 feet wide and 2 stories tall with 1000's of needles stitching constantly. Literally were built as part of the building they were housed in.

    Where it gets interesting is these were driven by a large mechanical computer that ran from paper punch cards. The device itself was about a 1 meter cube. There were adders, and carry, multiples, and I think even branches and loops. It used to move paper cards back and forth as it created post man patches or frillies part of ladies undergarments.

    Don't know if this counts though and I think it's decommissioned anyhow, but it was sure was cool to watch.

  • by Brett Buck ( 811747 ) on Sunday May 11, 2008 @04:30PM (#23371736)
    Sort of depends on definition of "still running". If you mean in use when necessary and essentially an unchanged algorithm and logic, we have a lot of FORTRAN code written in the early 60's still running in daily use. I predates Fortran IV, but I would suspect that the same code started in ALGOL and They are generally math function routines (convert Euler Angles to Quaternions, that sort of thing). Originally it was on cards but then implemented into files. I still have some of the card decks. I would guess that with some work I can find some older than that (that is character-wise identical except for the comment cards).

              Brett
  • Jaquard Loom (Score:4, Informative)

    by Whiteox ( 919863 ) on Sunday May 11, 2008 @05:12PM (#23372074) Journal
    Believe it or not, the Jaquard Loom - 1801 (which is still in operation today), is the oldest known powered, programmable 'computer'. It's output is not text or numeration, but textile.
    If there is a hole (or binary 1), it allows thread to go through. So it is digital and not an analog computer. http://en.wikipedia.org/wiki/Jacquard [wikipedia.org]
    It is debatable if it is a computer, but the original post wanted to know about code running today.
    Well the code is there as punch cards. Each set of cards can make a particular pattern in textiles. Copies of the code still run today.
    Also, Babbage wanted to use a similar punch card system to program his engines.
    Now if we are talking analog computing 'code' then that is a different story. :)
    It's all there folks!
  • not hard to guess (Score:4, Informative)

    by tyme ( 6621 ) on Sunday May 11, 2008 @07:05PM (#23372802) Homepage Journal
    The oldest extant computer architectures are IBM System/360 (now called System z, but able to run object code from the 360) and Burroughs B5000 descendants (now called Libra). Both architectures date from the early 1960s (1964 for the System/360 and 1961 for the B5000), so we can guess that the oldest running programs date from the same period, or about 40 years ago.

    This also fits well with one of the unwritten requirements of the questions: that there be a language in which to write the lines of code. The earliest computer languages (LISP, COBOL and Fortran) date from only a few years prior to the introductions of these systems (LISP was invented in 1958, COBOL in 1959 and Fortran in 1957).

    This also fits well with a couple of long lived software systems with which I am familiar: The IRS tax return processing system dates from 1964, written in a combination of COBOL and System/360 machine code, it only now being replaced by C++ code (the project is called CADE and has been featured in a number of newspaper articles over the past 10 years as a monumental failure). The airline reservation system, SABER, dates from around 1960 and has been in constant use since it went live in 1964. While SABER was originally written for IBM 7090 mainframes, it was transitioned to System/360 in the early 70s.

    Embedded systems aren't a consideration at this time scale (the first microprocessor didn't appear until 1971), so we don't need to worry that some washing machine from the 1950s is still running some program written at that time. Still, it sounds like the oldest running programs must be about 50 years old.

"The vast majority of successful major crimes against property are perpetrated by individuals abusing positions of trust." -- Lawrence Dalzell

Working...