October 2007 - Wine-Devel - list.winehq.org

Re: Possible WIne regression with Warcraft

by Michael Lothian

I've rolled all the way back to 0.9.43 but I still can't join a Local Lan game (I don't use battlenet) So either the problem is in my setup (GCC 4.2.2 & Glibc 2.6.1) some random change in the Kernel or perhaps using the git tree randomly changed the registry which when rolled back still remains Any ideas folks? Mike On 14/10/2007, Andrey Turkin <andrey.turkin(a)gmail.com> wrote: > Hi Michael, > > There are http://bugs.winehq.org/show_bug.cgi?id=9787 for this bug > > Michael Lothian wrote: > > Hi > > > > I've noticed a problem in wine recently. When I try and join a network > > game in Warcraft I can see the game but I'm unable to join it. > > > > These errors are printing out: > > > > fireburn(a)tau ~/.wine/drive_c/Program Files/Warcraft III $ wine Frozen\ > > Throne.exe > > ALSA lib conf.c:3949:(snd_config_expand) Unknown parameters 0 > > ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL default:0 > > err:ole:CoCreateInstance apartment not initialised > > fixme:advapi:SetSecurityInfo stub > > fixme:win:EnumDisplayDevicesW ((null),0,0x34f3d8,0x00000000), stub! > > fixme:win:EnumDisplayDevicesW ((null),0,0x34f7b0,0x00000000), stub! > > fixme:win:EnumDisplayDevicesW ((null),0,0x34f3bc,0x00000000), stub! > > fireburn(a)tau ~/.wine/drive_c/Program Files/Warcraft III $ > > fixme:winsock:WSAIoctl unsupported WS_IOCTL cmd (9800000c) > > fixme:mswsock:AcceptEx (listen=8552, accept=8564, 0x31100e8, 0, 32, > > 32, 0x34f498, 0x31100b8), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8568, 0x3110170, 0, 32, > > 32, 0x34f498, 0x3110140), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8572, 0x31101f8, 0, 32, > > 32, 0x34f498, 0x31101c8), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8576, 0x3110280, 0, 32, > > 32, 0x34f498, 0x3110250), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8580, 0x3110308, 0, 32, > > 32, 0x34f498, 0x31102d8), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8584, 0x3110390, 0, 32, > > 32, 0x34f498, 0x3110360), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8588, 0x3110418, 0, 32, > > 32, 0x34f498, 0x31103e8), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8592, 0x31104a0, 0, 32, > > 32, 0x34f498, 0x3110470), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8596, 0x3110528, 0, 32, > > 32, 0x34f498, 0x31104f8), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8600, 0x31105b0, 0, 32, > > 32, 0x34f498, 0x3110580), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8604, 0x3110638, 0, 32, > > 32, 0x34f498, 0x3110608), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8608, 0x31106c0, 0, 32, > > 32, 0x34f498, 0x3110690), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8612, 0x3110748, 0, 32, > > 32, 0x34f498, 0x3110718), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8616, 0x31107d0, 0, 32, > > 32, 0x34f498, 0x31107a0), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8620, 0x3110858, 0, 32, > > 32, 0x34f498, 0x3110828), not implemented > > fixme:mswsock:AcceptEx (listen=8552, accept=8624, 0x31108e0, 0, 32, > > 32, 0x34f498, 0x31108b0), not implemented > > fixme:imm:ImmAssociateContextEx (0x30028, (nil), 16): stub > > > > > > I'm going to try rolling back to an old version of Wine, I currently > > use the latest git. > > > > I'll post back if it does work. > > > > Mike > > > > > > > > > > > >

Oct. 15, 2007

Re: wined3d: Allow WINED3DFMT_R32F render targets

by H. Verbeet

On 14/10/2007, Chris Robinson <chris.kcat(a)gmail.com> wrote: > On Sunday 14 October 2007 02:57:35 am H. Verbeet wrote: > > Unless the performance problems with R32F have been fixed, this will > > cause performance regressions in applications that actually try to use > > it. (C&C3 for example). > > Thinking some more, it's also possible that wined3d's too lax in reporting > 32-bit float formats. GL's float extension requires both 32-bit and 16-bit > formats (the half-float extension is only for uploading 16-bit float data) > with all the blending effects. By contrast, D3D drivers may have supported > 16-bit floats first, and not reported 32-bit floats until the hardware was > powerful enough. > > Perhaps if 32-bit float formats aren't reported unless some other cap > indicates newer hardware is present, it'll prevent apps from using 32-bit > floats where it'd be a detriment to speed. > IIRC it's specifically R32F that's slow, while A32B32G32R32F should work ok. Looking at the format table, perhaps that's just GL_RGB32F_ARB vs GL_RGBA32F_ARB, not sure. If nobody else does, I can try to look into that tomorrow.

Oct. 14, 2007

OK with: tools/wineprefixcreate.in: create default w32x86 path underspool/drivers

by Detlef Riekenberg

On Fr, 2007-10-12 at 14:22 +0200, Markus Gömmel wrote: > . I'm a Windows software developer trying to make our > products running as smooth as possible under Wine. Nice. > One of our products > includes a fax printer driver and port monitor for faxing over ISDN boards. Wine does not use port monitors for printing yet, but the port management code works as expected. > but will use a ::GetPrinterDriverDirectory() call to get the > printer driver dir, is then copying all the necessary files into this > directory, fills a DRIVER_INFO_3 structure and then calls > ::AddPrinterDriver() > This is probably a bit unusual, but not uncommon. Yes, this way should work fine in wine. As soon, as you have CUPS-Printing with a CUPS-Printer or BSD-Printing with a printer in "/etc/printcap", winspool.drv creates the dir. As a fallback, your Patch makes sense. -- By by ... Detlef

Oct. 14, 2007

Re: Translations

by Daniel Nylander

> I have translated alot of programs and dlls to Swedish now. > Would be great if someone could commit this to git > > http://home.danielnylander.se/translations/wine/wine-sv.tar.gz Please also add the following to the ./tools/wine.desktop Name[sv]=Windows-emulatorn Wine -- Daniel Nylander (CISSP, GCUX, GCFA) Stockholm, Sweden http://www.DanielNylander.se info(a)danielnylander.se yeager(a)ubuntu.com dnylande(a)gnome.org

Oct. 14, 2007

Re: Wiki looks much better

by Scott Ritchie

Juan Lang wrote: > Hi Dimi, I just checked out the Wiki after your most recent checkin. > It does, indeed, look much better. Thanks for taking the time to look > at it. > > And, after reviewing the change, I have to agree: it would be hard to > predict that the browsers would do what they did based on the old CSS. > :-/ > > --Juan > > If I may still whine for a bit, the FAQ page still looks a bit ugly due to the lack of paragraph breaks. The "Wine/Cedega/Crossover" question, for instance, needs some empty lines between the paragraphs. The lists with links look great now, though. Thanks for getting that done nice :) Thanks, Scott Ritchie

