Re: Eagle Book: navbar

> "John" == John M Vinopal <[EMAIL PROTECTED]> writes: John> My guess is that this example code was trimmed down from s John> something fancier and this is a palimpsest fragment. I occasionally have "vestigial code" left in my column programs as well. Durn this writing thing! "Writing is h

Re: A year of accumulated patches

On Fri, Jan 14, 2000 at 07:28:22PM -0500, Daniel Jacobowitz wrote: > First of all, in CVS I see this: > > fix $ENV{PATH} corruption, thanks to help from Chip Turner, > > Oleg Bartunov and Tomasz Przygoda > > I'm still seeing some $ENV{PATH} corruption built as a DSO, though. > I'll look in to

Eagle Book: navbar

Sorry if this seems perl and not mod_perl, but its from the mod_perl book n all. On page 115, in Lincoln's navbar code he writes a loop as: local $/ = ""; while (<$fh>) { s:():$navbar$1:i; s:():$1$navbar:i; } continue { $r-

Re: Apache::ASP: crash when placed in startup.pl

Yep, I am using DSO, but LD_PRELOAD didn't help [dmitry@bio-york ~]# set LD_PRELOAD=/usr/lib/apache/libperl.so [dmitry@bio-york ~]# gdb httpd GNU gdb 4.18 This GDB was configured as "i386-redhat-linux"... (gdb) run -X Starting program: /usr/sbin/httpd -X [Fri Jan 14 18:34:03 2000] [error] [asp] [

Re: Apache::ASP: crash when placed in startup.pl

