News: 1685953811

  ARM Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life (Terry Pratchett, Jingo)

Windows XP's adventures in the afterlife shows copyright's copywrongs

(2023/06/05)


Opinion On April 8, 2014, Emmanuel III Delly, the Primate Emeritus of Babylon of the Chaldeans and erstwhile Primate of the Chaldean Catholic Church, departed this life, in the full expectation of an eternal life to come. On the same day, another entity entrenched in the lives of millions also passed away as Microsoft declared Windows XP to be EOL – end of life. This being technology rather than theology, the afterlife kicked in straight away. Nearly 10 years on, XP is still remarkably healthy and this illustrates a truth that commercial software companies try to deny.

It is somewhat fashionable to talk about software ecosystems. Programs are organisms with life cycles, exchanging data like food and energy, and affecting the bigger system in which they run. It's a cute and useful metaphor, but it gets one thing horribly wrong: old software never dies. It becomes a zombie.

Take Windows XP. Since EOL, a variety of its validation and authentication services have been modified, peeled away or replaced to bypass Microsoft's own services. Now, more than 20 years after it was launched, the [1]activation key generation algorithm has been cracked , meaning anyone can install an entirely functional XP instance with no modifications. Nearly a decade of official deadness has left the OS easier to use than the day Microsoft declared the bucket kicked.

[2]

This extended life after death isn't just common, it's nearly universal. Nothing ever really dies. A creator can write a package's obituary, but people will go on using it for years. Often a community will grow up around it to provide support, modifications, and even new versions; other times something will fade gently away until it re-emerges as collectible, reanimated retro. Sometimes, as in gaming, you can't tell the two processes apart, yet the official narrative is that software has a manufacturer-defined life cycle. The ecosystem is full of shuffling zombified bodies that officially don't exist. That's no way to deal with zombies.

[3]

[4]

The problem is copyright. Legally, no piece of software ever written has fallen out of copyright's default duration of roughly a hundred years, depending on justification. The software industry can be said to have started in 1957 with the first release of FORTRAN, meaning we've still got around 30 years on the clock. Reeeediculous.

Copyright terms are designed to give adequate payback to creators. Thereafter, the social value of free use was deemed to be greater than any residual benefits to whatever entity held the rights – that's why copyright has limits at all. This logic makes sense with creations that have a long commercial life – books, pictures, music, movies – but much less so for software.

[5]

Software inherited copyright protection in the middle of the last century because it seemed a good fit. A creative work containing intellectual property, it slotted right into the existing legal framework. What was not part of the equation was the incredibly accelerated time frame of technological innovation. Proprietary software becomes not just commercially unimportant in a decade or two; it is economically damaging to its creators. They alone must support it, even as it becomes increasingly unsuited to the evolving environment in which it has to function. Costs go up and sales go down, which is when capitalism calls in the death squads.

[6]The FBI as advanced persistent threat – and what to do about it

[7]Microsoft and Helion's fusion deal has an alternative energy

[8]Will LLMs take your job? Only if you let them

[9]The first real robot war is coming: Machine versus lawyer

Copyright doesn't acknowledge this time scale. This leaves everyone in a pickle. If a company won't keep something alive but retains legal rights designed to stop others from reusing or modifying copies, how can anyone take the risks of infringement?

Of course, society has decided to ignore copyright here, and as there's not much money involved, industry is looking the other way. Some companies officially put obsolete code into the public domain, most don't bother but don't care, and places like the Internet Archive act as storehouses for hundreds of thousands of products with little fear.

That's not good enough. Software copyright should officially expire after 20 years, clarifying the status of obsolete works and letting the support systems grow as they see fit – possibly even into commercial models. Why not? Whether this newly freed software makes it into full open sourcehood would be for us all to decide, yet it would remove that barrier to freedom that "we want to make this FOSS, but there are licensed components we can't give away." If your software has reached the age of liberation, its licensed components must be older.

