APR-SERF STATUS:-*-text-*-
Last modified at [$Date: 2001/10/24 20:02:29 $]
Release:
RELEASE SHOWSTOPPERS:
We need code. This project's goal is to create an http
client library.
* web pages (go to apr-site)
* decide on
So while putting together a FreeBSD port for apr and apr-util, for use
with my port of Subversion, I ran into a slight problem with the
apr-config and apu-config scripts.
The scripts use a `cd $foo pwd` construct to resolve relative paths
when figuring out if they're being called from an
On 13 Mar 2002 18:13:02 -, [EMAIL PROTECTED] wrote:
jim 02/03/13 10:13:02
Modified:buildapr_common.m4
Log:
Fix weird error report... not sure what
brain damaged shell would misinterpret the current method, but
this safes it.
Revision ChangesPath
1.26
Weird... I'm guessing you don't have problems with the other
usages of ${}... $3 should be special enough not to require.
I'll back this out since shells that *don't* support it
are more broken :)
Brian Havard wrote:
On 13 Mar 2002 18:13:02 -, [EMAIL PROTECTED] wrote:
jim
On Wed, 13 Mar 2002 20:41:12 -0500 (EST), Jim Jagielski wrote:
Weird... I'm guessing you don't have problems with the other
usages of ${}... $3 should be special enough not to require.
I'll back this out since shells that *don't* support it
are more broken :)
Thanks (wow, that was quick :)
Isn't
On Thu, Mar 14, 2002 at 12:50:43PM +1000, Brian Havard wrote:
On Wed, 13 Mar 2002 20:41:12 -0500 (EST), Jim Jagielski wrote:
Weird... I'm guessing you don't have problems with the other
usages of ${}... $3 should be special enough not to require.
I'll back this out since shells that *don't*
Applied. Thanks!
On Wed, Mar 13, 2002 at 07:54:47PM -0500, Garrett Rooney wrote:
So while putting together a FreeBSD port for apr and apr-util, for use
with my port of Subversion, I ran into a slight problem with the
apr-config and apu-config scripts.
The scripts use a `cd $foo pwd`
I'm following up...
Greg Stein wrote:
On Thu, Mar 14, 2002 at 12:50:43PM +1000, Brian Havard wrote:
On Wed, 13 Mar 2002 20:41:12 -0500 (EST), Jim Jagielski wrote:
Weird... I'm guessing you don't have problems with the other
usages of ${}... $3 should be special enough not to require.
this patch makes sure that apr_date_parse_rfc doesn't corrupt the
callers date string.
it was discussed in this thread:
http://marc.theaimsgroup.com/?l=apr-devm=101223985500849w=2
Index: srclib/apr-util/misc/apr_date.c
===
RCS
APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*-
Last modified at [$Date: 2002/02/18 06:25:59 $]
Release:
2.0a9 : released December 12, 2000
2.0a8 : released November 20, 2000
2.0a7 : released October 8, 2000
2.0a6 : released August 18, 2000
APRUTIL LIBRARY STATUS: -*-text-*-
Last modified at [$Date: 2001/12/08 00:43:54 $]
Release:
2.0a9 : released December 12, 2000
RELEASE SHOWSTOPPERS:
* Need apu_compat.h to track the latest renames
Status: someone want to step up to diff
I just started getting these messages from configure:
/home/trawick/efence_regress/prevlogs/configure.stderr and
/home/trawick/efence_regress/logs/configure.stderr are different!
--/home/trawick/efence_regress/logs/configure.stderr.diff---
0a1,5
../apr/apr-config:
On Wed, Mar 13, 2002 at 06:13:02PM -, [EMAIL PROTECTED] wrote:
jim 02/03/13 10:13:02
Modified:buildapr_common.m4
Log:
Fix weird error report... not sure what
brain damaged shell would misinterpret the current method, but
this safes it.
Revision Changes
This little script runs daily to build APR on Sol8 on my machines... And
_THIS_ looks weird... Did we have a huge update of basically everything or
did the script fail for the first time in 4 months?
Pier
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
### Started at Thu Mar 14 10:00:01 PST
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]
Sent: 14 March 2002 19:09
This little script runs daily to build APR on Sol8 on my machines... And
_THIS_ looks weird... Did we have a huge update of basically everything or
did the script fail for the first time in 4 months?
Roy committed the
This patch adds apr_utime() to the APR. I did this against the unix
directories.
I don't know how this affects (if at all) other platforms.
Thanks.
Rob Simonson
[EMAIL PROTECTED]
apr/file_io/unix/filestat.c
===
--- filestat.c.old
Thanks for your input Jeff. I've revised this patch some. Here it is...
Thanks.
Rob Simonson
[EMAIL PROTECTED]
apr/file_io/unix/filestat.c
===
--- filestat.c.old Thu Mar 14 11:20:04 2002
+++ filestat.cThu Mar 14
Sander Striker [EMAIL PROTECTED] wrote:
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]
Sent: 14 March 2002 19:09
This little script runs daily to build APR on Sol8 on my machines... And
_THIS_ looks weird... Did we have a huge update of basically everything or
did the script fail for the
Robert Simonson [EMAIL PROTECTED] writes:
Thanks for your input Jeff. I've revised this patch some. Here it is...
I'll commit in a day or so if nobody has any concerns. Feel free to
remind me Monday if I haven't done so.
There are some tweaks which I will make, as mentioned below...
Before anyone even _considers_ polluting the API [which would
raise an instant veto from me] we have to finally address the create
time issue on non-Unix. Then we can get such a patch committed
to fit this resolution of this issue..
Unix has ctime, mtime and atime. How often will we change all
At 02:29 PM 3/14/2002, I wrote:
Shall we add crtime to track the file creation timestamp, and mark ctime
as not present on all the non-unix platforms, while marking crtime as
invalid on win32?
s/win32/unix/. Unix is the one that doesn't support crtime. Most others
don't support ctime, IIUC.
Jon Travis [EMAIL PROTECTED] writes:
I get symbol collisions between apr_thread_proc.h and ap_alloc.h
(in Apache 1.3) with things like 'kill_never', etc. It would be
nice to make sure all these symbols are namespace protected (there
are a ton of them in APR.)
Thanks for the heads up. This
William A. Rowe, Jr. [EMAIL PROTECTED] writes:
Before anyone even _considers_ polluting the API [which would
raise an instant veto from me] we have to finally address the create
time issue on non-Unix. Then we can get such a patch committed
to fit this resolution of this issue..
Unix has
[EMAIL PROTECTED] writes:
wrowe 02/03/14 14:21:38
Modified:test testfile.c
Log:
Win32 doesn't support remove-open-file semantics.
a needlessly-friendly way of saying that I forgot to close the damn
file :)
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell...
apr_rmm_realloc() needs to call apr_rmm_free() with the old block.
-aaron
On Thu, Mar 14, 2002 at 11:18:57PM -, [EMAIL PROTECTED] wrote:
dougm 02/03/14 15:18:56
Modified:.CHANGES
include apr_rmm.h
misc apr_rmm.c
Log:
On Thu, Mar 14, 2002 at 11:18:57PM -, [EMAIL PROTECTED] wrote:
dougm 02/03/14 15:18:56
+apr_rmm_off_t this;
+
+if ((this = apr_rmm_malloc(rmm, reqsize)) 0) {
Don't know if anyone cares, since APR is still in C at this point,
but this is a reserved word in C++, (and
26 matches
Mail list logo