[Bug 35442] New: LISTVIEW_GetItemOrigin: assertion "nItem >= 0 && nItem < infoPtr->nItemCount" failed

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

Bug ID: 35442
           Summary: LISTVIEW_GetItemOrigin: assertion "nItem >= 0 && nItem
                    < infoPtr->nItemCount" failed
           Product: Wine
           Version: 1.7.11
          Hardware: x86
                OS: Linux
            Status: UNCONFIRMED
          Severity: blocker
          Priority: P2
         Component: -unknown
          Assignee: [e-mail]
          Reporter: [e-mail]
    Classification: Unclassified

Created attachment 47303
  --> http://bugs.winehq.org/attachment.cgi?id=47303
Terminal ouput log

Program suddenly crashes, while drawing a mask containing user details.
The application is a CORBA client, interfaced with an Oracle database instance.

On windows native, the application runs succesfully.

In the attachmet you'll find how the mask is drawn in Windows and in Linux. On
Linux it lacks the bottom and right side.

[Bug 35442] LISTVIEW_GetItemOrigin: assertion "nItem >= 0 && nItem < infoPtr->nItemCount" failed

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

--- Comment #1 from Alessandro Borille  ---
Created attachment 47304
  --> http://bugs.winehq.org/attachment.cgi?id=47304
Backtrace debug log with symbols

[Bug 35442] LISTVIEW_GetItemOrigin: assertion "nItem >= 0 && nItem < infoPtr->nItemCount" failed

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

--- Comment #2 from Alessandro Borille  ---
Created attachment 47305
  --> http://bugs.winehq.org/attachment.cgi?id=47305
Mask on Linux

The mask is not totally drawn on Linux

[Bug 35442] LISTVIEW_GetItemOrigin: assertion "nItem >= 0 && nItem < infoPtr->nItemCount" failed

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

--- Comment #3 from Alessandro Borille  ---
Created attachment 47306
  --> http://bugs.winehq.org/attachment.cgi?id=47306
Mask on Windows

The mask is correctly drawn in Windows

[Bug 35442] LISTVIEW_GetItemOrigin: assertion "nItem >= 0 && nItem < infoPtr->nItemCount" failed

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

--- Comment #4 from Alessandro Borille  ---
The application need following coponent to work:

.NET Framework 2.0 SP2
vcrun2008
access 2007 runtime

Adding comctl32 component with winetricks does not solve the problem. 
If I add comctl32 component the application does not start at all claiming for
a missing MFC80U.DLL

[Bug 35442] LISTVIEW_GetItemOrigin: assertion "nItem >= 0 && nItem < infoPtr->nItemCount" failed

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

Jerome Leclanche  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|blocker                     |normal

--- Comment #5 from Jerome Leclanche  ---
Not a blocker.

Do you have a download link for the app?

[Bug 35442] LISTVIEW_GetItemOrigin: assertion "nItem >= 0 && nItem < infoPtr->nItemCount" failed

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

--- Comment #6 from Alessandro Borille  ---
It's a proprietary application. I could provide a download link if needed.
Anyway the crashing client application is pretty useless by itself, since it
needs a valid oracle database instance running and a custom application server
to attach to.

In my test environment I'm running the oracle database on a virtaulized windows
server 2003. It's a very much customized oracle installazion, connected to an
application server running on same windows virtual host. The client connects to
the application server. A classic three tier architecture.

If you need the client application to replicate the crash I'm assuming that you
need the oracle server at your disposal. In this case we have a couple of
options:

- To provide you the virtualized image of the windows server (40GB more or
less...tough task). Or:
- To publish my virtaulized server on internet, providing the needed port
forwarding to make the application server available. In this way you could
connect the client application from your side to my virtual server. We should
set an appointment, so you're sure to reach my server.

Any different ideas?

[Bug 35442] LISTVIEW_GetItemOrigin: assertion "nItem >= 0 && nItem < infoPtr->nItemCount" failed

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

--- Comment #7 from Jerome Leclanche  ---
(In reply to comment #6)
Please do provide a download link in the URL field of the bug.

[Bug 35442] LISTVIEW_GetItemOrigin: assertion "nItem >= 0 && nItem < infoPtr->nItemCount" failed

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

Alessandro Borille  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                URL|                            |https://dl.dropboxuserconte
                   |                            |nt.com/u/4000137/Cross2.zip

--- Comment #8 from Alessandro Borille  ---
Added download URL.
Installation is pretty much straightforward. When asked for a dealer code,
input any 5 digit you want, since it's meaningful only when you have a valid
database server running to attach to.
To start the application, from the installation directory:

wine xstart TWE 2>&1 logfile

Anyway it will fail starting cause it will not find the application server
specified on the install.ini file (DefaulWebServer row)

[Bug 35442] LISTVIEW_GetItemOrigin: assertion "nItem >= 0 && nItem < infoPtr->nItemCount" failed

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

Austin English  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |download

--- Comment #9 from Austin English  ---
This is your friendly reminder that there has been no bug activity for over a
year. Is this still an issue in current (1.7.37 or newer) wine? If so, please
attach the terminal output in 1.7.37 (see http://wiki.winehq.org/FAQ#get_log).

[Bug 35442] LISTVIEW_GetItemOrigin: assertion "nItem >= 0 && nItem < infoPtr->nItemCount" failed

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

[e-mail] changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail],
                   |                            |[e-mail]

--- Comment #10 from [e-mail] ---
Dead download at url field.

See comment 6 this feels too hard replicate the issue.

ALSO.

I think this bug is actually a dupe.

bug 30819 and bug 28806 both mention the same crash location. And are a lot
older bugs than this here.