Ron Goral wrote: > I am testing some scripts on an IIS server and receive the following error > when I attempt to "use" a module: > > Can't locate DG_DatabaseManager.pm in @INC (@INC contains: C:/Perl/lib > C:/Perl/site/lib .) at c:\inetpub\wwwroot\cgi-bin\develop\shp_crt\test.cgi > line 9. > BEGIN failed--compilation aborted at > c:\inetpub\wwwroot\cgi-bin\develop\shp_crt\test.cgi line 9. > > Do I have to modify %INC for IIS to find a non-standard module? It appears > that the "." directory is in @INC, but the script cannot find it even though > DG_DatabaseManager.pm is in the same directory as test.cgi. Am I wrong in > thinking that "." represents the > "c:\inetpub\wwwroot\cgi-bin\develop\shp_crt" directory when that is where > test.cgi is located? > > Ahead of time, I have this directory's permissions up to execute both > scripts and executables and, for now, it is operating under the > administrator's account so there are no issues with permissions. > > Thanks - > Ron Goral
This strikes me as strange, because I have never had any problems using module placed correctly in relative paths, and I've never had to modify @INC to do so. This includes working with IIS. Are you sure that the filename is an exact case-sensitive match for the class name? Windows doesn't care, but Perl does. Have you telnetted into the directory to see what the view looks like from there? It should work. Hmmm, what version of Windows and Perl is running on the server? Joseph -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] <http://learn.perl.org/> <http://learn.perl.org/first-response>