There's more. Code only makes sense in context. Most non-trivial programs work with other systems, exchanging data or services, and in the widest context of all – the humanity served – all software has a relationship to all other software. A radically shortened copyright term would create a much richer environment to study and learn how we and our software interact. If you think that's unimportant, ask yourself how much time you spend trying to make the damn stuff do what you want. An unsolved problem if ever there was one.

[10]

There are problems such as the status of documentation, but nothing that good will and logic can't sort out. In a world that's evolved so fast that the [11]most rapacious and jealous companies now issue their own Linux repos , every fragment of the assumptions of software copyright needs to be reassessed. Eternal life may or may not come to the faithful, but it's surely churlish to deny it when it's happening right on our desktops. ®

Get our [12]Tech Resources



[1] https://www.theregister.com/2023/05/26/windows_xp_activation_keygen/

[2] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2ZH2yPwd3lpFsKUbE8b1lwAAAAMU&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0

[3] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44ZH2yPwd3lpFsKUbE8b1lwAAAAMU&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0

[4] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33ZH2yPwd3lpFsKUbE8b1lwAAAAMU&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0

[5] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44ZH2yPwd3lpFsKUbE8b1lwAAAAMU&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0

[6] https://www.theregister.com/2023/05/30/column/

[7] https://www.theregister.com/2023/05/22/microsoft_helion_fusion_deal/

[8] https://www.theregister.com/2023/05/15/will_llms_take_your_job/

[9] https://www.theregister.com/2023/05/09/the_first_real_robot_war/

[10] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33ZH2yPwd3lpFsKUbE8b1lwAAAAMU&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0

[11] https://www.theregister.com/2023/05/26/microsoft_azure_linux_container/

[12] https://whitepapers.theregister.com/



Yes and no

b0llchit

Software copyright should officially expire after 20 years...

That should read "Proprietary software copyright should officially expire..." and maybe you need to add "abandoned/orphaned" too.

You'd probably create a huge problem too. The point of copyleft FOSS is that it remains available. That is the crux of many FOSS licences, where it uses the copyright legislation to retain user's rights.

A lot of FOSS projects are older than 20 years. Do you want them to become more open than open by removing the copyright protections? How do you deal with many FOSS projects' continual development cycle where part of the code is ancient and some is brand new. How do you distinguish new and old code? Line 1 gets no protection and line 2 gets protected? After a bugfix, characters 5..17 of line 413 are protected while the rest of the file is not?

If you want to expire copyright after a short time, then you need to make a new class of global legislation to put copyleft on the books.

Coppyright length

John G Imrie

Blame Disney,

Mickey Mouse should have been in the public domain years ago.

43300

But the 20 years thing is in no way straightfoward, as subsequent versions of said software (Windows, in this case, but similar applies in many other areas) are built on the same code base, so the source code is not going to be released.

abend0c4

The interesting thing about patents is that you have to publish your "novel" invention in order to get temporary protection. Perhaps the same should be true for copyright - you have to publish the original work (source code) and not the derived one (machine code) in order to claim copyright protection.

What's the monetary damage?

Peter Prof Fox

It's a good couple of decades since I researched this but I seem to recall that if A copies B's work then:

(a) It's a civil matter not a crime

(b) B has to show the work is a 'copy'

(c) AND claim damages for actual loss.

In the case of XP, Microsoft would have to claim it's being(or potentially) deprived income which would be a bit difficult. It might claim to want to sell retro copies to 'collectors' but that too is a bit of a stretch.

YMMV in the US which might allow punitive damages.

Re: What's the monetary damage?

John Robson

Surely everyone who uses XP would instead buy WindowXX (what number are they up to now) at full retail price... no seriously they're not using XP because the latest version is too cheap and would cover their use case.

#define NULL 0 /* silly thing is, we don't even use this */
-- Larry Wall in perl.c from the perl source code