Community
Viewer version 7 crashes on WinXP
Links used in this discussion
rh johnston,
User (Posts: 2)
Jan 05, 2022 8:03:10 am EST
Support level: Free or trial
Just been forced to upgrade viewer to version 7, biut it crashes in WinXP. Not hsppy.
Peter Gray,
User (Posts: 51)
Jan 05, 2022 5:41:42 pm EST
Support level: Starter
Viewer 7.0.2.0 works fine on my last working XP machine.Just been forced to upgrade viewer to version 7, biut it crashes in WinXP. Not hsppy.
Updated to Viewer 7.1.0.0. Try to run, get pop-op error message "Viewer\rutview.exe is not a valid Win32 application", but does not crash.
Updated to Viewer 7.1.1.0. Try to run, get a different error report about EAccessViolation. OK that and viewer comes up, but without list of connections. Attempt to close viewer, get error message again, Viewer does not close. Had to force close using task manager.
And now I can't revert to Viewer 7.0.2.0 without first uninstalling v 7.1.1.0, but the uninstall fails with gibberish error messages!
I'll have to try a complete manual uninstall when I have the time.
rh johnston,
User (Posts: 2)
Jan 05, 2022 6:04:45 pm EST
Support level: Free or trial
Thanks Peter for your detailed reply.
Yes - your experience of 7.1.1.0 exactly matches mine on upgrading from version 6, including loss of existing links
Just found and installed 7.0.2.0 and it works ok
Thanks. But RU need to fix it.
Yes - your experience of 7.1.1.0 exactly matches mine on upgrading from version 6, including loss of existing links
Just found and installed 7.0.2.0 and it works ok
Thanks. But RU need to fix it.
Conrad Sallian,
Support (Posts: 3076)
Jan 05, 2022 6:11:05 pm EST
Hello Everyone,
Yes, unfortunately it's a bug which manifests itself on Windows XP. In a week or so we will release version update which will include a fix. For the time being, you can indeed use Viewer 7.0.2 version on that Windows XP machine.
Here is for your convenience: https://www.remoteutilities.com/test/viewer7.0.2.0.exe
Yes, unfortunately it's a bug which manifests itself on Windows XP. In a week or so we will release version update which will include a fix. For the time being, you can indeed use Viewer 7.0.2 version on that Windows XP machine.
Here is for your convenience: https://www.remoteutilities.com/test/viewer7.0.2.0.exe
Peter Gray,
User (Posts: 51)
Jan 15, 2022 11:49:59 am EST
Support level: Starter
Hello Conrad.
Viewer 7.1.2.0 installed OK on my XP machine. So did Host 7,1,2,0. Both seem to work OK.
Thank you.
Viewer 7.1.2.0 installed OK on my XP machine. So did Host 7,1,2,0. Both seem to work OK.
Thank you.
Conrad Sallian,
Support (Posts: 3076)
Jan 15, 2022 7:07:58 pm EST
Hi Peter,
Yes, we fixed that in the current release :)
Thanks.
Yes, we fixed that in the current release :)
Thanks.
Donn Edwards,
User (Posts: 10)
Mar 13, 2022 3:11:35 pm EDT
Support level: Free or trial
I have two VirtualBox instances running WinXP. Version 7.1.2.0 doesn't support file copying, only remote viewing. I need to use RU to keep these two instances in sync with the same files (Access 97 database files).
Each instance is on a different PC.
Any suggestions?
Each instance is on a different PC.
Any suggestions?
Edited:Donn Edwards - Mar 13, 2022 3:12:30 pm EDT
Pauline,
Support (Posts: 2887)
Mar 14, 2022 4:58:48 pm EDT
Hello Donn,
Thank you for your message.
Could you please clarify if your Host and Viewer are both updated to the latest version 7.1.2.0 and there's no version mismatch? Please note that the File Transfer mode will not work properly if there's a version mismatch since the mechanism was significantly re-written starting version 7.
In addition, here's a related KB page on some restrictions that the Drag-and-Drop feature has for now.
Hope that helps.
Thank you for your message.
Could you please clarify if your Host and Viewer are both updated to the latest version 7.1.2.0 and there's no version mismatch? Please note that the File Transfer mode will not work properly if there's a version mismatch since the mechanism was significantly re-written starting version 7.
In addition, here's a related KB page on some restrictions that the Drag-and-Drop feature has for now.
Hope that helps.
Donn Edwards,
User (Posts: 10)
Mar 15, 2022 4:05:38 am EDT
Support level: Free or trial
Both instances are using the same version. The host is 7.1.2.0 and the viewer is 7.1.2.0.
Could you please clarify if your Host and Viewer are both updated to the latest version 7.1.2.0 and there's no version mismatch?
If I connect to the host from a Windows 10 device running viewer 7.1.2.0 then the file copying works fine. But copying from the WinXP viewer gives me an error.
>>>
Error report - Remote Utilities Viewer
---
Class: EPlatformVersionException
Text: TTaskDialog requires Windows Vista or later.
Version: 70120 (0)
Id: {09FBA17E-935C-4A55-A207-E73323E45D83}
Date: 15-03-2022 10-01-57
---
Info:
date/time : 2022-03-15, 10:01:57, 30ms
computer name : MUSTANGXP
user name : DoctorZZ <admin>
registered owner : Donn Edwards / Black and White Inc
operating system : Windows XP Service Pack 3 build 2600
system language : English
system up time : 6 minutes 49 seconds
program up time : 2 minutes 15 seconds
processor : Intel® Core i3-10100 CPU @ 3.60GHz
physical memory : 1315/2047 MB (free/total)
free disk space : (C:) 11.22 GB
display mode : 1280x839, 32 bit
process id : $848
allocated memory : 57.23 MB
largest free block : 469.27 MB
command line : "C:\Program Files\Remote Utilities - Viewer\rutview.exe" -rcu
executable : rutview.exe
exec. date/time : 2022-01-14 04:08
version : 7.1.2.0
callstack crc : $b81377b9, $83fed4f4, $83fed4f4
exception number : 2
exception class : EPlatformVersionException
exception message : TTaskDialog requires Windows Vista or later.
etc.
<<<
<<<
Pauline,
Support (Posts: 2887)
Mar 15, 2022 3:04:39 pm EDT
Hello Donn,
Thank you for the clarification.
I will forward the issue to our development department and we will try to reproduce it in our environment to see if we can implement a fix.
I'll keep you updated on the issue.
Thank you for the clarification.
I will forward the issue to our development department and we will try to reproduce it in our environment to see if we can implement a fix.
I'll keep you updated on the issue.
* Website time zone: America/New_York (UTC -5)