That's a good idea.
How about you get 15 years protection for free, you must renew every 15 years, and the renewal fee is $1000 * 2 ** n, where n is the number of renewals you've already had.
This way, if you don't care about it, 15 years, if you're Disney you can afford a lot longer. (And it's cheaper to conform than lobby, at least for the first few hundred years, so corperate interests can stop screwing with government.)
We formally request that you cease and desist from discussions of this nature. Both of the intellectual properties you mentioned are vital assets to my company, and unless you act in a manner conducent to the protection of our trade secrets, patents, and effective content control mechanisms, we will be forced to prosecute you to the fullest extent of all applicable laws.
Basically, it supports multitasking as well as Windows minus threads. No fork, no clone, but the equivalent of CreateProcess() or NOP. Obviously fork would be impossible, because how could you have identical processes (everything at the same address) running concurently with no MMU?
From the uClinux FAQ:
====
Q. Does uClinux support multitasking? What limitations are imposed by not
having a MMU?
A. uClinux absolutely DOES support multi-tasking, although there are a
few things that you must keep in mind when designing programs...
1. uClinux does not implement fork(); instead it implements vfork().
This does not mean no multitasking, it simply means that the
parent blocks until the child does exec() or exit(). You can still
get full multitasking.
2. uClinux does not have autogrow stack and no brk(). You need to use
mmap() to allocate memory (which most modern code already does).
There is a compile time option to set the stack size of a program.
3. There is no memory protection. Any program can crash another
program or the kernel. This is not a problem as long as you are
aware of it, and design your code carefully.
4. Some architectures have various code size models, depending on how
position independance is achieved.
Slashdot Mirror
This way, if you don't care about it, 15 years, if you're Disney you can afford a lot longer. (And it's cheaper to conform than lobby, at least for the first few hundred years, so corperate interests can stop screwing with government.)
We formally request that you cease and desist from discussions of this nature. Both of the intellectual properties you mentioned are vital assets to my company, and unless you act in a manner conducent to the protection of our trade secrets, patents, and effective content control mechanisms, we will be forced to prosecute you to the fullest extent of all applicable laws.
It's probably better to make up your mind and stop being so wishy-washy.
the more starsystems will slip through your fingers.
Traff-o-data was a good idea after all.
Basically, it supports multitasking as well as Windows minus threads. No fork, no clone, but the equivalent of CreateProcess() or NOP. Obviously fork would be impossible, because how could you have identical processes (everything at the same address) running concurently with no MMU? From the uClinux FAQ: ==== Q. Does uClinux support multitasking? What limitations are imposed by not having a MMU? A. uClinux absolutely DOES support multi-tasking, although there are a few things that you must keep in mind when designing programs... 1. uClinux does not implement fork(); instead it implements vfork(). This does not mean no multitasking, it simply means that the parent blocks until the child does exec() or exit(). You can still get full multitasking. 2. uClinux does not have autogrow stack and no brk(). You need to use mmap() to allocate memory (which most modern code already does). There is a compile time option to set the stack size of a program. 3. There is no memory protection. Any program can crash another program or the kernel. This is not a problem as long as you are aware of it, and design your code carefully. 4. Some architectures have various code size models, depending on how position independance is achieved.
Well, the iPod has no FPU, but they have ported the integer-only Vorbis decoder Tremor, and it's running at 80% realtime, with hope for improvement.