On 9/6/2017 10:23 AM, Steve Hay wrote:
> On 19 January 2017 at 14:25, Issac Goldstand wrote:
>> That release was canceled due to lack of votes, but regardless there was
>> very little effective difference between that and 2.13 - mostly around
>> tests, docs and build scri
Builds and passes all tests on linux x64 with:
Perl/5.18 Apache/2.2.31 mod_perl/2.10
Perl/5.24 Apache/2.4.23 mod_perl/2.10
I'm +1 on release
On 12/5/2016 5:58 PM, Issac Goldstand wrote:
> After (almost) 6 years, the apreq team would like to release version
> 2.14 of libapr
After (almost) 6 years, the apreq team would like to release version
2.14 of libapreq. Please test and vote on the following tarball:
https://home.apache.org/~issac/libapreq2-2.14.tar.gz
https://home.apache.org/~issac/libapreq2-2.14.tar.gz.asc
https://home.apache.org/~issac/libapreq2-2.14.tar.gz.
html
>
> The need to call the extra "Include ... mpm*.load" lines is apparently
> due to libapreq2 requiring mpm. There is no web link with more info on
> this error, because it is specific to libapreq2.
>
> Does that sufficiently answer your questions and concerns?
&
That was my knee-jerk reaction, too, but after digging, I saw that win32
really shouldn't be affected.
On 11/16/2016 4:09 PM, Steve Hay wrote:
> On 15 November 2016 at 09:26, Issac Goldstand wrote:
>> Hi all,
>>
>> Someone (finally) noticed that apreq's test suite
repos/asf/httpd/apreq/trunk/glue/perl/
I'll take a crack at seeing if I can fold it into mod_perl despite the rust.
On 11/15/2016 2:45 PM, Andres Thomas Stivalet wrote:
> Good news!! No idea why apreq hasn't just been merged into mod_perl
> after all these years.
>
> A+++
ontroller under Apache 2.4?
>
> Will this be packaged and released to Debian Stretch before it goes
> stable, or can you advise the package maintainers to update?
>
> Thanks.
> Mark
>
> On Tue, Nov 15, 2016 at 1:26 AM, Issac Goldstand <mailto:mar...@beamartyr.net>> wrot
Hi all,
Someone (finally) noticed that apreq's test suite isn't compatible with
Apache 2.4 and requested a change. Given that we haven't released an
updated apreq in nearly 6 years, I'm inclined to make/test the changes
to the test suite and immediately go to a release cycle.
Does anyone want ti
" lines is apparently
> due to libapreq2 requiring mpm. There is no web link with more info on
> this error, because it is specific to libapreq2.
>
> Does that sufficiently answer your questions and concerns?
>
> Thanks,
> ~ Will
>
>
> On 11/14/2016 at 8:10 AM,
cc-ing the dev list for the apreq project
Hi,
I haven't tested this with the latest Perl/mod_perl/httpd stack
(although this worked fine as-is last time we did a release).
While I dig into this by me (may take some cycles), would you explain
why you think these changes need to be made? Are thin
I think nothing.
Most mod_perl users (I think) install apreq via Apache2::Request. That
can continue to be maintained on CPAN, as is, linking against httpd
instead of mod_apreq
Or do you forsee a problem here?
On 2/24/2015 9:56 AM, Steve Hay wrote:
> What would this mean for mod_perl users? I,
Fixed in r1633096
Thank you!
On 13/07/2014 16:35, Steve Hay wrote:
> On 21 March 2014 22:17, Steve Hay wrote:
>> Testing a mod_perl & libapreq build on Windows I have come across a
>> problem introduced into the current SVN trunk of libapreq by revision
>> 1124400.
>>
>> The attached patch fixes
Awesome!
Are the other anomalies that Mark reported yesterday also
Apache::Test-land?
Issac
On 24/06/2014 10:48, Steve Hay wrote:
> I just closed the CPAN ticket as this is fixed in (Apache-Test's) trunk
> already.
>
> On 24 June 2014 08:46, Issac Goldstand wrote:
>
I'll try to get to look at this in the next few days. I'm incredibly
low on time this week, so feel free to prod me (off-list, please) if you
don't see it soon.
Issac
On 24/06/2014 00:57, Mark Hedges wrote:
> "Use of each() on hash after insertion without resetting hash iterator
> results in
On 08/03/2014 01:03, Murray Eisenberg wrote:
> Apparently at present, libapreq2 will not work with perl 5.18. Is that
> correct?
>
> (I'm using the MacPorts port of perl 5.18 under Mac OS X and install perl
> modules, including those for apache2 support, using MacPorts. And I'm told
> that the
Hey guys,
Starting today, I've added this list to be a CC on emails from CPAN's RT
ticketing system. A lot of our users send bug reports there just
because it's the CPAN way of doing things.
If anyone's got cycles, there seems to be a medium-ish list of old
issues there to plow through, a few of
On 20/06/2012 13:35, Thomas Busch wrote:
> Hi Isaac,
>
> I don't know if you remember but I share co-maintainership with you
> for Business::PayPal::EWP. I was wondering if we could have a similar
> arrangement for libapreq2-2.13.
Hi Thomas!
Yes I do remember you :)
libapreq is maintained by th
Hi Matt,
I'm no Mac expert (not even a Mac user, sorry), so forwarding this to
the development lists of apreq and Apache::Test (the test framework)
On 07/06/2011 18:38, Matt waller wrote:
> Hi,
>
> I'm trying to install Apache2::Request using cpan.
> I'm using a mac.
> The mac would like me to r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27/04/2011 15:31, Issac Goldstand wrote:
>
> [+1] Remove libapreq-1.34 immediately from www.apache.org/dist/ and CPAN
> remove it from the download.html page and add a sentence stating that
> the 1.3 line of releases is at arch
While cleaning up our distribution area, I came across libapreq-1.34
Following the end-of-life of Apache 1.3, do we want to?
[ ] Remove libapreq-1.34 immediately from www.apache.org/dist/ and CPAN
remove it from the download.html page and add a sentence stating that
the 1.3 line of releases is at
https://rt.cpan.org/Ticket/Display.html?id=66085 >
If you use
$ CPPFLAGS="-I/opt/csw/lib" LDFLAGS="-L/opt/csw/lib" ./configure ...
will that make it work? I don't have access to a SunOS machine to test
on, but off the top of my head, I believe it should do the trick...
On Wed Feb 23 10:20:
https://rt.cpan.org/Ticket/Display.html?id=64303 >
Did you install your own Apache or use the system provided one? Just
to be sure, did you install the -devel package for the system-installed
Apache?
Issac
On Wed Dec 29 04:52:03 2010, kbensch wrote:
> Hi
>
> I am trying to install spacewal
That reminds me that I need to vote, too :)
+1
On 28/11/2010 20:18, Joe Schaefer wrote:
> There are still some build issues surrounding gmake
> on FreeBSD, but I assume the ports dude knows how to deal
> with those.
>
> +1 for release.
>
>
>
>
> - Origin
On 28/11/2010 05:43, Fred Moyer wrote:
> Tests failed to start with Snow Leopard, perl 5.12.2, httpd 2.2.15,
> Apache-Test 1.34.
>
> Reason: Incompatible library version: mod_apreq2.so requires version
> 12.0.0 or later, but libapreq2.3.dylib provides version 11.0.0
>
> Looks relevant - was a prere
Yeah, I was surprised with a massive lack of tuits last weekend, but
will start soon. Release is on, though.
Issac
On 25/11/2010 13:59, Joe Schaefer wrote:
> AFAICT we're just waiting for Issac to start the RM process.
>
>
>
> - Original Message
>> From: Clinton Gormley
>> To: Joe S
OK - having gotten a whole bunch of patches in the past few days after a
long period of dead time, I voulenteer to RM the next apreq release and
plan to T&R libapreq-2.13 this coming weekend unless objections are
raised (or unless we get such a flood of patches that I have to postpone
the release :
On 15/11/2010 20:11, Robert Stone wrote:
> On Fri, Nov 12, 2010 at 07:12:35PM -0800, Joe Schaefer wrote:
>> As one of the devs on the libapreq2 project I came across
>> your patch for HttpOnly cookie support submitted to Debian
>> in 2008:
>>
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=4908
Looks good. As soon as I can commit the HttpOnly, I'll test and apply
this, too.
On 12/11/2010 15:11, Clinton Gormley wrote:
> On Fri, 2010-11-12 at 04:53 -0800, Joe Schaefer wrote:
>> There's another patch from Clinton that we should
>> apply too- it relates to test breakages coming from LWP's
>
> [X] Release 2.13 with the new HttpOnly cookie feature (once committed)
> [ ] Don't release 2.13 yet
Issac
I'd been planning
>> to implement this feature some weekend and the patch
>> is pretty much how I'd do it, so I'd +1 it once the
>> corresponding tests are written.
>>
>>
>>
>> - Original Message
>>> From: Issac Goldstand
>>
Can someone @ legal confirm for me if we can commit this patch as-is, or
if not, who to contact to get permission?
Thanks,
Issac
On 08/11/2010 15:28, Issac Goldstand wrote:
> On 08/11/2010 15:25, Clinton Gormley wrote:
>>>> I see a patch in Debian which does this:
>>&g
On 08/11/2010 15:25, Clinton Gormley wrote:
>>> I see a patch in Debian which does this:
>>>
>>> http://www.mail-archive.com/debian-bugs-d...@lists.debian.org/msg543361.html
>>>
>>> thanks
>>>
>>> Clint
>>>
>>>
>> The patch looks ok to me at first glance. If you're willing to write
>> the unit tes
On 08/11/2010 12:48, Clinton Gormley wrote:
> Hi all
>
> Any plans on adding support to Apache2::Cookie for the HttpOnly flag?
>
> I see a patch in Debian which does this:
>
> http://www.mail-archive.com/debian-bugs-d...@lists.debian.org/msg543361.html
>
> thanks
>
> Clint
>
>
The patch looks ok t
Joe Schaefer wrote:
> Please test and vote on the following tarball and sigfile:
>
> http://people.apache.org/~joes/libapreq2-2.12-RC1.tar.gz
> http://people.apache.org/~joes/libapreq2-2.12-RC1.tar.gz.asc
>
> I've seeded the dates to be 1 week from today, so let's
> not dilly-dally please ;-)
>
Philip M. Gollucci wrote:
> Steve Hay wrote:
>> Randy Kobes wrote:
>>> Issac Goldstand wrote:
>>>> Steve Hay wrote:
>>>>> Issac Goldstand wrote:
>>>>>> Vote results show only 2 +1s (issac,joes) and no -1s.
>>>>>>
Adam Prime wrote:
> 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 any
Vote results show only 2 +1s (issac,joes) and no -1s.
We're still a +1 short of release.
Issac
Issac Goldstand wrote:
> The apreq developers are planning a maintenance release of
> libapreq2. This version addresses several bugfixes and includes new
> features.
>
> Ch
I don't get any fails by me... Can you try make test-ing apreq2-2.08
and see if you get the same fails so we know if it's a regression?
Issac
Bojan Smojver wrote:
> On Tue, 2009-01-20 at 11:48 +0200, Issac Goldstand wrote:
>
>> a try and report comments/problems/etc.
William A. Rowe, Jr. wrote:
> Issac Goldstand wrote:
>
>> j...@apache.org wrote:
>>
>>> - If any -1s are received, the release is rejected. Edit the ./STATUS
>>> file
>>> - and modify the line
>>> + If more -1's than +1&#x
j...@apache.org wrote:
> - If any -1s are received, the release is rejected. Edit the ./STATUS file
> - and modify the line
> + If more -1's than +1's are received, or less than 3 +1's are received,
> + the release is rejected. Edit the ./STATUS file and modify the line
>
What?!? Yo
Right. IIRC, that was one of the patches that we needed to fix for
maintainer mode last night. I knew it was complicated to begin with for
a reason :)
j...@apache.org wrote:
> Author: joes
> Date: Tue Jan 13 14:30:23 2009
> New Revision: 734260
>
> URL: http://svn.apache.org/viewvc?rev=734260&vi
Joe Schaefer wrote:
> - Original Message
>
>
>> From: Issac Goldstand
>> To: Joe Schaefer
>> Cc: apreq-dev@httpd.apache.org
>> Sent: Tuesday, January 13, 2009 3:53:53 PM
>> Subject: Re: svn commit: r734232 - /httpd/apreq/trunk/library/module_c
A null char. As I mentioned in the commit message to deal with this,
I'm not quite sure why I went through such pains to store a null
character and couldn't just use NULL or (char) 0 in the code where it
was needed.
All I remember is some foggy issue with wide characters on win32, but I
don't rem
Adam Prime wrote:
> 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.
>>
>> Thank
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
is...@apache.org wrote:
> Author: issac
> Date: Tue Jan 13 02:35:02 2009
> New Revision: 734094
>
> URL: http
Without diminishing your point (because it's valid, and you're right),
let's also consider how many of us are in development-centric (or at
least httpd-centric) jobs as compared to the rest of the httpd project
developers... I think there are substantially less of us working jobs
around apreq as t
Joe Schaefer wrote:
> - Original Message
>
>
>> From: Bojan Smojver
>> To: Joe Schaefer
>> Cc: Issac Goldstand ; apreq-dev@httpd.apache.org
>> Sent: Monday, January 12, 2009 11:09:23 AM
>> Subject: Re: svn commit: r733221 - in /httpd/apreq/bran
Joe Schaefer wrote:
> - Original Message
>
>
>> From: Issac Goldstand
>> To: Joe Schaefer
>> Cc: apreq-dev@httpd.apache.org
>> Sent: Saturday, January 10, 2009 11:11:28 AM
>> Subject: Re: svn commit: r733221 - in /httpd/apreq/branches/v2_
Joe Schaefer wrote:
> - Original Message
>
>
>> From: Issac Goldstand
>> To: apreq-dev@httpd.apache.org
>> Sent: Saturday, January 10, 2009 11:01:42 AM
>> Subject: Re: svn commit: r733288 - in /httpd/apreq/trunk: CHANGES
>> module/apache
Joe Schaefer wrote:
> - Original Message
>
>
>> From: Issac Goldstand
>> To: apreq-dev@httpd.apache.org
>> Sent: Saturday, January 10, 2009 10:51:57 AM
>> Subject: Re: svn commit: r733221 - in /httpd/apreq/branches/v2_10:
>> include/apreq
Out of curiosity, what sort of use-cases did you have in mind with
this? It certainly looks interesting, but I can't really see when we'd
use it...
Issac
j...@apache.org wrote:
> Author: joes
> Date: Sat Jan 10 07:51:20 2009
> New Revision: 733288
>
> URL: http://svn.apache.org/viewvc?rev=7332
Shouldn't we *not* be doing this type of backport? We really don't need
release branches any more if we're going to be voting directly on
release artifacts, since there are no changes that can be made to them
anyway. I'm -0.9 for 2.10 if this looks like a showstopper for building
with gcc4 and le
That's 3 +1s. Uploading to CPAN and announcing...
Issac Goldstand wrote:
> +1
>
> make, test, install with apache-1.41/perl-5.6.2/mp-1.30
>
> Issac Goldstand wrote:
> > The apreq developers are planning a maintenance release of
> > libapreq1. This version pr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+1
make, test, install with apache-1.41/perl-5.6.2/mp-1.30
Issac Goldstand wrote:
> The apreq developers are planning a maintenance release of
> libapreq1. This version primarily addresses an issue noted with
> FireFox 2.0 truncating fil
Joe Schaefer wrote:
- Original Message
From: Issac Goldstand
To: APREQ List
Sent: Tuesday, November 11, 2008 4:16:06 AM
Subject: [VOTE] Unify release SVN tag, SVN branch and dating policy for 1.x and
trunk
After reviewing the RELEASE files for 1.x and 2.x, I'd like to pr
Yay! That makes just a 1.5 year release cycle ;)
I hope to release today after work. Who's got CPAN karma and
voulenteers to help me upload?
Joe Schaefer wrote:
- Original Message
From: Steve Hay
To: Issac Goldstand
Cc: APREQ List
Sent: Wednesday, January 7, 2009 8:54:
going to start tagging and
rolling, but won't upload or announce until I formally close the vote
Issac
Philip M. Gollucci wrote:
Philip M. Gollucci wrote:
Issac Goldstand wrote:
http://people.apache.org/~issac/libapreq-1.34-RC4.tar.gz
Unit tests blow up spectacularly on solaris 2.10 but I don
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.
>
After reviewing the RELEASE files for 1.x and 2.x, I'd like to propose
that we clean them up a bit (though I don't forsee any more 1.3
releases, we may as well get it in at the same time as 2.x)
I won't summarize the current orders of operation (see [1] and [2]), but
here's what I'd like to see ha
The apreq developers are planning a maintenance release of
libapreq1. This version primarily addresses an issue noted
with FireFox 2.0 truncating file uploads in SSL mode.
Additionally, the memory allocation algorithm for multipart
requests has been improved.
Please give the tarball at
http://p
Issac Goldstand wrote:
>
> Philip M. Gollucci wrote:
>> Issac Goldstand wrote:
>>> Request.xs: In function `upload_hook':
>>> Request.xs:250: error: syntax error before "fwrite"
>>> make[1]: *** [Request.o] Error 1
>>> make[1]:
I want to finish with the 1.3 release and then I can try to take a look
Bojan Smojver wrote:
> On Tue, 2008-11-11 at 15:54 +1100, Bojan Smojver wrote:
>> On Mon, 2008-11-10 at 23:46 -0500, Philip M. Gollucci wrote:
>>
>>> Is that with
>>> $ make test TEST_VERBOSE=1
>> Fails in exactly the same way
Philip M. Gollucci wrote:
> Issac Goldstand wrote:
>> Request.xs: In function `upload_hook':
>> Request.xs:250: error: syntax error before "fwrite"
>> make[1]: *** [Request.o] Error 1
>> make[1]: Leaving directory `/home/issac/asf/svn/apreq1/Request&#x
(resending to apreq-dev as my mail server is acting up and gmail's
giving me a different FROM address)
Here's the error I'm seeing - perl 5.6.2, apache 1.3.41, mp 1.30
[EMAIL PROTECTED]:~/asf/svn/apreq1$ make
cp libapreq.pod blib/lib/libapreq.pod
cp lib/Apache/libapreq.pm blib/lib/Apache/libapreq
Philip M. Gollucci wrote:
-1
perl Makefile.PL
Missing right curly or square bracket at Makefile.PL line 196, at end of
line
syntax error at Makefile.PL line 196, at EOF
Execution of Makefile.PL aborted due to compilation errors.
That's really odd. Not sure how we vetted it through so far
William A. Rowe, Jr. wrote:
Issac Goldstand wrote:
Ahem,
On that subject, libapreq1 is already a year and a half into it's
latest release cycle. We're still waiting for a PMC vote to finish
the release... Someone remind me to do a lightning talk about this
next time I'm
Ahem,
On that subject, libapreq1 is already a year and a half into it's latest
release cycle. We're still waiting for a PMC vote to finish the
release... Someone remind me to do a lightning talk about this next
time I'm at AC :)
Foo JH wrote:
Fantastic! Can I assume that libapreq will be
OK folks. We just may be doing an amazing job setting records for
longest release cycle length off of these two, but I'm sure the public
would appreciate an actual release at some point.
Apachecon is here, and I want to see these off before the conference
opens (at the hackathon would be grea
In Apache2::Request you need to use a Perl closure to pass the hook_data.
There's a great explanation on what a Perl closure is at
http://www.perl.com/pub/a/2002/05/29/closure.html, but I'd look at
working sample code before reading it (and then again after). The
general idea is we make a "pr
Phillip,
If it helps you move along better and have more time to review both 1
& 2, I'll voulenteer to pick up RMing 2.09 in addition to 1.34 so we can
get them both out the door. Let me know.
Issac
Philip M. Gollucci wrote:
Are we going to have 2.09 release? It's been quite some time s
The apreq developers are planning a maintenance release of
libapreq1. This version primarily addresses an issue noted
with FireFox 2.0 truncating file uploads in SSL mode.
Additionally, the memory allocation algorithm for multipart
requests has been improved.
Please give the tarball at
http://p
After going too long without any tuits, I've gotten around to properly
testing this. Looks ok, although I didn't really do anything
in-depth. - I'm going to commit and roll another RC.
Issac
Joe Schaefer wrote:
> Joe Schaefer <[EMAIL PROTECTED]> writes:
>
>
Joe Schaefer wrote:
> Joe Schaefer <[EMAIL PROTECTED]> writes:
>
>
>> Issac Goldstand <[EMAIL PROTECTED]> writes:
>>
>>
>>> The apreq developers are planning a maintenance release of
>>> libapreq1. This version primarily addr
--- Begin Message ---
Do not reply to this email. You can add comments to this bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=356470
--- Comment #78 from Tim Meader <[EMAIL PROTECTED]> 2007-04-23 14:30:18 PDT ---
I can happily report that the linked libapreq-1.34-RC1 DOES in fact clear
Following up on this, I'd like to take mod_perl's RELEASE file, make it
fit our needs properly (I'll want people's input on this) and stick it
into trunk for future reference. Any objections?
Issac
Issac Goldstand wrote:
Joe Schaefer wrote:
Joe Schaefer <[E
Joe Schaefer wrote:
> Joe Schaefer <[EMAIL PROTECTED]> writes:
>
>> Right, since it's the start of a boundary. I think the best way
>> to fix this is to do what php does and add a loop into fill_buffer
>> so it completely fills the buffer instead of doing a single read.
>> Php uses our multipart
I took a peek at this. Basically, Joseph and the folks at Mozilla found
that some odd quirk in FireFox is causing the bytestream to be sent with
funny packet payloads of, mostly, 1 byte, 4095 bytes, 1 byte, 4095
bytes, etc. That seems to be a client issue.
What's happening is that occasionally,
OK.
New fresh builds of Perl 5.8.8, Apache 2.2.3, randy's apxs, mod_perl
2.0.3-rc2, Apache::Test-1.29-rc2, in their own clean tree, using VC6
(and Windows SDK just for building apache, for the ldap stuff)
So far so good. mod_perl was detected by Apache-Test this time (so I
guess we'll never
Steve Hay wrote:
Issac Goldstand wrote:
Is this what you mean?
use constant MP_GEN => $ENV{MOD_PERL}
? { ( exists $ENV{MOD_PERL_API_VERSION} and
$ENV{MOD_PERL_API_VERSION} >= 2 ) ? 2 : 1 }
: 0;
It sets the constant |MP_GEN| to 0 if mod_perl is not available, to
Is this what you mean?
use constant MP_GEN => $ENV{MOD_PERL}
? { ( exists $ENV{MOD_PERL_API_VERSION} and
$ENV{MOD_PERL_API_VERSION} >= 2 ) ? 2 : 1 }
: 0;
It sets the constant |MP_GEN| to 0 if mod_perl is not available, to 1 if
running under mod_perl 1.0 and 2 for mod_per
Randy Kobes wrote:
On Fri, 10 Nov 2006, Issac Goldstand wrote:
Philip M. Gollucci wrote:
Issac Goldstand wrote:
Following up on the FAIL report for win32:
Which CGI tests fail ?
Erm, my win32 build computer fizzled a bit last night, but I'll try to
remember to post this on S
Philip M. Gollucci wrote:
> Issac Goldstand wrote:
>> Following up on the FAIL report for win32:
> Can you post your "configuration" steps -- I'm the wrong person to ask,
> but someone else might know. I see Steve H. got passing results.
>
Just perl Makefile.P
Following up on the FAIL report for win32:
The new Apache-Test-1.29-RC2 runs the test suite for 2.08 just fine
(against mod_perl-2.0.3-RC2). However, here the test suite can't load
mod_perl (also mod_perl-2.0.3-RC2) into the server properly:
E:\cpp\libapreq2-2.09\glue\perl>perl t\TEST -clean
E:
Win32 (VS2003) - httpd/2.2.3 - ActivePerl 5.8.8.819
PASS Apache-Test
PASS mod_perl
FAIL libapreq2
libapreq passed the 2 sets of C-based tests and failed the 3rd set
(quite miserably), so it may just be a bug in Apache-Test. I'll look
into it and send a proper bug report with details to apreq-dev
I tend to use 2.0 where I need subversion or PHP (which ship with 2.0
modules only) and 2.2 everywhere else... I personally find the naming a
bit tricky (2-2.2). and would frankly rather see the modules called
mod_perl20 (or mod_perl2.0) and mod_perl/libapreq22/2.2; I'd rather type
the couple
Joe Schaefer wrote:
Issac Goldstand <[EMAIL PROTECTED]> writes:
Philip M. Gollucci wrote:
[...]
Sadly, I don't think this can go into the 2.x series because of our
conversioning rules.
New features need new symbols. SVN gets around this by doing:
void foo (void
Well, the spool file is just a normal apr_file_t, and the actual file
handle is accessable via apreq_brigade_spoolfile(), so you'll likely
want to do something like:
(untested)
char[255] filename;
apr_status_t rv;
rv = apr_file_name_get(&filename, apreq_brigade_spoolfile(param->upload));
Issac
Sorry this took me so long to get back to - it did catch aprutil-1.lib
after using SVN mod_perl.
I'll try to build RC4.
Issac
Randy Kobes wrote:
> On Wed, 12 Jul 2006, Randy Kobes wrote:
>
>> On Tue, 11 Jul 2006, Issac Goldstand wrote:
>>
>>>>> I wanted
>> I wanted to test the build, since Randy said he couldn't, but ran into
>> troubles compiling mod_perl (my gut feeling is that it's related to all
>> the apr-1.lib files, and the version of apxs, et al, (at least the one I
>> have), seems to be giving the wrong lib names) - and haven't had time t
Having utterly no idea what it was you said on IRC yesterday, I can only
comment that it looks much less cluttered, at the cost of losing most
upward links to the parent httpd project (and it takes a few moments to
consider clicking on the banner to do so)...
Maybe breadcrumbs on top (like those i
90 matches
Mail list logo
