I'm not very familiar with this tool so all I can say is that it does
not have compilation errors at startup and seems to behave rationally.
Changelog:
* tools/make_authors
Switch to 'perl -w' and add 'use strict;'.
Add prototypes to all functions.
--
Francois Gouget [EMAIL PR
>From Mike Hearn's winecfg post:
> > - Obviously, once audio autodetection has been moved into the drivers we
> > need to kill the audio tab.
>
> Still needs to be done. Not all that hard.
I remember working on this a couple months ago. I put the driver
detection in winmm.c, but that was wrong.
On Wed, 29 Sep 2004 09:28:46 -0400, James Hawkins <[EMAIL PROTECTED]> wrote:
> > Yes I know that isn't what I said before. I suck :)
>
> It's ok don't worry about it... thanks for the tip Mike.
>
>
>
>
> On Wed, 29 Sep 2004 09:37:49 +0100, Mike Hearn
> <[EMAIL PROTECTED]> wrote:
> > > I used W
On Wed, 29 Sep 2004 12:38:32 -0400, James Hawkins <[EMAIL PROTECTED]> wrote:
> > Let's engage on a little log analysis shall we? This is something that
> > just comes with practice ...
>
> Wow...very impressive.
>
> > Here's an idea. Hack the Sleep() call like this:
> >
> > if (delay == 64) delay
> Let's engage on a little log analysis shall we? This is something that
> just comes with practice ...
Wow...very impressive.
> Here's an idea. Hack the Sleep() call like this:
>
> if (delay == 64) delay = 3000;
ok I will try this out and get back to you on what happens.
On Wed, 29 Sep 2004
I think Marcus is right, this looks like copy protection.
Let's engage on a little log analysis shall we? This is something that
just comes with practice ...
Just after the program starts, it does a CreateProcess:
0023:Call kernel32.CreateProcessA(406cd2f0 "C:\\Program Files\\Easy CD-DA Extractor
Joaquín Fernández wrote:
Stefan Leichter wrote:
Am Montag, 27. September 2004 20:03 schrieb Joaquín Fernández:
Hello,
try
WINEDLLOVERRIDES="advapi32=builtin"
(see http://www.winehq.org/hypermail/wine-devel/2004/08/0640.html)
Bye Stefan
Thanks Stefan, i tried but i can't install IE, the installer s
"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes:
> The problem with Rob's patch is that it causes entire background of
> the progress bar to be repainted. Some time ago (3 years or like that)
> I wrote tests for progress bar and found that it invalidates background
> only when (oldPos < newPos) and
[CCd wine-devel as I think you meant it to go there originally]
Holly Bostick wrote:
Seems to me that whether or not 99% of users will forget is not your
responsibility as developers. Other than making very sure that users
know there is something to remember, further programming against the
poss
Hi,
I have to write a spec file so that a winelib application can use a third
party dll. The problem is that APIs in third party dll are written in C++.
As c++ names and parameters are mangled, how can i call them in spec file?
For example, how can I call a class constructor (which is built form
an
> Yes I know that isn't what I said before. I suck :)
It's ok don't worry about it... thanks for the tip Mike.
On Wed, 29 Sep 2004 09:37:49 +0100, Mike Hearn
<[EMAIL PROTECTED]> wrote:
> > I used WINEDLLOVERRIDES="advapi32=b" WINEDEBUG=+loaddll, and it still
> > shows the downloaded native advap
Hello
> I don't think you want to pass ASCII strings across processes, there's
> no guarantee that both processes are using the same codepage.
> Inter-process communication should always be done in Unicode.
I was not going to use those variables for interprocess communications.
But incidentally y
Dimitrie O. Paun wrote:
On Tue, Sep 28, 2004 at 12:12:09PM -0700, Alexandre Julliard wrote:
Robert Shearman <[EMAIL PROTECTED]> writes:
Changelog:
- Fix class style to include the hbrBackground member.
- Fix repainting issues introduced by this change.
- Add WM_ERASEBKGND handler and remove
Alexandre Julliard wrote:
Robert Shearman <[EMAIL PROTECTED]> writes:
Changelog:
- Fix class style to include the hbrBackground member.
- Fix repainting issues introduced by this change.
- Add WM_ERASEBKGND handler and remove background drawing code from
the WM_PAINT handler.
Isn't that goi
OK, well assuming that Alexandre commits the last of my patches to
winecfg at some point (I suspect there is a reason they aren't already
...), here is the updated todo list for winecfg based on my last email
on the subject:
http://www.winehq.org/hypermail/wine-devel/2004/08/0007.html
I'm proba
I used WINEDLLOVERRIDES="advapi32=b" WINEDEBUG=+loaddll, and it still
shows the downloaded native advapi32.dll being loaded.
You need WINEDLLOVERRIDES="*advapi32=b"
Yes I know that isn't what I said before. I suck :)
I was always a fan of upgrades, but in the meantime I am more a follower of:
"If you upgrade to this new version, please re-setup your whole wine configuration
and merge over your data."
This should only very seldom be the case anyway.
This causes less work for us and less work for the user due to
17 matches
Mail list logo