Aleksey,
-----Original Message----- From: caemyr@myopera.com
Sent: Sunday, September 04, 2011 10:50 PM
To: ReactOS Development List
Subject: Re: [ros-dev] [VMWINST]I forgot to put on the ironic tag :) But seriously, it's one of the most popular platforms. Vbox has really taken up the first place, I suppose.
Since when vmware is the most common testing platform?:> I also agree, tha Vbox has taken up the first place...
The thing is, yes there is aproblem with autograbbing the modules, but if you put them in proper place by yourself, it works flawlessly, and automates their installation to the point when I just can choose the necessary resolution and color depth at install time and everything else is done within 5 seconds.
This module is not working properly, due to changes in Vmware 7 (and perhaps even earlier). Sure, you can hack around it, by providing the driver manually... but its not what this module was supposed to do in the first place?
This is not an ugly or a beautiful method, it is a method to detect presence of a VMWare virtual machine described here:
What's worse, it is using some ugly methode of detecting Vmware host, by probing one specific pipe. On other hosts, this attempt throws an exception. If we plan to run ROS tests with /FIRSTCHANCE this module needs to disappear.
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1009458
It's also smartly wrapped into a VEH which would catch the exception on other hardware (that's normal, nothing extraordinary).
Rather, it's possible to hack away all possible first chance exceptions to be able to run with /FIRSTCHANCE, but I doubt it's the right way. Are there any other cases except vmwinst when an exception happens by design?For me that would mean a substantial increase in a usual testing cycle duration, because I would need to install VMWare Tools (do they even work?) or cope with default ReactOS VESA driver (which sucks performance-wise compared to fast VMWare's one).
In my opinion, VMWINST should either be fixed to deal with new Vmware, or be sent to its hard-earned retirement.
WBR,
Aleksey.
_______________________________________________
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev