Forgot my reference:
http://www.nus.edu.sg/intro/slides/021111_1_Wilson%20Wong.ppt
What is protectable?
Functionality?
- not protected
- must be an "expression...of a set of instructions"
- Autodesk Inc v Dyason (Aust): copying function of AutoCAD lock but not
code (no infringement)
Program Structure?
- (cf: plot elements in literary/dramatic works capable of protection)
- eg. structural arrangements of modules and subroutines
- yes if expression of idea, & no if ideas or functions: difficult line to
draw
- yes if organisation, sequence, arrangement or compilation
- not protectable: elements of software which are:
* ideas;
* dictated by efficiency or external factors (eg h/w) specs, compatibility
reqms, industry standards; or
* public domain
- not if similarity is due only to similar subject matter
* analogy: drawing of a hand
* eg any 2 word processors will have some structural similarities
We use the compatibility requirement reason. If we don't have that reason,
then we have no right to create an identical implementation.
Casper
-----Original Message-----
From: ros-dev-bounces(a)reactos.org [mailto:ros-dev-bounces@reactos.org] On
Behalf Of Casper Hornstrup
Sent: 18. januar 2006 23:06
To: 'ReactOS Development List'
Subject: RE: [ros-dev] Bye bye
You MAY use the INFORMATION to implement the same functionality in ReactOS.
You MAY NOT copy (and I'm talking about copy/pasting here) the
work/implementation. This can be hard to do since one may think, why would I
want to spend hours thinking up a new implementation when I've got a
perfectly good one right in front of me? So to avoid this pitfall it is best
to describe the functionality in plain English and let another developer
implement the functionality using only the English text. A lot of work, but
this is exactly why we have copyright. Microsoft did spend even more effort
on the original implementation.
Casper
-----Original Message-----
From: ros-dev-bounces(a)reactos.org [mailto:ros-dev-bounces@reactos.org] On
Behalf Of Hartmut Birr
Sent: 18. januar 2006 22:45
To: ReactOS Development List
Subject: Re: [ros-dev] Bye bye
Royce Mitchell III wrote:
Hartmut Birr wrote:
Hi,
I don't agree completely with our legal policy. In my opinion, it is
allowed to use reverse-engineering to find out interfaces or something
like this. It isn't allowed to disassemble windows to study how the fast
call entry works or to find out how the APC code is implemented. There
exist some paper on the web. It is allowed to use the nice paper from
David P. Probert (Windows Kernel Development). It isn't allowed to use
the code from the dude called CrazyLord (Reverse Engineer).
This isn't quite fair, unfortunately. We've gone a long time without
an explicit policy regarding this subject, mostly because we were all
in agreement. You can't boot someone out because they violated a rule
that wasn't made clear to them. OTOH, if our position is clearly
stated and is violated then I agree - begone with them.
Looking on
http://www.reactos.org/xhtml/en/dev_legalreview.htm
<http://www.reactos.org/xhtml/en/dev_legalreview.html>, I found:
<snip>
C. Copyrights of Others
The ReactOS Project depends on copyright law for the protection of its
code, and by the same token, it respects the copyrights of others.
Following are the policies of the ReactOS Project as they relate to
copyright:
<snip>
Disassembly of object code is held to be a form of reverse engineering.
Disassembled code listings should be treated with the same terms of
license as the object code itself.
<snip>
If I understand this correctly with my poor English, it isn't possible
to disassembly a part of windows and uses this information to implement
the same code in ReactOS.
- Hartmut
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev