April 2006 - Wine-devel - list.winehq.org

Support section revamp
by Jeremy White 26 Apr '06

26 Apr '06

Hi Folks, We've now reconnected the newgroup comp.emulators.ms-windows.wine to the wine-users mailing list, so they are, in theory, one 'virtual' community. We also revamped the web site a bit to try to make these things pop out a bit more. Please see this page in particular: http://www.winehq.org/site/getting_help Hopefully this will help people find a way to search for help and connect to the wine-users community a bit more easily, and ease some of the current pain around the lack of a forum. Cheers, Jeremy

4 3

SambaXP update
by Kai Blin 25 Apr '06

25 Apr '06

Hi folks, As SerNet and the Samba team has invited me to SambaXP, I thought I'd give a short update on what happened here so far that is interesting for Wine. The talks today were only mildly interesting from the Wine point of view, but that chatting with the Samba folks in the breaks was really productive. I've talked to Steve French about exposing named pipes as file descriptors or fifos and he thinks that should be doable. I have to admit I'm not totally sure what those beasts are needed for, but Juan asked me to bug Steve about. I guess his talk about using CIFS on linux will be interesting, too. On the SSPI/GENSEC side, I've talked to Andrew Bartlett and Jelmer Vernooij about isolating GENSEC from the Samba code a bit more so it's useable without pulling in too much of the other Samba code (which is also GPL and not useable). They don't seem too happy about releasing GENSEC under the LGPL either, but seem to prefer that to other, less elegant solutions like a wrapper library or a stdio interface. On the bright side, I managed to get Wine code to compile with GENSEC using some quick hacks. That brings me a bit closer to a proof of concept implementation the Samba people want to see. The schedule for tomorrow will see more technical talks, and I'll continue to hack on wine-gensec a bit, and of course I'll try to give another report from the conference. Cheers, Kai -- Kai Blin, (blin at gmx dot net) For a man to truly understand rejection, he must first be ignored by a cat.

1 0

Re: [WINED3D] Use shorter lines in drawprim.c (whitespace)
by Stefan Dösinger 25 Apr '06

25 Apr '06

Hi, > +void primitiveDeclarationConvertToStridedData( > + IWineD3DDevice *iface, > + BOOL useVertexShaderFunction, > + Direct3DVertexStridedData *strided, > + LONG BaseVertexIndex, > + DWORD *fvf, > + BOOL storeOrder, > + INT arrayUsageMap[WINED3DSHADERDECLUSAGE_MAX_USAGE]) { I personally dislike that. In my opinion it's better this way: void primitiveDeclarationConvertToStridedData(IWineD3DDevice *iface, BOOL useVertexShaderFunction, ... ) { code; } Well, primitiveDeclarationConvertToStridedData is a bit of a bad example, because the function name isn't that short and INT arrayUsageMap[WINED3DSHADERDECLUSAGE_MAX_USAGE] is long too. However, it makes much more sense for the usual COM functions IMO: /*************************************************************** * IWineD3DDevice::SetTexture * * Some comments don't hurt. That's the usual style I have * found in other places, I think we should consistently * write what each function does for WineD3D, as is is a Wine- * specific dll and doesn't have MSDN documentation * * Params: * stage: What's this? * Texture: What's this? * * Returns: * What should the return value be? * ***************************************************************/ HRESULT WINAPI IWineD3DDeviceImpl_SetTexture(IWineD3DDevice *iface, DWORD stage, IWineD3DBaseTexture *Texture) { IWineD3DDeviceImpl *This = (IWineD3DDeviceImpl *) iface; IWineD3DBaseTextureImpl *TexImpl = (IWineD3DBaseTextureImpl *) Texture; HRESULT hr; foo(); bar(); /* Do a function call: */ hr = IWineD3DDevice_FunkyCall(iface, Param1, Param2); if(hr != D3D_OK) { /* What went wrong? */ return WINED3DERR_VERYBADERROR; } return WINED3D_OK; } Just my 2 cent. I know this is all a matter of taste. I plan making up the WineD3D code this way when AJ is back and patches go in again. Stefan

3 2

Getting wrc to handle long long
by Bill Medland 25 Apr '06

25 Apr '06

(Further to my previous patch) I have little real experience with handling multiple platforms so I have no idea how this needs to be fixed. Can anyone make some suggestions. Currently the decision as to whether wrc will handle long long constants depends upon #if defined (SIZEOF_LONGLONG) && SIZEOF_LONGLONG >= 8 So where is this SIZEOF_LONGLONG supposed to come from? I presumed it was either a standard definition or a Microsoft one but I guess not; The APR uses one but that seems to be it. So I suggest maybe we should simply use #if defined (LLONG_MAX) which is at least part of C99 But then how to get LLONG_MAX set when compiling up wpp. I managed to hack it by adding std=gnu99 to the CFLAGS in the makefile but that is hardly portable. Can someone give a better suggestion? Is there something we are already checking in the configure that we can use? -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

1 0

Re: KERNEL: [2/2] changed test for FindFirstFileEx (Edited)
by Vitaliy Margolen 25 Apr '06

25 Apr '06

Monday, April 24, 2006, 2:23:31 AM, Konstantin Petrov wrote: > (Patch edited) > There were the problem while I advert to dosdevices through WINE. I made the > test (Windows vs Wine), which shows that in Windows there are available > dosfiles (such as NUL, COM1, COM2,.., LPT1, ..), and in Wine aren't. The > characteristic property of these files is that I can advert to them only > directly. In other cases they are invisible. > patch for test > changelog > tests/file.c: added test of FindFirstFileA to check correct handling > of > advertments to dosdevices. May I ask why such complication? Isn't it easier to create all those COM LPT, NUL, etc in ~/.wine/dosdevices? That seems to be a better way to handle this, because that some-what close to how native does it. Btw that also will clear all the questions where COM and LPT ports point to. Vitaliy Margolen

2 1

DIB Engine Question
by Jesse Allen 25 Apr '06

25 Apr '06

Hi, I've done some reading on the DIB engine and I cannot determine where is the best place to integrate the code. Should it be in x11drv, gdi, or it's own DLL, or wined3d? Of course I want to do it right the first time when I start coding. =) Jesse

