Re: a generalized version of worker's fdqueue

At 1:29 PM -0700 8/13/02, Ian Holsman wrote: >Is there any interest in adding a generalized version of worker's fdqueue to >apr-util (this is a FIFO not a stack btw) ??? > Very useful I would think... -- ====

apr_atoi64

L, 10); } Comments?? -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

"invalid characters" during overflow - ap_strtol and apr_strtoi64

to the base) and I'm leaning toward that understanding, just for compatibility. So the proposal: should ap_strtol and apr_strtoi64 be BSD compliant with the handling of endptr for over/underflows? This appears to be implied by ANSI as well. -- =======

Re: cvs commit: apr/strings apr_strings.c

ks are meaningless and useless and don't need to be done (including the arithmetics) since we don't use 'acc' at all in that case. More a formatting issue than anything. :) -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Jaguar / 10.2 glibtool and auto*

Am I totally on crack or are the versions in the 10.2 Dev tools actually functional? :) -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty

Re: apr_snprintf not compliant

compliant. My own opinion is that they should be > fixed. > > Ryan > > > ___ > Ryan Bloom[EMAIL PROTECTED] > 550 Jean St > Oakland CA 94610 > ------- &g

Re: Jaguar / 10.2 glibtool and auto*

Certainly I haven't had the same problems as with the April tools. Cool beans. Aaron Bannert wrote: > > On Fri, Aug 23, 2002 at 09:24:53PM -0400, Jim Jagielski wrote: > > Am I totally on crack or are the versions in the 10.2 Dev tools > > actually functional? :) > >

Re: apr_snprintf not compliant

Ryan Bloom wrote: > > On Fri, 23 Aug 2002, Jim Jagielski wrote: > > > We are already not compliant, since we overload %p. > > > > Not sure if I understand #1: If len is 0, we return 0 and don't check > > buff at all. Or do you mean a length of 0 (or 1) shou

apr_snprintf.c patch - len == 0

byte for nul terminator */ + vbuff.curpos = buf; +vbuff.endpos = buf + len - 1; +} cc = apr_vformatter(snprintf_flush, &vbuff, format, ap); if (len != 0) { *vbuff.curpos = '\0'; -- =========

Re: Segfault in ap_vformatter on httpd startup

2 0x2a2c in main (argc=3D-1, argv=3D0xb8a0) at /Users/jerenk/cv= > s-apache/httpd-2.0/srclib/apr/test/teststr.c:163 > > #3 0x24f4 in _start (argc=3D1, argv=3D0xba9c, envp=3D0xbaa4)= > at /SourceCache/Csu/Csu-45/crt.c:267 > > #4 0x2374 in start () > >

Re: cvs commit: apr/strings apr_snprintf.c

[EMAIL PROTECTED] wrote: > > jerenkrantz2002/08/26 17:40:51 > > Modified:strings apr_snprintf.c > Log: > Fix typo that broke things in really odd ways. > Ugg -- ======= Jim Jag

Re: cvs commit: apr/strings apr_snprintf.c

on Darwin didn't say boo. -- justin > Same here (-Wall et.al.)... hence a stupid typo sneaking through :/ -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that w

Re: cvs commit: apr/strings apr_snprintf.c

neither gcc2 or gcc3 on Darwin6/OS X 10.2 complains. -- =========== Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Re: El-Kabong -- HTML Parser

fit however, simply because APR should be protocol ignorant. -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Re: El-Kabong -- HTML Parser

27;t want that to be the sole reason for it to "go" somewhere else. :/ -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a

Re: El-Kabong -- HTML Parser

I didn't mean in the same tree at all! :) But, 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, J

Re: El-Kabong -- HTML Parser

At 7:38 PM +0200 8/27/02, 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 pr

Re: more on the charter (was: El-Kabong -- HTML Parser)

e APR world, mostly because it's focused towards the web server and web server functionality. Would it destroy APR to fold e-k into it... I don't think so. Is there a better place under the ASF than in APR? Maybe :) --

Re: more on the charter (was: El-Kabong -- HTML Parser)

thinking mostly along the lines that under the "web server project" there exists the HTTP specific entities, and a HTML parser would fall into there. But yeah, it could also fit in APR too. But it's not going to ruffle my feathers either way. :) -- ====

Re: APR "charter" (was: El-Kabong -- HTML Parser)

