wine-devel April 2005

wine-devel@winehq.org

133 participants
273 discussions

Re: DirectX 8
by Ann and Jason Edmeades 26 Apr '05

26 Apr '05

> I've been moving house over the past couple of weeks > which is why I dropped off the face of the earth for a > while. Phew - I was worried I'd have to try to understand all of your patch :-) Welcome back and keep up the good work Jason

2 1

MFC TreeCtrl display problem #2
by Green, Shaun E. 26 Apr '05

26 Apr '05

Sorry, I need to be more specific here. The top (very first) folder icon is the only invisible item. The text is legible. For all other nodes except the top one, folder icons and text display just fine. Shaun

1 0

MFC TreeCtrl display problem
by Green, Shaun E. 26 Apr '05

26 Apr '05

I'm running an MFC app using Wine-20050419 and the very top node of a TreeCtrl is not displayed. All the children and siblings look fine, when I expand the tree. This could be another one of those 2.6.x series display bugs I've seen, but this same .exe does not exhibit this problem using Wine-20050310 so I'm back to using that for now. Shaun

1 0

DirectX 9
by Oliver Stieber 26 Apr '05

26 Apr '05

Hi all, I've been moving house over the past couple of weeks which is why I dropped off the face of the earth for a while. Between moving I've managed to get a lot more DirectX 9 work done, Roller coster tycoon, Warhammer 40K, tenage mutat ninja turtles and the increadables are now the same under WINE as Windows. Evil genius, Kohan 2 and Axis and Allies have a few graphics problems but are still playable and colin McRea raley 2004 now plays ok, but there are lot of graphics issues. i expect Settlers Heritige of the King and Myst 4 will work but I haven't been able to test since I lost the demo disk. hopefully the problems with Halflife2 and world of warcraft are fixed, but again I don't have coppies to test. The majority of the interface seperation work has been completed and development is starting to stabalize, I'll try to get the patches in as soon as I've synced with winecvs, it should be a lot quicker as I'm now only going to be chasing the moving target or winecvs, previously I was chasing winecvs, and changes Alixander made to the patches I sent and my DirectX work which was a little too hectic. Oliver. Send instant messages to your online friends http://uk.messenger.yahoo.com

3 2

Re: USB status ...Who maintains wineserver?
by Hiji 26 Apr '05

26 Apr '05

> If you want to get a scanner going, the best way > would be to make it > work with SANE or V4L, and then get SANE or V4L to > work with Wine's > still imaging interface. > > Have a look at the work that Maarten Lankhorst is > doing on Web cameras > ... he's doing things the right way. > > If you still want to loader the Windows driver, go > and have a look at > ndis wrapper. http://ndiswrapper.sourceforge.net/ Conceptually, I think a combination of two solutions would be the best solution. * The first is obvious: bridge the gap between Wine and the existing support (SANE, V4L, ALSA, etc.) This way, you don't reinvent the wheel and use what's in existence. * The second is not-so-obvious, but crucial: load the Windows driver in a way that is similar to NdisWrapper or DriverLoader (where those items are modules that wrap around the Windows driver [I think!]). Why is this important? Because the reality is that beyond the generic USB hardware (scanner, webcam, mouse, etc.), there won't be a Linux equivalent driver for a specialized piece of hardware (Guitarport, DVC100, MP3 Player, etc.) Of course, this is "easier said than done", but I think its a good starting point for the ambitious. . . Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: DirectX 9
by Hiji 26 Apr '05

26 Apr '05

--- Tom Wickline <twickline(a)gmail.com> wrote: > On 4/26/05, Oliver Stieber > <oliver_stieber(a)yahoo.co.uk> wrote: > > Hi all, > > > > I've been moving house over the past couple of > weeks > > which is why I dropped off the face of the earth > for a > > while. > > > > Between moving I've managed to get a lot more > DirectX > > 9 work done, Roller coster tycoon, Warhammer 40K, > > tenage mutat ninja turtles and the increadables > are > > now the same under WINE as Windows. Evil genius, > Kohan > > 2 and Axis and Allies have a few graphics problems > but > > are still playable and colin McRea raley 2004 now > > plays ok, but there are lot of graphics issues. i > > expect Settlers Heritige of the King and Myst 4 > will > > work but I haven't been able to test since I lost > the > > demo disk. hopefully the problems with Halflife2 > and > > world of warcraft are fixed, but again I don't > have > > coppies to test. > > > > There was some funds in the "Wine Party Fund" that > Jeremy offered others > to purchase games for dev/testing. So you may want > to contact Jeremy about this. > > Tom Also, FYI: http://half.ebay.com and the amazon.com marketplace (used) usually have pretty good deals on games! :) Also, if you're in the U.S., Target's clearance endrack has good deals too. (I bought Spiderman, Catwoman, and The Hobbit for about $5 USD each!) Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: D3D9 Work?
by Oliver Stieber 26 Apr '05

26 Apr '05

