The SkinnedMesh sample from the dx8.1 sdk is broken in shader mode,
but you have to change the caps to get anything to show up.
In directx.c, I set MaxVertexBlendMatrices to 4 and
MaxVertexBlendMatrixIndex to 0 (to match to caps of my machine in
Windows), then launched the sample and switched to
Hi all,
I'd like to submit a patch which makes widl output forward declarations
to the header file for coclass definitions. Currently this is done only
if the coclass has its own forward declaration. For example,
[ uuid(...) ] coclass Foo;
[ uuid(...) ] coclass Bar { ... };
Foo will get dec
Works fine in 0.9.18 here.
On 7/31/06, Joseph Garvin <[EMAIL PROTECTED]> wrote:
The last version of wine I tried this game with was before the ddraw
rewrite and it looked fine then. When you drag goo upwards, a text
message appears telling you how many meters high your tower is -- this
is now drawn upside down.
You can ge
The last version of wine I tried this game with was before the ddraw
rewrite and it looked fine then. When you drag goo upwards, a text
message appears telling you how many meters high your tower is -- this
is now drawn upside down.
You can get tower of goo for free here:
http://www.experimentalg
Chris Robinson wrote:
> +// Use the minimum real-time priority possible for now (on Linux,
> 1 for
> +// SCHED_FIFO and 0 for SCHED_OTHER)
I did not test the Patch, but C++ - Comments are not allowed in wine
(not compatible with all compilers)
It seems to be an updated Patch from Mike.
I
Clearly it was too early for me when I wrote that. I had counted the GUID
length wrong (as 39 instead of 38), so the - 3 didn't make sense either.
- Neil
On Monday 31 July 2006 16:22, Alexandre Julliard wrote:
> Tijl Coosemans <[EMAIL PROTECTED]> writes:
> > So I was thinking of moving Wine to 0x2000. That would be the
> > easiest solution by far, but, are there any potential problems with
> > that?
>
> Yes, that's too low, apps can expect that
Hi
I want to compile a windows application with winelib. The application
uses threads (_beginthreadNT with bcc, _beginthreadex with gcc/mingw).
The necessary Headerfile "process.h" is in /usr/include/wine/msvcrt. I
learned, the the glibc-Library is incompatible with MS-Threads.
Now - which
On Monday 31 July 2006 13:20, Jeff Latimer wrote:
> times out of 20 on my 32 bit system. Obviously there is an
> inconsisency. Is there any advice on how to achieve the aim of the test?
Hmm, this just a guess, but I see you're running the first test
(test_ScriptItemIzeShapePlace) with an HDC t
--- Neil Skrypuch <[EMAIL PROTECTED]> wrote:
> On Monday, July 31, 2006 06:37, Damjan Jovanovic
> wrote:
> > +WCHAR
> guidStringWithBraces[MAX_GUID_STRING_LEN];
>
> You need MAX_GUID_STRING_LEN + 1 to store the null
> too, if I'm not mistaken.
0 1 2 3
01234567890123
Tijl Coosemans <[EMAIL PROTECTED]> writes:
> So I was thinking of moving Wine to 0x2000. That would be the
> easiest solution by far, but, are there any potential problems with
> that?
Yes, that's too low, apps can expect that address to be free. If you
can't change the 512Mb thing then you
Hello all,
For the past week or so I've been getting to know Wine and trying to
improve/fix the FreeBSD version. I've progressed somewhat since then,
though there are still quite a few open issues.
One of the problems on FreeBSD is that Wine is loaded at 0x7bf0.
FreeBSD's mmap preserves so
On Monday, July 31, 2006 06:37, Damjan Jovanovic wrote:
> + WCHAR guidStringWithBraces[MAX_GUID_STRING_LEN];
You need MAX_GUID_STRING_LEN + 1 to store the null too, if I'm not mistaken.
> +CopyMemory(&guidStringWithBraces[1], lpGuidString,
> +(MAX_GUID_STRING_LEN - 3) * sizeof(WCHA
I've been posting my findings on this very matter to wine-users - look
for "cannot run under Fedora 6 tset 1".
I have also found that, if you are running in an SELinux system, you
cannot directly run a Windows program using binfmt_misc - the program
must have the same security context labels s
Hans, the test does fail on windows but that is becuase it is checking
gylphs that are different between the windows and wine (ie. while the
unicode is the same the gylphs are different). I don't know how to
overcome that issue. What is it is supposed to do is check that there
is a consisten
Alexandre Julliard wrote:
Jacek Caban <[EMAIL PROTECTED]> writes:
diff --git a/dlls/shdocvw/shdocvw.idl b/dlls/shdocvw/shdocvw.idl
new file mode 100644
index 000..45b9111
--- /dev/null
+++ b/dlls/shdocvw/shdocvw.idl
You can't name the file shdocvw.idl, otherwise make will try to
r
Hi
I have a short patch that fixes serious bugs I've
encountered in setupapi's SetupDiOpenClassRegKeyExW().
It's been mailed twice to wine-patches and is attached
for reference. Is there anything wrong with it?
Please comment.
Thank you
Damjan
__
Jacek Caban <[EMAIL PROTECTED]> writes:
> diff --git a/dlls/shdocvw/shdocvw.idl b/dlls/shdocvw/shdocvw.idl
> new file mode 100644
> index 000..45b9111
> --- /dev/null
> +++ b/dlls/shdocvw/shdocvw.idl
You can't name the file shdocvw.idl, otherwise make will try to
rebuild the existing shdocvw.
Robert Reif <[EMAIL PROTECTED]> writes:
> /
> + *ADVAPI_GetComputerNameW
> + *
> + * Gets the local computer name.
> + */
> +LPCWSTR ADVAPI_GetComputerNameW()
> +{
> +static WCHAR buf[MAX_COMPUTERNAME_LENGTH + 1];
> +
20 matches
Mail list logo