On Sun, 2003-08-17 at 22:15, Cory 'G' Watson wrote:
> No, I only had a 'use App;' in my startup.
Your startup comes before the virtual host sections then?
> When I added a caller() to the top of my module, I saw the initial
> startup.pl use(), and then a later eval() that I couldn't track. When
> On Sat, 2003-08-16 at 01:46, Cory 'G' Watson wrote:
> Well, first of all, you're just asking for trouble if you turn on
> PerlFreshRestart. Don't do it.
I forget why I added it. My (poor) memory seems to recall something from
the Eagle book causing me to add it. I'd never seen the 'evil' doc
On Sat, 2003-08-16 at 01:46, Cory 'G' Watson wrote:
> %somehash = ();
>
> This declaration is outside of any subroutines.
Okay, so your subs that refer to it are now closures. That could be
part of the issue. If you make %somehash a real global, it might help.
> I re-attacked this problem by a
Hi there,
On Sat, 16 Aug 2003, Cory 'G' Watson wrote:
> started flipping switches and localized it to PerlFreshRestart being on.
Have you read
http://perl.apache.org/docs/1.0/guide/troubleshooting.html#Evil_things_might_happen_when_using_PerlFreshRestart
> When I turn it off, the eval() happen
On Friday, August 15, 2003, at 06:23 PM, Ged Haywood wrote:
Ignore syntax errors and lack of declarations, as I just threw that
together from memory
The guesswork would be a lot easier if it didn't involve so much
guesswork. :)
I think the root question of my email was lost in my poor explanation
Hello again,
On Fri, 15 Aug 2003, Cory 'G' Watson wrote:
> PerlVar app blah
>
> App->loadApp("blah", "/usr/local/blah/lib");
>
> [snip]
> Ignore syntax errors and lack of declarations, as I just threw that
> together from memory
The guesswork would be a lot easier if it didn't involve so mu
On Friday, August 15, 2003, at 12:43 PM, Ged Haywood wrote:
I'm not entirely convinced of the explanation, but have you tried
testing the value of $Apache::Server::ReStarting in the code that
fills the hash? It's in the Guide.
I'm not convinced of it either. :)
This code _would_ run twice, so I
Hi there,
On Fri, 15 Aug 2003, Cory 'G' Watson wrote:
> It looks as though this works during the first 'load' that Apache does,
> which I'm assuming is the phase that checks for errors. The second
> phase seems to cause my global hash to get undef'ed, even though the
> loadPages() method work
I've recently written some code that behaves in a way I don't
understand. It's basically a Handler that works for more than one
VirtualHost. For each VirtualHost that uses the Handler, a call is
made to App->loadPages(). It crawls an accompanying lib directory and
loads the pages into a hash
