From: Jesse Pollard <pollard@tomcat.admin.navo.hpc.mil>
To: rickh@Capaccess.org, linux-kernel@vger.kernel.org
Subject: Re: OFF TOPIC: HOWTO: compromising Microsoft
Date: Wed, 24 Oct 2001 07:48:52 -0500 (CDT) [thread overview]
Message-ID: <200110241248.HAA22018@tomcat.admin.navo.hpc.mil> (raw)
"Rick A. Hohensee" <rickh@Capaccess.org>:
...
> Consider legislation declaring Microsoft operating system products to be
> "specifically compromised intellectual property". The "compromise" is to
> allow anyone to "reverse-engineer" and resell Microsoft operating system
> products no less than five years after thier release dates, on a
> permanent, continuing, version-by-version basis. If such a law were
> enacted today that would mean that e.g. Windows 95 and earlier are fair
> game for modification and/or reselling by others as of today, as are early
> versions of NT, I believe. Windows 98 and later would still be exclusively
> Microsoft's protected property for a couple years. This is the measured
> approach to take, measured against, and in the units of, the industry in
> question. Five years is a long time for a great engine of innovation. I
> believe a five year product lag of this nature will destroy Microsoft,
> unless they rapidly become the great engine of innovation they so ardently
> pose as. However, this scenario has clear advantages for Microsoft even as
> they exist now versus other proposals. Meanwhile, viable alternatives to
> Microsoft as a source of operating systems for PCs can reasonably be
> expected to arise rapidly. This approach puts Microsoft in level
> competition with thier own past, thier only possible source of substantive
> competition in the short term.
Won't work. MS would immediately report the true amount of new code in the
protected stuff includes 90% of the code in the old stuff, and therefore still
protected. The 10% of unprotected stuff would be the interfaceing code already
released (system calls, include files, library calls ...) plus a few drivers
for hardware no longer available. And removed comments...
> The advantages to Microsoft are that this approach leaves them as the
> pilot of thier own compromised ship, the sole architects of all thier own
> products, the sole judge of what should be in a Microsoft OS and what
> shouldn't, and otherwise spares them from government micromanagement.
> Government involvement would be very limited, stating what is and is not
> bundled. For example, MSN-related client software is bundled and
> compromisable, the MSN network itself isn't. Et cetera. This leaves them
> free to be thier rusticly charming proprietary selves vis-a-vis the
> products they have not yet bundled into Windows, such as (last I heard,)
> Office, which reflects the idea that the operating system has
> public-interest aspects that ancillary products may not. Thus Internet
> Explorer and so on would be subject to compromise in due time.
-------------------------------------------------------------------------
Jesse I Pollard, II
Email: pollard@navo.hpc.mil
Any opinions expressed are solely my own.
next reply other threads:[~2001-10-24 12:48 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-24 12:48 Jesse Pollard [this message]
-- strict thread matches above, loose matches on Subject: below --
2001-10-24 4:49 OFF TOPIC: HOWTO: compromising Microsoft Rick A. Hohensee
2001-10-24 4:55 ` Jeff Garzik
2001-10-24 5:54 ` Andrew Morton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200110241248.HAA22018@tomcat.admin.navo.hpc.mil \
--to=pollard@tomcat.admin.navo.hpc.mil \
--cc=linux-kernel@vger.kernel.org \
--cc=rickh@Capaccess.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox