vm86 mode is not supported

hbar · Post by **hbar** » Thu Jun 04, 2009 2:27 pm

Greetings humans, first post alert.

I've used the search to no avail...I'm running Ubuntu 9.04 on an AMD64. I have Wine version 1.1.22, and it seems to have installed ok. I can run winecfg no problem, and also notepad from the applications menu, which is really the only test I know how to do.

I've got a piece of software called PL/SQL Developer, which is in the wine apps db and looks to work. I've also seen on their user forum where people have it working, no problem. But when I try to install, I get this:

Code: Select all

cnelson@pcda5561:~/Desktop$ wine plsqldev715.exe
wine: Cannot start DOS application "E:\\home\\cnelson\\Desktop\\plsqldev715.exe"
      because vm86 mode is not supported on this platform.
cnelson@pcda5561:~/Desktop$

It looks like I'm not the only person to have this issue in wine, but I haven't found much (any?) documentation on how to resolve it. Your help is appreciated.

austin987 · Post by **austin987** » Thu Jun 04, 2009 2:31 pm

On Thu, Jun 4, 2009 at 2:27 PM, hbar <[email protected]> wrote:

Greetings humans, first post alert.

I've used the search to no avail...I'm running Ubuntu 9.04 on an AMD64. Â I have Wine version 1.1.22, and it seems to have installed ok. Â I can run winecfg no problem, and also notepad from the applications menu, which is really the only test I know how to do.

I've got a piece of software called PL/SQL Developer, which is in the apps db and looks to work. Â I've also seen on their user forum where people have it working, no problem. Â But when I try to install, I get this:

Code:

cnelson@pcda5561:~/Desktop$ wine plsqldev715.exe
wine: Cannot start DOS application "E:\\home\\cnelson\\Desktop\\plsqldev715.exe"
Â Â Â because vm86 mode is not supported on this platform.
cnelson@pcda5561:~/Desktop$

You're trying to run a 16-bit application on a 64-bit OS. Your kernel
lacks vm86 support. Try on a 32-bit OS.

--
-Austin

John Drescher · Post by **John Drescher** » Thu Jun 04, 2009 2:36 pm

cnelson@pcda5561:~/Desktop$ wine plsqldev715.exe
wine: Cannot start DOS application "E:\\home\\cnelson\\Desktop\\plsqldev715.exe"
because vm86 mode is not supported on this platform.
cnelson@pcda5561:~/Desktop$
You're trying to run a 16-bit application on a 64-bit OS. Your kernel
lacks vm86 support. Try on a 32-bit OS.

Or dosbox

John

austin987 · Post by **austin987** » Thu Jun 04, 2009 2:38 pm

On Thu, Jun 4, 2009 at 2:35 PM, John Drescher <[email protected]> wrote:

cnelson@pcda5561:~/Desktop$ wine plsqldev715.exe
wine: Cannot start DOS application "E:\\home\\cnelson\\Desktop\\plsqldev715.exe"
Â Â Â because vm86 mode is not supported on this platform.
cnelson@pcda5561:~/Desktop$
You're trying to run a 16-bit application on a 64-bit OS. Your kernel
lacks vm86 support. Try on a 32-bit OS.

Or dosbox

Dosbox only supports dos applications, not win16 applications.

--
-Austin

Alexandre Julliard · Post by **Alexandre Julliard** » Fri Jun 05, 2009 3:56 am

Austin English <[email protected]> writes:

On Thu, Jun 4, 2009 at 2:35 PM, John Drescher <[email protected]> wrote:
You're trying to run a 16-bit application on a 64-bit OS. Your kernel
lacks vm86 support. Try on a 32-bit OS.

Or dosbox
Dosbox only supports dos applications, not win16 applications.

Win16 applications don't need vm86, and work just fine on 64-bit.

--
Alexandre Julliard
[email protected]

hbar · Post by **hbar** » Fri Jun 05, 2009 7:50 am

Alexandre Julliard wrote:Austin English <[email protected]> writes:

Win16 applications don't need vm86, and work just fine on 64-bit.

--
Alexandre Julliard
[email protected]

Well I just heard back from the guy who wrote the app, it is definitely a 32-bit app. So it would appear then that the 16/32/64 bit issue is moot? So what is really causing this, then?

vitamin · Post by **vitamin** » Fri Jun 05, 2009 8:18 am

hbar wrote:Well I just heard back from the guy who wrote the app, it is definitely a 32-bit app. So it would appear then that the 16/32/64 bit issue is moot? So what is really causing this, then?

Could be bug in Wine. Please file the bug report in bugzilla.

hbar · Post by **hbar** » Fri Jun 05, 2009 9:18 am

vitamin wrote:
hbar wrote:Well I just heard back from the guy who wrote the app, it is definitely a 32-bit app. So it would appear then that the 16/32/64 bit issue is moot? So what is really causing this, then?
Could be bug in Wine. Please file the bug report in bugzilla.

Will do...is it surprising that others have got it to work w/o issue? Possibly a problem with my particular configuration?

