You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apreq-dev@httpd.apache.org by Patrick Galbraith <pa...@mysql.com> on 2006/10/29 18:46:34 UTC
Problems with apreq2 on OS X
Hi all,
Trying to move development to my local mac since coding remotely to the
only box I could get apache2, mod_perl2 and libapreq2 working is remote,
and the connection is terrible.
So, I have tried both using source and also with ports, and get the same
problem upon trying to load my handler:
[Sun Oct 29 12:38:27 2006] [notice] Apache/2.2.3 (Unix) mod_ssl/2.2.3
OpenSSL/0.9.8d DAV/2 mod_perl/2.0.2 Perl/v5.8.8 configured -- resuming
normal operations
dyld: lazy symbol binding failed: Symbol not found: _apreq_handle_apache2
Referenced from:
/opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
Expected in: dynamic lookup
dyld: Symbol not found: _apreq_handle_apache2
Referenced from:
/opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
Expected in: dynamic lookup
[Sun Oct 29 12:38:38 2006] [notice] child pid 11206 exit signal
Trace/BPT trap (5)
OS X version: Darwin radha.local 8.8.1 Darwin Kernel Version 8.8.1: Mon
Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386 i386 i386
Not sure what this is. Anyone encountered this before?
Also, is there a way to have access to things like $rec->param without
having to use Apache2::Request/libapreq2? I ask this in case there is no
solution for getting this to work, as well as on linux distributions I
cannot get libapreq2 working.
Thanks!
Patrick
Re: Problems with apreq2 on OS X
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
this one time in band camp Patrick Galbraith said on 10/29/06 12:23:
>> Patrick Galbraith wrote:
If you're doing FAMP related development I'd love to help if I can?
Sorry, I wasn't paying attention earlier, I knew that answer and could have saved you all some time.
P.S.
Thanks for the DBD::mysql work.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
When I call your name, Girl, it starts to flame
Burning in my heart, Tearing it all apart..
No matter how I try My love I cannot hide....
Re: Problems with apreq2 on OS X
Posted by Jonathan Vanasco <ap...@2xlp.com>.
> Fred Moyer wrote:
>> If you go to PHP, you should not expect a trouble free life :) I
>> don't have anything against PHP, but it has it's own set of
>> problems. With development in any language, you need to make sure
>> that you keep a tight hold on your versions. Using the latest
>> version of something isn't always the best move, as experience has
>> taught me. It's nice to try it out and report bugs back, and
>> helpful to the development of the project, but use the version
>> that works for you.
two webapps I use right now are running different sections under
mod_perl, php, and python.
by far, the biggest security issues i've had have been with php,
'versioning' issues with python, and programming with perl.
they'll all cost you the same amount of headache and time-- the
question is where are the issues going to be?
with most programmers, the php issues fall not on them, but on
someone who is stuck admining the server. so don't think you'll be
saving headaches overall. you just might be making your problem
someone elses.
On Oct 29, 2006, at 3:23 PM, Patrick Galbraith wrote:
> I know, I'm just frustrated and venting after losing many hours of
> dev time. The reason CGI won't work in my case is I've written all
> this code as a handler and putting into CGI seems like it'd be a
> lot of work. Maybe not, I'm not sure what I would have to change
> since I rely so much on the request object.
he doesn't mean write it as a CGI, but to use CGI.pm
you can use any perl modules you want under mod_perl
just use CGI.pm, or formbuilder, or something else to handle parsing
your get post
in your mp handler, create a new parsing object, instantiate it with
$r, then stuff it in a pnote.
anytime you need to access form vars, just get the object out of the
pnote.
its not as fast as apr, but not significantly so -- and if you're
hitting a db at all during your request, the speed different is
completely irrelevant
> When you say to use an earlier version of libapreq, do you mean
> version 1.0? That won't work because all the linux dists I deal
> with are ones with pre-packaged mod_perl2 and apache2 (but haven't
> been able to get apreq to compile correctly against those pre-
> package versions, trying everything from source).
try 1.07 / 1.08 both run for me on osx / freebsd / ubuntu
// Jonathan Vanasco
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - -
| FindMeOn.com - The cure for Multiple Web Personality Disorder
| Web Identity Management and 3D Social Networking
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - -
| RoadSound.com - Tools For Bands, Stuff For Fans
| Collaborative Online Management And Syndication Tools
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - -
Re: Problems with apreq2 on OS X
Posted by Fred Moyer <fr...@taperfriendlymusic.org>.
> I know, I'm just frustrated and venting after losing many hours of dev
> time. The reason CGI won't work in my case is I've written all this code
> as a handler and putting into CGI seems like it'd be a lot of work.
> Maybe not, I'm not sure what I would have to change since I rely so much
> on the request object.
Not much :) Unless you are calls specific to libapreq, the main api is
pretty much identical.
my $cgi = CGI->new($r);
my $req = Apache2::Request->new($r);
my $foo = $cgi->param('foo');
my $req = $req->param('foo);
> When you say to use an earlier version of libapreq, do you mean version
> 1.0? That won't work because all the linux dists I deal with are ones
> with pre-packaged mod_perl2 and apache2 (but haven't been able to get
> apreq to compile correctly against those pre-package versions, trying
> everything from source).
Try libapreq2-2.07 or 2.08
(http://apache.seekmeup.com/httpd/libapreq/libapreq2-2.07.tar.gz)
Use the same directory structure for earlier (or later) versions. I try
to avoid the pre-packaged mod_perl and apache versions on most linux
distributions. Some of them get it right, but most don't (same for most
any package that you are building an application on). I build mod_perl
and apache from source always.
> Thanks for your replies!
No problem. Sometimes you will run into frustrating issues, but the
reason they are obvious is because the rest of the time these tools are
making you productive :)
Re: Problems with apreq2 on OS X
Posted by Patrick Galbraith <pa...@mysql.com>.
Philip M. Gollucci wrote:
> this one time in band camp Patrick Galbraith said on 10/29/06 16:26:
>
>> Dave,
>>
>> Speaking of which - how do you use gdb with mod_perl/libapreq? I'm
>> used to using it and other debuggers (Visual Studio, etc, DDD with
>> gdb, Xcode) with mysqld and DBD::mysql, but how do you attach it to a
>> mod_perl script, httpd, mod_perl, libapreq (?) to see what's going
>> on? I have libapreq working on OS X, but something is giving me a bus
>> error and I'd like to know where that's coming from.
>
> I believe you are looking for this:
> http://perl.apache.org/docs/2.0/devel/debug/c.html#Starting_the_Server_Fast_under_gdb
>
>
> and/or
> http://httpd.apache.org/dev/debugging.html#gdb
>
>
Philip,
Thanks millions! The crash I experienced was actually in DBD::mysql,
which I was able to fix with your info. I will release 3.0009 this week!
Patrick
Re: Problems with apreq2 on OS X
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
this one time in band camp Patrick Galbraith said on 10/29/06 16:26:
> Dave,
>
> Speaking of which - how do you use gdb with mod_perl/libapreq? I'm used
> to using it and other debuggers (Visual Studio, etc, DDD with gdb,
> Xcode) with mysqld and DBD::mysql, but how do you attach it to a
> mod_perl script, httpd, mod_perl, libapreq (?) to see what's going on? I
> have libapreq working on OS X, but something is giving me a bus error
> and I'd like to know where that's coming from.
I believe you are looking for this:
http://perl.apache.org/docs/2.0/devel/debug/c.html#Starting_the_Server_Fast_under_gdb
and/or
http://httpd.apache.org/dev/debugging.html#gdb
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
When I call your name, Girl, it starts to flame
Burning in my heart, Tearing it all apart..
No matter how I try My love I cannot hide....
Re: Problems with apreq2 on OS X
Posted by Patrick Galbraith <pa...@mysql.com>.
Dave,
Speaking of which - how do you use gdb with mod_perl/libapreq? I'm used
to using it and other debuggers (Visual Studio, etc, DDD with gdb,
Xcode) with mysqld and DBD::mysql, but how do you attach it to a
mod_perl script, httpd, mod_perl, libapreq (?) to see what's going on? I
have libapreq working on OS X, but something is giving me a bus error
and I'd like to know where that's coming from.
Thanks!
Patrick
Dave Viner wrote:
> no problemo...
>
> i spent many hours staring, recompiling, messing with GDB, and
> swearing when i hit this same error.
>
> dave
>
>
>
> On Oct 29, 2006, at 2:36 PM, Fred Moyer wrote:
>
>> Dave Viner wrote:
>>
>>> this might be a dumb question, but have you checked that the apreq
>>> module is loaded?
>>> LoadModule apreq_module modules/mod_apreq2.so
>>> ?
>>
>>
>> Egads - that was it. I've only been using this module for how many
>> years? Somehow that line went missing from my httpd.conf in one of
>> my latest development sessions. Thanks for the spot Dave. Patrick
>> sorry for not seeing this earlier but I guess I overlooked the basics.
>>
>> I'm going to go hide in the corner now for a while :)
>
>
Re: Problems with apreq2 on OS X
Posted by Fred Moyer <fr...@taperfriendlymusic.org>.
Dave Viner wrote:
> this might be a dumb question, but have you checked that the apreq
> module is loaded?
>
> LoadModule apreq_module modules/mod_apreq2.so
>
> ?
Egads - that was it. I've only been using this module for how many
years? Somehow that line went missing from my httpd.conf in one of my
latest development sessions. Thanks for the spot Dave. Patrick sorry
for not seeing this earlier but I guess I overlooked the basics.
I'm going to go hide in the corner now for a while :)
Re: Problems with apreq2 on OS X
Posted by Patrick Galbraith <pa...@mysql.com>.
Dave,
Ok, I feel dumm.
I would have never guessed this. I thought libapreq was part of
mod_perl, and that when you compiled it it just was used by mod_perl. I
kept seeing that library, but not making the connection!
Not a dumb question at all, but a good question. I'm just so out of date
that I haven't fully realised mod_perl and libapreq2 are separate. In
the Old'n days, it worked if you just installed mod_perl.
The reason I didn't have to do this on my fedora box is because with
fedora core, yum install does a pretty good job installing libapreq, and
the module is included in the packaged httpd.conf.
use D'oh;
Thanks, and sorry for my grumblings! If I had read the INSTALL I
probably would've seen that too.
Patrick
Dave Viner wrote:
> this might be a dumb question, but have you checked that the apreq
> module is loaded?
>
> LoadModule apreq_module modules/mod_apreq2.so
>
> ?
>
> dave
>
> On Oct 29, 2006, at 12:23 PM, Patrick Galbraith wrote:
>
>> Fred Moyer wrote:
>>
>>> Patrick Galbraith wrote:
>>>
>>>> Fred,
>>>>
>>>> Ok: I have this failure on
>>>> 1. OS X
>>>> 2. Suse 10.0 amd 64
>>>> 3. Suse 9.3 intel 32
>>>>
>>>> Has anyone addressed this? This is what I would call severely
>>>> broke. I would prefer not to use CGI. After this week, I think
>>>> maybe the universe is telling me to learn PHP after all these
>>>> years of being a perl developer.
>>>
>>>
>>>
>>> The short answer would be to use an earlier release of libapreq -
>>> this only happened to me with the latest release. Or use CGI for
>>> now until it's fixed. There's nothing wrong with using CGI while
>>> this bug gets worked out, the api is the same for the most part.
>>> libapreq is still in a development version, and chances are that
>>> your application will not bottleneck on CGI.
>>>
>>> If you go to PHP, you should not expect a trouble free life :) I
>>> don't have anything against PHP, but it has it's own set of
>>> problems. With development in any language, you need to make sure
>>> that you keep a tight hold on your versions. Using the latest
>>> version of something isn't always the best move, as experience has
>>> taught me. It's nice to try it out and report bugs back, and
>>> helpful to the development of the project, but use the version that
>>> works for you.
>>>
>>> I've dug around a bit in the code trying to resolve this issue, but
>>> it's a bit above my head right now.
>>
>>
>> Fred,
>>
>> I know, I'm just frustrated and venting after losing many hours of
>> dev time. The reason CGI won't work in my case is I've written all
>> this code as a handler and putting into CGI seems like it'd be a lot
>> of work. Maybe not, I'm not sure what I would have to change since
>> I rely so much on the request object.
>>
>> When you say to use an earlier version of libapreq, do you mean
>> version 1.0? That won't work because all the linux dists I deal with
>> are ones with pre-packaged mod_perl2 and apache2 (but haven't been
>> able to get apreq to compile correctly against those pre- package
>> versions, trying everything from source).
>>
>> Thanks for your replies!
>>
>> Patrick
>>
>>
>>>
>>>>
>>>> Patrick
>>>>
>>>> Fred Moyer wrote:
>>>>
>>>>> Patrick Galbraith wrote:
>>>>>
>>>>>> [Sun Oct 29 12:38:27 2006] [notice] Apache/2.2.3 (Unix) mod_ssl/
>>>>>> 2.2.3 OpenSSL/0.9.8d DAV/2 mod_perl/2.0.2 Perl/v5.8.8 configured
>>>>>> -- resuming normal operations
>>>>>> dyld: lazy symbol binding failed: Symbol not found:
>>>>>> _apreq_handle_apache2
>>>>>> Referenced from: /opt/local/lib/perl5/vendor_perl/5.8.8/
>>>>>> darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>>>>>> Expected in: dynamic lookup
>>>>>>
>>>>>> dyld: Symbol not found: _apreq_handle_apache2
>>>>>> Referenced from: /opt/local/lib/perl5/vendor_perl/5.8.8/
>>>>>> darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>>>>>> Expected in: dynamic lookup
>>>>>>
>>>>>> [Sun Oct 29 12:38:38 2006] [notice] child pid 11206 exit signal
>>>>>> Trace/BPT trap (5)
>>>>>>
>>>>>> OS X version: Darwin radha.local 8.8.1 Darwin Kernel Version
>>>>>> 8.8.1: Mon Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/
>>>>>> RELEASE_I386 i386 i386
>>>>>>
>>>>>> Not sure what this is. Anyone encountered this before?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> I ran into this also, same platform. I have been digging around
>>>>> a bit to see if I can resolve it but no luck so far - my foo in
>>>>> this area isn't quite where it needs to be. This works fine for
>>>>> me on Linux though.
>>>>>
>>>>>> Also, is there a way to have access to things like $rec->param
>>>>>> without having to use Apache2::Request/libapreq2? I ask this in
>>>>>> case there is no solution for getting this to work, as well as
>>>>>> on linux distributions I cannot get libapreq2 working.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> You can use CGI. Are you hitting this same issue on Linux?
>>>>
>>>>
>>>>
>>>>
>>>
>>
>
Re: Problems with apreq2 on OS X
Posted by Dave Viner <da...@pobox.com>.
this might be a dumb question, but have you checked that the apreq
module is loaded?
LoadModule apreq_module modules/mod_apreq2.so
?
dave
On Oct 29, 2006, at 12:23 PM, Patrick Galbraith wrote:
> Fred Moyer wrote:
>
>> Patrick Galbraith wrote:
>>
>>> Fred,
>>>
>>> Ok: I have this failure on
>>> 1. OS X
>>> 2. Suse 10.0 amd 64
>>> 3. Suse 9.3 intel 32
>>>
>>> Has anyone addressed this? This is what I would call severely
>>> broke. I would prefer not to use CGI. After this week, I think
>>> maybe the universe is telling me to learn PHP after all these
>>> years of being a perl developer.
>>
>>
>> The short answer would be to use an earlier release of libapreq -
>> this only happened to me with the latest release. Or use CGI for
>> now until it's fixed. There's nothing wrong with using CGI while
>> this bug gets worked out, the api is the same for the most part.
>> libapreq is still in a development version, and chances are that
>> your application will not bottleneck on CGI.
>>
>> If you go to PHP, you should not expect a trouble free life :) I
>> don't have anything against PHP, but it has it's own set of
>> problems. With development in any language, you need to make sure
>> that you keep a tight hold on your versions. Using the latest
>> version of something isn't always the best move, as experience has
>> taught me. It's nice to try it out and report bugs back, and
>> helpful to the development of the project, but use the version
>> that works for you.
>>
>> I've dug around a bit in the code trying to resolve this issue,
>> but it's a bit above my head right now.
>
> Fred,
>
> I know, I'm just frustrated and venting after losing many hours of
> dev time. The reason CGI won't work in my case is I've written all
> this code as a handler and putting into CGI seems like it'd be a
> lot of work. Maybe not, I'm not sure what I would have to change
> since I rely so much on the request object.
>
> When you say to use an earlier version of libapreq, do you mean
> version 1.0? That won't work because all the linux dists I deal
> with are ones with pre-packaged mod_perl2 and apache2 (but haven't
> been able to get apreq to compile correctly against those pre-
> package versions, trying everything from source).
>
> Thanks for your replies!
>
> Patrick
>
>
>>
>>>
>>> Patrick
>>>
>>> Fred Moyer wrote:
>>>
>>>> Patrick Galbraith wrote:
>>>>
>>>>> [Sun Oct 29 12:38:27 2006] [notice] Apache/2.2.3 (Unix) mod_ssl/
>>>>> 2.2.3 OpenSSL/0.9.8d DAV/2 mod_perl/2.0.2 Perl/v5.8.8
>>>>> configured -- resuming normal operations
>>>>> dyld: lazy symbol binding failed: Symbol not found:
>>>>> _apreq_handle_apache2
>>>>> Referenced from: /opt/local/lib/perl5/vendor_perl/5.8.8/
>>>>> darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>>>>> Expected in: dynamic lookup
>>>>>
>>>>> dyld: Symbol not found: _apreq_handle_apache2
>>>>> Referenced from: /opt/local/lib/perl5/vendor_perl/5.8.8/
>>>>> darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>>>>> Expected in: dynamic lookup
>>>>>
>>>>> [Sun Oct 29 12:38:38 2006] [notice] child pid 11206 exit signal
>>>>> Trace/BPT trap (5)
>>>>>
>>>>> OS X version: Darwin radha.local 8.8.1 Darwin Kernel Version
>>>>> 8.8.1: Mon Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/
>>>>> RELEASE_I386 i386 i386
>>>>>
>>>>> Not sure what this is. Anyone encountered this before?
>>>>
>>>>
>>>>
>>>> I ran into this also, same platform. I have been digging around
>>>> a bit to see if I can resolve it but no luck so far - my foo in
>>>> this area isn't quite where it needs to be. This works fine for
>>>> me on Linux though.
>>>>
>>>>> Also, is there a way to have access to things like $rec->param
>>>>> without having to use Apache2::Request/libapreq2? I ask this in
>>>>> case there is no solution for getting this to work, as well as
>>>>> on linux distributions I cannot get libapreq2 working.
>>>>
>>>>
>>>>
>>>> You can use CGI. Are you hitting this same issue on Linux?
>>>
>>>
>>>
>>
>
Re: Problems with apreq2 on OS X
Posted by Patrick Galbraith <pa...@mysql.com>.
Fred Moyer wrote:
> Patrick Galbraith wrote:
>
>> Fred,
>>
>> Ok: I have this failure on
>> 1. OS X
>> 2. Suse 10.0 amd 64
>> 3. Suse 9.3 intel 32
>>
>> Has anyone addressed this? This is what I would call severely broke.
>> I would prefer not to use CGI. After this week, I think maybe the
>> universe is telling me to learn PHP after all these years of being a
>> perl developer.
>
>
> The short answer would be to use an earlier release of libapreq - this
> only happened to me with the latest release. Or use CGI for now until
> it's fixed. There's nothing wrong with using CGI while this bug gets
> worked out, the api is the same for the most part. libapreq is still
> in a development version, and chances are that your application will
> not bottleneck on CGI.
>
> If you go to PHP, you should not expect a trouble free life :) I don't
> have anything against PHP, but it has it's own set of problems. With
> development in any language, you need to make sure that you keep a
> tight hold on your versions. Using the latest version of something
> isn't always the best move, as experience has taught me. It's nice to
> try it out and report bugs back, and helpful to the development of the
> project, but use the version that works for you.
>
> I've dug around a bit in the code trying to resolve this issue, but
> it's a bit above my head right now.
Fred,
I know, I'm just frustrated and venting after losing many hours of dev
time. The reason CGI won't work in my case is I've written all this code
as a handler and putting into CGI seems like it'd be a lot of work.
Maybe not, I'm not sure what I would have to change since I rely so much
on the request object.
When you say to use an earlier version of libapreq, do you mean version
1.0? That won't work because all the linux dists I deal with are ones
with pre-packaged mod_perl2 and apache2 (but haven't been able to get
apreq to compile correctly against those pre-package versions, trying
everything from source).
Thanks for your replies!
Patrick
>
>>
>> Patrick
>>
>> Fred Moyer wrote:
>>
>>> Patrick Galbraith wrote:
>>>
>>>> [Sun Oct 29 12:38:27 2006] [notice] Apache/2.2.3 (Unix)
>>>> mod_ssl/2.2.3 OpenSSL/0.9.8d DAV/2 mod_perl/2.0.2 Perl/v5.8.8
>>>> configured -- resuming normal operations
>>>> dyld: lazy symbol binding failed: Symbol not found:
>>>> _apreq_handle_apache2
>>>> Referenced from:
>>>> /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>>>>
>>>> Expected in: dynamic lookup
>>>>
>>>> dyld: Symbol not found: _apreq_handle_apache2
>>>> Referenced from:
>>>> /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>>>>
>>>> Expected in: dynamic lookup
>>>>
>>>> [Sun Oct 29 12:38:38 2006] [notice] child pid 11206 exit signal
>>>> Trace/BPT trap (5)
>>>>
>>>> OS X version: Darwin radha.local 8.8.1 Darwin Kernel Version 8.8.1:
>>>> Mon Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386
>>>> i386 i386
>>>>
>>>> Not sure what this is. Anyone encountered this before?
>>>
>>>
>>>
>>> I ran into this also, same platform. I have been digging around a
>>> bit to see if I can resolve it but no luck so far - my foo in this
>>> area isn't quite where it needs to be. This works fine for me on
>>> Linux though.
>>>
>>>> Also, is there a way to have access to things like $rec->param
>>>> without having to use Apache2::Request/libapreq2? I ask this in
>>>> case there is no solution for getting this to work, as well as on
>>>> linux distributions I cannot get libapreq2 working.
>>>
>>>
>>>
>>> You can use CGI. Are you hitting this same issue on Linux?
>>
>>
>>
>
Re: Problems with apreq2 on OS X
Posted by Fred Moyer <fr...@taperfriendlymusic.org>.
Patrick Galbraith wrote:
> Fred,
>
> Ok: I have this failure on
> 1. OS X
> 2. Suse 10.0 amd 64
> 3. Suse 9.3 intel 32
>
> Has anyone addressed this? This is what I would call severely broke. I
> would prefer not to use CGI. After this week, I think maybe the universe
> is telling me to learn PHP after all these years of being a perl developer.
The short answer would be to use an earlier release of libapreq - this
only happened to me with the latest release. Or use CGI for now until
it's fixed. There's nothing wrong with using CGI while this bug gets
worked out, the api is the same for the most part. libapreq is still in
a development version, and chances are that your application will not
bottleneck on CGI.
If you go to PHP, you should not expect a trouble free life :) I don't
have anything against PHP, but it has it's own set of problems. With
development in any language, you need to make sure that you keep a tight
hold on your versions. Using the latest version of something isn't
always the best move, as experience has taught me. It's nice to try it
out and report bugs back, and helpful to the development of the project,
but use the version that works for you.
I've dug around a bit in the code trying to resolve this issue, but it's
a bit above my head right now.
>
> Patrick
>
> Fred Moyer wrote:
>
>> Patrick Galbraith wrote:
>>
>>> [Sun Oct 29 12:38:27 2006] [notice] Apache/2.2.3 (Unix) mod_ssl/2.2.3
>>> OpenSSL/0.9.8d DAV/2 mod_perl/2.0.2 Perl/v5.8.8 configured --
>>> resuming normal operations
>>> dyld: lazy symbol binding failed: Symbol not found:
>>> _apreq_handle_apache2
>>> Referenced from:
>>> /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>>>
>>> Expected in: dynamic lookup
>>>
>>> dyld: Symbol not found: _apreq_handle_apache2
>>> Referenced from:
>>> /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>>>
>>> Expected in: dynamic lookup
>>>
>>> [Sun Oct 29 12:38:38 2006] [notice] child pid 11206 exit signal
>>> Trace/BPT trap (5)
>>>
>>> OS X version: Darwin radha.local 8.8.1 Darwin Kernel Version 8.8.1:
>>> Mon Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386
>>> i386 i386
>>>
>>> Not sure what this is. Anyone encountered this before?
>>
>>
>> I ran into this also, same platform. I have been digging around a bit
>> to see if I can resolve it but no luck so far - my foo in this area
>> isn't quite where it needs to be. This works fine for me on Linux
>> though.
>>
>>> Also, is there a way to have access to things like $rec->param
>>> without having to use Apache2::Request/libapreq2? I ask this in case
>>> there is no solution for getting this to work, as well as on linux
>>> distributions I cannot get libapreq2 working.
>>
>>
>> You can use CGI. Are you hitting this same issue on Linux?
>
>
Re: Problems with apreq2 on OS X
Posted by Patrick Galbraith <pa...@mysql.com>.
Fred,
Ok: I have this failure on
1. OS X
2. Suse 10.0 amd 64
3. Suse 9.3 intel 32
Has anyone addressed this? This is what I would call severely broke. I
would prefer not to use CGI. After this week, I think maybe the universe
is telling me to learn PHP after all these years of being a perl developer.
Patrick
Fred Moyer wrote:
> Patrick Galbraith wrote:
>
>> [Sun Oct 29 12:38:27 2006] [notice] Apache/2.2.3 (Unix) mod_ssl/2.2.3
>> OpenSSL/0.9.8d DAV/2 mod_perl/2.0.2 Perl/v5.8.8 configured --
>> resuming normal operations
>> dyld: lazy symbol binding failed: Symbol not found:
>> _apreq_handle_apache2
>> Referenced from:
>> /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>>
>> Expected in: dynamic lookup
>>
>> dyld: Symbol not found: _apreq_handle_apache2
>> Referenced from:
>> /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>>
>> Expected in: dynamic lookup
>>
>> [Sun Oct 29 12:38:38 2006] [notice] child pid 11206 exit signal
>> Trace/BPT trap (5)
>>
>> OS X version: Darwin radha.local 8.8.1 Darwin Kernel Version 8.8.1:
>> Mon Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386
>> i386 i386
>>
>> Not sure what this is. Anyone encountered this before?
>
>
> I ran into this also, same platform. I have been digging around a bit
> to see if I can resolve it but no luck so far - my foo in this area
> isn't quite where it needs to be. This works fine for me on Linux
> though.
>
>> Also, is there a way to have access to things like $rec->param
>> without having to use Apache2::Request/libapreq2? I ask this in case
>> there is no solution for getting this to work, as well as on linux
>> distributions I cannot get libapreq2 working.
>
>
> You can use CGI. Are you hitting this same issue on Linux?
Re: Problems with apreq2 on OS X
Posted by Patrick Galbraith <pa...@mysql.com>.
Fred,
Yes, on Suse 10.0 AMD64, I get:
/usr/local/apache2/bin/httpd: symbol lookup error:
/usr/lib/perl5/site_perl/5.8.7/x86_64-linux-thread-multi/auto/APR/Request/Apache2/Apache2.so:
undefined symbol: apreq_handle_apache2
I've found out I get this even if I don't use Apache2::Request. Very
frustrating.
This is with apache 2.0.59 (thought maybe a different version might
work, plus 2.2 failed because the build couldn't resolve libexpat).
I'm beginning to remember why I loved web development soooo much.
thanks,
Patrick
Fred Moyer wrote:
> Patrick Galbraith wrote:
>
>> [Sun Oct 29 12:38:27 2006] [notice] Apache/2.2.3 (Unix) mod_ssl/2.2.3
>> OpenSSL/0.9.8d DAV/2 mod_perl/2.0.2 Perl/v5.8.8 configured --
>> resuming normal operations
>> dyld: lazy symbol binding failed: Symbol not found:
>> _apreq_handle_apache2
>> Referenced from:
>> /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>>
>> Expected in: dynamic lookup
>>
>> dyld: Symbol not found: _apreq_handle_apache2
>> Referenced from:
>> /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>>
>> Expected in: dynamic lookup
>>
>> [Sun Oct 29 12:38:38 2006] [notice] child pid 11206 exit signal
>> Trace/BPT trap (5)
>>
>> OS X version: Darwin radha.local 8.8.1 Darwin Kernel Version 8.8.1:
>> Mon Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386
>> i386 i386
>>
>> Not sure what this is. Anyone encountered this before?
>
>
> I ran into this also, same platform. I have been digging around a bit
> to see if I can resolve it but no luck so far - my foo in this area
> isn't quite where it needs to be. This works fine for me on Linux
> though.
>
>> Also, is there a way to have access to things like $rec->param
>> without having to use Apache2::Request/libapreq2? I ask this in case
>> there is no solution for getting this to work, as well as on linux
>> distributions I cannot get libapreq2 working.
>
>
> You can use CGI. Are you hitting this same issue on Linux?
Re: Problems with apreq2 on OS X
Posted by Fred Moyer <fr...@taperfriendlymusic.org>.
Patrick Galbraith wrote:
> [Sun Oct 29 12:38:27 2006] [notice] Apache/2.2.3 (Unix) mod_ssl/2.2.3
> OpenSSL/0.9.8d DAV/2 mod_perl/2.0.2 Perl/v5.8.8 configured -- resuming
> normal operations
> dyld: lazy symbol binding failed: Symbol not found: _apreq_handle_apache2
> Referenced from:
> /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>
> Expected in: dynamic lookup
>
> dyld: Symbol not found: _apreq_handle_apache2
> Referenced from:
> /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level/auto/APR/Request/Apache2/Apache2.bundle
>
> Expected in: dynamic lookup
>
> [Sun Oct 29 12:38:38 2006] [notice] child pid 11206 exit signal
> Trace/BPT trap (5)
>
> OS X version: Darwin radha.local 8.8.1 Darwin Kernel Version 8.8.1: Mon
> Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386 i386 i386
>
> Not sure what this is. Anyone encountered this before?
I ran into this also, same platform. I have been digging around a bit
to see if I can resolve it but no luck so far - my foo in this area
isn't quite where it needs to be. This works fine for me on Linux though.
> Also, is there a way to have access to things like $rec->param without
> having to use Apache2::Request/libapreq2? I ask this in case there is no
> solution for getting this to work, as well as on linux distributions I
> cannot get libapreq2 working.
You can use CGI. Are you hitting this same issue on Linux?