> 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 =======================================================