If you're not willing to give up then either am I. I ran the two programs below and this was the outcoming:
First time this was returned: ALL_HTTP = HTTP_ACCEPT:image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-shockwave-flash, */* HTTP_ACCEPT_LANGUAGE:en-us HTTP_CONNECTION:Keep-Alive HTTP_HOST:itsapps.na.sas.com HTTP_USER_AGENT:Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) HTTP_COOKIE:sasitvid=20387712.2726 HTTP_AUTHORIZATION:Negotiate c+CRQHI/Jorhh/2V= HTTP_ACCEPT_ENCODING:gzip, deflate ALL_RAW = Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-shockwave-flash, */* Accept-Language: en-us Connection: Keep-Alive Host: itsapps.na.sas.com User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) Cookie: sasitvid=20387701712.2726 Authorization: Negotiate klTc1gWF1AfukGtCUklrREqECCnfOPF5Nwz1s2azhota9hSuX7TdR6riFwh5Hu2cOgc+CRQHI/Jorhh/2V= Accept-Encoding: gzip, deflate APPL_MD_PATH = /LM/W3SVC/4/Root/telecom/fwa APPL_PHYSICAL_PATH = d:\inetpub\itsapps\telecom\fwa\ AUTH_PASSWORD = AUTH_TYPE = Negotiate AUTH_USER = DOMAINNT\dan0 CERT_COOKIE = CERT_FLAGS = CERT_ISSUER = CERT_KEYSIZE = CERT_SECRETKEYSIZE = CERT_SERIALNUMBER = CERT_SERVER_ISSUER = CERT_SERVER_SUBJECT = CERT_SUBJECT = CONTENT_LENGTH = 0 CONTENT_TYPE = GATEWAY_INTERFACE = CGI/1.1 HTTPS = off HTTPS_KEYSIZE = HTTPS_SECRETKEYSIZE = HTTPS_SERVER_ISSUER = HTTPS_SERVER_SUBJECT = INSTANCE_ID = 4 INSTANCE_META_PATH = /LM/W3SVC/4 LOCAL_ADDR = 10.16.9.30 LOGON_USER = DOMAINNT\dan0 PATH_INFO = /telecom/fwa/application/junk.asp PATH_TRANSLATED = d:\inetpub\itsapps\telecom\fwa\application\junk.asp QUERY_STRING = this=1&that=2 REMOTE_ADDR = 172.25.107.148 REMOTE_HOST = 172.25.107.148 REMOTE_USER = DOMAINNT\dan0 REQUEST_METHOD = GET SCRIPT_NAME = /telecom/fwa/application/junk.asp SERVER_NAME = itsapps.na.sas.com SERVER_PORT = 80 SERVER_PORT_SECURE = 0 SERVER_PROTOCOL = HTTP/1.1 SERVER_SOFTWARE = Microsoft-IIS/5.0 URL = /telecom/fwa/application/junk.asp HTTP_ACCEPT = image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-shockwave-flash, */* HTTP_ACCEPT_LANGUAGE = en-us HTTP_CONNECTION = Keep-Alive HTTP_HOST = itsapps.na.sas.com HTTP_USER_AGENT = Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) HTTP_COOKIE = sasitvid=20387701712.2726 HTTP_AUTHORIZATION = Negotiate jL4uKlTkEMed+rfjHYpiwA4n963CBklTc1gWF1AfukGtCUklrREqECCnfOPF5Nwz1s2azhota9hSuX7TdR6riFwh5Hu2cOgc+CRQHI/Jorhh/2V= HTTP_ACCEPT_ENCODING = gzip, deflate When I refresh/reload I get this message: PerlScript Error error '80004005' (in cleanup) Can't call method "Item" on an undefined value /telecom/fwa/application/junk.asp, line 7 The 2nd program returns this the first time: this = 1 that = 2 And this when I refresh: PerlScript Error error '80004005' (in cleanup) Can't call method "Item" on an undefined value /telecom/fwa/application/test.asp, line 8 -----Original Message----- From: Steven Manross [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 05, 2006 11:28 PM To: Daniel Bacon; perl-win32-web@listserv.ActiveState.com Subject: RE: ASP/PerlScript Issue - Please help FYI.. This is not the error I was referring to.. What you were describing seemed so close in how the other error manifests itself, that it seemed to be the other issue. But 638 works to fix that issue. The error I have encountered before, was more of a PerlScript resumed in an unknown state (on the next instantiation of the ASP page). This one sounds like someone's not passing in the test querystring (but I am guessing you are)... Just to see how it's working and or not working, and if other members of the $Request object are being handled properly try these: <HTML> <BODY> <% #is the entire $Request object out of whack? foreach my $item (Win32::OLE::in $Request->ServerVariables) { $Response->Write($item." = " . $Request->ServerVariables($item)->Item . "<BR>\n"); }%> </BODY> </HTML> --and-- <HTML> <BODY> <% #what was passed in the URL foreach my $item (Win32::OLE::in $Request->QueryString) { $Response->Write($item . " = " . $Request->QueryString($item)->Item . "<BR>\n"); }%> </BODY> </HTML> At my house, I navigated to: http://localhost/testquerystring.asp?this=1&that=2 And got returned... <HTML> <BODY> this = 1<BR> that = 2<BR> </BODY> </HTML> I don't think you should give up yet.. Steven > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Daniel Bacon > Sent: Tuesday, December 05, 2006 5:31 PM > To: perl-win32-web@listserv.ActiveState.com > Subject: RE: ASP/PerlScript Issue - Please help > > My apologies. I should have included the entire thread in my last > post. > -------- > I've tried uninstalling Perl build > 638/reboot/reinstall/reboot and re-registering perlse.dll with no > luck. This is a production box and I'm told NO to reinstalling IIS. > It doesn't appear that any patches have been installed prior to this > problem. I did turn off the friendly HTTP error option and I'm > getting this error: > > PerlScript Error error '80004005' > (in cleanup) Can't call method "Item" on an undefined value > > The line of code it fails on is: > $testvar = $Request->QueryString('test')->Item(); > > Doing several searches on this error only points me to re-install or > upgrade MDAC which I've already tried. This is a nightmare! I guess > I'm forced to accept converting this to CGI. Or maybe the smart bet > is to re-write this in JavaScript. Thank you all very much for the > help! > > -Dan > > > -----Original Message----- > From: Steven Manross [mailto:[EMAIL PROTECTED] > Sent: Tue 12/5/2006 9:03 AM > To: Daniel Bacon; perl-win32-web@listserv.ActiveState.com > Subject: RE: ASP/PerlScript Issue - Please help > > I'd look at the c:\perl\bin\perlse.dll and make sure it's version > information says something similar to 5.6.x.638 > > Then... > > C:\perl\bin>regsvr32 perlse.dll > > If there's anything wrong with the PerlScript, that should help clear > it up. > > However, if that doesn't work, you might try uninstalling perl, > deleting the entire directory (C:\Perl) -- backing up any important > scripts or modules first, then rebooting, and finally reinstalling > perl from scratch followed by a reboot. > > Make sure that the checkbox for PerlScript and IIS script mappings are > on (I think they are by default). > > Beyond that, I may be of little or no use. Sorry. 638 has always > worked in the past. > > Steven > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > Behalf Of > > Daniel Bacon > > Sent: Tuesday, December 05, 2006 5:41 AM > > To: perl-win32-web@listserv.ActiveState.com > > Subject: RE: ASP/PerlScript Issue - Please help > > > > Thank you very much for the response. I down graded to build > > 638 but I still have the problem. I was on build 638 when > the problem > > first started and only went to 5.8 as a possible fix. > Here's little > > more background. My application ran fine for several years > (on Win2K > > Server). Last week the web server crashed and had to be > restarted. I > > found a "A ScriptEngine threw exception 'C0000005' " error in the > > eventvwr. The error was on a page that was redirected to and also > > connected to MSSQL. Several bugs reference redirects and database > > connections but no fix. It seems something has become > corrupt. This > > worked for years and now I can't get rid of this problem. Has this > > problem been reported on build > > 638 before? Are there any other possible fixes? > > > > > > > > -----Original Message----- > > From: Steven Manross [mailto:[EMAIL PROTECTED] > > Sent: Monday, December 04, 2006 9:43 PM > > To: Daniel Bacon; perl-win32-web@listserv.ActiveState.com > > Subject: RE: ASP/PerlScript Issue - Please help > > > > Loading ActivePerl build 638 should solve your issue, > unless there's a > > reason you can't use that build. > > > > http://downloads.activestate.com/ActivePerl/Windows/5.6/Active > > Perl-5.6.1 > > .638-MSWin32-x86.msi > > > > If you disable Friendly Errors in your browser, you'll see > something > > about ASP telling you it can't SetScriptState properly (there are a > > few bugs listed in the bug tracker for this problem). They tend to > > center around trying to do a > > $Server->Transfer() or $Response->Redirect(), or oddly enough, when > > trying to use certain COM objects. > > > > http://bugs.activestate.com/buglist.cgi?querytype=simple&type% > > 3Ashort_de > > sc%3Along_desc%3Abug_file_loc%3Astatus_whiteboard%3Akeywords=s > ubstring&O > > R%3Ashort_desc%3Along_desc%3Abug_file_loc%3Astatus_whiteboard% > > 3Akeywords > > =SetScriptState&bug_status=UNCONFIRMED&bug_status=NEW&bug_stat > > us=ASSIGNE > > D&bug_status=REOPENED > > > > In IIS6 this problem can be masked by increasing the number > of worker > > processes that you allow your WebGarden to control or > decreasing the > > amount of time IIS will take to recycle the worked processes -- > > neither gets rid of the problem and have possible side effects that > > are potentially worse than the initial problem. > > > > Activestate has had numerous issues with this issue > throughout their > > later 5.6 builds, and can't seem to track down the issue > in 5.8 (or > > at least they won't comment on any possible fixes, except > to say that > > it might be an IIS 6 issue). Numerous users have relayed similar > > situations, and there's no solution that I've seen in the > years that > > I've been tracking this bug, except to load build 638 or move to > > VBScript, JavaScript, VB.NET, etc. > > > > Good Luck, > > Steven > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On > > Behalf Of > > > Daniel Bacon > > > Sent: Monday, December 04, 2006 6:09 PM > > > To: perl-win32-web@listserv.ActiveState.com > > > Subject: ASP/PerlScript Issue - Please help > > > > > > I'm running several ASP pages using PerlScript via IIS. > > Last week the > > > web server crashed and had to be restarted. Ever since > > then every ASP > > > page using PerlScript will only run one time. Every time I > > load the > > > page after that I get a useless "page can not be displayed" > > error. If > > > I restart IIS it then runs again one time only. Only ASP > > pages using > > > PerlScript are affected. I've strip my program down to just this: > > > > > > <%@ LANGUAGE="PerlScript" %> > > > <HTML> > > > <BODY> > > > Test > > > </BODY> > > > </HTML> > > > > > > The first time I load this page I see Test. Every time I > > > refresh/reload the page is blank. If I change PerlScript to > > > JavaScript it works fine. I've tried uninstalling/reinstalling > > > ActivePerl 5.6.1 and I've tried upgrading to version 5.8. I also > > > upgraded MDAC from 2.71 to 2.8. And I've restarted the > > machine several > > > times. I've been pulling my hair out on this for days. I > > don't even > > > know what to try next. Any help would be very much appreciated. > > > > > > > > > > > > _______________________________________________ > > > Perl-Win32-Web mailing list > > > Perl-Win32-Web@listserv.ActiveState.com > > > To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs > > > > > > > > _______________________________________________ > > Perl-Win32-Web mailing list > > Perl-Win32-Web@listserv.ActiveState.com > > To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs > > > > > > > _______________________________________________ > Perl-Win32-Web mailing list > Perl-Win32-Web@listserv.ActiveState.com > To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs > > _______________________________________________ Perl-Win32-Web mailing list Perl-Win32-Web@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
