RE: I need help getting Win32 to build again...

2000-11-16 Thread William A. Rowe, Jr.
I'm buried deep in 1.3.x for the better part of the afternoon. By tommorow I'll be playing in 2.0 once again, be happy to fix it :-) Besides, I need to get i18n building on Win32. Bill -Original Message- From: Jeff Trawick [mailto:[EMAIL PROTECTED] Sent: Thursday, November 16, 2000

RE: eek. exports.c (was: Re: cvs commit: ...)

2000-11-17 Thread William A. Rowe, Jr.
I'm dropping ordinals, period. This is a load time issue, and so insignificant that we shouldn't be bothered - the man hours wasted given that MS does a reasonable job of caching the ordinals... I'm going to strip them without objection from 2.0 in an hour or so. Bill -Original

i18n on Win32

2000-11-19 Thread William A. Rowe, Jr.
Here's the analysis, We can port and drop in iconv-1.1, iconv-extra-1.1, and iconv-rfc1345-1.1 by Konstantin Chuguev from FreeBSD. License of sources is essentially compatible, but includes the advertising clause, requiring that we cite him and include the disclaimer (which is essentially our

Fw: SHA1 and Base64

2000-11-29 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] To: Greg Stein [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] We can stratify and create as many layers in Apache as we want to put up with. But when we're talking about a *portability* library, then it should focus on just that. All of the code we are talking about is

Re: cvs commit: apache-2.0/src/lib/aputil apu_private.hw

2000-11-29 Thread William A. Rowe, Jr.
From: Greg Stein [EMAIL PROTECTED] To: new-httpd@apache.org I just made some changes to mpm/winnt/, but couldn't compile them. Since it was basically just tweaking the types, could you update from CVS and see if it still compiles properly? Dirtier than , but it -does- compile. Lots of

Re: cvs commit: apache-2.0/src/lib/aputil apu_private.hw

2000-11-29 Thread William A. Rowe, Jr.
From: Greg Stein [EMAIL PROTECTED] To: William A. Rowe, Jr. [EMAIL PROTECTED] On Wed, Nov 29, 2000 at 11:08:14AM -0800, William A. Rowe, Jr. wrote: From: Greg Stein [EMAIL PROTECTED] To: new-httpd@apache.org I just made some changes to mpm/winnt/, but couldn't compile them. Since

RE: cvs commit: apr STATUS

2000-12-03 Thread William A. Rowe, Jr.
rbb 00/12/02 19:31:12 Modified:.STATUS Log: This STATUS item doesn't belong in APR. * API documentation -Status: Ben Laurie has written some hooks documentation -(apache-2.0/htdocs/hooks.html) Q. Now that APRUTIL exists, may we

RE: Where is aprlib.dsp?

2000-12-04 Thread William A. Rowe, Jr.
From: Jim Jagielski [mailto:[EMAIL PROTECTED] Sent: Monday, December 04, 2000 4:19 PM William A. Rowe, Jr. wrote: IMHO, all these win32 buildisms aught to land in helpers/ ... if there is no disagreement I'll drop them there (.mak/.dsp/.dsw). ./helpers has historically been used

RE: cvs commit: apr/test aprtest.dsp aprtest.dsw aprtest.win Makefile.in sendfile.c testmmap.c client.dsp htdigest.dsp server.dsp test.dsw testarg.dsp testfile.dsp testproc.dsp testsig.dsp testsock.dsp testsuite.dsw testthread.dsp testucs.dsp timetest.dsp

2000-12-05 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Monday, December 04, 2000 5:52 PM I'm suggesting the following: 1) MD5 hashing moves to apr-util since it is portable 2) add crypt() covers into APR (APR_HAS_CRYPT and the appropriate -lcrypt switches if needed for the platform) 3)

RE: cvs commit: apr/test aprtest.dsp aprtest.dsw aprtest.win Makefile.in sendfile.c testmmap.c client.dsp htdigest.dsp server.dsp test.dsw testarg.dsp testfile.dsp testproc.dsp testsig.dsp testsock.dsp testsuite.dsw testthread.dsp testucs.dsp timetest.dsp

2000-12-05 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Monday, December 04, 2000 9:41 PM On Mon, Dec 04, 2000 at 09:27:38PM -0600, William A. Rowe, Jr. wrote: From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Monday, December 04, 2000 5:52 PM I'm suggesting the following: 1) MD5

RE: apr-util comments

2000-12-05 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 05, 2000 2:29 PM On Tue, Dec 05, 2000 at 11:00:24AM -0800, Cliff Woolley wrote: ... 1) I assume that the ap_* prefix on files/etc hasn't been changed to apr_* yet simply to ease the transition to httpd-2.0, and that

