A reference application I use fails with a segfault in d3d, Its called Little
Fighter 2
It fails after a call to BLT where both the source and dest are NULL and
delivers this trace. I suspect the memcpy at line 1251 in surface_gdi.c then
fails because sbuf or dbuf are invalid or NULL. I'm not
On Sat, 2006-10-14 at 23:27 -0600, Vitaliy Margolen wrote:
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.
Just
On Wed, 2006-10-18 at 00:34 -0700, Scott Ritchie wrote:
On Sat, 2006-10-14 at 23:27 -0600, Vitaliy Margolen wrote:
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
James == James Courtier-Dutton [EMAIL PROTECTED] writes:
James This feature is being ask for by people who don't understand what
James most hardware requires from a driver. 1) IO ports or memory
James mapped IO. 2) DMA handler 3) IRQ handler
James Getting IO port access in
I'm trying to solve bug 5872 http://bugs.winehq.org/show_bug.cgi?id=5872
BF1942 calls GetDepthStencilSurface/IUnknown_Release and checks the
refcount to be 0, but wine returns 1. (test hack attached)
I have done some testing: The first call to GetDepthStencilSurface
increases the refcount of
Am Dienstag 17 Oktober 2006 23:04 schrieb Karsten Elfenbein:
* correct the software cursor position if the app is running in windowed
mode as the cursor coordinates are absolute while the backbuffer is
aligned with the app window
Your patch adds indentions with tabulators, while the other code
Hi,
I tried to install QT 4.2 from www.trolltech.com and MinGW. The installation
went fine, but it looks like wine needs a little bit more work.
%wine qtdemo.exe
fixme:wintab32:WTInfoW (0, 0, 0x0): stub
err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=32
Am Mittwoch 18 Oktober 2006 10:18 schrieb Markus Amsler:
I'm trying to solve bug 5872 http://bugs.winehq.org/show_bug.cgi?id=5872
BF1942 calls GetDepthStencilSurface/IUnknown_Release and checks the
refcount to be 0, but wine returns 1. (test hack attached)
I have done some testing: The first
On 18/10/06, Stefan Dösinger [EMAIL PROTECTED] wrote:
We have an
IDirect3DDevice?_AddRef call in CreateSurface / CreateTexture... Native seems
to have this AddRef call in IDirect3DResource_AddRef:
if(oldref == 0) IDirect3DDevice8_AddRef(This-myDevice);
I guess this is the first thing we have
Francois Gouget [EMAIL PROTECTED] writes:
2) Or modify these sections so they read:
#if !defined(COM_NO_WINDOWS_H) !defined(__WINESRC__)
# include windows.h
# include ole2.h
#endif
I think we want that, otherwise we'll end up having to add
COM_NO_WINDOWS_H to pretty much
Scott Ritchie wrote:
On Wed, 2006-10-18 at 00:34 -0700, Scott Ritchie wrote:
On Sat, 2006-10-14 at 23:27 -0600, Vitaliy Margolen wrote:
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
We have an
IDirect3DDevice?_AddRef call in CreateSurface / CreateTexture... Native
seems to have this AddRef call in IDirect3DResource_AddRef:
if(oldref == 0) IDirect3DDevice8_AddRef(This-myDevice);
I guess this is the first thing we have to change.
Not sure how you read that from
On 18/10/06, Stefan Dösinger [EMAIL PROTECTED] wrote:
Yes, but some methods in WineD3D need the back buffer and the front buffer
implementation pointer, like Present or LockRect/UnlockRect
Well yes, but you don't know if those access the field directly or
call GetRenderTarget / GetDepthStencil
Hi,
Well yes, but you don't know if those access the field directly or
call GetRenderTarget / GetDepthStencil internally.
Good point
Btw, this construction looks very similar to what happens when you
call GetVertexDeclaration after having set an FVF with SetFVF.
Yup
pgprcQbBEFlEt.pgp
On Mi, 2006-10-18 at 10:35 +, L. Rahyen wrote:
+
+UINT WINAPI GetRawInputDeviceList(PRAWINPUTDEVICELIST
pRawInputDeviceList, PUINT puiNumDevices, UINT cbSize)
+{
+memset(pRawInputDeviceList, 0, sizeof *pRawInputDeviceList);
+*puiNumDevices = 0;
+FIXME(stub\n);
+return
A small Test will help to make a real Implementation.
I already thought about doing full implementation but because this
function
(its full implementation) isn't very useful in most cases (but maybe I'm
wrong?) I probably will spend my free time doing other work in near future...
I
Just tried to compile wine .23 on dapper 6.06 on AMD 64-bit. Make all
terminated with these messages. What does this error mean and how can
I get past it?
gcc -m32 -c -I. -I. -I../../include -I../../include -D__WINESRC__
-D_KERNEL32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing
Mike McCormack wrote:
Deun wrote:
Changelog by Denis Huguet ([EMAIL PROTECTED])
* 2006/10/17 :
Major diff between winemp3's layer3.c file and the one from
MPlayer-1.0pre7try2/mp3lib/layer3.c for fixing decoding
glitches found out when opening mp3 file with GoldWave 4.21
with wine-0.9.22
Mikołaj Zalewski wrote:
This is very practical and matches the Windows behaviour
diff --git a/programs/wineconsole/user.c b/programs/wineconsole/user.c
index e1efda2..557ccfc 100644
--- a/programs/wineconsole/user.c
+++
Mikołaj Zalewski wrote:
The user may start the selection from the popup menu. The mouse should
work then
diff --git a/programs/wineconsole/user.c b/programs/wineconsole/user.c
index 557ccfc..c4250e5 100644
---
Mikołaj Zalewski wrote:
diff --git a/programs/wineconsole/user.c b/programs/wineconsole/user.c
index c4250e5..19a1625 100644
--- a/programs/wineconsole/user.c
+++ b/programs/wineconsole/user.c
@@ -705,6 +705,12 @@ static
case WM_LBUTTONUP:
-if (data-curcfg.quick_edit)
+if (data-curcfg.quick_edit || PRIVATE(data)-has_selection)
{
if (GetCapture() == PRIVATE(data)-hWnd
PRIVATE(data)-has_selection
(wParam MK_LBUTTON))
{
as a principle, why do oppose keyboard selection to mouse selection
looks to me you could in principle do both... so any key except
return, arrow keys should end the selection
and you woun't need the extraneous mouse_selection
I wanted to make it in the same way as on Windows. But I think
did you check that this behavior is done for every mode of the console ?
A+
What do you mean by every mode?
Mikolaj Zalewski
Mikołaj Zalewski wrote:
did you check that this behavior is done for every mode of the console ?
A+
What do you mean by every mode?
Mikolaj Zalewski
consoles have several modes (set SetConsoleMode()), which may interfer
with this behavior
and btw, a test case for windows behavior
Mikołaj Zalewski wrote:
case WM_LBUTTONUP:
-if (data-curcfg.quick_edit)
+if (data-curcfg.quick_edit || PRIVATE(data)-has_selection)
{
if (GetCapture() == PRIVATE(data)-hWnd
PRIVATE(data)-has_selection
(wParam MK_LBUTTON))
but your code doesn't release the selection on button up, which is
rather strange when you do only mouse selection
A+
I've checked it and currently the whole section is dead code as on
WM_LBUTTONUP the (wParamMK_LBUTTON) is always false.
However if I remove this condition I think my code
I would like to draw attention to bug #6439
(http://bugs.winehq.org/show_bug.cgi?id=6439) in which Enterprise
Architect 6.5 (trial version at
http://www.sparxsystems.com.au/bin/easetup.exe) crashes with a debug
assertion on _CheckNotSysLevel, as detailed in the bug report. From the
winedbg
Hi.
While waiting for the commit of my localspl-Patches,
i want to picked up an fun project:
Has anyone an Idea, how to modify user32.dll and
winex11.drv to open a Window, when I already have the
X11 Window-ID (example: XSCREENSAVER_WINDOW=0x280020)?
My Idea is to include the wrapper code in
This change for the non scaled BltOverride should allow correct usage of
src and dest rect. So the content ends up where it is supposed to be.
It is needed for a correct Frontbuffer capture while running in a
window. (next mail)
bltfix.diff
Description: Binary data
This patch depends on the BltOverride change.
It allows the apps to grab the FrontBufferData. (for screen captures)
Todo:
- implement a windowed mode switch
Karsten
getfrontbufferblt.diff
Description: Binary data
2006-10-19 (Wed), 07:39 +0900, Byeong-Sik Jeon wrote:
At [use SUBLANG_NEUTRAL in French resources],
2006-10-18 (Wed), 20:47 +0200, Jonathan Ernst wrote:
Thanks to Mikolaj Zalewski for spotting it.
It's great.
It's important.
This patch solves the some font problem for korean wine
Francois Gouget wrote:
On Wed, 18 Oct 2006, Alexandre Julliard wrote:
Francois Gouget [EMAIL PROTECTED] writes:
2) Or modify these sections so they read:
#if !defined(COM_NO_WINDOWS_H) !defined(__WINESRC__)
# include windows.h
# include ole2.h
#endif
I
It should make no differance for Korean is you use SUBLANG_NEUTRAL or
SUBLANG_DEFAULT as there is only one sublang.
SUBLANG_NEUTRAL is a fallback that is used if no translation is
available in the user's selected sublang. In can be used for locales
that have many sublangs (e.g. French have
Alex Villacís Lasso wrote:
I would like to draw attention to bug #6439
Why that bug in particular? Can we pick any other? You seems to really
like to copy list of all of your bugs. Hell that's turn this list into
another Bugzilla!
You know, I wanted to look at this bug when I get home. And now
35 matches
Mail list logo