Am Mittwoch, 1. Februar 2006 18:07 schrieb Juan Lang:
> ChangeLog: implement CertRDNValueToStrW and CertNameToStrW, with tests
>
> --Juan
This patch breaks compilation of the tests with mingw.
make[3]: Entering directory `/usr/src/wine/wine-mingw/dlls/crypt32/tests'
i386-mingw32-gcc -c -I../../..
Hi,
> Have you got a diff against a current tree anywhere? I can't promise
> I'll be of any help, but I wouldn't mind taking a look sometime when I
> can find the time. A small test program might be usefull as well.
I have a test program, and I can provide a diff with my d3d7 tomorrow.
However, I
On Tuesday 31 January 2006 21:26, Roderick Colenbrander wrote:
> There's some initial shader stuff in wine but not sure how well it works. I
> don't know what the status on it is as we haven't heard anything from the
> guy who was working on this. He was also working on moving the d3d8 code
> over
> > + One exception,
> > +Unreal Tournament 2004, is available in a native Linux 64-bit
> > version, so
> > +nobody (except maybe a Wine hacker) should want to run the Windows
> > version
> > +anyway.
> Not 100% correct, there's also a Win64 version of Far Cry.
I didn't say there is no other
Am Donnerstag, 2. Februar 2006 18:37 schrieb Juan Lang:
> Due to a suggestion from Kate, rewrote the Win16/Win64 section.
>
> ChangeLog: Win32 has been the default for Wine for years, so say so
> + One exception,
> +Unreal Tournament 2004, is available in a native Linux 64-bit version, so
> +
On 01/02/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> As for my ddraw/d3d7 work: I have ddraw working fine(but not Opengl
> accellerated), and D3D rendering is working basically. However, I am still
> stuck on IWineD3DSurface::GetDC / IWineD3DSurface::ReleaseDC, and they are
> show stoppers for
On Thu, Feb 02, 2006 at 11:01:55AM +0100, Stefan Dösinger wrote:
> What options do want to add? IMO, the best guideline is to avoid options and
> try to find it automatically. Most D3D options in the registry exist, because
> the D3D code is incorrect and needs tweaks for some games -> The best t
The top part isn't my work but that might not be a bad idea. I simply
offloaded some of the options at the bottom and plan on putting them in
a separate window along with other potential options.
Rolf Kalbermatter wrote:
Brain Hill wrote:
This is what I have so far :
http://img371.image
It would be nice to have all options automagically detected but in my
experience with that commercial wine variant, that simply isn't
possible. Games are a complex beast. Let's say a game makes use of
Shader Model 2.0. And we are using a future version of wined3d that
supports 2.0. But un
Hi,
> As long as nobody drops out of the blue sky and makes the best thing
> happen with a touch of h(is/er) magic wand, presenting the available
> options is a *very* nice thing to do.
>
> If the options are there, I might be able to run my games. I'll be
> able to report on the mailing list what
Stefan Dösinger wrote:
> What options do want to add? IMO, the best guideline is to avoid options and
> try to find it automatically. Most D3D options in the registry exist, because
> the D3D code is incorrect and needs tweaks for some games -> The best thing
> is to fix the code so it works withou
Brain Hill wrote:
> This is what I have so far :
> http://img371.imageshack.us/my.php?image=winecfg8xe.png
>
> The symmetry is off right now, however I am trying to leave room for
> other buttons incase they are needed.
Just an observation. There is lots of space used for explanations.
Wouldn'
Raimonds Praude <[EMAIL PROTECTED]> writes:
> Corrected TAB stop processing: if the current tab stops values were modified,
> the old items remained with the "old" tabstops, while the new items appeared
> with the new ones. Corrected so that all visible items are refreshed.
Refreshing the listbox
Hi,
> I've been working on a new control panel for the wined3d module in
> winecfg. There are simply too many potential options to fit it all on
> that one tab and I know that audio is getting something similar. I was
> wondering if Wine has a HIG (Human Interface Guideline) that determines
> how
Not quite sure about this one. The man page on realpath states that it's
broken by design since some symstems don't have an upper bound on filename
lengths. canonicalize_file_name uses dynamic memory, but isn't available on
non GNU systems. We could provide a realpath based canonicalize_file_nam
15 matches
Mail list logo