RE: apr-util comments

2000-12-05 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 05, 2000 3:19 PM We also have some other tweaky things such as the HOOK macros. You may have noticed that Ryan had to undo the APR rename. I haven't looked into it, but I bet it was because we don't have all the

RE: apr-util comments

2000-12-05 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 05, 2000 4:29 PM Symbols can't be wrapped by APR_DECLARE, we need to use an APU_DECLARE, or APR_UTIL_DECLARE, or whatever. Consider; apr-util.dll needs to export its symbols, and import the APR_DECLAREs.

RE: APRUTIL prefix

2000-12-05 Thread William A. Rowe, Jr.
From: Roy T. Fielding [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 05, 2000 3:44 PM I am still categorically opposed to any prefix other than ap_ for any symbols in any C library that is based on code developed by the Apache projects. Including apr and apr-util, though I don't

RE: apr-util comments

2000-12-06 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 06, 2000 1:32 PM On Tue, Dec 05, 2000 at 03:38:45PM -0600, William A. Rowe, Jr. wrote: ... Why do we add the additional complexity of a src/ directory within apr-util? Can't we keep to the same simplicity as apr itself

RE: src/ directory (was: Re: apr-util comments)x

2000-12-07 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2000 2:01 AM I'm actually contemplating building both the .lib and .dll as two full compiles. The benefit, when called for, is that users of the .lib won't have dangling exported symbols. I refused so far because

RE: cvs commit: apr/mmap/win32 mmap.c

2000-12-07 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2000 2:09 AM wrowe 00/12/06 22:58:59 --- apr_mmap.h2000/12/07 05:00:27 1.18 +++ apr_mmap.h2000/12/07 06:58:59 1.19 @@ -90,6 +90,16 @@ /** An area ID. Only valid on BeOS */

RE: src/ directory (was: Re: apr-util comments)x

2000-12-07 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2000 7:38 AM On Thu, Dec 07, 2000 at 07:26:05AM -0600, William A. Rowe, Jr. wrote: the only way the MSVC 5.0 .dsp files may depend on one another are on the same - Win32 Debug tag ... only when you get into 6.0

RE: cvs commit: apr-util/src/dbm apr_dbm.c

2000-12-08 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2000 6:37 PM -#include apu_private.h +#include apr_private.h Wrong! This is *supposed* to include apu_private.h. That is where the APU_USE_*DBM symbols are located. I have already created an apu_private.hw

RE: cvs commit: httpd-2.0/srclib/sdbm .cvsignore Makefile.in sdbm.c sdbm.h sdbm_hash.c sdbm_lock.c sdbm_pair.c sdbm_pair.h sdbm_private.h sdbm_tune.h sdbmlib.dsp

2000-12-08 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, December 08, 2000 12:45 AM gstein 00/12/07 22:44:55 Removed: srclib/sdbm .cvsignore Makefile.in sdbm.c sdbm.h sdbm_hash.c sdbm_lock.c sdbm_pair.c sdbm_pair.h

The iconv solution?

2000-12-08 Thread William A. Rowe, Jr.
Suggestion, It's impossible to maintain the whole of iconv within the apr tree, the thing is just too big and harms folks who already have it installed. But, since this is a bsd thing that we need to make more portable, I'm suggesting we institute its own apr-iconv repository. Long term,

RE: cvs commit: apr-util/src/dbm apr_dbm.c

2000-12-08 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, December 08, 2000 11:31 AM Log: Document and address several problems with apr_dbm - including; make apr_dbm_open args sane in respect to both apr and dbm note absurdity of apr_dbm_freedatum in a

RE: [PATCH] Buckets: add copy function, ap_bucket_split_any(), etc

2000-12-08 Thread William A. Rowe, Jr.
From: Cliff Woolley [mailto:[EMAIL PROTECTED] Sent: Friday, December 08, 2000 12:47 PM --- Greg Stein [EMAIL PROTECTED] wrote: I've applied the patch because it is a good start. However, ap_bucket_split_any() is not yet right. If a caller says split at 1, then it will probably

RE: cvs commit: apr-util/test testdbm.c

2000-12-08 Thread William A. Rowe, Jr.
wrowe 00/12/08 10:05:34 Modified:test testdbm.c Log: new name, new location, same as httpd-2.0/test/dbu.c which goes away. Fixed prototype for apr_dbm_open() Would someone look at the make in httpd-2.0/test and apr-util/test to address this file move for unix?

RE: The iconv solution?

2000-12-08 Thread William A. Rowe, Jr.
start blasting attics :-) Bill From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED] Sent: Friday, December 08, 2000 9:18 AM Suggestion, It's impossible to maintain the whole of iconv within the apr tree, the thing is just too big and harms folks who already have it installed

