From nobody@hyperreal.com Mon Jun 23 12:47:45 1997 Received: (from nobody@localhost) by hyperreal.com (8.8.5/8.8.5) id MAA28432; Mon, 23 Jun 1997 12:47:45 -0700 (PDT) Message-Id: <199706231947.MAA28432@hyperreal.com> Date: Mon, 23 Jun 1997 12:47:45 -0700 (PDT) From: Lars Eilebrecht Reply-To: sfx@unix-ag.org To: apbugs@hyperreal.com Subject: suexec uses strings.h X-Send-Pr-Version: 3.2 >Number: 773 >Category: suexec >Synopsis: suexec uses strings.h >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: closed >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Mon Jun 23 12:50:01 1997 >Last-Modified: Mon Jun 23 15:48:20 PDT 1997 >Originator: sfx@unix-ag.org >Organization: >Release: 1.2.0 >Environment: SunOS sinfo 5.4 generic sun4m sparc >Description: Is there a reason why suexec.c uses strings.h as an include? On some platforms (eg. Solaris) there's now strings.h. >How-To-Repeat: >Fix: How about using "string.h" instead of "strings.h" >Audit-Trail: State-Changed-From-To: open-closed State-Changed-By: dgaudet State-Changed-When: Mon Jun 23 15:48:19 PDT 1997 State-Changed-Why: Yup. string.h is ANSI, strings.h isn't. Changed in the source tree. Dean >Unformatted: