You shouldn't have more than just the two.
The issue is that the version of APR that is in the package included
with the apache 2.0.40, does not use the same function names.
Somewhere back there they change from apr_send to apr_socket_send.
On the side, that is what broke the mod_webapp. You can probably
build the current webapp connector just fine if you check it out from
CVS.
I think the simplest method to get up is to upgrade to a newer version
of apache. Or you can probably go back to a version of mod_jk2 that
would match with the APR version. It appears the renames were done in
APR 0.9.2.
Looking in the archives of the jk2 connector, there are binaries of
the module for Apache 2.0.42. I guess that means, that you cannot
build it for older versions. I think if you try to link it with
another copy of libapr, you would have duplicate definitions of some
functions.
If you want to patch the sources, you can use this mapping of function
names (reverse):
apr_filename_of_pathname -> apr_filepath_name_get
apr_get_groupid -> apr_gid_get
apr_get_groupname -> apr_gid_name_get
apr_compare_groups -> apr_gid_compare
apr_parse_addr_port -> apr_port_addr_parse
apr_shutdown -> apr_socket_shutdown
apr_bind -> apr_socket_bind
apr_listen -> apr_socket_listen
apr_accept -> apr_socket_accept
apr_connect -> apr_socket_connect
apr_send -> apr_socket_send
apr_sendv -> apr_socket_sendv
apr_sendto -> apr_socket_sendto
apr_implode_gmt -> apr_time_exp_gmt_get
apr_get_home_directory -> apr_uid_homepath_get
apr_get_userid -> apr_uid_get
apr_current_userid -> apr_uid_current
apr_compare_users -> apr_uid_compare
apr_get_username -> apr_uid_name_get
apr_recvfrom -> apr_socket_recvfrom
apr_sendfile -> apr_socket_sendfile
apr_recv -> apr_socket_recv
[EMAIL PROTECTED] BUILD]# ldd /usr/lib/httpd/modules/mod_jk2.so
libc.so.6 => /lib/tls/libc.so.6 (0x42000000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
I don't know why someone would have X11 libraries linked in with an
Apache module.
-walter
> Le mer 31/03/2004 � 16:24, [EMAIL PROTECTED] a �crit :
> > I am using apache 2.0.40-21.9 (the default for redhat9) . Does this
> > version of apache not come with APR support? I just installed apr 0.9.4
> > from source, but httpd still complains about" apr_socket_send". I'm
> > wondering... do I need to link these apr libraries to apache somehow?
> >
> > thanks,
> > devin
>
> You don't need to link anything. They are shared libraries and symbols
> are resolved at runtime. This is the reason it fails at runtime.
>
> To see which libraries the module expect, just type:
>
> ldd mod_jk2.so
>
> You should get something like:
>
> /usr/lib/libgdkxft.so => /usr/lib/libgdkxft.so (0x4002c000)
> libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 (0x40031000)
> libc.so.6 => /lib/i686/libc.so.6 (0x40054000)
> libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0x40190000)
> libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x402be000)
> libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x402f4000)
> libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x402f7000)
> libdl.so.2 => /lib/libdl.so.2 (0x4031b000)
> libXi.so.6 => /usr/lib/libXi.so.6 (0x4031f000)
> libXext.so.6 => /usr/lib/libXext.so.6 (0x40327000)
> libX11.so.6 => /usr/lib/libX11.so.6 (0x40336000)
> libm.so.6 => /lib/i686/libm.so.6 (0x40400000)
> libXft.so.1 => /usr/lib/libXft.so.1 (0x40423000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
> libXrender.so.1 => /usr/lib/libXrender.so.1 (0x4044d000)
> libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40452000)
> libz.so.1 => /usr/lib/libz.so.1 (0x404a3000)
>
> Try to run ldconfig -v as root, it will rebuild the cache
> /etc/ld.so.cache. The problem may be your library is located somewhere
> out of reach of the directories specified in /etc/ld.so.conf. If it is
> the case, add you directory in /etc/ld.so.conf before running ldconfig
> -v.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
