On Friday 04 July 2008 09:17:09 pm Seth Shelnutt wrote:
> I just
> want to make sure "driver" actually means "driver" Which would be "nvidia
> 173.14" and description simply the card correct?
>
> Adapters[0].driver = "Display";
> Adapters[0].description = "Direct3D HAL";
>
>
>
>
Hi,
> Maybe this could be further queried as: "What is CodeWeaver's offical
> stance on supporting a Mac OS X native user interface when the code
> becomes stable and supportable?" and "Would CodeWeavers consider
> bringing Emmanuel on as a paid employee at that time to ensure that the
> cod
What options do I need to change in order to compile WINE with support for
the more GPU specific information?
Also when changing the following lines of code in order to change the output
of IWineD3DImpl_GetAdapterIdentifier to for now identify it as a 8800 GT
with 173 drivers, would the second lin
forgot to hit the Reply-All button...
Original Message
Phil Krylov wrote:
> On 03/07/2008, Dylan Smith <[EMAIL PROTECTED]> wrote:
> > On Thu, Jul 3, 2008 at 2:01 PM, Juan Lang <[EMAIL PROTECTED]> wrote:
> >
> > > Hi Dylan,
> > >
> > > - if (!editor->bEmulateVersion10 || (e
Steven Edwards wrote:
> On Fri, Jul 4, 2008 at 5:43 PM, James McKenzie
> <[EMAIL PROTECTED]> wrote:
>
>> Maybe this could be further queried as: "What is CodeWeaver's offical
>> stance on supporting a Mac OS X native user interface when the code
>> becomes stable and supportable?" and "Would Co
On Fri, Jul 4, 2008 at 5:43 PM, James McKenzie
<[EMAIL PROTECTED]> wrote:
> Maybe this could be further queried as: "What is CodeWeaver's offical
> stance on supporting a Mac OS X native user interface when the code
> becomes stable and supportable?" and "Would CodeWeavers consider
> bringing Emma
Comments on Adam's message
Adam Strzelecki wrote:
> Hi Emmanuel, hello Wine developers,
>
> Since Wine passed 1.0 (woohoo!) maybe someone from the direction can
> revise Mac support? Even there're numerous Emmanuel efforts to provide
> Mac UI driver instead of X11, it will be always pushed asi
Emmanuel Maillard wrote:
> Hi,
>
> Le 4 juil. 08 à 12:37, Adam Strzelecki a écrit :
>
>
>> Hi Emmanuel, hello Wine developers,
>>
>> Latest WineQuartz.drv patch is 0.9.58. Is there any change for more
>> recent release? I tried this patch with 1.0-1 however it has too
>> many conflicts.
>> I
Hi,
Le 4 juil. 08 à 12:37, Adam Strzelecki a écrit :
> Hi Emmanuel, hello Wine developers,
>
> Latest WineQuartz.drv patch is 0.9.58. Is there any change for more
> recent release? I tried this patch with 1.0-1 however it has too
> many conflicts.
> It would be most convenient if you had just
http://www.winehq.org/
Fatal error: Call to undefined function () in
/home/winehq/opt/website/include/config.php on line 51
Does it ring a bell?
Quoting Dan Kegel <[EMAIL PROTECTED]>:
>
> r95 | daniel.r.kegel | 2008-07-04 07:46:03 -0700 (Fri, 04 Jul 2008) | 2 lines
>
> Added firefox3, kde
Thanks!
I'm one of the kde-windows developers. To make maintenance of
winetr
Ivan Sinitsin wrote:
> Changelog:
> mshtml.dll:Add implementation of HTMLDocument_(Get|Set)Title
>
First of all it would be nice if you could add a test case for these.
>static HRESULT WINAPI HTMLDocument_put_title(IHTMLDocument2 *iface, BSTR v)
> {
> HTMLDocument *This = HTMLDOC_THIS(
Dan Kegel:
>Another week, another winetricks.
Thanks for your work.
Hartmut
Another week, another winetricks.
Online as always at
http://kegel.com/wine/winetricks
or
http://winezeug.googlecode.com
Changes since May 23's wine-devel annoucement:
r95 | daniel.r.kegel | 2008-07-04 07:46:03 -0700 (F
Writing a Cuda wrapper itself is likely not that hard but Cuda can interact
with OpenGL and Direct3D. In case of OpenGL you can let it write to buffers
(VBOs, PBOs) and textures. Likely something similar for Direct3D is possible.
Likely Nvidia is doing evil things behind the backs of D3D to make
Actually we have quite a bit of code to tell the app more about the GPU and
not just provide a generic wine one. This is needed because some games
insist on a proper GPU PCI ID. We don't report and GPU-specific renderer
strings yet, but that should be rather easy to add, if you look at the PCI
ID r
Interesting. So it is not to difficult. Now is there anyway to change these
settings without compiling a custom version of WINE? I don't have a problem
compiling WINE but I'm sure not ever person out there would want to. I think
for now I wil just compile a version and host it for people to try out
2008/7/4 Adam Strzelecki <[EMAIL PROTECTED]>:
> Hi Emmanuel, hello Wine developers,
>
> Latest WineQuartz.drv patch is 0.9.58. Is there any change for more
> recent release? I tried this patch with 1.0-1 however it has too many
> conflicts.
> It would be most convenient if you had just update
> ht
Hi Emmanuel, hello Wine developers,
Latest WineQuartz.drv patch is 0.9.58. Is there any change for more
recent release? I tried this patch with 1.0-1 however it has too many
conflicts.
It would be most convenient if you had just update
http://repo.or.cz/w/wine/winequartzdrv.git
to match 1.
On Friday 04 July 2008 10:15:57 Alexander Morozov wrote:
+if ((lpwhr->hdr.dwFlags & INTERNET_FLAG_NO_CACHE_WRITE) &&
+CSTR_EQUAL == CompareStringW(LOCALE_SYSTEM_DEFAULT, 0,
+lpwhr->lpszVerb, strlenW(lpwhr->lpszVerb), szPOST,
strlenW(szPOST)))
No need to use CompareStr
2008/7/4 Maarten Lankhorst <[EMAIL PROTECTED]>:
> ---
> Fixes video renderer in the same way as directsound renderer
Wait with this patch, it doesn't apply. Apparantly I accidentally
touched the video renderer in an earlier patch in my tree which messed
this one up.
2008/7/4 Maarten Lankhorst <[EMAIL PROTECTED]>:
> Hi Austin,
>
> The second 'return E_NOINTERFACE' will never be reached.
>
> Cheers,
> Maarten.
>
GCC throws a warning if you remove it. Perhaps this is better:
static HRESULT WINAPI ITextHostImpl_QueryInterface(ITextHost *iface,
22 matches
Mail list logo
