January 2005 - Wine-devel - list.winehq.org

RICHEDIT once again
by Krzysztof Foltman 30 Jan '05

30 Jan '05

My rich text control is still far from even semi-complete, but I think too much is done to start over, so I'm releasing it today. The number one reason of its incompleteness is that I put more emphasis on making things work exactly like in the original than on implementing more functions. It's been neglected for weeks, and only recently I've fixed some old bugs and slowly started implementing the simplest parts of the RICHEDIT control API. I'm still not done with the basic stuff, like undo stack, so there is not much to hack on. On the other hand, it's likely I've made some bad decisions during design, and having someone experienced to look at that seemed to be a good idea to me. Some things look really tricky to implement with the current architecture, like the printing API (it will likely be an ugly hack, but I expect the same from the original, as screen formatting and print formatting may be very different). Some things just need time. I will probably need others' help to do the RTF parser. It's just way too much work. So, if anyone cares: http://foltman.com/richtext-20050130.tar.gz Compile using the recent-ish mingw (plus original SDK richedit header file). Have fun, Krzysztof

4 8

Re: KERNEL: stub implementation for ReadDirectoryChangesW
by Vincent Béron 30 Jan '05

30 Jan '05

Le dim 30/01/2005 à 13:37, Hans Leidekker a écrit : > > This prevents a crash in Picasa2. > > -Hans > > Changelog: > Stub implementation for ReadDirectoryChangesW. You forgot to remove the stub entry in kernel32.spec and replace it by a line with proper argument types. Vincent

1 0

Fwd: Re: Q? system wide variables
by Oliver Stieber 30 Jan '05

30 Jan '05

Thought I should send this to winedev as well, is it just me, or is the reply address set to the sender and not winedev? > > --- Mike Hearn <mh(a)codeweavers.com> wrote: > > Yes, the registry is fine though if you are going > to > > detect this at > > startup it may be worth making it volatile. > > > > I'm not sure it makes sense to have a config > option > > here. How many people > > will think to adjust it? > > > Well, initially I can't won't be able to detect the > value since I don't known of any other way that > talking to the video card and requesting one of it's > registers. (I've got the Matrox g400 code somewhere > on an old HDD written in djgcc for dos about 5 years > ago) Transgaming make this user configurable so I > shouldn't imagine it's an 'easy' task to detect the > top ten cards. > > It could also be handy for stubborn applications > when > I want to lie and don't care how slow the > application > runs (or if it slips into AGP instead of > on-videoboard > ram) you can get something for windows that fakes a > lot of directX functions so that you can play games > that must have pixelshaders 2.0 on older cards just > missing some effects. > > I would send the link, but I can't remember right > now > and I'm just off down the pub. > > I'll start by getting everthing to talk to the > registry and work on the volile bit when we have > some > detection code. > > > > > > > > > > ___________________________________________________________ > > ALL-NEW Yahoo! Messenger - all new features - even > more fun! http://uk.messenger.yahoo.com > ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

3 2

Q? system wide variables
by Oliver Stieber 30 Jan '05

30 Jan '05

Hi, I need to track the 'fake' amount of video memory in total, allocated and left for Directx 9 and would like to track it across wine so that DDraw, DirectX, DxDiag and X11 driver can all sing from the same song sheet. What's the best place to do this? is the registry code fast enough or should I add a new function to the X11 driver so that I can request and release 'fake' video memory and make all other AvailableVideoMemory requests ask X11 driver? I would expect the use to be able to override by the initial amount, even if there's code that detects it since wine,X and openGL manage video memory differently to windows, direct draw and D3D. ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

5 5

Re: small fix SafeArryDestroy
by Rob Shearman 30 Jan '05

30 Jan '05

Rein Klazes wrote: >Hi, > >Makes WJChess, a French made chess game, accept moves. > >Changelog: > dlls/oleaut32 : safearray.c > SafeArrayDestroy() returns success when called with a NULL > pointer. > > It would be nice to have a test for this as there are already a large number of SafeArray tests. Rob

1 0

ole:register_ifstub couldn't get IPSFactory buffer for interface
by Uwe Bonnes 29 Jan '05

29 Jan '05

Hallo, trying to install the the German TAX software "Steuersparerklaerung 2005" the Installshield installer runs into: err:ole:register_ifstub couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046} and aborts. The IRemUnknown implementation seems to be brand new from Robert as of this monday. Is there any fix to get around above problem? Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 7

