[IDC]Dragon wrote:
a +ntdll trace would be helpful
How do I enable that? (likely a noob question)
WINEDEBUG=+ntdll wine foo.exe
OK, got it. I have attached a log to the bugzilla entry.
In addition, I also now attached an executable, complete with sample data, so
Ivan Gyurdiev wrote:
Ivan Gyurdiev wrote:
Karsten Elfenbein wrote:
* don't prevent IUnknown_Release of pDecl in the exit section and fix
for http://bugs.winehq.org/show_bug.cgi?id=5656
This seems wrong, d3d9 does not keep an internal reference of the vdecl.
Try the attached patch instead,
On 14/10/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote:
Ivan Gyurdiev wrote:
Based on further tests, I don't believe this patch is correct.. but it
will fix the memory leak. I'm still unsure what kind of insanity the
native API is doing internally - in process of figuring that out. When
adding this
H. Verbeet wrote:
On 14/10/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote:
Ivan Gyurdiev wrote:
Based on further tests, I don't believe this patch is correct.. but it
will fix the memory leak. I'm still unsure what kind of insanity the
native API is doing internally - in process of figuring that
On 14/10/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote:
Exactly... so why is the refcount 1 *after* GetVertexDeclaration.
Perhaps the declaration in only generated when calling
GetVertexDeclaration(). If you call it twice, does it return the same
pointer?
* On Fri, 13 Oct 2006, Vitaliy Margolen wrote:
* Saulius Krasuckas wrote:
Today I have tried to compile ntoskrnl.exe, then checked out master
branch, compiled stock Wine, then tried to run win32 app which do
simple port I/O after it loads (GIVE)IO.SYS driver. Driver simply
loaded, did
Saulius Krasuckas [EMAIL PROTECTED] wrote:
Today I have tried to compile ntoskrnl.exe, then checked out master
branch, compiled stock Wine, then tried to run win32 app which do simple
port I/O after it loads (GIVE)IO.SYS driver. Driver simply loaded, did
its initialization and immediatelly
Seems these typedefs have found their way into some of the source files, from
my recollection these definitions aren't used. What is the official typedef
for these types;
IE
u_int32_t
uint32_t
or
UINT32
On Sat, Oct 14, 2006 at 10:53:46PM +1000, Robert Lunnon wrote:
Seems these typedefs have found their way into some of the source files, from
my recollection these definitions aren't used. What is the official typedef
for these types;
IE
u_int32_t
uint32_t
or
UINT32
The C99 type is
L. Rahyen wrote:
Add missing stub to user32.dll.so - without it some games (like Postal 2 and
some others) cannot run. It seems that GetRawInputDeviceList is useless thing
in most cases because all these games works almost perfectly with this stub.
Thank you for sending patch. Here are few
Rolf Kalbermatter wrote:
Saulius Krasuckas [EMAIL PROTECTED] wrote:
Today I have tried to compile ntoskrnl.exe, then checked out master
branch, compiled stock Wine, then tried to run win32 app which do simple
port I/O after it loads (GIVE)IO.SYS driver. Driver simply loaded, did
its
H. Verbeet wrote:
On 14/10/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote:
Exactly... so why is the refcount 1 *after* GetVertexDeclaration.
Perhaps the declaration in only generated when calling
GetVertexDeclaration(). If you call it twice, does it return the same
pointer?
No.. I tried that too.
Am Samstag 14 Oktober 2006 20:53 schrieb Ivan Gyurdiev:
H. Verbeet wrote:
On 14/10/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote:
Exactly... so why is the refcount 1 *after* GetVertexDeclaration.
Perhaps the declaration in only generated when calling
GetVertexDeclaration(). If you call it
James Courtier-Dutton wrote:
Why do we need to give an application direct access to IO space?
No normal application should need that, nor should it even get the
right to do that!! It was more a disgress into the fact that the kernel
(or the simulated kernel environment in case of Wine) needs
Hi,
I am trying to make crosstest for msxml and other wine modules like advpack.
I am unable to compile them.
My OS is Kubuntu 6.06 i386 (Dapper)
Thanks,
VJ
Stefan Dösinger wrote:
Am Samstag 14 Oktober 2006 20:53 schrieb Ivan Gyurdiev:
H. Verbeet wrote:
On 14/10/06, Ivan Gyurdiev [EMAIL PROTECTED] wrote:
Exactly... so why is the refcount 1 *after* GetVertexDeclaration.
Perhaps the declaration in only generated when
On Fri, 13 Oct 2006, L. Rahyen wrote:
[...]
+UINT WINAPI GetRawInputDeviceList(PRAWINPUTDEVICELIST pRawInputDeviceList,
PUINT puiNumDevices, UINT cbSize)
You should also add a prototype for this function in winuser.h. Note
that the convention is to not include the parameter names in the
Wine
On Sat, 14 Oct 2006, Mikoaj Zalewski wrote:
It no one knowns why this option is there then maybe it's safe to remove it?
-si.wShowWindow = SW_HIDE;
-si.dwFlags = STARTF_USESHOWWINDOW;
+si.dwFlags = 0;
Isn't this an attempt to make it so that running make test does not pop
up
On 10/14/06, David Laight [EMAIL PROTECTED] wrote:
The C99 type is 'uint32_t' - and should be defined by inttypes.h
I didn't think we were allowed to use C99 code in wine, for
compatibility reasons (C++ style comments, etc)? Though I guess using
C99 headers would still work with pre-C99
Francois Gouget [EMAIL PROTECTED] wrote:
On Sat, 14 Oct 2006, Mikoaj Zalewski wrote:
It no one knowns why this option is there then maybe it's safe to remove it?
-si.wShowWindow = SW_HIDE;
-si.dwFlags = STARTF_USESHOWWINDOW;
+si.dwFlags = 0;
Isn't this an attempt to make it so
As you know Wine has number of problems with it's mouse handling. Just
enough to look at the bugzilla to see how many programs affected. After
spending several weeks trying to find and fix this problems I in the
dead-end now.
Most of Wines problems coming from the way Wine receives and handles
21 matches
Mail list logo
