- Original Message -
From: "Jeff Stuart" <[EMAIL PROTECTED]>
> Has anyone tried to use mod_perl with perl 5.6 yet?
Yes, all day.
> If so, how did it go?
U guess. Lots of weird little errors that I can't quite resolve. I can get
Apache installed, but if I build with mod_perl, I can't
Has anyone tried to use mod_perl with perl 5.6 yet? If so, how did it go?
Oh, are we still at 1.21 for mod_perl? If so, when's the next release? I
hear that there are some important memory leak fixes in there.
--
Jeff Stuart
[EMAIL PROTECTED]
Sam Carleton wrote:
> I would like to have server-side includes to be parsed on DirectoryIndex
> files. I have followed the example in "Writing Apache Modules in Perl
> and C" and have my Apache::ESSI and this is what is in my perl.conf:
>
>
> SetHandler perl-script
> PerlHandler Appach
[EMAIL PROTECTED] wrote:
>On Thu, 30 Mar 2000, Cliff Rayman wrote:
>> if you bring in all sorts of other technologies,
>> how is this different than being part of apacheCon
>> or Perl Conference?
>>
>> at least when I go to those (if i have time), almost
>> everything else at the conference has s
I would like to have server-side includes to be parsed on DirectoryIndex
files. I have followed the example in "Writing Apache Modules in Perl
and C" and have my Apache::ESSI and this is what is in my perl.conf:
SetHandler perl-script
PerlHandler Appache::ESSI
PerlSetVar ESSIDefs co
./httpd -l will list all the mods built in.
--Jeff
At 08:00 PM 3/30/00, Annette wrote:
>Thanks for such a quick response. I have been in the mod_perl guide before
>asking the question. I learned from other mailing lists to always look in
>as many documents to solve your problem before posting
Thanks for such a quick response. I have been in
the mod_perl guide before asking the question. I learned from other mailing
lists to always look in as many documents to solve your problem before
posting a question. Some people get irritated quickly when you ask before
looking. I have follow
> Annette wrote:
>
> I have been trying to install mod_perl for the last couple of weeks and
> I still have not been successful. I am new to Linux and have installed
> RedHat 6. I used the Custom set-up and installed mod_perl during the
> installation. I entered the command 'perl -v' and it tells
I have been trying to install mod_perl for the last
couple of weeks and I still have not been successful. I am new to Linux and have
installed RedHat 6. I used the Custom set-up and installed mod_perl during the
installation. I entered the command 'perl -v' and it tells me that I have perl
l
On Thu, 30 Mar 2000, Cliff Rayman wrote:
> if you bring in all sorts of other technologies,
> how is this different than being part of apacheCon
> or Perl Conference?
>
> at least when I go to those (if i have time), almost
> everything else at the conference has some interest for
> me. i hav
On Mar 30, 2000 @ 2:49pm, J. Horner wrote:
> I didn't expect a Spanish Inquisition. . . .
(Okay, no one else said it, so...)
NOBODY expects the Spanish Inquisition!
--
Andrew Sweger <[EMAIL PROTECTED]> | N2H2, Incorporated
Systems Architect | 900 Fourth Avenue, Suite 3400
On Mon, Mar 27, 2000 at 05:05:47PM +0200, Janning Vygen wrote:
> of the page. calling "view page source" only shows half of the content.
>
> It does work with some other and smaller files. With huge files (about 50k and
> lots of table rows and data) its broken.
>
> does anybody else notice th
Awesome idea. Some thoughts :
Good sponsors could be companies that are currently using mod_perl.
Perhaps a recruiting / job fair area etc might be nice. Spa.com would
probably want to participate in this sort of capacity. Given the
current high demand for mod_perl folks, having a display of just
> If I understand correctly the handouts and possible audio/video records
> belong to the host of the conference. Therefore you should talk to them
> about this issue. It can be ORA, Camelot or any other conference
> organizer.
In that case they would have little incentive to release this materia
Hey, I'm not trying to redo anyone's work or step on toes...
I looked at DumpHeaders and thought that my stuff didn't quite fit in
becuase:
1) it's longer - DumpHeaders is short and sweet
2) it's my attempt at trying to make something OO and extensible
3) it has functionality that DumpHeade
> "Doug" == Doug MacEachern <[EMAIL PROTECTED]> writes:
Doug> esrever ni snoitseuq gnirewsna diova esaelp dna
($_ = < http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl tra
You and me both!!! Guess the list is slow today... :)
At 02:49 PM 3/30/00 -0500, J. Horner wrote:
>I apologize for the "me too" message.
>
>I didn't expect a Spanish Inquisition. . . .
Angel R. Rivera, [EMAIL PROTECTED]
--
esrever ni snoitseuq gnirewsna diova esaelp dna
> On 30 Mar 2000, Randal L. Schwartz wrote:
>
> > > "Angel" == Angel R Rivera <[EMAIL PROTECTED]> writes:
> >
> > Angel> how about avoiding the me toos...
> >
> > Yeah, and the people that post "upside down", with the answer
> > *before* the
I apologize for the "me too" message.
I didn't expect a Spanish Inquisition. . . .
J. J. Horner
Linux, Apache, Perl, Unix, Stronghold
[EMAIL PROTECTED] http://www.knoxlug.org
System has been up: 8 days.
if you bring in all sorts of other technologies,
how is this different than being part of apacheCon
or Perl Conference?
at least when I go to those (if i have time), almost
everything else at the conference has some interest for
me. i have only a modicum of interest in python, cold fusion
and th
geez. i don't recall "Apache::Registry vs. pure PerlHandler" or
"Apache::Request vs. CGI.pm" ever being so harsh.
but they have been compared, for good reason.
Apache::Registry maps a request to a file and generates a subroutine to
run the code contained in that file. if you use a 'PerlHandler
I tried it (on Solaris) and indeed IPC::ShareLite does
indeed pass on tests, however IPC::SharedCache (which is
a pure-Perl module that uses IPC::ShareList does not
pass its tests:
Running make test
PERL_DL_NONLAZY=1 /usrl1/home/pweiss/perl-56/bin/perl -Iblib/arch -Iblib/lib
-I/usrl1/home/pweis
>>> Tom Christiansen writes:
>> how about avoiding the me toos...
tc> [44 lines of crud we've already seen before]
[ 588 lines of pointless crud snipped. ]
tc> Hm... something wrong's with that message...
hmm, what's wrong with yours?
perl -077l12ne 'print "no mod_perl content"
On 30 Mar 2000, Randal L. Schwartz wrote:
> > "Angel" == Angel R Rivera <[EMAIL PROTECTED]> writes:
>
> Angel> how about avoiding the me toos...
>
> Yeah, and the people that post "upside down", with the answer
> *before* the question!
>
> Definitely. Let's avoid those.
>
> --
> Randa
On Thu, 30 Mar 2000, Stas Bekman wrote:
> First of all, why holding yet another conference, the answer is
> simple, we want mod_perl to be in the center of the event and not a
> side project. Think about Perl Conference -- mod_perl is just a little
> part of the Apache track. Think about ApacheC
On Thu, 30 Mar 2000, Geoffrey Young wrote:
> Hi all...
>
> I finished an alpha of DebugHeaders (now potentially called DebugInfo) -
> here's the description.
I still think it would fit much better as patches to Apache::DumpHeaders.
:)
They are doing pretty much the same thing.
- ask
--
Hi there,
On Thu, 30 Mar 2000, Steve Hay wrote:
> Since I had no reply to my previous problem (re-directing STDOUT in
> system() calls),
This is probably because you're talking about NT. Don't take it
personally.
> I thought I would try using Perl 5.6.0 instead of > 5.005_03
Brave chap.
>
On Wed, 29 Mar 2000, Shevek wrote:
> I can't find any documentation for what RULE_EXPAT does, the only
> occurrence at all is in Apache src/Configure, where it seels to compile in
> the expat lite library.
RULE_EXPAT=no disables the expat lite library. there have been reports of
it clashing with
Well, this is a follow up by the Camelot folks (Hi Stewart and Jeff)
So please comment on this one too, thanks!!!
Regarding the scriptwebdev conference, I mentioned
this to Terry and Jeff again and they would like to
see an outline/plan for how this event might work.
For example, what would the
Ok, a while ago Baiju Thakkar asked me about the feasibility of
creating our own mod_perl conference. It took me a while to relate on
this issue, but I didn't wasted time and over the last ApacheCon I've
talked to the Camelot folks who had a great success organizing the
ApacheCon and they have agr
fyi...
Index: Changes
===
RCS file: /home/cvs/modperl/Changes,v
retrieving revision 1.445
diff -u -u -r1.445 Changes
--- Changes 2000/03/30 00:44:39 1.445
+++ Changes 2000/03/30 19:35:12
@@ -10,6 +10,11 @@
=item 1.22_0
>how about avoiding the me toos...
[44 lines of crud we've already seen before]
Hm... something wrong's with that message...
% msgchk `mhpath cur`
Quote follows response, Jeopardy style #2
Overquoted: 30 lines quoted out of 41: 73%
Non-canonical signature separator:
`--
On Thu, 30 Mar 2000, Sam Carleton wrote:
> I am trying to get the Apache::Magick module from the O'Reilly book
> "Writing Apache Modules with Perl and C" to work. The error I am
> running into is:
>
> Can't locate object method "OPEN" via package "Apache" (line 80)
>
> The looks real simply:
>
>i suppose the handler should not be restored if it was Perl's, something
>along the lines of (on top of take2 patch):
Exactly! this kind of thing is common in programs that do sigmasks
or tty mode masks. The typical mistake is
set noecho
do something
unset noecho
or
block sig
> "Angel" == Angel R Rivera <[EMAIL PROTECTED]> writes:
Angel> how about avoiding the me toos...
Yeah, and the people that post "upside down", with the answer
*before* the question!
Definitely. Let's avoid those.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0
> httpd.conf should have:
>
>
> SSLDisable
> SSLSessionCache none
>
ok, applied, thanks!
On Wed, 29 Mar 2000, Ramesh Vadlapatla wrote:
> ** A test compilation with your Makefile configuration
> ** failed. The below error output from the compilation
> ** test will give you an idea what is failing. Note that
> ** Apache requires an ANSI C Compiler, such as gcc.
can you compile apache
try 1.22 instead of 1.21
On Wed, 29 Mar 2000, Quadrilateral I was wrote:
> I've been trying to get ePerl installed on a redhat system, and I seem to
> have narrowed it down to a problem with mod_perl and/or apache. Whenever I
> add a PerlModule statement to httpd.conf and try to restart httpd,
thanks Gerald, applied for 0.07.
On Wed, 29 Mar 2000, Gerald Richter wrote:
> Hi Doug,
>
> the following patch allows Apache::DB to be used on Win32 Systems:
>
> In DB.xs wrap the SIGINT call at the last line inside a conditional, like:
>
> #ifndef WIN32
> if (ApacheSIGINT) (*ApacheSIGINT
On Wed, 29 Mar 2000, Hugo wrote:
> I believe that this (or take2) might cause a problem for code like:
>
> sub handler { print "sig handled" }
> my $handlesub = "handler";
>
> [... something reads $handlesub in numeric context ...]
>
> $SIG{ALRM} = $handlesub;
i suppose the handler s
how about avoiding the me toos...
At 02:04 PM 3/30/00 -0500, J. Horner wrote:
>On Thu, 30 Mar 2000, Sam Carleton wrote:
>
> > Stas Bekman wrote:
> >
> > > Folks, please refrain from posting in HTML.
> > >
> > > Some of us use email clients that post and read email in the old good
> text
> > > mo
On Wed, 29 Mar 2000, Jeffrey W. Baker wrote:
> > configure Perl with -Dusemymalloc
>
> Wait, doesn't usemymalloc mean to use the system's native malloc? This
> from INSTALL:
>
> "To build without perl's malloc, you can use the Configure command
>
> sh Configure -Uusemymalloc"
yeah,
On Thu, 30 Mar 2000, Sam Carleton wrote:
> Stas Bekman wrote:
>
> > Folks, please refrain from posting in HTML.
> >
> > Some of us use email clients that post and read email in the old good text
> > mode. When I don't have enough time on my hands I delete such emails since
> > I cannot read them
On Thu, 30 Mar 2000, Steve Hay wrote:
> Thanks for this!
>
> I tried it with the latest mod_perl cvs: mine now compiles perfectly too
> (_never_ seen that before!!!), and there's now only 1 unresolved external
> symbol instead of 7. Looks like it could be nearly there - I'll try another
> one s
Stas Bekman <[EMAIL PROTECTED]> writes:
I agree 100%. HTML belongs in web browsers. If you happen to have a
web browser in your mail reader, fine, but don't force others to have
one as well :)
Chip
> Folks, please refrain from posting in HTML.
>
> Some of us use email clients that post and
Stas Bekman wrote:
> Folks, please refrain from posting in HTML.
>
> Some of us use email clients that post and read email in the old good text
> mode. When I don't have enough time on my hands I delete such emails since
> I cannot read them right away. Probably others too.
>
> Please don't tell
On Thu, 30 Mar 2000, Stas Bekman wrote:
> Please don't tell me to get more _sophisticated_ email client, my pine
> does everything for me. HTML should NOT be used for posting emails.
Not only that, the list of mail sizes on mod_perl went:
1k
3k
2k
4k
20k <- HTML
Yikes.
(although pine 4 and ab
Folks, please refrain from posting in HTML.
Some of us use email clients that post and read email in the old good text
mode. When I don't have enough time on my hands I delete such emails since
I cannot read them right away. Probably others too.
Please don't tell me to get more _sophisticated_
Title: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
PerlFreshRestart causes a great many problems, most for
indeterminate reasons, but its behavior is at least
documented
see http://perl.apache.org/guide/troubleshooting.html#Evil_things_might_happe
darren chamberlain wrote:
> Try using CORE::open to be sure that the default open is being called.
tried it, I am getting the same error, any more ideas?
Sam
> > > My suggestion would be to capture one of two of these tutorial sessions
> on
> > > audio tape(assuming employer consent), edit and sync them to a bunch of
> HTML
> > > slides and put the whole shebang on the Net...preferably right next to
> Stas'
> > > great guide. Some nifty examples of thi
Try using CORE::open to be sure that the default open is being called.
darren
Sam Carleton ([EMAIL PROTECTED]) said something to this effect:
> I am trying to get the Apache::Magick module from the O'Reilly book
> "Writing Apache Modules with Perl and C" to work. The error I am
> running into
Hi Mike,
>
> I just checked the development version of HTML::Embperl, and this
> is fixed in
> there.
>
> Gerald: Could we patch this fix in to the HTML::Embperl stable
> tree and get a
> new stable release? I would like to avoid running the beta
> version of Embperl
> on a production site :).
>
I am trying to get the Apache::Magick module from the O'Reilly book
"Writing Apache Modules with Perl and C" to work. The error I am
running into is:
Can't locate object method "OPEN" via package "Apache" (line 80)
The looks real simply:
open(STDOUT, ">&=" . fileno($fh));
Any thoughts on what
Doh!
I just checked the development version of HTML::Embperl, and this is fixed in
there.
Gerald: Could we patch this fix in to the HTML::Embperl stable tree and get a
new stable release? I would like to avoid running the beta version of Embperl
on a production site :).
The patch in question
Hi.
I seem to have run into some issues since I upgraded to perl 5.6.0. Since
doing this, I recompiled all of my modules (I removed /usr/lib/perl5 and
started fromscratch). I also recompiled apache/mod_perl so everything was
linked against the properl libperl.
Im using:
apache 1.3.12
mod_perl
Title: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
I'm not really the expert in this, but you might want
to try removing PerlFreshRestart and Apache::StatINC from your config and see if
that helps...
HTH
--Geoff
-Original Message-From
Title: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
I'm having a very strange problem. I'm running a very large application under apache/mod_perl (100+ modules; httpd children grow to 40+MB). The application uses Apache::DBI (DBD::Oracle) & CGI.pm,
> I tried to find a general mailing list for perl, and I searched Deja and
> www.perl.com, and I found nothing, so I thought I'd try this mailing list.
Hello.
You may have already gotten other emails like this, but just in
case you haven't ...
You posted your question to the mailing list for a
Hi Stas,
> > My suggestion would be to capture one of two of these tutorial sessions
on
> > audio tape(assuming employer consent), edit and sync them to a bunch of
HTML
> > slides and put the whole shebang on the Net...preferably right next to
Stas'
> > great guide. Some nifty examples of this ar
I tried to find a general mailing list for perl, and I searched Deja and
www.perl.com, and I found nothing, so I thought I'd try this mailing list.
I have an E450 with Solaris 7 on it, on which I am trying to compile
perl5.005_03. If I try to compile using all default settings, I get the
followi
Thanks for this!
I tried it with the latest mod_perl cvs: mine now compiles perfectly too
(_never_ seen that before!!!), and there's now only 1 unresolved external
symbol instead of 7. Looks like it could be nearly there - I'll try another
one some time.
I look forward to mod_perl 1.23 ...
Ste
Hi all...
I finished an alpha of DebugHeaders (now potentially called DebugInfo) -
here's the description.
As I've said in the past, I'm terrible with names - barring any adverse
feedback, I'll upload it to CPAN under
Apache-DebugInfo_0.01 sometime today or tomorrow...
--Geoff
=head1 NAME
On Thu, 30 Mar 2000 [EMAIL PROTECTED] wrote:
> Hi,
>
> I'm trying to use Apache::Session::DBI. I got the hang of it and
> started using it but I get the following error:
>
> [Thu Mar 30 04:41:41 2000] [error] Can't call method "store" on
> unblessed reference at lib/web/webmaster.p
> l line 5
On Thu, 30 Mar 2000, Steve Hay wrote:
> Since I had no reply to my previous problem (re-directing STDOUT in
> system() calls), I thought I would try using Perl 5.6.0 instead of
> 5.005_03 (probably a good idea anyway) to see if that helped.
>
> Unfortunately, now I can't get (the Apache side of)
Hi there,
On Thu, 30 Mar 2000, Steve Hay wrote:
> seems a shame I can't get it to go with Perl 5.6.0. I just wondered
> if anyone out there new of any more hacks to help...
Search the mod_perl List archive for 5.6.0? Most of it will be about
it not working with something or other. After all,
Stas,
this is fixed in current modperl CVS,
"Apache::src::apxs fixups to quiet warnings if apxs doesnt exist or
httpd is not dso enabled, thanks to Oleg Bartunov and Ville Skyttä for
spotting"
Regards,
Oleg
On Thu, 30 Mar 2000, Stas Bekman wrote:
> Date: Thu, 30 Mar
On Thu, 30 Mar 2000, shang wrote:
> Randy:
>
> Thanks for replying my message.
>
> First of all, my Perl os working and I can run some perl program in cgi-bin
> directory from browser. The c:\perl\bin is of course in the path.
>
> My Perl version is : v5.6.0 built for MSWin32-x86-multi-threa
It seems that mod_ssl obsoletes gcache (see
http://www.modssl.org/source/exp/mod_ssl/pkg.mod_ssl/CHANGES)
Therefore 'make test' warns when starting the test server:
will write error_log to: t/logs/error_log
letting apache warm up...\c
[Thu Mar 30 14:46:51 2000] [warn] mod_ssl:Compat: OBSOLETE
'
"G.W. Haywood" wrote:
> Come to think of it, NT probably wasn't the best idea you ever had
> either.
I agree, but we're selling a web application and most of our customers
want it on NT.
> > Unfortunately, now I can't get (the Apache side of) mod_perl to
> > compile.
>
> You aren't alone. You
Hi,
While doing a simple:
perl Makefile.PL DO_HTTPD=1 APACHE_SRC=../apache_1.3.12/src
for each Makefile.PL in all subdirs I get:
which: no apxs in (.:/usr/bin:/bin [snipped])
apxs:Error: Sorry, no DSO support for Apache available
apxs:Error: under your platform. Make sure the Apache
apxs:Error:
Hi,
I'm trying to use Apache::Session::DBI. I got the hang of it and
started using it but I get the following error:
[Thu Mar 30 04:41:41 2000] [error] Can't call method "store" on
unblessed reference at lib/web/webmaster.p
l line 54.
Now, lines 49-54 on lib/web/webmaster.pl look like this (I
Since I had no reply to my previous problem (re-directing STDOUT in
system() calls), I thought I would try using Perl 5.6.0 instead of
5.005_03 (probably a good idea anyway) to see if that helped.
Unfortunately, now I can't get (the Apache side of) mod_perl to compile.
I'm using MSVC++ 6.0 on Wi
On Wed, 29 Mar 2000, Frank Wiles wrote:
> Hello Everyone,
>
> I've been beating my head up against file uploading via the browser, in
> mod_perl. The example in the Eagle book doesn't seem to be working for
> me. This is the latest error I'm getting:
>
> [Wed Mar 29 20:36:07 2000] [err
74 matches
Mail list logo
