Thanks
In cases like that, the client would have to select/highlight both lines of the URL and then copy & paste it into their browser.
Otherwise, I've got not idea what's going wrong...
use CGI::Carp qw (fatalsToBrowser);
That will send most error messages to the browser. Atleast when it hits, your users can tell you the error. It will often include the line number in the script where the error occurred. Not ill or adverse efffects. (beats a server error message).
If you have a system server error log, try looking through it. Often the type of error or location of the error will get printed in the error log.
If those two fail, is there a place in the script where you can see it has done "some work" before the error? Have any files been updated before the error hits? Sometimes you can find errors that way simply by knowing where the error is occuring in the code.
After that, it gets pretty dicey and involved. Error tracking can be difficult and takes experience. Even then, you can stare at the bug for hours and not know it.
One thing I thought was to use flock, but I have always heard that was for writing to files only. True/False?
Thank you
> flock
It's good practice to use this with every file access, whether reading or writing. If the script writes to the file at all, you don't want another instance of the script to be reading it while it's being updated.
Maybe your client's email application isn't sending the query information from the link. Try building a routine into the script that handles instances where no query info is received.
Also, in the shebang line of your script (the first line) make sure you have the -w tag on to get the extra error logging turned on, like this:
#!/usr/bin/perl -w