> I noticed that there were some places where u_int32_t is being used instead
> of apr_uint32_t. Is it purposefully done OR is it one of those "Oh, the apr
> interface changed" stuff ?.
> 
> Anyways, I've included a patch that atleast gets the module to compile
> against 2.0.43. Pl. let me know if it's okay.

Madhu,

+1 on concept; I'll look at committing it in the near future.

Thanks,

Sander

-- 
Covalent Technologies                             [EMAIL PROTECTED]
Engineering group                                Voice: (415) 856 4214
303 Second Street #375 South                       Fax: (415) 856 4210
San Francisco CA 94107

   PGP Fingerprint: 7A8D B189 E871 80CB 9521  9320 C11E 7B47 964F 31D9

=======================================================
This email message is for the sole use of the intended recipient(s) and may
contain confidential and privileged information. Any unauthorized review,
use, disclosure or distribution is prohibited.  If you are not the intended
recipient, please contact the sender by reply email and destroy all copies
of the original message
=======================================================

Reply via email to