From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 15 Sep 2002 19:56:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 15 Sep 2002 19:56:15 -0400 Received: from svr-ganmtc-appserv-mgmt.ncf.coxexpress.com ([24.136.46.5]:60424 "EHLO svr-ganmtc-appserv-mgmt.ncf.coxexpress.com") by vger.kernel.org with ESMTP id ; Sun, 15 Sep 2002 19:56:15 -0400 Subject: Re: [linux-usb-devel] Re: [BK PATCH] USB changes for 2.5.34 From: Robert Love To: Larry McVoy Cc: linux-kernel@vger.kernel.org In-Reply-To: <20020915165235.B17345@work.bitmover.com> References: <20020915190435.GA19821@nevyn.them.org> <20020915162412.A17345@work.bitmover.com> <20020915234108.GA1348@nevyn.them.org> <20020915165235.B17345@work.bitmover.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 15 Sep 2002 20:01:16 -0400 Message-Id: <1032134476.29234.18.camel@phantasy> Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 2002-09-15 at 19:52, Larry McVoy wrote: > We clearly have different definitions of what is acceptable. If your > attitude is that understanding the code is a luxury all that means is > that I want you nowhere near any code I maintain. Non-trivial code > requires non-trivial understanding and that understanding is not a > "luxury" in my book. Well, since the code Daniel was referring to having debugged (ptrace and thread debacle earlier) was broken and he successfully fixed it -- he is welcome to come near code as far as I am concerned. In short, he and Ingo fixed some messed up code and that is all that matters. I do not care if he uses a debugger or a magic ball, so long as he fixes it. Personally, I do not use a debugger and it is partly because of the reasons you list. But if Daniel can fix a problem (which he most likely ran into firsthand with his work on gcc and gdb) then he is welcome in my eyes. > If your company has such a poor business model that they can't afford to > pay you enough to take the time to do a good job then find a different > place to work. No amount of debugger "help" is going to make up for a > lack of understanding. Please, give it up. Robert Love