http://bugs.winehq.org/show_bug.cgi?id=15708
Summary: Dragon NaturallySpeaking 7 install fails with negative amount of memory reported Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: teight@ntlworld.com
I'm running Ubuntu 8.04 on a dual boot machine with 3GB memory which can comfortably run Dragon NaturallySpeaking Preferred 7 under XP. I'm having problems installing Dragon NaturallySpeaking 7 in Wine and believe there may be a bug.
Regardless of whether I run "wine /media/cdrom1/autorun.exe" or wine /media/cdrom1/setup.exe or if I copy the cd contents to the hd and run the install from the hard disk, the install looks promising for only a few moments.
Then an error message which describes the minimum requirements for DNS 7, finishing with: "Your computer does not meet the minimum specifications for installation of Dragon NaturallySpeaking" and it reports -1052Mb memory -ie ***minus*** 1.052 GB memory. Then the install allows me to withdraw gracefully, no crashes or other problems, which is a tribute to the stability of Wine itself.
This behaviour happens under Wine 1.00 from the Ubuntu repository and also under Wine 1.1.6.
My guess is that fault lies with the the Dragon installer, which is not able to recognise 3GB and is therefore unable to install, having misreported the total physical memory as a negative quantity as a result of a register overflow.
I remember causing similar odd results myself when programming in C in what now feels like another lifetime! Usually the silly result would be the consequence of a register overflow thanks to my very poor programming skills.
I'm not all that familiar with the intricacies of Wine: could it be that there is a command line option available which limits the amount of physical memory a program running under Wine can see? Or is this a bug?
Teight
http://bugs.winehq.org/show_bug.cgi?id=15708
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeffz@jeffz.name
--- Comment #1 from Jeff Zaroyko jeffz@jeffz.name 2008-10-22 04:16:38 --- might be another GlobalMemoryStatus/GlobalMemoryStatuEx bug, if so then it's a duplicate of 10844
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #2 from Jeff Zaroyko jeffz@jeffz.name 2008-10-22 04:32:46 --- (In reply to comment #0)
My guess is that fault lies with the the Dragon installer, which is not able to recognise 3GB and is therefore unable to install, having misreported the total physical memory as a negative quantity as a result of a register overflow.
I'm not all that familiar with the intricacies of Wine: could it be that there is a command line option available which limits the amount of physical memory a program running under Wine can see? Or is this a bug?
Teight
What happens if you set your Wine version to Windows 98 in winecfg then run the installer again?
http://bugs.winehq.org/show_bug.cgi?id=15708
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal
--- Comment #3 from Dmitry Timoshkov dmitry@codeweavers.com 2008-10-22 07:10:55 --- http://bugs.winehq.org/page.cgi?id=fields.html#bug_severity
http://bugs.winehq.org/show_bug.cgi?id=15708
Teight teight@ntlworld.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |teight@ntlworld.com
--- Comment #4 from Teight teight@ntlworld.com 2008-10-22 10:33:52 --- (In reply to comment #2)
(In reply to comment #0)
My guess is that fault lies with the the Dragon installer, which is not able to recognise 3GB and is therefore unable to install, having misreported the total physical memory as a negative quantity as a result of a register overflow.
I'm not all that familiar with the intricacies of Wine: could it be that there is a command line option available which limits the amount of physical memory a program running under Wine can see? Or is this a bug?
Teight
What happens if you set your Wine version to Windows 98 in winecfg then run the installer again?
Exactly the same result if I set version to Win 98 or Win ME.
Teight
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #5 from Jeff Zaroyko jeffz@jeffz.name 2008-10-22 10:59:19 --- (In reply to comment #4)
(In reply to comment #2)
(In reply to comment #0)
What happens if you set your Wine version to Windows 98 in winecfg then run the installer again?
Exactly the same result if I set version to Win 98 or Win ME.
Teight
can you try changing the value of MajorSubsystemVersion in the PE header of setup.exe? (assuming it's setup.exe that reports the error).
You'll need to copy the contents of the cd to disk first so that it's writeable.
Then use http://jeffz.name/code/pe.exe (http://jeffz.name/code/pe.c) eg.
cp -R /media/cdrom dns7 cd dns7 wget http://jeffz.name/code/pe.exe wine pe setup.exe wine setup.exe
If it works then it's a duplicate of the bug I first mentioned.
http://bugs.winehq.org/show_bug.cgi?id=15708
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Installer
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #6 from Teight teight@ntlworld.com 2008-10-22 12:28:59 --- (In reply to comment #5)
(In reply to comment #4)
(In reply to comment #2)
(In reply to comment #0)
What happens if you set your Wine version to Windows 98 in winecfg then run the installer again?
Exactly the same result if I set version to Win 98 or Win ME.
Teight
can you try changing the value of MajorSubsystemVersion in the PE header of setup.exe? (assuming it's setup.exe that reports the error).
You'll need to copy the contents of the cd to disk first so that it's writeable.
Then use http://jeffz.name/code/pe.exe (http://jeffz.name/code/pe.c) eg.
cp -R /media/cdrom dns7 cd dns7 wget http://jeffz.name/code/pe.exe wine pe setup.exe wine setup.exe
If it works then it's a duplicate of the bug I first mentioned.
I followed through your instructions to the letter and sad to say, I didn't note any change. As far as I can tell MajorSubsystemVersion changed from 4 to 3 but no go, I'm afraid. I appreciate your help: I'm treading on *very* thin ice here...
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #7 from Jeff Zaroyko jeffz@jeffz.name 2008-10-23 01:20:03 --- (In reply to comment #6)
(In reply to comment #5)
(In reply to comment #4)
(In reply to comment #2)
(In reply to comment #0)
I followed through your instructions to the letter and sad to say, I didn't note any change. As far as I can tell MajorSubsystemVersion changed from 4 to 3 but no go, I'm afraid. I appreciate your help: I'm treading on *very* thin ice here...
ok thanks.
can you attach the following log?
WINEDEBUG=+loaddll,+process,+tid,+heap wine setup.exe 2> dns7.txt bzip2 dns7.txt
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #8 from Teight teight@ntlworld.com 2008-10-23 03:11:41 --- Created an attachment (id=16811) --> (http://bugs.winehq.org/attachment.cgi?id=16811) WINEDEBUG=+loaddll,+process,+tid,+heap wine setup.exe 2> dns7.txt bzip2 dns7.txt
As requested.
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #9 from Teight teight@ntlworld.com 2008-10-31 07:54:51 --- It has been a bit quiet lately so I'm guessing that either there wasn't sufficient info in my last attachment or that this particular problem is at present insoluble.
Many thanks for the interest shown and efforts on my behalf,
Teight
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #10 from Jeff Zaroyko jeffz@jeffz.name 2008-10-31 08:59:56 --- (In reply to comment #9)
It has been a bit quiet lately so I'm guessing that either there wasn't sufficient info in my last attachment or that this particular problem is at present insoluble.
The log is fine, I looked when you posted it.
The log shows that thread 001b calls GlobalMemoryStatus: 001b:trace:heap:GlobalMemoryStatus Length 32, MemoryLoad 11, TotalPhys be2e6000, AvailPhys a9325000, TotalPageFile ffffffff, AvailPageFile d6cdafff, TotalVi\ rtual 7ffdffff, AvailVirtual 7ffcffff
and 001b appears to be InstallShield:
001b:trace:process:__wine_kernel_init starting process name=L"C:\Program Files\Common Files\InstallShield\engine\6\Intel 32\IKernel.exe" argv[0]=L"C:\ \PROG~FBU\COMM~CP1\INST~JM1\engine\6\INTE~MEX\IKernel.exe"
And so it looks like TotalPhys is the value which is too high for the installer, 0xbe2e6000 interpreted as a signed int -1104257024/1024/1024 = -1053 MB
which means it's not a duplicate as I earlier suspected... can you attach the output of
winedump "~/.wine/drive_c/Program Files/Common Files/InstallShield/engine/6/Intel 32/IKernel.exe"
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #11 from Teight teight@ntlworld.com 2008-10-31 11:19:49 --- I'm now running Wine 1.1.7. (Same behaviour as under 1.1.6 though) I checked ~/.wine/drive_c/Program Files/Common Files/InstallShield/engine/6/Intel 32/ and all I have in there is ILog.dll and objectps.dll but no IKernel.exe . I don't appear have IKernel.exe on my machine. Dumping the output from it is going to be tough... What now?
Teight
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #12 from Jeff Zaroyko jeffz@jeffz.name 2008-10-31 20:21:35 --- (In reply to comment #11)
I'm now running Wine 1.1.7. (Same behaviour as under 1.1.6 though) I checked ~/.wine/drive_c/Program Files/Common Files/InstallShield/engine/6/Intel 32/ and all I have in there is ILog.dll and objectps.dll but no IKernel.exe . I don't appear have IKernel.exe on my machine. Dumping the output from it is going to be tough... What now?
Teight
It probably gets deleted after the installer exits, can you check if it's there when the installer is running? If so, run winedump then.
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #13 from Teight teight@ntlworld.com 2008-11-01 07:37:38 --- Created an attachment (id=17026) --> (http://bugs.winehq.org/attachment.cgi?id=17026) winedump /...path to snipped.../ IKernel.exe"
"~/.wine/drive_c/Program Files/Common Files/InstallShield/engine/6/Intel 32/IKernel.exe" appears only briefly during the abortive installation of DNS7 under Wine 1.1.7. The installation quickly grabs all the ubuntu desktops so I set up the requisite command line on one desktop and started the installation on another before diving back to the first to run the dump. I think I'd need to video the screen to get the names of the other files which come and go as the install screen takes over.
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #14 from Jeff Zaroyko jeffz@jeffz.name 2008-11-01 08:05:49 --- (In reply to comment #13)
Created an attachment (id=17026)
--> (http://bugs.winehq.org/attachment.cgi?id=17026) [details]
winedump /...path to snipped.../ IKernel.exe"
the problem is here,
Contents of IKernel.exe: 610436 bytes File Header Characteristics: 012F LARGE_ADDRESS_AWARE
Wine doesn't clamp the values if the executable which the calling thread belongs to has this flag set.
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #15 from Teight teight@ntlworld.com 2008-11-01 08:51:06 --- Gotcha. But what to do with this here new bug? Patching the installer sounds like excessive work, given no source. Is it possible to configure Wine to limit the memory available to the DNS7 installer? That still sounds like hard work to this innocent!
Is it time to declare this a confirmed bug?
Teight
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #16 from Jeff Zaroyko jeffz@jeffz.name 2008-11-01 09:07:47 --- (In reply to comment #15)
Gotcha. But what to do with this here new bug? Patching the installer sounds like excessive work, given no source. Is it possible to configure Wine to limit the memory available to the DNS7 installer? That still sounds like hard work to this innocent!
Is it time to declare this a confirmed bug?
Teight
I can post a patch that you can apply to Wine that will work around the problem for you, but otherwise you should wait quietly like the reporters of the other 4000 bugs unless asked a question or posing a solution. Don't worry about the unconfirmed status.
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #17 from Jeff Zaroyko jeffz@jeffz.name 2008-11-01 09:10:24 --- Created an attachment (id=17029) --> (http://bugs.winehq.org/attachment.cgi?id=17029) hack to always clamp large values irregardless of the LARGE_ADDRESS_AWARE flag
from the root of the wine source tree, apply this using
`patch -p1 < globalmemorystatus-hack.diff`
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #18 from Vijay Kamuju infyquest@gmail.com 2008-11-20 11:18:03 --- please try with latest git or 1.1.9 when released. there is a fix by alexander to increase the memory space used by programs.
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #19 from Susan Cragin susancragin@earthlink.net 2009-01-21 06:20:10 --- Created an attachment (id=18862) --> (http://bugs.winehq.org/attachment.cgi?id=18862) install attempt 7.3 with wine 1.1.13
Actually, this is post-1.1.13, it is Tuesday 20-Jan-2009 git.
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #20 from Austin English austinenglish@gmail.com 2009-07-21 14:03:02 --- Is this still an issue in current (1.1.26 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=15708
Frank Bottone fbottone@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fbottone@gmail.com
--- Comment #21 from Frank Bottone fbottone@gmail.com 2009-10-16 14:18:31 --- This is not exactly related to wine, but I found this bug when searching for a similar problem.
I am trying to install a different application, and I'm running native Windows Vista and receiving the same error.
This makes me think there is a a problem with the Installshield application used to package the application, not necessarily a problem with Wine. It sounds like the installer is using a variable too small for the value it is trying to hold....hopefully this is helpful.
You may want to try this installer on a native Windows system with any amount > 2gb of RAM to confirm that it is the case, and rule out a bug in Wine.
http://bugs.winehq.org/show_bug.cgi?id=15708
Jack Starr atlpcug@excite.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |atlpcug@excite.com
--- Comment #22 from Jack Starr atlpcug@excite.com 2009-12-19 22:29:05 --- This is caused by having more than 2G of RAM. Remove the excess RAM and DNS7 should install.
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #23 from Jack Starr atlpcug@excite.com 2010-02-24 14:24:47 --- Agree with Comment #22. Just remove memory to leave a maximum of 2G and DNS 7 will install. You can also upgrade to DNS 7.3. After installing DNS, reinstall original memory in excess of 2G and DNS will still work.
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #24 from Austin English austinenglish@gmail.com 2011-03-29 19:30:30 CDT --- This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.3.16 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #25 from Jack Starr atlpcug@excite.com 2011-04-14 20:47:40 CDT --- (In reply to comment #24)
This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.3.16 or newer) wine?
There's so much difficulty and limitations using DNS under WINE. It runs perfectly in Oracle VirtualBox. I've stopped trying to run it natively under WINE.
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #26 from Adam Martinson amartinson@codeweavers.com 2011-05-23 09:27:55 CDT --- Created an attachment (id=34873) --> (http://bugs.winehq.org/attachment.cgi?id=34873) Patch 1/2 -- please test
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #27 from Adam Martinson amartinson@codeweavers.com 2011-05-23 09:28:36 CDT --- Created an attachment (id=34874) --> (http://bugs.winehq.org/attachment.cgi?id=34874) Patch 2/2 -- please test
Try these out, I think this should fix it.
http://bugs.winehq.org/show_bug.cgi?id=15708
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #28 from joaopa jeremielapuree@yahoo.fr 2012-05-13 17:09:51 CDT --- Still a bug in current wine?
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #29 from butraxz@gmail.com 2013-09-15 08:01:40 CDT --- This ticket has not been updated for long time. Development recommends to check the status on your bug every release or two and let to be known if the bug is still present. If not, mark it fixed. If you are no longer able to put effort to this ticket, you can abandon it.
Is this still an issue with 1.7.2 or higher ?
http://bugs.winehq.org/show_bug.cgi?id=15708
--- Comment #30 from butraxz@gmail.com 2013-12-07 03:05:23 CST --- No answer to update request. Please close as abandoned. If you are able to reproduce with 1.7.8 or higher, feel free to reopen.
http://bugs.winehq.org/show_bug.cgi?id=15708
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #31 from Austin English austinenglish@gmail.com 2013-12-07 15:37:37 CST --- Abandoned.
http://bugs.winehq.org/show_bug.cgi?id=15708
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #32 from Austin English austinenglish@gmail.com 2013-12-09 21:20:33 CST --- Closing.