httpd-apreq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stas Bekman <>
Subject Re: libapreq2-2.04-dev release candidate #2
Date Sun, 29 Aug 2004 16:54:15 GMT
Stas Bekman wrote:

>>>> You might add a few more debugging messages in Apache__Upload.h's
>>>> apreq_xs_upload_tempname XSUB to see which call is generating the 
>>>> APR_EGENERAL (20014) error: my guess is that apreq_file_mktemp is 
>>>> the likely suspect.
>>> Right on, Joe
>>>        const char *tmpdir = apreq_env_temp_dir(env, NULL);
>>> returns NULL.
>> NULL should be an ok value- what it means to apreq_file_mktemp is:
>> the user never gave me a specific directory, so ask the OS via
>> apr_temp_dir_get.  Maybe *that* function is failing to find a valid 
>> directory on your box?
> Looks like. I wonder why. I'll try to step through with the debugger.

I've figured it out

/home/stas/httpd/prefork/lib/ was a symlink to an old
library. And 'make install' in httpd-2.0 wasn't updating the symlink. Once
I've nuked all libapr* and installed them from fresh, everything is
working fine. Sounds like a bug in apr installation system.

The only remaining problem now:

pod2test docs/Cookie.pod docs/Cookie.t
make[1]: pod2test: Command not found
make[1]: *** [docs/Cookie.t] Error 127
make[1]: Leaving directory `/home/stas/'
make: *** [perl_test] Error 2

(but it's not in the distribution, the distro works fine).

Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker     mod_perl Guide --->

View raw message