Re: MSVCRT: Re-implement *printf
by Aneurin Price 29 Jan '05

29 Jan '05

Changelog: > Re-implement all *printf functions in msvcrt.dll, according to > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html… > > and descriptions of appropriate functions. > This should fix, among other things, bugs 321 and 2075. > Nobody has any comments about this?

3 3

Re: [shlwapi/tests/shreg] Tests question
by Juan Lang 29 Jan '05

29 Jan '05

> What's the best approach in this? > - fix Wine (but what should be the correct returned buffer?) Definitely fix Wine. Hopefully there isn't an app that depends on one behavior under Windows 98, and a different one under Windows XP. It's perhaps less likely because Wine's implementation isn't correct in either case? Pick one of the versions to match, document the difference with other versions. If needed later someone can change the function to check at runtime which version of Windows is being emulated, and match the behavior accordingly. See e.g. http://source.winehq.org/source/dlls/kernel/process.c#L2800 for where this is done. --Juan __________________________________ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com

2 2

Slick build output
by Jason But 29 Jan '05

29 Jan '05

Hello all, Not really related to the actual wine development but more to the make/build/install environment. Remembering the most wine users will not necessarily be developers we should consider improving the output of running (./configure && make) to make it more user friendly. Hopefully it should also be less confronting and confusing to non developers. I propose something similar to the way the Linux kernel currently compiles. The included patch changes make so that a regular make will produce much nicer output while for those die-hards who prefer the original output this can be achieved by executing make VERBOSE=yes I personally prefer the neater output even for development work, the compile output doesn't scroll off the screen as quickly and warnings/errors can be more easily spotted. This patch doesn't do the complete job, instead only produces output for the compile (gcc) stages. In fact, (make install) will produce no output at all! If people think this is a good idea, simple extensions will lead to complete output, just add the necessary $(NICE_ECHO) " whatever" to the proper places in each Make*.in file I am willing to do this if it is deemed to be good. Jason

8 10

Re: [IWineD3d + d3d9] bogus query implemetation
by Juan Lang 29 Jan '05

29 Jan '05

Hi Oliver, +HRESULT WINAPI IWineD3DDeviceImpl_CreateQuery(IWineD3DDevice *iface, D3DQUERYTYPE Type, IWineD3DQuery** ppQuery){ + IWineD3DDeviceImpl *This = (IWineD3DDeviceImpl *)iface; + + if(NULL == ppQuery){ + /*Just a check to see if we support this type of query*/ + HRESULT hr = D3DERR_NOTAVAILABLE; + /*Lie and say everything is good (we can return ok fake data from a stub)*/ + switch(Type){ + case WINED3DQUERYTYPE_VCACHE: + hr = D3D_OK; + case WINED3DQUERYTYPE_RESOURCEMANAGER: + hr = D3D_OK; These are missing a break statement. Better style would be to take advantage of the fallthrough like so: + switch(Type){ + case WINED3DQUERYTYPE_VCACHE: + case WINED3DQUERYTYPE_RESOURCEMANAGER: (all the other WINED3DQUERYTYPE_ cases) + hr = D3D_OK; + break; +struct IWineD3DQueryImpl +{ + IWineD3DQueryVtbl *lpVtbl; + DWORD ref; /* Note: Ref counting not required */ + IWineD3DDeviceImpl *wineD3DDevice; + /* IWineD3DQuery fields */ + D3DQUERYTYPE type; + void *data; + int dataSize; + + +}; What's with the couple of blank lines in the struct declaration? Yeah, so I'm picky ;) +DWORD WINAPI IWineD3DQueryImpl_GetDataSize(IWineD3DQuery* iface){ + IWineD3DQueryImpl *This = (IWineD3DQueryImpl *)iface; + FIXME("(%p) : stub \n", This); + int dataSize = 0; + switch(This->type){ + case WINED3DQUERYTYPE_VCACHE: + dataSize = sizeof(D3DDEVINFO_VCACHE); + case WINED3DQUERYTYPE_RESOURCEMANAGER: Aren't these case statements missing a break statement too? --Juan __________________________________ Do you Yahoo!? All your favorites on one personal page � Try My Yahoo! http://my.yahoo.com

3 3