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

RFC: root cert tool
by Juan Lang Aug. 16, 2007

Aug. 16, 2007

Since there wasn't a clear consensus about how to get CA certificates into the registry, I decided to do what Mono does: punt. So I've written a tool that can load certificates from a file or from a URL and stick them in the registry. By default it assumes you want to download them from Mozilla's CVS front-end, and does so. A patch that adds it is attached. Comments? Thanks, --Juan

6 10

Re: secur32: add stub for LsaLookupAuthenticationPackage
by Kai Blin Aug. 16, 2007

Aug. 16, 2007

On Thursday 16 August 2007 21:52:01 Louis. Lenders wrote: > Hi, this fixes a crash in TrueImage installer (bug > http://bugs.winehq.org/show_bug.cgi?id=3572) Personally I'd prefer if the LSA functions could go into a seperate source file. 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.

1 0

#winehq admin abuse
by Jonathan Challinger Aug. 16, 2007

Aug. 16, 2007

Below is a log of #winehq, from 9:44 to 10:09 on Wednesday August 15th: (09:43:50 PM) Pie-rate: my brother's girlfriend's WoW install is crashing (locking up, stops responding) randomly. she will install windows tomorrow if it doesn't get fixed. i don't like windows and i don't want to deal with it. the message it crashes with is: (09:43:50 PM) Pie-rate: err:ntdll:RtlpWaitForCriticalSection section 0x509da8c "?" wait timed out in thread 0047, blocked by 003e, retrying (60 sec) (09:43:50 PM) Pie-rate: this is with an install copied over from my computer, which i KNOW works flawlessly, and wine 0.9.41 (09:43:54 PM) carretto: vitamin: what? (09:44:10 PM) carretto: vitamin: _period? (09:44:15 PM) vitamin: <vitamin> carretto, you have to install the game on Wine (09:44:34 PM) vitamin: Pie-rate, oh well (09:44:43 PM) Pie-rate: vitamin: "oh well?" (09:44:46 PM) Pie-rate: vitamin: no magic fix? (09:44:55 PM) carretto: vitamin: wine <game install>? (09:45:11 PM) vitamin: carretto, something like that (09:45:33 PM) otaku [n=otaku(a)c-24-15-187-230.hsd1.il.comcast.net] entered the room. (09:46:53 PM) carretto: vitamin: wine: Call from 0x40136e to unimplemented function MFC42.DLL.6929, aborting (09:47:10 PM) vitamin: carretto, get the newer version of that dll (09:49:56 PM) carretto: vitamin: i donwload MFC42.dll on dll.files and past to wine system folder (09:50:04 PM) vitamin: carretto, get the newer version of that dll (09:50:14 PM) carretto: here i get the newer version? (09:50:21 PM) vitamin: from windows (09:50:50 PM) carretto: vitamin: i download version v. 4.21.71 (09:51:32 PM) shingo2 [n=shingo(a)p5487EFF1.dip.t-dialin.net] entered the room. (09:52:27 PM) carretto: vitamin: where i get the new version? (09:54:48 PM) prgrmr [n=prgrmr(a)bzq-88-154-138-152.red.bezeqint.net] entered the room. (09:55:37 PM) _3 [n=lol(a)89-178-108-192.broadband.corbina.ru] entered the room. (09:57:20 PM) carretto: vitamin: can help me? (09:57:38 PM) vitamin: carretto, I already answered all your questions (09:57:50 PM) Pie-rate: vitamin: Read the topic. "End user/tech support channel for Wine." A derogatory-sounding "oh well" is nothing more than flamebait. Either say nothing, or help. That's what I try to do, and that's what's in the best interest of the project. I believe you are a channel admin, correct? Saying "oh well," without even trying to help is rude, but saying "oh well" without even trying to help, as a channel admin? That's like inviting people to an installfest, and then when they ask for help installing something saying "OH WELL" and spitting in their faces. (09:57:59 PM) vitamin: carretto, if you do not undestand answers, then RTFM, Google, etc (09:58:56 PM) carretto: vitamin: where i downlaod a newer version? (09:59:01 PM) vitamin: Pie-rate, Did I offered help? DId you came here looking for help? Or state that fact that you don't F** care and will switch to windows? (09:59:14 PM) vitamin: carretto, Last time: <vitamin> from windows (09:59:35 PM) Pie-rate: vitamin: i'm not the one switching to windows. (09:59:39 PM) vitamin: carretto, I do not f*** care where you download the file. You using _OLD_ version. you need _NEWER_ version of that file! (09:59:55 PM) Pie-rate: vitamin: bit testy, today? (09:59:59 PM) vitamin: carretto, here is the LATEST http://support.microsoft.com/dllhelp/default.aspx?l=55&fid=198511 (10:00:19 PM) vitamin: Pie-rate, STFU if you have nothing to say (10:00:46 PM) Pie-rate: vitamin: same to you. you are unnecessarily cussing out people in a help channel that you administrate. (10:01:33 PM) mode (+o vitamin ) by ChanServ (10:01:33 PM) mode (+b %*!*(a)cust-69-19-214-183.static.o1.com ) by vitamin (10:01:36 PM) mode (-o vitamin ) by ChanServ (10:05:08 PM) Triskelios: vitamin, you really should try to be civil (10:07:08 PM) wckdkl0wn: how would i run 2 copies of diablo 2 in wine? (2 copies in windows) (10:08:15 PM) vitamin: wckdkl0wn, use separate WINEPREFIX for both (10:08:25 PM) mardum [n=mardum(a)71-81-73-42.dhcp.stls.mo.charter.com] entered the room. (10:09:17 PM) vitamin: Triskelios, thanks for useless comment (10:09:35 PM) Triskelios: you're welcome ---------------------------end----------------------------- Vitamin is a disgrace to the OSS community. It is "RTFM and google it" elitists like him who scare people away from switching to open source applications. The fact that he was made an admin is inexcusable. Cussing out everyone asking for help is not behavior an admin should exhibit. I reported this incident in #winehackers, only to be told that there are no standards for wine admins. I suggest you get some standards, this is pathetic. I think my analogy is the best way to describe exactly WHY this is pathetic: "Saying "oh well," without even trying to help is rude, but saying "oh well" without even trying to help, as a channel admin? That's like inviting people to an installfest, and then when they ask for help installing something saying "OH WELL" and spitting in their faces." No, the people in the channel aren't being paid anything to help me or anyone else. They can choose not to help me. But then, what is the point of having the channel at all? This kind of abuse is completely against the spirit of open source and it is despicable that an admin is exhibiting this behavior. You may ask why I'm posting this to the development list. I believe it concerns everyone involved in the project when you have an admin cussing out anyone and everyone in the help channel, compromising its purpose. I suggest you develop some standards for your admins.

4 4

Re: dsound: Use wine dxguid rather then mingw dxguid
by Roderick Colenbrander Aug. 16, 2007

Aug. 16, 2007

On Thursday 16 August 2007 12:06, Maarten Lankhorst wrote: > Makes it cross-compilable to produce a windows binary. I don't think this is the right way. It appears that native dxguid doesn't define some of the uuids needed for directdraw / directsound. You need to check where the missing guids are defined on windows. In case of ddraw IDirectDraw3 stuff is in ddrawex.h whereas we define it in ddraw.h. Something similar could be the case for directsound. Roderick

3 2

Fwd: #winehq admin abuse
by James Keane Aug. 16, 2007

Aug. 16, 2007

> (09:44:15 PM) vitamin: <vitamin> carretto, you have to install the game > on Wine > (09:44:34 PM) vitamin: Pie-rate, oh well I think that vitamin provided a valid answer to your question that would have solved your problem. Why are you getting so worked up that he was a little rude? He is not our employee we can not reprimand him for his actions and neither can you. I think that he did try to help you given the information you provided, and maybe that is the problem with OSS, but if you don't like it go buy cedega. I am sure they have great technical support.

1 0

Poll: where do you have certs installed?
by Juan Lang Aug. 16, 2007

Aug. 16, 2007

Could some of you check where you have, say, OpenSSL's CA certificates installed, and email me what distro you're running, and the path? E.g., I'm running Goobuntu, and I have them installed in /etc/ssl/certs/ca-certificates.crt. Thanks, --Juan

12 13

Re: kernel32:set username (try 4)
by Paul Vriens Aug. 16, 2007

Aug. 16, 2007

Louis. Lenders wrote: > fix bug http://bugs.winehq.org/show_bug.cgi?id=3794 > > > --------------------------------- > Yahoo! Answers - Get better answers from someone who knows. Tryit now. > > > ------------------------------------------------------------------------ > > Aren't the curly brackets strangely placed? The rest of the file don't indent the curly brackets. Cheers, Paul.

1 0

Re: A script for automatic regression testing
by martin pilka Aug. 16, 2007

Aug. 16, 2007

Mikolaj Zalewski wrote: > I now start to understand the structure of the tests. Do you know if > there is a known regression in current Wine that I could use to try to > do some scripting? If not I could use wine-0.9.43 as a reference with > it's Win16 regression that affects the pptviewer and excelviewer > installers. Unfortunately, I am not aware of any regression in current Wine. > PS: are you doing some testing of Photoshop? Yes, we are testing it on 4 distros each night, see i.e. http://www.cxtest.org/raw-data?id_result=635012 search for photoshop word Regarding your script interface, I think it should accept these parameters: * GIT_ID_1 - bisection start * GIT_ID_2 - bisection end * PNGs - list of PNG files which describe "bug hit" cases; usually just 1 screenshot with the meaning "if CxTest script ended with this screenshot, it means it hit the bug we are finding regression patch for" How does it sound to you? Martin

1 0

Re: #winehq admin abuse
by Patrick Leamon Aug. 16, 2007

Aug. 16, 2007

I think the poster was 'Pie-rate' in the chat logs. Pie-rate - you over-reacted to 'oh well' and you're next message was flame bait. Vitamin - you took the bait. I wouldn't have expected that from an admin in a help channel. Take a break if you feel the need to shout/swear at people. Or tell them you can't help them. Tom - I'd feel cussed if I got told to 'STFU'. Which I probably will now as I've never patched wine so my opinion counts for nothing. cheers, pat. ____________________________________________________________________________________ Feel safe with award winning spam protection on Yahoo!7 Mail. http://mail.yahoo.com.au

1 0

re: Fixing wrong prototypes in a header
by Dan Kegel Aug. 15, 2007

Aug. 15, 2007

I'd say leave them wrong in our headers, but report the problem to Microsoft, and fix our headers when they fix theirs... - Dan

1 0

A script for automatic regression testing
by Mikolaj Zalewski Aug. 15, 2007

Aug. 15, 2007

I wrote a small script that automates regression testing. It requires an Autohotkey script that tests the program and creates a file C:\Test-failed.txt if the test failed. The bash script will then do the regression testing. It starts with copying the source tree and wineprefix so it should be possible to do some normal work during compilations. At the beginning of the script there are some variables that needs to be configured before running it. The wineprefix has to have Autohotkey installed and associated with *.ahk. The attached script's settings will find the regression for bug #9249. If anyone is interested in it I'd be interested in some feedback. Mikołaj Zalewski

4 4

Re: [PATCH] Fix Bug in DeadZone calculation
by Vitaliy Margolen Aug. 15, 2007

Aug. 15, 2007

Artur Szymiec wrote: > Here is attached patch > for joystick_linuxinput.c where bug in dead zone > calculation make joystick unusable. After correction > tested in two games and works properly. > > Best Regards > Artur Szymiec > Thanks for spotting the problem. Unfortunately your patch has few problems too. I'll sending a better patch. Vitaliy.

4 5

[wininet/tests] Replace import of ws2_32 by wsock32 to please win95
by Paul Vriens Aug. 15, 2007

Aug. 15, 2007

Hi, Currently we import ws2_32 for our wininet tests. ws2_32 is however not available on win95 and thus presents users of winetest with a pop-up. A crash of the tests I could live with but a pop-up gets in the way of automatic testing (if ever implemented again). I could do LoadLibrary/GetProcAddress to overcome that but a much easier solution seems to be to import wsock32 instead of ws2_32. Comments? Cheers, Paul.

1 0

Problems with focus losing on virtual desktops
by Patrick Leamon Aug. 15, 2007

Aug. 15, 2007

There seems to be a bug for this now: http://bugs.winehq.org/show_bug.cgi?id=9320 ____________________________________________________________________________________ Sick of deleting your inbox? Yahoo!7 Mail has free unlimited storage. http://au.docs.yahoo.com/mail/unlimitedstorage.html

1 0

AMD64 package broken on Ubuntu Gutsy
by Scott Ritchie Aug. 15, 2007

Aug. 15, 2007

The Wine package in Ubuntu Gutsy is currently failing to build on the AMD 64 arch, and I'm not sure why. I don't have a gutsy 64 system to play around with at the moment, but you can see the package error log here: http://launchpadlibrarian.net/8598218/buildlog_ubuntu-gutsy-amd64.wine_0.9.… I suspect one of the 32 bit libraries that we have to link by hand got renamed or upgraded, but I can't figure out which one from the log there. Thanks, Scott Ritchie

2 2

WINEDEBUG output issues
by Paul Vriens Aug. 15, 2007

Aug. 15, 2007

Hi, I was trying to read a '+all,+relay,-syslevel,-gdi,-font' trace but several lines show something like: 000d:Cget_window_property000d:Call0x000d:, atom=000d:Call usePropertySheetInfo000d000000d:Call user32.CharNextA(0 {000d:Call user32.CharNextA(0040a04d "les\\Nmap") ret=0040551c The above is output from the same thread. I also have: 0009:trace:heap:RtlAllocateHeap (0x110000,00000002,0000014000d:Call user32.CharNe0009:trace:dc:GetDCState (0x474): retu000d:Ret user32.CharNextA() retval=004093c6 ret=0040551c Which mixes threads. Debug traces can already be hard to read but this is even more confusing. Any idea what the cause is (or better, the solution)? Cheers, Paul.

1 0

Re: [2/5] WineD3D: Optimize float constants in stateblocks
by Alexandre Julliard Aug. 14, 2007

Aug. 14, 2007

Stefan Dösinger <stefan(a)codeweavers.com> writes: > From f49fd192ed2747663bdb0445dff9d602519fbc95 Mon Sep 17 00:00:00 2001 > From: Stefan Doesinger <stefan(a)codeweavers.com> > Date: Fri, 3 Aug 2007 20:26:29 +0200 > Subject: [PATCH] WineD3D: Optimize float constants in stateblocks > > --- > dlls/wined3d/device.c | 24 +++++++++++++- > dlls/wined3d/stateblock.c | 68 +++++++++++++++++++++------------------- > dlls/wined3d/wined3d_private.h | 4 ++ > 3 files changed, 62 insertions(+), 34 deletions(-) This one is broken: ../../../tools/runtest -q -P wine -M d3d8.dll -T ../../.. -p d3d8_test.exe.so device.c && touch device.ok wine: Unhandled page fault on write access to 0x000000f6 at address 0x61aad11c (thread 0039), starting debugger... WineDbg starting on pid 003a Unhandled exception: page fault on write access to 0x000000f6 in 32-bit code (0x61aad11c). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:61aad11c ESP:0033fa90 EBP:0033fac8 EFLAGS:00010202( - 00 - -RI1) EAX:000000f6 EBX:61b3ae04 ECX:00000001 EDX:00000000 ESI:001bd4d0 EDI:001c6f78 Stack dump: 0x0033fa90: 001bd4d0 001bd4e4 00000001 00000000 0x0033faa0: 00000000 00000000 00000000 602d53b1 0x0033fab0: 00000000 00000000 0000002b 617da640 0x0033fac0: 617dad24 001bd4b8 0033faf8 617caebf 0x0033fad0: 00123d30 00000001 001bd4c0 001bd4b8 0x0033fae0: 606e97df 0000005c 617cae3b 60715808 Backtrace: =>1 0x61aad11c IWineD3DDeviceImpl_CreateStateBlock+0x3dc(iface=0x123d30, Type=0x1, ppStateBlock=0x1bd4c0, parent=0x1bd4b8) [/home/julliard/wine/wine/dlls/wined3d/device.c:478] in wined3d (0x0033fac8) 2 0x617caebf IDirect3DDevice8Impl_CreateStateBlock+0x8f(iface=0x121780, Type=0x1, pToken=0x33fe08) [/home/julliard/wine/wine/dlls/d3d8/device.c:1177] in d3d8 (0x0033faf8) 3 0x606e1260 func_device+0x2190() [/home/julliard/wine/wine/dlls/d3d8/tests/device.c:528] in d3d8_test (0x0033fe58) 4 0x606e8818 run_test+0x128(name=0x1103c5) [/home/julliard/wine/wine/dlls/d3d8/tests/../../../include/wine/test.h:389] in d3d8_test (0x0033fea8) 5 0x606e8ead main+0x14d(argc=<register ECX not in topmost frame>, argv=<register ECX not in topmost frame>) [/home/julliard/wine/wine/dlls/d3d8/tests/../../../include/wine/test.h:437] in d3d8_test (0x0033fed8) 6 0x606e958b __wine_spec_exe_entry+0x5b(peb=0x7ffdf000) [/home/julliard/wine/wine/dlls/winecrt0/exe_entry.c:36] in d3d8_test (0x0033ff08) 7 0x6041352e start_process+0xee(arg=0x0) [/home/julliard/wine/wine/dlls/kernel32/process.c:820] in kernel32 (0x0033ffe8) 8 0x60027997 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0x61aad11c IWineD3DDeviceImpl_CreateStateBlock+0x3dc [/home/julliard/wine/wine/dlls/wined3d/device.c:478] in wined3d: movl %edx,0x0(%eax,%edx,4) 478 object->contained_vs_consts_f[j] = j; -- Alexandre Julliard julliard(a)winehq.org

2 1

Partial phase out of *winehq.com addresses
by Duane Clark Aug. 14, 2007

Aug. 14, 2007

As mentioned about a month ago, we were planning to phase out the winehq.com email addresses, and use winehq.org exclusively. It looks like the few holdouts have converted over for awhile now, so I added a filter to the mailman program to silently drop anything mailed to winehq.com. If Jeremy wants to set the MTA (or whatever) to reject those addresses, that might be better. Then anyone accidently mailing to the wrong address would (presumably) get a delivery error message. And it would take a small portion of the load off mailman.

2 1

Re: Font problem + patch solution
by Abel Chiaro Aug. 14, 2007

Aug. 14, 2007

Alexandre Julliard wrote: > penna(a)bb.com.br writes: > > > There is a patch proposed at the bug #7571 (http://bugs.winehq.org/show_bug.cgi?id=7571) > > It works very well and I did not experiment any regression. Maybe > > it is not the ideal patch and if it is not, maybe we can provide a fix for > > that. However, at least it fixes the font problem and did not introduce > > any undesirable efects. > > Is that possible to apply that patch at the main tree? Comments > > are also welcome! > > You should provide test cases that show that your patch is correct. I used Dmitry's tests [1] for this patch. [1] http://www.winehq.org/pipermail/wine-patches/2007-March/036706.html Shouldn't that be enough, I'll look into it again. - Pedro. -- "Caritas omnia vincit."

2 3

Re: WGL: GDI support is not advertised with double buffering
by Roderick Colenbrander Aug. 14, 2007

Aug. 14, 2007

Wouldn't it be cleaner to cache the double buffering property in the WineGLPIxelFormat and set the gdi cap in there? That would skip another unneeded function. Roderick

1 1

Re: user32: LB_SETITEMDATA should return 1 on success, not 0
by Alexandre Julliard Aug. 14, 2007

Aug. 14, 2007

Peter Verthez <peter.verthez(a)advalvas.be> writes: > diff --git a/include/winuser.h b/include/winuser.h > index 4297a8d..97363e0 100644 > --- a/include/winuser.h > +++ b/include/winuser.h > @@ -2428,6 +2428,7 @@ typedef struct tagSCROLLBARINFO > > /* Listbox message return values */ > #define LB_OKAY 0 > +#define LB_SETITEMDATA_OKAY 1 /* undoc. OK return for LB_SETITEMDATA */ Please don't invent constants that don't exist on Windows. In this case TRUE would work just as well. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: [d3d8/tests] Make tests run again on win95
by James Hawkins Aug. 14, 2007

Aug. 14, 2007

On 8/14/07, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote: > Hi, > > Again only to avoid a pop-up. Didn't fix/test the actual tests. > > Changelog > Make tests run again on win95 > Please change the subject of your emails to match the dll that you're patching. As it stands, it looks like you're patching advapi32 5 times, and we have to dig into the patch to see what dll you're actually changing. -- James Hawkins

2 2

Font problem + patch solution
by penna＠bb.com.br Aug. 14, 2007

Aug. 14, 2007

Hi all, Since wine 0.9.31 there is a font problem (at least latin charset). There is a patch proposed at the bug #7571 (http://bugs.winehq.org/show_bug.cgi?id=7571) It works very well and I did not experiment any regression. Maybe it is not the ideal patch and if it is not, maybe we can provide a fix for that. However, at least it fixes the font problem and did not introduce any undesirable efects. Is that possible to apply that patch at the main tree? Comments are also welcome! Thank you in advance.

2 1

Problems with focus losing on virtual desktops
by Christian Authmann Aug. 14, 2007

Aug. 14, 2007

Hi, after installing 0.9.42 I noticed some odd behavior when playing Diablo 2. I did a git bisect and nailed it down to this patch: http://source.winehq.org/git/wine.git/?a=commit;h=d836a5062141dd42293ed044d… winex11drv: Correctly react to focus loss away from Wine. I noticed the following changes: a) Using diablo 2's windowed mode: d2 will realize when it's losing focus again (as it did somewhere around 0.9.2x). As far as I can tell, this works reliable. (That's not a good thing for diablo 2, since d2 will minimize on losing focus and cannot be brought back to life afterwards. But that's a different bug.) >From now on, please read "Diablo 2 minimizes" as "Diablo 2 thinks it lost focus". b) Using d2 in fullscreen mode inside wine's virtual desktop: d2 will sometimes think it lost focus, even if it didn't. Moving the wine window around with hotkey+drag: d2 minimizes. Moving the window by the title bar: nothing happens. (using kde/kwin btw) Sometimes just clicking inside the window while playing will cause d2 to minimize, although I haven't found a reproducible pattern (i.e. do I have to press certain keys, do I have to double-click, etc). Activating a different window outside the virtual desktop? d2 stays open. Or opening another application via hotkey, or pulling down yakuake via hotkey. It stays open. But, if I reactivate the virtual desktop window afterwards: d2 minimizes. Ouch. c) virtual desktop again: when holding ALT to show the dropped items, then left clicking somewhere, d2 thinks that ALT has been released. This makes it quite hard to pick up items. This problem does not occur when using regular windowed mode or when changing the hotkey to something different - as far as I can tell only ALT in virtual desktop mode is affected. Note that I don't have any hotkeys on Alt (or Alt+click), I bound window dragging to the otherwised unused windows key. While the patch does as intended on regular windows, it's effects on virtual desktop windows can only be described as weird. I don't know how virtual desktops are supposed to work. At least for d2, it'd be useful if one application inside the virtual desktop always keeps focused (or rather, is told it'd still be focused). IMHO that's the purpose of virtual desktops: banning the apps inside a container where they shouldn't be influenced by outside stuff, including activating a different window. Not losing focus is also more sensible when virtual desktops are used as a way to ban fullscreen-apps into windows: most fullscreen applications don't expect to lose focus and behave weird. However, even if you think of virtual desktops simply as a means to group windows, it's currently broken: losing focus on reactivation is a little late. I have compiled the latest git version without this patch, and virtual desktop mode works fine again, so it's really down to this single line of code. I'm not far enough into the code to know any possible solution, but for immediate results a simple if (inside a virtual desktop) do old behaviour else do new behaviour should do the trick until a better solution is found. greetings, Christian

3 5

Re: kernel: add execution permission to DOS memory area
by Alexandre Julliard Aug. 14, 2007

Aug. 14, 2007

Mikolaj Zalewski <mikolaj(a)zalewski.pl> writes: > Execution permission is needed because we store some (mostly > DPMI-related) code in UMB (in winedos/himem.c) that is executed for > each Win16 app. The user may put even more code there. Ntvdm.exe also > makes the DOS memory executable (except for some parts of the UMB) winedos is supposed to make that memory executable when needed. The executable protection was removed from kernel32 as it causes failures on platforms that don't allow write+exec. -- Alexandre Julliard julliard(a)winehq.org

1 0