I had issues on our system which is 8.6 with 10.2 with large displays smurfing on the thin client and not the server it was remotely connected to. I tried optimizing displays and re-registering the same services you mentioned with no luck. What worked for me was installing a quick fix that was intended for system manager, but it installed a newer version of fox.dll and that solved my issue. Sent from my Android phone using TouchDown (www.nitrodesk.com) -----Original Message----- From: dave.caldwell@xxxxxxxxxxxxxx [dave.caldwell@xxxxxxxxxxxxxx] Received: Monday, 17 Mar 2014, 5:01PM To: foxboro@xxxxxxxxxxxxx [foxboro@xxxxxxxxxxxxx] Subject: [foxboro] Thin Client RDP to FoxView Server Won't Open More Than One OM List of 75 Points Hello Comrades, I have the following: 1 - P90 Windows Server 2003 R2 at I/A V8.6 and FV 10.2.2 with 100Mbit/s NIC 1 - HP t610 Thin Client running the Windows Embedded Standard with 100Mbit/s NIC I am attempting a Remote Desktop Services Session from the t610 to the P90 for the purpose of using FoxView graphics to operate. Everything works fine except: - Every time I call a large display of > 75 points via RDP from the t610... The P90 and CP270 will only open a single list with 75 points. If I call the same display up on the P90, all is well. I found a DOC on the Invensys Support Site that describe the problem pretty well: SOL884 I implemented the solution: *Reboot the Server machine with I/A OFF *From a DOS command window issue the following commands: D:> cd \usr\fox\system32 D:\usr\fox\system32> register D:\usr\fox\system32\fox.dll /SYSTEM D:> cd \usr\fox\exten D:\usr\fox\exten> register D:\usr\fox\exten\om_server.exe /SYSTEM D:\usr\fox\exten> register D:\usr\fox\exten\om_scanner.exe /SYSTEM D:\usr\fox\exten> register D:\usr\fox\exten\om_recon.exe /SYSTEM D:\usr\fox\exten> register D:\usr\fox\exten\om_client.exe /SYSTEM Note: For each one of the above register command lines, there should be no errors and present with the following messages: ...registered SYSTEM GLOBAL. *Reboot the Server machine with I/A back ON *All displays should come up normally with no smurfing, asterisks or cyan data. All active fields should update with real time data. Questions: * Any idea why this didn't work? * Anyone successfully using Thin Client, Terminal Services, Remote FoxViews care to comment on how they are working for you? Pros/Cons * Any idea why the FOXDOC on the Auxiliary Control Network for Thin Clients/Servers specifies I/A V8.8 and 1 Gbit/sec NICs? (seems fast for Terminal Services and seems like RDP and I/A version would be independent) Sorry for the long note. Thanks, Dave _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave