Hi Frédéric,
Le 29 avril 2011 00:16, Frédéric Delanoy a écrit :
> #: winerror.mc:441
> msgid "No more search handles\n"
> -msgstr "Il n'y a plus de descripteurs de recherche\n"
> +msgstr "Il n'y a plus de descripteur de recherche\n"
This one isn't correct. There's not only one handle when avail
2011/4/29 Stefan Dösinger :
>> + shader_addline(buffer, "TEMP TB;\n");
> Which shader instruction uses this? Afair vertex shaders should only use TA,
> but there's no proper infrastructure that manages that.
>
AFAICS, TB could get used in shader_hw_pow():
...
shader_arb_get_src_param(ins,
On Thursday 28 April 2011 00:34:24 Matteo Bruni wrote:
> This should fix http://bugs.winehq.org/show_bug.cgi?id=26780
I see this patch was committed, I think I should really read wine-patches more
often.
I added the RCP 0 handling because StarCraft 2 needed it. Did you test this
with SC2? Specif
> +shader_addline(buffer, "TEMP TB;\n");
Which shader instruction uses this? Afair vertex shaders should only use TA,
but there's no proper infrastructure that manages that.
signature.asc
Description: This is a digitally signed message part.
On 04/28/2011 02:05 AM, Vitaliy Margolen wrote:
On 04/27/2011 09:47 AM, Nikolay Sivov wrote:
On 4/27/2011 17:53, Vitaliy Margolen wrote:
On 04/27/2011 01:14 AM, Nikolay Sivov wrote:
Remove practically unused parameters from test functions
So how is global variable any better then local vari
On Thu, Apr 28, 2011 at 3:59 PM, Austin English wrote:
>
> Looks like some C99 comments slipped in.
>
> It is an X file, not a c file, so the c compiler never touches it directly.
C style comments are also not supported in X files, just // or # style
comments.
On Thu, Apr 28, 2011 at 14:52, Dylan Smith wrote:
> ---
> Now using atexit function to cleanup up the output file on errors, and
> parsing errors are signaled using a boolean error variable.
>
> diff --git a/include/rmxftmpl.x b/include/rmxftmpl.x
> new file mode 100644
> index 000..e7144b0
>
On 4/28/2011 13:25, Hwang YunSong(???) wrote:
updated
#: hhctrl.rc:73
-#, fuzzy
-msgctxt "table of contents"
+msgctxt "+??? ?"
msgid "&Home"
-msgstr "???"
+msgstr "???(&H)"
msgctxt is not a thing to translate as I understand it. It's an
additional identifier to distinguish
On Thursday 28 April 2011 17:47:34 Adam Martinson wrote:
> I'll continue to work on this if Stefan wants it, but as the app doesn't
> need it anymore I won't spend more time on it otherwise.
Nah, I think it is not worth the time unless another app appears that shows
this kind of behavior.
signa
On 04/28/2011 04:21 AM, Henri Verbeet wrote:
I'm not so convinced there's value in this, considering there are no
known applications depending on this. Stefan thinks it's useful
anyway. If you do want to spend the effort to make this go in, note
that this affects ddraw and d3d8 as well, not just
Actually, this patch seems to break Bioshock with UseGLSL=disabled.
Please drop/revert this one for the time being...
2011/4/28 Łukasz Wojniłowicz :
> I already have looked at it. I understand that he added contexts as some
> kind of hint for translator when he translates po file.
More like a context specifier, so translation can be correct in all cases.
> I read links you posted and I still don't know how to co
Hi,
Damjan Jovanovic wrote:
>In the meanwhile I've found another problem: mciavi32 always deadlocks
>when MCI_WAIT is not set:[...] ShowWindow()
Looks like bug #21060 and the others
http://bugs.winehq.org/show_bug.cgi?id=21060#c2
- bug #12908, bug #15669, bug #18363 involving ShowWindow;
- bug #1
On Thu, Apr 28, 2011 at 11:27 AM, wrote:
> Damjan,
>
> can you recommend any downloadable 16bit app that stresses the MCI?
>
> It's good that you noticed that RECT16 and RECT do not have the same size
> (whack!).
> Yet I'm surprised that you left MCI_WINDOW untouched. I believe that
> the apps
I already have looked at it. I understand that he added contexts as some
kind of hint for translator when he translates po file.
I read links you posted and I still don't know how to convert something
like this
#: hhctrl.rc:29 notepad.rc:52
#, fuzzy
msgid "&Search"
msgstr ""
"#-#-#-#-# pl.po (W
On 04/28/2011 11:21 AM, Łukasz Wojniłowicz wrote:
Hi Łukasz,
Frederic had the same "issues" if I'm correct.
Please have a look at:
http://www.winehq.org/pipermail/wine-patches/2011-April/101200.html
and
http://www.winehq.org/pipermail/wine-devel/2011-April/089796.html
--
Cheers,
Paul.
Damjan,
can you recommend any downloadable 16bit app that stresses the MCI?
It's good that you noticed that RECT16 and RECT do not have the same size
(whack!).
Yet I'm surprised that you left MCI_WINDOW untouched. I believe that
the apps that use MCI_WHERE/PUT etc. (i.e. MCIAVI) are likely to u
--- Begin Message ---
Hello,
I'm writing to this mailing list because of problem I have with Wine
translations. Namely some time ago Wine changed the way it's translated.
Now .po files are used. In pl.po I found
#: hhctrl.rc:29 notepad.rc:52
#, fuzzy
msgid "&Search"
msgstr ""
"#-#-#-#-# pl.po (
I'm not so convinced there's value in this, considering there are no
known applications depending on this. Stefan thinks it's useful
anyway. If you do want to spend the effort to make this go in, note
that this affects ddraw and d3d8 as well, not just d3d9. The test
should probably just have a loop
Piotr Caban writes:
> +@ cdecl -arch=win32 __p___argc()
> +@ cdecl -arch=win32 __p___argv()
> +@ cdecl -arch=win32 __p___initenv()
> +@ cdecl -arch=win32 __p___mb_cur_max() MSVCRTmb_cur_max_func
> +@ cdecl -arch=win32 __p___wargv()
> +@ cdecl -arch=win32 __p___winitenv()
> +@ cdecl -arch=win3
On Thu, Apr 28, 2011 at 09:54:13AM +0200, Alexey Fisher wrote:
> Am Donnerstag, den 28.04.2011, 09:25 +0200 schrieb Marcus Meissner:
> > On Thu, Apr 28, 2011 at 09:03:51AM +0200, Alexey Fisher wrote:
> > > Am Donnerstag, den 28.04.2011, 10:49 +0400 schrieb Nikolay Sivov:
> > > > On 4/28/2011 10:45,
Am Donnerstag, den 28.04.2011, 09:25 +0200 schrieb Marcus Meissner:
> On Thu, Apr 28, 2011 at 09:03:51AM +0200, Alexey Fisher wrote:
> > Am Donnerstag, den 28.04.2011, 10:49 +0400 schrieb Nikolay Sivov:
> > > On 4/28/2011 10:45, Alexey Fisher wrote:
> > > > MultiByteToWideChar are called directly o
Am Donnerstag, den 28.04.2011, 09:25 +0200 schrieb Marcus Meissner:
> On Thu, Apr 28, 2011 at 09:03:51AM +0200, Alexey Fisher wrote:
> > Am Donnerstag, den 28.04.2011, 10:49 +0400 schrieb Nikolay Sivov:
> > > On 4/28/2011 10:45, Alexey Fisher wrote:
> > > > MultiByteToWideChar are called directly o
On Thu, Apr 28, 2011 at 09:03:51AM +0200, Alexey Fisher wrote:
> Am Donnerstag, den 28.04.2011, 10:49 +0400 schrieb Nikolay Sivov:
> > On 4/28/2011 10:45, Alexey Fisher wrote:
> > > MultiByteToWideChar are called directly only from one function. All other
> > > colls in comctl32 go thrue this funct
Am Donnerstag, den 28.04.2011, 10:49 +0400 schrieb Nikolay Sivov:
> On 4/28/2011 10:45, Alexey Fisher wrote:
> > MultiByteToWideChar are called directly only from one function. All other
> > colls in comctl32 go thrue this function.
>
> > It was recovered with from dissassambled code.
> This is no
25 matches
Mail list logo
