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
-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
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) entitled
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
Did you try
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.
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 come;
---BeginMessage---
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!
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
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
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 from
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
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 trouble.
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
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 right
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 should be
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
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 from
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
18 matches
Mail list logo
