i just noticed that this function takes an apr_pool_t* argument, but none
of the implementations (unix, win32 , os2) use it for anything. any
reason not to remove this unused arg?
On Thu, 15 Mar 2001, Doug MacEachern wrote:
i just noticed that this function takes an apr_pool_t* argument, but none
of the implementations (unix, win32 , os2) use it for anything. any
reason not to remove this unused arg?
Yes. All APR functions must have acess to a pool. Imagine a
It compiles OK.
I've got 2 other issues the build at the moment
Creating library Debug/libhttpd.lib and object Debug/libhttpd.exp
mod_access.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
mod_access.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
and the
On Thu, 15 Mar 2001 [EMAIL PROTECTED] wrote:
Yes. All APR functions must have acess to a pool. Imagine a platform
that requires we allocate memory for gethostname before we call the system
call. If we don't pass the pool, we can't allocate the memory. We are
trying to be future proof,
Ian Holsman [EMAIL PROTECTED] writes:
It compiles OK.
I've got 2 other issues the build at the moment
Creating library Debug/libhttpd.lib and object Debug/libhttpd.exp
mod_access.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
mod_access.obj : error LNK2001:
Many comments on several posts
Creating library Debug/libhttpd.lib and object Debug/libhttpd.exp
mod_access.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
mod_access.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
oops... the darn .def file...
William A. Rowe, Jr. [EMAIL PROTECTED] writes:
Many comments on several posts
Creating library Debug/libhttpd.lib and object Debug/libhttpd.exp
mod_access.obj : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
mod_access.obj : error LNK2001: unresolved external symbol
From: Jeff Trawick [EMAIL PROTECTED]
Sent: Thursday, March 15, 2001 9:42 PM
No def files... please properly APR_DECLARE(rettype) apr_fn(args)
always and this doesn't become a problem again, ever.
hmmm... it was done properly to start with... I don't know why Ian was
getting this error
greg et al,
just to let you know.
i just had to set up, here, a second partial tag, this time quite
a significant rewrite of my database modules and the way they're being
used in the project i'm doing.
i tagged just the db.py, monitord.py and sql2000xmldb.py files.
i then found whoops, a bug
Means today...
I have retested it. It was not 100% OK, the shlibtool is not created, I
have probably missed a cp.
Find enclosed new patch :=(
Cheers
Jean-frederic
[EMAIL PROTECTED] wrote:
I'll try to get this applied and committed today. If I don't get to it
until tomorrow, don't worry,
Ok.
I deleted the entire directory, and re-checked out everything.
in project aprutil.
apr_xml.c
c:\src\apache\httpd-2.0\srclib\apr-util\xml\apr_xml.c(69) : fatal error
C1083: Cannot open include file: 'expat.h': No such file or directory
FIX: change ../expat-lite to xml/expat/lib in the include
11 matches
Mail list logo