Oct. 14, 2007

Re: Translations

by Daniel Nylander

Marcus Meissner skrev: >> Have you thought about implementing some sort of i18n/l10n framework? > > This is done via the Windows method of using the resource files. > > Check programs/winecfg/*.rc I have translated alot of programs and dlls to Swedish now. Would be great if someone could commit this to git http://home.danielnylander.se/translations/wine/wine-sv.tar.gz -- Daniel Nylander (CISSP, GCUX, GCFA) Stockholm, Sweden http://www.DanielNylander.se info(a)danielnylander.se yeager(a)ubuntu.com dnylande(a)gnome.org

Oct. 14, 2007

Re: wined3d: Allow WINED3DFMT_R32F render targets

by Chris Robinson

On Sunday 14 October 2007 02:57:35 am H. Verbeet wrote: > Unless the performance problems with R32F have been fixed, this will > cause performance regressions in applications that actually try to use > it. (C&C3 for example). Thinking some more, it's also possible that wined3d's too lax in reporting 32-bit float formats. GL's float extension requires both 32-bit and 16-bit formats (the half-float extension is only for uploading 16-bit float data) with all the blending effects. By contrast, D3D drivers may have supported 16-bit floats first, and not reported 32-bit floats until the hardware was powerful enough. Perhaps if 32-bit float formats aren't reported unless some other cap indicates newer hardware is present, it'll prevent apps from using 32-bit floats where it'd be a detriment to speed.

Oct. 14, 2007

Re: CSS changes to the Wiki

by Mitchell Mebane

Dimi Paun wrote: > On Fri, 2007-10-12 at 16:56 -0700, Scott Ritchie wrote: > >> Sorry, in terms of help here I've got nothing but whining :( >> > > I know, that's always fun... :/ > > Anyway, it's fixed now. Please check it out (you need to Refresh > to reload the new CSS). Let me know if there are any more problems. > > Hmm, interesting that my quick suggestion didn't work. I guess Firebug was playing tricks on me... I looked at it again yesterday, and I'm not sure why the list wasn't inheriting the properties. Firebug said it in fact had the right style, but it wasn't showing up. Anyway, you've got it almost right. It's still a bit cramped, but if you add a .table-of-contents li { line-height: 20px; } to screen.css it will look the same as the preview. --Mitchell Mebane

Oct. 14, 2007

Re: libs/wine/mmap.c: conditionally provide reserve_area()

by Gerald Pfeifer

On Sun, 14 Oct 2007, Vitaliy Margolen wrote: > In this and all of your patches, please diff from the top of the tree. > The above line should say "+++libs/wine/mmap.c". And it would be even > better if you can use GIT instead of cvs. Thanks for the feedback. I'll certainly try to keep the former in mind going forward, and will also have a closer look at git (though that may take a bit). Gerald -- Gerald (Jerry) Pfeifer gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

Oct. 14, 2007

Re: libs/wine/mmap.c: conditionally provide reserve_area()

by Vitaliy Margolen

Gerald Pfeifer wrote: > Noticed on FreeBSD; patch tested on FreeBSD 5.4 as well as SUSE Linux > 10.0. > > Gerald > > ChangeLog: > Only provide reserve_area() when we actually use it. > > Index: mmap.c > =================================================================== > RCS file: /home/wine/wine/libs/wine/mmap.c,v > retrieving revision 1.20 > diff -u -3 -p -r1.20 mmap.c > --- mmap.c 26 Jan 2007 13:48:42 -0000 1.20 > +++ mmap.c 14 Oct 2007 11:09:28 -0000 In this and all of your patches, please diff from the top of the tree. The above line should say "+++libs/wine/mmap.c". And it would be even better if you can use GIT instead of cvs. Vitaliy.

Oct. 14, 2007