Hi Wine-devel,
I set up a Facebook profile where I can post my pictures, videos and events and
I want to add you as a friend so you can see it. First, you need to join
Facebook! Once you join, you can also create your own profile.
Thanks,
Kirn
To sign up for Facebook, follow the link below:
ht
No. I retried from top and it works fine. Thanks.
Christian
Charles Davis a écrit :
Christian Costa wrote:
Hi,
make crosstest gives the following output :
../../../tools/winegcc/winegcc -b i586-mingw32msvc
-B../../../tools/winebuild --sysroot=../../.. --lib-suffix=.cross.a
d3drm.cross.o v
Hello!
Update
==
After feedback from the first report I have improved the winefixme
collector and database:
- Split out the function names into a separate column in the DB.
- Permit an optional tid in front of the err/fixme/warn lines.
- Automatically decompress the Wine bugzilla attachments.
On 3 feb 2010, at 23:02, Christian Costa wrote:
Hi,
make crosstest gives the following output :
../../../tools/winegcc/winegcc -b i586-mingw32msvc -B../../../tools/
winebuild --sysroot=../../.. --lib-suffix=.cross.a d3drm.cross.o
vector.cross.o testlist.cross.o -o d3drm_crosstest.exe -lker
Christian Costa wrote:
> Hi,
>
> make crosstest gives the following output :
>
> ../../../tools/winegcc/winegcc -b i586-mingw32msvc
> -B../../../tools/winebuild --sysroot=../../.. --lib-suffix=.cross.a
> d3drm.cross.o vector.cross.o testlist.cross.o -o d3drm_crosstest.exe
> -lkernel32
> /usr/lib
Hi,
make crosstest gives the following output :
../../../tools/winegcc/winegcc -b i586-mingw32msvc
-B../../../tools/winebuild --sysroot=../../.. --lib-suffix=.cross.a
d3drm.cross.o vector.cross.o testlist.cross.o -o d3drm_crosstest.exe
-lkernel32
/usr/lib/gcc/i586-mingw32msvc/4.2.1-sjlj/../
On 2/4/2010 00:08, Susan Cragin wrote:
wine-1.1.37-412-g9a92f9c
With today's git got a debug, dump, etc., while installing dragon
naturallyspeaking.
have log
wine: Call from 0x7b8364e2 to unimplemented function
msxml4.dll.DllRegisterServer, aborting
wine: Unimplemented function msxml4.dll.DllR
On Wed, Feb 3, 2010 at 3:08 PM, Susan Cragin wrote:
> wine-1.1.37-412-g9a92f9c
> With today's git got a debug, dump, etc., while installing dragon
> naturallyspeaking.
> have log
>
> wine: Call from 0x7b8364e2 to unimplemented function
> msxml4.dll.DllRegisterServer, aborting
> wine: Unimplement
wine-1.1.37-412-g9a92f9c
With today's git got a debug, dump, etc., while installing dragon
naturallyspeaking.
have log
wine: Call from 0x7b8364e2 to unimplemented function
msxml4.dll.DllRegisterServer, aborting
wine: Unimplemented function msxml4.dll.DllRegisterServer called at address
0x7b836
On 3 February 2010 16:57, Marcus Meissner wrote:
> The difference to other packages is that 11.2 Wine builts with
> -fomit-frame-pointer.
>
Sounds like a questionable thing to do, this is probably not the only
place where the frame pointer saves broken applications.
Am 03.02.2010 20:04, schrieb Henri Verbeet:
On 3 February 2010 19:37, Stefan Dösinger wrote:
the binary shader is pretty long. Wouldn't it be better to load the bytes from
an external file, or if that makes the tests too complicated, put the DWORD[]
into a separate .c or .h file?
2010/2/3 Roderick Colenbrander
> We are loading png dynamically and we want to keep doing that. Figure
> out where the longjmp call comes from (perhaps it is some macro or so
> in the png code). We might have to dynamically load the function..
>
> Regarding that gray conversion function. The only
2010/2/3 Luca Bennati
> LD_LIBRARY_PATH="../../libs/wine:$LD_LIBRARY_PATH" ../../tools/wrc/wrc
> --nostdinc -I. -I. -I../../include -I../../include -D__WINESRC__
> -foversion.res version.rc
> ../../tools/winegcc/winegcc -B../../tools/winebuild --sysroot=../..
> -shared ./windowscodecs.spec bmp
2010/2/3 Vincent Povirk
>
> We use png_set_gray_1_2_4_to_8 to expand grayscale PNG's to an RGB format.
>
> It'd be nice to have libpng do this (if there's a non-deprecated way
> to do it), but it's a trivial operation that we could do without if
> necessary.
>
The error is:
ccache gcc -c -I. -I.
On 3 February 2010 19:37, Stefan Dösinger wrote:
> the binary shader is pretty long. Wouldn't it be better to load the bytes
> from an external file, or if that makes the tests too complicated, put the
> DWORD[] into a separate .c or .h file?
>
In general we want the tests to be standalone as a
On 3 February 2010 19:06, Stefan Dösinger wrote:
>
> Am 03.02.2010 um 18:17 schrieb Henri Verbeet:
>
>> On the subject of actually supporting software devices, we should probably
>> implement those by creating a software or reference adapter with appropriate
>> gl_info and pipe implementations and
Am 03.02.2010 um 18:52 schrieb Rico Schüller:
> Hi,
>
> this patch adds a test case for d3d10 shader parsing and
> ID3D10EffectPass::Get*ShaderDesc() functions.
> +static DWORD fx_local_shader[] = {
> +0x43425844, 0x95577e13, 0xab5facae, 0xd06d9eab,
> +0x8b127be0, 0x0001, 0x1652, 0x
Paul Chitescu writes:
> Ok, I did so - although it will take a while to rebuild all 5 patches.
>
> What about calling AddRef() in QueryInterface() vs. calling
> InterlockedIncrement directly on the counter?
AddRef is definitely better.
--
Alexandre Julliard
julli...@winehq.org
André Hentschel wrote
> makes the installer in http://tinyurl.com/y9gy6c4 run farther
Thanks for including the link.
(For the curious, see
http://www.boschrexroth.com/business_units/brc/de/information_de/software_de/software_antriebstechnik_de/
http://www.boschrexroth.com/country_units/america/un
On Wednesday 03 February 2010 11:57:37 am Alexandre Julliard wrote:
> Paul Chitescu writes:
>
> > +/* Macro to get the SampleGrabber This pointer from interface pointer */
> > +#define GET_THIS(ptr,iface) ((SG_Impl *)((char *)(ptr) -
FIELD_OFFSET(SG_Impl,iface ## _Vtbl)))
>
> Please define an i
My notes from Wineconf remind me that I need to create some manual links
in the registry to whatever default CJK fonts are on the system. Can
someone tell me what these are supposed to look like?
Thanks,
Scott Ritchie
Am 03.02.2010 um 18:17 schrieb Henri Verbeet:
> On the subject of actually supporting software devices, we should probably
> implement those by creating a software or reference adapter with appropriate
> gl_info and pipe implementations and creating a device based on that.
Wouldn't that conflict
On 3 February 2010 15:17, Alexandre Julliard wrote:
> Reece Dunn writes:
>
>> diff --git a/dlls/user32/mdi.c b/dlls/user32/mdi.c
>> index 631d477..0850282 100644
>> --- a/dlls/user32/mdi.c
>> +++ b/dlls/user32/mdi.c
>> @@ -1132,6 +1132,7 @@ LRESULT MDIClientWndProc_common( HWND hwnd, UINT
>> mes
Reece Dunn writes:
> diff --git a/dlls/user32/mdi.c b/dlls/user32/mdi.c
> index 631d477..0850282 100644
> --- a/dlls/user32/mdi.c
> +++ b/dlls/user32/mdi.c
> @@ -1132,6 +1132,7 @@ LRESULT MDIClientWndProc_common( HWND hwnd, UINT
> message, WPARAM wParam, LPARAM
>
On Wed, Feb 3, 2010 at 11:57 AM, Luca Bennati wrote:
>
>
> 2010/2/3 Luca Bennati
>
>>
>> LD_LIBRARY_PATH="../../libs/wine:$LD_LIBRARY_PATH" ../../tools/wrc/wrc
>> --nostdinc -I. -I. -I../../include -I../../include -D__WINESRC__
>> -foversion.res version.rc
>> ../../tools/winegcc/winegcc -B../..
On 2 February 2010 18:11, Matteo Bruni wrote:
> +void wpp_write_message_var(const char *fmt, ...)
This is probably not strictly required, but if you add the gcc format
attribute to the function, gcc will check if the parameters types
match the ones in the format string. You can look at the PRINTF_
This url does not work for me.
> Message du 03/02/10 11:08
> De : "Paul Vriens"
> A : "Christian Costa"
> Copie à : wine-devel@winehq.org
> Objet : Re: [PATCH 2/2] d3drm: Improve IDirect3DRMMeshBuilderImpl_Load and
> corresponding test
>
>
> On 02/03/2010 08:38 AM, Christian Costa wrote:
> >
On 02/03/2010 08:38 AM, Christian Costa wrote:
---
dlls/d3drm/meshbuilder.c | 46 +-
dlls/d3drm/tests/d3drm.c | 32
2 files changed, 69 insertions(+), 9 deletions(-)
Hi Christian,
I ran your tests on wine
Paul Chitescu writes:
> +/* Macro to get the SampleGrabber This pointer from interface pointer */
> +#define GET_THIS(ptr,iface) ((SG_Impl *)((char *)(ptr) -
> FIELD_OFFSET(SG_Impl,iface ## _Vtbl)))
Please define an inline function for that sort of thing. Look at
shelllink.c for examples.
--
This is very weird indeed. I avoided using dx file without version header which
should help.
This should not happen and is not worth testing unless an app rely on this
behaviour.
If there are still problems I will see with the d3drm.dll from NT4.
document.write (BT_SUBMIT);
> Message du 03/02/10
30 matches
Mail list logo
