Re: CSS errors on perl.apache.org
Well the style attribute run-in for display is part of the CSS2-Spec but at the moment only Opera seems to support it. http://www.blooberry.com/indexdot/css/properties/classify/display.htm Tom Tyler MacDonald wrote: Hey, Since the new FireFox displays CSS parsing errors in the javascript console, my daily visits to perl.apache.org have resulted in that filling up rather quickly with the same two errors: Error: Error in parsing value for property 'display'. Declaration dropped. Source File: http://perl.apache.org/style.css Line: 486 Error: Error in parsing value for property 'display'. Declaration dropped. Source File: http://perl.apache.org/style.css Line: 493 It's not a big deal, just thought someone out there should know. :) Cheers, Tyler signature.asc Description: OpenPGP digital signature
Re: MIME::Lite / mod_perl2 segfault
Chase Venters wrote: Peter... sorry if I can't answer your question more directly, but I will say that running under mod_perl 1.99 at this point, whether or not your distribution ships a mod_perl 2.0, is probably unadvisable. It's unfortunate that we've had to endure an API change, but given that 1.99 was never officially branded for production use, you're going to have a harder time finding support for problems or even support for its version of the API. That's understandable. However... now I've ported the application to mod_perl 2.0 proper on Debian Etch, and MIME::Lite _still_ causes segmentation faults. libmime-lite-perl 3.01-6 libapache2-mod-perl22.0.1-4 When I use MIME::Lite; The first request is handled fine, but the second request i served, the apache process segfaults. child pid ... exit signal Segmentation fault (11) Sadly... my simple test example no longer seems to provoke the bug. regards, Peter Mogensen
Re: CSS errors on perl.apache.org
Tom Schindl wrote: Well the style attribute run-in for display is part of the CSS2-Spec but at the moment only Opera seems to support it. http://www.blooberry.com/indexdot/css/properties/classify/display.htm Tom Tyler MacDonald wrote: Hey, Since the new FireFox displays CSS parsing errors in the javascript console, my daily visits to perl.apache.org have resulted in that filling up rather quickly with the same two errors: Error: Error in parsing value for property 'display'. Declaration dropped. Source File: http://perl.apache.org/style.css Line: 486 Error: Error in parsing value for property 'display'. Declaration dropped. Source File: http://perl.apache.org/style.css Line: 493 It's not a big deal, just thought someone out there should know. :) Cheers, Tyler actually we can remove that stuff from the style sheet since they were introduced when trying to avoid using a transparent gif. a recent update on the src files this transparent gif was introduced making those class selectors unnesecary i'll send a patch ./a
ssl form post variables
Is there any difference between how form post variables are handled in modperl via http vs https? The reason I ask is because since switching from CGI/MP Registry to native MP2 handlers, some of my forms don't seem to work when running under SSL. However, without SSL everything is peachy keen. The forms that don't seem to work are all pretty big and most of them have file chooser form elements. Anything ringing any bells for anyone? JT ~ Plain Black ph: 703-286-2525 ext. 810 fax: 312-264-5382 http://www.plainblack.com I reject your reality, and substitute my own. ~ Adam Savage
Re: ssl form post variables
JT Smith wrote: Is there any difference between how form post variables are handled in modperl via http vs https? The reason I ask is because since switching from CGI/MP Registry to native MP2 handlers, some of my forms don't seem to work when running under SSL. However, without SSL everything is peachy keen. The forms that don't seem to work are all pretty big and most of them have file chooser form elements. Anything ringing any bells for anyone? JT ~ Plain Black ph: 703-286-2525 ext. 810 fax: 312-264-5382 http://www.plainblack.com I reject your reality, and substitute my own. ~ Adam Savage Not sure if this will apply, but thought I'd mention it. There was/is a bug in Apache 2.0.55/mod_proxy over SSL. When posting forms the data can get truncated if it is over a certain size. I ran into this problem back in December, ended up moving the front end to Apache 2.2. Can't seem to find anything about it now though. -Glenn
Re: notion of current directory
Does this cause significant performance degradation? If anything, this would cause a performance increase as the chdir function is now a no-op. And you are not doing a system call to chdir
FreeBSD/apreq2
I'm having trouble building svn of apreq2 on FreeBSD 5.4:# perl Makefile.PL --with-apache2-apxs=/usr/local/apache2/bin/apxs --with-expat=/usr/localperl: 5.8.6 okmod_perl: 2.02 okApache::Test: 1.20 okExtUtils::MakeMaker: 6.30 okExtUtils::XSBuilder: 0.27 okTest::More: 0.47 ok./configure --enable-perl-glue --with-expat="/usr/local" --with-apache2-apxs="/usr/local/apache2/bin/apxs" --with-perl="/usr/local/bin/perl"checking for a BSD-compatible install... /usr/bin/install -cchecking whether build environment is sane... yes/usr/home/rperry/perl/httpd-apreq-2/missing: Can't open /usr/home/rperry/perl/httpd-apreq-2/missing: No such file or directoryconfigure: WARNING: `missing' script is too old or missingchecking for gawk... nochecking for mawk... nochecking for nawk... nawkchecking whether make sets ${MAKE}... yeschecking whether make sets ${MAKE}... (cached) yeschecking for gcc... gccchecking for C compiler default output... a.outchecking whether the C compiler works... yeschecking whether we are cross compiling... nochecking for suffix of executables... checking for suffix of object files... ochecking whether we are using the GNU C compiler... yeschecking whether gcc accepts -g... yeschecking for style of include used by make... GNUchecking dependency style of gcc... nonechecking build system type... i386-unknown-freebsd5.4checking host system type... i386-unknown-freebsd5.4checking for ranlib... ranlibchecking for ld used by GCC... /usr/bin/ldchecking if the linker (/usr/bin/ld) is GNU ld... yeschecking for BSD-compatible nm... /usr/bin/nm -Bchecking whether ln -s works... yes./ltconfig: Can't open ./ltconfig: No such file or directoryconfigure: error: libtool configure failed I have had other problems:# ./buildconfremoving stale config fileschecking buildconf prereqslibtool: 1.5.10 okautoconf: 2.59 okautomake: 1.9.5 okExtUtils::XSBuilder: 0.27 okrunning libtoolize --automake --copy --forcerunning aclocalaclocal:configure.ac:22: warning: macro `AM_PROG_LIBTOOL' not found in libraryrunning autoconfconfigure.ac:22: error: possibly undefined macro: AM_PROG_LIBTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation.saving buildconf arguments failed.I have a few different versions of autoconf, automake, libtool, etc installed, including gnu-libtool. Should I link gnu-libtool to libtool?# cd /var/db/pkg# ls -ld gnu-*drwxr-xr-x 2 root wheel 512 Jan 25 23:04 gnu-libtool-1.5.14 # env | grep -i pathPATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/binso I'm out of ideas...Apache/2.0.53 (FreeBSD) PHP/5.1.0 mod_ssl/2.0.53 OpenSSL/0.9.7e mod_perl/2.0.2 Perl/v5.8.6
Catching (Fatal?) Errors
I'm cleaning up / refactoring a bunch of stuff in my BigModPerlProject that will hopefully go public w/an alpha phase next week ( side note - thanks to everyone here for helping me out over the past few months ) During this phase, I've been causing a lot of general errors that case Server Errors with my perl handler ie: [Thu Jan 26 01:26:18 2006] [error] [client 127.0.0.1] Undefined subroutine called at [Thu Jan 26 01:26:19 2006] [error] [client 127.0.0.1] Can't locate object method etc etc etc (the stuff you hate to see , because it means you missed renaming something) is there any way to trap these errors so that I can a - more efficiently issue a dbi rollback on spec, it happens when the same child gets a new request or i restart, but i'd like to rollback on the request fail so i'm currently using a cleanup handler which checks my DB class to see if the current instantiation of the DB writer handle is in a transaction. that works fine, but at the risk of screaming 'too much optimization', if there's some internal var that i can access in the cleanup that i can check to see if this check / reset is necessary or not (ie, if there was a request death / error ), that would make me happy, as its probably better than my transaction checking attempt. b - print some sort of other page ideally: in development - print whatever line that was getting sent to errorlog from that is this possible? if so, how? i can't find anything on it. in production - redirect to either a custom page or an error page i was just going to use a custom error directive in httpd.conf but if there is a better way, i'm all ears again, thanks to everyone on the list for putting up with me over the past few months - esp stas, phillip and perrin
Re: ssl form post variables
Hi, how do you access those parameters: - CGI.pm - APR::Request - Apache::RequestRec Tom JT Smith wrote: Is there any difference between how form post variables are handled in modperl via http vs https? The reason I ask is because since switching from CGI/MP Registry to native MP2 handlers, some of my forms don't seem to work when running under SSL. However, without SSL everything is peachy keen. The forms that don't seem to work are all pretty big and most of them have file chooser form elements. Anything ringing any bells for anyone? JT ~ Plain Black ph: 703-286-2525 ext. 810 fax: 312-264-5382 http://www.plainblack.com I reject your reality, and substitute my own. ~ Adam Savage signature.asc Description: OpenPGP digital signature
Re: FreeBSD/apreq2
This questions is more suited for: the [EMAIL PROTECTED] list. Tom Ryan Perry wrote: I'm having trouble building svn of apreq2 on FreeBSD 5.4: # perl Makefile.PL --with-apache2-apxs=/usr/local/apache2/bin/apxs --with-expat=/usr/local perl: 5.8.6 ok mod_perl: 2.02 ok Apache::Test: 1.20 ok ExtUtils::MakeMaker: 6.30 ok ExtUtils::XSBuilder: 0.27 ok Test::More: 0.47 ok ./configure --enable-perl-glue --with-expat=/usr/local --with-apache2-apxs=/usr/local/apache2/bin/apxs --with-perl=/usr/local/bin/perl checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes /usr/home/rperry/perl/httpd-apreq-2/missing: Can't open /usr/home/rperry/perl/httpd-apreq-2/missing: No such file or directory configure: WARNING: `missing' script is too old or missing checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets ${MAKE}... yes checking whether make sets ${MAKE}... (cached) yes checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for style of include used by make... GNU checking dependency style of gcc... none checking build system type... i386-unknown-freebsd5.4 checking host system type... i386-unknown-freebsd5.4 checking for ranlib... ranlib checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes ./ltconfig: Can't open ./ltconfig: No such file or directory configure: error: libtool configure failed I have had other problems: # ./buildconf removing stale config files checking buildconf prereqs libtool: 1.5.10 ok autoconf: 2.59 ok automake: 1.9.5 ok ExtUtils::XSBuilder: 0.27 ok running libtoolize --automake --copy --force running aclocal aclocal:configure.ac:22: warning: macro `AM_PROG_LIBTOOL' not found in library running autoconf configure.ac:22: error: possibly undefined macro: AM_PROG_LIBTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. saving buildconf arguments failed. I have a few different versions of autoconf, automake, libtool, etc installed, including gnu-libtool. Should I link gnu-libtool to libtool? # cd /var/db/pkg # ls -ld gnu-* drwxr-xr-x 2 root wheel 512 Jan 25 23:04 gnu-libtool-1.5.14 # env | grep -i path PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin so I'm out of ideas... /Apache/2.0.53 (FreeBSD) PHP/5.1.0 mod_ssl/2.0.53 OpenSSL/0.9.7e mod_perl/2.0.2 Perl/v5.8.6// / signature.asc Description: OpenPGP digital signature
Re: svn commit: r372010 - /perl/modperl/trunk/src/modules/perl/modperl_cmd.c
Philip M. Gollucci wrote: -if(0 == strncasecmp(arg, +inherit, 8)) { +if (0 == strncasecmp(arg, +inherit, 8)) { modperl_cmd_options(parms, mconfig, +InheritSwitches); } else { Isn't the normal c idiom if (!strncasecmp() ? I don't think I've ever seen that form (though correct) I don't know about 'normal c idiom', but I've always stated strcmp statements like that. I guess it's just my way of being explicit. I don't have to ask myself 'which of 1, 0, -1 is true again?'. I didn't notice it was the first time ever something like that made it into svn. I don't mind changing it for consistency's sake. A quick grep shows this is indeed the only instance, but there are quite a few similar usages in [httpd/modules/ldap/*, so I am not alone at the ASF ;-) Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5 http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5 signature.asc Description: OpenPGP digital signature
Re: svn commit: r372010 - /perl/modperl/trunk/src/modules/perl/modperl_cmd.c
A quick grep shows this is indeed the only instance, but there are quite a few similar usages in [httpd/modules/ldap/*, so I am not alone at the ASF ;-) Just for the record, I was disputing the correctness and am amazed how many responses I got from it. It just caught my eye as odd as I personally have never used that form. I'm fine with it either way actually. -- Love is not the one you can picture yourself marrying, but the one you can't picture the rest of your life without. It takes a minute to have a crush on someone, an hour to like someone, and a day to love someone, but it takes a lifetime to forget someone... I wanna hold ya till I die ... I wanna hold ya till the fear in me subsides. Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198 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
svn commit: r372400 - /perl/modperl/trunk/src/modules/perl/modperl_cmd.c
Author: gozer Date: Wed Jan 25 18:10:20 2006 New Revision: 372400 URL: http://svn.apache.org/viewcvs?rev=372400view=rev Log: style fix Modified: perl/modperl/trunk/src/modules/perl/modperl_cmd.c Modified: perl/modperl/trunk/src/modules/perl/modperl_cmd.c URL: http://svn.apache.org/viewcvs/perl/modperl/trunk/src/modules/perl/modperl_cmd.c?rev=372400r1=372399r2=372400view=diff == --- perl/modperl/trunk/src/modules/perl/modperl_cmd.c (original) +++ perl/modperl/trunk/src/modules/perl/modperl_cmd.c Wed Jan 25 18:10:20 2006 @@ -157,7 +157,7 @@ } MP_TRACE_d(MP_FUNC, arg = %s\n, arg); -if (0 == strncasecmp(arg, +inherit, 8)) { +if (!strncasecmp(arg, +inherit, 8)) { modperl_cmd_options(parms, mconfig, +InheritSwitches); } else {
Re: svn commit: r372010 - /perl/modperl/trunk/src/modules/perl/modperl_cmd.c
Philip M. Gollucci wrote: A quick grep shows this is indeed the only instance, but there are quite a few similar usages in [httpd/modules/ldap/*, so I am not alone at the ASF ;-) Just for the record, I was disputing the correctness and am amazed how many responses I got from it. It just caught my eye as odd as I personally have never used that form. And it's one of the reasons I just _love_ folks that bother to read comment on checkin diffs. Often interesting stuff comes out of it, like this thread! I'm fine with it either way actually. I've changed anyways, for consistency within the mp source code. Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5 http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5 signature.asc Description: OpenPGP digital signature
Re: svn commit: r372010 - /perl/modperl/trunk/src/modules/perl/modperl_cmd.c
Just for the record, I was disputing the correctness and am amazed how many responses I got from it. It just caught my eye as odd as I personally have never used that form. EGAD that was supposed to be wasN'T disputing not was *sigh* Too much Percoset I guess. -- Love is not the one you can picture yourself marrying, but the one you can't picture the rest of your life without. It takes a minute to have a crush on someone, an hour to like someone, and a day to love someone, but it takes a lifetime to forget someone... I wanna hold ya till I die ... I wanna hold ya till the fear in me subsides. Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198 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