January 2004 - Wine-Devel - list.winehq.org

Re: ListView painting (was Re: Mouse up vs Mouse click)

by Dimitrie O. Paun

On January 29, 2004 08:08 am, Fabian Cenedese wrote: > Understandable. Any hints how I could continue? Where to look at? I don't think I understand this bit. Care to explain it again? "So for me it looks like this: When I click in a cell it gets invalidated and painted selected. But if the cell is not in the first row the first column (or the whole line) gets invalidated and repainted too, therefore erasing the already painted selection." -- Dimi.

Jan. 29, 2004

Re: ListView painting (was Re: Mouse up vs Mouse click)

by Fabian Cenedese

At 07:54 29.01.2004 -0500, Dimitrie O. Paun wrote: >On January 29, 2004 06:27 am, Fabian Cenedese wrote: >> Does anybody know about the handling of mouse events in the listview? >> Is this a bug or just not implemented yet (I've seen the comment in the >> beginning of listview.c :) ? > >The comment is wrong and needs updating. Huw Davies added drag&drop >support some time ago (2003/11/03). I'd love to be more helpful on >this matter, but I'm out of bandwidth at the moment... Understandable. Any hints how I could continue? Where to look at? Thanks bye Fabi

Jan. 29, 2004

Re: ListView painting (was Re: Mouse up vs Mouse click)

by Dimitrie O. Paun

On January 29, 2004 06:27 am, Fabian Cenedese wrote: > Does anybody know about the handling of mouse events in the listview? > Is this a bug or just not implemented yet (I've seen the comment in the > beginning of listview.c :) ? The comment is wrong and needs updating. Huw Davies added drag&drop support some time ago (2003/11/03). I'd love to be more helpful on this matter, but I'm out of bandwidth at the moment... -- Dimi.

Jan. 29, 2004

Re: Help needed to build & run a VC++ program in Linux

by Dimitrie O. Paun

On January 29, 2004 12:45 am, saravanan wrote: > Hi, I want to know how i can a compile & port a simple VC++ application to > linux using wine. I tried to compile a VC++ application using the winelib > method. But it showed a lot of errors. Does anyone have any idea. Your best bet is to first try to port it to MinGW. Once that's done, use winegcc to port it to Wine. -- Dimi.

Jan. 29, 2004

Re: File change notifications

by Hans Leidekker

On Thursday 29 January 2004 01:01, Duane Clark wrote: > > +/* TODO: - security attribute changes > > + * - compound filter and multiple notifications > > + * - subtree notifications > > + * - non-documented flags FILE_NOTIFY_CHANGE_LAST_ACCESS and > > + * FILE_NOTIFY_CHANGE_CREATION > > + Thanks for pointing this out. Resubmitting... > For some reason, a comment end is missing there. But otherwise, it seems > to work fine with the one important app I use file notification on. Which app is that? -Hans

Jan. 29, 2004

ListView painting (was Re: Mouse up vs Mouse click)

by Fabian Cenedese

>>>The misbehaving app uses a ownerdrawn, CListCtrl-derived list. When >>>I click on a cell not in the first column the cell gets selected. But on >>>wine I can see that the selection flashes shortly and disappears right >>>again (Surprisingly it works when I click in the first column. As my >>>application uses the same code for all columns it must be something >>>else.). After putting some debug messages in my code I found that >>>on Windows after the left-button-down event a left-button-click event >>>is generated, no matter how long I hold the button before releasing. >>>On wine there is no click event but a mouse up event. And the cell >>>flashes even when I hold the button, so it's not the releasing itself >>>that clears the selection. > >I tried again to find this problem. I couldn't find any difference in how the >mouse messages are generated/handled between the two cases (clicking >on first column/not first column). I now start to think that it's more a focus >problem. If the focus is immediately shifted away after getting it it might >look like the flashing cell I have now. To find out more about the focus >I made some traces with +win. > >This is from clicking on the second column (doesn't work). Note >the additional BeginPaint in the middle and the different >paint flags: (snip) As nobody is participating I need to reply to my own posts :) I may be getting closer. My assumptions about mouse handling or focus seem both wrong. The cell gets activated and stays like that, it's just not visible. But when I move with cursor keys the (invisible) selection moves from the clicked cell to the next cell (and is now visible). So for me it looks like this: When I click in a cell it gets invalidated and painted selected. But if the cell is not in the first row the first column (or the whole line) gets invalidated and repainted too, therefore erasing the already painted selection. From my code of the derived list control: void CMyListCtrl::OnLButtonDown(UINT nFlags, CPoint point) { LVHITTESTINFO ht; ht.pt = point; SubItemHitTest(&ht); m_CurSubItem = IndexToOrder(ht.iSubItem); if(ht.iItem!=-1) { CHeaderCtrl* pHeader = GetHeaderCtrl(); //set first selected and focus state SetItem(ht.iItem, 0, LVIF_STATE, NULL, 0, LVIS_SELECTED | LVIS_FOCUSED, LVIS_SELECTED | LVIS_FOCUSED, 0); //update row anyway for selection bar CRect rc; GetItemRect(ht.iItem, rc, LVIR_BOUNDS); InvalidateRect(rc); UpdateWindow(); } //following line is used for drag&drop support. I don't know why!! Do it at the //end of this function because it hangs until mouse up message has proceed. CListCtrl::OnLButtonDown(nFlags, point); // test AfxMessageBox("Released"); } The comment in the end is not from me but it really is like that. The call stays in there until I release the mouse button, no matter if on the same cell or somewhere else (as it says, for drag'n'drop). The test message box after the call only comes up when I release the button. But on wine it immediately pops up while still holding down the mouse button. I don't know how the hanging is down on Windows but I think this is what mixes up my events and why my cell doesn't stay painted selected. I'm still wondering though why this isn't the same on the first column. Does anybody know about the handling of mouse events in the listview? Is this a bug or just not implemented yet (I've seen the comment in the beginning of listview.c :) ? Thanks bye Fabi

Jan. 29, 2004

Re: NHL2004 Testing / Version.dll

by Abdul-Haseeb Ahmad

I just tried the NHL 2003 demo right now, since it would be the most relevant game to try since it also uses IE.. it has problems initializing the WinMM components.. im not sure but i have a feeling this might be because something isn't configure right.. i get this error when i start wine everytime: err:wave:OSS_WaveOutInit /dev/mixer1: No such device err:wave:OSS_WaveInInit /dev/mixer1: No such device anyone know how i could fix that? the exact error i get running nhl2003 is: Backtrace: =>0 0x005bb868 (nhl2003Demo.exe.EntryPoint+0xf301 in nhl2003Demo.exe) (ebp=0065a4e4) 1 0x6f724265 (MIDIMAP.DRV..data+0x29e70265) (ebp=6c746954) *** Invalid address 0x6c746954 (MIDIMAP.DRV..data+0x26e92954) 0x005bb868 (nhl2003Demo.exe.EntryPoint+0xf301 in nhl2003Demo.exe): movl 0x0(%eax),%ecx also, NHL 2000 works in software mode from what i recall, NHL 2002 has a problem selecting the video card that im using, it has something to do with that program it uses, 3DSetup, like all of the older EA Games.. Backtrace: =>0 0x600024ae (DX7Z.DLL._THRASH_selectdisplay(a)4+0x23e in DX7Z.DLL) (ebp=00000000) 0x600024ae (DX7Z.DLL._THRASH_selectdisplay(a)4+0x23e in DX7Z.DLL): movl 0x0(%eax),%ecx when I run 3DSetup to setup my videocard, it goes back to the version.dll problem i was having with NHL2004: Backtrace: =>0 0x408c5d8b (VERSION.DLL.VerQueryValueA+0xa7 in VERSION.DLL) (ebp=4083eae0) 1 0x10003bcf (3DSETUP.DLL.TDSETUP_IsSupportedCard+0x1aa4 in 3DSETUP.DLL) (ebp=4083eb18) 2 0x1000249d (3DSETUP.DLL.TDSETUP_IsSupportedCard+0x372 in 3DSETUP.DLL) (ebp=4083ebd4) 3 0x10001160 (3DSETUP.DLL.TDSETUP_Init+0xcc in 3DSETUP.DLL) (ebp=4083efec) 4 0x0040179b (3DSetup.exe..text+0x79b in 3DSetup.exe) (ebp=00000001) I copied over version.dll from winxp and it did run the 3DSetup but with no videocards in the list; could be because i didn't install NHL 2002 the way it should be installed (i installed nhl2003/2004 properly) like i stated earlier for NHL 2004, version.dll cannot be used from WinXP as it gives an error... the only solution would be to fix the version.dll implementation.. however im not familiar with windows api and how everything works, so im not sure how i'd approach that problem myself Tom wrote: > Abdul-Haseeb Ahmad wrote: > >> Jonathan Wilson wrote: >> >>> Abdul-Haseeb Ahmad wrote: >>> >>>> ive tinkered around some more, and i copied over winxp's >>>> kernel32.dll, and i >>> >>> >>> >>> >>> You cant use kernel32.dll from real windows on WINE. >>> >>> >>> >> if i do put it there, the program goes past the kernel32 error, as >> i've explained.. i changed it to a dummy kernel32 and it worked as well >> >> > > Have you tried NHL 2003, 2002, 2001, 99 ? > > > >

Jan. 29, 2004

Re: NHL 2004 Testing Report

by Abdul Ahmad

I just tried the NHL 2003 demo right now, since it would be the most relevant game to try since it also uses IE.. it has problems initializing the WinMM components.. im not sure but i have a feeling this might be because something isn't configure right.. i get this error when i start wine everytime: err:wave:OSS_WaveOutInit /dev/mixer1: No such device err:wave:OSS_WaveInInit /dev/mixer1: No such device anyone know how i could fix that? the exact error i get running nhl2003 is: Backtrace: =>0 0x005bb868 (nhl2003Demo.exe.EntryPoint+0xf301 in nhl2003Demo.exe) (ebp=0065a4e4) 1 0x6f724265 (MIDIMAP.DRV..data+0x29e70265) (ebp=6c746954) *** Invalid address 0x6c746954 (MIDIMAP.DRV..data+0x26e92954) 0x005bb868 (nhl2003Demo.exe.EntryPoint+0xf301 in nhl2003Demo.exe): movl 0x0(%eax),%ecx also, NHL 2000 works in software mode from what i recall, NHL 2002 has a problem selecting the video card that im using, it has something to do with that program it uses, 3DSetup, like all of the older EA Games.. Backtrace: =>0 0x600024ae (DX7Z.DLL._THRASH_selectdisplay(a)4+0x23e in DX7Z.DLL) (ebp=00000000) 0x600024ae (DX7Z.DLL._THRASH_selectdisplay(a)4+0x23e in DX7Z.DLL): movl 0x0(%eax),%ecx when I run 3DSetup to setup my videocard, it goes back to the version.dll problem i was having with NHL2004: Backtrace: =>0 0x408c5d8b (VERSION.DLL.VerQueryValueA+0xa7 in VERSION.DLL) (ebp=4083eae0) 1 0x10003bcf (3DSETUP.DLL.TDSETUP_IsSupportedCard+0x1aa4 in 3DSETUP.DLL) (ebp=4083eb18) 2 0x1000249d (3DSETUP.DLL.TDSETUP_IsSupportedCard+0x372 in 3DSETUP.DLL) (ebp=4083ebd4) 3 0x10001160 (3DSETUP.DLL.TDSETUP_Init+0xcc in 3DSETUP.DLL) (ebp=4083efec) 4 0x0040179b (3DSetup.exe..text+0x79b in 3DSetup.exe) (ebp=00000001) I copied over version.dll from winxp and it did run the 3DSetup but with no videocards in the list; could be because i didn't install NHL 2002 the way it should be installed (i installed nhl2003/2004 properly) like i stated earlier for NHL 2004, version.dll cannot be used from WinXP as it gives an error... the only solution would be to fix the version.dll implementation.. however im not familiar with windows api and how everything works, so im not sure how i'd approach that problem myself Tom wrote: > Abdul-Haseeb Ahmad wrote: > >> Jonathan Wilson wrote: >> >>> Abdul-Haseeb Ahmad wrote: >>> >>>> ive tinkered around some more, and i copied over winxp's >>>> kernel32.dll, and i >>> >>> >>> >>> You cant use kernel32.dll from real windows on WINE. >>> >>> >>> >> if i do put it there, the program goes past the kernel32 error, as >> i've explained.. i changed it to a dummy kernel32 and it worked as well >> >> > > Have you tried NHL 2003, 2002, 2001, 99 ? > > > >

Jan. 29, 2004

Re: UXTHEME

by Mike Hearn

On Wed, 28 Jan 2004 21:14:39 +0200, MediaHost (TM) wrote: > I see this also bothering Winamp 5....would maybe run too. To get WinAmp 5 running use the "Classic" theme instead of Modern. Modern uses stuff we haven't implemented yet.

Jan. 29, 2004

Re: NHL 2004 Testing Report

by Abdul-Haseeb Ahmad

Jonathan Wilson wrote: > Abdul-Haseeb Ahmad wrote: > >> ive tinkered around some more, and i copied over winxp's >> kernel32.dll, and i > > You cant use kernel32.dll from real windows on WINE. > > > if i do put it there, the program goes past the kernel32 error, as i've explained.. i changed it to a dummy kernel32 and it worked as well

Jan. 29, 2004