[Bug 22551] Capture One 5.x fails on startup due to riched20.dll module load address too high (.NET Framework/Windows Forms wants riched20.dll loaded into lower 2GiB address space range)

http://bugs.winehq.org/show_bug.cgi?id=22551

Anastasius Focht  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                URL|http://xchange.phaseone.com |http://www.phaseone.com/en/
                   |/Content/Downloads/CO5.aspx |downloads/softwarearchive/c
                   |                            |aptureonearchivewin.aspx
                 CC|                            |[e-mail]
          Component|mscoree                     |richedit
            Summary|Capture One aborts with     |Capture One 5.x fails on
                   |"unknown error" with Mono   |startup due to riched20.dll
                   |2.6, requires .NET          |module load address too
                   |Framework 3.5               |high (.NET
                   |                            |Framework/Windows Forms
                   |                            |wants riched20.dll loaded
                   |                            |into lower 2GiB address
                   |                            |space range)

--- Comment #7 from Anastasius Focht  2012-02-19 12:41:16 CST ---
Hello,

Capture One v5.x demands .NET 3.5
Capture One v6.x demands .NET 4.0

Prerequisite: .NET Framework 3.5 in clean WINEPREFIX.

After installation the app dies on startup, putting up exception dialog:

--- snip ---
<?xml version="1.0" encoding="utf-8"?>
<crashreport version="1.1" time="2012-02-19 17:34:36Z">
  <exception type="System.ComponentModel.Win32Exception">
    <message>Cannot load the "RichEd20.DLL" DLL into memory.</message>
    <stacktrace>
   at System.Windows.Forms.RichTextBox.get_CreateParams()
   at System.Windows.Forms.Control..ctor(Boolean autoInstallSyncContext)
   at System.Windows.Forms.TextBoxBase..ctor()
   at System.Windows.Forms.RichTextBox..ctor()
   at P1.C1.License.LicenseDialog.InitializeComponent()
   at P1.C1.License.LicenseDialog..ctor(g9 licenseManager)
   at g9.h()
   at g9.l()
   at P1.C1.Program.InitializeLicensing()
   at P1.C1.Program.Main()</stacktrace>
  </exception>
  <application version="5.2.41190.41120" variant="Capture One"
uptime="00:00:03.5855580" />
  <user>
    <name />
    <email />
    <description />
  </user>
  <system>
--- snip ---

Relevant part of trace log:

--- snip ---
003a:Call KERNEL32.LoadLibraryW(011fc59c L"RichEd20.DLL") ret=033d15a2
003a:Call PE DLL (proc=0xf63c2ed0,module=0xf6380000
L"riched20.dll",reason=PROCESS_ATTACH,res=(nil))
003a:trace:richedit:DllMain
...
003a:Ret  PE DLL (proc=0xf63c2ed0,module=0xf6380000
L"riched20.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1
003a:Ret  KERNEL32.LoadLibraryW() retval=f6380000 ret=033d15a2
...
003a:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83924f
ip=7b83924f tid=003a
003a:trace:seh:raise_exception  info[0]=80004005
003a:trace:seh:raise_exception  eax=7b826289 ebx=7b8a96a8 ecx=80004005
edx=0032e874 esi=0032e950 edi=0032e8d0
003a:trace:seh:raise_exception  ebp=0032e8b8 esp=0032e854 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00000287
003a:trace:seh:call_stack_handlers calling handler at 0x79f908a2 code=e0434f4d
flags=1
003a:trace:seh:call_stack_handlers handler at 0x79f908a2 returned 1
003a:trace:seh:call_stack_handlers calling handler at 0x79fb4869 code=e0434f4d
flags=1 
...
--- snip ---

Not much to see ...
Debugging reveals that although the module load succeeds, the managed code is
not happy about the load address -> 0xf6380000

There is a comparison of module load address against lower 2 GiB range?

Searching MSDN didn't reveal much.
Maybe some kind of backwards compatibility check for Win9X systems?

I assigned "riched20.dll" a dedicated load address in lower 2 GiB address space
and it helps.
Wine already does this for some core dlls.
The error goes away and a license dialog is shown.

After selecting "trial" the main gui shows half up when the app runs into next
bug ;-)

$ sha1sum CaptureOne5.2.exe 
ba7692ea8cb96071277fc3b0d77473385fc4143c  CaptureOne5.2.exe

$ wine --version
wine-1.4-rc4

Regards