*BSD News Article 15338


Return to BSD News archive

Newsgroups: comp.os.386bsd.development
Path: sserve!newshost.anu.edu.au!munnari.oz.au!spool.mu.edu!darwin.sura.net!howland.reston.ans.net!noc.near.net!uunet!gatekeeper.us.oracle.com!decwrl!csus.edu!netcom.com!jmonroy
From: jmonroy@netcom.com (Jesus Monroy Jr)
Subject: Re: QIC NEWS response to the special issue.
Message-ID: <jmonroyC68qGy.5o2@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
X-Newsreader: TIN [version 1.1 PL6]
References: <1993Apr28.041500.28872@fcom.cc.utah.edu>
Date: Thu, 29 Apr 1993 10:29:22 GMT
Lines: 127

mail  murrayc@hansford.com
Re: Subject: Re: QIC NEWS response to the special issue.
 
>> In <jmonroyC5zA1p.M7C@netcom.com> jmonroy@netcom.com (Jesus Monroy Jr) writes:
>>
>> [...325 INCLUDED lines deleted...]
>>
>> Ah, gee Jesus ... do ya think you can post some more compilations of the
>> comp.os.386bsd archives.  I'm testing a new reader which chokes on
>> horrendous posts, and you're giving me good data sets.
>>
        Of course, I am always happy to help out.
 
        Let me know if there is anything else
        I can do for you in the future.
 
==================================================================
mail  terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: QIC NEWS response to the special issue.
 
>> In article <jmonroyC5zA1p.M7C@netcom.com> jmonroy@netcom.com (Jesus Monroy Jr) writes:
>> >>> From: terry@cs.weber.edu (A Wizard of Earth C)
>> >>> 2)  Without question, these constraints are obvious to all but the most
>> >>>     casual observer of source code projects given the tools available
>> >>>     and the necessity of not including cvs/sccs/rcs or other source code
>> >>>     maintenance archives on target machines due to some users need for
>> >>>       :: [deleted] ::
>> >>>
>> >        YES, the patchkit work is very difficult.
>>
>> This was a comment on your apparent ignorance of the constraints on source
>>      :: [deleted] ::
>>
>> >>> As to floppy formatting, you obviously missed the following articles:
>> >>>
>> >        I did not make the statement about the "gurus".
>> >        I only reported it.
>> >
>> >>> <1asvcfINN7qu@network.ucsd.edu> (wherein Brian Kantor discusses his approach)
>> >>> <wutcd.721147077@hadrian> (wherein Joerg Wunsch discusses floppy issues)
>> >>> <wutcd.721147522@hadrian> (wherein he provides a floppy format program)
>> >>>
>> >>> Not suprising, since they were posted in comp.unix.bsd 6 months ago for the
>> >>> first article and 5 months ago for the second and third.  Add the Bruce
>> >>> Evans hacks for spl problems, and I have been happily formatting for a
>> >>> long time without problems.
>> >>>
>> >        Are we speaking about low-level formatting for
>> >        raw unformated diskettes, fresh from the factory?
>>
>> Yes, that is precisely what we are speaking about; is that not what you
>> were referring to?
>>      ::  [deleted] ::
>>
>> >>> This is not a condemnation of your efforts, which may be very real; it is
>> >>> a condemnation of your admixture of politics and what could otherwise be
>> >>> a worthwhile technical discussion.
>> >>>
>> >        I have made no political statements in the QIC NEWS
>> >        about the patchkit efforts.
>> >        I am sorry to report to you only the messages of others.
>> >        Remember, "FLAMES to the editor", this was the intent
>> >        of this special issue.
>>
>> Your editorial policy implies a stand on an issue, if nothing else... if
>>      :: [deleted] ::
>>
>> >>> I will go further - by your continued insistence on interleaving
>> >>> technical facts (of often dubious value),
>> >>>
>> >        Do you facts to back up your accusations?
>>
>> I will back this up.  Your "cost of i++ vs if( flag)" analysis is a
>> shining example of dubious technical merit.  It is extremely bound to the
>>      :: [deleted] ::
>>
>> >>> Please don't baby me.  Some of us a very good programmers that can
>> >>> understand complex subjects, and even understand hardware.  So they
>> >>> are long and terse.  That's only a sign of poor documentation anyway.
>> >>>
>> >        What's a sign of poor documentation?
>>
>> Terseness.  The pronoun "that" refers to "terseness" in the previous
>> sentence... ie:
>>
>>      :: [deleted] ::
>>
>> 3b -- used as a function word immediately before or after a word group
>>      consisting of a verbal auxiliary or a form of the verb be preceded
>>      by there or a personal pronoun subject to indicate emphatic
>>      repetition of the idea expressed by a previous verb or predicate
>>      noun or predicate adjective <is she capable? That she is>
>>
>>
>>                     Terry Lambert
>>                     terry@icarus.weber.edu
>>
>> -- Gravely anticipating my inclusion in another piece of experimental
>> -- fiction whose content includes (in decreasing proportions) 1) as many
>> -- double entendres and sexual inuendos as can be fit, 2) Explicit
>> -- comments or editorial policy backing a masked political statement,
>> -- 3) pseudo-technical information disguised as a tutorial on "how to
>> -- program", and 4) any information related to the subject which has
>> -- managed to escape the editors notice.
>>
>> PS: I wouldn't have to flame you here if you'd let me flame you by email,
>> something you have refused to do in the past.
>> ---
>> Any opinions in this posting are my own and not those of my present
>> or previous employers.
>> --
 
=========================================================================
 
 
        STARTED NEW THREAD... in an effort to leave material
        irrelevant to other OSs out.
 
        Discontinue the flack... start some facts!!
 
        Accusations will get you nothing, Terry .....
 
___________________________________________________________________________
Jesus Monroy Jr                                          jmonroy@netcom.com
/386BSD/device-drivers /fd /qic /clock /documentation
___________________________________________________________________________