RE: cvs commit: apache-2.0/src/support htdigest.mak htpasswd.mak rotatelogs.mak

["William A. Rowe, Jr." <wr...@lnd.com>]

> -----Original Message-----
> From: stoddard@locus.apache.org [mailto:stoddard@locus.apache.org]
> Sent: Thursday, April 20, 2000 2:28 PM
> To: apache-2.0-cvs@apache.org
> Subject: cvs commit: apache-2.0/src/support htdigest.mak htpasswd.mak
> rotatelogs.mak
> 
> 
> stoddard    00/04/20 12:28:10
> 
>   Modified:    src      ApacheCore.dsp CHANGES Makefile.win
>                src/lib/apr aprlib.def
>                src/main gen_test_char.dsp gen_uri_delims.dsp
>                src/modules/proxy ApacheModuleProxy.dsp
>                src/os/win32 ApacheModuleAuthAnon.dsp
>                         ApacheModuleCERNMeta.dsp 
> ApacheModuleDigest.dsp
>                         ApacheModuleExpires.dsp 
> ApacheModuleHeaders.dsp
>                         ApacheModuleInfo.dsp ApacheModuleRewrite.dsp
>                         ApacheModuleSpeling.dsp ApacheModuleStatus.dsp
>                         ApacheModuleUserTrack.dsp
>                src/os/win32/installer/installdll install.mak
>                src/support htdigest.mak htpasswd.mak rotatelogs.mak

I definately missed the aprlib.dsp update!  The target is now built by
aprlibdll.dsp, but that project relies on aprlib.dsp to do the LIB32 
thing instead of the LINK32 thing.  You missed the doc update.  Both
are attached.

>   Added:       src      Apache.dsw InstallBin.dsp
>                src/lib/apr aprlibdll.dsp
>                src/os/win32 BaseAddr.ref

Missing lib/apr/misc/win32/aprlib.c
It's a no-op file (just a comment) to suppress the LNK4001 error.
See that post yesterday, it's attached here.

>   Removed:     src      Apache.mak ApacheCore.mak
>                src/ap   ap.mak
>                src/lib/apr aprlib.mak
>                src/main gen_test_char.mak gen_uri_delims.mak
>                src/modules/proxy ApacheModuleProxy.mak
>                src/os/win32 ApacheModuleAuthAnon.mak
>                         ApacheModuleCERNMeta.mak 
> ApacheModuleDigest.mak
>                         ApacheModuleExpires.mak 
> ApacheModuleHeaders.mak
>                         ApacheModuleInfo.mak ApacheModuleRewrite.mak
>                         ApacheModuleSpeling.mak ApacheModuleStatus.mak
>                         ApacheModuleUserTrack.mak
>                src/regex regex.mak

That's the most beautiful commit I've seen (the Removed: that is :-)

RE: cvs commit: apache-2.0/src/support htdigest.mak htpasswd.mak rotatelogs.mak

["William A. Rowe, Jr." <wr...@lnd.com>]

Finally... here is the patch for a working WIN32 logresolve.c

I know I've posted the dsp several times, so I won't waste the bandwidth.

RE: cvs commit: apache-2.0/src/support htdigest.mak htpasswd.mak rotatelogs.mak

["William A. Rowe, Jr." <wr...@lnd.com>]

More quick cleanup as I came across it.

Big issue, we want to always bind to the VC library DLL,
since that doesn't suffer the ever-volitile problems of apr.
No sense in linking in the standard library stuff.

I also believe we should always compile multi-threaded.
This provides APR to play whatever games it likes without
hurting the application... even when the app thinks it is
a single threaded entity, APR may wish to thread certain
calls.  This simply impacts the compile options so the
[Debug] Threading DLL is always invoked.  (It saves us
from distributing multiple C library DLL's, as well.)

With the MD5 patch I just tossed up, and small code
changes herein, all four support objects build.

I also realized that the <stdlib.h> belongs in apr.hw, given
how we do things... there are way too many emits on undef'd
functions.

If a support binary is built on APR, it should never need
the ap_config garbage, IMHO.

RE: cvs commit: apache-2.0/src/support htdigest.mak htpasswd.mak rotatelogs.mak

["William A. Rowe, Jr." <wr...@lnd.com>]

> From: Bill Stoddard [mailto:stoddard@raleigh.ibm.com]
> Sent: Friday, April 21, 2000 9:02 AM
> To: new-httpd@apache.org
> Subject: Re: cvs commit: apache-2.0/src/support htdigest.mak
> htpasswd.mak rotatelogs.mak
> 
> Done

It's taking a while, since many other changes occured to some 
projects, to review the whole thing.

I couldn't build it either... but here are some self explanitory
(I hope!) fixes to get the InstallBin and all it's children to
build politely.  Note I added AuthDigest and fixed its base
(debug size is 14000 today).  To get those odd things like
base addresses, you may need to look below the 'fill in the blank'
boxes and edit the command directly in the bottom option display.

Don't try 'All Configuration' editing, however, it tangles up
all the options.  That's how I ended up with a dup list of
libraries at one point.

I also tossed in a logresolve project, though I haven't yet
tested it in the tree.  If you apply as is, I'll diff as needed.

By the way, Greg appeared to be 100% on the money.  If we simply
list the project as a dependency, the lib output seems to feed
quite nicely into the parent project with no explicit reference.

Not that I didn't trust Greg.  Just don't trust M$ :-)

Bill

Re: cvs commit: apache-2.0/src/support htdigest.mak htpasswd.mak rotatelogs.mak

[Bill Stoddard <st...@raleigh.ibm.com>]

> I definately missed the aprlib.dsp update!  The target is now built by
> aprlibdll.dsp, but that project relies on aprlib.dsp to do the LIB32 
> thing instead of the LINK32 thing.  You missed the doc update.  Both
> are attached.

Done

> Missing lib/apr/misc/win32/aprlib.c

Done