Going to try it anyway.

Problem removing Tidserv.Activity.2
Started by
tedins
, Oct 09 2011 09:17 PM
#181
Posted 13 October 2011 - 04:42 PM

Going to try it anyway.
#182
Posted 13 October 2011 - 04:47 PM

No change strangely enough....
#183
Posted 13 October 2011 - 05:08 PM

in command prompt:
dir \windows\system32\NLAapi.dll
dir \windows\system32\NLAapi.dll
#184
Posted 13 October 2011 - 05:09 PM

I may have to just bite the bullet and do a clean install of Windows 7. If I do, I will let you know. I thought that last idea was going to do it.
#185
Posted 13 October 2011 - 05:10 PM

The file is actually present
#186
Posted 13 October 2011 - 05:14 PM

Here's a copy from my Vista.
Download it and save it to your desktop then change the extension from .txt to .dll
copy and paste it to C:\windows\Sytem32\
probably wouldn't hurt to run
regsvr64 C:\windows\Sytem32\nlaapi.dll
Got to go now. Sorry but the ferry won't wait and I have to pick up my wife from the airport in Seattle tonight.
Ron
Download it and save it to your desktop then change the extension from .txt to .dll
copy and paste it to C:\windows\Sytem32\
probably wouldn't hurt to run
regsvr64 C:\windows\Sytem32\nlaapi.dll
Got to go now. Sorry but the ferry won't wait and I have to pick up my wife from the airport in Seattle tonight.
Ron
#187
Posted 13 October 2011 - 05:21 PM

I didnt see an attachement... Was there supposed to be one?
I understand about the ferry... not a problem!
I understand about the ferry... not a problem!
#188
Posted 14 October 2011 - 10:26 PM

oops
#189
Posted 15 October 2011 - 08:00 PM

I think I found it! If you haven't reformated or something.
There is an entry in the registry:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5]
"Num_Catalog_Entries"=dword:00000008
Change it from 8 to 7
OK
and then reboot. I'm pretty optimistic about this one. There is a second entry for the 64 bit windows which is already set to 7:
"Num_Catalog_Entries64"=dword:00000007
After spending several hour this afternoon studying the results you sent me and comparing them to mine => Mine gets to the end of the winsock2 list and starts working on winsock (without the 2) - yours gets to the end of the winsock2 list and tries to read an 8th entry then it just gives up. There is no 8th entry for it to read so it closes everything and starts over again.
Ron
There is an entry in the registry:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WinSock2\Parameters\NameSpace_Catalog5]
"Num_Catalog_Entries"=dword:00000008
Change it from 8 to 7
OK
and then reboot. I'm pretty optimistic about this one. There is a second entry for the 64 bit windows which is already set to 7:
"Num_Catalog_Entries64"=dword:00000007
After spending several hour this afternoon studying the results you sent me and comparing them to mine => Mine gets to the end of the winsock2 list and starts working on winsock (without the 2) - yours gets to the end of the winsock2 list and tries to read an 8th entry then it just gives up. There is no 8th entry for it to read so it closes everything and starts over again.
Ron
#190
Posted 15 October 2011 - 10:51 PM

No luck. There was already a 7, so I just deleted the one with the eight and no change.
Didn't seem to hurt anything though.
Didn't seem to hurt anything though.
#191
Posted 15 October 2011 - 11:53 PM

Curses!
It really looked like it it should have fixed it.
Can you run Process Monitor, start up Opera, let it fail and then do a search in Process Monitor (Edit, Find,) for transports?
That's the next step after reading the winsock2 entries.
HKLM\System\CurrentControlSet\Services\Winsock\Parameters\Transports
Ron
It really looked like it it should have fixed it.
Can you run Process Monitor, start up Opera, let it fail and then do a search in Process Monitor (Edit, Find,) for transports?
That's the next step after reading the winsock2 entries.
HKLM\System\CurrentControlSet\Services\Winsock\Parameters\Transports
Ron
#192
Posted 16 October 2011 - 10:28 AM

The only result was for the Lexmark printer. No other files including transport were found.
#193
Posted 16 October 2011 - 10:32 AM

There is one in the registry....
REG_MULTI_SZ Tcpip6 Tcpip Psched RFCOMM
REG_MULTI_SZ Tcpip6 Tcpip Psched RFCOMM
#194
Posted 16 October 2011 - 10:38 AM

Yes. That's what it is supposed to read next but it doesn't seem to want to do it or we would find transports in process monitor.
#195
Posted 23 October 2011 - 12:27 PM

The fix you suggested through email worked. Everything is back up and going, and now reinstalling the necessary programs.
Thanks for all the help!!!
Thanks for all the help!!!
Similar Topics
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users
As Featured On:






