Am Donnerstag, 8. März 2012, 18:38:16 schrieb Vincent Povirk:
> Without opengl, we won't be able to run wined3d.
Yeah, that's unfortunate. d3d9.dll is a big gap in the dll list we could fill.
Depending on the 3D driver, we may be able to call into the vendor ICD if
microsoft doesn't provide a open
Without opengl, we won't be able to run wined3d.
Msi also seems like an important gap. In theory, we can cover that,
but I have to wonder about the consequences of putting Wine's msi in a
WOA system.
It looks like a good base for the rest of Wine to me. It helps that
all our sound now goes throug
On Thu, Mar 8, 2012 at 3:23 AM, Vitaliy Margolen
wrote:
>
> You can find few ideas on what to do on GSOC Wiki page:
> http://wiki.winehq.org/SummerOfCode
If he is adventurous, here is another idea:
A wish a day 14: Wine-based Application Virtualization
http://www.elpauer.org/?p=1005
(too big
Am 08.03.2012 22:15, schrieb Stefan Dösinger:
> Am Donnerstag, 8. März 2012, 17:59:48 schrieb Michael Stefaniuc:
>> I don't mean the full Wine, just the missing libs and headers for people
>> to easily port their Windows apps to ARM.
> What libraries are missing? Or is this still under NDA?
Easier
Hi Daniel,
Again, welcome to Wine :-)
Finding good d3d-related gsoc projects has become harder each year, as the
code is quite mature and we're out of easy things to fix. A few things that
come to my mind are:
*) Writing more tests. Especially ddraw.dll could use a lot more tests and
fixes fo
Il 08 marzo 2012 22:10, Stefan Dösinger ha scritto:
> Am Donnerstag, 8. März 2012, 18:22:15 schrieb Matteo Bruni:
>> - shader_addline(buffer, "gl_FogFragCoord = OUT[%u].%c;\n",
>> i, reg_mask[1]);
>> + shader_addline(buffer, "gl_FogFragCoord =
>> clamp(OUT[%u].%c, 0.0
Am Donnerstag, 8. März 2012, 17:59:48 schrieb Michael Stefaniuc:
> I don't mean the full Wine, just the missing libs and headers for people
> to easily port their Windows apps to ARM.
What libraries are missing? Or is this still under NDA?
signature.asc
Description: This is a digitally signed mes
Am Donnerstag, 8. März 2012, 18:22:15 schrieb Matteo Bruni:
> -shader_addline(buffer, "gl_FogFragCoord = OUT[%u].%c;\n",
> i, reg_mask[1]);
> +shader_addline(buffer, "gl_FogFragCoord > clamp(OUT[%u].%c,
> 0.0, 1.0);\n", i, reg_mask[1]);
Is it correct to clamp the fo
Alexandre: The patch is OK, this mail is just some random note on why the code
was there in the first place.
Am Donnerstag, 8. März 2012, 20:27:15 schrieb Henri Verbeet:
> I don't think there's any reason color-keying shouldn't work on e.g. cube
> textures, although it probably isn't very common e
Christian Costa writes:
> This should fix the d3dxof problem of bug 12694.
It's broken on 64-bit:
../../../../wine/tools/runtest -q -P wine -M d3dxof.dll -T ../../.. -p
d3dxof_test.exe.so ../../../../wine/dlls/d3dxof/tests/d3dxof.c && touch
d3dxof.ok
d3dxof.c:578: Test failed: Got size 8, exp
Looks good to me.
On Thu, Mar 8, 2012 at 09:32, Lucas Zawacki wrote:
> Hello guys,
>
> I'd like to help translate some chunks of the Wine wiki to Portuguese.
> What is the accepted method of translating the wiki pages? What pages
> do you recognize as being more important to be translated first?
The FAQ would pro
André Hentschel writes:
> Seems Win8 (at least the costumer preview) doesn't export
> CoRegisterChannelHook in ole32
I don't think we should be adding test behaviors for previews. Wait
until the final version is released.
--
Alexandre Julliard
julli...@winehq.org
Hello guys,
I'd like to help translate some chunks of the Wine wiki to Portuguese.
What is the accepted method of translating the wiki pages? What pages
do you recognize as being more important to be translated first?
If any portuguese speakers want to help let's get in touch to organize
ourselv
On 03/08/2012 05:54 PM, André Hentschel wrote:
> Am 08.03.2012 17:52, schrieb Michael Stefaniuc:
>> On 03/08/2012 05:40 PM, André Hentschel wrote:
>>> Hi,
>>> I cross-compiled a simple Application with the preview of MSVC 11 to ARM.
>>> After some minor changes to Wine i was able to run it on my Pa
Am 08.03.2012 17:52, schrieb Michael Stefaniuc:
> On 03/08/2012 05:40 PM, André Hentschel wrote:
>> Hi,
>> I cross-compiled a simple Application with the preview of MSVC 11 to ARM.
>> After some minor changes to Wine i was able to run it on my Pandaboard using
>> the native msvcr110.dll.
>> One th
On 03/08/2012 05:40 PM, André Hentschel wrote:
> Hi,
> I cross-compiled a simple Application with the preview of MSVC 11 to ARM.
> After some minor changes to Wine i was able to run it on my Pandaboard using
> the native msvcr110.dll.
> One thing i noticed in the cross-compile environment is that
Hi,
I cross-compiled a simple Application with the preview of MSVC 11 to ARM.
After some minor changes to Wine i was able to run it on my Pandaboard using
the native msvcr110.dll.
One thing i noticed in the cross-compile environment is that there are much
less libraries available for ARM, that's
Hi Piotr,
On 03/08/12 13:00, Piotr Caban wrote:
> -
> -*pbindinfo = This->bindinfo;
> -
> -if(pbindinfo->szExtraInfo || pbindinfo->szCustomVerb)
> -FIXME("copy strings\n");
> -
> -if(pbindinfo->stgmedData.pUnkForRelease)
> -IUnknown_AddRef(pbindinfo->stgmedData.pUnkForR
So, congrats everyone, 1.4 is out and I'm very happy about it :)
I wanted to thank Alexandre for his release announcement, it was very
through and informative. It also looked like a lot of work.
This made me wonder if we could instead build up the announcement
gradually with some sort of proces
Hi Gerald,
On 03/07/12 23:35, Gerald Pfeifer wrote:
> I noticed we return in this case, without initializing this variable.
> Visual inspection indicates we do not seem to access the variable in
> this error case, but a) better safe than sorry, and b) GCC 4.8 currently
> warns about it.
>
> Not s
21 matches
Mail list logo
