On Wed, Feb 08, 2006 at 09:41:47PM +0100, Joris Huizer wrote:
Andreas Mohr wrote:
May I suggest that this is caused by a memory allocation of a pointer
variable
instead of a memory size variable?
Pointers (memory addresses) usually are in the 0x40XX or 0x08XX
range,
so if you take
On Wed, Feb 08, 2006 at 08:11:47PM -0400, H. Verbeet wrote:
FMT_TO_STR(WINED3DFMT_A8B8G8R8);
then add a second
FMT_TO_STR(WINED3DFMT_A8B8G8R8);
Doesn't make sense for me. Same for the other changes in this diff.
Unless I'm misunderstanding your comment, that's not what the patch
does.
Hi,
I'm not sure you can do that like that. lock.pBits is allocated with
HeapAlloc, and it looks like DIB_CreateDIBSection expects memory
allocated with VirtualAlloc, judging by a quick look at the code and
the commit comment here:
You could be right with this: I've checked in ddraw, and it
Francois Gouget [EMAIL PROTECTED] writes:
Actually both the latest PSDK and the DDK put ntddcdrm.h, ntddscsi.h
and ntddstor.h straight in 'include' and not in 'include/ddk'. So this
patch is probably correct.
There's no include/ddk on Windows, that's a Wine (and win32api)
convention to
On 09/02/06, Stefan Dösinger [EMAIL PROTECTED] wrote:
What is the relevant difference between HeapAlloc and VirtualAlloc? I've read
the msdn pages, and I couldn't find anything that would make a crucial
difference for a bitmap.
VirtualAlloc allocates / reserves entire pages. 0x7dfa is
Hi all.
I have here a directx 8 game - first splinter cell - and i get this fixme:
fixme:d3d_surface:IDirect3DSurface8Impl_UnlockRect Unsupported Format 22
in locking func
So i looked at wine source and found out that format 22
(WINED3DFMT_X8R8G8B8) is supported
in wined3d.
Will directx8
Hi,
I'm working on moving d3d8 over to wined3d. During that transition the bug
will be fixed I hope. What game is it?
Regards,
Roderick
On Thursday 09 February 2006 11:56, Christian Gmeiner wrote:
Hi all.
I have here a directx 8 game - first splinter cell - and i get this fixme:
Hi,
the game is called Tom Claney's Splinter Cell. When do you think, are
you ready with
your patches?
Greets,
Christian
Hi,
I'm working on moving d3d8 over to wined3d. During that transition the bug
will be fixed I hope. What game is it?
Regards,
Roderick
On Thursday 09 February 2006
On Thursday 09 February 2006 14:20, Christian Gmeiner wrote:
Hi,
the game is called Tom Claney's Splinter Cell. When do you think, are
you ready with
your patches?
Greets,
Christian
The past few days I have been busy porting over the surface code (in small
pieces) and I would like to
On Thu, 9 Feb 2006, Alexandre Julliard wrote:
Francois Gouget [EMAIL PROTECTED] writes:
Actually both the latest PSDK and the DDK put ntddcdrm.h, ntddscsi.h
and ntddstor.h straight in 'include' and not in 'include/ddk'. So this
patch is probably correct.
There's no include/ddk on Windows,
On 2/8/06, Dan Kegel [EMAIL PROTECTED] wrote:
Firefox is quite usable; I read gmail in it routinely.
OK, filed two more bugs.
Here's my current list of firefox dogfood bugs:
http://bugs.winehq.org/show_bug.cgi?id=4441 - black bars
http://bugs.winehq.org/show_bug.cgi?id=4523 - copy broken
Hi
I have a windows application that calls a function ( approximately 1 times) exported by a third party DLL.
I have two machines ( one with Intel pentium 4 processor and other with IntelXeon processor ) with RHEL 4.0 installed on both of these machine.
If I execute the windows
Francois Gouget [EMAIL PROTECTED] writes:
So I guess headers from 'inc/ddk' would end up in 'include/ddk/ddk' in
Wine. Not that it's a problem. However, how do we decide whether a
header should go into Wine's 'include/ddk'? Is it based whether
Microsoft ships it with the PSDK or the DDK? Or
Hi,
with the latest git version (is that the correct naming?) I'm getting:
make[1]: Entering directory `/wine/wine-git/include'
../tools/widl/widl -I. -I. -I../include -I../include-h -H mshtml.h
mshtml.idl
error: length() does not define an explicit binding handle!
make[1]: *** [mshtml.h]
Hi All
I have a windows application that calls a function ( approximately 1 times) exported by a third party DLL.I have two machines ( one with Intel pentium 4 processor and other with Intel Xeon processor ) with RHEL
4.0 installed on both of these machine. If I execute the
On Thursday 09 February 2006 18:34, Paul Vriens wrote:
with the latest git version (is that the correct naming?) I'm getting:
make[1]: Entering directory `/wine/wine-git/include'
../tools/widl/widl -I. -I. -I../include -I../include-h -H mshtml.h
mshtml.idl
error: length() does not define
On 09/02/06, Paul Vriens [EMAIL PROTECTED] wrote:
Hi,
with the latest git version (is that the correct naming?) I'm getting:
make[1]: Entering directory `/wine/wine-git/include'
../tools/widl/widl -I. -I. -I../include -I../include-h -H mshtml.h
mshtml.idl
error: length() does not
Back in 1993, OS/2 advocate Richard E. Hodges disagreed enough
with a June 1993 Byte magazine article by John Udell
Windows, Windows Everywhere? that he wrote a lengthy
reply, and posted it widely; it was forwarded to comp.os.os2.misc,
and said in part
--- snip ---
To lure Independent Software
Dr J A Gow wrote:
Dr J A Gow wrote:
It is as I thought that there is some issue with the object
destructor for the storage object being called and not actually
releasing the object. I have attached the complete patch to the tests
for storage32 to
I have just had another thought on
On 2/9/06, Dan Kegel [EMAIL PROTECTED] wrote:
--- snip ---To lure Independent Software Vendors, Windows Everywhere offers a kindof magic dust that will end their cross-platform support problems.Microsoft claims that Windows programs will run on any computer with
nothing but a simple
Alex Villacís Lasso wrote:
Eric Pouech wrote:
Alex Villacís Lasso wrote:
Eric Pouech wrote:
Are there any issues
I should take into account before trying this?
first of all, are we sure that the issue comes from the decoder
itself (and not some wine wrapper around it) ?
I performed
Hello,
a recent CVS checkout gives
../tools/widl/widl -I. -I. -I../include -I../include-h \
-H mshtml.h mshtml.idl
error: length() does not define an explicit binding handle!
make[1]: *** [mshtml.h] Fehler 2
Any hints?
--
Uwe Bonnes[EMAIL PROTECTED]
Institut fuer Kernphysik
Oooh, and let's not forget Microsoft Visual C++ 4.0 for Mac!
http://msdn.microsoft.com/archive/en-us/dnarvc/html/msdn_mfcmac.asp
It included the Windows Compatibility Libraries
(probably the same thing mentioned earlier as Microsoft Wings),
an implementation of the Windows API and architecture on
Uwe Bonnes wrote:
Hello,
a recent CVS checkout gives
../tools/widl/widl -I. -I. -I../include -I../include-h \
-H mshtml.h mshtml.idl
error: length() does not define an explicit binding handle!
make[1]: *** [mshtml.h] Fehler 2
Any hints?
They were given already on wine-devel:
make
I also ran tests with a different movie which uses the Indeo codecs
(native) for decoding. This one runs smoothly (with audio AND video). In
my opinion, this is additional evidence that the winemp3 codec is at
fault (especially since my sample movie uses a not-installed DivX video
codec which
Some more tests. I downloaded the latest version of mpglib, and compared
it against the wine fork. Aside from extra spaces and an one-time-only
initialization in the wine code, the current mpglib code is almost
identical to the wine fork. However, the standalone mpglib decodes the
extracted
Hi Ananth,
Is there any isses with wine on Dual processor machines ( Intel
Xeon processor ) w.r.t multi threaded programming?
There can be, if there is a lot of inter-thread synchronization. Only if
each thread is CPU-bound are you likely to see any improvement in
performance as you move to
Andreas Mohr wrote:
Hi,
On Fri, Feb 03, 2006 at 07:50:51PM -0500, Justin Chevrier wrote:
Changelog:
Hide cursor if SetCursor is called with a NULL HCURSOR
Which obviously implies the question:
What if the program does a SetCursor(something) later? Should it then re-show a
cursor
Hello,
I plan to remove ttydrv from our dlls status page as it has been
removed. And also remove Wine Installer (wineinstall) as it has been
replaced by wineprefixcreate.
Are there any comments on this before I remove these two components.
Tom
On 1/29/06, Dan Kegel [EMAIL PROTECTED] wrote:
To see how reasonable it might be to use OOo 2.0.1 and Firefox 1.5
under Wine routinely, I benchmarked their startup time
on a Fedora Core 5 test 2 system under four conditions:
native vs. with wine from cvs, and with 416MB RAM vs. 96 MB RAM
[On
On Thu, 2006-02-09 at 21:40 -0800, Dan Kegel wrote:
Nope. Measurement error. Turns out running Firefox in wine
and then OpenOffice in wine makes OpenOffice start up fast,
since wine's in the cache. Gotta reboot between runs of
even different apps.
I don't know -- it may be more interesting
On 2/10/06, Dan Kegel [EMAIL PROTECTED] wrote:
On 2/8/06, Dan Kegel [EMAIL PROTECTED] wrote:
Firefox is quite usable; I read gmail in it routinely.
OK, filed two more bugs.
Can you please attach screenshots of these problems?
Thanks,
n0dalus.
On 2/9/06, n0dalus [EMAIL PROTECTED] wrote:
Can you please attach screenshots of these problems?
No need, I think.
http://bugs.winehq.org/show_bug.cgi?id=4441 is a dup of a bug with a screenshot.
http://bugs.winehq.org/show_bug.cgi?id=4523 - copy broken - is nonvisual.
On 2/10/06, Dan Kegel [EMAIL PROTECTED] wrote:
http://bugs.winehq.org/show_bug.cgi?id=4529 - screwy stars -
also pretty obvious test case, http://kegel.com/wine/gmailstar.html
Do you really still need screen shots?
I guess not, but I attached one to bug 4529 anyway.
Since image rendering is
34 matches
Mail list logo