Re^3: Namespace debugging advice

Paste my code above into a separate script file (replacing "file" with your actual include), run it, and see what you get. This will eliminate your other dependencies from pissing over the test. If the sub still doesn't show up, we'll have to see the code in the include file, at minimum. Essentially, you want to "halve" the problem until you figure out what you broke.

Comment on Re^3: Namespace debugging advice

Replies are listed 'Best First'.
Re^4: Namespace debugging advice by dorianwinterfeld (Acolyte) on Jan 28, 2016 at 15:23 UTC
Thanks! You helped me solve it! It was a namespace problem. I ran your test and there are 1353 subs in main. Then I printed the package name at the top of the lib file, db2access.pli. It was not "main", it was "FR_html_tools", which it had inherited from a PM file. I printed out the subs in FR_html_tools and there were all the missing subs, including the one I need, &DB2QUERY. Now I can call the sub with it's namespace; FR_html_tools::DB2QUERY() and the cgi script finds it fine. Thanks again. There are many PM files in this code and it's hard to keep track of all the package names.	[reply]

Replies are listed 'Best First'.

Re^4: Namespace debugging advice
by dorianwinterfeld (Acolyte) on Jan 28, 2016 at 15:23 UTC

Thanks! You helped me solve it! It was a namespace problem. I ran your test and there are 1353 subs in main. Then I printed the package name at the top of the lib file, db2access.pli. It was not "main", it was "FR_html_tools", which it had inherited from a PM file. I printed out the subs in FR_html_tools and there were all the missing subs, including the one I need, &DB2QUERY. Now I can call the sub with it's namespace; FR_html_tools::DB2QUERY() and the cgi script finds it fine. Thanks again. There are many PM files in this code and it's hard to keep track of all the package names.

[reply]