1 0

Re-proposal: web forums
by Mike Hearn 25 Apr '06

25 Apr '06

Many projects, including large ones such as Gentoo, provide web forums for their users. The benefits are: * Users can help each other * Sometimes developers may read it and: * Be able to help users too * Learn what difficulties people are facing * Many people seem to prefer the web interface to mailing lists/newsgroups It has been brought up before and people weren't really keen, but I thought I'd bring it up again as we get a lot of value out of the forums in the autopackage project, and I can't seem to find the old 3rd party Wine forums there used to be anymore. So I'd like to propose: http://forums.winehq.org/ Running phpBB or some similar type web forum software, with official links and so on from WineHQ. Newman, what do you think, do we have server capacity to do this? Do you have time to set it up? Others, does anybody have any _serious_ objections (by which I mean other than "I don't like web interfaces" ;) thanks -mike

18 43

HTML e-mails
by Vitaliy Margolen 25 Apr '06

25 Apr '06

I'm sure that everyone of us really enjoys seeing influx of these wonderful HTML messages. People please don't send HTML e-mails to the mailing lists. Tey are a pain to read. And if some one about to say that's not their fault because they use gmail - then DON'T use gmail for this mailing list. Or configure it so it does not send HTML messages. Vitaliy

6 7

Re: WineD3D: Implement GetDC and ReleaseDC
by Stefan Dösinger 25 Apr '06

25 Apr '06

Am Freitag, 21. April 2006 19:57 schrieb Stefan Dösinger: > This patch implements IWineD3DSurface::GetDC and > IWineD3DSurface::ReleaseDC. The code is basically taken from > dlls/ddraw/surface_dib.c > > Changelog: > Stefan Dösinger(for CodeWeavers): Implement IWineD3DSurface::GetDC and > IWineD3DSurface::ReleaseDC Alexandre, please don't apply this patch. I have found some problems with palettized surfaces and 24 bit textures, and I found that I should keep the dib section after it has been created once for performance reasons. Stefan

1 0

Re: Web forums - simple suggestion
by Jonathan Ernst 25 Apr '06

25 Apr '06

It seems this mail didn't make it in... Le mardi 25 avril 2006 à 01:44 +0200, Molle Bestefich a écrit : > Eric Pouech wrote: > > my 0.02€ on the longuest thread of the year. > > I think we ought to have some sort of a phpBB forum. That way you > wouldn't get all this crap in your inbox - you could just selectively > choose the topics that interest you :-).. Please tell me how that is different than that: http://img251.imageshack.us/my.php?image=evolution5xa.jpg I can choose selectively what I want to read. I can put a flag near threads that I like to "bookmark" I don't get any e-mail in my regular mailboxes I can search through the archives Well, I don't have Stickies-like content go in the FAQs/AppDB/Wiki/Docs Please don't add yet another source of information. People ought to know how to use a mail client nowadays and most mail clients (even the dreaded outlook express) can do nntp since ages. As Jeremy White said before, I agree we could improve the instructions on http://www.winehq.org/forums. And note that if your computer is properly configured, a simple one-click on the nntp link on that page will give your nntp client all the informations needed to access the newsgroup. Regards.

1 0