I have created simple AcitveX DLL (VB6) that is gettings 2 strings and
as a result - return string as well ( Extract method ).
So, when I try to call this ActiveX DLL from my local web-server (NT2K
Prof, IIS5) - everything is working without any problems:
Dim oKeygen
Set oKeygen = CreateObject("syActiveX.SyComponent")
Response.Write "Result=" & oKeyGen.Extract(sStr1, sStr2)
Well, after testing I put this ActiveX DLL to our main Web Server
(also this server is domain controller, WinNT2K Server, IIS 5.0) and
register it there.
At the first time calls from ASP scirpt were working correctly. But
then our admin has installed patch from NIMDA. And my script somehow
stopped working
with following mistake message:
Microsoft VBScript runtime (0x800A0046)
Permission denied
We have checked permissions to this exact folder (where script is
located) for Anonymous user - it's the same as in my local IIS
server...
And throuhgout IIS Management Console :
Web Site->Properties->Directory Security->Anonymous access and
authentication control ->Anonymous Access->User Name here is
IUSR_WebHostName
and check-box Allow IIS to control password is ticked...
So, does anybody have any clue - what can cause this problem ?
Thank you in advance!
Oleg aka Nemo
ICQ # 18550104
Thanks
Rob
"Oleg" <o...@bigfoot.com> wrote in message
news:5b50a9ed.01092...@posting.google.com...
Yeah, I found a solution.
Somehow our MSVBVM60.DLL file didn't contain any permissions to EVERYONE group for reading. That's
why any attempts to read this DLL by IUSR_HostName User were declined with mentioned above mistake.
So you can just check permissions to this exact DLL.
You can read about this kind of bug here (MSDN or Microsoft TechNet)
BUG: ASP Error 80070005 "Server.CreateObject Access" When You Create a Visual Basic Component
Q278013
I hope that it will help you somehow,
Good luck....
Oleg
ICQ # 18550104
*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!
Somehow our MSVBVM60.DLL file didn't contain any permissions to
EVERYONE group for reading. That's why any attempts to read this DLL
by IUSR_HostName User were declined with mentioned mistake. So you can
just check permissions to this exact DLL.
You can read about this kind of bug here (MSDN or Microsoft TechNet)
BUG: ASP Error 80070005 "Server.CreateObject Access" When You Create a
Visual Basic Component
Q278013
Good luck.
"Rob Russell" <rob_r...@mailexcite.com> wrote in message news:<OQppK9kSBHA.1488@tkmsftngp03>...