On 08/02/2013 07:10 PM, Steve Hay wrote:
Steve Hay wrote on 2013-07-30:
It's actually only the path to mod_perl.so that I need to add to the
PATH, which I'd determined previously was due to the new dependency (now
in ModPerl/Const/Const.dll) on mod_perl.so for the perl_module symbol.
I'll look
Steve Hay wrote on 2013-07-30:
> It's actually only the path to mod_perl.so that I need to add to the
> PATH, which I'd determined previously was due to the new dependency (now
> in ModPerl/Const/Const.dll) on mod_perl.so for the perl_module symbol.
>
> I'll look at that again, or else just work a
Jan Kaluža wrote on 2013-07-30:
> On 07/29/2013 04:59 PM, Steve Hay wrote:
>> Jan Kaluža wrote on 2013-07-29:
>>> On 07/29/2013 10:54 AM, Steve Hay wrote:
Ok, I've found the problem: Apache2::Build::apr_generation() is
now
>>> returning 2 instead of 1, but the apxs scripts on Windows are
On 07/29/2013 04:59 PM, Steve Hay wrote:
Jan Kaluža wrote on 2013-07-29:
On 07/29/2013 10:54 AM, Steve Hay wrote:
Ok, I've found the problem: Apache2::Build::apr_generation() is now
returning 2 instead of 1, but the apxs scripts on Windows are still
called ap[ru]-1-config.bat.
I could easily
Jan Kaluža wrote on 2013-07-29:
> On 07/29/2013 10:54 AM, Steve Hay wrote:
>> Ok, I've found the problem: Apache2::Build::apr_generation() is now
> returning 2 instead of 1, but the apxs scripts on Windows are still
> called ap[ru]-1-config.bat.
>>
>> I could easily tweak apr_generation() to accou
On 07/29/2013 10:54 AM, Steve Hay wrote:
Ok, I've found the problem: Apache2::Build::apr_generation() is now returning 2
instead of 1, but the apxs scripts on Windows are still called
ap[ru]-1-config.bat.
I could easily tweak apr_generation() to account for that, but I guess the
correct fix i
26 July 2013 08:55
> To: Jan Kaluza
> Cc: dev@perl.apache.org
> Subject: RE: [httpd24 branch] apr-ext crashes
>
> APR.dll is indeed loaded and the boot function called, but
> APR_initialize() is a no-op because MP_HAVE_APR_LIBS is oddly not
> defined.
>
> That's se
d24. I will stare harder and surely find it sooner or later...
> -Original Message-
> From: Jan Kaluza [mailto:jkal...@redhat.com]
> Sent: 22 July 2013 14:01
> To: Steve Hay
> Cc: dev@perl.apache.org
> Subject: Re: [httpd24 branch] apr-ext crashes
>
> Isn't APR.so loaded dyn
Isn't APR.so loaded dynamically and boot_APR called after that?
If it's like that, maybe APR.so is not loaded correctly on Windows?
- Original Message -
> apr_initialize is called in boot_APR in xs/APR/APR/APR.c, but
> I'm not able to find out from where it is called...
>
> - Original
apr_initialize is called in boot_APR in xs/APR/APR/APR.c, but
I'm not able to find out from where it is called...
- Original Message -
> Hm, maybe it's caused by the fact that apr_app_initialize is not
> called anywhere in the tests which don't run as part of mod_perl.
>
> I think it's no
Hm, maybe it's caused by the fact that apr_app_initialize is not
called anywhere in the tests which don't run as part of mod_perl.
I think it's not needed to call apr_app_initialize() in the tests
which call apr_* methods on httpd's side (like in httpd handlers),
but it's needed to call that metho
Jan Kaluza wrote on 2013-07-22:
haven't finished with the other thread ( wrote on but I thought I'd start new
threads for discussing:
>> closely at apr-ext/brigade.t in a debug build. With the trunk and
>> httpd-2.2 the script can be run at the command-line as
>>
>> perl.exe -T -Iblib\arch -Ib
- Original Message -
> I haven't finished with the other thread ("[httpd24 branch] merge with
> trunk?") yet, but I thought I'd start new threads for discussing specific
> test failures...
>
> The apr-ext tests are crashing perl.exe for me. I've looked more closely at
> apr-ext/brigade.t i
Jan Kaluža wrote on 2013-07-17:
>> t/api/server_const.t (Wstat: 512 Tests: 0 Failed: 0)
>>Non-zero exit status: 2 Parse errors: No plan found in TAP output
>>t/modules/apache_resource.t (Wstat: 512 Tests: 0 Failed:
>>0) Non-zero exit status: 2 Parse errors: Ba
Jan Kaluža wrote on 2013-07-17:
> On 07/16/2013 03:04 PM, Steve Hay wrote:
> The difference is that Apache2/Const/Const.dll now depends on
> mod_perl.so (it didn't use to), and that isn't in a location in the
> PATH when running the test suite.
>>
>> Using dumpbin /imports to see why we have this
t/api/server_const.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/modules/apache_resource.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: Bad plan. You planned 1 tests but ran 0.
On 07/16/2013 03:04 PM, Steve Hay wrote:
Jan Kaluža wrote on 2013-07-15:
On 07/15/2013 02:58 PM, Steve Hay wrote:
[...] right now I still have it crashing
on startup (with or without revision r1303215), so we obviously didn't
have the same crashing problem after all :-/ I will try to fix that
Jan Kaluža wrote on 2013-07-15:
> On 07/15/2013 02:58 PM, Steve Hay wrote:
>> [...] right now I still have it crashing
> on startup (with or without revision r1303215), so we obviously didn't
> have the same crashing problem after all :-/ I will try to fix that
> next.
>>
>
> I'm afraid I can't h
On 07/15/2013 02:58 PM, Steve Hay wrote:
Jan Kaluža wrote on 2013-07-15:
On 07/15/2013 12:52 PM, Steve Hay wrote:> Jan Kaluža wrote on 2013-07-
15:
On 07/15/2013 12:30 PM, Steve Hay wrote:
Jan Kaluža wrote on 2013-07-15:
On 07/15/2013 10:48 AM, Steve Hay wrote:
So I now have a build of mod_p
Jan Kaluža wrote on 2013-07-15:
> On 07/15/2013 12:52 PM, Steve Hay wrote:> Jan Kaluža wrote on 2013-07-
> 15:
>>> On 07/15/2013 12:30 PM, Steve Hay wrote:
Jan Kaluža wrote on 2013-07-15:
> On 07/15/2013 10:48 AM, Steve Hay wrote:
>> So I now have a build of mod_perl against httpd-2.4.
On 07/15/2013 12:52 PM, Steve Hay wrote:> Jan Kaluža wrote on 2013-07-15:
>> On 07/15/2013 12:30 PM, Steve Hay wrote:
>>> Jan Kaluža wrote on 2013-07-15:
On 07/15/2013 10:48 AM, Steve Hay wrote:
> So I now have a build of mod_perl against httpd-2.4. Yay!
> However, it doesn't run yet.
Jan Kaluža wrote on 2013-07-15:
> On 07/15/2013 12:30 PM, Steve Hay wrote:
>> Jan Kaluža wrote on 2013-07-15:
>>> On 07/15/2013 10:48 AM, Steve Hay wrote:
So I now have a build of mod_perl against httpd-2.4. Yay!
However, it doesn't run yet... it's crashing when starting up the
>>> server
On 07/15/2013 12:30 PM, Steve Hay wrote:
Jan Kaluža wrote on 2013-07-15:
On 07/15/2013 10:48 AM, Steve Hay wrote:
So I now have a build of mod_perl against httpd-2.4. Yay!
However, it doesn't run yet... it's crashing when starting up the
server. I will look into that very soon...
It crashed f
Jan Kaluža wrote on 2013-07-15:
> On 07/15/2013 10:48 AM, Steve Hay wrote:
>> So I now have a build of mod_perl against httpd-2.4. Yay!
>> However, it doesn't run yet... it's crashing when starting up the
> server. I will look into that very soon...
>
> It crashed for me too here. It used to work
On 07/15/2013 10:48 AM, Steve Hay wrote:
Steve Hay wrote on 2013-07-12:
Steve Hay wrote on 2013-07-12:
The problem of how to specify the path of aprutil-1 in
xs/APR/APR/Makefile.PL remains, but with the fix above the build now
proceeds to the next problem: Apache2/Provider.dll fails to link,
wi
Jan Kaluža wrote on 2013-07-15:
> On 07/15/2013 10:48 AM, Steve Hay wrote:
>> Steve Hay wrote on 2013-07-12:
>>> Steve Hay wrote on 2013-07-12:
The problem of how to specify the path of aprutil-1 in
xs/APR/APR/Makefile.PL remains, but with the fix above the build now
proceeds to the
On 07/15/2013 10:48 AM, Steve Hay wrote:
Steve Hay wrote on 2013-07-12:
Steve Hay wrote on 2013-07-12:
The problem of how to specify the path of aprutil-1 in
xs/APR/APR/Makefile.PL remains, but with the fix above the build now
proceeds to the next problem: Apache2/Provider.dll fails to link,
wi
Steve Hay wrote on 2013-07-12:
> Steve Hay wrote on 2013-07-12:
>> The problem of how to specify the path of aprutil-1 in
>> xs/APR/APR/Makefile.PL remains, but with the fix above the build now
>> proceeds to the next problem: Apache2/Provider.dll fails to link,
>> with an unresolved external sy
Steve Hay wrote on 2013-07-12:
> The problem of how to specify the path of aprutil-1 in
> xs/APR/APR/Makefile.PL remains, but with the fix above the build now
> proceeds to the next problem: Apache2/Provider.dll fails to link, with
> an unresolved external symbol, ap_register_provider.
>
> That sy
- Original Message -
> Jan Kaluža wrote on 2013-07-11:
> > On 07/11/2013 10:41 AM, Steve Hay wrote:
> >> Jan Kaluža wrote on 2013-07-11:
> >>> On 07/11/2013 01:17 AM, Steve Hay wrote:
> The first problem was "Warning (mostly harmless): No library found
> for -laprutil-1" appearin
On 11 July 2013 14:33, Steve Hay wrote:
>
> Jan Kaluža wrote on 2013-07-11:
> > On 07/11/2013 11:06 AM, Jan Kaluža wrote:
> >>> So the problem here is that modperl_error.c is included in
> >>> libaprext.lib, but it references the symbol "perl_module", which is
> >>> defined in mod_perl.c, but that
Jan Kaluža wrote on 2013-07-11:
> On 07/11/2013 11:06 AM, Jan Kaluža wrote:
>>> So the problem here is that modperl_error.c is included in
>>> libaprext.lib, but it references the symbol "perl_module", which is
>>> defined in mod_perl.c, but that isn't included in libaprext.lib, so
>>> the symbol i
Jan Kaluža wrote on 2013-07-11:
> On 07/11/2013 10:41 AM, Steve Hay wrote:
>> Jan Kaluža wrote on 2013-07-11:
>>> On 07/11/2013 01:17 AM, Steve Hay wrote:
The first problem was "Warning (mostly harmless): No library found
for -laprutil-1" appearing from Makefile.PL between
ModPerl::W
On 07/11/2013 11:06 AM, Jan Kaluža wrote:
The error is:
libaprext.lib(modperl_error.obj) : error LNK2001: unresolved external
symbol _perl_module
..\..\..\blib\arch\auto\APR\Brigade\Brigade.dll : fatal error LNK1120:
1 unresolved externals
On Windows we build a static library called libaprext.l
On 07/11/2013 10:41 AM, Steve Hay wrote:
Jan Kaluža wrote on 2013-07-11:
On 07/11/2013 01:17 AM, Steve Hay wrote:
The first problem was "Warning (mostly harmless): No library found for
-laprutil-1" appearing from Makefile.PL between ModPerl::WrapXS and APR
(presumably it applies to the latter),
Jan Kaluža wrote on 2013-07-11:
> On 07/11/2013 01:17 AM, Steve Hay wrote:
>> The first problem was "Warning (mostly harmless): No library found for
>> -laprutil-1" appearing from Makefile.PL between ModPerl::WrapXS and APR
>> (presumably it applies to the latter), which I've ignored for now but
>>
On 07/11/2013 01:17 AM, Steve Hay wrote:
Hi Jan,
Thank you so much for all your work on this!
>
I've finally got round to having a look at it (sorry it's been so
long!), and have run into some teething problems here on Windows...
Thank you for trying that branch. I haven't actually tried to
Hi Jan,
Thank you so much for all your work on this!
I've finally got round to having a look at it (sorry it's been so long!),
and have run into some teething problems here on Windows...
The first problem was "Warning (mostly harmless): No library found for
-laprutil-1" appearing from Makefile.P
On 06/27/2013 12:55 PM, Jan Kaluža wrote:
Hi,
I have done some work on httpd24 branch today.
Already done:
- xs/tables are now divided into two separate directories:
xs/tables/current and xs/tables/current24 (2.2 vs. 2.4)
- xs_generate generates output to the proper directory according to
httpd
That's great. Thank you, Jan.
- Perrin
On Thu, Jun 27, 2013 at 6:55 AM, Jan Kaluža wrote:
> Hi,
>
> I have done some work on httpd24 branch today.
>
> Already done:
> - xs/tables are now divided into two separate directories:
> xs/tables/current and xs/tables/current24 (2.2 vs. 2.4)
> - xs_ge
On 02/27/2013 03:33 PM, Andy Colson wrote:
> Oh, oops, I forgot to report back. Sorry, got side tracked. Yeah, I ran:
>
> t/TEST echo_filter
>
> and it ran just fine. So I ran t/TEST -verbose and it ran for a long
> time and eventually froze at a different test.
Which LWP version do you use?
On 2/27/2013 12:47 AM, Jan Kaluža wrote:
On 02/26/2013 03:52 AM, Andy Colson wrote:
On 02/25/2013 05:20 AM, Jan Kaluža wrote:
On 02/22/2013 09:02 PM, Andy Colson wrote:
After applying mod_perl-2.0.5-nolfs.patch, then re-making, I got
this on
make test:
t/TEST -clean
[warning] setting ulimit t
On 02/26/2013 03:52 AM, Andy Colson wrote:
On 02/25/2013 05:20 AM, Jan Kaluža wrote:
On 02/22/2013 09:02 PM, Andy Colson wrote:
After applying mod_perl-2.0.5-nolfs.patch, then re-making, I got this on
make test:
t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c unlimited; /u
On 02/25/2013 07:39 PM, Torsten Förtsch wrote:
On 02/25/2013 12:20 PM, Jan Kaluža wrote:
I've played with my systems /etc/httpd/httpd.conf file, is that a
problem?
I'm not sure how exactly Apache-Test works, but there are some comments
about "system-wide httpd.conf", so I presume it gets the l
On 02/25/2013 05:20 AM, Jan Kaluža wrote:
On 02/22/2013 09:02 PM, Andy Colson wrote:
After applying mod_perl-2.0.5-nolfs.patch, then re-making, I got this on
make test:
t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl5.16.2
/home/andy/apps/mod_perl24
On 02/25/2013 12:20 PM, Jan Kaluža wrote:
>> I've played with my systems /etc/httpd/httpd.conf file, is that a
>> problem?
>
> I'm not sure how exactly Apache-Test works, but there are some comments
> about "system-wide httpd.conf", so I presume it gets the list of modules
> from the system-wide h
On 02/22/2013 09:02 PM, Andy Colson wrote:
On 2/21/2013 1:41 AM, Jan Kaluža wrote:
Hi,
I think I've committed all my patches [1] to httpd24 branch. It builds
OK for me and I think it's now time for more people to build it and
report your problems with this branch.
To compile it, I just checkou
On 02/22/2013 09:02 PM, Andy Colson wrote:
After applying mod_perl-2.0.5-nolfs.patch, then re-making, I got this on
make test:
t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl5.16.2
/home/andy/apps/mod_perl24/t/TEST -clean
APACHE_TEST_GROUP= APACHE_TE
On 2/21/2013 1:41 AM, Jan Kaluža wrote:
Hi,
I think I've committed all my patches [1] to httpd24 branch. It builds
OK for me and I think it's now time for more people to build it and
report your problems with this branch.
To compile it, I just checkout the httpd24 and run:
/usr/bin/perl Makefi
Hi Jan,
Thanks for your work on this.
Here's my results:
I checked out fresh:
svn checkout
https://svn.apache.org/repos/asf/perl/modperl/branches/httpd24/
httpd24-branch
Ran /usr/local/perl-5.14/bin/perl Makefil
Hi,
I think I've committed all my patches [1] to httpd24 branch. It builds
OK for me and I think it's now time for more people to build it and
report your problems with this branch.
To compile it, I just checkout the httpd24 and run:
/usr/bin/perl Makefile.PL MP_APXS=/usr/bin/apxs
MP_APR_CO
On 2/19/2013 10:29 AM, Jan Kaluža wrote:
Yes, I just didn't mention it, but I will run both. Currently there is
some problem with my mod_perl commit access, so I'm waiting for admins
to fix that. Once I'll be able to commit, I will start doing changes
described in m original email.
Yeah, there
On 02/18/2013 07:36 PM, Kevin A. McGrail wrote:
On 2/18/2013 2:28 AM, Jan Kaluža wrote:
Hi,
I've been granted commit access to mod_perl (Thanks to Torsten), so I
want to inform you about my intentions with httpd24 branch.
1. Merge changes from trunk to httpd24 branch.
2. Review my patches from
On 2/18/2013 2:28 AM, Jan Kaluža wrote:
Hi,
I've been granted commit access to mod_perl (Thanks to Torsten), so I
want to inform you about my intentions with httpd24 branch.
1. Merge changes from trunk to httpd24 branch.
2. Review my patches from http://jkaluza.fedorapeople.org/mod_perl/
and
54 matches
Mail list logo
