Re: Protecting source code

I think that if mod_perl programs could be very well encrypted, this technology would be a little more used than it is now, but they can't, and if this is a disadvantage for some of us, we shouldn't say that the programmers shouldn't need such a thing. Teddy makes a good point. This discussio

mod_perl2 and SDBM-tied hashes

esting'; my %info=(); my $hashref = { @ARGV }; tie (%info, $dbclass, $loc, O_RDWR|O_CREAT, 0640) || die "$0: can't tie $loc: $!"; %info = %{$hashref}; while(1) { print "\n"; foreach (sort keys %info) { print "$_: $info{$_}\n"; } sleep 1; } #

Re: mod_perl2 and SDBM-tied hashes

feedback, BTW...) If it's a factor: RedHat's apache2 RPM defaults to the prefork MPM. If I try to use the worker MPM, I get a 'free(): invalidpointer' error. -- Brian Reichert <[EMAIL PROTECTED]> 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large

Re: mod_perl2 and SDBM-tied hashes

ry for read/write sharing on all dbms except BerkeleyDB. Interesting; thanks for the pointer > - Perrin -- Brian Reichert <[EMAIL PROTECTED]> 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large

Re: mod_perl2 and SDBM-tied hashes

lding apache and modperl from source. That I know, but I'm trying to limit the set of RPMs I'm building interally (we have an internal distribution model that entirely RPM-based.) -- Brian Reichert <[EMAIL PROTECTED]> 55 Crystal Ave. #286

Re: perl at apachecon