we shouldn't re-visit the charter, only > that we shouldn't decide to include the projects until we have re-visited > the charter. > Certainly a valid point *and* a valid POV. -- ======= Jim Jagielski [|

Re: more on the charter (was: El-Kabong -- HTML Parser)

interpretation of the present division. -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Re: APR "charter" (was: El-Kabong -- HTML Parser)

ework. -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Re: El-Kabong -- HTML Parser

ff on a tangent (geez, what a surprise) but in general, I think this is *very* positive. Has Greg had a chance to review it yet? -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A

Re: El-Kabong -- HTML Parser

PR, as a compliment to the XML routines. -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Re: El-Kabong -- HTML Parser

;t decide if this is what you meant or not. > Yes, that is what I meant... side-by-side with the XML stuff under the APR project in apr-util. -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com

Re: 0.9.0 release

ding. > The autoconf/libtool implementations on Jaguar work out-of-the-box, and aren't really custom created for OS X. The big fix has been that /bin/sh is now bash instead of zsh. We should be OK. :) -- ======= Jim Jagielski

Re: 0.9.0 release

and it wasn't okay. > > Are you saying that if I use the 1.4.2 version, that we'd be okay? > Yes, 1.4.2. I don't think 1.4.0 works for anybody :) But yes, Jaguar ships with 1.4.2 and its /bin/sh is now bash, so 1.4.2 will be (and is ) fine. -- ======

Re: 0.9.0 release

owards alleviating your questioning whether 1.4.2 was good enough. Unfortunately, without mentioning the 1.4.2 aspect, I can understand the confusion :) -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jagu

Re: Is it time to split the APR/HTTPD releases ?

bundle apr in the httpd-tar ball, and > just document/check the minimum version required? > > --Ian > -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society tha

Re: cvs commit: apr/build get-version.sh

til can't be that much harder. > > Biggest problem is choosing between APRUTIL_ or APU_ for the > version prefix. I'm waffling here. Any suggestions? -- justin > APU_ -- ======= Jim Jagielski [|]

perchild under Solaris 8

might be somewhat doable. -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Re: El-Kabong -- HTML Parser

code donation? I believe Greg has done a review of said code. Accept: Do Not Accept: Abstain: -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little lib

Re: perchild under Solaris 8

At 11:07 AM -0700 9/10/02, Aaron Bannert wrote: >On Tue, Sep 10, 2002 at 01:07:30PM -0400, Jim Jagielski wrote: >> If '-D_XPG4_2 -D__EXTENSIONS__' are added to CPPFLAGS during the configure >> process, perchild will compile relatively cleanly under Solaris 8 and >> r

Re: perchild under Solaris 8

ll, it looks like it *can* :) That doesn't mean that it should... ;) -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for

Jaguar autoconf bug

sing GNU configure may not compile (just about all of them). You may wish to edit this file to reflect the above changes" -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A socie

Re: Jaguar autoconf bug

stalled the update a bit ago, and the autoconf bug wasn't fixed. At least, after I installed it, the bug was still present. -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A so

Re: Jaguar autoconf bug

Jim Jagielski wrote: > > Unfortunately, it doesn't. I installed the update a bit ago, and the > autoconf bug wasn't fixed. At least, after I installed it, the bug was > still present. > Looking through the Archive.pax.gz file confirms that the aut

http://www.osxgnu.org/ - bogus Jaguar autoconf bug report

I've contacted OSXGNU about the bogus report... The code does get run, so the original idea that it should be 0,0 kind of made sense, but, of course, the core is that we want the call to fail. -- === Jim Jagi

Weirdness regarding that Jaguar setpgrp autoconf test

ally *is* valid... autoconf.m4f should use setpgrp(0,0) Geez... -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will l

Re: Weirdness regarding that Jaguar setpgrp autoconf test

o the Darwin guys here :) -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Apache directives controlling APR behavior

aning towards an apr_whatever global, since that's what we seem to be doing, but I *hate* blurring those lines. -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will

Re: Apache directives controlling APR behavior

pically think of as global state vars might be useful. -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Disabling the uid/gid setting of SysV shared memory

. I'd prefer it staying runtime rather than compile-time. Ideas? -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order

Re: Disabling the uid/gid setting of SysV shared memory

Cliff Woolley wrote: > > On Mon, 23 Sep 2002, Jim Jagielski wrote: > > > is intrinsicly non-threadsafe (via a static or global state var) > > or one that requires a change to the apr_shm_create argument list. > > Neither one sits well. I'd prefer it staying runt

[PATCH] apr_shm_create_ex