RE: The iconv solution?

2000-12-09 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Friday, December 08, 2000 5:33 PM +1 from me! get that big beast outta APR I'm not sure about nuking stuff in the repository, though. Since OtherBill shoved the mess into the repository before the last alpha (bad!), they have now been

RE: cvs commit: httpd-2.0/srclib/sdbm .cvsignore Makefile.in sdbm.c sdbm.h sdbm_hash.c sdbm_lock.c sdbm_pair.c sdbm_pair.h sdbm_private.h sdbm_tune.h sdbmlib.dsp

2000-12-09 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Friday, December 08, 2000 5:14 PM Then the header name at the very least needs to change. As it is now, if we install Apache on a machine that already has sdbm, we will break things horribly. Well, that's always been the case :-) Hmm.

RE: apu_private and optional stuff (was: Re: cvs commit: apr-util/src/dbm apr_dbm.c)

2000-12-09 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Friday, December 08, 2000 7:54 PM One last observation, sdbm.h does _not_ belong in apr-util/include/ and neither does the apu_private stuff. Suggest we move those on out of there, but where? There are three locations that

RE: cvs commit: apr-util/src/dbm apr_dbm.c

2000-12-09 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Saturday, December 09, 2000 1:17 AM On Sat, Dec 09, 2000 at 12:40:46AM -0600, William A. Rowe, Jr. wrote: From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Friday, December 08, 2000 5:47 PM And no... don't suggest we copy

Win32 ordinal binding concerns

2000-12-09 Thread William A. Rowe, Jr.
Bill and others interested, Please look at the current 2.0 library and executable binaries in the depends.exe utility. You will observe only one module is bound by ordinal, and that is ws2_32.dll (which is a MS problem.) Bill

RE: cvs commit: apr-util aprutil.dsp

2000-12-12 Thread William A. Rowe, Jr.
Is there a reason for part of the last change? ake 00/12/12 07:54:31 Modified:.Makefile.win .aprutil.dsp Log: Fix Windows build Index: aprutil.dsp @@ -189,10 +179,6 @@ # Begin Source File

RE: cvs commit: apr-util aprutil.dsp

2000-12-12 Thread William A. Rowe, Jr.
Just looked at the tree... nevermind -Original Message- From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 12, 2000 10:20 AM To: 'dev@apr.apache.org'; '[EMAIL PROTECTED]' Subject: RE: cvs commit: apr-util aprutil.dsp Is there a reason for part

RE: ARGH!

2000-12-13 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 13, 2000 4:01 PM I had no idea that we didn't even ship them, though! That doesn't feel quite right to me. No opinion on Apache, but on APRUTIL, I'd like to see that testdbm gets shipped because it is actually a nice

RE: make_export.awk

2000-12-16 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Saturday, December 16, 2000 12:09 PM On Sat, 16 Dec 2000, Sascha Schumann wrote: I had too much free time today, so I created make_export.awk. During that I noticed that I either lack some awk knowledge or that the

RE: [wrowe@rowe-clan.net: RE: *.exports in distro bundle, use of , Perl on Windows (was: Re: make_export.awk)]

2000-12-16 Thread William A. Rowe, Jr.
-Original Message- From: Mo DeJong [mailto:[EMAIL PROTECTED] Sent: Saturday, December 16, 2000 3:56 PM To: dev@apr.apache.org Subject: Re: [EMAIL PROTECTED]: RE: *.exports in distro bundle, use of , Perl on Windows (was: Re: make_export.awk)] I'll change, no problem. The

RE: make_export.awk

2000-12-16 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Saturday, December 16, 2000 1:01 PM When I originally wrote the buildexports stuff, we didn't require Perl to build Apache, because that file could be generated once and just bundled with Apache. With the move to create those

RE: Patch to fix dirs when builddir != srcdir

