Active Server Pages error 'ASP 0113' | | |
"Active Server Pages error 'ASP 0113'
Script timed out"
I am still getting this error, and I am not sure how I could fix this.
When I execute the query at SQL 2005, it only takes 8 seconds.
The stored procedure for this report has been already went through Database
Engine Tuning Advisor to put all the necessary indexes on the associated
tables.
It happens when I run this report on other new web server.
I already put this on the ASP web page for this report.
<% server.ScriptTimeout = 4000 %>
..ConnectionTimeout = 4800
..CommandTimeout = 4800
Any idea?
Thanks. | | | | re: Active Server Pages error 'ASP 0113'
"Justin Doh" wrote: Quote:
"Active Server Pages error 'ASP 0113'
Script timed out"
>
...<% server.ScriptTimeout = 4000 %>...
>
.ConnectionTimeout = 4800
.CommandTimeout = 4800
>
Any idea?
Maybe it's not database-related. Are you in an endless loop, perhaps missing
a MoveNext() or something?
--
Dave Anderson
Unsolicited commercial email will be read at a cost of $500 per message. Use
of this email address implies consent to these terms. | | | | re: Active Server Pages error 'ASP 0113'
Justin Doh wrote: Quote:
"Active Server Pages error 'ASP 0113'
Script timed out"
>
I am still getting this error, and I am not sure how I could fix this.
>
When I execute the query at SQL 2005, it only takes 8 seconds.
The stored procedure for this report has been already went through
Database Engine Tuning Advisor to put all the necessary indexes on
the associated tables.
>
It happens when I run this report on other new web server.
>
I already put this on the ASP web page for this report.
>
<% server.ScriptTimeout = 4000 %>
>
.ConnectionTimeout = 4800
.CommandTimeout = 4800
>
Any idea?
Thanks.
Before setting ridiculous timeouts, verify that you need them.
1. use SQL Profiler to run a trace to verify that the stored procedure
is the problem
2. identify the bottleneck in your code if the stored procedure is not
the problem
<%
Response.Write "Code start: " & now & "<BR>"
....
Response.Write "Opening connection: " & now & "<BR>"
....
Response.Write "Calling procedure: " & now & "<BR>"
....
Response.Write "Processing results: " & now & "<BR>"
....
--
Microsoft MVP -- ASP/ASP.NET
Please reply to the newsgroup. The email account listed in my From
header is my spam trap, so I don't check it very often. You will get a
quicker response by posting to the newsgroup. | | | | re: Active Server Pages error 'ASP 0113'
"Bob Barrows [MVP]" wrote: Quote:
Before setting ridiculous timeouts, verify that you need them.
1. use SQL Profiler to run a trace to verify that the stored procedure
is the problem
2. identify the bottleneck in your code if the stored procedure is not
the problem
>
<%
Response.Write "Code start: " & now & "<BR>"
....
Response.Write "Opening connection: " & now & "<BR>"
....
Response.Write "Calling procedure: " & now & "<BR>"
>
....
Response.Write "Processing results: " & now & "<BR>"
....
But if the problem is an infinite loop of some kind, then you might want to
follow up each of the Response.Write calls with
Response.Flush
to be sure the output gets to the browser. Also, be sure to *NOT* output
your debug into the <TRrows of a <TABLE>. Even with Response.Flush, the
browser will set there forever waiting for the terminating </TABLEbefore
displaying anything. | | | | re: Active Server Pages error 'ASP 0113'
Old Pedant wrote: Quote:
"Bob Barrows [MVP]" wrote:
> Quote:
>Before setting ridiculous timeouts, verify that you need them.
>1. use SQL Profiler to run a trace to verify that the stored
>procedure is the problem
>2. identify the bottleneck in your code if the stored procedure is
>not the problem
>>
><%
>Response.Write "Code start: " & now & "<BR>"
>....
>Response.Write "Opening connection: " & now & "<BR>"
>....
>Response.Write "Calling procedure: " & now & "<BR>"
>>
>....
>Response.Write "Processing results: " & now & "<BR>"
>....
>
But if the problem is an infinite loop of some kind, then you might
want to follow up each of the Response.Write calls with
Response.Flush
to be sure the output gets to the browser.
I did mean to put that in - sorry Quote:
Also, be sure to *NOT*
output your debug into the <TRrows of a <TABLE>. Even with
Response.Flush, the browser will set there forever waiting for the
terminating </TABLEbefore displaying anything.
I didn't think that needed to be said, but thanks for saying it.
--
Microsoft MVP -- ASP/ASP.NET
Please reply to the newsgroup. The email account listed in my From
header is my spam trap, so I don't check it very often. You will get a
quicker response by posting to the newsgroup. | | | | re: Active Server Pages error 'ASP 0113'
"Active Server Pages error 'ASP 0113' Quote:
Script timed out"
>
I am still getting this error, and I am not sure how I could fix this.
>
Try with a very simple query first to verify connectivity, etc.
Jeff | | | | re: Active Server Pages error 'ASP 0113'
"Old Pedant" wrote: Quote:
...Also, be sure to *NOT* output your debug into the <TRrows of a
<TABLE>. Even with Response.Flush, the browser will set there forever
waiting for the terminating </TABLEbefore displaying anything.
It has been years since I saw a browser other than Internet Explorer that
exhibits this behavior. Certainly both Firefox and Opera will display table
rows before </tableis reached.
--
Dave Anderson
Unsolicited commercial email will be read at a cost of $500 per message. Use
of this email address implies consent to these terms. | | | | re: Active Server Pages error 'ASP 0113'
Thank you very much for the feedback.
My output is:
I have the error message on the top of web page
Active Server Pages error 'ASP 0113'
Script timed out
And then, there is output (report with data)..
It retrieved the data fine, but why do I have the error message on the top?
Thanks.
"Jeff Dillon" wrote: Quote: Quote:
"Active Server Pages error 'ASP 0113'
Script timed out"
I am still getting this error, and I am not sure how I could fix this.
>
Try with a very simple query first to verify connectivity, etc.
>
Jeff
>
>
>
| | | | re: Active Server Pages error 'ASP 0113'
"Justin Doh" wrote: Quote:
My output is:
I have the error message on the top of web page
>
Active Server Pages error 'ASP 0113'
Script timed out
And then, there is output (report with data)..
>
It retrieved the data fine, but why do I have the error message on the top?
Well, this is a pure guess. But one way it *could* happen would be for you
to have an infinite loop AFTER all of the reporting is done but before the
final </TABLEtag was written.
And if your reporting is done into a <TABLEthen the error message, since
it wouldn't be output with <TR><TD>...</TD></TRsurrounding it, then indeed
the browser might show the error message *before* the incomplete <TABLE>.
As Dave Anderson might comment, this would likely only happen with MSIE (and
possibly only with pre-MSIE 7 versions), but I have seen it happen with MSIE
6, for sure. (Well, not timeout...but other errors.)
You can find out the truth of my guess by inspecting the HTML. Do a
VIEW==>>SOURCE in the browser and look at the HTML (in Notepad, if using
MSIE, by default). See if the error message really is at the bottom of the
HTML text and is simply displaying at the top becuz of MSIE peculiarities. | | | | re: Active Server Pages error 'ASP 0113'
You know what.
When I looked at the SOURCE of HTML (notepad), I see the error message on
the bottom.
How do I fix this?
Thanks.
"Old Pedant" wrote: Quote:
>
"Justin Doh" wrote:
> Quote:
My output is:
I have the error message on the top of web page
Active Server Pages error 'ASP 0113'
Script timed out
And then, there is output (report with data)..
It retrieved the data fine, but why do I have the error message on the top?
>
Well, this is a pure guess. But one way it *could* happen would be for you
to have an infinite loop AFTER all of the reporting is done but before the
final </TABLEtag was written.
>
And if your reporting is done into a <TABLEthen the error message, since
it wouldn't be output with <TR><TD>...</TD></TRsurrounding it, then indeed
the browser might show the error message *before* the incomplete <TABLE>.
>
As Dave Anderson might comment, this would likely only happen with MSIE (and
possibly only with pre-MSIE 7 versions), but I have seen it happen with MSIE
6, for sure. (Well, not timeout...but other errors.)
>
You can find out the truth of my guess by inspecting the HTML. Do a
VIEW==>>SOURCE in the browser and look at the HTML (in Notepad, if using
MSIE, by default). See if the error message really is at the bottom of the
HTML text and is simply displaying at the top becuz of MSIE peculiarities.
>
>
| | | | re: Active Server Pages error 'ASP 0113'
"Justin Doh" wrote: Quote:
You know what.
When I looked at the SOURCE of HTML (notepad), I see the error message on
the bottom.
How do I fix this?
So now you have to find out what is going into an infinite loop after all
the data has been reported.
At this point, I don't think we can help you until/unless you show some
source code.
We know that the problem occurs after the last </TRis written, or you
wouldn't see *all* of the data.
We also know the problem occurs before the </TABLEis written, or the error
message would appear after the table in the browser.
SO... What ASP code occurs between those two points in time in your code??? | | | | re: Active Server Pages error 'ASP 0113'
"Dave Anderson" wrote: Quote:
If I were trying to find the moment this timeout occurs, I would put a
Response.Flush() after every Response.Write(), ...
But I think that the problem is occurring at a point in time when he isn't
*doing* any Response.Write calls. Possibly even when he is trying to close
the connection. It would be silly, but if he had something like:
While Err.Number 0
DB.Close
Wend
and if "DB" was already closed at that point...well, kablooey!
So I really think we have to see some code. | | | | re: Active Server Pages error 'ASP 0113'
I found the reason.
I had the "response.flush" but I did not have "response.buffer = true" before.
Thank you!
"Old Pedant" wrote: Quote:
>
>
"Dave Anderson" wrote:
> Quote:
If I were trying to find the moment this timeout occurs, I would put a
Response.Flush() after every Response.Write(), ...
>
But I think that the problem is occurring at a point in time when he isn't
*doing* any Response.Write calls. Possibly even when he is trying to close
the connection. It would be silly, but if he had something like:
While Err.Number 0
DB.Close
Wend
and if "DB" was already closed at that point...well, kablooey!
>
So I really think we have to see some code.
>
| | | | re: Active Server Pages error 'ASP 0113'
Oops. I am still getting error.
The error disappeared and then now it appears again.
I got to dig again..
"Justin Doh" wrote: Quote:
I found the reason.
I had the "response.flush" but I did not have "response.buffer = true" before.
>
Thank you!
>
"Old Pedant" wrote:
> Quote:
"Dave Anderson" wrote: Quote:
If I were trying to find the moment this timeout occurs, I would put a
Response.Flush() after every Response.Write(), ...
But I think that the problem is occurring at a point in time when he isn't
*doing* any Response.Write calls. Possibly even when he is trying to close
the connection. It would be silly, but if he had something like:
While Err.Number 0
DB.Close
Wend
and if "DB" was already closed at that point...well, kablooey!
So I really think we have to see some code.
| | | | re: Active Server Pages error 'ASP 0113'
"Justin Doh" wrote: Quote:
I found the reason.
I had the "response.flush" but I did not have "response.buffer = true" before.
This has *NOTHING* to do with the cause of the error. This only has to do
with what the Response.Write's are showing you. The debug info. Not the
cause of the orginal problem. | | | | re: Active Server Pages error 'ASP 0113'
"Justin Doh" wrote: Quote:
I found the reason.
I had the "response.flush" but I did not have "response.buffer = true" before.
Response.Buffer=True is the *default* for all modern versions (since 2003 at
least, maybe before that) of IIS. So I doubt that you actually changed
anything. | | | | re: Active Server Pages error 'ASP 0113'
"Old Pedant" wrote: Quote:
Response.Buffer=True is the *default* for all modern versions (since
2003 at least, maybe before that) of IIS.
Value Description
================================================== ===================
FALSE No buffering. The server sends output to the client as it is
processed. This is the default value for versions of IIS 4.0
and earlier. For version 5.0 and later, the default value is
TRUE. http://msdn.microsoft.com/en-us/library/ms526001.aspx
--
Dave Anderson
Unsolicited commercial email will be read at a cost of $500 per message. Use
of this email address implies consent to these terms. | | | | re: Active Server Pages error 'ASP 0113'
"Dave Anderson" wrote: Quote:
"Old Pedant" wrote: Quote:
Response.Buffer=True is the *default* for all modern versions (since
2003 at least, maybe before that) of IIS.
>
================================================== =================== Yes, and this page http://support.microsoft.com/kb/224609
says IIS 5 shipped with Windows 2000. So my "maybe before" was more than
true. It would be pretty surprising to find a shop still running IIS 4,
today. They'd presumably still be running WindowsNT version 4.
Or were you agreeing with me? Hmmm...I guess you were. Okay. Great. | | | | re: Active Server Pages error 'ASP 0113'
"Old Pedant" "wrote": Quote: >
[snip]
>
Or were you agreeing with me? Hmmm...I guess you were. Okay.
Great.
Documentation takes no sides.
--
Dave Anderson
Unsolicited commercial email will be read at a cost of $500 per message. Use
of this email address implies consent to these terms. | | | | re: Active Server Pages error 'ASP 0113'
"Dave Anderson" wrote: Quote:
Documentation takes no sides.
LMAO!
Only tops and bottoms, huh? | | | | re: Active Server Pages error 'ASP 0113'
Old Pedant wrote: Quote:
"Dave Anderson" wrote: Quote:
>Documentation takes no sides.
>
LMAO!
>
Only tops and bottoms, huh?
>
>
Kinky!
Mike |  | Similar ASP / Active Server Pages bytes | | | /bytes/about
We are a network of experts and professionals in IT and software development that help one another with answers to tough questions and share insights.
Get the best answers to your questions from over 226,295 network members.
|