ize_t reqsize, + const char *file, + apr_pool_t *pool) +{ +return apr_shm_create_ex(m, reqsize, file, pool, 0); } APR_DECLARE(apr_status_t) apr_shm_destroy(apr_shm_t *m) -- ========

Re: Renames (Gee, it's a mail from thom, it must be renames)

change the APIs together and "mark" 'em as stable :) -- =========== Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Ryan and Kelly: It's a Girl!

ast week, where she had contractions every day that never progressed anywhere). I put pictures up on-line at http://family.rkbloom.net/newborn.htm. -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] h

Re: APR_TMP_DIRECTORY

ot so much with /var/tmp. I think that /tmp is almost as much a given as /dev/null :) -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Re: APR_TMP_DIRECTORY

ing for TMPDIR, and so having that check in apr_get_tempdir might actually be better (if we want it to be somewhat universal). Worse come to worse, we could pass a flag to apr_get_tempdir which indicates to it whether or not to be TMPDIR aware. -- ======

Re: [PATCH] apr_shm_create/shmget/fopen flags

at file, hence the EXCL setting. -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Re: [PATCH] apr_shm_create/shmget/fopen flags

rror paths so it would be nice to > remove if possible) > Even if not, it would be easy to check for valid operation during configure time (ala sem_open, et.al.) -- ======= Jim Jagielski [|] [EMAIL PROTECTED]

Re: [PATCH] allow apr_proc_create() to return failure on Unix just like

nd having it set by default in APR 1.0. -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

[PATCH] posixsem semaphore name

apr_proc_mutex_cleanup, apr_pool_cleanup_null); -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Re: One more OS/X make bogosity

sic > mode > OK to ignore... basically, Darwin is telling us that it's not able to use the precompiled C headers -- =========== Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society

Re: APR SSLMutex win32 2.0.45 RC1

entions could vary. For example, would /tmp/apr879879 be OK under Win32? Again, this is just the sort of abstraction I think would be prefect in APR. -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Re: Antw: Re: APR SSLMutex win32 2.0.45 RC1

ing", which it does. Under Win32 it creates an unnamed mutex ala the mpm. -- =========== Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little

Re: Problem with apr_proc_mutex

hat that would be a Good Thing, I can make the required minor adjustments :) -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a littl

honor fname for Posix sem creation

ool, semname); +new_mutex->fname = apr_pstrdup(new_mutex->pool, goodfname); apr_pool_cleanup_register(new_mutex->pool, (void *)new_mutex, apr_proc_mutex_cleanup, apr_pool_cleanup_null); -- ===

Re: Problem with apr_proc_mutex

apr_proc_mutex_cleanup, apr_pool_cleanup_null); -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Re: honor fname for Posix sem creation