austin987 · Post by **austin987** » Fri Jun 05, 2009 10:35 am

On Fri, Jun 5, 2009 at 3:55 AM, Alexandre Julliard<[email protected]> wrote:

Austin English <[email protected]> writes:

On Thu, Jun 4, 2009 at 2:35 PM, John Drescher <[email protected]> wrote:
Or dosbox
Dosbox only supports dos applications, not win16 applications.
Win16 applications don't need vm86, and work just fine on 64-bit.

Thanks for the clarification. I know on Windows that isn't the case.
Is it DOS apps then that require vm86?

--
-Austin

Alexandre Julliard · Post by **Alexandre Julliard** » Fri Jun 05, 2009 11:09 am

Austin English <[email protected]> writes:

On Fri, Jun 5, 2009 at 3:55 AM, Alexandre Julliard<[email protected]> wrote:
Win16 applications don't need vm86, and work just fine on 64-bit.
Thanks for the clarification. I know on Windows that isn't the case.
Is it DOS apps then that require vm86?

Yes.

--
Alexandre Julliard
[email protected]

hbar · Post by **hbar** » Tue Jun 09, 2009 3:27 pm

well update manager downloaded some new wine stuff today, so I decided to give it a shot. Yay, a new set of errors.

Code: Select all

cnelson@pcda5561:~/Desktop$ wine plsqldev715.exe
fixme:system:SetProcessDPIAware stub!
fixme:dwmapi:DwmIsCompositionEnabled 0x33cf94
fixme:file:MoveFileWithProgressW MOVEFILE_WRITE_THROUGH unimplemented
fixme:advapi:SetNamedSecurityInfoW L"C:\\windows\\gecko\\0.9.1\\wine_gecko\\components\\xpti.dat" 1 536870916 (nil) (nil) 0x33c960 (nil)
fixme:iphlpapi:NotifyAddrChange (Handle 0x2dae888, overlapped 0x2dae890): stub
fixme:file:MoveFileWithProgressW MOVEFILE_WRITE_THROUGH unimplemented
fixme:advapi:SetNamedSecurityInfoW L"C:\\windows\\gecko\\0.9.1\\wine_gecko\\components\\compreg.dat" 1 536870916 (nil) (nil) 0x33ca50 (nil)
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\plugins\npnul32.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\smime3.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\freebl3.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\xpcom.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\plc4.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\nssdbm3.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\nspr4.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\nssutil3.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\plds4.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\softokn3.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\nssckbi.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\xul.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\nss3.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\js3250.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\ssl3.dll") - Symbol NSGetModule not found
0[19e388]: nsNativeModuleLoader::LoadModule("C:\windows\gecko\0.9.1\wine_gecko\sqlite3.dll") - Symbol NSGetModule not found
fixme:shell:DllCanUnloadNow stub
wine: configuration in '/home/cnelson/.wine' has been updated.
wine: Cannot start DOS application "E:\\home\\cnelson\\Desktop\\plsqldev715.exe"
      because vm86 mode is not supported on this platform.

Does this shed any more light on the situation for anyone?

felix · Post by **felix** » Wed Jun 10, 2009 6:37 pm

On Tue, Jun 09, 2009 at 03:27:37PM -0500, hbar wrote:

fixmeDllCanUnloadNow stub
wine: configuration in '/home/cnelson/.wine' has been updated.
wine: Cannot start DOS application "E:\\home\\cnelson\\Desktop\\plsqldev715.exe"
because vm86 mode is not supported on this platform.

That last line is the problem, app may be windows 32bit, but the
installer is a DOS executable which requires vm86 mode to be present
in the kernel.

--
Darragh

"Nothing is foolproof to a sufficiently talented fool."

hbar · Post by **hbar** » Thu Jun 11, 2009 10:52 am

felix wrote:On Tue, Jun 09, 2009 at 03:27:37PM -0500, hbar wrote:
fixmeDllCanUnloadNow stub
wine: configuration in '/home/cnelson/.wine' has been updated.
wine: Cannot start DOS application "E:\\home\\cnelson\\Desktop\\plsqldev715.exe"
because vm86 mode is not supported on this platform.

That last line is the problem, app may be windows 32bit, but the
installer is a DOS executable which requires vm86 mode to be present
in the kernel.

Well you had to know this question was coming: how do I get that vm86 mode in my kernel? Is it even possible on a 64bit OS?

John Drescher · Post by **John Drescher** » Thu Jun 11, 2009 11:21 am

On Thu, Jun 11, 2009 at 11:52 AM, hbar<[email protected]> wrote:

felix wrote:
On Tue, Jun 09, 2009 at 03:27:37PM -0500, hbar wrote:

fixmeDllCanUnloadNow stub
wine: configuration in '/home/cnelson/.wine' has been updated.
wine: Cannot start DOS application "E:\\home\\cnelson\\Desktop\\plsqldev715.exe"
because vm86 mode is not supported on this platform.

