Scott W Gifford a écrit :
According to MSDN, the hEvent member of an OVERLAPPED structure can be
NULL:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/overlapped_str.asp
OVERLAPPED
...
Members
...
hEvent
Handle to an event s
André Johansen a écrit :
Hi!
While trying to get Anarchy Online working with Wine, I discovered
that dynamically getting symbols from the running program does not
work properly in Wine.
what doesn't work is that toolhelp (in wine) doesn't properly set the
szModule of the MODULEENTRY structure. But
According to MSDN, the hEvent member of an OVERLAPPED structure can be
NULL:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/overlapped_str.asp
OVERLAPPED
...
Members
...
hEvent
Handle to an event set to the signaled state
Hi!
While trying to get Anarchy Online working with Wine, I discovered
that dynamically getting symbols from the running program does not
work properly in Wine.
The attached example code shows the problem; when running in Windows,
I get this output
The mangled name is "[EMAIL PROTECTED]@@[EMAI
Here is an answer to my own question.
How will this cross compile?
Robert Reif wrote:
I'm trying to write a test that checks for data overruns
using VirtualAlloc and VirtualProtect and I think
I may have found a bug. Here is the problem:
DWORD dwPageSize;
BYTE * twoPages, temp;
DWORD flOldProtec
I'm trying to write a test that checks for data overruns
using VirtualAlloc and VirtualProtect and I think
I may have found a bug. Here is the problem:
DWORD dwPageSize;
BYTE * twoPages, temp;
DWORD flOldProtect;
twoPages = VirtualAlloc(NULL, 2 * dwPageSize, MEM_RESERVE | MEM_COMMIT,
PAGE_READWR
I have two programs I run under Wine that make use of the serial
ports. I get this error and fixme when I run then:
err:comm:GetCommState tcgetattr or ioctl error 'Invalid argument'
fixme:comm:SetupComm insize 1050 outsize 1050 unimplemented stub
I fixed these two in my copy of Wine with
I'm trying to write a test that checks for data overruns
using VirtualAlloc and VirtualProtect and I think
I may have found a bug. Here is the problem:
DWORD dwPageSize;
BYTE * twoPages, temp;
DWORD flOldProtect;
twoPages = VirtualAlloc(NULL, 2 * dwPageSize, MEM_RESERVE | MEM_COMMIT,
PAGE_READWRI
On Sat, 15 May 2004 12:39:51 -0700, Dan Timis wrote:
> Actually, we do have an encryption system, and it is the name of the
> functions used internally by the encryption library that we want to
> hide. It is not for hiding trade secrets, but to prevent dishonest
> customers from accessing featu
From: Mike Hearn <[EMAIL PROTECTED]>
Subject: Re: symbol hiding
Date: Sat, 15 May 2004 17:07:15 +0100
Organization: CodeWeavers, Inc
I think Pauls point was that if what you are doing is so secret and so
proprietary that you're afraid symbol names will leak trade secrets
you're
probably better off
On Sat, May 15, 2004 at 11:34:08AM -0700, Steven Edwards wrote:
> Changelog: Thomas Weidenmueller <[EMAIL PROTECTED]>
> combobox popups should be always-on-top
Formatting seems to be a bit off. Shouldn't the content of
the else be indented 4 spaces?
--
Dimi.
Thank you Paul and Brian,
I thought it was probably OK to ask these kind of questions. But, it's
nice to know for sure.
Dan
On Sat, 15 May 2004 08:19:26 +0200, Maurizio Monge wrote:
Hello, i compiled wine cvs on my amd64 without many problem (i had
> to set PATH to point to a directory with wrappers for gcc,ld and as
> that would call respectively "gcc -m32","ld -melf_i386","as --32",
> it would be nice if wine would s
On Fri, 14 May 2004 16:02:20 -0700, Dan Timis wrote:
> If questions relating to a commercial non open source product that uses
> wine heavily are not welcome on this list, I apologize and I will never
> ask these kinds of questions again.
Given that 99.9% of the software Wine is used to run
I should add that I think taking advantage of a clipboard client such as
klipper is really the way to go. I think it may be wasted effort to
duplicate what these clipboard clients are already doing.
Frankly, I was planning to submit a patch to remove the last bit of code
that provided this functio
Hello, i compiled wine cvs on my amd64 without many problem (i had
to set PATH to point to a directory with wrappers for gcc,ld and as
that would call respectively "gcc -m32","ld -melf_i386","as --32",
it would be nice if wine would support natively this or would support
LDFLAGS=-melf_i368.., bu
Steven Edwards a écrit :
Hi,
--- Warren Turkal <[EMAIL PROTECTED]> wrote:
Eric Pouech wrote:
why I don't understand is why you __GNUC__ defined in your
compilation
process. it sounds odd that ICC would set it
I believe that ICC attempts to be fully compatible with the GNU C
dialect of
C.
Yes from w
> you should now be back on the page of step 2 but you are back on the main page. The
> problem can be solved be replaceing the 'wwn' of the link against 'issue'.
Sounds easy, I can't test it since my local version is acting up on ?issue at general
but seems this should do the trick :
Index:
18 matches
Mail list logo