Carl Brewer wrote:
Stas Bekman wrote:
yup, that's strange. Any difference if you drop (STRLEN):
- char *buf = SvPV(*MARK, (STRLEN)wlen);
+ char *buf = SvPV(*MARK, wlen);
Drop the cast, and lo! I have a new mod_perl binary :)
Yeah, but that's not good. Since that patch:
http://cvs.apache.org/vi
gSOAP acct wrote:
Hi Stas,
I just decided to upgade things ...
[...]
... everthing seem to compile and install correctly.
Good for you :) Bad for others, as now we don't know what was the problem and
the we will have to go through the same thing again with the next person
encountering that exact
ignore my last email. Geez I am stupid sometimes.
--- gSOAP acct <[EMAIL PROTECTED]> wrote:
> Hi Stas,
>
> I just decided to upgade things ...
>
> so I did this ...
>
> cvs -d
> :pserver:[EMAIL PROTECTED]:/home/cvspublic
> login
> cvs -d
> :pserver:[EMAIL PROTECTED]:/home/cvspublic
> co modper
Hi Stas,
I just decided to upgade things ...
so I did this ...
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic
login
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic
co modperl-2.0
#To get the cutting edge Apache 2.0 and APR 0.9
projects:
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic
co -
Stas Bekman wrote:
yup, that's strange. Any difference if you drop (STRLEN):
- char *buf = SvPV(*MARK, (STRLEN)wlen);
+ char *buf = SvPV(*MARK, wlen);
Drop the cast, and lo! I have a new mod_perl binary :)
Now to play with your IPv6 stuff and see if it fixed the old
problems.
thanks!
Carl
---
Carl Brewer wrote:
Stas Bekman wrote:
Are you sure you have applied the patch? It now should be:
xs/modperl_xs_util.h:104:rv = func(aTHX_ obj, buf, &wlen);\
This is the chunk :
/* XXX: we probably shouldn't croak here */
#define mpxs_write_loop(func, obj) \
while (MARK <= SP)
Stas Bekman wrote:
Are you sure you have applied the patch? It now should be:
xs/modperl_xs_util.h:104:rv = func(aTHX_ obj, buf, &wlen);\
This is the chunk :
/* XXX: we probably shouldn't croak here */
#define mpxs_write_loop(func, obj) \
while (MARK <= SP) { \
apr_siz
gSOAP acct wrote:
Hi Stas,
Well that got me a lot closer but make test still
failed. Should I upgrade my Apache and try again with
modperl 2.0?
Not really. It should work fine with 2.0.48.
t/apache/subprocess.t 255 65280?? ?? %
??
t/apr/perlio.t 255 65280?? ?? %
Hi Stas,
Well that got me a lot closer but make test still
failed. Should I upgrade my Apache and try again with
modperl 2.0?
$ make test
...
t/preconnection/noteok
t/protocol/echo.ok
gSOAP acct wrote:
Hi Stas,
I think I got the cvs version of modperl you mentioned
...
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic
co modperl-2.0
... Is that right?
Right.
> modperl_constants.c:1576: error: `AP_MPMQ_RUNNING'
> undeclared (first use in this function)
I know what the problem i
Carl Brewer wrote:
Stas Bekman wrote:
please reply-all, thanks!
Mea Culpa
I've spent some time googling, trying to figure out what netbsd's gcc
is unhappy about, but I couldn't find anything useful. Please try this
patch instead:
Nope, no change.
steel1: {73} make
cd "src/modules/perl" &&
Hi Stas,
I think I got the cvs version of modperl you mentioned
...
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic
co modperl-2.0
... Is that right?
Next I do this ...
perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs
... and now when I do my make I get this ...
cc -I/home/Plankton/cvs
Stas Bekman wrote:
please reply-all, thanks!
Mea Culpa
I've spent some time googling, trying to figure out what netbsd's gcc is
unhappy about, but I couldn't find anything useful. Please try this
patch instead:
Nope, no change.
steel1: {73} make
cd "src/modules/perl" && make -f Makefile.modp
please reply-all, thanks!
Carl Brewer wrote:
No, same error :
cd "src/modules/perl" && make -f Makefile.modperl
cc -c -I/data/src/modperl-2.0/src/modules/perl
-I/data/src/modperl-2.0/xs -I/usr/local/apache2/include
-I/usr/local/apache2/include -fno-strict-aliasing -I/usr/pkg/include
-DMOD_P
Geoffrey Young wrote:
fixes it, but perhaps there's a cleaner way?
+1, but please add '... if WIN32;' so it's clear why we do that.
any chance we can use CR or some other Apache::Const thing?
it's going to be clumsy. how do you say /CR/ without first copying it into $foo.
___
Carl Brewer wrote:
Stas et al,
Just pulled down the latest from CVS (to test the IPv6 stuff again!)
Known problem? :
steel1: {12} t/REPORT
-8<-- Start Bug Report 8<--
1. Problem Description:
perl-2.0/xs/typemap Filter.xs > Filter.xsc && mv Filter.xsc
Stas et al,
Just pulled down the latest from CVS (to test the IPv6 stuff again!)
Known problem? :
steel1: {12} t/REPORT
-8<-- Start Bug Report 8<--
1. Problem Description:
perl-2.0/xs/typemap Filter.xs > Filter.xsc && mv Filter.xsc Filter.c
cc -c -I/
[remember to reply back to the list! Thanks]
gSOAP acct wrote:
I forgot about having mod_perl and perl built with the
same compiler. I'll rebuild perl and if that doesn't
work I'll get the current modperl cvs and try again as
you suggest.
I think you *need* to use modperl cvs. If I were you I'd d
> Hi Geoff,
>Sorry for the delay - it's been a crazy two weeks ...
that's fine. it's good to have you back :)
> Anyway, you're right that this is fine now with 2.0.49 -
> thanks.
cool, thanks. I'll apply the patch as given, then we can all argue over how
exactly to use have_min_apache_ver
>>>fixes it, but perhaps there's a cleaner way?
>>
>>+1, but please add '... if WIN32;' so it's clear why we do that.
any chance we can use CR or some other Apache::Const thing?
>>
>>What's strange is that this test exists for quite a while, and only now it
>>stopped working? Or does it have to
gSOAP acct wrote:
-8<-- Start Bug Report
8<--
1. Problem Description:
I get a lot of test failures when I run make test.
but you showed us the failure of the first one. I guess a lot more fail, right?
Please get the current modperl cvs and try again. Most l
-8<-- Start Bug Report
8<--
1. Problem Description:
I get a lot of test failures when I run make test.
Here's the output from the make test ...
linux:/home/Plankton/mod_perl/mod_perl-1.99_13 # rm
t/logs/error_log
linux:/home/Plankton/mod_p
22 matches
Mail list logo
