On 12/11/10 05:28 PM, Adam Prime wrote:
>> All looks good. Waiting for someone with more legal knowledge than I to
>> confirm that we can re-use the patch, and I'll commit to trunk.
>>
>> We may also want to do a release. With the small amount of development,
>>
All looks good. Waiting for someone with more legal knowledge than I to
confirm that we can re-use the patch, and I'll commit to trunk.
We may also want to do a release. With the small amount of development,
it could be years until this sees the light of day if we wait to package
more stuff int
I had some time to kill tonight and after some screwing around produced
the attached patch which may or may not be useful. It's for the C API
(I'm assuming anyway) and does pass on my laptop with the debian patch
applied.
I am not familiar with httpd or libapreq internals, and basically made
this
I'm guessing that Isaac needs to be added as a co-maintainer for
libapreq or something, since the latest apreq1 release shows up as being
unauthorized.
http://search.cpan.org/~isaac/libapreq/
Also, because of this problem (i think) the link on
http://httpd.apache.org/apreq/
to
CPAN (http:/
Joe Schaefer wrote:
I cut a tarball from trunk that Randy
and company can test out on Win32:
http://people.apache.org/~joes/libapreq2-trunk.tar.gz
Assuming it gets tested and generally agreed
to be worth releasing, is anyone willing to
do the honors and volunteer for RM duties?
builds ok on g
Issac Goldstand wrote:
Steve Hay wrote:
Issac Goldstand wrote:
Vote results show only 2 +1s (issac,joes) and no -1s.
We're still a +1 short of release.
Has anyone else tested on Win32 yet?
I reported a build error which hasn't been addressed yet:
http://marc.info/?l=apreq-dev&m=12324455590
builds and tests ok on gentoo linux w/ apache 2.2.8, mod_perl 2.0.4
Issac Goldstand wrote:
I'd like this to get good review, so posting here so even folks who
aren't on the commit mailing-list can comment.
Please take a look at the 1.x/RELEASE file and comment.
Thanks,
Issac
This revision still mentions crosspointing to modperl@, is that still to
be taken
Philip M. Gollucci wrote:
Adam Prime wrote:
Bojan Smojver wrote:
http://httpd.apache.org/apreq/docs/libapreq2/group__apreq__xs__request.html
Does the attached patch work?
Committed revision 721096.
Backported to branches/2_10 721099.
you forgot to bump the =over value :)
My
Bojan Smojver wrote:
> On Fri, 2008-11-14 at 09:10 -0500, Adam Prime wrote:
>
>> I was reminded of a documentation omission by an email on the mod_perl
>> list this morning. Can something be added into the porting warnings here:
>>
>> http://httpd.a
Bojan Smojver wrote:
It has been over two years since the latest apreq2 release, so it is
time to get some new code out the door. Numerous bugs were fixed (see
the full list in the CHANGES file) since the last official release
(2.08), so please give us feedback on this release candidate.
You can
Quoting "P.V.Anthony" <[EMAIL PROTECTED]>:
[EMAIL PROTECTED] wrote:
Do you have the LoadModule line in your httpd.conf on the 64bit install?
Load Module apreq_module modules/mod_apreq2.so
I've installed it fine on an amd64 on gentoo.
This is great news. So I must be doing something wrong.
Do you have the LoadModule line in your httpd.conf on the 64bit install?
Load Module apreq_module modules/mod_apreq2.so
I've installed it fine on an amd64 on gentoo.
Adam
On Mon, Jul 14, 2008 at 12:44 AM, Adam Prime <[EMAIL PROTECTED]> wrote:
> Apparently i suck at actually sending mail to the list. I blame gmail.
>
> On Mon, Jul 14, 2008 at 12:42 AM, Adam Prime <[EMAIL PROTECTED]> wrote:
>> On Sun, Jul 13, 2008 at 5:25 PM, Bojan Smojve
Apparently i suck at actually sending mail to the list. I blame gmail.
On Mon, Jul 14, 2008 at 12:42 AM, Adam Prime <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 13, 2008 at 5:25 PM, Bojan Smojver <[EMAIL PROTECTED]> wrote:
>>
>> Given it's a request to the whole dev
According to the docs
http://httpd.apache.org/apreq/docs/libapreq2/group__apreq__xs__cookie.html#expires
Expires is a get_set style function. However, when i try to get with
it, it fails like this:
Usage: APR::Request::Cookie::expires(c, time_str)
according to the APR::Request::Cookie docs
ht
I just rain into this issue in the midst of porting some stuff from apreq1
to apreq2. discussed previously here:
http://marc.theaimsgroup.com/?t=11611007241&r=1&w=2
quick summary being:
for a request like this: GET /?pub=1&pub=2 HTTP/1.0
@list = $r->param has different results.
in mp1 you
Is there one? Or failing that is there any way to get just the POSTed
parameters? I've been looking through the archives without much success.
Adam
is it just $req->param that is a const, or are both args and body const as well?
Is there an easy (ie one line) way to rip the entire contents of
$req->param into a hash I can actually modify the contents of, or do i
need to do that myself? Personally, i did stuff like that quite a bit
in mp1.
A
On 7/10/05, Philip M. Gollucci <[EMAIL PROTECTED]> wrote:
> No, APR::Request::Param::Table does not implement get/set.
>
> You have to use the Apache2::Request interface.
>
> If you look at it's new() method, it basically gives you an
> APR::Apache2::Request object back. But I can't for the life
are the add and set functions implemented in this module? I'm getting
errors like this:
Can't locate object method "set" via package "APR::Request::Param::Table"
Can't locate object method "add" via package "APR::Request::Param::Table"
I was trying to get $r->param('blah' => whatever) to work,
21 matches
Mail list logo