This sounds like the same corruption problem that I talked about in my last message - could you try exporting LD_PRELOAD=/path/to/modperl.so? (I'm guessing from context that you're using a DSO - apologies for the non-sequitor if I'm wrong, I just got back on the list). On Fri, Jan 14, 2000 at 05

Re: Apache::ASP: crash when placed in startup.pl

>I don't know about this, are you sure you copied over your >new modperl httpd to /usr/local/apache after the build, >and did a full stop / start, this is a common step overlooked >by the best of us. Yes, I'm using the new build. I've compiled perl with debugging turned on and now gdb shows ex

Re: Apache::ASP XML Extension

Matt Sergeant wrote: > > First off, it's [$string] or - the syntax is > extremely strict and I'll come down on you like a ton of bricks if you > don't stick to it :) > > A valid regexp for ascii and Latin-1 only XML parsing is: > > while ($contents =~ /([^<]*)<(\/)?([^>]+)>/) { > Thanks, tha

Re: A year of accumulated patches

On Sat, Jan 15, 2000 at 12:55:47AM +, Tim Bunce wrote: > On Fri, Jan 14, 2000 at 07:28:22PM -0500, Daniel Jacobowitz wrote: > > > > The first really important one is a fix for the crashes I've been > > seeing in boot_DBI. I can't find the exact message in the archive now, > > but anyone who

Re: Apache::ASP: crash when placed in startup.pl

Dmitry Beransky wrote: > > >This might be yet another RedHat problem ... have you tried > >rebuilding your perl / mod_perl from scratch. Out of curiosity > >really, because I think you should still rebuild stuff, > >does SDBM_File load fine, if not being preloaded ? > > Well, I just finished re

After OpenSSL upgrade, mod_perl handlers give 403

Version info: apache_1.3.9, mod_perl-1.21, mod_ssl-2.4.9-1.3.9, openssl-0.9.4. I recently upgraded my mod_perl installation with SSL by following the OpenSSL and mod_perl HOWTO. Now, all of my mod_perl handlers give me a 403 and the following error: [Fri Jan 14 10:03:24 2000] [error] [client 2

Re: A year of accumulated patches

On Fri, Jan 14, 2000 at 07:28:22PM -0500, Daniel Jacobowitz wrote: > > The first really important one is a fix for the crashes I've been > seeing in boot_DBI. I can't find the exact message in the archive now, > but anyone who reported that a problem was fixed by setting > PERL_STARTUP_DONE_CHEC

Re: APACHE_ROOT

Ged, You are very entertaining. The code in question is also known as a combined copy and substitution. >Beware if you haven't got /src on the end of your source directory! If you don't have a match with the string or regexp , you'll just get a straight copy. Ed X-Authentication-Warning:

A year of accumulated patches

Hi, I'm your neighborhood Debian package maintainer for mod_perl... I made the mistake of getting off this list a while back, and I've accumulated a bit of a collection of patches since then. Most in the last few days. So I figured now that I was actively working on mod_perl again, I would submi

Re: APACHE_ROOT

Hi there, On 14 Jan 2000, William P. McGonigle wrote: > Can someone explain what APACHE_ROOT is meant to be? I'm assuming > it's somehow different thatn APACHE_SRC (which I'm defining). The expression ($APACHE_ROOT = $APACHE_SRC) =~ s,/src/?$,,; sets the scalar $APACHE_ROOT to be equal to th

Re: APACHE_ROOT

God, I love this list. :) > ($APACHE_ROOT = $APACHE_SRC) =~ s,/src/?$,,; > last if $NO_HTTPD; # or $USE_APACI; I'm thinking maybe it's a problem with the 5.005_57 I have installed. I'll back out to 5.005_03 and see what happens. Thanks again, -Bill

Re: Apache::ASP: crash when placed in startup.pl

>This might be yet another RedHat problem ... have you tried >rebuilding your perl / mod_perl from scratch. Out of curiosity >really, because I think you should still rebuild stuff, >does SDBM_File load fine, if not being preloaded ? Well, I just finished recompiling perl and mod_perl, but the

Re: Apache::ASP: crash when placed in startup.pl

>This might be yet another RedHat problem ... have you tried >rebuilding your perl / mod_perl from scratch. Out of curiosity >really, because I think you should still rebuild stuff, >does SDBM_File load fine, if not being preloaded ? Well, I just finished recompiling perl and mod_perl, but the

Re: APACHE_ROOT

i believe the APACHE_SRC is the location of the actual source tree. the perl code is taking this APACHE_SRC variable and stripping the /src from the end to get the directory APACHE_ROOT. The APACHE_ROOT is the directory that you unpacked the archive into. It contains some config info and stuff th

APACHE_ROOT

Can someone explain what APACHE_ROOT is meant to be? I'm assuming it's somehow different thatn APACHE_SRC (which I'm defining). I found this in Makefile.PL: ($APACHE_ROOT = $APACHE_SRC) =~ s,/src/?$,,; last if $NO_HTTPD; # or $USE_APACI; But although I code alot of perl, I'm

Proxy example in eagle book does not work

A line in the proxy example of the eagle book on page 380 does not seem to work (entirely): The line: $r->headers_in->do(sub {$request->header(@_);}); works for almost every request but when I post data with a form that is encoded with the multipart type the content does not get sent. But, if

Re: how come httpd doesn't start even though startup.pl is fine?

Something is tickling the back of my mind regarding this. I think it's because Red Hat includes a botched perl build (ie different install options). A while back I took to rebuilding perl by hand and haven't had this problem in a _long_ time. I'd try going that route if your problems pe

Re: Embperl + Apache::Session

On Fri, Jan 14, 2000 at 01:31:17PM +0100, Gerald Richter wrote: > What you describe looks good to me. There is one other issue, that is > dynamlic linking mod_perl. How comes mod_perl into your Apache? Is it > dynamicly loaded at runtime (i.e. by a LoadModule in your httpd.conf) or is > it staticl

Re: Apache::ASP: crash when placed in startup.pl

Yep, everything runs just fine if I don't preload Apache::ASP. My apache/mod_perl are rebuilt, but I'm still using Perl off the original RedHat distribution (totally forgot about his). I can try recompiling it...I'll be back with the result shortly. Thanks Dmitry At 01:26 PM 1/14/00 , Joshu

Re: Apache::ASP: crash when placed in startup.pl

Dmitry Beransky wrote: > > Doh! I forgot to say what I'm running: > > Apache::ASP v. 0.17 > SDMB_File v. 1.0 > mod_perl v. 1.21 > Apache v. 1.39 > RedHat 6.1 on Linux 2.2.12 x86 > This might be yet another RedHat problem ... have you tried rebuilding your perl / mod_perl from scratch. Out of

Re: modperl success story

Hey, aren't we decided to use the advocacy list for this kind of threads? You are funny folks, when you don't want us to discuss something here, you tell go talk about this somewhere else, so we did. Please follow your own suggestions. This current thread was split into 2, one discussed here and

Re: how come httpd doesn't start even though startup.pl is fine?

ok, i think if you mean redhat 6.1 as opposed to linux6.1 i have the same prob, i have never been able to insert anything into the startup.pl besides Apache CGI CGI::Carp . if i try to add any third parties it dies i did a quick search on the mail list and the red hat updates and found that they

Re: modperl success story

On Fri, Jan 14, 2000 at 12:34:00PM -0800, Ed Phillips wrote: > > >The troll vanisheth! > > ha! > > Reminds me of the Zen story of an old fisherman in a boat on a lake in a heavy can't >see your hands fog. He bumps into another boat, and shouts at the other guy, "Look >where you're going would

Re: modperl success story

On Fri, 14 Jan 2000, Barb and Tim wrote: > It could really enhance your integrity if you also > presented honest evaluations of the downsides of Perl. > The promotion of Perl on this site is so ubiquitous and > one sided, and Perl has such a bad reputation in many ways, > that somebody like me has

Re: Apache::ASP XML Extension

On Thu, 13 Jan 2000, Joshua Chamas wrote: > Hey, > > A possible XML extension for Apache::ASP came up when > Paul Linder created an internal mapping for $string > to translate to Locale::PGetText::gettext($string), for > internationalization, and only for his version of the module. > > I thin

Re: how come httpd doesn't start even though startup.pl is fine?

Hi there, On Fri, 14 Jan 2000, Ricardo Kleemann wrote: > unfortunately that's not it... :-( If it's any help, mail me your config files and I'll fire it up on my development server (Slackware Linux 2.0.34/Apache 1.3.9/mod_perl 1.21) to see what happens. Have you got the latest & greatest of al

Apache::StatINC not quite working on NT

I've just started using mod_perl, for a project that will deploy on both Solaris and NT. The initial development was done on Solaris, and I've just moved things over to NT to verify that they work there too. My modules all run on NT, but StatINC doesn't seem to pick up changes that I make to non

Re: modperl success story

>The troll vanisheth! ha! Reminds me of the Zen story of an old fisherman in a boat on a lake in a heavy can't see your hands fog. He bumps into another boat, and shouts at the other guy, "Look where you're going would you! You almost knocked me over." He pulls up beside the boat and is abo

Re: how come httpd doesn't start even though startup.pl is fine?

Drat... I was kinda hoping that would've been it. Oh well Alright, how about this: 1) Set your logging level to debug (is it right now? I bet not) 2) Wrap your startup.pl file in some tags in your httpd.conf file and eval the code. See if it sets $@. If so, th

Re: modperl success story

The troll vanisheth! - Transcript of session follows - ... while talking to mc5.law5.hotmail.com.: >>> RCPT To:<[EMAIL PROTECTED]> <<< 550 Requested action not taken:user account inactive 550 <[EMAIL PROTECTED]>... User unknown

Re: Apache::ASP: crash when placed in startup.pl

Doh! I forgot to say what I'm running: Apache::ASP v. 0.17 SDMB_File v. 1.0 mod_perl v. 1.21 Apache v. 1.39 RedHat 6.1 on Linux 2.2.12 x86 At 11:30 AM 1/14/00 , you wrote: >Hi, > >I'm trying to preload and precompile all ASP scripts by including >Apache::ASP in the startup.pl. However, when I

Apache::ASP: crash when placed in startup.pl

Hi, I'm trying to preload and precompile all ASP scripts by including Apache::ASP in the startup.pl. However, when I do so, httpd core dumps with a segmentation fault in SDBM_File: Program received signal SIGSEGV, Segmentation fault. 0x403dfe27 in boot_SDBM_File () from /usr/lib/perl5/5.0050

Re: DSO slows things down?

Stas Bekman <[EMAIL PROTECTED]> writes: > Just read the mod_ssl vs. apache_ssl thread at /.org: > http://slashdot.org/apache/99/12/22/1711203.shtml > > jimjag claims that DSO is slower than static builds at the runtime: > > > Q: Why has using DSOs anything to do with run-time performance? I alw

Re: modperl success story

According to Barb and Tim: > It could really enhance your integrity if you also > presented honest evaluations of the downsides of Perl. Perl has two downsides. One is the start-up time for the program and mod_perl solves this for web pages. > The promotion of Perl on this site is so ubiquitous

Re: modperl success story

Barb and Tim wrote: > > It could really enhance your integrity if you also > presented honest evaluations of the downsides of Perl. WHy don't you start. -jwb

Re: how come httpd doesn't start even though startup.pl is fine? (fwd)

Ricardo Kleemann <[EMAIL PROTECTED]> writes: > Hmmm :-( > > On 14 Jan 2000, Frank D. Cringle wrote: > > > > > Without having checked your list, I'll wager that the "good" modules > > are all pure perl and the "bad" ones use machine-language XS > > extensions. > > So typical modules like MD5 an

Re: how come httpd doesn't start even though startup.pl is fine?

Thanks but unfortunately that's not it... :-( I only put in a snippet of the startup.pl. My file does indeed have a 1; at the bottom... Ricardo On Fri, 14 Jan 2000, Sean Chittenden wrote: > You're going to love this... your startup.pl file is > fine... almost. You're forgetting a key p

Re: DSO slows things down?

On Fri, Jan 14, 2000 at 06:31:50PM +0200, Stas Bekman wrote: > Just read the mod_ssl vs. apache_ssl thread at /.org: > http://slashdot.org/apache/99/12/22/1711203.shtml > > jimjag claims that DSO is slower than static builds at the runtime: > > > Q: Why has using DSOs anything to do with run-ti

Re: oracle : The lowdown

David Harris wrote: > > Jeff Warner wrote: > > We were a mySQL shop. We replaced mySQL with Oracle8i/mod_perl and > > and Apache::DBI. Works great, once it is all setup. Our overall > > processing is faster with Oracle too. The lack of transactions and > > views put an immediate end of

DSO slows things down?

Just read the mod_ssl vs. apache_ssl thread at /.org: http://slashdot.org/apache/99/12/22/1711203.shtml jimjag claims that DSO is slower than static builds at the runtime: Q: Why has using DSOs anything to do with run-time performance? I always thought using DSOs just slows down the startup.

Re: mod_perl mixing up scripts?

mod_perl sages... Thanks for the responses to my original question. I am working to understand the issues involved and wrap my head around what mod_perl is actually doing. But from mod_perl's perspective, isn't: /perl/news/framecal/framecal.pl a completely different script than: /perl/cal/fram

RE: Embperl + Apache::Session

> PerlModule HTML::Embperl This line loads Embperl at startup, remove it! > > I could also build embperl staticly, maybe that helps. This will surly solve a lot of problems. > But a quick > try some minutes ago with just recompiling mod_perl with > USE_DSO=0 and configuring apache with --disab

RE: $r->notes()...

Sean Chittenden wrote: > If I use $r->notes in a mod_perl handler, is it accessible via the > core apache request object in other non-perl modules? > > $r->notes('foo','bar'); > > Is the value of notes stored in the core apache process and if so, > is it accessible by other modu

Re: $r->notes()...

[EMAIL PROTECTED] (Sean Chittenden) wrote: > If I use $r->notes in a mod_perl handler, is it accessible via the >core apache request object in other non-perl modules? > > $r->notes('foo','bar'); Yup, it's stored in the regular Apache notes table. That's why it has to be flattened to

RE: Embperl + Apache::Session

> > Since this happens on two machines with at least slightly different Linux > distributions (one is Mandrake 6.0, the other a Redhat 5.2) I > think it is a configuration problem... so if someone could please > email me her complete configuration files I'd have more means to > test > What you des

Re: Embperl + Apache::Session

On Fri, Jan 14, 2000 at 07:00:13AM +0100, Gerald Richter wrote: > > You need to setup session handling at all, e.g. > > PerlSetEnv EMBPERL_SESSION_CLASSES "FileStore SysVSemaphoreLocker" That is PerlSetEnv EMBPERL_SESSION_CLASSES "FileStore NullLocker" in my httpd.conf > When you restart your

Re: modperl success story

Gunther's right, my apologies to all. I shall now disembowel myself with my IBM flowcharting template if I can find it. (Joke, really, a joke, not more sarcasm...). Rgds. Rod Butcher Gunther Birznieks wrote: > > Sarcastic responses do not help, regardless of how you feel about the > original po

$r->notes()...

If I use $r->notes in a mod_perl handler, is it accessible via the core apache request object in other non-perl modules? $r->notes('foo','bar'); Is the value of notes stored in the core apache process and if so, is it accessible by other modules by their similar r->notes

Re: perl parser for CC/PP information

Hi there, On Fri, 14 Jan 2000, CAMERON, CRAIG wrote: > I'm about to write a parser for CC/PP > (Composite Capability/Preference Profiles) > as a perl module for apache. Basically the information is stored in rdf > whic

Re: modperl success story

Hi there, On Fri, 14 Jan 2000, Barb and Tim wrote: > honest evaluations of the downsides of Perl Thanks for the note, and welcome. I'm not sure the mod_perl list is quite the place for this as a topic, so you other list readers might want to hit `D' now. The list is primarily for discussions

Re: how come httpd doesn't start even though startup.pl is fine? (fwd)

Ricardo Kleemann <[EMAIL PROTECTED]> writes: > Hi everyone, > > I don't know what's causing this, and there are no errors being logged in > my error_log. > > I'm running apache 1.3.9, mod_perl 1.21, linux 6.1 > > I have a startup.pl with a bunch of modules in it. If I run the startup.pl > by it

Re: Apache 1.3.9 + mod_perl 1.21 + Solaris 2.7 dumps core

Alan Burlison <[EMAIL PROTECTED]> writes: > $ LD_PRELOAD='/home2/web/apache_1.3.9/libexec/libperl.so \ > /home1/software/perl/debug/lib/5.00503/sun4-solaris/CORE/libperl.so' > ./httpd > $ > > hey presto! A working httpd. Excellent! > Obviously this is just a workaround - the > real fix is to

Re: modperl success story

> It could really enhance your integrity if you also > presented honest evaluations of the downsides of Perl. > The promotion of Perl on this site is so ubiquitous and > one sided, and Perl has such a bad reputation in many ways, > that somebody like me has a hard time swallowing the sunny > progn

Re: modperl success story

So, present us all with a detailed analysis of all Perl's failings and its bad reputation compaired the competition, so that we may see the light and turn to the true path. Until then we'll all stagger along happily in the darkness. Even better, write your own language like Larry did and see how m

Re: how come httpd doesn't start even though startup.pl is fine?

You're going to love this... your startup.pl file is fine... almost. You're forgetting a key part of the script... issue this shell command and it'll work: echo "1;" >> startup.pl The startup script needs to return true from its eval. <:) --SC -- Sean Chit

Re: modperl success story

On Fri, 14 Jan 2000, Barb and Tim wrote: > It could really enhance your integrity if you also > presented honest evaluations of the downsides of Perl. > The promotion of Perl on this site is so ubiquitous and > one sided, and Perl has such a bad reputation in many ways, > that somebody like me ha

Re: modperl success story

Barb and Tim wrote: > full honesty. The language itself is hard enough to swallow. How is Perl hard to swallow? Perl is so easy and flexible. Stephen