On 24/03/16 17:18, Moore, Robert wrote: > The "temporary" part is true. We were using the code block to test the ExternalOp that came from ACPi 6.0. > > In truth, the interpreter should never see an external opcode because it will be surrounded by an If(0) conditional. So, the code block in question should probably go away completely. > > Bob OK, so either this code gets ripped out, or we fix it with the small fix, at least either way we clean up the code. Colin > > >> -----Original Message----- >> From: Devel [mailto:devel-bounces(a)acpica.org] On Behalf Of Colin King >> Sent: Tuesday, March 22, 2016 3:17 PM >> To: devel(a)acpica.org >> Subject: [Devel] [PATCH] Check for failed string allocation and set Status >> accordingly >> >> From: Colin Ian King >> >> It is possible that AcpiUtCreateStringObject fails to allocate a string >> object, so check for this condition and set Status to AE_NO_MEMORY to >> indicate a memory allocation failure. >> >> Signed-off-by: Colin Ian King >> --- >> source/components/dispatcher/dsutils.c | 12 +++++++++--- >> 1 file changed, 9 insertions(+), 3 deletions(-) >> >> diff --git a/source/components/dispatcher/dsutils.c >> b/source/components/dispatcher/dsutils.c >> index 52e9ca8..124dc67 100644 >> --- a/source/components/dispatcher/dsutils.c >> +++ b/source/components/dispatcher/dsutils.c >> @@ -678,9 +678,15 @@ AcpiDsCreateOperand ( >> /* TBD: May only be temporary */ >> >> ObjDesc = AcpiUtCreateStringObject ((ACPI_SIZE) >> NameLength); >> - >> - strncpy (ObjDesc->String.Pointer, NameString, >> NameLength); >> - Status = AE_OK; >> + if (!ObjDesc) >> + { >> + Status = AE_NO_MEMORY; >> + } >> + else >> + { >> + strncpy (ObjDesc->String.Pointer, NameString, >> NameLength); >> + Status = AE_OK; >> + } >> } >> else >> { >> -- >> 2.7.3 >> >> _______________________________________________ >> Devel mailing list >> Devel(a)acpica.org >> https://lists.acpica.org/mailman/listinfo/devel