[Bug 9039] GS-Auftrag Professional SQL aborts on startup

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

Dan Kegel  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|shdocvw                     |kernel32

--- Comment #12 from Dan Kegel   2008-03-21 20:48:25 ---
The current version of the app from #1 seems to work now,
so perhaps this bug is fixed.

The current (17 Dec 2007) gs-auftrag demo, at the same url, behaves better; 
now one zooms straight to the key problem, which appears to be a crash 
in the app inside a window procedure callback.  The last lines before
the crash are (with +relay,+listbox,+seh):

0009:Call window proc 0x7e50411c
(hwnd=0x1014c,msg=LB_GETTEXT,wp=00000000,lp=00405809)
trace:listbox:ListBoxWndProc_common [0x1014c]: msg LB_GETTEXT wp 00000000 lp
00405809
trace:listbox:LISTBOX_GetText index 0 (0x0000) L""
trace:seh:raise_exception code=c0000005 flags=0 addr=0xb7edc6a8

I tracked this down to the app calling 
WideCharToMultiByte with destlen = INT_MAX.  If I hack that 
function to return an error in that case, the app starts up!

Unfortunately Windows doesn't return an error if destlen is INT_MAX.
(I sent in a conformance test and fix for WideCharToMultiByte to match
Windows here, http://winehq.org/pipermail/wine-patches/2008-March/051938.html )

This app is perilously close to running, perhaps somebody
else can pick up the ball and find the real fix.