Re: Problem Build Latest Win32 CVS Release

2001-03-16 Thread Ian Holsman
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 include path of the xml project doesn't reference the 
./expat/lib directory in it's include path,
but the expat-lite directory which is now empty.

..Ian
From: [EMAIL PROTECTED] (Jeff Trawick)
Newsgroups: server.web.apache.apr
Subject: Re: Problem Build Latest Win32 CVS Release
Ian Holsman [EMAIL PROTECTED] writes:
 Hi.
 I'm trying to build the latest APR CVS release using the .dsw supplied
 in Apache.

 I've run into the problem where it couldn't find apr_inet_pton.
 I can't just include the file, as it uses EAFNOSUPPORT which isn't 
defined
 in Win32.

 I think this is a pretty recent change, due to the Win32 file trying
 include ../unix/sa_common.c

I guess I'm the problem... I didn't realize that we didn't build
inet_pton on Win32.
Can you try this?  Hopefully I'll get a chance to play with it later.
Thanks (and sorry!),
Jeff
Index: apr.dsp
===
RCS file: /home/cvspublic/apr/apr.dsp,v
retrieving revision 1.66
diff -u -r1.66 apr.dsp
--- apr.dsp2001/02/03 16:31:071.66
+++ apr.dsp2001/03/15 23:32:36
@@ -267,6 +267,10 @@
# End Source File
# Begin Source File
+SOURCE=.\network_io\unix\inet_pton.c
+# End Source File
+# Begin Source File
+
SOURCE=.\include\arch\win32\networkio.h
# End Source File
# Begin Source File
Index: network_io/unix/inet_pton.c
===
RCS file: /home/cvspublic/apr/network_io/unix/inet_pton.c,v
retrieving revision 1.4
diff -u -r1.4 inet_pton.c
--- network_io/unix/inet_pton.c2001/03/07 17:41:371.4
+++ network_io/unix/inet_pton.c2001/03/15 23:32:40
@@ -48,6 +48,10 @@
#define __P(x) x
#endif
+#if !defined(EAFNOSUPPORT)  defined(WSAEAFNOSUPPORT)
+#define EAFNOSUPPORT WSAEAFNOSUPPORT
+#endif
+
/*
 * WARNING: Don't even consider trying to compile this on a system where
 * sizeof(int)  4.  sizeof(int)  4 is fine; all the world's not a VAX.

--
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
 http://www.geocities.com/SiliconValley/Park/9289/
   Born in Roswell... married an alien...


Re: Problem Build Latest Win32 CVS Release

2001-03-16 Thread Jeff Trawick
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: unresolved external symbol
 [EMAIL PROTECTED]

oops... the darn .def file...  I'm getting my windows machine up
to date now and will work on it shortly...

 and the include path of the xml project doesn't reference the
 ./expat/lib directory in it's include path,
 but the expat-lite directory which is now empty.

I'll see what I can do...  I'm pretty clumsy with the project files.

Thanks...
-- 
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
   http://www.geocities.com/SiliconValley/Park/9289/
 Born in Roswell... married an alien...


Re: Problem Build Latest Win32 CVS Release

2001-03-16 Thread William A. Rowe, Jr.
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...  I'm getting my windows machine up
 to date now and will work on it shortly...


No def files... please properly APR_DECLARE(rettype) apr_fn(args)
always and this doesn't become a problem again, ever.


  and the include path of the xml project doesn't reference the
  ./expat/lib directory in it's include path,
  but the expat-lite directory which is now empty.
 
 I'll see what I can do...  I'm pretty clumsy with the project files.


Bill Stoddard already committed that fix, but your apr.dsp fix is fine,
however...


 Index: apr.dsp
 ===
 RCS file: /home/cvspublic/apr/apr.dsp,v
 retrieving revision 1.66
 diff -u -r1.66 apr.dsp
 --- apr.dsp 2001/02/03 16:31:07 1.66
 +++ apr.dsp 2001/03/15 23:32:36
 @@ -267,6 +267,10 @@
  # End Source File
  # Begin Source File
  
 +SOURCE=.\network_io\unix\inet_pton.c
 +# End Source File
 +# Begin Source File
 +


PLEASE please (pretty please) remember to keep apr/libapr .dsp files in sync.
While it's a pain, its easier than having to keep those .def files up to date 
;-)



 Index: network_io/unix/inet_pton.c
 ===
 RCS file: /home/cvspublic/apr/network_io/unix/inet_pton.c,v
 retrieving revision 1.4
 diff -u -r1.4 inet_pton.c
 --- network_io/unix/inet_pton.c 2001/03/07 17:41:37 1.4
 +++ network_io/unix/inet_pton.c 2001/03/15 23:32:40
 @@ -48,6 +48,10 @@
  #define __P(x) x
  #endif
  
 +#if !defined(EAFNOSUPPORT)  defined(WSAEAFNOSUPPORT)
 +#define EAFNOSUPPORT WSAEAFNOSUPPORT
 +#endif
 +

This needs to be APR_EAFNOSUPPORT and a status test, _please_ fix this
in the canonical errors header!  Then the APR_STATUS_IS_EAFNOSUPPORT()
on Win32 compares WSAEAFNOSUPPORT, and on OS2 it will do what OS2 does.

Other than that, looks like you are all over this (as in... on top of it :-)



Re: Problem Build Latest Win32 CVS Release

2001-03-16 Thread Jeff Trawick
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
   [EMAIL PROTECTED]
  
  oops... the darn .def file...  I'm getting my windows machine up
  to date now and will work on it shortly...
 
 
 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

  Index: apr.dsp
  ===
  RCS file: /home/cvspublic/apr/apr.dsp,v
  retrieving revision 1.66
  diff -u -r1.66 apr.dsp
  --- apr.dsp 2001/02/03 16:31:07 1.66
  +++ apr.dsp 2001/03/15 23:32:36
  @@ -267,6 +267,10 @@
   # End Source File
   # Begin Source File
   
  +SOURCE=.\network_io\unix\inet_pton.c
  +# End Source File
  +# Begin Source File
  +
 
 
 PLEASE please (pretty please) remember to keep apr/libapr .dsp files in sync.
 While it's a pain, its easier than having to keep those .def files
 up to date ;-)

found that out too :)  done...

  Index: network_io/unix/inet_pton.c
  ===
  RCS file: /home/cvspublic/apr/network_io/unix/inet_pton.c,v
  retrieving revision 1.4
  diff -u -r1.4 inet_pton.c
  --- network_io/unix/inet_pton.c 2001/03/07 17:41:37 1.4
  +++ network_io/unix/inet_pton.c 2001/03/15 23:32:40
  @@ -48,6 +48,10 @@
   #define __P(x) x
   #endif
   
  +#if !defined(EAFNOSUPPORT)  defined(WSAEAFNOSUPPORT)
  +#define EAFNOSUPPORT WSAEAFNOSUPPORT
  +#endif
  +
 
 This needs to be APR_EAFNOSUPPORT and a status test, _please_ fix this
 in the canonical errors header!  Then the APR_STATUS_IS_EAFNOSUPPORT()
 on Win32 compares WSAEAFNOSUPPORT, and on OS2 it will do what OS2
 does.

not tonight... dead code anyway...  maybe useful if EAFNOSUPPORT could
be exposed to callers of APR

 Other than that, looks like you are all over this (as in... on top
 of it :-)

not really...

-- 
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
   http://www.geocities.com/SiliconValley/Park/9289/
 Born in Roswell... married an alien...




Re: Problem Build Latest Win32 CVS Release

2001-03-16 Thread William A. Rowe, Jr.
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

Neither do I, except if he didn't clean before his last make.  I don't get
this error either.

   +#if !defined(EAFNOSUPPORT)  defined(WSAEAFNOSUPPORT)
   +#define EAFNOSUPPORT WSAEAFNOSUPPORT
   +#endif
   +
  
  This needs to be APR_EAFNOSUPPORT and a status test, _please_ fix this
  in the canonical errors header!  Then the APR_STATUS_IS_EAFNOSUPPORT()
  on Win32 compares WSAEAFNOSUPPORT, and on OS2 it will do what OS2
  does.
 
 not tonight... dead code anyway...  maybe useful if EAFNOSUPPORT could
 be exposed to callers of APR

Doesn't need to be tonight, I just worry over these sorts of things :-)
With my last commit after the dbmmanage.in change, Win32 builds fine again.

Bill




Re: Problem Build Latest Win32 CVS Release

2001-03-16 Thread Ian Holsman
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 directory
I've added the diff file for this.
All the other problems must have been due to my not cleaning .
Index: aprutil.dsp
===
RCS file: /home/cvspublic/apr-util/aprutil.dsp,v
retrieving revision 1.21
diff -r1.21 aprutil.dsp
28a29
 RSC=rc.exe
42c43,44
 RSC=rc.exe
---
 # ADD BASE CPP /nologo /MD /W3 /O2 /D WIN32 /D NDEBUG /D _WINDOWS /FD /c
 # ADD CPP /nologo /MD /W3 /O2 /I ./include /I ../apr/include /I 
 ./include/private /I ./dbm/sdbm /I ./xml/expat/lib /D NDEBUG /D 
 WIN32 /D _WINDOWS /D APR_DECLARE_STATIC /D APU_DECLARE_STATIC /D 
 APU_USE_SDBM /FdLibR\aprutil /FD /c
45,46d46
 # ADD BASE CPP /nologo /MD /W3 /O2 /D WIN32 /D NDEBUG /D _WINDOWS /FD /c
 # ADD CPP /nologo /MD /W3 /O2 /I ./include /I ../apr/include /I 
./include/private /I ./dbm/sdbm /I ../expat-lite /D NDEBUG /D WIN32 
/D _WINDOWS /D APR_DECLARE_STATIC /D APU_DECLARE_STATIC /D APU_USE_SDBM 
/FdLibR\aprutil /FD /c
67c67,68
 RSC=rc.exe
---
 # ADD BASE CPP /nologo /MDd /W3 /GX /ZI /Od /D WIN32 /D _DEBUG /D 
 _WINDOWS /FD /c
 # ADD CPP /nologo /MDd /W3 /GX /ZI /Od /I ./include /I ../apr/include /I 
 ./include/private /I ./dbm/sdbm /I ./xml/expat/lib /D _DEBUG /D 
 WIN32 /D _WINDOWS /D APR_DECLARE_STATIC /D APU_DECLARE_STATIC /D 
 APU_USE_SDBM /FdLibD\aprutil /FD /c
70,71d70
 # ADD BASE CPP /nologo /MDd /W3 /GX /ZI /Od /D WIN32 /D _DEBUG /D 
_WINDOWS /FD /c
 # ADD CPP /nologo /MDd /W3 /GX /ZI /Od /I ./include /I ../apr/include /I 
./include/private /I ./dbm/sdbm /I ../expat-lite /D _DEBUG /D WIN32 
/D _WINDOWS /D APR_DECLARE_STATIC /D APU_DECLARE_STATIC /D APU_USE_SDBM 
/FdLibD\aprutil /FD /c
257,266c256
 !IF  $(CFG) == libaprutil - Win32 Release
 
 # Begin Custom Build
 InputPath=.\include\private\apu_config.hw
 
 .\include\private\apu_config.h : $(SOURCE) $(INTDIR) $(OUTDIR)
   copy .\include\private\apu_config.hw .\include\private\apu_config.h  
nul 
   echo Created apu_config.h from apu_config.hw 
   
 # End Custom Build
---
 !IF  $(CFG) == aprutil - Win32 Release
268c258
 !ELSEIF  $(CFG) == libaprutil - Win32 Debug
---
 !ELSEIF  $(CFG) == aprutil - Win32 Debug
292,293c282
   copy .\include\private\apu_select_dbm.hw 
.\include\private\apu_select_dbm.h \
  nul 
---
   copy .\include\private\apu_select_dbm.hw 
 .\include\private\apu_select_dbm.h   nul 
304,305c293
   copy .\include\private\apu_select_dbm.hw 
.\include\private\apu_select_dbm.h \
  nul 
---
   copy .\include\private\apu_select_dbm.hw 
 .\include\private\apu_select_dbm.h   nul 


Problem Build Latest Win32 CVS Release

2001-03-15 Thread Ian Holsman
Hi.
I'm trying to build the latest APR CVS release using the .dsw supplied 
in Apache.

I've run into the problem where it couldn't find apr_inet_pton.
I can't just include the file, as it uses EAFNOSUPPORT which isn't defined
in Win32.
I think this is a pretty recent change, due to the Win32 file trying 
include ../unix/sa_common.c

Cheers
Ian


Re: Problem Build Latest Win32 CVS Release

2001-03-15 Thread Jeff Trawick
Ian Holsman [EMAIL PROTECTED] writes:

 Hi.
 I'm trying to build the latest APR CVS release using the .dsw supplied
 in Apache.
 
 I've run into the problem where it couldn't find apr_inet_pton.
 I can't just include the file, as it uses EAFNOSUPPORT which isn't defined
 in Win32.
 
 I think this is a pretty recent change, due to the Win32 file trying
 include ../unix/sa_common.c

I guess I'm the problem... I didn't realize that we didn't build
inet_pton on Win32.

Can you try this?  Hopefully I'll get a chance to play with it later.

Thanks (and sorry!),

Jeff

Index: apr.dsp
===
RCS file: /home/cvspublic/apr/apr.dsp,v
retrieving revision 1.66
diff -u -r1.66 apr.dsp
--- apr.dsp 2001/02/03 16:31:07 1.66
+++ apr.dsp 2001/03/15 23:32:36
@@ -267,6 +267,10 @@
 # End Source File
 # Begin Source File
 
+SOURCE=.\network_io\unix\inet_pton.c
+# End Source File
+# Begin Source File
+
 SOURCE=.\include\arch\win32\networkio.h
 # End Source File
 # Begin Source File
Index: network_io/unix/inet_pton.c
===
RCS file: /home/cvspublic/apr/network_io/unix/inet_pton.c,v
retrieving revision 1.4
diff -u -r1.4 inet_pton.c
--- network_io/unix/inet_pton.c 2001/03/07 17:41:37 1.4
+++ network_io/unix/inet_pton.c 2001/03/15 23:32:40
@@ -48,6 +48,10 @@
 #define __P(x) x
 #endif
 
+#if !defined(EAFNOSUPPORT)  defined(WSAEAFNOSUPPORT)
+#define EAFNOSUPPORT WSAEAFNOSUPPORT
+#endif
+
 /*
  * WARNING: Don't even consider trying to compile this on a system where
  * sizeof(int)  4.  sizeof(int)  4 is fine; all the world's not a VAX.
 

-- 
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
   http://www.geocities.com/SiliconValley/Park/9289/
 Born in Roswell... married an alien...