Kees Cook wrote:
Hi, I'm back again. :) This implements the crypt32 functions
CryptProtectData and CryptUnprotectData, using a best-guess at the true
Windows opaque data format and encryption methods. It attempts to
follow the "details" in the MSDN article that described
CryptProtectData.
Please
Mike Hearn wrote:
This is a *concrete* and *achievable* task, which would hugely improve the
usability of WineHQ IMO.
I just use the wine icon for Mandrake RPMs.
Ivan.
Hi folks,
I've got this request on wine-faq list (deleted the name, don't
know if they want to be on wine-devel). Anyone care to write
a small blurb about this?
Forwarded Message
From: X
To: [EMAIL PROTECTED]
Subject: Relationship between Wine and the proprietary versions.
D
On Mon, 16 May 2005 14:11:57 -0700, Kenneth Porter wrote:
> I'm wondering how effective the program can be within WINE. It supposedly
> detects and resists attempts to debug encrypted applications to break the
> code, but can it do so with WINE's virtualized environment? Wouldn't WINE
> (or othe
> > As I understand, this is a regression, since Diablo used to work a long
> > time ago, and then some patch broke it. The bug was opened sometime in
> > March...
>
> Can you tell us exact date, please, at which the game worked? If I would
> knew this, I would already was doing several-years
--On Monday, May 16, 2005 1:15 PM +0100 Mike Hearn <[EMAIL PROTECTED]>
wrote:
As to whether he can use exeCryptor on a native Linux app, no, I'm afraid
that's not possible. It might work in Wine but then you'd have to run the
Windows version of this app.
I'm wondering how effective the program ca
* On Mon, 16 May 2005, Ivan Gyurdiev wrote:
> On an unrelated note, what is causing this bug:
>
> http://bugs.winehq.org/show_bug.cgi?id=2082
IMHO this is related to heavy usage of window messaging and directdraw
stuff mixed in this game.
And I at least can easily see some corrupted bitmap at t
On 5/16/05, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
> Out of curiosity, why hasn't Oliver's swapchains and stateblocks patch
> been merged? I saw that in wine-patches about 10 days ago, but it hasn't
> been merged, and there's no comments at all.
I could not get the 4 patches to work.
>
> =
From: "Alexandre Julliard" <[EMAIL PROTECTED]>
> It seems dangerous to set DS for the whole window procedure, it will
> be calling a lot of other functions that may end up depending on
> DS. It's especially dangerous here since the window instance won't be
> a valid DS for 32-bit windows. I think y
Out of curiosity, why hasn't Oliver's swapchains and stateblocks patch
been merged? I saw that in wine-patches about 10 days ago, but it hasn't
been merged, and there's no comments at all.
=
On an unrelated note, what is causing this bug:
http://bugs.winehq.org/show_bug.cgi?id=2082
As I und
[off]
I love this title, it gets me every time.
It sounds like a tabloid newpaper headline.
[/off]
On Sat, 14 May 2005 17:52:07 +0200, James Hawkins <[EMAIL PROTECTED]>
wrote:
On 5/14/05, Eric Pouech <[EMAIL PROTECTED]> wrote:
aren't using something generated on Darwin by any chance ?
A+
Not tha
On Mon, 16 May 2005 09:43:44 -0400, gslink wrote:
> The user outside the Wine world sees a totally false picture of Wine.
> He loads Wine and finds there are NO current instructions on how to use
> it so he presumes Wine to be worthless and goes away.
The basic idea is you don't need any instruc
James Hawkins <[EMAIL PROTECTED]> writes:
> This patch also fixes the WM_LBUTTONUP bug, and the new behavior with
> listview is even better. The logic behind this is that we only want
> to track the mouse by calling TrackMouse when the mouse moves.
What you really want is to only start tracking
Holly Bostick wrote:
gslink schreef:
The user interface is what the user has to do to use the program. This
is not supported in Wine. You will find links from winehq to several
lists of things that run under Wine. When you attempt to use these
lists you will find that many if not most of the pro
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> @@ -426,19 +425,21 @@ static LRESULT WINAPI EditWndProc_common
> {
> EDITSTATE *es = (EDITSTATE *)GetWindowLongW( hwnd, 0 );
> LRESULT result = 0;
> + STACK16FRAME *stack16;
> + HANDLE16 oldDS;
>
> TRACE("hwnd=%p msg=
gslink schreef:
> The user interface is what the user has to do to use the program. This
> is not supported in Wine. You will find links from winehq to several
> lists of things that run under Wine. When you attempt to use these
> lists you will find that many if not most of the programs do not
Paul Millar <[EMAIL PROTECTED]> writes:
> Anyway, I noticed that the dlls/advapi32/crypt.c tests were bombing out
> for me. This turned out to be due to dlls/advapi32/crypt.c:1649
>
> > if (!key || !pbData || !key->pProvider || key->pProvider->dwMagic !=
> > MAGIC_CRYPTPROV)
> > CRYPT_Retur
> This patch removes the last server call from advapi32 and we should keep
> it free from server calls to reduce the effects of the changing of a
> server interface.
Nice. BTW, what DLLs make server calls? Any other that shoudn't
but still do?
--
Dimi.
Felix Nawothnig <[EMAIL PROTECTED]> writes:
> By the way, anyone knows if writing to a (readonly) resource throws an
> exception on windows (which is handled & ignored by kernel32.dll) one
> can catch or does the PE loader maybe ignore the RO flag for .rsrc?
Yes, Windows has an exception handler
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> "Marcus Meissner" <[EMAIL PROTECTED]> wrote:
>
> > /***
> > + * This implements the IUnknown method AddRef for this
> > + * class
> > + */
> > +static ULONG WINAPI HGLOBALStreamImpl_AddRef(
> > + IStream* iface)
> > +{
> > + HGLOBALStreamImpl* co
The user interface is what the user has to do to use the program. This
is not supported in Wine. You will find links from winehq to several
lists of things that run under Wine. When you attempt to use these
lists you will find that many if not most of the programs do not run as
is.
The user
On Sun, 15 May 2005 11:17:15 -0700, Kenneth Porter wrote:
> Another developer pointed this out to me for use with a Windows binary, and
> is not releasing Linux betas because there's no native Linux equivalent.
> (The app works fine native in Linux, but the dev want's to prevent
> unauthorized u
Dmitry Timoshkov wrote:
For PE files there is a hack in kernel/except.c which does COW for
resource data - but winelib apps crash when they try to write to it.
(If this is a design-decision please tell me)
As it's clearly indicated in the error message in kernel/except.c only
broken apps try to wr
23 matches
Mail list logo
