Hi,
I would be interested in working on WINE for Google Summer of Code (as I
would like to get into WINE and learn more about it from the developer's
side of view; I imagine this is a very educational and interesting
experience in addition to being simply an interesting free software
project
Oskar Eisemuth wrote:
> GetTempFileName should check the path and should return zero if it isn't a
> directory.
> See Bug 17875
>
Tests verifying the behavior will be nice. Shouldn't be too hard to add.
Vitaliy.
On Sun, Mar 29, 2009 at 6:12 PM, David Gerard wrote:
> 2009/3/28 Austin English :
> > On Sun, Mar 22, 2009 at 5:34 PM, King InuYasha
> wrote:
>
> >> What is wrong with OpenWatcom? It is an open source development
> toolchain,
> >> with experimental linux binaries, yes, but they do work the last
2009/3/28 Austin English :
> On Sun, Mar 22, 2009 at 5:34 PM, King InuYasha wrote:
>> What is wrong with OpenWatcom? It is an open source development toolchain,
>> with experimental linux binaries, yes, but they do work the last time I
>> checked (which was when 1.8 release came out).
> It's not
Ge van Geldorp wrote:
Hi Jacek,
I've been investigating the failures in the urlmon ftp protocol tests that
show up on quite a few WinXP and higher machines. It seems to me that there
is an inherent race condition in the test.
The main thread waits in line 1822 until IInternetProtocolSink_Switch
Finally it is wma->pgraph which leaks not wma->pmctrl. Thanks for the
review.
Bye,
Christian
Detlef Riekenberg a écrit :
On Sa, 2009-03-28 at 16:36 +0100, Christian Costa wrote:
+hr = CoCreateInstance(&CLSID_FilterGraph, NULL,
CLSCTX_INPROC_SERVER, &IID_IGraphBuilder, (LPVOID*)&wma->pg
2009/3/29 David Adam :
> -return WINED3DERR_INVALIDCALL;
> + HRESULT hrc;
You're still using 9 space indentation.
Hi Jacek,
I've been investigating the failures in the urlmon ftp protocol tests that
show up on quite a few WinXP and higher machines. It seems to me that there
is an inherent race condition in the test.
The main thread waits in line 1822 until IInternetProtocolSink_Switch has
been called. It will
On Sun, Mar 29, 2009 at 10:11:19PM +0200, Roderick Colenbrander wrote:
> Hi,
>
> Don't call wglGetExtensionsStringARB when it isn't around. After this patch
> WineD3D can work unpatched on VirtualBox.
Hi,
I can confirm this works fine on VirtualBox.
Thanks Roderick
--
Robert Millan
The DRM
2009/3/29 David Adam :
> + hrc =
> IWineD3DDeviceParent_CreateDepthStencilSurface(This->device_parent,
> + NULL,
> + pPresentationParameters->BackBufferWidth,
> + pPresentationParameters->BackBufferHeight,
> + pPresentationPar
On Sun, Mar 29, 2009 at 11:37 AM, Oskar Eisemuth wrote:
> GetTempFileName should check the path and should return zero if it isn't a
> directory.
> See Bug 17875
>
> ---
> dlls/kernel32/path.c | 10 ++
> 1 files changed, 10 insertions(+), 0 deletions(-)
>
>
>
>
>
Can you add a testcas
I din't know wine has a indentation style. This is good news.
That said, I don't understand then why we don't just convert wine's code (in
several steps off course) and avoid troubles particularity switch from one
style to another depending on the dll we are working on.
I recently implemented d3dx
2009/3/29 Rico Schüller :
> Hi,
>
> this patch let winetricks only overwrite d3dx9_36.dll, because all other
> d3dx9_xx.dlls should be redirected by wine's implementation, so this
> shouldn't be needed for this dlls.
I don't think this is needed. If you look at the updated winetricks
(http://winez
2009/3/29 Rico Schüller :
> Hi,
>
> this patch updates the DirectX redist package in winetricks to version
> Mar09.
Please rediff against
http://winezeug.googlecode.com/svn/trunk/winetricks. A lot has changed
since the last winetricks release (the one on kegel.com).
--
-Austin
On So, 2009-03-29 at 12:50 +0200, Christian Costa wrote:
> There are some discrepancies in the indentation and I don't mind
> removing tabs but what's
> wrong with them, they are commonly use in wine depending on one's
> taste.
Wine use 4 SPACE for indention.
There is old code that use 2 or 3 SPA
to list as well
-- Forwarded message --
From: David Gerard
Date: 2009/3/29
Subject: Re: How to "bottle" applications for distribution with wine?
To: Ben Klein
2009/3/29 Ben Klein :
> He's asking if it's possible to bundle a minimal Wine with some native
> app (e.g. EVE "Linux
while updating my git tree, I ran (actually not finished downloading)
this pack:
Resuming fetch of pack 119463f192a563f17ac18ff9b717fbe57199eed7 at
byte 95266539
which size looks quite enormous to me...
any idea of what's going on ?
A+
--
Eric Pouech
"The problem with designing something co
Hi,
this patch let winetricks only overwrite d3dx9_36.dll, because all other
d3dx9_xx.dlls should be redirected by wine's implementation, so this
shouldn't be needed for this dlls.
Cheers
Rico
only_overwrite_d3dx9_36_dll.patch
Description: application/mbox
Hi,
this patch updates the DirectX redist package in winetricks to version
Mar09.
Cheers
Rico
update_d3d_redist_package.patch
Description: application/mbox
2009/3/29 Paul TBBle Hampson :
> fixme:d3d_surface:surface_upload_data > GL_INVALID_VALUE
> (0x501) from glTexSubImage2D @ ../../../dlls/wined3d/surface.c / 349
These are a problem, I think.
2009/3/29 Stefan Dösinger :
> Its probably a reasonable goal to get this in, but disabled
Am Sonntag, 29. März 2009 06:39:38 schrieb Paul TBBle Hampson:
> As before, the code is entirely Stefans, but bugs may certainly have
> been introduced by me. Since it now passes the unit tests, it might be
> reasonable to actually consider this for mainline, with a registry key
> or env var to for
2009/3/28 Stefan Dösinger :
> Am Samstag, 28. März 2009 14:58:28 schrieb Stefan Dösinger:
>> Am Samstag, 28. März 2009 14:39:15 schrieb David Adam:
>> > + hrc = IWineD3DDeviceImpl_CreateSurface(iface,
>> > ...
>> > + This->parent);
>> You'll have to use a callback function s
There are some discrepancies in the indentation and I don't mind
removing tabs but what's
wrong with them, they are commonly use in wine depending on one's taste.
Christian
Detlef Riekenberg a écrit :
On Sa, 2009-03-28 at 11:48 +0100, Christian Costa wrote:
Thanks for working on this part of
2009/3/29 Tim Felgentreff :
> King InuYasha wrote:
>> Hello,
>> I was working on setting up a Windows game to work on all the Linux machines
>> I have, but I don't want to install the full blown Wine on each one. Is
>> there a way to "bottle" Wine with application binaries and make it all work
>>
King InuYasha wrote:
> Hello,
> I was working on setting up a Windows game to work on all the Linux machines
> I have, but I don't want to install the full blown Wine on each one. Is
> there a way to "bottle" Wine with application binaries and make it all work
> from a single folder and have it to
On Sa, 2009-03-28 at 16:36 +0100, Christian Costa wrote:
> +hr = CoCreateInstance(&CLSID_FilterGraph, NULL,
> CLSCTX_INPROC_SERVER, &IID_IGraphBuilder, (LPVOID*)&wma->pgraph);
> +if (FAILED(hr)) {
> +TRACE("Cannot create filtergraph (hr = %x)\n", hr);
> + return MCIERR_INTERNA
On Sa, 2009-03-28 at 11:48 +0100, Christian Costa wrote:
Thanks for working on this part of Wine.
> +/**
> + * MCIAVI_drvClose [internal]
> + */
> +static DWORD MCIQTZ_drvClose(DWORD dwDevI
--- On Sat, 28/3/09, Austin English wrote:
> > I don't know how well native linux openwatcom works as
> a cross-compiler, however, but that probably doesn't matter
> for this discussion?
>
> Quite the opposite, that's exactly what we WANT to use.
Given that 1) win32 openwatcom works, 2) presum
--- On Sat, 28/3/09, Austin English wrote:
> It's also not known how well it works under Linux. There
> was talk
> about detecting if a user has it installed, then compiling
> 16 bit code
> in that case, but no one's worked to see if OpenWatcom
> works when
> ran/installed natively.
But win32 o
29 matches
Mail list logo