httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ben Hyde <>
Subject Re: [BUILD] rlim_t now undefined ULTRIX
Date Thu, 17 Sep 1998 18:30:41 GMT
Ralf S. Engelschall writes:
>In article <> you wrote:
>> New:
>> LOG Build: apache-1.3 mips th unix active 1200 Thu Sep 17 05:32:01 EDT 1998
>> LOG: uname -a:ULTRIX th 4.1 0 RISC
>> ...
>> gcc -c  -I../os/unix -I../include   -DULTRIX -DUSE_HSREGEX '-DHTTPD_ROOT="/tmp/httpd"'
>> http_core.c: In function `set_rlimit':
>> http_core.c:2029: `rlim_t' undeclared (first use this function)
>> http_core.c:2029: (Each undeclared identifier is reported only once
>> http_core.c:2029: for each function it appears in.)
>> http_core.c:2029: parse error before `cur'
>> http_core.c:2043: `cur' undeclared (first use this function)
>> http_core.c:2056: `max' undeclared (first use this function)
>> *** Error code 1
>Should be fixed before 1.3.2. Do you have already clue what's
>going on? I cannot help myself because I've no Ultrix available.
>Please investigate before 1.3.2. Thanks.
>                                       Ralf S. Engelschall

48 hours ago set_rlimit et. al. were not part of Ultrix story but
today they are.  This diff might to be a useful part of the cascade
that brought about this change.

  % diff {old,new}/apache-1.3/src/include/ap_config_auto.h
  > #define HAVE_SYS_RESOURCE_H 1

I've no idea what that means.

rlim_t is defined by the usual technique, i.e. a hairball in
ap_config.c.  It's setup by three (presumably disjoint mechnisms) (1)
by inference on NEED_RLIM_T, (2) explicitly and hueristicly on some
platforms, and finally (3) in a daunting conditional on the topic
of GLIBC version.

I'd rather somebody that pretends to a tiny bit of sympathy with this
hairball decide what to do next.

 - ben

View raw message