On Sun, Jul 08, 2001 at 10:25:17AM -0700, dean gaudet wrote:
> On Sun, 8 Jul 2001, dean gaudet wrote:
> >
> > On Sun, 8 Jul 2001, Justin Erenkrantz wrote:
> >
> > > Yup. I've brought this up to Sander and David before, but this is how
> > > pools
> >
> > woah. no way really?
> >
> > that's not at
On Sun, Jul 08, 2001 at 10:41:12AM -0700, dean gaudet wrote:
> On Sun, 8 Jul 2001, Jon Travis wrote:
>
> > There is still all this tomfoolery with locking, though, which I think
> > would be nice to fix with different sized buckets in the freelist.
> > Stuff that the
On Sun, Jul 08, 2001 at 07:53:56PM +0200, Sander Striker wrote:
> > Stuff that the malloc in glibc does. I cringe at the thought of how
> > much overhead due to abstraction this whole project is causing.
>
> The other thing this abstraction buys us is the ability to pass in
> different memory to
On Sun, Jul 08, 2001 at 11:27:08AM -0700, Ian Holsman wrote:
> Justin Erenkrantz wrote:
>
> >On Sun, Jul 08, 2001 at 11:04:09AM -0700, Jon Travis wrote:
> >
> >>As for the ability to use shared memory for this ... yeah that is
> >>an interesting idea. Wha
On Mon, Jul 09, 2001 at 05:49:24PM +0200, Luke Kenneth Casson Leighton wrote:
> On Sun, Jul 08, 2001 at 11:06:33AM -0700, Justin Erenkrantz wrote:
> > On Sun, Jul 08, 2001 at 11:04:09AM -0700, Jon Travis wrote:
> > > As for the ability to use shared memory for this ... yea
On Tue, Jul 10, 2001 at 01:29:24AM +0200, Luke Kenneth Casson Leighton wrote:
> > > if you examine tdb.c's design, you will notice that apr_table_do()
> > > becomes identical to [but more powerful than] tdb_traverse().
> > >
> > >
> > > apr_array_header_t? again, i haven't thought about it, but
On Mon, Jul 09, 2001 at 04:50:31PM -0700, [EMAIL PROTECTED] wrote:
>
> > cool, huh? [and it's only 1024 LOC yes i know it's not
> > portable like APR i was v.impressed that someone actually
> > looked at it when i first mentioned it here, btw ]
> >
> > so *grin*.
> >
> > can you guarantee thread-
On Tue, Jul 10, 2001 at 04:52:25PM +0200, Luke Kenneth Casson Leighton wrote:
> > > ... errr.. should i be using apr_hash_t or something? :)
> >
> > Yes.
>
> okay. will take a look at it, to see where i could use it.
>
> i have a suspicion that a lot of instances i really _need_
> the case-inse
It is possible unparse a URI into something like:
"http://@foo.bar.com";, if a username or password is given, and
the OMITUSER and OMITPASSWORD fields are blank. This should
do the job (though that section of the code is particularly
ugly).
-- Jon
Index: apr_uri.c
=
On Wed, Jul 18, 2001 at 05:22:13PM -0700, Jon Travis wrote:
> It is possible unparse a URI into something like:
> "http://@foo.bar.com";, if a username or password is given, and
> the OMITUSER and OMITPASSWORD fields are blank. This should
> do the job (though that
This is a reminder, sent out once a month, about a previous APR
patch submission. It includes the patch, description, and how to
use it to fix broken code.
Original patch post date: Jul-18-2001
Description:
apr_uri_unparse_components can unparse components into an invalid
URI. If the compo
sure that your patch
> handles this case correctly before we apply it today? I'd like to lick all
> the bugs, and wanted to be sure that this report is dead as well (on 2.0.)
>
> Bill
>
>
>
> ----- Original Message -
> From: "Jon Travis" &
I was thinking today that it would be nice to be able to pre-parse
*rintf style format strings into an intermediate array. This would
have the potential to speed up code which uses *rintf by quite a bit.
The only drawbacks that I can think of, is that the parser function
will need to take in a po
On Mon, Oct 01, 2001 at 04:07:13PM -0700, Greg Stein wrote:
> On Mon, Oct 01, 2001 at 01:43:55PM -0700, Jon Travis wrote:
> > I was thinking today that it would be nice to be able to pre-parse
> > *rintf style format strings into an intermediate array. This would
> > have t
On Mon, Oct 01, 2001 at 08:51:54PM -0700, Greg Stein wrote:
> On Mon, Oct 01, 2001 at 08:28:17PM -0700, Jon Travis wrote:
> > On Mon, Oct 01, 2001 at 04:07:13PM -0700, Greg Stein wrote:
> > > On Mon, Oct 01, 2001 at 01:43:55PM -0700, Jon Travis wrote:
> > > > I was t
On Tue, Oct 02, 2001 at 09:14:51AM -0700, Brian Pane wrote:
> Greg Stein wrote:
>
> >On Mon, Oct 01, 2001 at 08:28:17PM -0700, Jon Travis wrote:
> >
> >>On Mon, Oct 01, 2001 at 04:07:13PM -0700, Greg Stein wrote:
> >>
> [...]
>
> >>>Perso
I've been experiencing some time funniness on HPUX with respect
to the calculation of the GMT offset.
Here are the results under HPUX:
apr_explode_localtime(&xt, 0);
xt.tm_gmtoff = -28800
xt.tm_isdst = 0
apr_explode_localtime(&xt, 96768122600);
xt.tm_g
.
On Fri, Jan 04, 2002 at 12:24:11PM -0800, Jon Travis wrote:
> I've been experiencing some time funniness on HPUX with respect
> to the calculation of the GMT offset.
>
> Here are the results under HPUX:
>
> apr_explode_localtime(&xt, 0);
> xt.tm
When trying to link a simple program using apr-util using libtool, I
get numerous errors about gdbm (and db) functions not being found.
It turns out that libaprutil.la's dependency_libs variable doesn't
contain a bunch of needed stuff (such as -lgdbm -ldb, etc.) apr-util
obviously knows about th
On Fri, Jan 04, 2002 at 01:43:28PM -0800, Justin Erenkrantz wrote:
> On Fri, Jan 04, 2002 at 01:12:20PM -0800, Jon Travis wrote:
> > When trying to link a simple program using apr-util using libtool, I
> > get numerous errors about gdbm (and db) functions not being found.
> &
On Fri, Jan 04, 2002 at 02:39:56PM -0800, Brian Pane wrote:
> Jon Travis wrote:
>
> >BTW, note the huge comment in unix/time.c:apr_unix_time_setup()
> >which says that this (* broken) implementation is what was wanted.
> >
>
> Yes, in the sense that it produces the
t2 = mktime(&t);
-server_gmt_offset = (apr_int32_t) difftime(t1, t2) + (was_dst ? 3600 : 0);
+server_gmt_offset = (apr_int32_t) difftime(t1, t2);
#endif
}
On Fri, Jan 04, 2002 at 02:59:42PM -0800, Brian Pane wrote:
> Jon Travis wrote:
>
> >On Fri, Jan 04, 2002 at 02:39:56PM -0800, B
Nope, you're right on that one -- just slap the return in the ifdef
for netware and commit, I guess.. ;-)
-- Jon
On Mon, Jan 07, 2002 at 05:48:06PM -0800, Brian Pane wrote:
> Jon Travis wrote:
>
> >Ok, here's a small patch which gets things working correctly for me.
> &
t1, t2) + (was_dst ? 3600 : 0);
+server_gmt_offset = (apr_int32_t) difftime(t1, t2);
#endif
}
On Mon, Jan 07, 2002 at 05:53:18PM -0800, Jon Travis wrote:
> Nope, you're right on that one -- just slap the return in the ifdef
> for netware and commit, I guess.. ;-)
>
> --
Couple quickies:
Shouldn't otherchild.c be moved from misc/unix to threadproc? It does
have the apr_proc_* prefix.
The other is that APR_OC_REASON_UNWRITABLE doesn't appear to ever
be used by APR. apr_proc_other_child_register takes in a write_fd, but
I don't ever see that this is used.
-- Jon
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.)
-- Jon
On Sat, Apr 13, 2002 at 01:20:25PM -0500, William A. Rowe, Jr. wrote:
> 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 buil
On Sun, Apr 14, 2002 at 10:18:57AM +0200, Sascha Schumann wrote:
> > The operating system pre-allocates those fd's (0..2 for Unix) -- why would
> > opening an SDBM ever return any of those file descriptors? The only way
> > would be if the consumer closed those handles beforehand. If the user
> >
On Sun, Apr 14, 2002 at 01:38:25PM +0200, Sascha Schumann wrote:
> > As I described, it would be possible for a user to close those
> > descriptors before doing something like say, opening an SDBM. If
> > they then try to _write_ to those (via something like write() to
> > stderr), then that is a
On Sun, Apr 14, 2002 at 10:45:40PM +0200, Sascha Schumann wrote:
> > If a user knows that a third-party library (Oracle, whatever) can
> > provide messages to stderr, and they knowingly close that file
> > descriptor without dup()ing it elsewhere, then that is a bug in
> > their software.
>
>
On Thu, Apr 18, 2002 at 10:40:12AM -0400, Cliff Woolley wrote:
> On 18 Apr 2002, Jeff Trawick wrote:
>
> Since APR_EOF is one of the errors you might get back from
> apr_file_read(), I agree with Jeff. This:
>
> > > while (apr_file_read(file, buffer, &len) != APR_SUCCESS)
> > >
I'm having a small problem with binary compatability between Solaris 2.6
and a particular Solaris 8 box that I have. If I build a simple program
on a 2.6 box and call:
apr_sockaddr_info_get(..., "255.255.255.255", ...)
It works fine on the 2.6 box, but fails on the 8.x box. There is a
check i
Here's the patch which rips out the configure macros and the ifdefs
in sa_common.c.
-- Jon
Index: configure.in
===
RCS file: /home/cvspublic/apr/configure.in,v
retrieving revision 1.425
diff -u -u -r1.425 configure.in
--- configure.
My time test is failing. I get a mismatch:
checking localtime explode == GMT implode mismatch
apr_now()1021948993979908
apr_implode() returned 1021981393979908
error delta was 324
On Mon, May 20, 2002 at 07:47:24PM -0700, Jon Travis wrote:
> My time test is failing. I get a mismatch:
>
> checking localtime explode == GMT implode mismatch
> apr_now()1021948993979908
> apr_imp
x86 -- Windows 2000 -- 5.00.2195
(that's "shark" to you, Will.. ;-) )
-- Jon
On Mon, May 20, 2002 at 09:55:02PM -0500, William A. Rowe, Jr. wrote:
> Hardware? OS? Rev level?
>
> At 09:47 PM 5/20/2002, you wrote:
> >My time test is failing. I get a mismatch:
> >
> >checking localtime explode
On Mon, May 20, 2002 at 11:17:49PM -0500, William A. Rowe, Jr. wrote:
> At 09:51 PM 5/20/2002, Jon Travis wrote:
> >On Mon, May 20, 2002 at 07:47:24PM -0700, Jon Travis wrote:
> > > My time test is failing. I get a mismatch:
> > >
> > > check
On Tue, May 21, 2002 at 01:01:48AM -0400, Cliff Woolley wrote:
> On Tue, 21 May 2002, Cliff Woolley wrote:
>
> > Index: time.c
> > ===
> > RCS file: /home/cvs/apr/time/win32/time.c,v
> > retrieving revision 1.32
> > diff -u -d -r1.32
Hi all...
Jon Travis here...
Covalent has written a pretty keen HTML parser (called el-kabong)
which we'd like to offer to the ASF for inclusion in APR-util (or
whichever other umbrella it fits under.) It's faster than
anything I can find, provides a SAX stylee interface, uses
APR f
On Mon, Aug 26, 2002 at 08:49:38PM -0700, Justin Erenkrantz wrote:
> On Mon, Aug 26, 2002 at 08:32:16PM -0700, Jon Travis wrote:
> > Hi all...
> > Jon Travis here...
> >
> > Covalent has written a pretty keen HTML parser (called el-kabong)
> > which we'd lik
I personally think it belongs as some kind of sub-project to httpd, but
not in the same tree.
-- Jon
On Tue, Aug 27, 2002 at 12:43:17PM -0400, Jim Jagielski wrote:
> Aaron Bannert wrote:
> >
> > On Tue, Aug 27, 2002 at 11:02:47AM -0400, Ryan Bloom wrote:
> > > I would prefer that this became it
ttpd and APR, especially when flood is a _client_
> and the httpd _server_ project is a server. HTML is more general than
> server-side HTTP, IMHO.
>
> -aaron
>
>
> On Tue, Aug 27, 2002 at 09:54:48AM -0700, Jon Travis wrote:
> > I personally think it belongs as some
as you said, a subproj under HTTPD
>
> Jon Travis wrote:
> >
> > I personally think it belongs as some kind of sub-project to httpd, but
> > not in the same tree.
> >
> > -- Jon
> >
> >
> > On Tue, Aug 27, 2002 at 12:43:17PM -0400, Jim Jagi
On Tue, Aug 27, 2002 at 07:38:50PM +0200, Dirk-Willem van Gulik wrote:
>
> On Tue, 27 Aug 2002, Jim Jagielski wrote:
>
> > Aaron Bannert wrote:
> > >
> > > On Tue, Aug 27, 2002 at 11:02:47AM -0400, Ryan Bloom wrote:
>
> > > > I would prefer that this became it's own project either under the http
Any word on this?
-- Jon
On Mon, Aug 26, 2002 at 08:32:16PM -0700, Jon Travis wrote:
> Hi all...
> Jon Travis here...
>
> Covalent has written a pretty keen HTML parser (called el-kabong)
> which we'd like to offer to the ASF for inclusion in APR-util (or
> whichever
On Thu, Aug 29, 2002 at 06:42:39PM +0200, Dirk-Willem van Gulik wrote:
>
>
> On Thu, 29 Aug 2002, Jon Travis wrote:
>
> > Any word on this?
>
> These things take time... and it pays off to do them well. There is
> absolutely no rush.
Just wanted a word. More oft
On Thu, Aug 29, 2002 at 11:29:24AM -0700, Aaron Bannert wrote: > On Thu, Aug
29, 2002 at 02:24:28PM -0400, Ryan Bloom wrote:
> > > +1 from me, I prefer APR actually.
> >
> > I am really uncomfortable with this going under the APR project. As
> > things stand right now, it just doesn't fit with w
On Thu, Aug 29, 2002 at 02:30:35PM -0700, Sander van Zoest wrote:
> On Thu, 29 Aug 2002, Jon Travis wrote:
>
> > On Thu, Aug 29, 2002 at 11:29:24AM -0700, Aaron Bannert wrote: > On Thu,
> > Aug 29, 2002 at 02:24:28PM -0400, Ryan Bloom wrote:
> > > > I will mak
Any word on this? (take 2)
-- Jon
On Mon, Aug 26, 2002 at 08:32:16PM -0700, Jon Travis wrote:
> Hi all...
> Jon Travis here...
>
> Covalent has written a pretty keen HTML parser (called el-kabong)
> which we'd like to offer to the ASF for inclusion in APR-util (or
> w
My comments inline:
On Tue, Sep 03, 2002 at 02:53:03PM -0400, [EMAIL PROTECTED] wrote:
>
> There are currently two possible avenues.
>
> 1) The code goes into apr-util.
> 2) The code goes into a sandbox project.
>
> The APR option is faster, but there is some misgivings about whether it
> be
Time for another ping. It's been 2 weeks. Any word?
-- Jon
On Mon, Aug 26, 2002 at 08:32:16PM -0700, Jon Travis wrote:
> Hi all...
> Jon Travis here...
>
> Covalent has written a pretty keen HTML parser (called el-kabong)
> which we'd like to offer to the ASF for
us all a lot of
time & energy.
Anyway, I'd like to give an additional week to the ASF
to deal with the code. Next Monday, if it hasn't been
decided I'll look into other options.
-- Jon
On Mon, Sep 09, 2002 at 10:36:21AM -0700, Jon Travis wrote:
> Time for another ping. It&#
sion seems
> to be +1 for including your parser somewhere in some Apache project in the
> future, there's just no clear concensus on where. Is there any reason you
> can't just release your project under the ASF license and be done with it?
>
> Later,
> scott
>
>
On Mon, Sep 09, 2002 at 11:21:04PM -0700, Greg Stein wrote:
> On Mon, Sep 09, 2002 at 01:33:25PM -0700, Jon Travis wrote:
> > Ok, since I'm not seeing any activity towards getting this
> > integrated, I'd like to set a deadline. This would help
> > me out, since
On Tue, Sep 10, 2002 at 09:47:01AM -0700, Scott Hess wrote:
> [I am not an Apache contributor, merely a lurker, but...]
>
> On Tue, 10 Sep 2002, Jon Travis wrote:
> > These are not coercive tactics. These are processes which are
> > beneficial to both the ASF and Covalent.
Jeff,
I cc'd the dev@ lists, since the original proposition was made there,
and the public following the discussion should know the resolution.
My comments at the end.
On Wed, Sep 11, 2002 at 07:45:21PM +, Jeff Trawick wrote:
> Hi Jon,
>
> As you well know, it has taken a while to reach a
On Wed, Sep 11, 2002 at 04:25:00PM -0700, Greg Stein wrote:
> On Wed, Sep 11, 2002 at 01:55:35PM -0700, Jon Travis wrote:
> > I've decided to host the project elsewhere. It would be extremely
> > frustrating to require you, the ASF, to review code I'm patching
>
Aight, so since this has moved elsewhere, I thought I'd tell
the people who may have initially been interested in the
code.
You can now grab it here: http://ekhtml.sf.net
Should be handy for creating Apache filters that want to mangle
content before shipping it to the browser.
-- Jon
I was looking into cleaning up the inet_ntoa's in Apache, and in the process
also cleaned up some minute APR code. This just removes some magic #'s
It's so minor it is embarassing to post.. ;-)
Commit or reject at your leisure,
-- Jon
Index: lib/apr/include/apr_network_io.h
==
apr_hash.c has a very obscure bug in it, though I'm very surprised nobody
has been bitten by it before. It is possible, when expanding the table,
to use an old pointer and overwrite the hash entry value upon return from
find_entry. Anyway, this small patch fixes it. I have a testhash.c for
th
I need a routine to fetch the socket family. I could just refer
to the information in the sockaddr_t address length, but that is
rather hackish. Anyway, here tis. We should also probably be
moving towards making the sockaddr_t an opaque type, or at least
some of the members.
Index: include/apr
On Mon, Apr 30, 2001 at 05:58:30PM -0400, Jeff Trawick wrote:
> Jon Travis <[EMAIL PROTECTED]> writes:
>
> > I need a routine to fetch the socket family. I could just refer
> > to the information in the sockaddr_t address length, but that is
> > rather hackish. Any
This is also fine by me. As long as I can get the family easily, and
don't have to check 'well am I in ipv6? yes? ok, gotta go to sin6', etc.
-- Jon
On Mon, Apr 30, 2001 at 08:57:16PM -0400, Jeff Trawick wrote:
> [EMAIL PROTECTED] writes:
>
> > +1 for the socket family function that Jon pos
63 matches
Mail list logo