--- Benjamin Cutler <cutler(a)cs.colostate.edu> wrote: > I was discussing this with some others who hang out > in the #winehackers > channel, and I'm curious who else might be working > on the D3D9 portion > of Wine. I was unsure of how ready for inclusion > into the main branch > the unofficial patches are, but I've heard from a > couple sources that > most of the patch isn't. I'd like to get some > opinions on what's ready > and what's not. I'd hate to start submitting pieces > of the patch, only > to find out that person X was already working on > that part and had > something better in mind, or even worse to find out > that somebody's been > maintaining contact with Oliver and I'm just getting > overeager to see > the patches in Wine. > > Somebody also mentioned that there are others > waiting for Oliver's > patches to be submitted so that they can continue > their D3D9 work, so I > was curious if there were any of you out there that > fall into that category. > I too have been keen to merge the work with winehead, this hasn't happen todate for a couple of reasons. 1: I've been moving house so I an afford to continue directX 9 work. 2: Because a lot of the work I was doing involved interface a structure changes large areas of the code were affected, combining this with the day or two turn around with patches into wine cvs and I was spending more time merging with wine than developing directX. Because the patches I would send into winecvs would be outdated so quickly I was reluctant to send them in. The work has now stabalise a lot, so sending in patches should be troublesome, I never managed to figure out how to work svk properly. Oliver. Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

Re: Add strncpyW to unicode.h
by Jeff Latimer 26 Apr '05

26 Apr '05

I have just been reading the lists and realise that strncpyW/strncpy is bad news for some reason. Please consider this patch withdrawn. Wouldn't it be better to implement strncpyW as a wrapper for memcpy? Given that all the other string functions are implemeted with the (W) version, having strncpyW missing is a bit confusing. Jeff Latimer Jeff Latimer wrote: > An implementation of strncpyW. > > Jeff Latimer > >------------------------------------------------------------------------ > >Index: unicode.h >=================================================================== >RCS file: /home/wine/wine/include/wine/unicode.h,v >retrieving revision 1.31 >diff -u -r1.31 unicode.h >--- unicode.h 21 Apr 2005 17:18:50 -0000 1.31 >+++ unicode.h 25 Apr 2005 10:48:05 -0000 >@@ -191,6 +191,18 @@ > return dst; > } > >+static inline WCHAR *strncpyW( WCHAR *dst, const WCHAR *src, int maxlen ) >+{ >+ WCHAR *p = dst; >+ if (maxlen > 0 ) >+ { >+ maxlen--; >+ while (((*p++ = *src++) && maxlen--)); >+ } >+ if (*p) *p++ = (WCHAR) "\0"; >+ return dst; >+} >+ > static inline int strcmpW( const WCHAR *str1, const WCHAR *str2 ) > { > while (*str1 && (*str1 == *str2)) { str1++; str2++; } > >

2 3

ComboBoxEx focus bug
by felix.nawothnig＠t-online.de 26 Apr '05

26 Apr '05

Hi. I'm trying to fix PR 1114 and ran into the following problem: The listbox of WinRAR isn't updated because CBN_SELENDOK isn't sent. CBN_SELENDOK is supposed to be sent by CBRollUp() called by the LBN_SELCHANGE handler but isn't because the listbox (of the combobox) is already rolled up when LBN_SELCHANGE is received. The premature CBRollUp() is caused by a click into the combo/listbox which SetFocus()es the listbox which causes a KILLFOCUS sent to the edit control which was holding the focus before and then forwards the KILLFOCUS to it's parent (the ComboLBox) which rolls the listbox up and issues CBN_SELENDCANCEL. (This causes also a visible difference between native and builtin comctl32 - native ComboBoxEx rolls up on mouseup, ours rolls up on mousedown) So the problem is that the editbox has the focus although the listbox is rolled down - this is the case for DROPDOWN comboboxes but only possible since the listbox takes care of this special case and forwards the focus to the edit control. Since a ComboBoxEx is a DROPDOWNLIST with an edit control drawn itself the editbox has to lose the focus when the listbox is rolled down. The listbox code actually takes care of that and sets the focus to the listbox if it's not child of a DROPDOWN CB but the CBN_SETFOCUS handling in comboex.c sets the focus back to the edit control for some reason, stating: * We also need to set the focus back to the Edit control * after passing the command to the parent of the ComboEx. Putting an "case CBN_SETFOCUS:" before the CBN_SELENDOK case (making sure that the focus isn't set to the edit control after a CBN_SETFOCUS) makes WinRAR work, makes the listbox roll up on mouseup (looks exactly like native comctl32) and doesn't seem to cause any problems. However, if the ComboBoxEx receives another CBN_* (except those handled by case statements which all *don't* set the focus to the edit box) I think it will set the focus back to the edit control (although the listbox is still rolled down) and when the user then selects an item it will again roll up and send CBN_SELENDCANCEL. So would it be right to completly remove the focus-forwarding to the edit control? (Since I know nothing about Win32 programming, the comments talk about MSIE4 expecting some specific behaviour and I don't wanna cause a regression I decided to ask here first :) -flexo

1 0

Re: Bug 2904
by Juan Lang 26 Apr '05

26 Apr '05

> Hey guys, can one of you have a look at bug 2904? Isn't this the same thing? http://www.winehq.org/hypermail/wine-devel/2005/04/0494.html Whether or not the patch Michael attached is the "real" fix, it should solve the immediate problem (the assert failure.) --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

← Newer
1
2
3
4
5
6
7
8
...
28
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel April 2005