Re: Problems with apreq2 on OS X

[Philip M. Gollucci]

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 ([EMAIL PROTECTED]) 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

[Philip M. Gollucci]

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 ([EMAIL PROTECTED]) 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

[Fred Moyer]

Dave Viner wrote:
this might be a dumb question, but have you checked that the apreq 
module is loaded?


LoadModule apreq_modulemodules/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: [RELEASE CANDIDATES] Status ?

[Philip M. Gollucci]

this one time in band camp Issac Goldstand said on 10/29/06 01:41:
If you're planning on rolling libapreq-2.09 soon, maybe we should 
include the intial work done in /branches/enhanced-cgi/ 


It seems stable at the moment.

Hi, yes, it looks interesting, but please keep replies on list.

Also, you need to update the
include/apreq_version.h
*_VERSION #defines.
[You should do this on _EVERY_ commit]

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)
void foo2 (int)

I don't know if we wan to go that route, its just one possible path.




 Issac

Philip M. Gollucci wrote:
Hi all, so it seems I dropped the ball on the releases.  I'm about to 
get back into it.


Does anyone know of any issues that are still oustanding from
  mod_perl-2.0.3-RC1
  Apache-Test 1.29-RC1
  libapreq2 2.09-RC1

before I roll -RC2s.  I'm pretty sure Apache-Test and libapreq2 will 
be ready with -RC2

for release.  mod_perl might need a -RC3.



Philip M. Gollucci ([EMAIL PROTECTED]) 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



--

Philip M. Gollucci ([EMAIL PROTECTED]) 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

[Jonathan Vanasco]

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: [RELEASE CANDIDATES] Status ?

[Fred Moyer]

Philip M. Gollucci wrote:
Hi all, so it seems I dropped the ball on the releases.  I'm about to 
get back into it.


Does anyone know of any issues that are still oustanding from
  mod_perl-2.0.3-RC1
  Apache-Test 1.29-RC1
  libapreq2 2.09-RC1

before I roll -RC2s.  I'm pretty sure Apache-Test and libapreq2 will be 
ready with -RC2

for release.  mod_perl might need a -RC3.


There's one issue I know of with libapreq2 (thread on it earlier today), 
but I have had one of those bad computer weeks and haven't had enough 
time to put together a decent report for the list.  I'll try to get 
something to you early this week on it, hopefully with a reproducible 
test case.

Re: Problems with apreq2 on OS X

[Fred Moyer]

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

[Patrick Galbraith]

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 s 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

[Fred Moyer]

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?

[RELEASE CANDIDATES] Status ?

[Philip M. Gollucci]

Hi all, so it seems I dropped the ball on the releases.  I'm about to get back 
into it.

Does anyone know of any issues that are still oustanding from
  mod_perl-2.0.3-RC1
  Apache-Test 1.29-RC1
  libapreq2 2.09-RC1

before I roll -RC2s.  I'm pretty sure Apache-Test and libapreq2 will be ready 
with -RC2
for release.  mod_perl might need a -RC3.



Philip M. Gollucci ([EMAIL PROTECTED]) 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