http://bugs.winehq.org/show_bug.cgi?id=36367
Bug ID: 36367 Summary: 16 bit dos support with Mac OS X 10.9 (Mavericks) and Homebrew Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: ralbrightii@gmail.com
Created attachment 48418 --> http://bugs.winehq.org/attachment.cgi?id=48418 Backtrace file
I am trying to install an application that configures an older matrix mixer for my church buildings (Ivie 884+), this application was designed for Windows 95/98 and utilizes the 16-bit code architecture. (The application is located here: http://www.ivie.com/download/w95_answ.exe).
While I was able to modify the home-brew version of WINE to turn off --disable-win16 which caused the installer program to crash immediately. There is now a brand-new set of errors that occur that I cannot seem to figure out. This program cannot run from in a dosbox.
I have attached the backtrace.txt file to help figure this out. Thank you for your help, I have spent 3 days searching this bug reporting forum and the internet to make this work and I am ripping my hair out as I cannot seem to find an answer.
http://bugs.winehq.org/show_bug.cgi?id=36367
Vijay Kamuju infyquest@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |infyquest@gmail.com
--- Comment #1 from Vijay Kamuju infyquest@gmail.com --- Please try with the latest 1.7.18, from the back trace it seems you are using 1.6.2
https://bugs.winehq.org/show_bug.cgi?id=36367
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, win16 URL| |http://www.ivie.com/downloa | |d/w95_answ.exe Version|unspecified |1.6.2 Summary|16 bit dos support with Mac |w95_answ.exe (16-bit app) |OS X 10.9 (Mavericks) and |crashes on startup on Mac |Homebrew |OS X 10.9 (Mavericks)
https://bugs.winehq.org/show_bug.cgi?id=36367
--- Comment #2 from ralbrightii@gmail.com --- Created attachment 48425 --> https://bugs.winehq.org/attachment.cgi?id=48425 backtrace on 05-05-2014 with 1.7.17
https://bugs.winehq.org/show_bug.cgi?id=36367
--- Comment #3 from ralbrightii@gmail.com --- I have upgraded Wine to 1.7.17 (latest version available from homebrew), and the program still crashes on startup. I have attached the backtrace file and the logs from wine.
fixme:storage:create_storagefile Storage share mode not implemented. fixme:storage:create_storagefile Storage share mode not implemented. err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. fixme:iphlpapi:NotifyAddrChange (Handle 0xfdf540, overlapped 0xfdf54c): stub wine: configuration in '/Users/russellalbrightii/.wine' has been updated. wine: Unhandled page fault on write access to 0x000d0000 at address 0x4053c4e0 (thread 003b), starting debugger... fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046}
Any help that you can give that will fix this problem is greatly appreciated.
https://bugs.winehq.org/show_bug.cgi?id=36367
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #4 from super_man@post.com --- I think this has evolved. It now complains about com port(s) not able to open.
Some console output
fixme:ntoskrnl:PsSetLoadImageNotifyRoutine (0x542064) stub fixme:ntoskrnl:PsSetCreateProcessNotifyRoutine stub: 0x5420ce 0 fixme:heap:RtlCompactHeap (0xc00000, 0x0) stub err:ddeml:WDML_CreateString Unknown code page 437 fixme:comm:EscapeCommFunction16 no cid=0 found!
wine: Call from 0x7b83bfde to unimplemented function ntoskrnl.exe.PsRemoveLoadImageNotifyRoutine, aborting
wine 1.7.51
https://bugs.winehq.org/show_bug.cgi?id=36367
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |5ddaf34d69fe9608e45abb65a48 | |854b22fa3610a Status|UNCONFIRMED |RESOLVED Component|-unknown |build-env Resolution|--- |FIXED
--- Comment #5 from Austin English austinenglish@gmail.com --- (In reply to super_man from comment #4)
I think this has evolved. It now complains about com port(s) not able to open.
Some console output
fixme:ntoskrnl:PsSetLoadImageNotifyRoutine (0x542064) stub fixme:ntoskrnl:PsSetCreateProcessNotifyRoutine stub: 0x5420ce 0 fixme:heap:RtlCompactHeap (0xc00000, 0x0) stub err:ddeml:WDML_CreateString Unknown code page 437 fixme:comm:EscapeCommFunction16 no cid=0 found!
wine: Call from 0x7b83bfde to unimplemented function ntoskrnl.exe.PsRemoveLoadImageNotifyRoutine, aborting
wine 1.7.51
You likely have extra software installed in that prefix, I don't see any ntoskrnl stuff here in wine-1.7.51-23-g07cc9a3.
I find it very unlikely that a win95/98 app would use ntoskrnl.exe..
In any case, I see the same behavior with 1.7.17 on my Fedora 22 machine as 1.7.51: [austin@localhost AudioNet]$ /opt/oldwine-1.7.17/bin/wine anet.exe err:ddeml:WDML_CreateString Unknown code page 437 fixme:font:freetype_SelectFont Untranslated charset 255 fixme:comm:EscapeCommFunction16 no cid=0 found!
[austin@localhost AudioNet]$ wine anet.exe err:ddeml:WDML_CreateString Unknown code page 437 fixme:font:freetype_SelectFont Untranslated charset 255 fixme:comm:EscapeCommFunction16 no cid=0 found!
I tried on my mac mini, and indeed 1.7.17 does crash there. 1.7.42 didn't, so I bisected the fix: commit 5ddaf34d69fe9608e45abb65a48854b22fa3610a Author: Ken Thomases ken@codeweavers.com Date: Thu Oct 16 22:03:11 2014 -0500
configure: For Mac, link wineloader with -no_pie if it's available.
This is necessary for the specified image base and WINE_DOS and WINE_SHAREDHEAP segment addresses to be respected. The latter are necessary to reserve the correct ranges of the address space.
https://bugs.winehq.org/show_bug.cgi?id=36367
--- Comment #6 from super_man@post.com --- I was assuming the same. I think the prefix itself was clean, but I had some wineserver still running.
https://bugs.winehq.org/show_bug.cgi?id=36367
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.52.