Virtual Machines WINDOWS XP MODE
-
@Joyfano said:
@scottalanmiller Do you think it is safe?
Safe-ish. Keep it behind a firewall, don't use it for internet browsing, keep a good AV on it, don't let the users be admins, etc. it is pretty safe. People are still out there running NT4 and 2000 and they have not been supported for a long time.
-
@scottalanmiller Thanks. We been talking about it lately. We don't really give an admin permission to our users. Lucky we all of our computers are Win7.
All of our virtual XP mode installed in windows 7. -
XP Mode was primarily intended to ease the transition period for users stuck with XP legacy apps. I actually had to use it for a specialized database app for a customer while waiting for a new release a couple of years ago after a new computer was purchased with Win 7 Pro. Wasn't downgradeable so we fired up XP mode with the understanding that it was not to be viewed as a long term solution.
-
I'm going to have to use it myself for the next six months to support a 16 bit app. I've been pushing management to transition to something else (there are tons of options) they just can't seem to make it a priority.
I think once they are left to sharing one computer to access this they might finally break and spend the time (more than money) needed to move to a new solution.
-
Sixteen bit apps. Wow. Haven't seen one if those in forever. You could always just run DOS.
-
@scottalanmiller said:
Sixteen bit apps. Wow. Haven't seen one if those in forever. You could always just run DOS.
It's a windows app. At least as far as I can tell it's 16 bit. When I tried to run it on Windows 7 x64 it just said, NO (I haven't tried in years I forget the real error) Trying it right now on my Windows 8 machine gives me the purple bar - This app can't run on your PC, Close.
-
Wow. What Windows was it for originally?
-
We've had it since Windows 95. it will run on anything up to and including Windows 7 x86, but absolutely won't run on x64 anything. I don't have any Windows 8(.1) x86 machines to try it on.
-
@Dashrender said:
it will run on anything up to and including Windows 7 x86, but absolutely won't run on x64 anything.
SysWOW64. Welcome to the jungle baby. No way to run 16-bit because SysWOW64 doesn't have a 16-bit compiler.
Use DOSBOX, XP Mode, hell even Vmware will "support" a DOS install.
http://partnerweb.vmware.com/GOSIG/MSDOS_6_22_and_Windows_3_1x.html
-
I find it so frustrating when an application is "vital" to a company's business, but they don't want to pay to update it so that it works on a current OS. Maybe not the case here, but a pretty common issue, especially in SMB.
-
If there is any way to migrate those apps you should. If you can't, it might be time to just completely change platforms. This is as good a time as you'll get to be able to justify it to management.
-
@Dominica said:
I find it so frustrating when an application is "vital" to a company's business, but they don't want to pay to update it so that it works on a current OS. Maybe not the case here, but a pretty common issue, especially in SMB.
Well true, One of our client's site required us to use Win XP to download files. I wish they will upgrade very soon.
-
@Joyfano said:
@Dominica said:
I find it so frustrating when an application is "vital" to a company's business, but they don't want to pay to update it so that it works on a current OS. Maybe not the case here, but a pretty common issue, especially in SMB.
Well true, One of our client's site required us to use Win XP to download files. I wish they will upgrade very soon.
How is it they require XP to download files? I'm guessing it's via a proprietary piece of software.
-
@Dominica I can't speak to the OP - our problem really isn't about paying, well other than with time. The app can be replaced by another solution we already have in place, but our docs have to read the patient education material in the new system and approve it for our patients before we'll give it out. They currently only approved the material in the old system. If they'd read the new stuff and sign off on it, we'd be done.