RE: ASP/PerlScript Issue - Please help
-8<-
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
-8<-
It's been a while since I used PerlScript but I just remembered I had
similar errors because I tried concatenating the Response object with
some other variables.
Please try this untested code and see what you get after the refresh:-
<%@ Language=PerlScript %>
<%
use warnings;
use strict;
use ASP qw(:strict);
foreach my $item(Win32::OLE::in $Request->ServerVariables)
{
print "$item = ";
print $Request->ServerVariables($item)->Item;
print "\n";
}%>
If you use the ASP module you can use the print function directly
instead of typing out $Response->Write(""); - it's an easy install from
ppm. If your server owner starts jumping assign a var to the
$Request->ServerVariables($item)->Item, $Response->Write("") the var
out, and replace the other prints with $Response->Write("");
Good luck,
Just in
___
Perl-Win32-Web mailing list
Perl-Win32-Web@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: ASP/PerlScript Issue - Please help
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:
<%
#is the entire $Request object out of whack?
foreach my $item (Win32::OLE::in $Request->ServerVariables) {
$Response->Write($item." = " . $Request->ServerVariables($item)->Item
. "\n");
}%>
--and--
<%
#what was passed in the URL
foreach my $item (Win32::OLE::in $Request->QueryString) {
$Response->Write($item . " = " . $Request->QueryString($item)->Item .
"\n");
}%>
At my house, I navigated to:
http://localhost/testquerystring.asp?this=1&that=2
And got returned...
this = 1
that = 2
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@l
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:
<%
#is the entire $Request object out of whack?
foreach my $item (Win32::OLE::in $Request->ServerVariables) {
$Response->Write($item." = " . $Request->ServerVariables($item)->Item
. "\n");
}%>
--and--
<%
#what was passed in the URL
foreach my $item (Win32::OLE::in $Request->QueryString) {
$Response->Write($item . " = " . $Request->QueryString($item)->Item .
"\n");
}%>
At my house, I navigated to:
http://localhost/testquerystring.asp?this=1&that=2
And got returned...
this = 1
that = 2
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 'C005' " 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 Mess
RE: ASP/PerlScript Issue - Please help
---8<--
>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();
That means that QueryString('test') did not return an object. The error
message indicates that this happens during the destruction of the Perl
interpreter, so the $Request object may be no longer valid.
Are you executing that code in a DESTROY method?
---8<--
I don't think so. I think the problem description is changing as he
tries new things out.
Daniel, the thing with PerlScript is that the use strict pragma doesn't
handle the Response and Request objects well. Which most probably means
you've left strict and warnings off. I suggest you install the ASP
module and add the following into your code:-
<%@ Language=PerlScript %>
<%
$Response->{Buffer} = 0;
use warnings;
use strict;
use ASP qw(:strict);
# I think Jan shared the following hack, which isnt necessary but worth
knowing:
# The IE browser needs 256 bytes before it will flush so there are a few
work arounds needed
my $Head = "My app";
$Response->Write($Head);
my $DummyBuffer = ' ' x (256 - length($Head));
$Response->Write($DummyBuffer);
# Your code here and then close all the body and html tags
With this in place you'll be able to see where your objects go out of
scope.
You'll find on ppm Matt Sargeant's Win32::ASP module, but I never got it
to work.
Just in
___
Perl-Win32-Web mailing list
Perl-Win32-Web@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
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 'C005' " 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, a
Re: ASP/PerlScript Issue - Please help
On Tue, 5 Dec 2006 19:04:30 -0500, "Daniel Bacon" <[EMAIL PROTECTED]>
wrote:
>
>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();
That means that QueryString('test') did not return an object. The error
message indicates that this happens during the destruction of the Perl
interpreter, so the $Request object may be no longer valid.
Are you executing that code in a DESTROY method?
Cheers,
-Jan
>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
>___
>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
RE: ASP/PerlScript Issue - Please help
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
___
Perl-Win32-Web mailing list
Perl-Win32-Web@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
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 'C005' " 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" %> > > >
RE: ASP/PerlScript Issue - Please help
---8<- 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 'C005' " 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? ---8<- I'm not going to add on anything here except that I can empathise with your grief. If it's not too troublesome are you able to reinstall IIS? The other thing you may want to check is if any patches have been installed on your system prior to the crash, and rollback/uninstall the patch to see if there's any difference. You don't mention it, but as Steve said disable the friendly HTTP error messages under Internet Options to see if your browser outputs anything useful. How do other browsers react to your page? I assume you're using IE? What about Firefox? Also how about going down the CGI path? Duplicate your ASP code and see if it works as desired in CGI. I never figured it out, but I had the inverse of your problem whereby use of Win32::Perms in an ASP on IIS6 would only work if a refresh of the browser was performed. In here we have really screwy setups because of corporate builds that 'suit' our environment, not sure if your company does their own builds as well. All said I speak for myself, by myself, and in no way represent my company or anyone else for that matter. Cheers, Just in ___ Perl-Win32-Web mailing list Perl-Win32-Web@listserv.ActiveState.com To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
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 'C005' " 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/ActivePerl-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=substring&O R%3Ashort_desc%3Along_desc%3Abug_file_loc%3Astatus_whiteboard%3Akeywords =SetScriptState&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=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" %> > > > Test > > > > 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
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/ActivePerl-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=substring&O R%3Ashort_desc%3Along_desc%3Abug_file_loc%3Astatus_whiteboard%3Akeywords =SetScriptState&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=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" %> > > > Test > > > > 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
