Xref: utzoo gnu.misc.discuss:3050 comp.org.usenix:2060 Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!stanford.edu!decwrl!spool.mu.edu!think.com!barmar From: barmar@think.com (Barry Margolin) Newsgroups: gnu.misc.discuss,comp.org.usenix Subject: Re: How come include file patent isn't mentioned in position paper? Message-ID: <1991May10.072503.5575@Think.COM> Date: 10 May 91 07:25:03 GMT References: <1991Apr29.174230.7605@agate.berkeley.edu> <14730@ulysses.att.com> Sender: news@Think.COM Reply-To: barmar@think.com Distribution: usa Organization: Thinking Machines Corporation, Cambridge MA, USA Lines: 30 In article <14730@ulysses.att.com> smb@ulysses.att.com (Steven Bellovin) writes: >So to violate their patent, one would have to have a facility that let >you specify just a *portion* of a file to be included... Big change, >right? Not obvious to ``one skilled in the art''? > >Subsequent claims mention that the merged document must be in editable >form, that it must include the back pointers, that changes are >propagated back (the real thing they did, or think they did), and >another claim I'm having trouble translating from the legalese. This sounds much fancier than the standard #include file mechanism. Most #include facilities don't have any way to specify portions of files, only whole files. An #include mechanism in a programming language implementation doesn't have to provide a way to save or display the merged document, although it may be useful for debugging purposes. And I've never heard of one that automatically propogates changes in the merged document back into the include file. I suspect they're describing something from DCA (IBM's Document Content Architecture, I think) or DISOSS (their DCA-based OA system). Who claims that #include in any C compiler infringes on this patent? >Other sins in the patent include using ``cursor'' as a verb. Any noun can be verbed. -- Barry Margolin, Thinking Machines Corp. barmar@think.com {uunet,harvard}!think!barmar