Hi
when using $r->print in perl 561/modperl 1.26 context on winXP,
I cannot get the value passed to be dereferenced as it is
explained in the doc $r->print automatically does.
$out='toto' ;
$r->print($out) ->output toto
$r->print(\$out)
$r->print((\$out)) ->both output scalar xxx
thanks fo
Rodney Broom wrote:
> From: Per Einar Ellefsen <[EMAIL PROTECTED]>
>
>>dir_config is the Perl{Set,Add}Var configuration...
>
>
> Yep, you're right. But I'm sort of grasping at straws at this point.
>
>
>
>>You can just add that and let your handler decide regardless of the value
>>of requ
> when using $r->print in perl 561/modperl 1.26 context on
winXP,
> I cannot get the value passed to be dereferenced as it is
> explained in the doc $r->print automatically does.
>
> $out='toto' ;
>
> $r->print($out) ->output toto
>
> $r->print(\$out)
> $r->print((\$out)) ->both output scalar xxx
>
> I forgot to mention the dereference does not work in
> Apache::Filter context, while it works in regular situations.
Apache::Filter does not support the auto-deferencing (and deprecated
in 2.0) feature of $r->print.
I sent a patch to Ken but, IIRC, he decided not to implement it.
--Geof
On Sun, Sep 01, 2002 at 12:58:18PM +0800, Stas Bekman wrote:
> Copy-n-pasted your conf and the code and I cannot reproduce the problem
> with Apache::PerlRun.
>
> Do you have this problem when you run the server under 'httpd -X'?
Yes
> What mod_perl version are you using? Try to use the lates
valerian wrote:
>>What mod_perl version are you using? Try to use the latest one. (though
>>PerlRun didn't change for years).
>>
>>I've tested with: mod_perl 1.27 (perl 5.6.1 and 5.8.0)
>
>
> This was the environment:
>
>mod_perl 1.21, perl 5.005, apache 1.3.9
>(all default packages t
Hello,
I'm using a modified version of Apache::AuthTieDBI and
Apache::AuthzTieDBI ( from O'Reilly books, available on
http://www.modperl.com ), and they seems working
fine. But now I'm trying to export the configuration to a production
machine, and the troubles begins.
The entry in httpd.conf fo
Hello,
I'm getting an awful lot of these error statements in
my error_log file for apache:
--
25935 Apache::DBI new connect to
'db:1.2.3.4UserPassAutoCommit=1PrintError=1'
--
It looks like they are happening for every database
connection, like the db connections are not staying
pers
According to the guide, the snazzy way to export a huge "Constants" array is
package Constants;
use vars qw(%c);
%c = (
);
package myPack;
use vars qw(%c);
*c=\%Constants::c;
But I don't remember the URL in the Guide that would say this.
-Original Message-
From: valerian [mailto:[EMAI
hi
i have one problem
look this source:
use strict;
$| = 1;
my ($i,$r);
$r = shift;
$r->content_type('text/html');
while ($i < 10) {
$r->printf($i."\n");
$r->printf("\0");
$i++;
sleep 1;
}
if you try in modperl 1.27 using windows xp and ie6 (others versions is ok)
this code is
On Tue, 3 Sep 2002 09:05:45 -0700 (PDT)
"Anthony E." <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I'm getting an awful lot of these error statements in
> my error_log file for apache:
>
> --
> 25935 Apache::DBI new connect to
> 'db:1.2.3.4UserPassAutoCommit=1PrintError=1'
> --
>
> It lo
Udlei Nattis wrote:
> hi
>
> i have one problem
> look this source:
>
> use strict;
>
> $| = 1;
>
> my ($i,$r);
>
> $r = shift;
>
> $r->content_type('text/html');
>
> while ($i < 10) {
> $r->printf($i."\n");
> $r->printf("\0");
> $i++;
> sleep 1;
> }
>
> if you try in modperl 1.27
>When we go to several httpd process, it appears that the response to one
>request from a browser which may be made up of many files that need to
>be sent back, these requests can be handled by any of the http processes
>(which is ok by itself ) but when this occurs, a password request(and
>perha
$r->rflush() doesnt work too
you have other idea?
bye
nattis
Stas Bekman wrote:
>
> Yup, this doesn't work yet. Use $r->rflush() for now.
>
>
> __
> Stas BekmanJAm_pH --> Just Another mod_perl Hacker
> http://staso
I've heard that American Standard makes an excellent flusher.
--Jon R.
Udlei Nattis wrote:
> $r->rflush() doesnt work too
>
> you have other idea?
> bye
>
> nattis
>
> Stas Bekman wrote:
>
>>
>> Yup, this doesn't work yet. Use $r->rflush() for now.
>>
>>
>> __
All,
I've run into an interesting problem which I can't seem to figure out.
Here it is: I have created a web form/perl script that sets up a users
vacation file and .forward for them. Which works. The only problem is, I
cannot write to their home directory (because Apache does not have
rights to
Test::Apache::CookieEmulator - test tool for Cookies without httpd
SYNOPSIS
use Test::Apache::CookieEmulator;
loads into Apache::Cookie namespace
DESCRIPTION
This module assists authors of Apache::* modules write test suites
that would use Apache::Cookie without actually havin
This is an intentional and documented performance hack. RTFM. :)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 03, 2002 7:39 AM
To: modperl
Subject: $r->print does not dereference
Hi
when using $r->print in perl 561/modperl 1.26 conte
sorry, I think I got things backwards there. it's _not_ dereferencing?
dho! monday mornings...
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 03, 2002 9:59 AM
To: andrew.hammond
Cc: modperl
Subject: RE: $r->print does not dereference
> w
The Bricolage team would like to announce the release of Bricolage
1.4.0. This is the first new stable release of Bricolage since the
release of version 1.2.3 in March, and the first major release since
1.2.0 in January.
Bricolage is a full-featured, enterprise-class content management and
publis
20 matches
Mail list logo
