http://bugs.winehq.org/show_bug.cgi?id=30329
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |user32
--- Comment #4 from Anastasius Focht focht@gmx.net 2012-07-21 13:01:23 CDT --- Hello,
Windows does lots of stuff under the hood to work around bad behaving/buggy apps, silently eating invalid pointers accesses and the like.
You can easily verify the problem by looking at languages selection listbox content that is presented after installer start.
The first entry shown is "English". The last entry is "Romanian". The last one should actually be "Other (can be found on www.ghisler.com)" (the string referenced is eaten silently due to pointer truncation).
If "Other (can be found on www.ghisler.com)" entry is missing in 64-bit installer then Windows has catched the invalid pointer access silently. The 32-bit installer correctly displays the last entry "Other (can be found on www.ghisler.com)".
You can "fix" this buggy installer by adding structured exception handler (SEH) to:
http://source.winehq.org/git/wine.git/blob/0f90053575c26407efd1b0775fcceb7ab...
But this kind of change should be avoided if possible. Wine is already cluttered with SEH in some places to work around buggy apps.
I suggest to read some 64-bit porting guides and fix the installer itself.
http://software.intel.com/en-us/blogs/2011/07/07/all-about-64-bit-programmin... (All about 64-bit programming in one place, excellent guide)
http://msdn.microsoft.com/en-us/library/windows/desktop/aa384214%28v=vs.85%2... (Programming Guide for 64-bit Windows > Migration Tips)
http://msdn.microsoft.com/en-us/magazine/cc300794.aspx (x64 Primer: Everything You Need To Know To Start Programming 64-Bit Windows Systems)
http://www.osronline.com/ddkx/kmarch/other_66cn.htm (Porting Issues Checklist)
Regards