u'll need to create one to register anyway). the main site is http://www.us.apachecon.com/us2008/ and the dates are november 3-7 in cool new orleans. thanks Wow, not many proposals. :-( OSCON 2008 doesn't have much perl either. A disturbing trend. -- Brian Millett - [ Sinclai

Re: perl at apachecon

with OSCON, there were many more. -- Brian Millett - [ Garibaldi, "Revelations"] "What's up, Doc?" signature.asc Description: OpenPGP digital signature

mod_perl2 newbie DBI question

I have a MySQL database application that is used and managed by cgi-bin scripts (CGI.pm). In development the performance was fine, but a productin trial showed the performance to be unacceptable. I am attempting to fix the performance by using mod_perl2 which I have never used. I have successful

RE: mod_perl2 newbie DBI question

eeing this in your development environment? Yes Can you reproduce the problem reliably? Yes Thanks. -Original Message- From: Jim Brandt [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2008 2:36 PM To: Michael Peters Cc: Brian Gaber; modperl@perl.apache.org Subject: Re: mod_perl2

RE: mod_perl2 newbie DBI question

Michael, Thank you very much for this valuable advice. Cheers. Brian -Original Message- From: Michael Peters [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2008 3:05 PM To: Brian Gaber Cc: Jim Brandt; modperl@perl.apache.org Subject: Re: mod_perl2 newbie DBI

CGI.pm param and mod_perl

rams? One thought, my code is written to use the CGI.pm default object so that I do not have something like $q = new CGI; Could this be the cuase? Thanks. Brian

RE: CGI.pm param and mod_perl

} I am running this script simultaneously on two PCs. Sometimes $dept2show has the expected value, but often is has the an old value. -Original Message- From: Michael Peters [mailto:[EMAIL PROTECTED] Sent: Friday, June 13, 2008 2:54 PM To: Brian Gaber Cc: modperl@perl.apache.org

RE: CGI.pm param and mod_perl

ared at" error. What is the recommended approach? Pass a reference to $q? Thanks -Original Message- From: Michael Peters [mailto:[EMAIL PROTECTED] Sent: Friday, June 13, 2008 3:21 PM To: Brian Gaber Cc: modperl@perl.apache.org Subject: Re: CGI.pm param and mod_perl Brian Gaber wro

RE: CGI.pm param and mod_perl

gnment would still only happen at compile time. > I suspect the problem is something else, possibly part of the script > that we haven't seen. Yeah, I'm starting to think the same thing. Brian, why don't you print the value of the param to the log ("warn" is good for this) for the request (along with the SQL that you're generating) so you/we can see what the actual value being pulled it. -- Michael Peters Plus Three, LP

RE: CGI.pm param and mod_perl

ime. But even then my advice wasn't that helpful since the assignment would still only happen at compile time. > I suspect the problem is something else, possibly part of the script > that we haven't seen. Yeah, I'm starting to think the same thing. Brian, why don't

RE: CGI.pm param and mod_perl

s O <- ERROR I selected C The value of set is 0 SELECT * FROM atlantic_rr WHERE dept REGEXP '^O' ORDER BY dept, pay_list -Original Message- From: Michael Peters [mailto:[EMAIL PROTECTED] Sent: Friday, June 13, 2008 4:21 PM To: Brian Gaber Cc: Dondi Stroma; modperl@perl.apac

RE: CGI.pm param and mod_perl

on the CGI.pm query object and thus param('var') is not new on every run. Why, I have no idea. BTW, when you and Michael talk about logging via [warn] are you reffering to a syslog change or some Perl function? Thanks. Brian -Original Message- From: Dondi Stroma

RE: CGI.pm param and mod_perl

($dept2show) = $q->param('deptLtr') =~ /^([a-zA-Z]{1})$/; } -Original Message- From: Dondi Stroma [mailto:[EMAIL PROTECTED] Sent: Friday, June 13, 2008 4:38 PM To: Brian Gaber Cc: modperl@perl.apache.org Subject: Re: CGI.pm param and mod_perl Brian Gaber wrote: > Th

RE: Segfault when connecting during Apache startup with Apache::DBI

On AIX 5.2 I am using Perl 5.8.0, MySQL 5.0.51a, Apache 2.2.28, mod_perl 2.04, DBI 1.604 and DBD 4.0007 and it all works good. --Brian -Original Message- From: Tobias Kremer [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2008 5:51 AM To: modperl@perl.apache.org Subject: Re: Segfault

Performance issue

I have an AIX 5.2 (16 GB RAM), Apache 2.2.8, MySQL 5.0.51a and mod_per 2.04 environment. I had a Perl cgi-bin program using CGI.pm that I converted to work in mod_perl. The converted script still uses CGI.pm and is now enabled in Apache via: PerlModule ModPerl::Registry Alias /perl/ /usr/local/a

Segfault in Perl_av_undef

ever going to be rolled? If not, should I be running SVN or should I manually patch this particular bug against 1.30? Thanks for the advice, Brian (gdb) bt #0 0x7f881ab96c43 in Perl_av_undef () from /usr/lib/libperl.so.5.10 #1 0x0043eafb in perl_shutdown (s=, p=) at mod_perl.c

problem with Apache2::AuthCookie

I started having an odd problem with a simple subclass of Apache2::AuthCookie after a mod_perl upgrade. When authorization fails, apache apparently returns a forbidden page to the user (not just a forbidden status to the authentication hook) then fails to redirect the user back to the login page

mod_perl 1.30 seg faults

0 is old and apache 1.3.42 is end of life.Yes we will be upgrading to a newer version in the future, but I'm trying to find an interim solution over the next few months. Any help is much appreciated. Thanks! Brian Program terminated with signal 11, Segmentation fault. #0 0x4012ad6a

Re: mod_perl 1.30 seg faults

Thanks, I don't know how I missed that. I swear I checked that i was running the latest version, /facepalm --brian On Oct 29, 2010, at 10:42 PM, Salvador Ortiz Garcia wrote: > Hi Brian, > > That bug was fixed in mod_perl 1.31. > > Sure you can upgrade to last 1.x mo

trying to compile mod_perl against httpd-2.4.1

* 2030.0 (2.4.0-dev) c->remote_ip becomes c->peer_ip and r->client_ip, * c->remote_addr becomes c->peer_addr and r->client_addr I guess I'm asking is anyone has made any progress with mod_perl with the new httpd 2.4 ?? -- Brian Millett &quo

Problem with Apache2::AuthCookie and Apache 2.4: "failed to resolve handler"

l/5.18.2/Apache2/AuthCookie.pm line 388.\n, referer: http://localhost:8013/testsite/protected/example.html and indeed, I see no 'requires' member in http://perl.apache.org/docs/2.0/api/Apache2/RequestRec.html Does anybody have any clues they can pass on? Many thanks, Brian Candler.

Re: Problem with Apache2::AuthCookie and Apache 2.4: "failed to resolve handler"

On 25/06/2014 13:41, Brian Candler wrote: I notice that there is a newer version of Apache2::AuthCookie (3.22) available, so I installed that from CPAN. But this changes the error to: [Wed Jun 25 13:35:26.054231 2014] [perl:error] [pid 17668] [client 10.0.2.2:50801] Can't locate object m

Re: Problem with Apache2::AuthCookie and Apache 2.4: "failed to resolve handler"

ately I'm now battling with Apache2::SiteControl, but that's a different ball game. Sorry for the noise, but hopefully somebody finds this useful. Regards, Brian.

unsubscribe

Re: CGI module deprecation

uses CGI. I haven't verified the speed or size claims but it's working well on an old Raspberry-Pi (very low volumes) so can't be too bad. It claims to be 100% compatible on the parsing side with all the html stuff removed. I haven't pushed very hard to verify this. Brian On

[mp2] [BUG] [PATCH] Build error: HP-UX 11i error w/ fully pathed gcc compiler

= " -Ae "; } --- 623,630 sub ccopts_hpux { my $cflags = shift; ! # Modified to allow fully-pathed gcc executable. ! return if $Config{cc} =~ m/gcc$/; #XXX? return if $$cflags =~ /(-Ae|\+e)/; $$cflags .= " -Ae "; } Thanks, Brian -- Brian T. Wightman[EMAIL PROTECTED]

<    1   2