Re: apr_off_t mismatch (Apache Users)

Hi,

here's the output of http -V for the precompiled apache:

Server version: Apache/2.2.0
Server built: Jan 1 2006 07:22:25
Server's Module Magic Number: 20051115:0
Architecture: 32-bit
Server MPM: Prefork
threaded: no
forked: yes (variable process count)
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_FCNTL_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D DYNAMIC_MODULE_LIMIT=128
-D HTTPD_ROOT="/usr/local/apache2"
-D SUEXEC_BIN="/usr/local/apache2/bin/suexec"
-D DEFAULT_PIDLOG="logs/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_LOCKFILE="logs/accept.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"

I also tried to reproduce the aforementioned APR bug by building apache on NFS (i have apache 2.2.0 with the buggy line: "if ((fd = open("conftest.lfs", O_LARGEFILE|O_CREAT|O_WRONLY)) < 0)") but my apr_off_t is still 8 bytes. actually, i checked the return value of "open("conftest.lfs", O_LARGEFILE|O_CREAT|O_WRONLY)" and it is not < 0. I build on solaris 5.8 Generic_117350-49 sun4u sparc SUNW,Sun-Fire-V210

On Thu, Nov 10, 2011 at 9:48 AM, Rainer Jung <rainer.jung@xxxxxxxxxxx> wrote:

On 09.11.2011 23:31, Asaf Dalet wrote:

i don't see APR version in httpd -V when i run it on an accidental apache,
only "Server version"

also, is there a way to compile the APR without LARGE_FILES? i would like
to do it so i can test the scenario.

It would help, if you provided a bit more info. Usually the output of "httpd -V" does contain the needed version strings. Example here:

bin/httpd -V
Server version: Apache/2.2.6 (Unix)
Server built: Oct 19 2007 22:50:30
Server's Module Magic Number: 20051115:5
Server loaded: APR 1.2.11, APR-Util 1.2.10
Compiled using: APR 1.2.11, APR-Util 1.2.10
Architecture: 32-bit
Server MPM: Prefork
threaded: no
forked: yes (variable process count)
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_FCNTL_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D DYNAMIC_MODULE_LIMIT=128
-D HTTPD_ROOT="/some/path/run"
-D SUEXEC_BIN="/some/path/bin/suexec"
-D DEFAULT_PIDLOG="run/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_LOCKFILE="run/accept.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"

So please post your output.

Regards,

Rainer

On Thu, Nov 10, 2011 at 8:17 AM, William A. Rowe Jr.<wrowe@xxxxxxxxxxxxx>wrote:

On 11/9/2011 11:52 PM, Asaf Dalet wrote:

the precompiled apache version is definitely 2.2.0 (according to httpd
-V) and there is
definitely some mismatch between request_rec size between it and my
compiled module. Of
course i don't know it for sure because i don't know the exact
sizeof(request_rec) in the
precompiled apache. In my module the sizeof is 424.

What does it say for the APR version from httpd -V? That is the
element that has control over apr_off_t structs.

It sounds as if the packagers of this particular precompile happened
to override our preference to define LARGE_FILES whenever possible
for APR versions from 1.0 onwards.

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx