N
NT
Tried to work this one out but it beats me. Nothing on microsoft kb that i
can find nor in the posts here back to June. One guy on google has
experienced same problem but with different set up...
http://jo-san.it/blogs/coltk/archive/2006/05/17/Remote_Desktop_Connection_Trick.aspx
his workaround doesn't work for me.
So what have I got set up? 1 PC and 2 laptops, all running XP Pro, all Wi-Fi
connected via a linksys Access Point/ADSL modem/Router. They are all part of
the same workgroup and this is a LAN (all 3 are at home) not a WAN issue I
believe. I can run RDC client on any of the 3 and the server side works on
both the laptops (i.e. I can connect to either of them from the PC or other
laptop).
However, I can no longer connect to the PC from either of the laptops using
RDC (it worked fine about 6 months ago) without getting this error:
Fatal Error (Error Code: 5)
The session will be disconnected. Your computer may be low on memory. After
closing some applications, try to reconnect the session.
The error is produced after the password is entered. However anything such
as typing or mouse movements inside the RDC window is slow prior to entering
the password. It seems like the connection is slow but using non-RDC
connections I can access documents, etc on the PC from the laptops via the
LAN without a problem.
The PC is the most powerful of the 3 with 1GB of memory and an ATI RADEON
PRO 9800 graphics card with the latest drivers. I am running Norton Internet
Security on all 3 but have tried without it running, including with
firewalls disabled.
Possibilities I have considered but not with any success are: I have a
corrupted RDC server install on my PC; my graphics card which has been
replaced recently is no longer working with RDC; my network or firewall or
user settings on the PC are causing the problem. Have looked at all of them
but no luck! Have also looked in the Event Viewer on the laptop (local
client) - nothing stands out. In the Event Viewer on the PC there are a few
more interesting warnings/errors but they are not easy to tie in with
attempts to access via RDC..
can find nor in the posts here back to June. One guy on google has
experienced same problem but with different set up...
http://jo-san.it/blogs/coltk/archive/2006/05/17/Remote_Desktop_Connection_Trick.aspx
his workaround doesn't work for me.
So what have I got set up? 1 PC and 2 laptops, all running XP Pro, all Wi-Fi
connected via a linksys Access Point/ADSL modem/Router. They are all part of
the same workgroup and this is a LAN (all 3 are at home) not a WAN issue I
believe. I can run RDC client on any of the 3 and the server side works on
both the laptops (i.e. I can connect to either of them from the PC or other
laptop).
However, I can no longer connect to the PC from either of the laptops using
RDC (it worked fine about 6 months ago) without getting this error:
Fatal Error (Error Code: 5)
The session will be disconnected. Your computer may be low on memory. After
closing some applications, try to reconnect the session.
The error is produced after the password is entered. However anything such
as typing or mouse movements inside the RDC window is slow prior to entering
the password. It seems like the connection is slow but using non-RDC
connections I can access documents, etc on the PC from the laptops via the
LAN without a problem.
The PC is the most powerful of the 3 with 1GB of memory and an ATI RADEON
PRO 9800 graphics card with the latest drivers. I am running Norton Internet
Security on all 3 but have tried without it running, including with
firewalls disabled.
Possibilities I have considered but not with any success are: I have a
corrupted RDC server install on my PC; my graphics card which has been
replaced recently is no longer working with RDC; my network or firewall or
user settings on the PC are causing the problem. Have looked at all of them
but no luck! Have also looked in the Event Viewer on the laptop (local
client) - nothing stands out. In the Event Viewer on the PC there are a few
more interesting warnings/errors but they are not easy to tie in with
attempts to access via RDC..