- wine-devel - winehq.org

Re: Patches I maintain
by Rico Schüller 18 Jul '13

18 Jul '13

Hi Roland, I'm not exactly sure what your goal is... but there is a rule one patch per mail only! There is likely no chance to get something like that mixture committed. You may have a look here: http://wiki.winehq.org/SubmittingPatches On 18.07.2013 01:23, Roland Haeder wrote: > +HRESULT D3DXCreatePolygon(LPDIRECT3DDEVICE9 device, float length, UINT sides, LPD3DXMESH *mesh, LPD3DXBUFFER adjacency) Well this looks a little bit wrong. You may have a look here http://msdn.microsoft.com/en-us/library/windows/desktop/bb172785%28v=vs.85%… . Don't copy and paste it. A patch which by accident works, is not something which should be applied at all. There are several issues alone in that line. Cheers Rico

2 1

Re: winedev: Add doc for winedbg symbol_picker option
by Frédéric Delanoy 17 Jul '13

17 Jul '13

On Thu, Jul 18, 2013 at 12:48 AM, Frédéric Delanoy <frederic.delanoy(a)gmail.com> wrote: > --- > en/winedev-debugger.sgml | 21 +++++++++++++++++++++ > 1 files changed, 21 insertions(+), 0 deletions(-) > Please discard this. It has been committed a long time ago. Sorry (again) for the noise. Frédéric

1 0

Manpage patch, please review
by Julian Rüger 17 Jul '13

17 Jul '13

Hi all! While working on the translation of the (main) manpage, I noticed a few issues in the English version and started working on a patch. That was quite some time ago, I had little spare time lately and didn't get around to finish and send it in. So I figured I just take what I have now and ask you guys for comments. I appreciate any remarks or suggestions. Thanks, Julian Notes: I had a change similar to Frédéric's, mentioning wine can run 64-bit programs now. He was quicker and I like his wording better. I had something like "[...]or Win64 executable (if your version of wine was compiled with 64-bit support)." I guess that would be more confusing to people using their distro's wine packages and people compiling their own wine know that anyway. Do you agree or do you think it's better to be more specific? CUI -> CLI: According to Google and Wikipedia, CLI is more common. -.BR @bindir@/wineserver , +.IR @bindir@/wineserver , and following, similar changes: This is the way it is formatted in the wineserver manpage. I noticed there is no uniform style across our manpages, so we should have a guideline. Should paths be bold or italic/underlined?

2 4

Re: ieframe: Use SHANDLE_PTR in IWebBrowserApp::get_HWND.
by Marvin 16 Jul '13

16 Jul '13

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=26282 Your paranoid android. === W2KPROSP4 (32 bit webbrowser) === webbrowser.c:2631: Test failed: expected GetOverridesKeyPath webbrowser.c:2636: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:2637: Test failed: expected Invoke_FILEDOWNLOAD webbrowser.c:3076: Test failed: doc_disp == NULL webbrowser: unhandled exception c0000005 at 004033D1

2 1

Re: loader: Indicate wine can run 64-bit apps in manpage
by Frédéric Delanoy 16 Jul '13

16 Jul '13

On Tue, Jul 16, 2013 at 4:57 PM, Frédéric Delanoy <frederic.delanoy(a)gmail.com> wrote: > --- > loader/wine.man.in | 7 +++---- > 1 file changed, 3 insertions(+), 4 deletions(-) Please ignore this patch: I accidentally resent it. Sorry about the noise. Frédéric

1 0

Re: po: Update Turkish translation (second try)
by Francois Gouget 16 Jul '13

16 Jul '13

-<<<<<<< HEAD -"PO-Revision-Date: 2013-07-13 04:49+0200\n" -======= -"PO-Revision-Date: 2013-07-04 00:10+0200\n" ->>>>>>> 598685e6c5992355de35b4345e91eb4e50b9f07e +"PO-Revision-Date: 2013-07-13 05:00+0200\n" [...] -#: attrib.rc:27 cmd.rc:322 +#: attrib.rc:27 cmd.rc:325 These look wrong: there is currently no conflict in the checked-in PO file and there should not be any line-number changes in the patch. So it won't apply to the current Git repository. Something must have happened when you rebased or generated the diff. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ In a world without fences who needs Gates?

1 0

Re: [PATCH 1/3] user32/tests: Sleep enough time to make sure all input message have been processed.
by Qian Hong 16 Jul '13

16 Jul '13

Hello, This patch is marked as pending, is there anything I can improve? Did the test results in [1] and [2] help? Thanks for any feedback! [1] https://testbot.winehq.org/JobDetails.pl?Key=26191 [2] https://testbot.winehq.org/JobDetails.pl?Key=26190 On Wed, Jul 3, 2013 at 2:45 AM, Qian Hong <qhong(a)codeweavers.com> wrote: > Hello, > > Current menu test code may hide some failure tests [1], with the attached > patch, all failure tests could be detected [2]. > > > [1] https://testbot.winehq.org/JobDetails.pl?Key=26191 > [2] https://testbot.winehq.org/JobDetails.pl?Key=26190 > > > --- > dlls/user32/tests/menu.c | 1 + > 1 file changed, 1 insertion(+) > > > > > -- Regards, Qian Hong - http://www.codeweavers.com

2 6

Re: ntdll: Tests for RtlHashUnicodeString()
by Dmitry Timoshkov 16 Jul '13

16 Jul '13

Nikolay Sivov <nsivov(a)codeweavers.com> wrote: > +#include "ddk/wdm.h" Please don't do that, this breaks compilation with PSDK headers. If you need some specific definitions, types or API prototypes - replicate them in the test itself. -- Dmitry.

2 2

Re: riched20: ITextDocument stubs for ITextServices
by Frédéric Delanoy 15 Jul '13

15 Jul '13

On Sun, Jul 14, 2013 at 3:50 AM, Tiger Soldier <tigersoldi(a)gmail.com> wrote: > This patch implements a standalone stub of ITextDocument. The stub is > currently used in txtsrv.c and will replace the stub in richole.c > You have to use your real name when submitting patches to wine-patches. Frédéric

1 0

How to configure C++ implements in wine?
by 中川祥 15 Jul '13

15 Jul '13

I'm working at User Access Logging API<http://msdn.microsoft.com/en-us/library/windows/desktop/hh437524(v=vs.85).a…> for Windows8. It need C++ style coding. How can I solve it?

2 1

Re: [docs 2/3] winedev: Use hyphen in bitness
by Frédéric Delanoy 14 Jul '13

14 Jul '13

