Austin English wrote:
> +LANGID WINAPI GetThreadUILanguage( void )
> +{
> +FIXME(": stub, returning LOCALE_USER_DEFAULT.\n");
> +return LOCALE_USER_DEFAULT;
> +}
The API is supposed to return a language id, not the locale id.
Calling GetUserDefaultUILanguage() may be what you need.
--
On 9/2/2010 14:10, Alexandre Julliard wrote:
Alexandre Goujon writes:
@@ -181,6 +181,30 @@ static inline BSTR bstr_from_xmlChar(const xmlChar *str)
return ret;
}
+static inline BSTR bstr_trim(const BSTR str)
+{
+UINT i, j, len = SysStringLen(str);
+BSTR new_str = NULL;
+
+
On Thu, 2010-09-02 at 15:54 -0500, Jeremy Newman wrote:
> Send me some links to the offending posts in the archive and I will
> gladly remove them.
>
> -N
Ask and ye shall recieve
http://www.winehq.org/pipermail/wine-users/2010-August/077070.html
http://www.winehq.org/pipermail/wine-users/201
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=4950
Your paranoid android.
On Thu, Sep 2, 2010 at 2:44 PM, Jerome Leclanche wrote:
> To be more specific, it happens on any and every wine program.
I see it as well, though an easy workaround is to run 'reset'. After
that, terminal returns to normal.
--
-Austin
On Thu, Sep 2, 2010 at 1:52 PM, GOUJON Alexandre wrote:
> On 09/02/2010 12:10 PM, Alexandre Julliard wrote:
>
>> That's ugly and inefficient, especially since the common case is to not
>> modify it.
>>
>>
> Well, in fact I don't modify the content.
> I just trim the output of bstr_from_xmlChar( xm
Morten Rønne writes:
> That struct is already defined in wine/winbase16.h as PDB16.
>
> So I would like to do this in my test program:
> #include
> PDB16 *psp;
>
> In a perfect world this would be enough to have full access to the
> PDB16 struct in the test program.
> But alas, the world is
On 09/02/2010 09:41 PM, Eric Pouech wrote:
Le 02/09/2010 03:29, Jerome Leclanche a écrit :
Anyone else's terminal emulators really acting up since the last git
batch? On konsole (2.5//4.5.00), I'm unable to see what I'm writing if
there is a wine process running, until it's killed. This is proba
On Thursday, September 02, 2010 1:38:29 pm Owen Rudge wrote:
> These patches add support to DirectSound that allow the conversion of
> 32-bit IEEE float audio buffers to PCM. Some games (e.g., Call of Duty
> 5) output their audio in this format, and media players such as
> foobar2000 have support f
For the forum it might be useful to find / write a phpbb extension
that disallows URL shortening services (and known spam domains) and
forces a captha check on users posting ANY link to a non-whitelisted
domain... (pastebin, a decent image hosting service, winehq,
microsoft, codeweavers, google, LM
On 02-09-2010 21:21, Alexandre Julliard wrote:
Morten Rønne writes:
I am looking for a way to change windef.h so that it will create the
correct base types for both 16 and 32 bit compile.
Openwatcom defines the symbol __I86__ while compiling for 16 bit, is
it acceptable that I use that to
Send me some links to the offending posts in the archive and I will
gladly remove them.
-N
On 08/27/2010 06:04 PM, David Hagood wrote:
On Fri, 2010-08-27 at 08:25 -0500, Rosanne DiMesio wrote:
Can someone with forum admin rights please ban user Eden1023? I've had to
delete multiple spam post
On Thu, Sep 2, 2010 at 7:50 PM, Morten Rønne wrote:
>> Oh, right, win16test's Makefile and probably its test.h are kind of
>> simpleminded.
>> You probably want to have just one 16 bit test app per dll.
>> Hopefully the test cases from win16test will be a useful starting point
>> aside from their
To be more specific, it happens on any and every wine program.
J. Leclanche
On Thu, Sep 2, 2010 at 8:44 PM, Jerome Leclanche wrote:
> It's a GUI.
>
>
> J. Leclanche
>
>
>
> On Thu, Sep 2, 2010 at 8:41 PM, Eric Pouech wrote:
>> Le 02/09/2010 03:29, Jerome Leclanche a écrit :
>>>
>>> Anyone el
It's a GUI.
J. Leclanche
On Thu, Sep 2, 2010 at 8:41 PM, Eric Pouech wrote:
> Le 02/09/2010 03:29, Jerome Leclanche a écrit :
>>
>> Anyone else's terminal emulators really acting up since the last git
>> batch? On konsole (2.5//4.5.00), I'm unable to see what I'm writing if
>> there is a wine
On 02-09-2010 21:21, Alexandre Julliard wrote:
Morten Rønne writes:
I am looking for a way to change windef.h so that it will create the
correct base types for both 16 and 32 bit compile.
Openwatcom defines the symbol __I86__ while compiling for 16 bit, is
it acceptable that I use that to
Le 02/09/2010 03:29, Jerome Leclanche a écrit :
Anyone else's terminal emulators really acting up since the last git
batch? On konsole (2.5//4.5.00), I'm unable to see what I'm writing if
there is a wine process running, until it's killed. This is probably a
konsole bug, but still...
CC eric.
-
On Thu, Sep 2, 2010 at 7:20 PM, Morten Rønne wrote:
>> Have you seen http://code.google.com/p/win16test/ ?
>
> I only get one file for all tests in one directory, e.g. the kernel32 tests
> are in this file.
> -rwxr-xr-x 1 mr mr 1548553 2010-08-23 20:11 kernel32_test.exe.so
Oh, right, win16test's
Morten Rønne writes:
> I am looking for a way to change windef.h so that it will create the
> correct base types for both 16 and 32 bit compile.
>
> Openwatcom defines the symbol __I86__ while compiling for 16 bit, is
> it acceptable that I use that to create 16 bit types?
> It seems that _MSC_VE
On 02-09-2010 20:47, Dan Kegel wrote:
On Thu, Sep 2, 2010 at 6:26 PM, Morten Rønne wrote:
Have you seen http://code.google.com/p/win16test/ ?
Yes, I have seen those tests. But they run as independent programs for each
test. Wine (as it is now) creates one big program that is able t
This is related to the creation of the DOS test programs for which I
have sent another mail.
But this is a more generic question relating to the fact that openwatcom
is a 16 bit compiler while gcc (of course) is a 32 bit compiler.
Currently this have lead me to drop the inclusion of the files
On Thu, Sep 2, 2010 at 6:47 PM, Dan Kegel wrote:
> IIRC win16test mirrors Wine's approach exactly. Is the "one big program"
> you're talking about programs/winetest? I think it bundles the little
> executables
> into an archive. There's no reason it can't bundle up the 16 bit apps
> and run the
On Thu, Sep 2, 2010 at 6:26 PM, Morten Rønne wrote:
>> Have you seen http://code.google.com/p/win16test/ ?
>
> Yes, I have seen those tests. But they run as independent programs for each
> test. Wine (as it is now) creates one big program that is able to run all
> tests.
>
> So I am not sure if it
* On Thu, 2 Sep 2010, joerg-cyril.hoe...@t-systems.com wrote:
>
> According to http://de.wikipedia.org/wiki/Compact_Disc
> "CD-Extra" is a multi-session disc. So it would be like Jeff Zaroyko's
> disc.
Yes, both K3B and "Nero Info Tool v2" reports two sessions on my disk.
> I don't know whether
On 24-08-2010 01:23, Dan Kegel wrote:
Morten Rønne wrote:
I have been working on creating tests for the 16 bit implementation of wine
Great!
Have you seen http://code.google.com/p/win16test/ ?
That's for Win16 binaries, not DOS, but it might have some similarities.
For instance, it a
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=4939
Your paranoid android.
On 09/02/2010 04:29 PM, Dan Kegel wrote:
The chap I mentioned earlier is starting off by trying to
translate wiki pages into Chinese.
http://wiki.winehq.org/FrontPage now has a Chinese
entry at the bottom, but there's a hitch: when I try
putting a bit of chinese text into
http://wiki.winehq.org/C
Dan Kegel wrote:
> Is that because we don't have anyone who can
> monitor the wiki for chinese spam?
>
> How can we allow creation of Chinese pages?
That's probably because http://wiki.winehq.org/LocalBadContent contains
"Chinese" and "china" as the keywords.
--
Dmitry.
The chap I mentioned earlier is starting off by trying to
translate wiki pages into Chinese.
http://wiki.winehq.org/FrontPage now has a Chinese
entry at the bottom, but there's a hitch: when I try
putting a bit of chinese text into
http://wiki.winehq.org/Chinese
the wiki refuses to save it, saying
Hi,
>Your paranoid android.
>mci.c:714: Test failed: Expect message 0001 from play to 250 wait notify
>mci.c:721: Test failed: got 0004 instead of MCI_NOTIFY_xyz from command
>after close
>mci.c:782: Test failed: not enough time elapsed 58ms
>mci.c:838: Test failed: mci status position: 58
S
On 2 September 2010 03:09, Rolf Bjarne Kvinge wrote:
>>I am not currently able to create a Windows build of gluezilla or
>>gecko using only free software. As I understand it, the official
>>Windows build relies on Visual Studio.
>
> The express versions of Visual Studio are free.
But not Free Soft
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=4928
Your paranoid android.
to summarize a bit:
- wineserver doesn't reset the terminal attributes if it's killed (to be
fixed)
- command line edition is not supported. it was not supported either in
previous console code (outside of wineconsole). this is to be provided in
next patches
- I have no idea on the blank outputs. i
On Thu, Sep 2, 2010 at 10:17 AM, Alexandre Julliard wrote:
> Octavian Voicu writes:
>> If this is not the correct approach, can you suggest a better one? I
>> definitely need a constant like MCI_INTEGER3264 to replace all the
>> MCI_INTEGERs in MCI_STATUS return type (adding one #ifdef for each
>
On Thu, Sep 2, 2010 at 4:29 AM, Jerome Leclanche wrote:
> Anyone else's terminal emulators really acting up since the last git
> batch? On konsole (2.5//4.5.00), I'm unable to see what I'm writing if
> there is a wine process running, until it's killed. This is probably a
> konsole bug, but still.
On 09/02/2010 12:10 PM, Alexandre Julliard wrote:
That's ugly and inefficient, especially since the common case is to not
modify it.
Well, in fact I don't modify the content.
I just trim the output of bstr_from_xmlChar( xmlNodeGetContent(
(xmlNodePtr)This->node ) )
And I made a separate fu
Alexandre Goujon writes:
> @@ -1563,8 +1564,11 @@ sub HANDLE_FILE(@)
> }
> printf OUTPUT "#include \"wine/unicode.h\"\n\n";
>
> +if( $codepage == 1361 ) { @lb_ranges = ( 0x81, 0xd3, 0xd8, 0xde, 0xe0,
> 0xf9 ); }
> +else { @lb_ranges = get_lb_ranges(); }
There's no reason to
Hi,
>I am not currently able to create a Windows build of gluezilla or
>gecko using only free software. As I understand it, the official
>Windows build relies on Visual Studio.
The express versions of Visual Studio are free. Some work might be required
to make the project files work with the exp
Alexandre Goujon writes:
> @@ -181,6 +181,30 @@ static inline BSTR bstr_from_xmlChar(const xmlChar *str)
> return ret;
> }
>
> +static inline BSTR bstr_trim(const BSTR str)
> +{
> +UINT i, j, len = SysStringLen(str);
> +BSTR new_str = NULL;
> +
> +/* str empty or NULL */
> +
Hi,
Saulius Krasuckas wrote:
>(I found one such CD today and realised it isn't a Mixed Mode CD which
>the test needs for the sake of completeness)
Thanks for caring about avoiding skipping tests.
>would CD Extra disk (with different types of tracks on the same disk) also
>be interesting to test?
* On Thu, 2 Sep 2010, Reece Dunn wrote:
> On 2 September 2010 02:29, Jerome Leclanche wrote:
> > Anyone else's terminal emulators really acting up since the last git
> > batch? On konsole (2.5//4.5.00), I'm unable to see what I'm writing if
> > there is a wine process running, until it's killed. T
Octavian Voicu writes:
> If this is not the correct approach, can you suggest a better one? I
> definitely need a constant like MCI_INTEGER3264 to replace all the
> MCI_INTEGERs in MCI_STATUS return type (adding one #ifdef for each
> status command would be overkill imho).
You can add the #defin
42 matches
Mail list logo
