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

Re: oleaut32: function kind for dispatch interfaces should be FUNC_DISPATCH (with test, fixes bug #9057)
by Alexandre Julliard Oct. 10, 2007

Oct. 10, 2007

"Mikolaj Zalewski" <mikolajz(a)google.com> writes: > +[uuid(8b05fe77-4a6c-4133-b9cd-8f81747af784)] > +library Test > +{ > + importlib("../../stdole2.tlb/std_ole_v2.tlb"); You shouldn't use an explicit path here. > +#define expect_eq(expr, value, type, format) { type _ret = (expr); ok((value) == _ret, #expr " expected " format " got " format "\n", value, _ret); } > +#define expect_int(expr, value) expect_eq(expr, (LONGLONG)value, LONGLONG, "%lld") > +#define expect_hex(expr, value) expect_eq(expr, (LONGLONG)value, LONGLONG, "0x%llx") Please don't use %ll formats, they aren't portable. -- Alexandre Julliard julliard(a)winehq.org

1 0

revamp categories
by Jan Zerebecki Oct. 10, 2007

Oct. 10, 2007

1 0

Re: mshtml: Added support for installing Gecko from the local file. [fixed]
by Detlef Riekenberg Oct. 10, 2007

Oct. 10, 2007

On Mi, 2007-10-10 at 14:44 +0200, Jacek Caban wrote: > + > + file_name = mshtml_alloc(size+sizeof(GECKO_FILE_NAME)); > + res = RegQueryValueExA(hkey, "GeckoCabDir", NULL, &type, > + res = RegQueryValueExA(hkey, "GetckoCabDir", NULL, &type, > (PBYTE)file_name, &size); An advantage with a string defined as const: No Typo -- By by ... Detlef

1 0

Re: [Bug 9962] wine ntfs-3g segfaults
by Kai Blin Oct. 10, 2007

Oct. 10, 2007

On Wednesday 10 October 2007 11:34:55 wine-bugs(a)winehq.org wrote: Taking this to the mailing list, as it shouldn't be discussed on the bug. > Vitaliy: what functionality specifically do you need from ntfs-3g? Shared > writable mmap support indeed needs an extra kernel patch which is not in > mainline yet but we are not aware of any other widely needed feature. We're > developing ntfs-3g, so people can run application directly from NTFS using > wine. Szabolcs, the biggest reason why we don't tell people to run applications from an NTFS partition is not strictly a technical one but just the fact that people then try to run applications they installed under windows. This will fail for almost every application that depends on certain registry entries being created by the install process. I don't know what other features Vitaly was talking about. Perhaps you can elaborate on that here, Vitaly? Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton.

3 3

wine-sspi category for bugzilla.
by Kai Blin Oct. 10, 2007

Oct. 10, 2007

Hi folks, I'd like to have a wine-sspi or wine-secur32 category for bugzilla. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton.

3 3

Re: setupapi(1/16): Test SetupDiInstallClass
by Alexandre Julliard Oct. 10, 2007

Oct. 10, 2007

"Juan Lang" <juan.lang(a)gmail.com> writes: > From e3c4fd59e419c74431a7062228d023a9513a5af1 Mon Sep 17 00:00:00 2001 > From: Juan Lang <juan.lang(a)gmail.com> > Date: Mon, 8 Oct 2007 17:06:41 -0700 > Subject: [PATCH] Test SetupDiInstallClass > > --- > dlls/setupapi/tests/devinst.c | 36 ++++++++++++++++++++++++++++++++++++ > 1 files changed, 36 insertions(+), 0 deletions(-) This fails here: ../../../tools/runtest -q -P wine -M setupapi.dll -T ../../.. -p setupapi_test.exe.so devinst.c && touch devinst.ok devinst.c:173: Test failed: SetupDiInstallClassA failed: 00000002 make[2]: *** [devinst.ok] Error 1 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: kernel32/locale.c: partially implement GetUserGeoID()
by Alexandre Julliard Oct. 10, 2007

Oct. 10, 2007

EA Durbin <ead1234(a)hotmail.com> writes: > + if(!(hkey = create_registry_key())) return ret; > + hSubkey = NLS_RegOpenSubKey( hkey, geoW ); > + count = sizeof(bufferW); > + > + switch( GeoClass ){ > + case GEOCLASS_NATION: > + NtQueryValueKey(hSubkey, &keyW, KeyValuePartialInformation, (LPBYTE)bufferW, count, &count); > + retID = strtolW( (LPCWSTR)info->Data, &end, 10 ); You need some error checking in there, the key and/or value may not exist. > + case GEOCLASS_REGION: > + /* GetUserGeoID returns a GEOID from the table listed here > + http://msdn2.microsoft.com/en-us/library/ms776390.aspx > + Default windows behavior is to post this code to the Geo/Nation Key during SetUserGeoID(), not sure how the region request is handled */ Please don't put URLs in the code, particularly not from MSDN since they change all the time. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: d3dx8: patch 2; Implement D3DXVec2LengthSq
by Alexandre Julliard Oct. 10, 2007

Oct. 10, 2007

David.Adam(a)math.cnrs.fr writes: > diff --git a/dlls/d3dx8/d3dx8.spec b/dlls/d3dx8/d3dx8.spec > index 3293614..325d0a5 100644 > --- a/dlls/d3dx8/d3dx8.spec > +++ b/dlls/d3dx8/d3dx8.spec > @@ -1,4 +1,5 @@ > @ stub D3DXVec2Normalize > +@ stdcall D3DXVec2LengthSq(ptr) The function is not stdcall, and AFAICS it's supposed to be inline, not exported by the dll. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: mshtml #3: Added support for installing Gecko from the local file.
by Alexandre Julliard Oct. 10, 2007

Oct. 10, 2007

Jacek Caban <jacek(a)codeweavers.com> writes: > WINE_DEFAULT_DEBUG_CHANNEL(mshtml); > > +#define GECKO_FILE_NAME "wine_gecko-" GECKO_VERSION ".cab" > +#define DEFAULT_CAB_FILE_NAME "/usr/share/wine/gecko/" GECKO_FILE_NAME You need to use wine_get_data_dir() instead of hardcoding the path. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: ftp.c: skip tests if we can't connect to ftp.winehq.org
by Alexandre Julliard Oct. 10, 2007

Oct. 10, 2007

Dimi Paun <dimi(a)lattica.com> writes: > diff --git a/dlls/wininet/tests/ftp.c b/dlls/wininet/tests/ftp.c This doesn't work for me: ../../../tools/runtest -q -P wine -M wininet.dll -T ../../.. -p wininet_test.exe.so ftp.c && touch ftp.ok ftp.c:790: Test failed: InternetConnect failed : 12015 wine: Unhandled page fault on read access to 0x0067006e at address 0x60568d4e (thread 0009), starting debugger... WineDbg starting on pid 0008 Unhandled exception: page fault on read access to 0x0067006e in 32-bit code (0x60568d4e). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:60568d4e ESP:0033fd30 EBP:0033fd68 EFLAGS:00010206( - 00 - RIP1) EAX:0067006e EBX:60580718 ECX:60586ca0 EDX:60586ca4 ESI:00670046 EDI:00126320 Stack dump: 0x0033fd30: 001100b8 60580718 0033fd68 60568190 0x0033fd40: 60586ca0 00000000 0033fd58 60586ca0 0x0033fd50: 00125558 00000000 00125528 60580718 0x0033fd60: 00000001 6052d1d2 0033fd98 6056a8df 0x0033fd70: 00000001 00000000 00000000 00000000 0x0033fd80: 6052d201 6052d1d2 00000000 6053815c Backtrace: =>1 0x60568d4e WININET_FreeHandle+0xbe(hinternet=0x1) [/home/julliard/wine/wine/dlls/wininet/internet.c:222] in wininet (0x0033fd68) 2 0x6056a8df InternetCloseHandle+0x3f(hInternet=<register ESI not in topmost frame>) [/home/julliard/wine/wine/dlls/wininet/internet.c:1021] in wininet (0x0033fd98) 3 0x60514dea func_ftp+0x19fa() [/home/julliard/wine/wine/dlls/wininet/tests/ftp.c:860] in wininet_test (0x0033fe58) 4 0x6052c938 run_test+0x128(name=0x1103e8) [/home/julliard/wine/wine/dlls/wininet/tests/../../../include/wine/test.h:389] in wininet_test (0x0033fea8) 5 0x6052cfcd main+0x14d(argc=<register ECX not in topmost frame>, argv=<register ECX not in topmost frame>) [/home/julliard/wine/wine/dlls/wininet/tests/../../../include/wine/test.h:437] in wininet_test (0x0033fed8) 6 0x6052d09b __wine_spec_exe_entry+0x5b(peb=0x7ffdf000) [/home/julliard/wine/wine/dlls/winecrt0/exe_entry.c:36] in wininet_test (0x0033ff08) 7 0x7b8746ce start_process+0xee(arg=0x0) [/home/julliard/wine/wine/dlls/kernel32/process.c:839] in kernel32 (0x0033ffe8) 8 0x600289a7 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0x60568d4e WININET_FreeHandle+0xbe [/home/julliard/wine/wine/dlls/wininet/internet.c:222] in wininet: movl 0x28(%esi),%edx 222 LIST_FOR_EACH_ENTRY_SAFE( child, next, &info->children, WININETHANDLEHEADER, entry ) Wine-dbg> -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: x11drv: don't consume Expose events when filter contains QS_PAINT
by Clinton Stimpson Oct. 10, 2007

Oct. 10, 2007

Clinton Stimpson wrote: > Fix for bug 9875 (There are more details in that bug report if you want). > Existance of update regions in the wine server correspond with WM_PAINT > existing in queue. Existance of Expose events in the X event queue don't > correspond with update regions in the wine server, which can result in a loss > of painting some regions. > > Don't consume Expose events when filtering with QS_PAINT. > Anything wrong with this patch? Thanks, Clinton Stimpson

2 1

Re: wined3d: Make sure GL context is created before binding FBO.
by Stefan Dösinger Oct. 10, 2007

Oct. 10, 2007

Am Dienstag, 9. Oktober 2007 04:18:29 schrieb Allan Tong: > This patch moves the call to ActivateContext ahead of the opengl > calls. This fixes a crash I was getting in the Bioshock demo where a > newly created thread was calling glBindFramebufferEXT before a > rendering context was established for the thread. The patch is correct in spirit, ActivateContext has to be called before other gl stuff is done, but I have found that it causes some problems for an unknown reason. So perhaps other bugfixes are needed before this works properly. One of the problems was a major rendering problem in half life 2 lost coast.

2 1

Request for "wine packages" bugzilla component
by Scott Ritchie Oct. 9, 2007

Oct. 9, 2007

Sometimes we have bugs directly related to our packaging. It would be nice to have a bugzilla component for them, and perhaps automatically subscribe the package maintainers. Thanks, Scott Ritchie

2 1

Fwd: Open source organizations particpating in Kerberos consortium?
by Dan Kegel Oct. 9, 2007

Oct. 9, 2007

Should Wine (represented by Kai?) participate in the Kerberos consortium? If we want to, the door's open... Stephen C. Buckley <sbuckley(a)mit.edu> wrote: >Dan Kegel wrote: >>Is the consortium open to participation by open >>source orgs like Wine and Samba? It might be useful... > >Absolutely! > >Stephen C. Buckley >Executive Director >MIT Kerberos Consortium >Massachusetts Institute of Technology >77 Massachusetts Ave W92-159 >Cambridge, MA 02139 > >email: sbuckley(a)mit.edu >web: http://www.kerberos.org

2 1

Re: comctl32: fixed drawing the trackbar background when themes are installed
by Frank Richter Oct. 9, 2007

Oct. 9, 2007

On 07.10.2007 17:41, Reece Dunn wrote: > The DPI trackbar has a black background that does not match the > property sheet background. > > This patch fixes this so that the trackbar is drawn correctly. Wouldn't, or so says my intuition, the parent background usually be drawn before the control background? -f.r.

2 1

OpenGL child windows (bug 2398, fixed!)
by Roderick Colenbrander Oct. 9, 2007

Oct. 9, 2007

Hi, Thanks to Chris his recent child window work, there is now support for OpenGL child windows in Wine. For the exact details read bug 2398 or Chris his patches. In short the patches use XComposite were possible and else X pixmaps. Not all drivers support both properly yet but for compiz/aiglx purposes most drivers are adding the needed support. I would say test the stuff and report problems. Roderick -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

5 7

Wine Desktop Integration Code
by EA Durbin Oct. 9, 2007

Oct. 9, 2007

Out of curiousity, where can I find the code in the wine source that handles creation of the Menu entries in Gnome and KDE. _________________________________________________________________ Peek-a-boo FREE Tricks & Treats for You! http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us

3 2

Re: [bugzilla] Upgrade from 3.0 to 3.0.2 .
by Alexandre Julliard Oct. 9, 2007

Oct. 9, 2007

Jan Zerebecki <jan.wine(a)zerebecki.de> writes: > --- > See http://www.bugzilla.org/releases/3.0.2/release-notes.html and > http://www.bugzilla.org/status/changes.html for information about > the changes. > --- > If this patch is rejected from inclusion, please tell me why, as > I would have to ask anyway. Now that we are using a git repository, upgrades should be done by importing the new version to the upstream branch and doing a git merge, instead of applying a patch directly to the master branch. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: PulseAudio as a sound output?
by King InuYasha Oct. 8, 2007

Oct. 8, 2007

On 10/8/07, King InuYasha <ngompa13(a)gmail.com> wrote: > > Wine must not let go of the OSS support since OSS was recently made GPL'd > and CDDL'd for use in FOSS kernels by its maker (4Front) and OSS is the > POSIX audio system of choice for nearly every time except Linux. Linux does > not use OSS anymore and uses ALSA. Since Linux is the primary target of > Wine, obviously ALSA needs to be well supported. Since under normal > conditions ALSA and OSS do horrible mixing and handling of audio (kernel or > audio module bug, whatever, its still a problem), I'm betting that was why > the ESD and JACK drivers were made. I am not disputing the JACK driver > because I recognize that JACK may be necessary for certain tasks. > > However, the ESD driver should be replaced with something more up to date. > I hope that PulseAudio would be that replacement. I don't think I suggested > removing the baseline stuff (ALSA and OSS). PulseAudio is what I would > consider to be the middle man between JACK and ALSA/OSS. Mainly because it > does have some of the upscale features (low-latency, network sound, etc.) > and some of the commodity features (superior mixing, multiple audio backend > support like ALSA, OSS, and Win32MM, etc.) I believe this balance would help > with Wine sound very much. > > Certainly the new scheduler in Linux kernel 2.6.23 would improve how the > kernel/kernel modules handle threading and processing the audio streams, but > that wouldn't necessarily help with the baser problems (mixing, stream > locks, etc.) though it does help with stuff like stuttering. I also > recognize that Alexandre may not want to support so many audio backends. I > find only three absolutely necessary, and the fourth one is widely clamored > for. The necessary ones are: JACK, OSS, and PulseAudio. The widely clamored > one is ALSA. Why? Because ALSA is ENTIRELY Linux specific. Wine is to be a > Win32 to UNIX translation layer for compiled applications. If too much focus > on being Linux-specific is given, I believe it will mess up general FOSS > adoption as a whole. > > Just my two cents.... :) > > On 10/8/07, Tijl Coosemans <tijl(a)ulyssis.org> wrote: > > > > On Monday 08 October 2007 14:43:30 Dave Phillips wrote: > > > Well, first I'd suggest simply supporting ALSA as thoroughly as > > > necessary or possible. It is the default kernel sound system, Wine > > > may as well incorporate it as well as it can. Supporting the > > > deprecated OSS API might be a good idea too, through ALSA's > > > OSS-compatibility layer. As one devel noted, it may be a good idea to > > > forego further development of things like the NAS and ESD servers > > > until a more solid basis exists for ALSA/OSS. > > > > I just wanted to add that OSS isn't deprecated. ALSA is Linux-only. > > OSS is a multiplatform solution. > > > > > > >

1 0

Wine's wikipedia article sucks
by Scott Ritchie Oct. 8, 2007

Oct. 8, 2007

The current article for Wine is here: http://en.wikipedia.org/wiki/Wine_%28software%29 It needs a lot of work. There's a large (and growing) todo list on the talk page: http://en.wikipedia.org/wiki/Talk:Wine_%28software%29 Some of the information needed (eg, statistics for Wine usage) are likely unavailable to the average wikipedian, so we Wine experts might need to help directly. I'm pretty sure a good wikipedia article, with proper links and explanations, would cut down significantly on the amount of user misinformation about Wine. Fixing the wikipedia article might do more for usability than actually improving the software. Thanks, Scott Ritchie

1 0

Moving the wine status pages to the wiki
by Kai Blin Oct. 8, 2007

Oct. 8, 2007

Hi folks, I'm currently looking into getting an up-to-date list of maintainers for certain subsystems. I would like to keep that in the context of the dll status pages, but in order to keep them maintainable, I'm considering to move those pages to the wiki. Any thoughts about that? Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton.

3 2

WineConf - Slides online
by Marcus Meissner Oct. 8, 2007

Oct. 8, 2007

Hi, I have uploaded the slides of Alexandres Status report to http://wiki.winehq.org/WineConf2007 (direct link: http://wiki.winehq.org/WineConf2007?action=AttachFile&do=get&target=winecon… ) Feel free to upload more slides, and if you are lazy, send them to me and I will ;) Ciao, Marcus

5 4

Bugzilla and spam harvesting
by Dan Kegel Oct. 8, 2007

Oct. 8, 2007

Should we modify our Bugzilla to hide email addresses at least a little? I'd like that myself, and users request it occasionally. Just now, somebody asked that he be removed from bugzilla because it doesn't do this. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

Re: Request to be unbanned from #winehq (Jan Zerebecki)
by luis.busquets＠ilidium.com Oct. 8, 2007

Oct. 8, 2007

Dear all, Which program do I have to use to get connected in the #winehq channel? I have truly been out of chatting for a long time.

2 1

AW: 1.0 Bugs - Microsoft Office 2003
by Roland Kaeser Oct. 8, 2007

Oct. 8, 2007

Hello Sorry for my cheek, but don't a 1.0-Version mean that every Windows app works on Wine? Regards Roland ----- Ursprüngliche Mail ---- Von: Dan Kegel <dank(a)kegel.com> An: EA Durbin <ead1234(a)hotmail.com> CC: Wine Developers List <wine-devel(a)winehq.org> Gesendet: Sonntag, den 7. Oktober 2007, 22:36:41 Uhr Betreff: Re: 1.0 Bugs - Microsoft Office 2003 On 10/7/07, EA Durbin <ead1234(a)hotmail.com> wrote: > I was able to get around bug 9023 with a patch applied to the appdb I see you attached the patch to bug 9023, thanks. > and I > did some further testing in Office 2003 today. Initially I'm prompted to > activate my copy of microsoft office 2003, and both means of activating the > application are broken in wine due to bugs 9943 and 9944. Then I tried to > open VBA inside of Office and was prompted with a dialog stating unable to > open macro storage(bug 8795). The only real reason I use Microsoft Office > over Open Office is the need for VBA integration. > > I think we should add these bugs to the 1.0 target http://bugs.winehq.org/show_bug.cgi?id=8795 http://bugs.winehq.org/show_bug.cgi?id=9023 http://bugs.winehq.org/show_bug.cgi?id=9943 http://bugs.winehq.org/show_bug.cgi?id=9944 I'm not opposed, but perhaps we should be clear. Do we want to add Microsoft Word 2003 to the "must have" apps list for 1.0? It might delay the release. - Dan ________ Yahoo! Clever: Stellen Sie Fragen und finden Sie Antworten. Teilen Sie Ihr Wissen. www.yahoo.de/clever

2 1