Good evening Bill, All...

> Please direct these comments to [EMAIL PROTECTED] - b.t.w., you
> can check out the latest httpd-2.0 HEAD and pick up the entire proxy
> solution (you must explicitly --enable-proxy-ajp and have the ajplib
> sources there too.)
>
> Someone want to take a wack at NormW's observations?
Bill, thanks for the interest...
I can say that the 'problem' noted in proxy_ftp.c has been attended with a
recent update from Mladen.
A build on the current 2.1 CVS shows (for NetWare):
- mod_proxy.c having trouble finding mod_status.h   (in
../modules/generators),
- the same problem mentioned previously with proxy_connect.c, (Errors at 375
see 26, 80)
Bypassing these I now get:
Calling NWGNUproxyftp
Generating Release\proxyftp_cc.opt
Compiling proxy_ftp.c
Compiling proxy_util.c
Compiling ../arch/netware/libprews.c
Generating Release\proxyftp_link.opt
Linking Release/proxyftp.nlm
### mwldnlm Linker Error:
#   Undefined symbol: 'ap_proxy_ssl_enable'
#   referenced from 'ap_proxy_connection_create' in proxy_util.o
### mwldnlm Linker Error:
#   Undefined symbol: 'ap_proxy_ssl_disable'
#   referenced from 'ap_proxy_connection_create' in proxy_util.o

As noted above, this is on a NetWare build...
Norm
> At 02:31 AM 8/11/2004, NormW wrote:
> >Greetings All,
> >
> >1. The testing.
> >
> >Trying a build of the current CVS of the new (ajp) proxy modules and get
the
> >following error:
> >
> >#    File: proxy_ftp.c
> ># --------------------
> >#    1896: proxy_hook_scheme_handler(ap_proxy_ftp_handler, NULL, NULL,
> >APR_HOOK_MIDDLE);
> >#   Error:
> >^
> >#   illegal implicit conversion from 'int (struct request_rec *, struct
*,
> >char *, const char *, unsigned short)' to
> >#   'int (*)(struct request_rec *, struct proxy_worker *, struct  *, char
*,
> >const char *, unsigned short)'
> >
> >There is a similar issue in proxy_connect.c at line 374.
> >
> >The one module that does build without issue is proxy_http.c.
> >
> >A check of the coding in proxy_http.c shows a handler structure of:
> >int ap_proxy_http_handler(request_rec *r,
> >                          proxy_worker *worker,
> >                          proxy_server_conf *conf,
> >                          char *url,
> >                          const char *proxyname,
> >                          apr_port_t proxyport);
> >
> >whereas those in proxy_ftp and proxy_connect.c have:
> >int ap_proxy_ftp_handler(request_rec *r,
> >                             proxy_server_conf *conf,
> >                             char *url,
> >                             const char *proxyhost,
> >                             apr_port_t proxyport);
> >
> >
> >If I add the "proxy_worker *worker" to both proxy_ftp and proxy_connect
> >structures they build without issue.
> >Any comments please?
> >
> >2. The looking.
> >
> >In proxy_ftp.c, can the "const char *proxyhost" be changed to "const char
> >*proxyname" for consistency please?
> >
> >Regards,
> >Norm
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to