Yeah well, maybe if we'd actually paused an thought before jumping into the
GA we'd be in better shape rather than approaching SNAFU.
david
- This is quite an API change - soon after products
which rely on it have gone GA. Which is a patent
way to get breakage - and I seen o compelling need
On Sat, Apr 13, 2002 at 12:59:26AM +0200, Sander Striker wrote:
...
- The GA release of Apache _should_ not restrain APR from doing API changes.
Sure, we can't go changing stuff at random to match which way the wind
blows,
but until APR goes 1.0 we should certainly be able to change
It has absolute NOTHING to do with when we chose GA. If we chose GA three
months from now, we'd still have these issues.
Calling the server GA is selecting a point in time. There is nothing to say
that the particular point we chose is worse than next year.
To the naysayers about calling it GA:
Greg Stein [EMAIL PROTECTED] writes:
So my answer for this particular patch is:
* -1 for now(*), pending introduction of the versioning
* add a ref to the patch to the STATUS file for tracking
* when versioning is doc'd and implemented, then we add it
* httpd must specify *WHICH*
Do we really have to have the UUID functions in APR? Could we move
them to apr-util? (This would allows us to move md5 into apr-util
as well...)
It seems that getuuid.c could be rewritten to be more portable (i.e.
use apr_time_now, etc.). The only catch seems to be the case where
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]
Sent: 13 April 2002 08:52
Do we really have to have the UUID functions in APR? Could we move
them to apr-util?
+1 on moving it. However, it depends on the implementation of uuid_get.
One way to do it (as outlined in the uuid draft) is to
Hi,
Should we put a define for the old function name in apr_compat.h?
Sander
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 13 April 2002 14:00
To: [EMAIL PROTECTED]
Subject: cvs commit: apr/time/win32 time.c timestr.c
striker 02/04/13 05:00:07
Modified:.
Hi guys,
here's an updated list of potential renames pending for the APR API.
It would be very good to get these done for 1.0, I think.
Cheers,
-Thom
Index: renames_pending
===
RCS file: /home/cvspublic/apr/renames_pending,v
On Darwin, if there's a link error (in APR-dso, if something goes wrong),
the program will exit without giving a chance to the caller to do anything:
#man NSModule
[...]
If the user does not supply these functions, the default
will be to write an error message on to file
On Sat, Apr 13, 2002 at 05:03:11PM +0100, Pier Fumagalli wrote:
On Darwin, if there's a link error (in APR-dso, if something goes wrong),
the program will exit without giving a chance to the caller to do anything:
#man NSModule
[...]
If the user does not supply these functions, the
On Sat, Apr 13, 2002 at 09:07:46AM -0700, Justin Erenkrantz wrote:
On Sat, Apr 13, 2002 at 05:03:11PM +0100, Pier Fumagalli wrote:
On Darwin, if there's a link error (in APR-dso, if something goes wrong),
the program will exit without giving a chance to the caller to do anything:
#man
At 03:11 AM 4/13/2002, you wrote:
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]
Sent: 13 April 2002 08:52
Do we really have to have the UUID functions in APR? Could we move
them to apr-util?
+1 on moving it.
-1 on moving it, unless we are dumping the Win32 uuid.c source which
uses the OS
A suggestion to implement in apr_app_initialize, but first some background.
Without harming apr_initialize(), which should continue to be useful
for initializing apr in a non-apr application (e.g. a mod_jk connector built
with apr, that is written for Apache 1.3), I had started an
13 matches
Mail list logo