Re: RFC: Translating Wine's dialogs with PO files

On 09/12/2011 08:14 PM, Alexandre Julliard wrote: > Francois Gouget writes: > >> This is the next step in making full use of the PO files for translating >> Wine. But how to get there is unclear, hence this RFC. >> >> The issue with dialogs is that in RC files all the dialog and control >> size

Re: Auto-selecting local variable/parameters when 'p'rinting values using winedbg?

Le 12/09/2011 10:32, Frédéric Delanoy a écrit : 2011/9/12 Frédéric Delanoy: I found that --file accepts the set of commands to execute (but winedbg exits afterwards), but what does --command do? OK --command simply executes a single command and exits/continues the program until termination. Is

Re: RFC: Translating Wine's dialogs with PO files

On Mon, 12 Sep 2011, Michael Stefaniuc wrote: [...] > > Like option 2 it requires that every control of a given dialog have a > > unique id. Then for each of them we would create PO file entries of > > the form: > > > >msgctxt "::" > >msgid ":::" > >msgstr "" > You wouldn't need a sp

Re: RFC: Translating Wine's dialogs with PO files

Francois Gouget writes: > This is the next step in making full use of the PO files for translating > Wine. But how to get there is unclear, hence this RFC. > > The issue with dialogs is that in RC files all the dialog and control > sizes are hardcoded. For instance in the line below '208, 6, 56

Re: RFC: Translating Wine's dialogs with PO files

Hello Francois, before I start: my comment below in no way implies that option 4 is the way to go. On 09/12/2011 07:28 PM, Francois Gouget wrote: > Option 4 - Put the sizes in special PO files > > > This would really be a very ugly hack. > Like option

RFC: Translating Wine's dialogs with PO files

This is the next step in making full use of the PO files for translating Wine. But how to get there is unclear, hence this RFC. The issue with dialogs is that in RC files all the dialog and control sizes are hardcoded. For instance in the line below '208, 6, 56, 14' represent the x-left, y-top

Re: [5/5] ddraw: Use a Z format suported by the driver in the visual test

I see this problem made it into wine-git. This is going to make the gcc-2.95 bot fail on every build. I'll plop a fix in locally to pacify it for now and/or disable email from the gcc-2.95 bot. On Sun, Sep 11, 2011 at 4:29 PM, Dan Kegel wrote: > Fails to compile on gcc-2.95 here: > > visual.c: In

Re: attrib: Add quotes to fix the usage message indentation.

Francois Gouget writes: > --- > > Start-of-line spaces are ignored in RC files. That syntax is not supported by RC, so it's best avoided. -- Alexandre Julliard julli...@winehq.org

Re: dpnet: return a TCP/IP provider in IDirectPlay8PeerImpl_EnumServiceProviders (try 2)

Louis Lenders writes: > changes from try1: remove erraneous HeapFree That's not much better. -- Alexandre Julliard julli...@winehq.org

Re: Support for alternate data streams in NtCreateFile?

Frédéric Delanoy writes: > Hi, > > What is the support status of (NTFS) names streams in wine? > I only see include/winnt.h:4788:#define FILE_NAMED_STREAMS 0x0004 > but it doesn't seem to be used anywhere else in the code. > (there's probably no possible translation in most filesystems) It's

Re: [PATCH 2/4] ntdll: Colon character is not allowed in dir/filenames

Frédéric Delanoy writes: > @@ -162,6 +162,7 @@ static void create_file_test(void) > '\\','f','a','i','l','i','n','g',0}; > static const WCHAR questionmarkInvalidNameW[] = > {'a','f','i','l','e','?',0}; > static const WCHAR pipeInvalidNameW[] =

Support for alternate data streams in NtCreateFile?

Hi, What is the support status of (NTFS) names streams in wine? I only see include/winnt.h:4788:#define FILE_NAMED_STREAMS 0x0004 but it doesn't seem to be used anywhere else in the code. (there's probably no possible translation in most filesystems) NtCreateFile (hence cmd) currently happily

audio: when is a "Resource temporarily unavailable"?

Hi, Bug #28056 involving FreeBSD and OSS exhibits: warn:oss:AudioRenderClient_ReleaseBuffer write failed: 35 (Resource temporarily unavailable) My own notes from times as old as wine-1.1.8 show the same error with ALSA: err:wave:wodPlayer_WriteMaxFrags Error in writing wavehdr. Reason: Resource

Re: [PATCH 17/21] vbscript: Added '<>' expression implementation

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=14158 Your paranoid android

Re: [PATCH 16/21] vbscript: Added interp_sub implementation

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=14157 Your paranoid android

Re: [1/3] msxml3: Add xmlparser interfaces

Alistair Leslie-Hughes wrote: It shouldn't be a problem, this is the only place you can get a reference to these interfaces. It appears that once these interfaces were Deprecated they where removed from the SDK for msxml. See MSDN to show that they now deprecated, and they aren't just for Mob

Re: [PATCH 15/21] vbscript: Added interp_add implementation

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=14156 Your paranoid android

Re: [PATCH 13/21] vbscript: Added interp_neg implementation

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=14155 Your paranoid android

Re: [PATCH 08/21] vbscript: Added hex literal implementation

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=14153 Your paranoid android

Re: [PATCH 07/21] vbscript: Added interpreter support for numeric literals

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=14152 Your paranoid android

Re: [1/3] msxml3: Add xmlparser interfaces

Hi Francois, I think that's the problem. Wine reimplements the Windows' Platform SDK Win32 and Win64 APIs, not Windows Mobile which is what the PowerPC SDK is. Apparently there are some differences so it would be best not to mix the two. Note that this is not to say that Wine should not also im

Re: Auto-selecting local variable/parameters when 'p'rinting values using winedbg?

2011/9/12 Frédéric Delanoy : > I found that --file accepts the set of commands to execute (but > winedbg exits afterwards), but what does --command do? OK --command simply executes a single command and exits/continues the program until termination. > Is there a way to specify initial commands to e

Re: Auto-selecting local variable/parameters when 'p'rinting values using winedbg?

2011/9/9 Eric Pouech : > WineDbg> set ! symbol_picker scoped > will do what you want > unfortunately, there's no way to store it as a default command (you can > always use --command or --file on command line to help) > A+ Speaking of --command and --file options, they aren't documented either. I'm

Re: Marking test cases as flaky?

Stefan Dösinger writes: > On Saturday 10 September 2011 21:56:26 Dan Kegel wrote: >> Might want to define the new form as ok2_ or something >> so we can defer changing the explicit uses of ok_(). > I dislike the idea, it has the feeling of legacy cruft. Either way it is a > fairly minor point -

Re: [PATCH] cmd: Add help info for xcopy

On 10/09/2011 00:56, Octavian Voicu wrote: 2011/9/9 Frédéric Delanoy > Patch is OK, but for consistency, shouldn't the externals be put at the start of wcmdmain.c, just after the inbuilt[][]10]? This way, you could see directly which command is buil