On Sun, Jul 14, 2013 at 7:41 PM, André Hentschel <nerv(a)dawncrow.de> wrote: > --- > en/winedev-architecture.sgml | 56 ++++++++++++++++++++++---------------------- > en/winedev-debugger.sgml | 10 ++++---- > en/winedev-kernel.sgml | 24 +++++++++---------- > en/winedev-multimedia.sgml | 36 ++++++++++++++-------------- > 4 files changed, 63 insertions(+), 63 deletions(-) > - (an int is 16 bit in 16-bit and 32 bits in 32-bit, pointers > + (an int is 16-bit in 16-bit and 32-bits in 32-bit, pointers This part sounds a bit weird... also, one is in plural with the other is in singular form. Probably would benefit from a sentence reorganization. Frédéric

1 0

Re: po: Tweak the French 'broadcast' and 'unicast' translations.
by Frédéric Delanoy 13 Jul '13

13 Jul '13

On Fri, Jul 12, 2013 at 4:33 PM, Francois Gouget <fgouget(a)free.fr> wrote: > --- > > Surprisingly enough (for me) the existing translations match the term > used in Microsoft's Terminology file: > "broadcast address" -> "adresse de diffusion" > "broadcast" -> "diffusion" > "multicast" -> "multidiffusion" > "unicast" -> "monodiffusion" > > https://www.microsoft.com/Language/en-US/Terminology.aspx > > But I still don't think they're good translations. I find 'diffusion' > way too general and vague. Reading it I would certainly not make the > link with broadcast, even in the domain of networking. Similarly I don't > think 'monodiffusion' would be readily understood. > > So I'm more enclined to follow Wikipedia which uses the untranslated > terms as the title of their French articles: Well they're just untranslated... you said it The "grand dictionnaire terminologique" (http://gdt.oqlf.gouv.qc.ca/Resultat.aspx) gives broadcast -> diffusion (générale) multicast -> multidiffusion / diffusion groupée (beurk) monocast -> envoi individuel http://glossaire.traduc.org/ (used for manpages/howtos) gives broadcast -> diffusion multicast -> multidiffusion unicast -> unicast BTW to broadcast = diffuser I may agree with unicast but the "diffusion" and "multidiffusion" seem OK to me

3 4

Re: po: update Simplified Chinese translation
by Francois Gouget 12 Jul '13

12 Jul '13

I'll take this opportunity to note that Microsoft's Simplified Chinese Style Guide says: | Colon | * Software localization: Use English colon (:) in Software | localization. A single byte space should be left between the | English colon and the subsequent characters (Chinese full-width | punctuation marks are excluded). For documentation they say to use a double byte colon. So it seems like our PO files should actually be using single-byte colons everywhere. Does this make sense? http://download.microsoft.com/download/4/c/a/4ca95933-3496-4793-9d77-a89b60… As an additional not, I don't think this is grounds for rejecting this patch given that it is consistent with existing translations. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Linux: It is now safe to turn on your computer.

2 1

Re: po: Some Franch translation tweaks.
by Frédéric Delanoy 12 Jul '13

12 Jul '13

On Fri, Jul 12, 2013 at 1:16 PM, Francois Gouget <fgouget(a)free.fr> wrote: > --- > po/fr.po | 14 ++++++++------ > 1 file changed, 8 insertions(+), 6 deletions(-) There's a typo in the commit message (you probably spotted it already). > msgstr "" > "PAUSE affiche un message à l'écran demandant à l'utilisateur d'appuyer sur " > -"une touche.\n" > +"une\n" > +"touche.\n" This is probably not needed > msgid "Drive Mapping" > -msgstr "Assignation de lecteur" >+msgstr "Dossier cible" Are you sure about this one? Maybe the original should be changed as well in this case... Frédéric

2 1

Re: po: Fix the French DEL, ERASE, RD and RMDIR usage messages.
by Frédéric Delanoy 12 Jul '13

12 Jul '13

On Fri, Jul 12, 2013 at 12:34 PM, Francois Gouget <fgouget(a)free.fr> wrote: > msgid "DEL <filename> deletes a file or set of files.\n" > -msgstr "DEL <fichiers> efface un fichier ou un groupe de fichiers.\n" > +msgstr "DEL <fichier> efface un fichier ou un groupe de fichiers.\n" "fichiers" indicate it can be any number of files, replacing by the singular form doesn't (one may think only one file is deletable per command) If you absolutely want the same singular ou plural form, the English msgid it what should be changed instead IMO Same remark for your ERASE diff hunk. Regards, Frédéric

1 0

Re: po: Fix some typography and linefeed issues in the Turkish translation.
by Francois Gouget 12 Jul '13

12 Jul '13

On Thu, 11 Jul 2013, Volkan Gezer wrote: [...] > Thank you for modifications. I think the only problem is: > > #: cryptui.rc:38 > msgid " to " > -msgstr " bitişi: " > +msgstr " bitişi " > > which we should keep ":" for a meaningful sentence structure. Hasan > should also correct me if I am wrong. Ok. That seems a bit strange but probably less strange than the way the code builds this string :-( It seems it does it does it this way to put parts of it in bold. I've added an exception for it and I'm resending the rest of the patch. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Stolen from an Internet user: "f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng !"

2 1

Re: po: update Simplified Chinese translation
by Qian Hong 12 Jul '13

12 Jul '13

#: winerror.mc:3016 -#, fuzzy msgid "Unknown interface.\n" -msgstr "不明来源。\n" +msgstr "未知界面。\n" Please keep persistent for the translation of 'interface'. Here 'Unknown interface.' is used with RPC_S_UNKNOWN_IF, should be translate to '接口' as well as other place. #: winecfg.rc:260 msgid "Voice output device:" -msgstr "" +msgstr "语言输出设备：" #: winecfg.rc:261 msgid "Input device:" @@ -12313,7 +12281,7 @@ msgstr "输入设备：" #: winecfg.rc:262 msgid "Voice input device:" -msgstr "" +msgstr "语音输入设备：" Please keep persistent for the translation of 'voice', it seems like a typo here, one translated to 语言 while the other translated to '语音'. #: winerror.mc:186 msgid "Sharing violation.\n" -msgstr "" +msgstr "非法共享。\n" #: winerror.mc:191 -#, fuzzy msgid "Lock violation.\n" -msgstr "位置。\n" +msgstr "非法锁定。\n" #: winerror.mc:696 -#, fuzzy msgid "Cancel violation.\n" -msgstr "信息。\n" +msgstr "非法取消。\n" The above three reference to: ERROR_SHARING_VIOLATION （共享冲突？） ERROR_LOCK_VIOLATION （锁冲突？） ERROR_CANCEL_VIOLATION （？） http://support.microsoft.com/kb/316609/en-us http://support.microsoft.com/kb/2698155/en-us http://support.microsoft.com/kb/155011/en-us I'm not sure your translation is correct, they are tricky to translate, for ERROR_CANCEL_VIOLATION, even the original English version is hard to understand :( maybe keep the English version is not a bad idea if there is no better alternative so far. Thanks for the work! On Fri, Jul 12, 2013 at 8:09 PM, Jactry Zeng <jactry92(a)gmail.com> wrote: > > > > -- Regards, Qian Hong - http://www.winehq.org

2 1

po: update Simplified Chinese translation
by Jactry Zeng 12 Jul '13

12 Jul '13

1 0

Re: ole32: Tests for CLSIDFromProgID() and ProgIDFromCLSID() regarding activation context
by Marvin 12 Jul '13

12 Jul '13

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=26261 Your paranoid android. === W2KPROSP4 (32 bit compobj) === compobj: unhandled exception c0000005 at 00000000

1 0

Re: cmd: Fix a usage message: the % must be doubled for FOR variables. (resend)
by Alexandre Julliard 12 Jul '13

12 Jul '13

Francois Gouget <fgouget(a)free.fr> writes: > The usage message was in fact documenting an old Wine bug. > --- > > The attempt did not apply, probably because I had other changes in my > tree. Hopefully this one will work. > > > I'm reluctant to change messages at this stage as it's going to cause > fuzzying of the translations, but given that this message is plain wrong > I think it's warranted. I'd suggest to simply remove the sentence, and remove it in translations too so that we don't need to invalidate all of them. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wbemprox: Implement Win32_OperatingSystem.LocalDateTime. (try 2)
by Bruno Jesus 12 Jul '13

12 Jul '13

On Thu, Jul 11, 2013 at 11:19 AM, Sylvain Petreolle <spetreolle(a)yahoo.fr> wrote: > --- > dlls/wbemprox/builtin.c | 30 ++++++++++++++++++++++++++++++ > 1 file changed, 30 insertions(+) > > diff --git a/dlls/wbemprox/builtin.c b/dlls/wbemprox/builtin.c > index 9e2369a..5b7674e 100644 > --- a/dlls/wbemprox/builtin.c > +++ b/dlls/wbemprox/builtin.c > @@ -1774,6 +1778,31 @@ static WCHAR *get_lastbootuptime(void) > + > + GetLocalTime(&st); > + Status = GetTimeZoneInformation(&tzi); > + > + if(Status == TIME_ZONE_ID_INVALID) return NULL; Aren't you leaking ret here? Maybe you could swap this check with the memory allocation. > + sprintfW( ret, fmtW, st.wYear, st.wMonth, st.wDay, st.wHour, st.wMinute, st.wSecond, st.wMilliseconds * 1000, -Bias); Is it ok for the + sign to the fixed in the format? Best wishes, Bruno

2 1

Re: po: Czech - corrected omission of some newline marks
by Alexandre Julliard 11 Jul '13

11 Jul '13

Pavel Borecki <pavel.borecki(a)gmail.com> writes: > @@ -3060,7 +3122,7 @@ > > #: hhctrl.rc:62 winhlp32.rc:31 > msgid "&Print..." > -msgstr "&Tisknout..." > +msgstr "&Tisknout" Please keep the three dots, that's apparently the standard. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: winmm: Standardize and simplify two error messages.
by Andrew Eikum 10 Jul '13

10 Jul '13

On Wed, Jul 10, 2013 at 10:42:05AM +0200, Francois Gouget wrote: > We don't have a MIDI Mapper configuration applet so don't tell the user to use it. > --- > > Or if we do, how does one get to it? I did not find anything in > winecfg.exe, nor in control.exe (the Control Panel). > > -MIDIERR_NODEVICE, "The current MIDI Mapper setup refers to a MIDI device that is not installed on the system. Use MIDI Mapper to edit the setup." I think it's meant to refer to the "MIDI Mapper" device, which is configurable through the registry: http://wiki.winehq.org/MIDI I think your change is clearly an improvement. Andrew

1 0

Should we translate the prompt
by Jactry Zeng 10 Jul '13

10 Jul '13

Hi everybody, In po file there were some prompts as this: #: xcopy.rc:35 msgid "%1? (Yes|No)\n" I am not sure that should I translate them in po file for Simplified Chinese. But they have been translated in po file for French and Traditional Chinese. As prompts in command line, I don't think translating them into another language is good. It may make the users don't know what should them type into. When I discuss this with Qian Hong, he give a better idea. We may can just make the origin text more apropos, just like: msgid "%1? (Y)es|(N)o\n" So that we can translate it into Simplified Chinese: msgid "%1？是(Y)|否(N)\n" Thanks for any comment. -- Regards, Jactry Zeng

3 3

Re: readme: Update German translation
by Joerg Schiermeier 09 Jul '13

09 Jul '13

> Hi ... list, Hi Julian > I think "liesmich" is more common than "lesmich", although both sound > awkward. Do we need/want to translate that? Yes really. 'Liesmich' is a direct translation of 'readme'. Eventually this older translation was a simply typo? So please change this! Thanks. > Best, > Julian -- Kindly regards Joerg Schiermeier Bielefeld/Germany

1 0

Re: readme: Update German translation
by Julian Rüger 09 Jul '13

09 Jul '13

Am Dienstag, den 09.07.2013, 00:46 +0200 schrieb André Hentschel: > --- > documentation/README.de | 14 ++++---------- > 1 file changed, 4 insertions(+), 10 deletions(-) > Hi André and list, patch looks good to me. One minor remark: > + wine notepad.exe lesmich.txt (Programmaufruf mit Parametern) I think "liesmich" is more common than "lesmich", although both sound awkward. Do we need/want to translate that? Best, Julian PS: I have some more manpage-patches in the works, but my spare time has been a little scarce lately. Do you think 1.6 will be released Friday?

3 2

Re: po: Arabic full translated wine. (try2)
by Yaron Shahrabani 08 Jul '13

08 Jul '13

Non critical changes but take a look if you like: #: comdlg32.rc:186 comdlg32.rc:141 -#, fuzzy msgid "Save As" msgstr "احفظ &ك‍..." Redundant Elipsis. #: comdlg32.rc:202 -#, fuzzy msgid "S&election" -msgstr "اختر ال&كل\tCtrl+A" +msgstr "الاختيار" #: comdlg32.rc:203 -#, fuzzy msgid "&Pages" -msgstr "صفحة &p" +msgstr "صفحات" #: comdlg32.rc:206 comdlg32.rc:228 -#, fuzzy msgid "&Setup" -msgstr "إعداد الصفحة" +msgstr "إعداد" No accelerator (&) sign. #: comdlg32.rc:207 msgid "&From:" -msgstr "" +msgstr "&من" #: comdlg32.rc:208 msgid "&To:" -msgstr "" +msgstr "&إلى" No semicolon at the end. #: comdlg32.rc:211 -#, fuzzy msgid "Print to Fi&le" -msgstr "ملفات النصوص (*.txt)" +msgstr "اطبع إلى ملف" #: comdlg32.rc:268 msgid "Scr&ipt:" -msgstr "" +msgstr "ترميز" No accelerator sign. #: comdlg32.rc:281 comdlg32.rc:304 msgid "Color | Sol&id" -msgstr "" +msgstr "اللون | &جامد" No need to add اللون |‏ before the &جامد part. There might be more. Anyways great job! Kind regards, Yaron Shahrabani <Hebrew translator> On Sun, Jun 30, 2013 at 6:27 AM, مصعب الزعبي <moceap(a)hotmail.com> wrote: > --- > > po/ar.po > > > > > >

2 1

Re: [PATCH] gdiplus: fixing identical sub-expressions
by Vincent Povirk 07 Jul '13

07 Jul '13

I'm not sure we should change this during code freeze.

1 0

Bug 24018 which appears to be a showstopper for running Cygwin on Wine
by Alan W. Irwin 05 Jul '13

05 Jul '13

Andrey Turkin has stated at http://bugs.winehq.org/show_bug.cgi?id=24018 that this is really a Cygwin bug. I frankly don't understand the technical details but his current test (an infinite loop with Cygwin fork calls) may need some beefing up to convince the Cygwin developers they have introduced a regression. The reason why I mention a Cygwin regression is the winetricks script mentions bug 24018 and works around it by downloading an old version of the Cygwin installer. I haven't tried that myself yet, but if that workaround still works, then this is evidence that the issue is a Cygwin regression which is an important consideration when reporting this issue to the Cygwin developers. Andrey Turkin was asked at http://bugs.winehq.org/show_bug.cgi?id=24018 to report the issue to Cygwin, but my search of the Cygwin mailing list archive didn't find any post from him and only found one extremely casual (an aside to a completely different thread) mention (http://sourceware.org/ml/cygwin/2013-06/msg00471.html) from a different wine developer of bug 24018 with no response to that mention. I currently have no experience with Cygwin and my only real interest in Cygwin on Wine is it theoretically provides an alternative build platform to my present successful work with the combination of MinGW, MSYS, and Wine as a Windows build platform. But I haven't even been able to get started with Cygwin on Wine because of this showstopping bug. Therefore, I am mentioning the situation here in the hope that some wine developer on this list with some knowledge of Cygwin will take the responsibility of making a proper bug report to the Cygwin mailing list (which according to http://cygwin.com/problems.html is the correct place to report Cygwin bugs) including the evidence that the issue is a Cygwin regression (assuming investigation of older Cygwin versions with Turkin's test supports that conclusion). Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________

7 26

Re: po: Update Simplified Chinese translation. (newer)
by Qian Hong 05 Jul '13

05 Jul '13

Hi Andrew, While discussing the translation of 'Voice output device' and 'Voice input device' in winecfg, Jactry and I have no idea what does 'voice' mean here. Voice could be translated to both '声音‘ and '语音' in Chinese, the former means all kinds of sound, the latter means human voice only, which one is more accurate? I know you've subscribed wine-devel, I CC'ed you because you are the original contributor to the 'voice input device' related code. Thanks a lot! On Fri, Jul 5, 2013 at 9:53 PM, Jactry Zeng <jactry92(a)gmail.com> wrote: > Please ignore the first patch, I modify some in this one. > Thanks advice from Qian Hong. > > > -- Regards, Qian Hong - http://www.winehq.org

3 3

Re: [PATCH] windowscodecs/tests: Fix a test failure [newwtb and other]
by Dmitry Timoshkov 05 Jul '13

05 Jul '13

Detlef Riekenberg <wine.dev(a)web.de> wrote: > - /* global palette */ > + /* global palette. This succeed since win7sp1 with platform update / win8 */ This comment is not helpful. > hr = IWICBitmapDecoder_CopyPalette(decoder, palette); > - ok(hr == WINCODEC_ERR_FRAMEMISSING, > - "expected WINCODEC_ERR_FRAMEMISSING, got %#x\n", hr); > + ok((hr == S_OK) || (hr == WINCODEC_ERR_FRAMEMISSING), > + "expected S_OK or WINCODEC_ERR_FRAMEMISSING, got %#x\n", hr); One of test results should be marked as broken, and in the S_OK case the resulting palette should be tested and released. I'd guess that newer version should be taken as a model to follow, and Wine implementation should be fixed appropriately. -- Dmitry.

1 0

po: Revert Japanese shell path name updates.
by Akihiro Sagawa 04 Jul '13

04 Jul '13

Could you revert recent Japanese translation updates[1] or commit attached patch? As I mention in the last mail[2], patch 91758[3] has some issues, especially when retrieving shell path names. Although path names are not localized in Japanese Windows Vista (and its successors), they are (mistakenly?) included in the last commit. To prove this, I submitted a job to winetestbot [4]. However, new winetestbot seems to be stuck. Alternatively, I attach my Japanese Windows 7 result. The line which begins shellpath.c:443 is my additional output. You can see that all path names are not translated. [1] http://source.winehq.org/git/wine.git/commit/0fb9de61a5026ac6cf16bc3385c382… [2] http://www.winehq.org/pipermail/wine-devel/2013-June/100377.html [3] http://source.winehq.org/patches/data/97158 [4] https://newtestbot.winehq.org/JobDetails.pl?Key=1432 --- po/ja.po | 63 +++++++++++++++++++++++++++++++------------------------------- 1 file changed, 31 insertions(+), 32 deletions(-)

3 3

RFC: Three dots or Unicode ellipsis character
by Francois Gouget 04 Jul '13

04 Jul '13

Wine uses three dots (...) rather than the Unicode ellipsis character (…) except in the Czech and Taiwanese translations that use the Unicode ellipsis character. I think we should be consistent but the question is which to use. I looked at the Windows interface guidelines and they don't have anything to say on this. http://msdn.microsoft.com/en-us/library/windows/desktop/aa974176.aspx#punct… http://msdn.microsoft.com/en-us/library/windows/desktop/aa511453.aspx#ellip… Looking at what other platforms do, the Apple interface guidelines recommend using the Unicode ellipsis character saying assistive technologies need it. The GNOME and KDE guidelines don't have an official position but seem to use the Unicode character anyway: http://simos.info/blog/archives/17 So should we go with the flow and switch to using ellipsis characters or should we stick with three dots? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ 145 = 1! + 4! + 5!

3 3

Possible help or direction to build Win to Linux pass through device - resent
by Pavel Pisa 04 Jul '13

04 Jul '13

Hello all Wine developers, [the second attempt to send, is the list subscribers only?] the firs I would like to express my respect to the work done. Now to one of our application, we maintain open-source chromatographic software CHROMuLAN https://sourceforge.net/projects/chromulan/ Unfortunately, it is written in Delphi (version 6 used) and we have not resources to port it to run native on Linux even that Linux is for last 18 years our main development platform for embedded hardware design and development. Our long term is to port application to Lazarus/FPC or even rewrite in in Qt but that is not option now. Fortunately, the CHROMuLAN application runs quite well under latest Wine version. But we have problem with access to the data acquisition hardware. The devices are connected to computer through special protocol (uLAN) RS-485 network. We have drivers for Linux (the firs platform), Windows (even 64-bit tested) and other targets. All for PCI, RS-232/485 converters and PCI RS-485 addon cards. Whole stack even runs under ReactOS in QEMU now. But Wine is more pleasant solution when someone uses Linux as his/her main desktop system. https://sourceforge.net/projects/ulan/ Problem is that I loke to provide driver API to the Wine application. The real windows driver is KMD/WMD "ul_wdm.sys" which is registered as "\\\\.\\UL_DRV" by IoCreateDevice and IoCreateSymbolicLink. Driver provides some context per each open and then read, write and iocts are used. We have exactly the same drive for Linux (x86, 64-bit, MIPS, ARM, PowerPC) with same functionality but Linux IOCTLs numbers are built different way and there are some slight differences caused by differences in Win API IOCTLs processing and Windows does not support poll equivalent for devices too. I have studied Wine and wineserver more times and have not found how to achieve provision of the Linux driver to the Wine application. Or more or less found that there would be problem because wineserver seems to deliver only IOCTLs events. But I was not sure so I have finally proven that by trial. I have written DLL/SYS as a driver supporting all required IRP_MJ_xxx and IOCTLs in the style of KMD/WMD driver and implemented functions as calling to the Linux "/dev/ulan" operation equivalents. But it really does not work. Only IOCTLs are delivered to the ul_drv.sys and even that fails because open context is not setup. Pointer irpStack->FileObject is filled with 0x66666666. You can find my attempt at http://cmp.felk.cvut.cz/~pisa/ulan/wine/ Now to the questions, Is there some mechanism in Wine which I could use? Is there chance to do that as little intrusive (i.e. DLL) that it can be acceptable for Wine mainline? It seems that serial port device somehow solves similar problem but is seems to be hardwired to wineserv. As for my case, it is possible that read and write to the open /dev/ulan file are done directly from context of application if it receives Linux filehandle into wine/dlls/ntdll/file.c . If the new FD_TYPE_ (FD_TYPE_SERIAL) is defined then all processing can be done in Linux native NTDLL. Even IOCTLs translation because they are really straightforward (like wine-git/dlls/ntdll/serial.c does in COMM_DeviceIoControl). But such solution seems intrusive to me. On the other hand the structure struct object_ops in wine/wine/server/object.h seems to provide all operations. Can I use some registration in the server to solve access? I am missing something? Is there some suggestion which approach to take? Some reasonable simple solution is preferred because if projects takes too much time it would even more postpone possibility to start real application porting. Thanks for each possible advice, Pavel -- Pavel Pisa e-mail: pisa(a)cmp.felk.cvut.cz www: http://cmp.felk.cvut.cz/~pisa university: http://dce.fel.cvut.cz/ company: http://www.pikron.com/

3 5

Re: kernel/tests: Test behaviour of TPIDRURW register with threads on ARMv7
by Dmitry Timoshkov 04 Jul '13

04 Jul '13

André Hentschel <nerv(a)dawncrow.de> wrote: > +#if defined(__ARM_ARCH_7__) || defined(__ARM_ARCH_7A__) || defined(__ARM_ARCH_7R__) > +static inline void set_tpidrurw(DWORD tpidrurw) > +{ > + __asm__ volatile ("mcr p15, 0, %0, c13, c0, 2" : : "r" (tpidrurw)); > +} > + > +static inline DWORD get_tpidrurw(void) > +{ > + DWORD tpidrurw = 0; > + __asm__ volatile ("mrc p15, 0, %0, c13, c0, 2" : "=r" (tpidrurw)); > + return tpidrurw; > +} This code is gcc specific and for instance won't compile with PSDK compiler. It either needs to be protected or replaced with hex/binary form. -- Dmitry.

1 0

Re: msxml3/tests: Add additional conformance tests to the xpath tests (try 2)
by Alexandre Julliard 03 Jul '13

03 Jul '13

John Chadwick <johnwchadwick(a)gmail.com> writes: > This patch adds additional xpath tests to the msxml3 tests. Following > Nikolay Sivov's advice, these provide a wide range of new tests, two > of which currently fail in Wine (for reasons previously described.) > These are now marked 'todo' in a much cleaner way. It doesn't work here: ../../../tools/runtest -q -P wine -M msxml3.dll -T ../../.. -p msxml3_test.exe.so domdoc.c && touch domdoc.ok domdoc.c:4468: Test succeeded inside todo block: query=ancestor-or-self::node(), invalid node list: D1 E2.D1, expected D1 E2.D1 domdoc.c:4468: Test succeeded inside todo block: query=(//a[1])[last()], invalid node list: E1.E4.E2.D1, expected E1.E4.E2.D1 make: *** [domdoc.ok] Error 2 -- Alexandre Julliard julliard(a)winehq.org

1 0

Fwd: Re: RFC: Three dots or Unicode ellipsis character
by Michael Stefaniuc 03 Jul '13

03 Jul '13

-------- Original Message -------- Subject: Re: RFC: Three dots or Unicode ellipsis character Date: Wed, 03 Jul 2013 19:32:15 +0200 From: Michael Stefaniuc <mstefani(a)redhat.com> To: Francois Gouget <fgouget(a)free.fr> On 07/03/2013 04:45 PM, Francois Gouget wrote: > > Wine uses three dots (...) rather than the Unicode ellipsis character > (…) except in the Czech and Taiwanese translations that use the Unicode > ellipsis character. > > I think we should be consistent but the question is which to use. > > > I looked at the Windows interface guidelines and they don't have > anything to say on this. > > http://msdn.microsoft.com/en-us/library/windows/desktop/aa974176.aspx#punct… > http://msdn.microsoft.com/en-us/library/windows/desktop/aa511453.aspx#ellip… > > Looking at what other platforms do, the Apple interface guidelines > recommend using the Unicode ellipsis character saying assistive > technologies need it. The GNOME and KDE guidelines don't have an > official position but seem to use the Unicode character anyway: > > http://simos.info/blog/archives/17 > > > So should we go with the flow and switch to using ellipsis characters or > should we stick with three dots? How will the substitution work in the W2A case? bye michael

1 0

Windows RT Applications finally can run in Wine/ARM with upcoming Linux releases
by André Hentschel 03 Jul '13

03 Jul '13

Hi, Wanted to let you know that the patch that allows that just got committed in Linus tree: [1] This means that Kernel 3.11 will have everything to run applications ported to Windows RT. A good list of such applications and libraries can be found at [2]. See [3] & [4] for more information on the Wine side. [1] http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=a… [2] http://forum.xda-developers.com/showthread.php?p=36534446 [3] http://bugs.winehq.org/show_bug.cgi?id=31322 [4] http://bugs.winehq.org/show_bug.cgi?id=31308

1 0

Re: gdiplus: Added support for UTF16 encoded strings in load_ttf_name_id
by Alexandre Julliard 03 Jul '13

03 Jul '13

Piotr Caban <piotr(a)codeweavers.com> writes: > This patch fixes bug 33880. It's reported as regression but I think > that it stopped working because of game update. I would guess that it's because gdi32 is properly loading localized names now. Gdiplus should most likely replicate that method. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: wininet/tests: Statically initialize and name the notification_cs critical section.
by Marvin 03 Jul '13

03 Jul '13

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=26207 Your paranoid android. === WINEBUILD (build) === Make failed

1 0

Re: [wbemprox] Patches for adding currentclockspeed in record_processor
by Hans Leidekker 03 Jul '13

03 Jul '13

On Mon, 2013-07-01 at 08:56 +0900, Rosen Diankov wrote: > diff -ru wine-1.6-rc3-old/dlls/wbemprox/builtin.c wine-1.6-rc3/dlls/wbemprox/builtin.c > --- wine-1.6-rc3-old/dlls/wbemprox/builtin.c 2013-06-22 03:24:01.000000000 +0900 > +++ wine-1.6-rc3/dlls/wbemprox/builtin.c 2013-06-27 23:04:20.170154454 +0900 Please use git to generate patches. > @@ -168,6 +168,8 @@ > {'M','a','n','u','f','a','c','t','u','r','e','r',0}; > static const WCHAR prop_maxclockspeedW[] = > {'M','a','x','C','l','o','c','k','S','p','e','e','d',0}; > +static const WCHAR prop_currentclockspeedW[] = > + {'C','u','r','r','e','n','t','C','l','o','c','k','S','p','e','e','d',0}; Please keep properties sorted here and below. > static const WCHAR prop_memberW[] = > {'M','e','m','b','e','r',0}; > static const WCHAR prop_methodW[] = > @@ -381,6 +383,7 @@ > { prop_familyW, CIM_UINT16, VT_I4 }, > { prop_manufacturerW, CIM_STRING|COL_FLAG_DYNAMIC }, > { prop_maxclockspeedW, CIM_UINT32, VT_I4 }, > + { prop_currentclockspeedW, CIM_UINT32, VT_I4 }, > { prop_nameW, CIM_STRING|COL_FLAG_DYNAMIC }, > { prop_numcoresW, CIM_UINT32, VT_I4 }, > { prop_numlogicalprocessorsW, CIM_UINT32, VT_I4 }, > @@ -633,6 +636,7 @@ > UINT16 family; > const WCHAR *manufacturer; > UINT32 maxclockspeed; > + UINT32 currentclockspeed; > const WCHAR *name; > UINT32 num_cores; > UINT32 num_logical_processors; > @@ -1690,7 +1694,33 @@ > regs_to_str( regs, 16, name + 32 ); > } > } > -static UINT get_processor_maxclockspeed( void ) > +static void get_processor_clockspeeds( UINT* maxclockspeed, UINT* currentclockspeed ) > +{ > + PROCESSOR_POWER_INFORMATION *info; > + UINT size = get_processor_count() * sizeof(PROCESSOR_POWER_INFORMATION); > + NTSTATUS status; > + > + if ((info = heap_alloc( size ))) > + { > + status = NtPowerInformation( ProcessorInformation, NULL, 0, info, size ); > + if (!status) > + { > + *maxclockspeed = info[0].MaxMhz; > + *currentclockspeed = info[0].CurrentMhz; > + } > + heap_free( info ); > + } > + if( !!maxclockspeed ) > + { > + *maxclockspeed = 1000; > + } > + if( !!currentclockspeed ) > + { > + *currentclockspeed = 1000; > + } > +} You probably didn't mean to query the clock speeds and then overwrite them with static values. NULL checks are not needed in helpers like this. > +/*static UINT get_processor_maxclockspeed( void ) > { > PROCESSOR_POWER_INFORMATION *info; > UINT ret = 1000, size = get_processor_count() * sizeof(PROCESSOR_POWER_INFORMATION); > @@ -1703,7 +1733,8 @@ > heap_free( info ); > } > return ret; > -} > +}*/ Don't comment out code. Remove it. > static const WCHAR *get_osarchitecture(void) > { > SYSTEM_INFO info; > @@ -1717,7 +1748,7 @@ > static const WCHAR fmtW[] = {'C','P','U','%','u',0}; > WCHAR device_id[14], processor_id[17], manufacturer[13], name[49] = {0}; > struct record_processor *rec; > - UINT i, offset = 0, maxclockspeed, num_cores, num_logical_processors, count = get_processor_count(); > + UINT i, offset = 0, maxclockspeed = 0, currentclockspeed = 0, num_cores, num_logical_processors, count = get_processor_count(); > enum fill_status status = FILL_STATUS_UNFILTERED; > > if (!resize_table( table, count, sizeof(*rec) )) return FILL_STATUS_FAILED; > @@ -1726,7 +1757,7 @@ > get_processor_manufacturer( manufacturer ); > get_processor_name( name ); > > - maxclockspeed = get_processor_maxclockspeed(); > + get_processor_clockspeeds(&maxclockspeed, &currentclockspeed); > num_logical_processors = get_logical_processor_count( &num_cores ) / count; > num_cores /= count; You're not using currentclockspeed.

2 4

Re: [docs] winedev: Update backtrace and relay examples
by Frédéric Delanoy 02 Jul '13

02 Jul '13

On Tue, Jul 2, 2013 at 11:39 PM, André Hentschel <nerv(a)dawncrow.de> wrote: > --- > en/winedev-debugger.sgml | 269 ++++++++++++++++++++++++++++++++++++++--------- > 1 file changed, 222 insertions(+), 47 deletions(-) > > diff --git a/en/winedev-debugger.sgml b/en/winedev-debugger.sgml > index b877063..31046c0 100644 > --- a/en/winedev-debugger.sgml > +++ b/en/winedev-debugger.sgml > @@ -280,31 +280,208 @@ winedbg hl.exe -windowed > These usually show up like this: > </para> > <screen> > -|Unexpected Windows program segfault - opcode = 8b > -|Segmentation fault in Windows program 1b7:c41. > -|Loading symbols from ELF file /root/wine/wine... > -|....more Loading symbols from ... > -|In 16 bit mode. > ... Maybe you can leave the 16 bit stuff there and have the 32 bit as an addition, not a replacement? Frédéric

2 1

Mayhem analysis of Wine
by André Hentschel 02 Jul '13

02 Jul '13

Hi, wanted to let you know that i've seen "Reporting 1.2K crashes" [1] and searched for Wine results [2] and it seems we raised no issues with that "testsuite". Though it's not designed to test Wine, i felt happy not to see Wine on a list of faulty applications ;) [1] http://lists.debian.org/debian-devel/2013/06/msg00720.html [2] http://forallsecure.com/programs/search?search=wine

1 0

Re: [PATCH 3/3] user32: Deactivate popup menu if accelerator key not found when tracking top level menu.
by Qian Hong 02 Jul '13

02 Jul '13

Update: The commit message is a bit misleading, should be 'user32: Deactivate menu if accelerator key not found when tracking top level menu.', removed the word 'popup'. Sorry for the trouble. On Wed, Jul 3, 2013 at 2:45 AM, Qian Hong <qhong(a)codeweavers.com> wrote: > --- > dlls/user32/menu.c | 6 +++++- > dlls/user32/tests/menu.c | 6 +++--- > 2 files changed, 8 insertions(+), 4 deletions(-) > > > > > -- Regards, Qian Hong - http://www.codeweavers.com

1 0

Re: [PATCH 2/3] user32/tests: Added tests for non-existent accelerator key.
by Qian Hong 02 Jul '13

02 Jul '13

Hello, On Wed, Jul 3, 2013 at 2:41 AM, Qian Hong <qhong(a)codeweavers.com> wrote: > Current menu test code may hide some failure tests [1], with the attached > patch, all failure tests could be detected [2]. > > > [1] https://testbot.winehq.org/JobDetails.pl?Key=26191 > [2] https://testbot.winehq.org/JobDetails.pl?Key=26190 Please ignore the above comments, they should be in [Patch 1/3], sorry for the mistake. They attached patch itself is OK. Thanks. -- Regards, Qian Hong - http://www.codeweavers.com

1 0

Re: Wine release 1.6-rc4
by Neumann, A. D. 02 Jul '13

02 Jul '13

Hello, I changed my email address. Please send this information to: info.adneumann(a)t-online.de Thank you! D. Neumann Am 28.06.2013 22:02, schrieb Alexandre Julliard: > The Wine development release 1.6-rc4 is now available. > > What's new in this release (see below for details): > - Bug fixes only, we are in code freeze. > > The source is available from the following locations: > > http://prdownloads.sourceforge.net/wine/wine-1.6-rc4.tar.bz2 > http://mirrors.ibiblio.org/wine/source/1.6/wine-1.6-rc4.tar.bz2 > > Binary packages for various distributions will be available from: > > http://www.winehq.org/download > > You will find documentation on http://www.winehq.org/documentation > > You can also get the current source directly from the git > repository. Check http://www.winehq.org/git for details. > > Wine is available thanks to the work of many people. See the file > AUTHORS in the distribution for the complete list. > > ---------------------------------------------------------------- > > Bugs fixed in 1.6-rc4 (total 38): > > 7597 No sound with OSS driver in C&C3 > 11224 Throw In (Blitz Basic game) has a memory access violation > 11675 Flatout 2 demo, Battlefield 2 demo, many others need native d3dx9_36.D3DXCreateEffect* > 12771 Multiple graphic problems in "The Witcher" > 13314 Winevdm displays a window when running Civilization I > 13662 dogfood: xchat-2.6.2 is very slow, while updating the window > 14318 Michisoft Reader Studio v1.5a fails to produce LIT file from HTML > 16325 incorrect font rendering for CJK programs > 16784 Babylon 7: Trial mode expires after installation > 18930 IDA Pro: Failing to allocate an enormous image > 20769 crash when exiting Microsoft Flight Simulator 98 > 20771 the menu bar doesn't work in M. Flight Simulator 98 > 21103 Presentation 14.2 (Neurobehavioral Systems): crashes when displaying video output > 21827 Photoshop 7, Slider disapear > 22291 DC++ hangs on exit > 23504 Subpixel Font rendering wrong for font MS Sans Serif > 23687 err:seh:setup_exception_record stack overflow when start Proteus7 Ares > 23945 Textures are not properly rendered in Deus-Ex:Invisible War > 24230 "Psalmen - Lieder des Lebens" crashes when clicking Next in settings pane > 24796 DIY Kyoto's Holmes fails to start > 25125 Can only print to the default CUPS printer from Visio 5 Professional > 25605 The Settlers 3: Save as bitmap crashes world editor > 26646 Worms Reloaded: sound choppy without hardware sound = emulation > 27658 3dvia plugin installer crashes > 28495 Runes of Magic: sometimes mouse cursor freezes > 29897 Lord Of the Rings Online Slow/Freezes > 29959 Zed: 3D Preview window is blank or doesn't open. > 30578 Disassembly not in fixed-width font in IDA Pro 6.2 demo > 30897 Europa Universalis III demo crashes while 'Loading Map-Sprites...' without native d3dxof > 31729 cl.exe: stack overflow with certain long command lines > 31772 NtQuerySystemInformation doesn't fill ReturnLength properly with SystemProcessInformation > 31812 Silverlight 4.x/5.x windows have repainting problems > 31908 Garena Blackshot does login > 32820 Offline rekening overzicht, orov doesn't work > 33283 Configuration of WM_NAME is delayed for virtual desktop > 33753 Titan Quest : Multiplayer not working > 33865 Regression in a specialized program > 33883 Scirra httpapi.dll error trying to Run a game > > ---------------------------------------------------------------- > > Changes since 1.6-rc3: > > Alexandre Julliard (22): > gdi32: Cache the font smoothing parameters. > kernel32: FormatMessage precision arguments are integers. > comdlg32: Add support for the CF_NOVERTFONTS flag. > clock: Don't offer vertical fonts in the font dialog. > notepad: Don't offer vertical fonts in the font dialog. > winecfg: Don't offer vertical fonts in the font dialog. > wineconsole: Don't offer vertical fonts in the font dialog. > winefile: Don't offer vertical fonts in the font dialog. > wordpad: Don't offer vertical fonts in the font dialog. > make_unicode: Move codepage file output code to a common routine and make default characters configurable. > libwine: Add support for codepage 10001 (Mac Japanese). > libwine: Add support for codepage 10002 (Mac Traditional Chinese). > libwine: Add support for codepage 10003 (Mac Korean). > libwine: Add support for codepage 10008 (Mac Simplified Chinese). > libwine: Add support for codepage 10010 (Mac Romanian). > libwine: Add support for codepage 10017 (Mac Ukrainian). > libwine: Add support for codepage 10021 (Mac Thai). > libwine: Add support for codepage 10082 (Mac Croatian). > krnl386: Create a new console for DOS binaries. > winevdm: Make it a GUI application to avoid a spurious console. > user32: Fetch the window menu again after sending initialization messages. > advapi32: Fix ReportEvent parameter types in the spec file. > > Andrew Eikum (4): > winbase.h: Add GetFileInformationByHandleEx. > oleaut32: Register the typelib's path without WOW64 redirection. > oleaut32: Load referenced typelibs in the same architecture. > oleaut32: Use typelib's pointer size, not system's. > > André Hentschel (15): > oleaut32/tests: Get rid of IS_ANCIENT in vartest. > oleaut32/tests: Get rid of HAVE_OLEAUT32_RECORD in vartest. > oleaut32/tests: Don't use autoheader styled define in vartest. > oleaut32/tests: Get rid of IS_ANCIENT in vartype. > oleaut32/tests: Get rid of HAVE_OLEAUT32_RECORD in vartype. > oleaut32/tests: Get rid of HAVE_OLEAUT32_DECIMAL in vartype. > oleaut32/tests: Get rid of HAVE_OLEAUT32_CY in vartype. > oleaut32/tests: Don't use autoheader styled defines in vartype. > oleaut32/tests: Don't use autoheader styled defines in varformat. > oleaut32/tests: Get rid of IS_ANCIENT in safearray. > oleaut32/tests: Get rid of HAVE_OLEAUT32_RECORD in safearray. > oleaut32/tests: Get rid of HAVE_OLEAUT32_DECIMAL in safearray. > oleaut32/tests: Get rid of HAVE_OLEAUT32_R8 in safearray. > oleaut32/tests: Don't use autoheader styled defines in safearray. > oleaut32/tests: Use BOOL instead of int when appropriate. > > Austin English (1): > winex11.drv: Print the architecture when showing driver problems. > > Bruno Jesus (2): > po: Update Brazilian Portuguese translation. > po: Update Brazilian Portuguese translation. > > Caibin Chen (1): > po: Update Simplified Chinese Translation. > > Christian Costa (1): > d3dxof: Add support for case sensitive legacy type indexColor. > > Dmitry Timoshkov (4): > kernel32/tests: Add a test for VirtualAlloc called on a mapped PE section. > kernel32/tests: Add more VirtualAlloc and VirtualProtect tests. > kernel32: Correct HeapFree .spec parameter type. > ntdll: Correct RtlFreeHeap .spec parameter type. > > Erich Hoover (1): > ws2_32: Fix interface-bound filter to accept locally generated targeted packets. > > Frédéric Delanoy (1): > tools: Update winemaker manpage French translation. > > Hans Leidekker (3): > ws2_32/tests: Avoid races. > dssenh/tests: Fix test failures on 64-bit Vista. > winhttp/tests: Add some tests for WinHttpDetectAutoProxyConfigUrl. > > Huw Davies (1): > comdlg32: Don't call the callback if it's not set. > > Jacek Caban (5): > ole32: Don't call AddConnection for weak references. > ole32/tests: Added tests for external connections stored in ROT. > oleaut32/tests: Added external connections tests for MSHLFLAGS_TABLEWEAK marshaling. > mshtml: Don't declare empty interface for nsCycleCollectionISupports. > secur32: Don't use deprecated gnutls_certificate_credentials. > > Julian Rüger (1): > server: Update German translation of manpage. > > Ken Thomases (2): > winemac: Dispatch key events directly to window to be sure to get key-up events. > winemac: Fix ordering of windows owned by same owner when on inactive desktop space. > > Marcus Meissner (8): > dbghelp: Free root in error case (Coverity). > dbghelp: Free srcpath in stabs handling (Coverity). > gdi32: Close handle in error path (Coverity). > gdi32: Close handle in mfdrv (Coverity). > msvf32: Fixed incorrect sizeof (Coverity). > ole32: LeaveCriticalSection in one exit case (Coverity). > ole32: Fixed bad sizeof()s in composite moniker (Coverity). > winmm: Fix incorrect parameter for test debug (Coverity). > > Matteo Bruni (2): > wined3d: Fix handling of cnd instruction with coissue flag. > d3d9/tests: Improve cnd instruction test. > > Michael Stefaniuc (1): > po: Update the Romanian translation. > > Mykola Zadorozhnyy (1): > po: Update Ukrainian translation. > > Petr Kočandrle (1): > po: Fix some Czech spelling errors. > > Piotr Caban (1): > msvcrt: Added _wcsicmp_l implementation. > > Qian Hong (2): > msctf: Added stub TF_CreateLangBarItemMgr. > include: Added missing declaration for some msctf APIs. > > Roger Koot (1): > po: Updated Dutch translation. > > Stefan Leichter (1): > msvcp100/tests: Fix dynamically loaded functions for platform arm. > > Volkan Gezer (1): > po: Updated Turkish Translation. > > -- > Alexandre Julliard > julliard(a)winehq.org >

2 1

Mac OS X releases
by Wolf Kappesser 02 Jul '13

02 Jul '13

Hello, my name is Wolf I am from germany and use OSX 10.8 to develop my apps, play games etc. I have read that there is no one, who compile the OSX version of WINE. I would do this. I have tried the osxwinebuilder script from http://code.google.com/p/osxwinebuilder and it did the job. I have download the old 1.5.30 wine for Mac and it has some additional features. They doesn't exist in the pure osxwinebuilder build. Where I can get them? I would give the OSX wine to the community, what I need to to? I have read that I should post to this list to get additional advices. Greets Wolf

2 1

Duplicate UUID in oleaut32:tmarshal test
by Thomas Faber 02 Jul '13

02 Jul '13

I just tried running midl on dlls/oleaut32/tests/tmarshal.idl and it complained: tmarshal.idl(83) : error MIDL2270 : duplicate UUID. Same as : ItestDual [ Interface 'ITestSecondDisp' ] This doesn't seem like it's intentional. But just giving ITestSecondDisp a new uuid causes the following test failures on Windows: tmarshal.c:1861: Test failed: external_connections = 2 tmarshal.c:1864: Test failed: external_connections = 2 tmarshal.c:192: Test failed: fLastReleaseCloses = 1 I could try to figure this out, but it's probably better if someone familiar with the subject could have a look instead. (also, assuming this is a bug in the test, we might want to add that check to widl, it seems pretty useful ;]) Thanks, Thomas

2 1

Re: msxml3/tests: add additional conformance tests that show incorrect xpath behavior in wine
by Nikolay Sivov 02 Jul '13

02 Jul '13

On 6/29/2013 20:26, John Chadwick wrote: > On Sat, Jun 29, 2013 at 4:48 AM, Nikolay Sivov <bunglehead(a)gmail.com> wrote: >> On 6/27/2013 11:46, John Chadwick wrote: >> >>> + /* msxml's selectNodes returns a document ordered nodelist, >>> regardless of >>> + * whether or not the xpath nodelist was document ordered... */ >>> + >>> ole_check(IXMLDOMNode_selectNodes(rootNode,_bstr_("ancestor-or-self::node()"), >>> &list)); >>> + todo_expect_list_and_release(list, "D1 E2.D1"); >> Please use explicit check for return value, like ok(hr == S_OK, "...");, > Which return value am I missing? FWIW, I'm doing what the other tests > are doing, as far as I can tell. What I mean is that use of macros like ole_check() is discouraged, it's better to have explicit check for return value. > >> also you probably don't need another macro for list checking, >> isn't it enough to wrap expect_list_and_release() in todo_wine {} ? > Could it be that simple? I tried to do >> todo_wine expect_list_and_release(list, "D1 E2.D1"); > But it fails before the actual test occurs, because another test > inside the macro succeeds, apparently. Are you saying if I wrap the > expect_list_and_release macro call in a scope, it will work? I will > try. Yes, I see what you mean. In order to improve situation I'd suggest to move to using table of test queries and results. This way you have less code and no duplication, todo flag should just be stored in test data. We already have some tests done this way, it's much easier to maintain. > > I figured creating a new macro would be a better solution than > duplicating the code separately in two locations, but if it'd be > better to just not use the macro, then that's simple enough to fix. >

1 0

Re: [patch] full translation update for 16 rc4
by Frédéric Delanoy 02 Jul '13

02 Jul '13

On Sun, Jun 30, 2013 at 6:08 AM, 中川祥 <matyapiro31(a)gmail.com> wrote: > Hi, please resubmit this patch with your full name transliterated in English.

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel