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 v
Vitaliy Margolen wrote:
> In short we have 3 major problems that needs to be fixed:
> 1. GetCursorPos() have to return old (cached) cursor position inside
> hook handler.
> 2. Any changes to the cursor position inside hook handler will be lost
> after all hooks are handled.
I do appreciate all the
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 (same with 0.9.23)
Hi Deni
Maybe Issuezilla is better ?
Le vendredi 13 octobre 2006 à 22:48 +0200, Jérôme Bouat a écrit :
> Tom, contact me if I can do something.
>
>
> Le jeudi 12 octobre 2006 à 17:28 -0500, Tom Spear a écrit :
> > On 10/11/06, Jérôme Bouat <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> >
Saulius Krasuckas wrote:
> * On Sat, 14 Oct 2006, James Courtier-Dutton wrote:
>> * 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
> > Yes for the last statement, but extraordinary user's mileage may vary.
> > It can choose between (a) running wine as root and (b) running
> > LIDS-patched kernel [8] plus this command:
> >
> > # lidsadm -A -s /path/to/some_wine_binary_piece -o CAP_SYS_RAWIO -j
> > GRANT
>
> Couldn't you also
if (This->presentParms.Windowed == TRUE)
You shouldn't compare BOOLs against TRUE.
Also, a comment in the mail as to why the cursor position needs to be
corrected would be nice. Ie, cursor position are in screen space, not
window space.
> I'm not positive these can all be easily added to a process operating in
> user space without some specific kernel support for this functionality
> and in fact allowing full IO access to a user space application such as
> Wine just doesn't seem safe to me.
And the last one is "undoable" without
"Damjan Jovanovic" <[EMAIL PROTECTED]> writes:
> + while (!tcpc->quit)
> + {
> +FD_ZERO(&readableSet);
> +FD_SET(tcpc->sock, &readableSet);
> +timeout.tv_sec = 1;
> +timeout.tv_usec = 0;
> +ret = select(tcpc->sock + 1, &readableSet, NULL, NULL, &timeout);
> +if (ret < 0)
Thanks for sending the patch!
L. Rahyen wrote:
+UINT WINAPI GetRawInputDeviceList(PRAWINPUTDEVICELIST pRawInputDeviceList,
PUINT puiNumDevices, UINT cbSize)
+{
+pRawInputDeviceList = NULL;
That doesn't do what you think it does. You probably want:
memset( pRawInputDeviceList, 0, sizeo
Eric Pouech <[EMAIL PROTECTED]> writes:
> - plug a couple of memory leaks (DLLs & tests)
> - esp., rewrote LsaQueryInformationPublic to alloc a single
> memory chunk for a request (instead of several we were
> leaking)
That's good, but it would be better to do it all in GetDomainName
instead
Stephen Moehle wrote:
As suggested, I am also attaching the results my testing.
Good work!
The test should be integrated into the wine regression test suite, so
that they can be run automatically whenever code is checked into Wine.
Have a look at dlls/msvcrt/tests/printf.c for an example.
12 matches
Mail list logo
