*BSD News Article 15339


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: Flamefest [tm]  Join in the fun.
Message-ID: <jmonroyC68qKw.5qG@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Thu, 29 Apr 1993 10:31:43 GMT
Lines: 119

 
 
                        ARE YOU READY NOW !!
 
=============================================================================
>> This was a comment on your apparent ignorance of the constraints on source
>>      :: [deleted] ::
>>
        I refused to be dragged into this patch-kit ... BS!!!
 
 
>> >>> As to floppy formatting, you obviously missed the following articles:
>> >>>
>> >>> <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)
>> >>>
>> >        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] ::
>>
        Why don't you give the location of this mystery code?
        And then tell me why after starting a FAQ,
        you consider it more important not to pass out information.
 
>> >>> 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] ::
>>
        My editorial policies are my business.
        If you don't like them too bad.
 
        But, somehow, and I get this from your comments, you
        read my posts.
 
 
>> >>> 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] ::
>>
        Why don't you repeat your information?
        and tell me again what you found doubious.
 
>> >>> 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] ::
>>
        Look.... here is the true......
        When I say there are people how ramble when they speak.
        I mean you, not just you, but certainly you.
 
        GET to your point!
 
 
>> 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>
>>
 
        A nice run-on sentence.... I did not waste my time!
 
        TRY AGAIN!!
 
        I AM STILL HERE.
 
>>
>> -- 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.
>>
        Good.... at least.. your getting some sense of humor!
 
>> 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.
>>
        I have NEVER refused your mail.
 
        I only refuse to ACK your babble.
 
 
>> Any opinions in this posting are my own and not those of my present
>> or previous employers.
>>
        SAME HERE!!!
 
___________________________________________________________________________
Jesus Monroy Jr                                          jmonroy@netcom.com
/386BSD/device-drivers /fd /qic /clock /documentation
___________________________________________________________________________