From owner-freebsd-questions Tue Jan 15 16:59:18 2002 Delivered-To: freebsd-questions@freebsd.org Received: from guru.mired.org (okc-65-31-201-166.mmcable.com [65.31.201.166]) by hub.freebsd.org (Postfix) with SMTP id 6EA7F37B402 for ; Tue, 15 Jan 2002 16:59:14 -0800 (PST) Received: (qmail 18825 invoked by uid 100); 16 Jan 2002 00:59:05 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15428.53337.168408.720031@guru.mired.org> Date: Tue, 15 Jan 2002 18:59:05 -0600 To: "Anthony Atkielski" Cc: Subject: Re: USB CF reader (SanDisk) epilog In-Reply-To: <00ee01c19e0d$4c518960$0a00000a@atkielski.com> References: <15428.34332.870130.2946@guru.mired.org> <00cc01c19e06$8dafddf0$0a00000a@atkielski.com> <15428.38970.224790.33804@guru.mired.org> <00ee01c19e0d$4c518960$0a00000a@atkielski.com> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ From: "Mike Meyer" X-Delivery-Agent: TMDA/0.44 (Python 2.2; freebsd-4.4-STABLE-i386) Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Anthony Atkielski types: > Mike writes: > > The source has proven to be adequate documenation > > for others to solve similar problems. > > Perhaps in a few isolated cases, but in overall practice this is a > widespread misconception. For sufficiently broad definitions of "few" and "isolated" that's true. There are 10s, if not 100s, of thousands of people with the necessary skills. > One reason why technical support groups try to solve problems by > throwing darts and rolling dice, True, but in my experience it's not the main one. The main one is that debugging problems remotely means you've got fragmentary and often inaccurate information to work with. Even with the vendors complete documentation and access to the source, you wind up having to guess as to what really happened, then provide a solution for that guess. If the guess was wrong, the solution will be as well. > even though they often have access to source, is that source code > only tells you what a computer is doing, not why it is doing it. It > usually does no good to see in source how error 123 is processed if > you don't know what error 123 represents. Ah, I see your problem - you're looking in the wrong place. You don't care how error 123 is processed, you want to know why it occurred. That's a different question. > > ... the output of "usbdevs -v" for the > > usb device in question. > The output of the command seems to just print what I put in the usbd.conf > file, and I don't know why I put what I did in that file, since I just > copied it from somewhere else (no documentation, as usual). In that case, provide a copy of usbd.conf instead. Since I never detach my usb devices, I don't use usbd. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message