On Mon, 2007-09-03 at 20:54 -0500, William A. Rowe, Jr. wrote:
+1/-1 Release
[+1] apr-1.2.11
[+1] apr-util-1.2.10
[+1] apr-0.9.16
[+1] apr-util-0.9.15
Fedora 7, i686 and x86_64. CentOS 5, i686 and x86_64. RHEL 4, i686.
CentOS 4, x86_64.
--
Bojan
On Thu, 2007-08-23 at 09:49 +0900, 玉越大輝 wrote:
Please patch the attached file to apr_dbd_mysql.c in order to make it
works with threaded mpm.
The current code works only with prework mpm.
Just ran 100,000 requests (concurrency level 5, keep-alive) against
httpd 2.2.4 with worker MPM, using
On Sat, 2007-09-01 at 00:51 -0500, William A. Rowe, Jr. wrote:
Let's take it, if someone beats me to the commit, great.
Thanks. Done in r571744.
--
Bojan
On Fri, 2007-08-31 at 14:47 +1000, Bojan Smojver wrote:
PS. DBD tests don't actually run in apr-util, as they need at least one
parameter (driver) to go ahead. Something we need to fix in
test/Makefile.in.
Bill, would you like me to backport r571754 from the trunk, where I just
fixed
On Fri, 2007-08-31 at 11:17 +0100, Joe Orton wrote:
Can you check whether the trunk works on the same boxes? Presuming this
is a just another segfault due to some unexpected test failure, it could
be PR 39075 or 41105.
I'll give that a check.
--
Bojan
On Fri, 2007-08-31 at 11:17 +0100, Joe Orton wrote:
Can you check whether the trunk works on the same boxes?
Indeed it does. And the diff between testuser.c in trunk and 1.2.x shows
why (partial diff below):
--- test/testuser.c 2007-07-03 10:00:56.0 +1000
+++
On Fri, 2007-08-31 at 11:17 +0100, Joe Orton wrote:
it could
be PR 39075 or 41105.
After applying that fix in r571651, the test now fails and it's PR 41105
(not enough space in grbuf, I guess).
Given comments in that bug report, Bill,are you OK with applying the fix
from the trunk (r532789)
On Wed, 2007-08-29 at 08:12 -0500, William A. Rowe, Jr. wrote:
Please review and vote on those you have time to - reply once or four times,
just review those you can as you can; http://apr.apache.org/dev/dist/
+1/-1 Release
[+1] apr-1.2.10
[+1] apr-util-1.2.9
[+1]
On Sun, 2007-08-26 at 16:50 +0200, Arfrever Frehtes Taifersar Arahesis
wrote:
Why nobody has committed this patch yet?
All committers are volunteers, so it's probably a matter of when will
someone be available to do it. Also, it was the weekend...
Anyhow, if you don't want this patch to slip
On Thu, 2007-08-23 at 12:52 +0900, 玉越大輝 wrote:
This may be a bug of libmysqlclient15_r.so in the linux distribution
I'm using now(Ubuntu Linux Server 7.04).
Possibly. Did you try against some other MySQL version?
What's confusing in the manual is that mysql_thread_end() is something
that must
On Thu, 2007-08-23 at 12:52 +0900, 玉越大輝 wrote:
I'm using now(Ubuntu Linux Server 7.04)
BTW, what version of MySQL is shipped with Ubuntu 7.04?
--
Bojan
On Thu, 2007-08-23 at 12:19 +0200, Tollef Fog Heen wrote:
5.0.38-0ubuntu1
Thanks. Not sure if .45 has any fixes in that area. Is there a .45
testing package for Ubuntu? It may be worth a try...
--
Bojan
On Thu, 2007-08-23 at 09:49 +0900, 玉越大輝 wrote:
Please patch the attached file to apr_dbd_mysql.c in order to make it
works with threaded mpm.
The current code works only with prework mpm.
MySQL manual claims that this function (mysql_thread_init()), gets
called by mysql_init():
On Sat, 2007-08-18 at 14:11 +0100, Joe Orton wrote:
Nice. There was discussion about a pointer aliasing issue in this code
before, though I can't find a reference.
Perhaps:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=193740
--
Bojan
This function in Subversion source is marked as something that should go
into APR, which I find would be very useful indeed.
Two questions:
- is ASF legally OK with pinching this code from Subversion
- do others see this function as something useful in APR
URLs:
On Wed, 2007-08-08 at 10:04 +0100, Nick Kew wrote:
Whoa! ASF is flat. Noone is senior or junior.
I meant that as an sign of respect for people that built ASF.
And indeed we have *exactly* such a deal.
FOSS exception applies when ASF ships the driver, no doubt at all.
Nope. Folks
On Tue, 2007-08-07 at 21:09 +0100, Nick Kew wrote:
I recollect the ASF in the past being unable to include it due
to the GPL.
Wasn't the other problem the fact that if this driver got included,
people that decided to redistribute APR-util under a non-FOSS licence
(i.e. proprietary) could be
On Wed, 2007-08-08 at 00:18 +0100, Nick Kew wrote:
And I
think it means we're excused having to think through every
usage scenario.
I kind of remember this discussion from awhile ago (the issue was raised
by some senior ASF folks, I think). But, I don't have a link to point to
unfortunately
Regarding this documentation:
http://apr.apache.org/docs/apr/1.2/group__apr__platform.html
Does the list think it would be appropriate to add a comment at the top
of the page explaining that the implementation specific values defined
here should not be relied upon? The page reflects
On Tue, 2007-06-26 at 18:52 +0200, Marc Mongenet wrote:
I use APR for my project.
Project name: mod_w2ml (a processor for the Web 2 Markup Language)
URI: http://w2ml.com
Should appear on the page shortly.
--
Bojan
On Mon, 2007-06-04 at 17:49 -0500, William A. Rowe, Jr. wrote:
[+1] apr-iconv-1.2.0
Fedora 7, i386, builds against APR 1.2.9 (both against APR build tree
and installed APR).
One note, though. Without --prefix option to configure, the build fails
with:
Quoting Christian BOITEL [EMAIL PROTECTED]:
Should i submit a new case if bugzilla to integrate this patch ?
Yes, please. That way the bug report would not fall through the
cracks. If you can, check if this problem exists in the trunk as well
and then attach the patch for that.
--
Bojan
On Mon, 2007-06-04 at 17:49 -0500, William A. Rowe, Jr. wrote:
http://apr.apache.org/dev/dist/
+/-1? Package to release
[ ] apr-0.9.14
[+1] apr-1.2.9
[ ] apr-iconv-1.2.0
Three packages so far to consider, votes welcome
Fedora 7 i386 and x86_64.
PS. Thanks everyone for
On Mon, 2007-06-04 at 17:49 -0500, William A. Rowe, Jr. wrote:
http://apr.apache.org/dev/dist/
+/-1? Package to release
[ ] apr-0.9.14
[ ] apr-1.2.9
[ ] apr-iconv-1.2.0
Three packages so far to consider, votes welcome
APR Compiles and passes tests when built as an RPM
On Wed, 2007-05-30 at 14:29 -0500, William A. Rowe, Jr. wrote:
Any chance of getting this in?
http://www.mail-archive.com/dev%40apr.apache.org/msg18111.html
+1
Once the second cleanup function becomes apr_unix_child_file_cleanup, I
think.
--
Bojan
On Tue, 2007-05-15 at 12:40 +1000, Bojan Smojver wrote:
I'll hold off committing backports to 1.2.x/0.9.x until I get some
feedback on the list.
Committed now. Hopefully nothing broke.
--
Bojan
On Mon, 2007-05-21 at 09:14 -0600, Brad Nicholes wrote:
Replacing the macro APR_IMPLEMENT_INHERIT_UNSET with a real function,
also removed the small macro that creates the deprecated function
apr_file_unset_inherit(). Although this function is deprecated, it is
still being used. At least
On Mon, 2007-05-21 at 20:41 +0200, Dr. Peter Poeml wrote:
does the attached patch make sense, or do I misunderstand something?
The two tests search for val, but print about key. This makes the
debug print indistinguishable from the tests just before, where a lookup
for key is done.
On Tue, 2007-05-15 at 00:23 +0100, Nick Kew wrote:
Anyone care to draft
and propose an API extension for it?
I guess the simplest thing to do would be to keep the API as is.
For _[pb]query functions, nrows passed in can be a pointer to an array,
which has the size of the number of queries,
On Tue, 2007-05-15 at 02:37 +, [EMAIL PROTECTED] wrote:
Author: bojan
Date: Mon May 14 19:37:16 2007
New Revision: 538045
URL: http://svn.apache.org/viewvc?view=revrev=538045
Log:
Discard file buffers when running cleanups for exec.
PR 41119.
Original patches by Davi Arnaut.
Time to
On Sun, 2007-05-13 at 18:31 +1000, Ian Holsman wrote:
Is this functionality interesting for the APR DBD library in general,
Is there similar functionality available in other db's that people know of?
SQLite does it as well. And strangely enough, we actually support some
queries like that (but
On Fri, 2007-05-11 at 22:38 -0300, Davi Arnaut wrote:
The patches improves the locking interaction with buffering.
Looking at the inline functions file_lock/unlock, wouldn't it be a bit
more appropriate to do them as macros? I'm thinking on platforms that
have a C compiler that doesn't
On Sat, 2007-05-12 at 09:32 -0300, Davi Arnaut wrote:
No, but this:
+#define file_lock(f) { .. }
+#define file_unlock(f) { .. }
should be:
#define file_lock(f) do { .. } while (0)
#define file_unlock(f) do { .. } while (0)
or else it will break for expressions like:
if
On Sat, 2007-05-12 at 15:35 +1000, Bojan Smojver wrote:
Actually, Davi posted a better patch in the bug report,
Here is the most up to date patch. It should deal with all instances of
apr_unix_file_cleanup(). Netware folks, please make sure I didn't do
anything overly stupid in it :-)
http
On Fri, 2007-05-11 at 12:20 +0300, Lucian Adrian Grijincu wrote:
because this breaks compatibility with former versions of APR (someone
may actually be counting on buffer being flushed before exec) I'd
suggest adding
APR_DECLARE(void) apr_pool_cleanup_for_exec_ex(apr_int_32 flags)
Which
On Fri, 2007-05-11 at 15:58 +0100, Joe Orton wrote:
Yes, that looks necessary.
Thanks, cool. Will implement. Honestly, even apr_file_flush() looks a
bit suspect to me.
Yup. BTW can you add CHANGES entries (on both 1.2.x and 0.9.x branches)
listing the PR 40963 fix?
Will do, together with
On Fri, 2007-05-11 at 08:14 -0500, William A. Rowe, Jr. wrote:
Trouble with the submitted patch is that it isn't thread safe, I see all
sorts of subtle races in this code :(
Yes, I was afraid someone may notice :-(
I'm attaching a patch that features a mutex to make things safer.
Hopefully a
On Sat, 2007-05-12 at 11:01 +1000, Bojan Smojver wrote:
I think the current behaviour is a bug and we should change it. From my
POV, it doesn't make sense to expect that a piece of data that's written
to a file would end up in it twice in buffered mode and only once in
non-buffered mode
Also
On Fri, 2007-05-11 at 22:38 -0300, Davi Arnaut wrote:
I've just posted a few initial patches to bugzilla, PR 42400. (passes
testfile)
Thanks. I had a brief look through and they seem nice. I will test to
confirm.
I see you switched the mutex to nested. I think I can then revert the
code for
On Sat, 2007-05-12 at 02:22 -0300, Davi Arnaut wrote:
On my machine (Pentium D CPU 2.66GHz, dual core) testlockperf shows (in
some runs) that the NESTED mutex is actually faster then the UNNESTED.
Cool. I can revert that function then.
--
Bojan
On Sat, 2007-05-12 at 14:30 +1000, Bojan Smojver wrote:
I'm attaching a patch that features a mutex to make things safer.
Hopefully a bit better. Also, I dropped OS2 and Win32 stuff - no need.
Actually, Davi posted a better patch in the bug report, along the lines
of Joe's comment. I just
At present, we have in this function:
if (thefile-buffered) {
flush
adjust various buffer offsets
}
If two threads do this for the same file (i.e. apr_file_t*), offsets may
end up screwed. Shouldn't we surround this with lock/unlock, like we do
in apr_file_write()?
PS. Also, I think we can
On Sat, 2007-04-28 at 09:02 +1000, Bojan Smojver wrote:
I guess 41119 will be left the way it is? Should we just document and
close?
Here is that hackish patch (also attached to the bug report).
What's the final verdict on this behaviour? Document and close? Or
patch?
--
Bojan
Index: memory
On Fri, 2007-04-27 at 10:46 -0500, William A. Rowe, Jr. wrote:
Consider this a last call if you have some free cycles to hack on Saturday.
I guess 41119 will be left the way it is? Should we just document and
close?
--
Bojan
On Wed, 2007-04-18 at 14:08 +1000, Bojan Smojver wrote:
OK. I'm sure Joe will have better ideas (as usual :-), but I'm sure it
won't hurt if I have a look as well.
And most certainly he did. I think it's time for folks to look at the
Bugzilla entry and maybe add a comment or two in relation
On Tue, 2007-04-17 at 21:58 -0500, William A. Rowe, Jr. wrote:
http://issues.apache.org/bugzilla/show_bug.cgi?id=41119
A fairly corny resolution suggestion posted in the bug report itself.
--
Bojan
On Sat, 2007-03-31 at 11:37 +1000, Bojan Smojver wrote:
OK. See above for one more try of convincing you to remove -1. I hope
it worked :-)
So, is that still -1 on back-porting of DBD drivers as DSOs to 1.2.x?
--
Bojan
On Tue, 2007-04-17 at 20:25 -0500, William A. Rowe, Jr. wrote:
Yes from me. It might be technically compatible with our versioning
rules, but I read the patch; the scope is too broad.
OK, thanks for clarification.
I'm backporting 524823 524822 524821 524355 right now (apr_file_read()
On Tue, 2007-04-17 at 21:58 -0500, William A. Rowe, Jr. wrote:
I plan to at some point 'nearly close' 0.9 by creating another stable
release. If you wanted to backport I'd be most appreciative.
Looked at 0.9.x code and it seems that apr_file_gets() doesn't use any
locks, but relies on
On Mon, 2007-04-02 at 16:04 +, [EMAIL PROTECTED] wrote:
Clarify impact of the apr_file_gets deadlock.
Thanks Joe!
--
Bojan
On Fri, 2007-03-30 at 12:37 -0500, William A. Rowe, Jr. wrote:
I'd like to lay these tags down and roll candidates this Saturday.
I'd like to see two things happen before tagging:
- DBD drivers as DSOs backport (APR-util)
- apr_file_gets()/apr_file_read() locking fix backport (APR)
Links:
Quoting William A. Rowe, Jr. [EMAIL PROTECTED]:
- DBD drivers as DSOs backport (APR-util)
http://www.mail-archive.com/dev%40apr.apache.org/msg18012.html
-1 - scope change, this seems it would violate versioning rules, or
at least in the sense of stability.
AFAICT, this patch doesn't
On Sat, 2007-03-31 at 11:37 +1000, Bojan Smojver wrote:
It was not committed to the trunk yet. I let it simmer on the list,
since it affects a pretty important function and I wasn't involved in
writing the original. But, if everyone's OK with this, I'll commit.
In r524355.
--
Bojan
On Thu, 2007-03-22 at 16:42 +, Joe Orton wrote:
That definitely looks broken. Either the buffered read code needs to be
factored out of apr_file_read so it can be called here, or _gets could
just fall back on the slow !buffered path if flags APR_XTHREAD (ugly
but safe).
This passed
On Sat, 2007-03-24 at 11:31 -0400, Tom Donovan wrote:
I've been working on an ODBC dbd driver, and I have a few questions
about how LOBs are supposed to be returned as bucket brigades.
Looking at the Oracle driver, it appears that the caller creates the
brigade which is passed as an
I just bumped into this today with 1.2.x, but the code is more or less
the same in trunk. I opened a temporary file with apr_file_mktemp(),
which in turn opened an APR file with a mutex (not sure why, but that's
what happened on FC6 ). So far, so good.
If apr_file_gets() is called on that file,
On Thu, 2007-03-22 at 13:15 +1100, Bojan Smojver wrote:
not sure why, but that's what happened on FC6
It happened because I passed in (incorrectly) APR_OS_DEFAULT instead of
zero. Nevertheless, I think we may still have a problem with this
locking business.
--
Bojan
On Thu, 2007-03-22 at 13:24 +1100, Bojan Smojver wrote:
It happened because I passed in (incorrectly) APR_OS_DEFAULT instead of
zero. Nevertheless, I think we may still have a problem with this
locking business.
Yep, definitely locks up with these flags specified to
apr_file_mktemp
On Mon, 2007-03-12 at 21:51 +, Nick Kew wrote:
Not really. It's just #ifdefs in the source.
But within those #ifdefs it could emit a startup message detailing
exactly what it's compiled for.
I understand Joe's proposal to mean that a magic number will be included
within the apr_dbd.h,
On Wed, 2007-02-28 at 22:16 -0500, Tom Donovan wrote:
re: could you also address the M4 stuff in your patch?
Done. This patch removes the no-longer-needed reference to
APU_DSO_BUILD from dbd.m4.
Thanks! I will wait for Joe's feedback, since he was the one that
created the original
On Wed, 2007-02-28 at 22:16 -0500, Tom Donovan wrote:
This worked for me on both Windows and Linux.
One question here - what does the output of ldd .libs/libaprutil-1.so
look like on the Linux box?
--
Bojan
On Thu, 2007-03-01 at 00:03 -0500, Tom Donovan wrote:
At first I was concerned that there was no PostgreSQL lib shown for
libaprutil-1,
but looking at the build - it apparently links with the static PostgreSQL
library: libpq.a.
Aha! That explains it. The pq (PQ) instead of pg (PG)
copy)
@@ -1,7 +1,8 @@
Changes with APR-util 1.2.9
+ *) Backport loading DBD drivers as DSOs
+ [Originally by Joe Orton, backport Bojan Smojver]
-
Changes with APR-util 1.2.8
*) Add support for Berkeley DB 4.5 to the configure scripts.
Index: build.conf
On Wed, 2007-01-31 at 09:46 +1100, Bojan Smojver wrote:
It would be great to get some feedback on this, particularly in terms of
API changes. I'm aware of the CTR policy, but I'm reluctant to commit
this rather big patch without at least some feedback.
Looks like I'll have to rely on CTR
On Mon, 2007-01-29 at 16:43 +, Joe Orton wrote:
this should support building DBD drivers
as DSOs if configured with --enable-dbd-dso
Any plans to backport this to 1.2.x?
--
Bojan
On Wed, 2007-02-14 at 15:29 -0600, William A. Rowe, Jr. wrote:
Unlike 0.9 vs 1.x, anyone should be able to grab 1.3.x and keep going.
No worries.
--
Bojan
On Sat, 2007-02-03 at 12:12 +, Jorge Bastos wrote:
This means that i can use mod_dbd_mysql as an SO instead of have to
recompile libapr and libapr-util ?
If so, from wich version if this possible?
This code is in the trunk for now (1.3.0).
--
Bojan
On Wed, 2007-01-31 at 08:44 +0100, Garnier, Jeremie wrote:
I see that apr_reslist and apr_dbd are the essential elements for making
connection pooling with database (oracle). And so I want to use mod_dbd as I
want to make an application via apache (PHP page or script perl, cgi...). But
This is a rework of the previous patches I sent to the list, but with a
new twist:
- no new structures are introduced to APU
Instead, multiple arguments are passed for BLOB/CLOB type values and
bucket brigade is returned (as in previous patches). MySQL and Oracle
drivers take advantage of
On Mon, 2007-01-29 at 16:43 +, Joe Orton wrote:
+LINK_MODULE = $(LIBTOOL) $(LTFLAGS) --mode=link $(CC) $(LT_LDFLAGS)
$(ALL_CFLAGS) $(ALL_LDFLAGS) -release $(APRUTIL_MAJOR_VERSION) -module -rpath
$(APU_DSO_LIBDIR)
I needed to whack $(APRUTIL_LDFLAGS) into the above line to make things
On Mon, 2007-01-22 at 12:31 +0100, Garnier, Jeremie wrote:
Now, I will use mod_dbd… Do you know how include mod_dbd API in a cgi
script (or C program) as there no example or documentation of mod_dbd…
Never tried that, so I won't be of much help there.
--
Bojan
Quoting Garnier, Jeremie [EMAIL PROTECTED]:
I see on my cgi that the function OCIHandleAlloc returns -2... Why
this function does not work on my cgi? It is a problem with the
dbd_oracle_env?
I have to admit that my Oracle experience isn't great, so I wouldn't
even venture a guess. I'm
On Thu, 2007-01-18 at 14:17 +1100, Geoffrey Giesemann wrote:
Can you try:
INSERT INTO Print_media(Product_id, Ad_id, Ad_sourcetext VALUES
(2004, 1, TO_LOB(:SRCTXT))
^^
instead?
Unfortunately, changing SQL wasn't an option, as this is something users
carve by hand and give
Quoting Chris Darroch [EMAIL PROTECTED]:
At any rate, it would be nice if OCI_NEW_LENGTH_SEMANTICS actually
worked as promised. :-)
He, he... I see you also have a lot of confidence in Oracle docs. :-)
--
Bojan
Quoting Garnier, Jeremie [EMAIL PROTECTED]:
I don't know why the test dbd works fine but when i make a cgi in
order to use it. It doesn't work.
It loads the oracle driver (via the function apr_dbd_get_driver but
the function a^pr_dbd_open doesn't work (into apache, not with the
dbd
Quoting Garnier, Jeremie [EMAIL PROTECTED]:
It loads the oracle driver (via the function apr_dbd_get_driver but
the function a^pr_dbd_open doesn't work (into apache, not with the
dbd program (in httpd/srclib/apr-util/test)).
One more suggestion here: I had some issues with Oracle Instant
Quoting Bojan Smojver [EMAIL PROTECTED]:
I was silly enough to download Oracle XE and start playing with the
Oracle driver...
And the result of that madness is attached :-)
You'll notice that I didn't use LOB locators to do binding in the
Oracle driver, as this would require unusual code
On Wed, 2007-01-17 at 12:24 +0100, Garnier, Jeremie wrote:
I juste have a question. When I compile APR/APU with oracle, why I
don’t I the library apr_dbd_oracle.so?
Are PHP and Apache linked against the new APU? What does ldd give you?
AFAIK, once you compile the Oracle driver in 1.3.0, it
On Mon, 2007-01-15 at 13:06 +1100, Bojan Smojver wrote:
So, one doesn't even need the LOB descriptor or anything, let alone
the name of the table or column. Did I miss something important here?
It looks pretty straightforward to me...
Well, I'm facing some major grief regarding this. I
On Tue, 2007-01-16 at 16:53 +0100, Garnier, Jeremie wrote:
How I can simply use it to make some test with oracle (10g)?
apr_dbd_init
apr_dbd_get_driver
apr_dbd_open
apr_dbd_query/select
apr_dbd_close
How can I manage the pool connection using mod_dbd?
Once you link Apache against APR/APU
On Tue, 2007-01-16 at 14:53 -0800, Chris Darroch wrote:
Well, I'm not sure there's a policy, as such. At a minimum, I'd
think 10g and 9i should be supported. 8i (8.1, IIRC) would be nice too.
I seem to recall that 8.0 had somewhat incomplete features, since a
lot changed from 7; OCI got
On Mon, 2007-01-15 at 10:49 -0800, Justin Erenkrantz wrote:
You probably need to provide some more details, but APR-util 1.2.x and
higher wraps the Oracle's C API via the APR DBD interface.
AFAIK, Oracle DBD driver is only present in the trunk of APU (i.e.
1.3.0).
--
Bojan
On Mon, 2007-01-15 at 14:37 -0800, Chris Darroch wrote:
For binary BLOB data, that strlen() is going to be a problem.
Yep, that's right. And for the CLOBs it is going to be inefficient, if
those things are big. That's why we can go with an approach that, in
character mode, encodes both BLOB
On Mon, 2007-01-15 at 23:58 +0100, Antonio Alvarado Hernández wrote:
- Binding by position is same as your example bellow.
In APU DBD, we always bind by position, so we should be good.
If you binding as at point (1). above, you are limited to 4GB of
length (not 128 terabytes ;-)
He, he...
On Mon, 2007-01-15 at 21:42 -0800, Chris Darroch wrote:
No, no flames implied!
Apologies if I created any misunderstanding. I was just giving you
permission to flame me next time, since this was the second time you
patiently explained the same problem to the list and my forgetful self.
Quoting Chris Darroch [EMAIL PROTECTED]:
2) Alas, for Oracle, there should probably also be the types
APR_DBD_TYPE_CLOB
I was silly enough to download Oracle XE and start playing with the
Oracle driver...
Which brings me back to the once mentioned Oracle weirdness, where the
name of
Quoting Bojan Smojver [EMAIL PROTECTED]:
This would enable us to use some
existing structures for all this, instead of having to invent
apr_dbd_blob_t.
For instance, apr_datum_t.
--
Bojan
On Mon, 2007-01-08 at 14:21 +1100, Bojan Smojver wrote:
I would make sure I bug Joe
to build new APU with the driver included for all Fedora folks out
there :-)
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=37
--
Bojan
On Mon, 2007-01-08 at 14:20 +, Nick Kew wrote:
You wear a red hat yourself?
Only as a user. Joe Orton is the man for APR/APU packages in Fedora (and
RHEL), so as a user, one has to bug Joe to rebuild them.
--
Bojan
Quoting Nick Kew [EMAIL PROTECTED]:
[Cc: dev@apr.apache.org added. People with an interest in this -
particularly Bojan - please speak up if you have any comments]
I don't hold copyright here, so I cannot speak of a licence change.
This is something only Nick can do.
I would personally
On Wed, 2007-01-03 at 12:46 -0600, William A. Rowe, Jr. wrote:
So with a goal of a release sometime in the next few months, we've come to
the fork in the road. Individually, would we rather see...
[X] 1.3.0 released, all new features added
[X] 2.0.0 released, new + deprecation +
On Wed, 2007-01-03 at 18:30 -0600, William A. Rowe, Jr. wrote:
If configuring for a FIPS ssl environment, we will also have to stub out MD5
entirely since it too is a prohibited algorithm.
Apparently, they claim it's still good for HMAC stuff.
--
Bojan
On Wed, 2006-12-27 at 09:34 -0500, Garrett Rooney wrote:
It requires someone to run svn up in the working copy on
people.apache.org,
Yeah I figured that out later on.
but before we do that, does anyone feel motivated
enough to do some .htaccess magic to redirect the old urls to the new
On Wed, 2006-12-27 at 16:38 -0500, Garrett Rooney wrote:
I guess it depends on our goal. If we're trying to preserve old
links, it should redirect to the 0.9 versions, since that's what they
used to be linking to. If we want to provide a set of links that go
to the latest version, then to
On Thu, 2006-12-28 at 08:52 +1100, Bojan Smojver wrote:
Something like this then:
RewriteEngine on
RewriteRule ^/docs/apr/([A-Za-z_]+).html$ /docs/apr/0.9/$1.html [R,L]
RewriteRule ^/docs/apr-util/([A-Za-z_]+).html$ /docs/apr-util/0.9/$1.html
[R,L]
RewriteRule ^/docs/apr-iconv/([A-Za-z_
On Wed, 2006-12-27 at 09:34 -0500, Garrett Rooney wrote:
do some .htaccess magic to redirect the old urls to the new
ones? I'm not sure how feasable it would be, but if we could keep
them from breaking it would be nice.
Ahem, did the magic, but of a broken kind. Hopefully, the fixed rules
On Wed, 2006-12-27 at 01:05 +, [EMAIL PROTECTED] wrote:
Author: bojan
Date: Tue Dec 26 17:04:38 2006
New Revision: 490422
URL: http://svn.apache.org/viewvc?view=revrev=490422
Log:
Generate documentation for different versions of APR, APU and API.
I have no idea how the docs from the
On Fri, 2006-12-22 at 14:43 +0200, Lucian Adrian Grijincu wrote:
Wouldn't it be better if the documentation on the site resembled the
latest stable build, and not version 1.1.0?
Actually, we should probably have documentation for all release versions
currently available and maybe even the the
On Sat, 2006-12-23 at 08:12 +1100, Bojan Smojver wrote:
Actually, we should probably have documentation for all release versions
currently available and maybe even the the trunk. Similar to what httpd
folks do.
More importantly, would there be objections if I made that change to APR
web site
Quoting Bojan Smojver [EMAIL PROTECTED]:
Maybe we should introduce APR_DBD_TRANSACTION_IMMEDIATE/EXCLUSIVE modes
to tell SQLite3 what we really want? This would have no effect on other
drivers, of course.
Actually, after reading SQLite3 documentation a bit more, probably the
best thing
601 - 700 of 930 matches
Mail list logo