[%TAGS (074db819ec% %074db819ec) %]

(074db819ec% subtitle %074db819ec)


(074db819ec%|loc%074db819ec)chronological(074db819ec% END %074db819ec) (074db819ec%|loc%074db819ec)Thread(074db819ec% END %074db819ec) 
(074db819ec% IF user.email && action == 'arc' %074db819ec)
(074db819ec%|loc%074db819ec)Reply to sender(074db819ec%END%074db819ec) (074db819ec%|loc%074db819ec)to list(074db819ec%END%074db819ec)

(074db819ec% IF user.email == 'srctran@world.std.com' || is_owner %074db819ec) (074db819ec% END %074db819ec)
(074db819ec% END %074db819ec)

>The judge is definitely on the "software should be copyrighted"
>side, and takes away the enforceability of certain license terms
>on the grounds that copyright law already does it.

This means nothing.  Most software copyright decisions written by
such judges over the last twenty years have contained one or more
false statements about software and mathematics.  Worse, one
judge will cite earlier decisions, adding nothing new and 
compounding the earlier decisions.

They introduce such false statements because it is the only way
to deal with the illogic of handling the process/method nature 
of software in a system (copyright) that prohibits the copyrighting
of process/method.  Most of the confusion is historically based,
bad patent and copyright decisions made in the 1970s that just
now are being logically resolved to be handled by the process/method
patenting system.

And trying to extend copyright to handle process/method will turn
it into a system that looks like the patent system.  So let's fix
the patent system.

Greg





(074db819ec%|loc%074db819ec)Archive powered by(074db819ec%END%074db819ec) MhonArc 2.6.16.

(074db819ec%TAGS [% %]%074db819ec)