Joe Orton wrote: > > On Thu, Mar 27, 2003 at 01:10:26PM -0500, Jim Jagielski wrote: > > Comments?? :) > > Wow, this code is already broken on LP64 platforms (sizeof(sem_t *) != > sizeof(int)) and has dodgy error handling (#17186) - why add even more > features? > Th

Re: Problem with apr_proc_mutex

agreed that doing this at runtime would be good, but it could result in weirdness anyway. 2.0 built on OS X 10.2.4 which supports >14chars wouldn't work on 10.1.5 which does not. -- =========== Jim Jagielski

apr_global_mutex_child_init

Why is this a no-op? We don't even try to call apr_proc_mutex_child_init which causes trouble for those apps which use apr_global and have a proc_child_init which does something (ala flock)! -- === Jim Jagi

Re: apr_global_mutex_child_init

Jim Jagielski wrote: > > Why is this a no-op? We don't even try to call apr_proc_mutex_child_init > which causes trouble for those apps which use apr_global and have > a proc_child_init which does something (ala flock)! > Could a few more eyes look at this... my brai

Re: how to make mutex mechanism selection even more difficult to

t; by tacking on something at the end (ala the pid). -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order will lose both and deserve neither" - T.Jefferson

Re: PRNG

m support it needs, and it does mean there's one less > dependency for APR. > > So, what do others think about this? > ++1 -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com

Re: [PATCH] HPUX Apache 1.3

1.26 > >+++ os/unix/os.c 28 May 2003 20:32:02 - > >@@ -102,7 +102,7 @@ > > { > > #if defined(HPUX) || defined(HPUX10) || defined(HPUX11) > > shl_t handle; > >-handle = shl_load(path, > >BIND_IMMEDIATE|BIND_VERBOSE|BIND_NOSTART, 0L); > >

Re: cvs commit: apr/test testdso.c

whatever advantages autoconf/libtool provides). But even with that it mind, I'm +1 for such a concept -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will tr

Re: permission problems with SDBM

Look at what mod_ssl does. It needs to worry about very similar things (mutexes *and* cache) and runs after Apache has changed uid. -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ &q

Re: [VOTE] Time for APR 1.0

ou don't have to specify -r HEAD. And if it were me, I'd call it > > APR_0_9_BRANCH rather than _0_9_X, but nbd. > > +1 on all of the above, including naming it APR_0_9_BRANCH. > > Sander > -- ===========

Re: apr_global_mutex_child_init & mod_watch

2.0.48-dev, you have to do the chmod() on the lock file, like > > mod_ssl does in that branch > > OK. Is there an API that returns what the APR_LOCK_DEFAULT mutex will be? > Check out apr_proc_mutex_name() and apr_proc_mutex_defname() -- =========

Re: [patch 0.9] apr_socket_atmark() proposed for backport

, Fbsd and Solaris 8. +1 there and +1 for general commit. -- =========== Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a little order w

Re: [patch] Re: apr-util/dbm/sdbm page sizes

++1 on concept and I'll be actually doing some testing soon. One problem is just that mod_ssl uses the default APR dbm which is the (non-optimal) sdbm. A cool fix would be to allow SSLSessionCache to pick out the underlying dbm implementation, since we have those hooks in APR anyway. But error dete

Re: roll some tarballs tomorrow?

+1 Cliff Woolley wrote: > > > I'm planning on rolling 0.9.5 and 1.0-pre1 tarballs tomorrow (Wednesday) > unless somebody has strenuous objections. > > --Cliff > -- ======= Jim Jagielsk

Re: Proposed PRNG patch

David Reid wrote: > > +1 - commit that sucker :) > > Once it's in the tree then we can look at the thread safe issues :) > Agreed. :) -- =========== Jim Jagielski [|] [EMAIL PROTECTED] [|] ht

Re: [PATCH] FreeBSD atomics

Confirmed on 4.9 as well. On Oct 31, 2003, at 7:22 AM, David Reid wrote: This changes i386 freeBSD to use the linux implementation. This gets round the fact that the actual FreeBSD functions return void, which doesn't gel with our api. Tested on FreeBSD 4.8 and it allows all the tests to pass. davi

PRNG and SHA code

We rec'd a signed License Agreement from Aaron D Gifford for his SHA-256/384/512 secure hash alg's, which are used in Ben's proposed PRNG code.

FNM_PERIOD, etc...

We're being sloppy with these... Shouldn't all FNM_* in httpd be using the APR versions? Just grepping for FNM_PERIOD... ./modules/generators/mod_autoindex.c: FNM_NOESCAPE | FNM_PERIOD) ./modules/generators/mod_autoindex.c: FNM_NOESCAP

Re: [1.3 PATCH] log error if returning 500

+1 On Jan 12, 2004, at 11:42 AM, Jeff Trawick wrote: 2.x already does this Index: src/modules/standard/mod_mime_magic.c === RCS file: /home/cvs/apache-1.3/src/modules/standard/mod_mime_magic.c,v retrieving revision 1.51 diff -u -r1.51

Re: apr/apr-util python dependence

g way when the build/configure system tried to be as LCD (lowest common denominator) as possible. If we require all this "extra" stuff, then, at least to my mind, it means that we need to rethink not just patch. -- =======

Re: apr/apr-util python dependence

ng to fly. > :) No, I have no solutions, nor did I mean to imply that: o Such a solution is trivial o That the solution used was done with no thought of impact to developers. -- === Jim Jagielski [|]

Re: gdbm licence issue

ires/uses* gdbm, then GPL kicks in. After all, we aren't redistributing it. -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "A society that will trade a little liberty for a l

Re: gdbm licence issue

efforts out there. We don't require gdbm, we don't redistribute it, and it's not our "preferred" implementation (sdbm is). I think we should simply ask FSF directly. If it is, then the Perl/PHP/Python/OpenLDAP, etc... guys would like to know as well I think. -- ==

Re: gdbm licence issue

> What I have done thus far where this has been a potential issue is to add > > --without-gdbm --without-berkeley-db > > to the configure invocation. > +1... Including in "sensitive" libs should be a specifically requested user action. -- ======

Re: gdbm licence issue

issue this is for sure a showstopper... > Greg is already on it and I relayed to him to count on me for any help he may need (if he gets bogged down). -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.ja

