Some one few weeks ago mentioned that they needed SetCursorPos to work globally
(between processes). Well it seems after all we do need that to fix few lots of
things, including most mouse related bugs in dinput.
Actually the problem I have is not as much with SetCursorPos as with the fact
that wi
When compiling Wine on 64-bit Kubuntu 6.06LTS (using the instructions
found at
http://wiki.winehq.org/WineOn64bit#head-56206e8bc74083807ffe06ccb471d3f964cb670a)
I received a spurious error regarding freetype-config:
configure: WARNING: Your system appears to have the FreeType 2
runtime librarie
Dan Kegel kegel.com> writes:
>
> On 8/5/06, Eric Pouech wanadoo.fr> wrote:
> > I was talking (at least) about VirtualQueryEx, which should be also
> > implemented. All the debuggers use it for memory inspection.
>
> FWIW, an implementation for Linux was posted at
> http://www.winehq.org/piperm
hi,
if this is the wrong mailing list, then please correct me. there
is a regression in current git revision in Xilero.
patch which causes the regression:
3d9e96f3bc34029c93ceb3fd3f9674d2c69e414d is first bad commit
commit 3d9e96f3bc34029c93ceb3fd3f9674d2c69e414d
Author: Roderick Colenbrander
Thanks for this great piece of work !
- Stefan
On 8/5/06, Eric Pouech <[EMAIL PROTECTED]> wrote:
I was talking (at least) about VirtualQueryEx, which should be also
implemented. All the debuggers use it for memory inspection.
FWIW, an implementation for Linux was posted at
http://www.winehq.org/pipermail/wine-devel/2002-July/007482.html
Per
Dan Kegel wrote:
On 8/5/06, Eric Pouech <[EMAIL PROTECTED]> wrote:
>> Still, doing that stuff in APCs is a step in the right direction, you
>> just need to make sure you can safely run these APCs from the SIGUSR1
>> handler.
>
> Do we have to verify that now, or can that wait until we want
> t
On 8/5/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
On 8/5/06, Eric Pouech <[EMAIL PROTECTED]> wrote:
> >> Still, doing that stuff in APCs is a step in the right direction, you
> >> just need to make sure you can safely run these APCs from the SIGUSR1
> >> handler.
> >
> > Do we have to verify that n
On 8/5/06, Eric Pouech <[EMAIL PROTECTED]> wrote:
>> Still, doing that stuff in APCs is a step in the right direction, you
>> just need to make sure you can safely run these APCs from the SIGUSR1
>> handler.
>
> Do we have to verify that now, or can that wait until we want
> to add support for de
Dan Kegel wrote:
On 8/5/06, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
Still, doing that stuff in APCs is a step in the right direction, you
just need to make sure you can safely run these APCs from the SIGUSR1
handler.
Do we have to verify that now, or can that wait until we want
to add
On 8/5/06, Stefan Siebert <[EMAIL PROTECTED]> wrote:
the implemented workaround for PS4 currently crashes the Notes Client and IBM's
The code in question seems to have been added in 2004, and is visible here:
http://source.winehq.org/source/dlls/kernel/heap.c?v=wine20040716#L1150
It has been r
Saturday, July 29, 2006, 7:28:10 PM, Vitaliy Margolen wrote:
> ChangeLog:
> user: Preserve LastError.
> dlls/user/tests/input.c |4
> dlls/winex11.drv/x11drv.h |3 +++
> 2 files changed, 7 insertions(+), 0 deletions(-)
Anything wrong with this patch? Test case clearly shows that
w
On 8/5/06, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
Still, doing that stuff in APCs is a step in the right direction, you
just need to make sure you can safely run these APCs from the SIGUSR1
handler.
Do we have to verify that now, or can that wait until we want
to add support for debugger
On 8/5/06, David D. Hagood <[EMAIL PROTECTED]> wrote:
The bug in the handling of text mode files with CTRL-Z's at the end is back.
Due to compatibility with DOS, which is compatible with CP/M, text mode
files may be padded with a number of CTRL-Z characters (\x1A) to fill
out a sector.
IIRC, t
On 8/5/06, Molle Bestefich <[EMAIL PROTECTED]> wrote:
James Hawkins wrote:
> I'd rather have 5 more apps installing, than one app working
> (and it's Process Explorer of all things).
Who are you to say which apps are important and which aren't?...
Not to be harsh, but:
http://cia.navi.cx/stat
The bug in the handling of text mode files with CTRL-Z's at the end is back.
Due to compatibility with DOS, which is compatible with CP/M, text mode
files may be padded with a number of CTRL-Z characters (\x1A) to fill
out a sector.
The current Wine implementation of MSVCRT does NOT strip the
Hello,
I've found a problem in the current user implementation. If a 32Bit program
sends a WM_USER+xx message with 16Bit pendant (i.e. EM_GETLINE / EM_GETLINE16)
and forgets to catch it, a crash might be possible (pointer param = NULL). I
think that Windows user implementation checks if it is a 16
James Hawkins wrote:
I'd rather have 5 more apps installing, than one app working
(and it's Process Explorer of all things).
Who are you to say which apps are important and which aren't?...
Andreas Mohr wrote:
Indeed, but I'm not sure it's a good idea to kill all comment annotations
in the pr
Hello,
the implemented workaround for PS4 currently crashes the Notes Client and IBM's
JRE complains that it couldn't allocate 16MB of heap memory.
My approach would be to get rid of the PS4 workaround, as it's an application
problem. Implementing another workaround to get IBM's JRE running might
Mike McCormack wrote:
> Which version of the Windows SDK is that?
>
>> -UINT WINAPI MsiGetFeatureStateA(MSIHANDLE hInstall, LPSTR szFeature,
>> +UINT WINAPI MsiGetFeatureStateA(MSIHANDLE hInstall, LPCSTR szFeature,
>>INSTALLSTATE *piInstalled, INSTALLSTATE *piAction)
>
> Accor
"Dan Kegel" <[EMAIL PROTECTED]> writes:
> So all you have to do is identify all the locks that your APCs
> might need to acquire, and verify that they are always acquired
> in the same order by all possible code paths.
> (Or did I miss something, Alexandre?)
Well, you are right that running APCs
21 matches
Mail list logo
