On 06/11/2010 08:38 AM, Frédéric Delanoy wrote:
2010/6/11 Dmitry Timoshkov:
Frédéric Delanoy wrote:
I see this patch has been "Rejected" in
http://source.winehq.org/patches/, but I just wondered why:
- are the UTF8 resources not preferred over custom codepages?
- or is the patch simply too bi
Le 10/06/2010 23:38, Austin English a écrit :
On Thu, Jun 10, 2010 at 3:49 PM, Peter Davies wrote:
Some tests crash for me (eg.
http://bugs.winehq.org/show_bug.cgi?id=22903 segfaults). This means I
can't run the entire test suite with "make test", what should I do?
Assuming the tests
2010/6/11 Dmitry Timoshkov :
> Frédéric Delanoy wrote:
>
>> I see this patch has been "Rejected" in
>> http://source.winehq.org/patches/, but I just wondered why:
>> - are the UTF8 resources not preferred over custom codepages?
>> - or is the patch simply too big to review? Splitting into many tin
Igor Paliychuk wrote:
> Updating Ukrainian translations to kernel32(ukr.nls).
> file : ukrainian-kernel32-ukr-nls.patch
You forgot to mention what's wrong with current ukr.nls.
--
Dmitry.
Frédéric Delanoy wrote:
> I see this patch has been "Rejected" in
> http://source.winehq.org/patches/, but I just wondered why:
> - are the UTF8 resources not preferred over custom codepages?
> - or is the patch simply too big to review? Splitting into many tiny
> patches seemed a bit overkill fo
Octavian Voicu wrote:
On Sat, May 15, 2010 at 1:55 AM, Octavian Voicu
wrote:
Forgot to mention, this fixes http://bugs.winehq.org/show_bug.cgi?id=19861.
That bug was nominated for 1.2, but I see the patch is still pending.
Why not commit it?
AJ might have skipped over it. Can you
Stefan Dösinger wrote:
Am 10.06.2010 um 18:28 schrieb Matteo Bruni:
That's a good objection. The shader validator errors out on these
typeless declarations. So maybe it's not safe for us to allow them, as
we lack the shader validator? They are also useless probably at this
point...
It w
Marko Nikolic wrote:
Hi,
I have found in wine documentation that it is recommended to avoid long data
type, since it is different in Win64 and Unix64. This is reasonable,
however, is there some similar policy regarding size_t/ssize_t usage?
Actually, size_t should be avoided if at all pos
Frédéric Delanoy wrote:
Hi.
I see this patch has been "Rejected" in
http://source.winehq.org/patches/,
Could be formatted incorrectly or just basically contain invalid
information (not incorrect) as the format of the patch does not include
things like th #pragma line.
However, I have a m
Hello everyone,
I'm having some trouble with this simple patch. Specifically, it breaks
compiling of dlls/actxprxy, producing the message:
*
../../tools/winegcc/winegcc -m32 -B../../tools/winebuild --sysroot=../..
-fasynchronous-unwind-tables -shared ./actxprxy.spec usrmarshal.o
actxprxy
On Thu, Jun 10, 2010 at 3:49 PM, Peter Davies wrote:
> Some tests crash for me (eg.
> http://bugs.winehq.org/show_bug.cgi?id=22903 segfaults). This means I
> can't run the entire test suite with "make test", what should I do?
Assuming the tests that are crashing are not caused by a patch you
adde
Some tests crash for me (eg.
http://bugs.winehq.org/show_bug.cgi?id=22903 segfaults). This means I
can't run the entire test suite with "make test", what should I do?
Peter
Hi.
I see this patch has been "Rejected" in
http://source.winehq.org/patches/, but I just wondered why:
- are the UTF8 resources not preferred over custom codepages?
- or is the patch simply too big to review? Splitting into many tiny
patches seemed a bit overkill for such a simple change, no?
Or
Am 10.06.2010 um 18:28 schrieb Matteo Bruni:
> That's a good objection. The shader validator errors out on these
> typeless declarations. So maybe it's not safe for us to allow them, as
> we lack the shader validator? They are also useless probably at this
> point...
It wasn't intended as an objec
On Sat, May 15, 2010 at 1:55 AM, Octavian Voicu
wrote:
> Forgot to mention, this fixes http://bugs.winehq.org/show_bug.cgi?id=19861.
That bug was nominated for 1.2, but I see the patch is still pending.
Why not commit it?
I tested the fix briefly by lowering ulimit -n and the message is
triggere
2010/6/10 Stefan Dösinger :
>
> Am 10.06.2010 um 16:06 schrieb Matteo Bruni:
>> <0001-d3dx9-Allow-sampler-declaration-without-sampler-type.txt>
> The patch looks ok, but I am wondering if the validator complains about
> typeless samplers. And if not, I guess the interesting question is how those
Hi,
running a simple game on wine-1.2-rc2-250-g950919e fails with
"Interface not supported" message box and
following messages in the terminal:
$ ./wine ~/.wine/drive_c/Program\ Files/MarBit/Clicks/clicks.exe
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x146740,0x146b78): stub
fixme:win:EnumDis
Am 10.06.2010 um 16:06 schrieb Matteo Bruni:
> <0001-d3dx9-Allow-sampler-declaration-without-sampler-type.txt>
The patch looks ok, but I am wondering if the validator complains about
typeless samplers. And if not, I guess the interesting question is how those
declarations are treated at shader r
Hello Ken,
Ken Sharp wrote:
> Australian, British and New Zealand English prefers -ise over -ize
> (strongly so in Aus and NZ).
>
> http://en.wikipedia.org/wiki/En-AU#Spelling
> http://en.wikipedia.org/wiki/New_Zealand_English#Spelling
if the translation is the same for UK, AU and NZ then please
Hi,
I have found in wine documentation that it is recommended to avoid long data
type, since it is different in Win64 and Unix64. This is reasonable,
however, is there some similar policy regarding size_t/ssize_t usage?
Those types are often defined as long type, so they could produce the same
20 matches
Mail list logo
