[Bug 24821] New: Custom app doesn't respond

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

Summary: Custom app doesn't respond
           Product: Wine
           Version: 1.3.5
          Platform: x86
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
        AssignedTo: [e-mail]
        ReportedBy: [e-mail]

It's an old problem that i'm tracking from 1.1.32 (wine package from Debian)
and for which i wasn't able to find the cause: some library not available? A
bug?
Since the official Debian packages are stuck on Wine 1.1.x, now i'm using the
rpm provided by Suse (latest 1.3.5), converted to deb with alien.

We have an old custom closed source application that almost works under Wine,
except for an important portion. This application is a mix of Microfocus Cobol
and VB6 that interacts with a MSSQL2000 server through ODBC. We have no access
to the source code.

The problematic part is a sub-program that starts a graphic form, where i have
to fill two field, then press a sort of "OK" button to exec a query (see
attached "form-windows.jpg").
When the form opens, under Windows (98, 2000, 2003, XP, Vista, 7) the cursor is
on the first field and blinks; now i type a specific char to define the query
type and the cursor automatically moves to the next field, where i can type my
search parameter; then i click "Invio" to start the query; a new windows opens
with the search results.
Under Wine the cursor doesn't automatically move from the first to the second
field but, more important, when i click on "Invio" nothing happen: the windows
doesn't react to any events and i have to kill the process to close it. But
it's not blocked: i can delete what i've typed, and i can see to button go up
and down when i click it.
This unresponsive behaviour is the same if i don't fill any field.

The difficult part is that when this forms is open, there is some code spinning
under the hood (as i can see from the cpu usage) and it's like that by design,
since it happens also under Windows. This has the side effect to flood the logs
and render them very difficult to read.

I've setup mdac28 with winetricks, registered some needed DLL, but i'm not able
to find if something else is missing. During the last month i've tried
installing many things: JET, DCOM, older MDAC, etc. Nothing changed.
The most useful infos i've found are from Dependency Walker, profiling with the
options reported in the "dependencywalker.jpg" attachment. I've attached the
logs taken from Windows 2000 (AcmEngWR_wine135_ced002.mod.txt) and from Wine
1.3.5 (AcmEngWR_wine135_wine.mod.txt). They are hand modified to make diff
easier: i've removed all except the log, removed timestamps, unified filesystem
path, reordered many loaded DLL and removed loaded DLLs later unloaded.
> From these modified logs you can see that under Windows 5 thread are created,

always started by kernel32.dll, while under Wine only 4 are started and called
by MTXDM.DLL and OLEDB32.DLL. For the rest Windows loads mode DLLs but i can't
understand it they are really needed and if they corresponds to something that
i have to install under Wine too.

Have you got some advice to track down these problem?
I can provide the unmodified Dependency Walker logs, Wine logs or launch Wine
with the required parameter, if needed.

Cesare.