[Bug 32304] New: Ca not excute, program.

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

Bug #: 32304
           Summary: Ca not excute, program.
           Product: Wine
           Version: unspecified
          Platform: x86-64
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
        AssignedTo: [e-mail]
        ReportedBy: [e-mail]
    Classification: Unclassified

I can not exec.

http://hp.vector.co.jp/authors/VA014830/english/FlexRena/

[Bug 32304] Ca not excute, program.

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

--- Comment #1 from Bruno Jesus  2012-11-27 09:07:13 CST ---
*** Bug 32303 has been marked as a duplicate of this bug. ***

[Bug 32304] Cannot execute FlexibleRenamer

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

Bruno Jesus  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |download
                URL|                            |http://hp.vector.co.jp/auth
                   |                            |ors/VA014830/english/FlexRe
                   |                            |na/
                 CC|                            |[e-mail]
            Summary|Ca not excute, program.     |Cannot execute
                   |                            |FlexibleRenamer

[Bug 32304] Cannot execute FlexibleRenamer

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

--- Comment #2 from Bruno Jesus  2012-11-27 09:13:53 CST ---
Created attachment 42642
  --> http://bugs.winehq.org/attachment.cgi?id=42642
Crash in wine-1.5.18-27-gfbb66b3

[Bug 32304] Cannot execute FlexibleRenamer

https://bugs.winehq.org/show_bug.cgi?id=32304

Sagawa  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sagawa.aki+winebugs@gmail.c
                   |                            |om

--- Comment #3 from Sagawa  ---
I can confirm the issue, and this application expects GetActiveWindow() returns
non-NULL value when it calls.
I suppose native returns some useful window handle then, but wine doesn't.
I have no idea what value should we use, but returning fake value makes the
application happy.

In detail, GetActiveWindow() returned value is passed the function which starts
at 0x004CFC2F. The function returns null when it gets null HWND. But the caller
doesn't check its validity, then it read a member of returned structure. So, it
crashes.

sha1(FlexRena84/Flexible Renamer.exe) =
0130dcda316347c7894910404487afb082b7596a

[Bug 32304] Flexible Renamer v8.4 crashes on startup (no active window after child dialog controls creation)

https://bugs.winehq.org/show_bug.cgi?id=32304

Anastasius Focht  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |[e-mail]
          Component|-unknown                    |user32
            Version|unspecified                 |1.5.18
         Resolution|---                         |DUPLICATE
            Summary|Cannot execute              |Flexible Renamer v8.4
                   |FlexibleRenamer             |crashes on startup (no
                   |                            |active window after child
                   |                            |dialog controls creation)

--- Comment #4 from Anastasius Focht  ---
Hello folks,

the app uses MSScriptControl (provided by 'MSScript.ocx' ActiveX).

An indication is already given in your log:

--- snip ---
err:ole:CoGetClassObject no class object {0e59f1d5-1fbe-11d0-8ff2-00a0d10038bc}
could be created for context 0x17
err:ole:CoGetClassObject class {0e59f1d5-1fbe-11d0-8ff2-00a0d10038bc} not
registered
err:ole:CoGetClassObject class {0e59f1d5-1fbe-11d0-8ff2-00a0d10038bc} not
registered
err:ole:create_server class {0e59f1d5-1fbe-11d0-8ff2-00a0d10038bc} not
registered
--- snip ---

-> 'winetricks -q msscript'

--- quote ---
 this application expects GetActiveWindow() returns non-NULL value when it
calls.
--- quote ---

Reading this made me immediately remember bug 5402 - even after years ;-)
> From what I've seen here, the app creates its main user interface using

statically linked MFC (window/controls are named "Afx:", "AfxControlBar..")
The problem appears in the second call of 'CreateDialogIndirectParam', when the
app code calls 'GetActiveWindow' while still within message handler
'WM_INITDIALOG' case.
There is another 'CreateDialogIndirectParam' call before (nested control
creation) hence the problem must be already present earlier but doesn't
manifest.

For testing purpose I made the top-most parent window which is not a child
window the active window in the non-modal case, after the dialog controls are
created and the default focus assignment is handled.
Basically searching all ancestors until a non-child top window is found which
is not a desktop window (the main app window).

It made the apps from both bugs work.
The change might not be correct but narrows down an area to investigate further
on.

Resolving as dupe of 5402 (I'll refine that one).

Regards

*** This bug has been marked as a duplicate of bug 5402 ***

[Bug 32304] Flexible Renamer v8.4 crashes on startup (no active window after child dialog controls creation)

https://bugs.winehq.org/show_bug.cgi?id=32304

Austin English  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #5 from Austin English  ---
Closing.