Now with the correct patch...
- Filip
Filip Navara wrote:
Hi!
One insteresting thing is that OpenOffice does the same and was
reported to work under Wine. Anyway, an experimental patch is attached
(it's completely untested).
Regards,
Filip
Phil Krylov wrote:
Hello,
I have a program here (IBM Tra
>Mike Hearn <[EMAIL PROTECTED]> writes:
>
>> Paul Davis of Ardour has raised a good point: currently despite the fact
>> that the symbols in libwine are versioned, we change them at will and
>> don't change the symbol version, for instance in the patch that made
>> environ passed through to wine_in
Hi,
I've been running without a config file for a while now, and have fixed
various misc bugs related to that as I go - I'm sure there are some more
in there, but as the config file is destined for eventual doom anyway I am
wondering if we still need wineinstall at all?
Currently, it's possible t
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Looking at the changes it seems to me:
> 1. There aren't that many
> 2. We can easily add a test file to check for consistency
> with the public headers (ideally, this file would be
> automatically generated by a script)
> 3. We shou
Mike Hearn <[EMAIL PROTECTED]> writes:
> The problem then is that the WINE_1.0 symbol means the 1.0 frozen
> interfaces *and* any that were used before then. What is the point of
> symbol versioning if the linker can't meet the guarantees it's supposed to
> provide?
Symbol versioning is enabled r
Mike Hearn <[EMAIL PROTECTED]> writes:
>> BTW. I thought Crossover Office supports this application?
>
> It does (well, not the NL version specifically ...) so I checked and the
> CrossOver version of FindClose is the same as the WineHQ version. I seem
> to recall some talk of double closing find
On Sun, 13 Jun 2004 09:22:37 -0700, Alexandre Julliard wrote:
> No, the interfaces are not considered frozen, they will be frozen in
> 1.0; until then it is possible that things will still need to
> change. For the specific wine_init case, I suppose we could back out
> the change if it causes troub
Hi Alexandre,
Welcome back! I did this last Friday, but I didn't want to continue
before running it by you. I'm sending here just the first cut of the
definitions I needed to duplicate in msvcrt.h, to compile the entire
msvcrt DLL without the MSVCRT() define in the public headers.
Looking at the
Mike Hearn <[EMAIL PROTECTED]> writes:
> Paul Davis of Ardour has raised a good point: currently despite the fact
> that the symbols in libwine are versioned, we change them at will and
> don't change the symbol version, for instance in the patch that made
> environ passed through to wine_init fro
On Thu, 3 Jun 2004 15:37:19 +0200, Maurizio Monge wrote:
> Hello, i have retried to compile wine CVS on amd64 (gcc 3.4 with -m32, etc +
> kernel 2.6.4-rc2), where i was thinking the 0xc000 problem was solved.
> but i get:
Hmm, wine 20040505 works on my AMD64 system (using a biarch 2.6.6 kern
Hi!
In ReactOS we are unprotecting the IAT (Import Address Table) before
every modification and restoring the previous access rights after all
the modifications are done using NtProtectVirtualMemory. I'll try to
write a patch for Wine tommorow if no one will do it earlier, but I
can't test it..
--- Begin Message ---
Hi!
In ReactOS we are unprotecting the IAT (Import Address Table) before
every modification and restoring the previous access rights after all
the modifications are done using NtProtectVirtualMemory. I'll try to
write a patch for Wine tommorow if no one will do it earlier,
Hi,
> But maybe we can introduce a '-i' options instead:
> winebuild: --ignore=x,y,z => -ix -iy -iz
I just checked this, and it actually works already, as multiple -i's
are cumulative on winebuilds command line. Good thought!
Cheers,
Jon
=
"Don't wait for the seas to part, or messiahs to co
Hi!
One insteresting thing is that OpenOffice does the same and was reported
to work under Wine. Anyway, an experimental patch is attached (it's
completely untested).
Regards,
Filip
Phil Krylov wrote:
Hello,
I have a program here (IBM Translation Manager v.6.0.4) which crashes
wine at startup. T
On Sun, 13 Jun 2004 22:34:22 +0900, you wrote:
> "Rein Klazes" <[EMAIL PROTECTED]> wrote:
>
> > Agent has fallen victim to the MDI changes since the beginning of this
> > year. Here is a previous comment on this breakage:
> >
> > http://www.winehq.org/hypermail/wine-devel/2004/01/0890.html
>
>
"Rein Klazes" <[EMAIL PROTECTED]> wrote:
> Agent has fallen victim to the MDI changes since the beginning of this
> year. Here is a previous comment on this breakage:
>
> http://www.winehq.org/hypermail/wine-devel/2004/01/0890.html
Did you try with my recent (still not commited MDI patch) entitl
On Sun, 13 Jun 2004 10:17:03 +0200, you wrote:
> Some time ago I noticed a strange behviour in Agent. When the windows are
> maxmized and you close any other window (doesn't matter if it is a dialog or
> any other normal window) the remaining windows are unmaximized. They arr not
> minimized, but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Rein,
on 06/12/2004 05:55 PM, Rein Klazes wrote:
> OK, I managed to get a copy of Photoshop and fixed the problem here. It
> is a Dutch version, please verify that it works with what you have.
I made two tests with your patch on my machine (Debi
Some time ago I noticed a strange behviour in Agent. When the windows are
maxmized and you close any other window (doesn't matter if it is a dialog or
any other normal window) the remaining windows are unmaximized. They arr not
minimized, but they are getting smaller. Don't know if this is the same
19 matches
Mail list logo
