Maarten Lankhorst wrote:
>
> I may have slightly misunderstood those flags then. I was under the
> impression that the FORCE flags would be similar to LRO/RLO.
The only thing that behaves like LRO and RLO are LRO and RLO. Believe
you me, no one was more surprised than me when I found out that Windo
Am Donnerstag, 27. September 2007 02:57:01 schrieb Ivan Gyurdiev:
> Aren't most of these 2.0 and 3.0 instructions ?
> What's the goal of adding them to ARB - you won't be able to implement
> full 2.0/3.0 support in ARB.
We can implement 2.0(but not 2.a/b). Whenever it's easy to do, I'm adding
3.0-
On Thu, Sep 27, 2007 at 04:48:23AM +, L. Rahyen wrote:
> On Thursday September 27 2007 04:07, Vitaliy Margolen wrote:
> > The point I'm trying to make is: can we once put our "right ways of
> > doing things" aside and fix something that never worked before? And
> > fix it _for good_!
> I stron
On Thursday September 27 2007 04:07, Vitaliy Margolen wrote:
> The point I'm trying to make is: can we once put our "right ways of doing
> things" aside and fix something that never worked before? And fix it _for
> good_!
I strongly agree here with Vitaliy.
Personally I think that
As many of you know, Wine have number of serious problems when it comes down
to games when using mouse. In fact big number of games suffer one or more of
the following problems:
1. Mouse pointer escapes game window (for windowed programs) or confined to
arbitrary rectangle (for full-screen) - bu
Aren't most of these 2.0 and 3.0 instructions ?
What's the goal of adding them to ARB - you won't be able to implement
full 2.0/3.0 support in ARB.
I think most of these were left unimplemented on purpose.
Ivan
Hello All,
I am new to Wine. I need to use corelDRAW for non-central reasons that I will
explain if asked. I prefer to host on *nix (currently Mandriva 2007.0), but I
can host on MS XP as a backup. I bought the latest and greatest corelDRAW X3
(version 13) and now have spent about a week learni
Shachar Shemesh schreef:
> Maarten Lankhorst wrote:
>
>> Shachar Shemesh schreef:
>>
>>
>>> Maarten Lankhorst wrote:
>>>
>>>
>>>
If you want it back try replacing this in font.c:
WINE_GCPW_FORCE_RTL:WINE_GCPW_FORCE_LTR
change FORCE to LOOSE, it should work t
Maarten Lankhorst wrote:
> Shachar Shemesh schreef:
>
>> Maarten Lankhorst wrote:
>>
>>
>>> If you want it back try replacing this in font.c:
>>> WINE_GCPW_FORCE_RTL:WINE_GCPW_FORCE_LTR
>>> change FORCE to LOOSE, it should work then.
>>>
>>>
>> I'm not sure what you are sugge
Shachar Shemesh schreef:
> Maarten Lankhorst wrote:
>
>> If you want it back try replacing this in font.c:
>> WINE_GCPW_FORCE_RTL:WINE_GCPW_FORCE_LTR
>> change FORCE to LOOSE, it should work then.
>>
> I'm not sure what you are suggesting.
>
> WINE_GCPW_FORCE_RTL only appear on line 1089 of
On Wednesday 26 September 2007, Peter Oberndorfer wrote:
> ---
> dlls/winhttp/main.c | 25 +
> dlls/winhttp/winhttp.spec |2 +-
> 2 files changed, 26 insertions(+), 1 deletions(-)
>
There is a 'r' missing in the patch title. it should be:
winhttp: stub impl of
Maarten Lankhorst wrote:
>
> If you want it back try replacing this in font.c:
> WINE_GCPW_FORCE_RTL:WINE_GCPW_FORCE_LTR
> change FORCE to LOOSE, it should work then.
>
I'm not sure what you are suggesting.
WINE_GCPW_FORCE_RTL only appear on line 1089 of bidi.c, which reads:
>case WINE_GCP
On Wednesday 26 September 2007 19:24:24 Charlie wrote:
This is me. I guess I called git-format-patch from a terminal where I
was root.
On Wednesday 26 September 2007 19:17:44 Charlie wrote:
This is me. I guess I called git-format-patch from a terminal where I
was root.
On 26/09/2007, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> +/* dst.w = src[0].w * 1 / (src.x^2 + src.y^2 + src.z^2)^(1/2) according
> to msdn*/
That comment looks a bit out of place for sincos. Copy-paste from nrm?
[EMAIL PROTECTED] writes:
> I considered doing this at first, but ME_ToCF2W is used in three other
> places beside handling EM_SETCHARFORMAT (all in style.c), and those places
> might get a null-pointer exception instead of an assert if something went
> wrong.
A null-pointer exception serves the
Hi all!
I had a user running FreeBSD 6.2, Xorg 7.3, ATI r200 DRI driver report
a problem where running Warcraft3 crashed because it ran out of malloc
heap space. The error was:
Assertion failed: (texObj->DriverData != NULL), function
r200BindTexture, file r200_tex.c, line 1098.
fixme:ntdll:FILE_
Shachar Shemesh schreef:
> Hi Maarten,
>
> It seems that since your last changes to the Bidi implementation, BiDi
> suffered total regression. At least on my system, no BiDi related text
> (neither Hebrew nor Arabic) gets reordered, at all. Placing breakpoints
> suggest that BIDI_Reorder is still g
Hi.
Thanks, I sent a patch to wine-patches which should fix this. If anyone has an
older version of XOrg with XComposite and can verify there's no other missing
functions, that'd be great.
Hi Maarten,
It seems that since your last changes to the Bidi implementation, BiDi
suffered total regression. At least on my system, no BiDi related text
(neither Hebrew nor Arabic) gets reordered, at all. Placing breakpoints
suggest that BIDI_Reorder is still getting called, so I can only assume
Hi,
I got the following error message during compile fresh git-current wine:
gcc -c -I../../../dlls/winex11.drv -I. -I../../../include -I../../include
-I/usr/X11R6/include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe
-fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings
-Wpointer-
"Mikolaj Zalewski" <[EMAIL PROTECTED]> writes:
> +buf = HeapAlloc(GetProcessHeap(), 0, size + 4);
> +if ((err = RegQueryValueExW(hKey, szValue, 0, &type, (LPBYTE)buf,
> &size)) != 0)
> +goto failed;
> +buf[size/2] = 0;
> +buf[size/2 + 1] = 0;
Please use sizeof(WCHAR) inst
Andrey Turkin <[EMAIL PROTECTED]> writes:
> This has to be done in client because server does not
> know about actual operation details (e.g. io.Information),
> and moreover some operations does not use server at all.
The needed information can be sent to the server along with the normal
async
Andrey Turkin <[EMAIL PROTECTED]> writes:
> +struct compl_map *create_completion_map( obj_handle_t handle, unsigned long
> completion_key )
> +{
> +struct completion *completion;
> +struct compl_map *map;
> +
> +if ((completion = get_completion_obj( current->process, handle,
> IO_COM
Mikolaj Zalewski wrote:
> My QueryServiceConfig is not compatible with Windows one - I haven't
> tried hard but I couldn't tune the parameters to connect with Windows
> services.exe. So I'm not trying to store the structure in the on the
> server side buffer but pass it all through the RPC and put
Hello!
> Your patch should probably fix both of those, then (and please ignore
> my earlier comment.)
I have resent my patch, having added in it the passed corrections.
I have one more question. To add realization of new function, I can add it in
struct WNetProvider? For example:
typedef struc
[EMAIL PROTECTED] writes:
> Changelog:
> * EM_SETCHARFORMAT must not assert on invalid structure size. Instead, it
> should just fail and return 0.
It would be better to do that in ME_ToCF2W since it already has to
check the size, simply make it return NULL on error or something like
that.
--
A
Hans Leidekker wrote:
>> I am happy with that though the tests I added relate to the following
>> paragraph where it says that XP requires the buffer parameter as well as
>> the size at all times and testing shows that it returns
>> PDH_INVALID_ARGUMENT. It also returns PDH_INSUFFICIENT_BUFFER ins
28 matches
Mail list logo