Re: cvs commit: apr/strings apr_strings.c

orrectly, doesn't snprintf() return the number of bytes that would have been printed if there had been no limit. Thus, can't we check that the return value is <= the actual buffer size? -- === Jim Jagielski [

Re: cvs commit: apr/strings apr_strings.c

> > > > apr_snprintf(buf, 5, "%3d ", (int) size); > > if (buf[3] != ' ') { /* catch overflow */ > > return strcpy(buf, ""); > > } > > > > If I understand the problem correctly, doesn't snprintf() return > the number of bytes that would have been printed if there had been > no limit. Thu

Re: 2.2 roadmap with respect to APR was Re: [NOTICE] CVS to SVN migration complete

On Nov 20, 2004, at 12:03 AM, Justin Erenkrantz wrote: I don't believe that Allen would be able to complete his changes in a reasonable timeframe. I'm tired of holding things up for a 'major' rewrite that'll come any day now (TM). Sorry. I'd be willing to give him a week or two to make the ch

Re: svn commit: r106038 - in apr/apr/branches: 0.9.x APR_0_9_BRANCH

[EMAIL PROTECTED] wrote: > > Author: wrowe > Date: Sat Nov 20 14:46:04 2004 > New Revision: 106038 > > Added: >apr/apr/branches/0.9.x/ > - copied from r106037, apr/apr/branches/APR_0_9_BRANCH/ > Removed: >apr/apr/branches/APR_0_9_BRANCH/ > Log: > Reorganize the apr project 0.9 branc

Re: 2.2 roadmap with respect to APR was Re: [NOTICE] CVS to SVN

Bill Stoddard wrote: > > William A. Rowe, Jr. wrote: > > > At 08:23 AM 11/20/2004, Jim Jagielski wrote: > > > > > >>On Nov 20, 2004, at 12:03 AM, Justin Erenkrantz wrote: > >> > >>>So, my opinion is that we let Allen branch apr off

Re: apr_dbd: a generic SQL wrapper

ere, and have apr_dbd_close() take an apr_dbd_t* explicitly. > +1 -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "There 10 types of people: those who read binary and everyone else."

Re: LDAP changes in apr-util 1.0.x

n. > Agreed. Let's do apr 1.1 -- =========== Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "There 10 types of people: those who read binary and everyone else."

Re: Branching 1.1.x

-- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "There 10 types of people: those who read binary and everyone else."

Code Donations Was: Re: apr_dbd

On Jan 30, 2005, at 12:47 PM, Nick Kew wrote: My website has said since mid-December that apr_dbd will be released under opensource license terms in January. It's now Jan.30th, and this is getting embarrassing. I therefore intend to fix this tomorrow, regardless. In the absence of APR karma, my

Re: svn commit: r149539 - apr/apr-util/trunk/include/apr_dbd.h

e various dbd functions. Need to trigger those puppies in apr-util/dbd to actually compile as well :/ -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "There 10 types of people: those who read binary and everyone else."

Re: Licensing for apr_dbd and MySQL

udience of dbd. I think it's worth our effort and time to look into what can be done/negotiated with MySQL. -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "There 10 types of people: those who read binary and everyone else."

Re: Licensing for apr_dbd and MySQL

On Feb 7, 2005, at 2:46 PM, Brian Aker wrote: The GPL boils down for us to a simple "Quid Pro Quo". If you are open source, we are open source. This means that if you write an open source application then you should have zero to worry about, if you are writing a closed source application and nee

Re: Licensing for apr_dbd and MySQL

Right, I don't believe you need a FLOSS exception. The ASF's license is compatible with MySQL's thoughts on what the GPL is compatible with. Namely the interface can exist and there are no issues with it being made available. Its the last mile that is at question. If someone compiles the apr a

Re: 1.2? Fixes to libapr[util...].dll version resource

1.2.0 that > includes apr_dbd just yet. So, I think you should just backport your > changes to the 1.1.x branch so that Win32 builds properly and then we can > roll out 1.1.1. -- justin > +1 -- === Jim J

Re: [VOTE] 1.1.1 Release

> > +1 for apr 1.1.1 and apr-util 1.1.2 > +1 (Solaris 8, Suse 9.2, OS X 10.3.8) -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "There 10 types of people: those who r

Re: APR-Iconv 1.0.2 Released

the releases did go out quite quickly... Why the rush? -- ======= Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ "There 10 types of people: those who read binary and everyone else."

<    1   2   3   4   5   6   7   8   >