That last line is the problem, app may be windows 32bit, but the
installer is a DOS executable which requires vm86 mode to be present
in the kernel.

Well you had to know this question was coming: how do I get that vm86 mode in my kernel? Is it even possible on a 64bit OS?

No you can not get vm86 in your 64 bit kernel. But you can install
your application in a 32 bit linux under virtualbox if you have to and
then copy your wine prefix to your 64 bit machine. That is if only the
installer is a dos application.

John

hbar · Post by **hbar** » Thu Jun 11, 2009 12:15 pm

Got it...tell me though, if my neighbor has this app working in wine (different processor on 32 bit Ubuntu), can I just replace his my .wine folder with his? This is my only wine app, currently.

hbar · Post by **hbar** » Thu Jun 11, 2009 1:53 pm

hbar wrote:Got it...tell me though, if my neighbor has this app working in wine (different processor on 32 bit Ubuntu), can I just replace his my .wine folder with his? This is my only wine app, currently.

The answer is yes!!!!!!!

woo hoo!!!!!1!11one!!!!eleven!

felix · Post by **felix** » Sun Jun 14, 2009 12:31 pm

On Thu, Jun 11, 2009 at 12:20:36PM -0400, John Drescher wrote:

No you can not get vm86 in your 64 bit kernel. But you can install
your application in a 32 bit linux under virtualbox if you have to and
then copy your wine prefix to your 64 bit machine. That is if only the
installer is a dos application.

John

That does not ring true since I have a 64 bit kernel and I can confirm
that I do not get the same error as the user. However once I checked
what the file was and it reported it as an MS-DOS self extracting
archive it seemed that lack of vm86 support in his distro kernel was
responsible.

I've done some digging, and as far as I can determine, sys_vm86 should
be available on most x86_64 kernels, it certain is on my amd64 gentoo
box.

grep vm86 /proc/kallsyms
ffffffff8022c690 T sys32_vm86_warning
ffffffff80252d20 W sys_vm86
ffffffff80252d20 W sys_vm86old

So, no need to mess with your kernel.

The problem appears to be that wine for your platform was built against
a glibc that did not install a /usr/include/sys/vm86.h which in turn
references /usr/include/asm/vm86.h. Package name varies from distro to
distro, so it could be glibc-kernheaders or something similar for you.

I can only suggest that if those files exist for you, that you should
contact the package maintainer and point this out as a package build
problem, or if they don't you'll have to contact your distribution
support channels as ask why it's not available.

--
Darragh

"Nothing is foolproof to a sufficiently talented fool."

vitamin · Post by **vitamin** » Sun Jun 14, 2009 1:50 pm

x86_64 kernels do not support vm86 mode because CPUs do not support vm86 in x86_64 mode. As simple as that.

Zoltan Boszormenyi · Post by **Zoltan Boszormenyi** » Sun Jun 14, 2009 2:23 pm

Darragh Bailey írta:

On Thu, Jun 11, 2009 at 12:20:36PM -0400, John Drescher wrote:

No you can not get vm86 in your 64 bit kernel. But you can install
your application in a 32 bit linux under virtualbox if you have to and
then copy your wine prefix to your 64 bit machine. That is if only the
installer is a dos application.

John

That does not ring true since I have a 64 bit kernel and I can confirm
that I do not get the same error as the user. However once I checked
what the file was and it reported it as an MS-DOS self extracting
archive it seemed that lack of vm86 support in his distro kernel was
responsible.

I've done some digging, and as far as I can determine, sys_vm86 should
be available on most x86_64 kernels, it certain is on my amd64 gentoo
box.

grep vm86 /proc/kallsyms
ffffffff8022c690 T sys32_vm86_warning
ffffffff80252d20 W sys_vm86
ffffffff80252d20 W sys_vm86old

Those calls in the x86_64 kernels are only for returning
an error and logging the message in the syslog that vm86
is not supported.

There is/was a patch for supporting it though:
http://v86-64.sourceforge.net/

So, no need to mess with your kernel.

The problem appears to be that wine for your platform was built against
a glibc that did not install a /usr/include/sys/vm86.h which in turn
references /usr/include/asm/vm86.h. Package name varies from distro to
distro, so it could be glibc-kernheaders or something similar for you.

I can only suggest that if those files exist for you, that you should
contact the package maintainer and point this out as a package build
problem, or if they don't you'll have to contact your distribution
support channels as ask why it's not available.

hbar · Post by **hbar** » Thu Jun 18, 2009 8:11 am

I'm already installed & running, but per the app developer: "The installer is a normal 32 bit application."

For those interested, my parallel discussion on their forum: http://www.allroundautomations.com/thre ... #Post34141

vitamin · Post by **vitamin** » Thu Jun 18, 2009 8:52 pm

hbar wrote:I'm already installed & running, but per the app developer: "The installer is a normal 32 bit application."

Could be something corrupting memory and tries to execute something that looks like vm86 code.

Try installing app on windows then copying it to Wine. Of course this does not work all that well for most programs.