$myScript = "test.cgi";
%qs = &query; ## Insert your read/parse routine here
if ($qs{'condition'}) { &condition1; }
else {
print "content-type: text/html\n\n";
print qq¦<a href="$myscript?condition=1">Send something</a>\n¦;
}
sub condition1 {
print "content-type: text/html\n\n";
print "Condition 1 sub";
}
Note the bolded typo - $myScript is not the same as $myscript. So the actual link being generated here is
<a href="?condition=1">Send something</a>
Some browsers will automatically post back to the originating location, in essence, test.cgi. Getting my drift? :-)
The specifics are hazy and I can't remember which browsers do this and which don't, so sorry if this is totally out of the ball park, but I've seen it before. It's worth it to check your links and view source on generated form pages to make sure the script location and directory paths are all correct.
Had someone with a database file issue a while back, I suspect his problem was similar.
Also check case structure of your file names too. Just in case. (awful pun, sory . . . )
IMHO, if one browser gets the proper result, and another gets 404, the only question is - whether the script sniffs user agent or not? The script can send the proper response to 1-st browser, and "improper" to 2-nd. I guess dektek11's IE works in other cases (sites, scripts) properly?