From mboxrd@z Thu Jan 1 00:00:00 1970 From: Karol Kozimor Subject: Re: oops with asus_acpi on P30/P35 Date: Wed, 29 Jun 2005 18:35:58 +0200 Message-ID: <20050629163558.GA19071@hell.org.pl> References: <971FCB6690CD0E4898387DBF7552B90E01F61BCB@orsmsx403.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Return-path: Content-Disposition: inline In-Reply-To: <971FCB6690CD0E4898387DBF7552B90E01F61BCB-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org> Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: "Moore, Robert" Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org Thus wrote Moore, Robert: > Yes, the implicit return code works for EvaluateObject. > > In general, code should check for the correct object type before > accessing the object. > > There are utility procedures available to execute a method and specify > the expected return type; error otherwise. I believe the current code allows, in theory, for a situation when a valid (though useless from the driver's point of view) string is returned in such a case? Best regards, -- Karol 'sziwan' Kozimor sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click