All,
I've skipped to Recipe 13.3 on page 418 of the "Cookbook."
Where can I find My::Utils and what does it do? Is it a previous package
defined in the Cookbook? Or what?
Thanks.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List
David Arnold wrote:
All,
I've skipped to Recipe 13.3 on page 418 of the "Cookbook."
Where can I find My::Utils and what does it do? Is it a previous package
defined in the Cookbook? Or what?
Maybe you shouldn't have skipped :)
--
Andy Armstrong
--
Report problems: http://perl.apache.org/bugs/
Mail
Hi Fella's,
I'm new to this list, starting of with a question and hoping to be answering to
other's..
The problem I encounter is kinda strange to me. It seems as if my objects are no
longer being DESTROY'ed as soon as I have an Object (o1), that has an Object
(o2) for one of his properties which
Quoting [EMAIL PROTECTED]:
> Hi Fella's,
>
(..)
>
>
Oops, think I should have told ya something more on why I think DESTROY is not
handled. Well, that's very easy to say: The lines printed to STDERR from within
the DESTROY function do not appear in my error_log. Though this:
[EMAIL PROTECTED] li
On Sat, Jul 10, 2004 at 11:33:44AM +0200, [EMAIL PROTECTED] wrote:
> Oops, think I should have told ya something more on why I think DESTROY is not
> handled. Well, that's very easy to say: The lines printed to STDERR from within
> the DESTROY function do not appear in my error_log. Though this:
H
"Jo縊 S・ <[EMAIL PROTECTED]>" wrote:
>
> Well, my idea is to build a persistent IMAP module to use with mod_perl.
> So, unfortunetly this is not the solution.
It seems that you need an IMAP proxy which keeps your connections
persistent on which you can connect speedily.
There are already programs
Quoting Wouter van Vliet <[EMAIL PROTECTED]>:
> >
> > Hi Wouter,
> >
> > Did you check the manual[1]? This reference is for Apache::PerlRun but
> > it may give you some ideas of why you're seeing that behavior.
> >
> >
> > Good luck,
> > William
> >
> > [1]
>
http://perl.apache.org/docs/1.0/guide/
>
> Geoff, did you get all that? ;-)
kinda. I'll roll up a candidate for this next week and let you add/tweak
the appropriate Build.PL before I release it into the wild.
--Geoff
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List
>
> Hi Wouter,
>
> Did you check the manual[1]? This reference is for Apache::PerlRun but
> it may give you some ideas of why you're seeing that behavior.
>
>
> Good luck,
> William
>
> [1]
http://perl.apache.org/docs/1.0/guide/porting.html#Apache__PerlRun__a_closer_look
>
Thank you very muc
Andy et al,
That's what I thought, but I've searched the index and TOC and I simply
cannot find a reference to authenticate_user or My::Utils.
Can someone point me to the pages in the book where My::Utils is defined?
Meanwhile, I'll keep searching.
At 09:52 AM 7/10/04 +0100, Andy Armstrong wrot
David Arnold wrote:
Andy et al,
That's what I thought, but I've searched the index and TOC and I simply
cannot find a reference to authenticate_user or My::Utils.
Can someone point me to the pages in the book where My::Utils is defined?
Sorry - I was being facetious. I've no idea what My::Utils is
On Sat, 10 Jul 2004, David Arnold wrote:
> Andy et al,
>
> That's what I thought, but I've searched the index and TOC
> and I simply cannot find a reference to authenticate_user
> or My::Utils.
>
> Can someone point me to the pages in the book where
> My::Utils is defined?
It isn't ... Sorry for
Randy, Andy, et al,
Thanks.
At 02:09 PM 7/10/04 -0500, Randy Kobes wrote:
>On Sat, 10 Jul 2004, David Arnold wrote:
>
>> Andy et al,
>>
>> That's what I thought, but I've searched the index and TOC
>> and I simply cannot find a reference to authenticate_user
>> or My::Utils.
>>
>> Can someone poi
All,
After installing Apache 1.3.31 and modperl 1.29 and starting the server, I
have this in my error logs:
[Sat Jul 10 13:46:53 2004] [notice] SIGHUP received. Attempting to restart
[Sat Jul 10 13:46:54 2004] [notice] Apache/1.3.31 (Unix) mod_perl/1.29
configured -- resuming normal operations
[
All,
I am not used to seeing this behavior, so I thought I'd ask. I make a
change to my httpd.conf:
PerlModule ModPerl::Rules2
SetHandler perl-script
PerlHandler ModPerl::Rules2
PerlSendHeader On
Then I try to restart server:
[EMAIL PROTECTED] apache]# bin/apachectl gr
> I am wondering why it's trying to run the file Rules2.pm. Why doesn't it
> just restart then wait to report the error when I attempt to access
> scinux.redwoods/mod_perl_rules2?
Mod_Perl compiles all library modules and loads them into memory when the
Apache server is started. That is why mod_p
All,
I have a sequence of files (maybe 40) that I want to serve. Each file must
be served no earlier than a certain time and no later than a certain time.
Each of these time-day restrictions will be unique for each file.
I am curious if the members of this group could suggest an authorization
str
On zondag 11 juli 2004 1:39, David Arnold wrote:
> All,
>
> I have a sequence of files (maybe 40) that I want to serve. Each file
> must be served no earlier than a certain time and no later than a
> certain time. Each of these time-day restrictions will be unique for
> each file.
>
> I am curi
I decided recently to make the change to Apache2. I normally build
Apache and mod_perl by hand, but since I recently switched to Gentoo
decided to let Gentoo's portage utility, emerge, do the heavy lifting
this time to see how it went.
After emerging Apache 2.0.49-r1 and mod_perl 1.99.11, I get
--- Collin Starkweather
<[EMAIL PROTECTED]> wrote:
> I decided recently to make the change to Apache2. I
> normally build
> Apache and mod_perl by hand, but since I recently
> switched to Gentoo
> decided to let Gentoo's portage utility, emerge, do
> the heavy lifting
> this time to see how it wen
All,
I have a file /var/www/cgi-bin/tryit.cgi:
#! /usr/local/bin/perl
# tryit.pl
use Acrobat::FDF;
$inFDF=new Acrobat::FDF('-',$ENV{'CONTENT_LENGTH'});
my $currentField;
my $currentValue;
print("Content-type: text/plain\n\n");
$currentField=$inFDF->NextFieldName("");
while($currentField)
{
> I have a file /var/www/cgi-bin/tryit.cgi:
> #! /usr/local/bin/perl
> # tryit.pl
>
> use Acrobat::FDF;
...
> $currentField=$inFDF->NextFieldName("");
...
> [Sat Jul 10 20:04:42 2004] [error] Can't call method "NextFieldName" on an
> undefined value at /usr/local/apache/htdocs/online_testing/perl/t
Fred et al,
The FDFToolkit and reference is available at:
http://partners.adobe.com/asn/acrobat/forms.jsp
The documentation is sparse, to say the least, but:
NextFieldName Gets the next field name.
The difficulty, I believe, occurs before the program gets to NextFiledName,
as if I make this ad
David Arnold wrote:
All,
After installing Apache 1.3.31 and modperl 1.29 and starting the server, I
have this in my error logs:
[Sat Jul 10 13:46:53 2004] [notice] SIGHUP received. Attempting to restart
[Sat Jul 10 13:46:54 2004] [notice] Apache/1.3.31 (Unix) mod_perl/1.29
configured -- resuming n
David Arnold wrote:
did you actually look at the error message?
Can't use global $= in "my" at /home/darnold/modperl//ModPerl/Rules2.pm
line 9, near "my $="
syntax error at /home/darnold/modperl//ModPerl/Rules2.pm line 9, near
"$=shift"
sub handler {
my $=shift;
That should be:
my $r = shift
Collin Starkweather wrote:
I decided recently to make the change to Apache2. I normally build
Apache and mod_perl by hand, but since I recently switched to Gentoo
decided to let Gentoo's portage utility, emerge, do the heavy lifting
this time to see how it went.
After emerging Apache 2.0.49-r1
Stas,
No, I did notice the error. It's just that I've been alternating back and
forth from modperl2 to 1 that I cannot keep straight all the events that
are happening. I knew there was an error in Rules2.pm, but it felt strange
that is showed up when I was restarting the server. But, I later concl
27 matches
Mail list logo