VBScript Runtime error (with no line number)

[Adrienne Boswell]

I am getting this error:
Error Type:
Microsoft VBScript runtime (0x800A000D)
Type mismatch: 'sid'
/beta/files/index.asp

There is no line number, and there is absolutely nothing on that page
using sid, and I mean not even a word, or even part of a word, in that
document or any of the include documents.

I have put the files from the production server back from the past
three days, and I am still getting this error.

It happened very suddenly, when I was made a change to a css file.
Yes, I know that CSS is client side and has no effect whatsoever on the
server, but there it is.

Does anyone have a clue about this? All the Googling has resulted in
errors with line numbers. Heck, if there were a line number, I
wouldn't be posting here - I'd fix it.

Thanks in advance for any help.

 

[Aaron Bertrand [SQL Server MVP]]

Did you try running the script without the CSS file linked? How about
removing include files one by one?

 

[Dave Anderson]

I am getting this error:
Error Type:
Microsoft VBScript runtime (0x800A000D)
Type mismatch: 'sid'
/beta/files/index.asp

There is no line number, and there is absolutely nothing on that page
using sid, and I mean not even a word, or even part of a word, in that
document or any of the include documents.

Does "sid" appear in your Global.asa?

 

[Aaron Bertrand [SQL Server MVP]]

Good thought, and does the error appear on any page, not just this one...

 

[Dave Anderson]

Check your include files or do a search on all files
for "sid' to find it.

That's rich. Windows will not search inside ASP files. Furthermore, IIS has
no problem telling you the name and line number of an included file.
Adrienne would not have posted if it were that simple.

 

[Aaron Bertrand [SQL Server MVP]]

That's rich. Windows will not search inside ASP files.

I thought an easy fix had been posted for this? I remember posting an
article some time ago:
http://classicasp.aspfaq.com/general/why-won-t-windows-search-asp-files.html

But just because Windows can't do it out of the box doesn't mean all hope is
lost and it can't be done.

I use Visual Studio for global find/replace, but several other products are
equally capable.

As an aside, I'm having a somewhat similar issue with Outlook, when I try to
attach files from my hard drive, the window won't show me any files with a
..ZIP extension. However if I start to type the name of one in the textbox,
it autocompletes. I don't even know how to begin searching for other people
with a similar symptom.

A

 

[Adrienne Boswell]

I am getting this error:
Error Type:
Microsoft VBScript runtime (0x800A000D)
Type mismatch: 'sid'
/beta/files/index.asp

There is no line number, and there is absolutely nothing on that page
using sid, and I mean not even a word, or even part of a word, in that
document or any of the include documents.

I have put the files from the production server back from the past
three days, and I am still getting this error.

It happened very suddenly, when I was made a change to a css file.
Yes, I know that CSS is client side and has no effect whatsoever on the
server, but there it is.

Does anyone have a clue about this? All the Googling has resulted in
errors with line numbers. Heck, if there were a line number, I
wouldn't be posting here - I'd fix it.

Thanks in advance for any help.

Well, just to let everyone know, I finally found the answer. I opened up
all files included within the page in question, and compared the beta
files with the productions files one by one. When I got to
masterfunctions.asp, there was a huge difference. This document has
frequently used dims, functions and subs. In an effort to have it more
impeccable (someone told me once my coding was impeccable), I beautified
it. Apparently, something got lost in translation. Guess I'll have to
keep it ugly for now.

I'll go through it and see if I can find the line number that actually
generated the error. I wish the system had told me it was "line xxx in
masterfunctions.asp", I wouldn't have sat there and compared 20 other
files.