Re: general/5053: incompatible type in indirect function reference - compile fails for http_main.c

[Gary Bickford <ga...@fxt.com>]

The following reply was made to PR general/5053; it has been noted by GNATS.

From: Gary Bickford <ga...@fxt.com>
To: Dave Dykstra <dw...@bell-labs.com>
Cc: apbugs@apache.org, rse@engelschall.com
Subject: Re: general/5053: incompatible type in indirect function reference - 
 compile fails for http_main.c
Date: Mon, 28 Feb 2000 13:10:25 -0800

 Sorry,
 I got caught up in a big project for a startup, haven't had time to sleep
 since December (I'm weeks behind schedule now...)  I don't know when I'll
 have time to look.  I appreciate your work on this, I'm sorry I couldn't hold
 up my end of the bargain.  I defer to your wisdom on what to do.
 
 G
 
 Dave Dykstra wrote:
 
 > This is in the src/CHANGES file for apache 1.3.12:
 >
 >   *) Cast integer ap_wait_t values in http_main.c to get rid of compile
 >      time errors on platforms where "ap_wait_t" is not defined as "int"
 >      (currently only the NEXT and UTS21 platforms).
 >      [Gary Bickford <ga...@fxt.com>, Ralf S. Engelschall] PR#5053
 >
 > I suspect I'm the only one still using UTS21, but this change broke there.
 > The compiler complained about not being able to cast to a structure.
 > It seems strange to cast an integer to a structure, but on the other hand
 > it must be doing it implicitly without the cast (with a warning, not an
 > error).  It is a union on UTS 2.1, but it is only an integer in size.  Is
 > the fix working on NEXT, Gary?
 >
 > It looks to me like the status parameter isn't used by the "maintenance"
 > function anway.  Should we just get rid of it?
 >
 > - Dave Dykstra
 
 --
                 "Cyber is cyber, life is life."
 Gary E Bickford         mailto:garyb@fxt.com
 FXT Corporation         http://www.fxt.com/     tel:541-383-2749
 mail:PO BOX 1808, SISTERS OR 97759      ship:66265 JERICHO ROAD, BEND OR 97701