The Case of the Missing .pm which isn't supposed to be there...

[suaveant]

I am in the midst of a quandary...

We use FastCGI... and we are have inconsistent issues with an included package... the package fcgi_call is a wrapper to call our data fcgis and handle headers and error cases and parse data usefully. It has subclasses withing the file to which it passes of different types of data to parse them...

The problem is that one of these subtypes is being looked for as a file, which I can't understand, since there is no use or require statement for it anywhere in the code... I just have the multiple packages in one file...

Does anyone have any idea what may lead to this problem... or at least how I can track down line 3 of eval 10?

Can't locate fcgi_call/simple.pm in @INC (@INC contains: perl/ perl /g
+ums/rel/lib /prod/gnumod/ext 
/home/webdev/fc /prod/perl/5.6.1/lib/5.6.1/sun4-solaris 
/prod/perl/5.6.1/lib/5.6.1 
/prod/perl/5.6.1/lib/site_perl/5.6.1/sun4-solaris 
/prod/perl/5.6.1/lib/site_perl/5.6.1 
/prod/perl/5.6.1/lib/site_perl .) at (eval 10) line 3.

                - Ant
                - Some of my best work - (1 2 3)

[chipmunk]

You can track down the location of the eval by setting up a die handler that prints a stack trace. For example:

$SIG{__DIE__} = sub {
    my @stack;
    my $i = 0;
    while(my($package, $file, $line) = caller($i++)) {
      push @stack, "  package $package, file $file, line $line\n";
    }
    die @_, @stack;
};

Note that I have not tested this with FastCGI.

First, though, you should do a quick grep of the source for the word 'simple'. That's easier and should work fine in this case.

[Flame]

Well, Eval 10 is the tenth eval to be executed, if you have an eval in a loop, it will probably be the tenth time that eval is executed (even though it may be the same as eval 1). You could step through it in the debugger and see where it tries to read in simple.pm.



---


"Weird things happen, get used to it."

Flame ~ Lead Programmer: GMS

[suaveant]

I have used the debugger very little... and the problem is partially that I am not running the script myself when it is having this problem... fcgi is starting it...

is there a way to track which eval I am in in the debugger? (or is just counting the eval statements as they go by good enough?)

                - Ant
                - Some of my best work - (1 2 3)

[Flame]

As to tracking the eval, I'm not sure, but it might be helpful if you used Devel::ptkdb (Install Tk too). It provides a nice gui interface so you can see the code and track variables all at once. I find it much nicer and definately easier to use than the normal debugger.

If worst comes to worst, could you post some of the relevant code so we can search ourselves?



---


"Weird things happen, get used to it."

Flame ~ Lead Programmer: GMS

[busunsl]

If you can use the Tk Debugger you can debug cgi scripts as well.

toma has written a node on how to do this here.

[tye]

Note that you don't need Tk nor X to debug: Debugging a CGI.

        - tye (but my friends call me "Tye")