2000-12-16 Thread William A. Rowe, Jr.
From: Mo DeJong [mailto:[EMAIL PROTECTED] Sent: Saturday, December 16, 2000 5:06 PM How do win32 users run the ./configure script without downloading Cygwin? Also, have you tried recent versions of Cygwin? The old install process really sucked, but new versions have a nice GUI installer

RE: [wrowe@rowe-clan.net: RE: *.exports in distro bundle, use of , Perl on Windows (was: Re: make_export.awk)]

2000-12-17 Thread William A. Rowe, Jr.
From: Cliff Woolley [mailto:[EMAIL PROTECTED] Sent: Saturday, December 16, 2000 7:48 PM --- [EMAIL PROTECTED] wrote: The Apache Group has looked at Cygwin before. We do not plan to include support for Cygwin right now. That may change in the future, but we dislike the license.

Re: cvs commit: apr apr.dsp apr.mak

2000-12-22 Thread William A. Rowe, Jr.
Whoa... brane 00/12/21 15:02:36 Modified:.apr.dsp apr.mak Log: Don't export symbols from static library. Please watch out, you broke the build. I understand that it -appears- that apr.dsp is the static library generator. At the moment, it's a comprimize, and if we

RE: config tests (was: Re: cvs commit: httpd-2.0/support ...)

2000-12-28 Thread William A. Rowe, Jr.
This is a great idea :-) My suggestion though... let's follow the ansi/posix/unix spec and simply #define WANT_APR_STDIO_H before including apr... e.g. we know what the offical stdio.h should have, so if it's a matter of including stdio plus stdlib plus conio on win32, then that's what the win32

RE: config tests (was: Re: cvs commit: httpd-2.0/support ...)

2000-12-28 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, December 28, 2000 8:28 AM My suggestion though... let's follow the ansi/posix/unix spec and simply #define WANT_APR_STDIO_H before including apr... e.g. we know what the offical stdio.h should have, so if it's a matter of

RE: cvs commit: apr apr.dsp apr.mak

2000-12-28 Thread William A. Rowe, Jr.
From: Branko ibej [mailto:[EMAIL PROTECTED] Sent: Thursday, December 28, 2000 10:47 AM William A. Rowe, Jr. wrote: Whoa... brane 00/12/21 15:02:36 Modified:.apr.dsp apr.mak Log: Don't export symbols from static library. Please watch out, you broke

Seperate apr compilations

2001-01-12 Thread William A. Rowe, Jr.
I've done a ton of thinking about these issues. 1) Once Greg finishes his fine work exporting symbols, we need no def files whatsoever for our dll (or certainly no symbol names, even if we keep them for versioning/descriptions.) 2) We should simply build the sources in both static and

Re: cvs commit: apr STATUS

2001-01-17 Thread William A. Rowe, Jr.
brane 01/01/14 16:28:05 Modified:.STATUS Log: This vote ends on Wednesday ... which wednesday? This Wednesday, later tonight (once we have one vote more or less). At 10pm CST (so I can get to work.) These have sat in status well over two months, anyone who doesn't

RE: cvs commit: apr STATUS

2001-01-18 Thread William A. Rowe, Jr.
+++ STATUS 2001/01/18 02:25:06 1.22 APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: Those for adding apr/src/: gstein, jim, brane + Those for removing apr-util/src/ : wrowe, rbb, dreid, stoddard, fielding I have completed this task. Ryan

RE: cvs commit: apr/include apr_xlate.h

2001-01-18 Thread William A. Rowe, Jr.
My bad, thanks. Hard to see around those corners that aren't compiled on this platform over here. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 18, 2001 5:15 PM To: [EMAIL PROTECTED] Subject: cvs commit: apr/include apr_xlate.h

ap_ - apr_ rename

2001-01-18 Thread William A. Rowe, Jr.
Heads up... I'm committing the change to transpose all apr-util names from ap_ to apr_ late tonight. That means you want your current work set aside or out of the way when you cvs update late tonight or early tommorow. Be warned, the ap_foo files all change to apr_foo as well, so your

RE: cvs commit: apr-util/include apr_base64.h apr_buckets.h apr_generic_hook.h apr_hooks.h apr_ring.h apr_sdbm.h apr_sha1.h apu.h.in apu.hw ap_base64.h ap_buckets.h ap_generic_hook.h ap_hooks.h ap_ring.h ap_sha1.h

2001-01-19 Thread William A. Rowe, Jr.
wrowe 01/01/18 23:01:27 Modified:include apr_base64.h apr_buckets.h apr_generic_hook.h apr_hooks.h apr_ring.h apr_sdbm.h apr_sha1.h apu.h.in apu.hw Removed: include ap_base64.h ap_buckets.h ap_generic_hook.h

RE: cvs commit: apr-util/crypto apr_sha1.c

2001-01-19 Thread William A. Rowe, Jr.
gstein 01/01/19 01:19:53 Modified:crypto apr_sha1.c Log: add a missing type back in. this used to be AP_BYTE. Revision ChangesPath 1.22 +2 -0 apr-util/crypto/apr_sha1.c Why? Please see apr.hw/apr.h.in. Index: apr_sha1.c

apr_stat

2001-01-19 Thread William A. Rowe, Jr.
Thanks, everyone, who's commented so far... here's the plan; apr_status_t apr_stat(apr_finfo_t *finfo, const char *fname, apr_int32_t wantthis, apr_pool_t *p) wantthis is the bit flag of attributes we are interested in. Some will always be returned, and the apr_stat

Re: apr_stat

2001-01-20 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] Sent: Friday, January 19, 2001 12:46 PM ++1. If you get Windows working, I'll do Unix when you are done. How about the other way around? Here's the proof-of-concept on unix; I don't promise it's complete, and don't promise it compiles, but it underscores the

RE: apr_stat

2001-01-20 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Friday, January 19, 2001 7:52 PM apr_stat will reply in a new member value, finfo_valid, to describe the results returned. It will only fail for the current reasons. If it can't get a particular result, it just goes on, and it's the

RE: apr_stat

2001-01-20 Thread William A. Rowe, Jr.
From: Wilfredo Sanchez [mailto:[EMAIL PROTECTED] Sent: Friday, January 19, 2001 10:35 PM On Friday, January 19, 2001, at 06:06 PM, William A. Rowe, Jr. wrote: One alternative, both a 'wants' and 'needs' value, or simply a APR_FINFO_FAIL bit that does what you ask. Apache won't use

Re: cvs commit: apr/tables apr_tables.c

2001-01-20 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] Sent: Saturday, January 20, 2001 10:19 AM gstein 01/01/20 03:34:32 Modified:include apr_tables.h tables apr_tables.c Log: yes, you *will* use a hash instead. any questions can be directed to Bubba. ? A hash and a

RE: cvs commit: apr-util/dbm/sdbm sdbm.c

2001-01-20 Thread William A. Rowe, Jr.
Ok, this is a sparkling demonstration of the weakness behind any validation scheme. Let's refactor it a few times. wrowe 01/01/20 13:40:23 diff -u -r1.3 -r1.4 --- sdbm.c 2000/12/12 08:54:30 1.3 +++ sdbm.c 2001/01/20 21:40:23 1.4 @@ -177,7 +177,8 @@ /*

RE: cvs commit: apr/include apr_file_info.h apr_file_io.h

2001-01-20 Thread William A. Rowe, Jr.
Sorry, it shouldn't have slipped in. I'll back it out now. apr_get_filename_case was a predecessor to the component-oriented apr_stat ... and if we are hitting the filesystem, do it with a single atomic call, apr_stat. On nlinks, yes, I think that any apr app that is providing 'security' needs

Re: largefile support

2001-01-22 Thread William A. Rowe, Jr.
From: Doug MacEachern [EMAIL PROTECTED] Sent: Sunday, January 21, 2001 12:31 PM any ideas howto workaround this? and any plans on adding largefile support to 2.0? If it's supported I'd like to see it (Win32 does). However, we need to make an executive decision. Does apr (ignoring the httpd

Re: apr_stat

2001-01-22 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] Sent: Monday, January 22, 2001 4:59 PM On Mon, 22 Jan 2001, Wilfredo Sanchez wrote: On Friday, January 19, 2001, at 10:12 PM, [EMAIL PROTECTED] wrote: I guess the way I see it, is that it looks like we are tring to optimize for error conditions. I would

apr_dir_open rename

2001-01-23 Thread William A. Rowe, Jr.
Guys, if we want to keep the new apr_dir_open name, my patch will rename all the related fns (apr_dir_close, apr_dir_read, ap_dir_rewind, etc). Any objections in the next hour or two? Bill

[Patch] apr_dir_read

2001-01-23 Thread William A. Rowe, Jr.
Guys... a biggish patch, and the three specific apr_dir_read implementations are not complete or optimal. I am taking a bit of a break, so I thought I would toss this out while folks are still awake. To avoid big stat() requirements unless that's exactly what we aim to accomplish, I've

[Patch] Re: apr_dir_read

2001-01-23 Thread William A. Rowe, Jr.
Doh - Original Message - From: William A. Rowe, Jr. [EMAIL PROTECTED] To: dev@apr.apache.org Sent: Monday, January 22, 2001 8:27 PM Subject: [Patch] apr_dir_read Guys... a biggish patch, and the three specific apr_dir_read implementations are not complete or optimal. I am

LARGEFILE support?

2001-01-24 Thread William A. Rowe, Jr.
Question, if we enable largefile support for unix, the apr_finfo_t-size, apr_off_t, and so forth all become 64 bit identities? Are we prepared to do so today? Consequences? Win32 absolutely handles 64 bit file sizes/offsets without complaint, I just want to get a handle on how we proceed

Fw: Build problems on BeOS R4.5

2001-01-24 Thread William A. Rowe, Jr.
From: William A. Rowe, Jr. [EMAIL PROTECTED] To: Sam TH [EMAIL PROTECTED] Sent: Wednesday, January 24, 2001 9:09 AM Subject: Re: Build problems on BeOS R4.5 -1 on the patch to apr_fileinfo_t, +1 on the patch to file_io/unix/filestat.c in the short run. Bill - Original Message

Fw: cvs commit: apr-util/dbm apr_dbm.c

2001-01-24 Thread William A. Rowe, Jr.
From: Greg Stein [EMAIL PROTECTED] Sent: Wednesday, January 24, 2001 7:44 AM Note that we're almost at the point where mod_auth_db.c can be tossed, in favor of always using mod_auth_dbm (against apr_dbm). Once NDBM is inserted into apr_dbm, then mod_auth_dbm can be simplified a bit

Re: Build problems on BeOS R4.5

2001-01-24 Thread William A. Rowe, Jr.
From: William A. Rowe, Jr. [EMAIL PROTECTED] Sent: Wednesday, January 24, 2001 9:08 AM From: Greg Stein [EMAIL PROTECTED] Sent: Wednesday, January 24, 2001 3:27 AM We should simply nuke the asize and csize since they are nearly impossible to deal with in any reasonable cross-platform way

Re: cvs commit: apr/file_io/unix filestat.c

2001-01-24 Thread William A. Rowe, Jr.
trawick 01/01/24 13:11:52 Modified:file_io/unix filestat.c Log: get filestat.c to compile again and it rides again, I presume? Thanks Jeff

Re: cvs commit: apr/file_io/unix filestat.c

2001-01-24 Thread William A. Rowe, Jr.
|= APR_FINFO_STAT should tell the user we did an lstat() instead of a stat(), and leave the APR_LNK flag to tell them that it was (or wasn't) a link. Maybe that's the bit that's fooling us all. Bill - Original Message - From: Jeff Trawick [EMAIL PROTECTED] To: William A. Rowe, Jr. [EMAIL

Re: cvs commit: apr-util/include apr_hooks.h

2001-01-25 Thread William A. Rowe, Jr.
ben 01/01/24 14:52:57 Modified:server config.c hooksapr_hooks.c include apr_hooks.h Log: The current hooking module is _not_ a debugging aid. that's fine ... I just hope you grepped for all occurances ... I normalized two variations

Hmmm?

2001-01-27 Thread William A. Rowe, Jr.
APU_DECLARE_DATA void (*apr_retrieve_optional_fn(const char *szName))(void) { void (*pfn)(void); if(!s_phOptionalFunctions) return NULL; return apr_hash_get(s_phOptionalFunctions,szName,strlen(szName)); } Any reason for the unused pfn variable?

Re: cvs commit: apr/include/arch/win32 fileio.h

2001-01-27 Thread William A. Rowe, Jr.
wrowe 01/01/27 14:25:11 Modified:file_io/win32 dir.c filestat.c open.c include apr.h.in apr.hw include/arch/win32 fileio.h Index: apr.h.in === +#define APR_HAS_LARGE_FILES

Re: cvs commit: apr/time/unix time.c

2001-01-28 Thread William A. Rowe, Jr.
Sorry, here's what changed without win32 cruft tossed in... wrowe 01/01/28 07:30:32 Modified:.apr.dsp apr.mak libapr.dsp libapr.mak dso/os2 dso.c file_io/os2 dir.c filedup.c filestat.c maperrorcode.c readwrite.c

includes

2001-01-28 Thread William A. Rowe, Jr.
The last os2 patch finishes the move of all .h files to arch/ excepting mmap/unix/mm/mm.h, which we all agreed stays put since that is a package private to unix. Brian, please test, beat on me if it breaks anything and I'll revert as you propose. -Before- you beat on me, please look at apr.hw to

RE: cvs commit: httpd-2.0/include ap_compat.h

2001-01-29 Thread William A. Rowe, Jr.
[Moved from [EMAIL PROTECTED] From: Ben Laurie [mailto:[EMAIL PROTECTED] Sent: Monday, January 29, 2001 8:32 AM William A. Rowe, Jr. wrote: From: Ben Laurie [mailto:[EMAIL PROTECTED] Sent: Monday, January 29, 2001 3:53 AM Greg Stein wrote: These should all have license

RE: cvs commit: apr/include apr_user.h

2001-01-29 Thread William A. Rowe, Jr.
trawick 01/01/29 08:16:10 Modified:include apr_user.h Log: use a form of preprocessing which buildexports.awk can handle; exports.c now compiles on Unix, as it no longer tries to reference the macros apr_compare_users() or apr_compare_groups() -#ifdef WIN32

Re: cvs commit: apr/file_io/win32 filestat.c

2001-01-29 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] Sent: Monday, January 29, 2001 2:15 PM Hey, all. This fix also fixed a build problem I was having in Win98, but I'm worried that the fix might be skirting a bigger issue. Code exists in apr_private.h that turns off the use of Windows' GDI library (by #define'ing

Re: cvs commit: apr/include apr_file_info.h

2001-01-31 Thread William A. Rowe, Jr.
stoddard01/01/31 12:01:16 Modified:modules/http http_request.c file_io/win32 filestat.c include apr_file_info.h Log: apr_stat() in http_request.c only needs size, type, mtime, ctime atime values from the file. Modify apr_stat() under

CVS Broken

2001-02-03 Thread William A. Rowe, Jr.
home: [EMAIL PROTECTED] http://www.xbc.nu/brane/ work: [EMAIL PROTECTED] http://www.hermes-softlab.com/ ACM: [EMAIL PROTECTED]http://www.acm.org/ ---End Message--- ---BeginMessage--- William A. Rowe, Jr. wrote: NO NO NO Please, use cvs from a win32 machine

Fw: CVS Broken

2001-02-03 Thread William A. Rowe, Jr.
Now that I've cooled off... From: William A. Rowe, Jr. [EMAIL PROTECTED] Sent: Saturday, February 03, 2001 9:43 AM Branko, or one of the root access folks, please revert all binary tags apr tags, now. I've received three reports this morning that the files are corrupt when checked out

Re: apr_ function prefixes

2001-02-06 Thread William A. Rowe, Jr.
+1 ... we need these changes, only we have attacked this as time has permitted. My only comment, take this group: apr_get_shm_nameapr_shm_name_get apr_set_shm_nameapr_shm_name_set apr_open_shmem apr_shm_open I'd personally like to see apr_shm_get/set_name

Re: cvs commit: apr/include apr_signal.h apr.h.in apr_want.h

2001-02-11 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] Sent: Saturday, February 10, 2001 6:52 PM *) add apr_signal_get_description() to that platforms (which have signals) can portably get descriptions for them. *) move signal stuff from apr.h to (new) apr_signal.h *) os2/signals.c was collapsed into

RE: largefile support

2001-02-11 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Sunday, January 21, 2001 8:04 PM any ideas howto workaround this? and any plans on adding largefile support to 2.0? If it's supported I'd like to see it (Win32 does). However, we need to make an executive decision. Does apr

RE: New directory API...

2001-02-11 Thread William A. Rowe, Jr.
From: Greg Stein [mailto:[EMAIL PROTECTED] Sent: Monday, January 22, 2001 4:23 AM I'd say: have the user pick up the finfo-filehand if available and call apr_getfileinfo() for the bits they need (with a new structure). finfo-filehand should be somewhat opaque. Some platforms may not set it

Re: cvs commit: apr/include apr.hw

2001-02-11 Thread William A. Rowe, Jr.
wrowe 01/02/11 12:34:54 Modified:include apr.hw Log: Fix the broken support utilities (htdigest/htpasswd) on Win32. Won't strictly put this on [signals hacker] since we should have defined this HAVE_SIGNAL_H symbol, and not simply -included- the header in the

Re: Feature request realpath(3) wrapper

2001-02-12 Thread William A. Rowe, Jr.
In the works :-)

Re: cvs commit: apr/file_io/unix dir.c

2001-02-12 Thread William A. Rowe, Jr.
trawick 01/02/12 12:55:34 Modified:file_io/unix dir.c Log: OS/390 has _POSIX_PATH_MAX but not PATH_MAX (did I hear a little bird say APR_PATH_MAX?) Yes... the 'right' fix would be good here.

Re: cvs commit: apr/file_io/unix dir.c

2001-02-12 Thread William A. Rowe, Jr.
From: Jeff Trawick [EMAIL PROTECTED] Sent: Monday, February 12, 2001 3:42 PM apr.hw: Move this code from include/arch/win32/fileio.h to apr.hw but also add any needed includes (what are they?): #if APR_HAS_UNICODE_FS /* An arbitrary size that is digestable. True max is a bit less than

Apache/APR .dsp files

2001-02-19 Thread William A. Rowe, Jr.
From: Branko ibej [EMAIL PROTECTED] Sent: Monday, February 05, 2001 1:08 PM [...] the other half of my argument still stands: allowing keyword expansion in *.ds[pw]'s is a bad idea. I agree it's a potentially troublesome problem, for .dsp and .mak files. I'm willing to accept the -ko flag on

Re: cvs commit: apr-util/include apu.h.in

2001-02-22 Thread William A. Rowe, Jr.
Some comment that this file is generated from apu.h.in --- do not edit would still be worthwhile. Bill - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 21, 2001 10:37 PM Subject: cvs commit: apr-util/include apu.h.in jwoolley01/02/21

Re: cvs commit: apr/include apr_thread_proc.h

2001-02-23 Thread William A. Rowe, Jr.
bjh 01/02/23 01:09:47 Modified:include apr_thread_proc.h Log: apr_setup_signal_thread() apr_create_signal_thread() aren't implemented on OS/2 (or needed AFAIK) so keep them out of exports list. -#if APR_HAS_THREADS +#if APR_HAS_THREADS !defined(OS2)

Re: SGI Patch 10xpatch-2.0a6-2: Reduce time resolution to 1 sec

2001-02-24 Thread William A. Rowe, Jr.
From: Greg Marr [EMAIL PROTECTED] Sent: Friday, February 23, 2001 4:56 PM Copied to the APR list, since this is an APR type. The original proposal by Roy was to make apr_time_t a structure containing a time_t for seconds, and an int for microseconds, since many/most users of this type

shmem implementation

2001-02-24 Thread William A. Rowe, Jr.
Several observations so I can finish the Win32 code that's sat on my machines for the last four months... 1. Win32 allows both anon mapping (keyed into the swap file itself) and file based mapping. We have no concept of key based mapping, since handles to shmem are very process specific

Re: canonical stuff (was: Re: apache 2.0.11 - tag 2.0.12?)

2001-02-24 Thread William A. Rowe, Jr.
From: Greg Stein [EMAIL PROTECTED] Sent: Saturday, February 24, 2001 3:44 AM On Fri, Feb 23, 2001 at 02:21:22PM -0600, William A. Rowe, Jr. wrote: ... I have some very major structural hacking to do to wipe out the old canonical methods - and a quiet house to do so for the next two days

OT Question

2001-02-25 Thread William A. Rowe, Jr.
Who can point me at the best FreeBSD or Linux rpm for utf-8 support so I can really get my hands dirty on that side of the equation? Bill

Re: cvs commit: apr-util aprutil.dsp libaprutil.dsp

2001-02-25 Thread William A. Rowe, Jr.
wrowe 01/02/24 18:24:20 Modified:.Apache.dsw .aprutil.dsp libaprutil.dsp Log: Begin to fix the build schema changes for apr-util This hack is _not_ technically correct for building aprutil.lib (but should be correct as a .dll). However, I'm

The list...

2001-02-26 Thread William A. Rowe, Jr.
Jeff... thanks for banging your head against 2.0 for us all. I took a look at the 'private' old HAVE_* subset, listed below; HAVE_DL_H HAVE_DLFCN_H HAVE_GRP_H HAVE_HSTRERROR HAVE_ICONV_H HAVE_LANGINFO_H HAVE_PWD_H HAVE_MALLOC_H HAVE_STDDEF_H HAVE_SYS_FCNTL_H HAVE_SYS_FILE_H HAVE_SYS_MMAN_H

Re: unicode file APIs (was: Re: canonical stuff)

2001-02-26 Thread William A. Rowe, Jr.
From: dean gaudet [EMAIL PROTECTED] Sent: Sunday, February 25, 2001 7:42 PM i'm a bit of an I18N novice, but doesn't it all just magically work if you use UTF-8 encoding everywhere? UTF-8 deliberately avoids using \0 and / in the encodings. plain ascii works unmodified. unix filesystems

Re: Nomination for commit access

2001-02-27 Thread William A. Rowe, Jr.
Sorry to bother the list with administrative bs ... really not for comment on this list. Fat fingers. Bill

Re: cvs commit: apr-util/xml apr_xml.c

2001-02-28 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] Sent: Wednesday, February 28, 2001 9:14 AM gstein 01/02/28 07:14:50 Modified:xml apr_xml.c Log: enable building against old/new expats Revision ChangesPath 1.18 +6 -3 apr-util/xml/apr_xml.c +#include apu_config.h May

Re: cvs commit: apr-util/xml apr_xml.c

2001-02-28 Thread William A. Rowe, Jr.
wrowe 01/02/28 08:58:35 Modified:xml apr_xml.c Log: Just trying to keep Win32 semi-buildable I'll be rid of the crufty hack this eve, and incorporate the new expat so the srclib/ copy can be nuked late tonight/early tommorow. BTW... don't we already have an

Re: some reasons why Apache 2.0 threaded is slower than prefork

2001-03-01 Thread William A. Rowe, Jr.
From: Bill Stoddard [EMAIL PROTECTED] Sent: Thursday, March 01, 2001 12:47 PM FWIW, last week I wrote a very simple memory allocator (apr_malloc(), apr_calloc(), apr_free()) and replaced all the malloc/calloc/free calls in the apr-util/buckets with the apr_* calls. It was good for a 10%

  1   2   3   4   5   6   7   8   9   10   >