Perrin Harkins schrieb am 27.04.2010 um 14:20:13 (-0400):
> On Tue, Apr 27, 2010 at 2:08 PM, Michael Ludwig wrote:
> > Variables declared with "our" are a funny hybrid between global
> > variables, which are attached to a package, and lexical variables,
> > which are attached to a scope.
>
> They
On 04/27/10 12:07, Chris Bennett wrote:
After seeing logs mentioned above, I remembered this.
I do not see my scripts appearing properly in access log
I have an older script that never shows an access into the log (only
errors)
I have a new script with same name but a few differences in two
dif
On 27.4.2010 20:39, Perrin Harkins wrote:
2010/4/27 Jiří Pavlovský:
I want to use CHI with SQLite backend for my app.
Tested in cgi environment it worked ok, but under mod_perl
it croaks in CHI DBI driver when trying to create the tables with mysterious
"no error" error.
Try running a small pi
Perrin Harkins wrote:
On Tue, Apr 27, 2010 at 1:07 PM, Chris Bennett
wrote:
I do not see my scripts appearing properly in access log
That probably means your scripts are crashing before they finish. You
could use mod_log_forensic to find out more.
Maybe something also useful to point out :
On Tue, Apr 27, 2010 at 3:48 PM, Chris Bennett
wrote:
> I just realized the problem, since I was running a similiar script with one
> host non-SSL and the other SSL. The fact of access is only recorded in SSl
> logs, not access logs.
I don't think that's true. My access logs show both SSL and no
On 04/27/10 13:28, Perrin Harkins wrote:
On Tue, Apr 27, 2010 at 1:07 PM, Chris Bennett
wrote:
I do not see my scripts appearing properly in access log
That probably means your scripts are crashing before they finish. You
could use mod_log_forensic to find out more.
- Perrin
This was a he
2010/4/27 Jiří Pavlovský :
> I want to use CHI with SQLite backend for my app.
> Tested in cgi environment it worked ok, but under mod_perl
> it croaks in CHI DBI driver when trying to create the tables with mysterious
> "no error" error.
Try running a small piece of code that opens a SQLite datab
On Tue, Apr 27, 2010 at 1:07 PM, Chris Bennett
wrote:
> I do not see my scripts appearing properly in access log
That probably means your scripts are crashing before they finish. You
could use mod_log_forensic to find out more.
- Perrin
On Tue, Apr 27, 2010 at 2:08 PM, Michael Ludwig wrote:
> Variables declared with "our" are a funny hybrid between global
> variables, which are attached to a package, and lexical variables,
> which are attached to a scope.
They are package variables (usually referred to as globals), which
have a
Torsten Förtsch schrieb am 27.04.2010 um 11:25:33 (+0200):
> On Tuesday 27 April 2010 10:18:17 Michael Ludwig wrote:
>
> > A lexical variable in Perl is any variable declared with "my",
> > regardless of the scope, which may be file-level. Unlike globals,
> > lexical variables aren't directly acc
After seeing logs mentioned above, I remembered this.
I do not see my scripts appearing properly in access log
I have an older script that never shows an access into the log (only errors)
I have a new script with same name but a few differences in two
different virtual hosts.
After a stop sta
On Apr 27, 2010, at 4:16 AM, André Warnier wrote:
So, back to the basics, my interpretation : by default, consider
any variable as "global/shared" and you'll generally stay out of
trouble.
Isn't it true that a variable declared (with my) inside of a
sub (including a handler) starts its exi
On Tue, Apr 27, 2010 at 7:16 AM, André Warnier wrote:
> Now if I configure the first of these subs as a PerlAccessHandler and
> the second as a PerlResponseHandler, what happens to $lexical_mine ?
This is actually import to point out: it makes no difference if you
configure these subs as mod_perl
I want to use CHI with SQLite backend for my app.
Tested in cgi environment it worked ok, but under mod_perl
it croaks in CHI DBI driver when trying to create the tables with
mysterious "no error" error.
I think my problem is identical to the one I found described here:
http://lists.scsys.co.
Michael Ludwig wrote:
Moin André,
Am 26.04.2010 um 21:44 schrieb André Warnier:
cr...@animalhead.com wrote:
The retention of values from previous executions applies
only to global variables.
Ah, yes.
But that would have triggered another discussion (which it might now
still do of course), ab
On Tuesday 27 April 2010 10:18:17 Michael Ludwig wrote:
> A lexical variable in Perl is any variable declared with "my", regardless
> of the scope, which may be file-level. Unlike globals, lexical variables
> aren't directly accessible from outside the package.
Not quite correct. Consider this:
Moin André,
Am 26.04.2010 um 21:44 schrieb André Warnier:
> cr...@animalhead.com wrote:
>> The retention of values from previous executions applies
>> only to global variables.
>
> Ah, yes.
> But that would have triggered another discussion (which it might now
> still do of course), about what e
17 matches
Mail list logo
