On April 10, 2004 6:53 pm, Ge van Geldorp wrote:
> I intend to fix these issues in ReactOS and will ofcourse submit the
> patches to Wine also. I'd very much appreciate it if you could keep me
> informed of any AbiWord work, to prevent duplication of work.
Cool. I don't think I'll do any more work
Hi Mike,
Mike Hearn wrote:
It seems it's turned from being an normal (albiet static) app which
reserves the areas needed then boots wine, into a reimplementation of
ld-linux.so? I'm not sure it's a good plan to alter the .interp field -
that has to be absolute and this technique would break binar
> From: Dimitrie O. Paun
>
> In the past couple days I've entertained myself with porting
> Abi Word to Winelib.
> (I've also attached a screeshot of the resulting
> Abi Word in action).
I've been working on getting AbiWord to run under ReactOS recently.
Not surprising (because of the amount of
> Updated to recent (GMT 21:07) CVS, still the same behavior. Apparently the
'> fix' didn't really fix all of it, or maybe something else is broken?
No, the regression was w a problem with the initial decompression of files, I
think it's probably a different problem. Also, downgrading to wine-20030
On Sat, 10 Apr 2004 22:00:09 +0900, Mike McCormack wrote:
> All comments and flames accepted... /me wears his asbestos suit.
It seems it's turned from being an normal (albiet static) app which
reserves the areas needed then boots wine, into a reimplementation of
ld-linux.so? I'm not sure it's a go
On Sat, 10 Apr 2004 12:20:56 -0500, Geoffrey Hausheer wrote:
> That last line is where wine and Windows differ. In windows, the menuid
> is always different, so hMenu never equals hOldMenu. In wine, we reuse
> the menuid, so hMenu always equals hOldMenu. Since SetMenu didn't get
> called after t
On Saturday 10 April 2004 17:28, Dmitry Timoshkov wrote:
> > Forward MsiLoadString* to user32.LoadString*.
> > Forward MsiMessageBox* to user32.MessageBox*.
>
> Are you sure that you correctly have figured out number of
> arguments for that APIs? I can't confirm that you are right.
Just prod
> winehq still shows:
>
> Latest Release:
>
> Wine 20040309 (diff:s)
> released: 2004/03/09
>
> Nothing under "Latest News" either.
I just updated Latest News, but I didn't update wine_release.template.
I didn't want to step on Newman's toes.
-Brian
Hello Geoffrey,
Saturday, April 10, 2004, 9:20:56 PM, you wrote:
GH> I have an application that seems to work very well, except that the menus
GH> don't work (in wine, they are fine in Windows)
GH> The app is located here (free download):
GH> http://www.acumeninc.com/download/tzmax50v3.21.exe
G
Hi,
This patch works around the exec-shield problems with Fedora Core. I'd
be greatful if any people using Fedora core could test it out and see
how it works.
It should be enough to apply it to the latest CVS tip and recompile.
All comments and flames accepted... /me wears his asbestos suit.
I have an application that seems to work very well, except that the menus
don't work (in wine, they are fine in Windows)
The app is located here (free download):
http://www.acumeninc.com/download/tzmax50v3.21.exe
After some debugging, I found that the app creates a menu, then destroys
it and recr
"Hans Leidekker" <[EMAIL PROTECTED]> wrote:
> Changelog:
> Forward MsiLoadString* to user32.LoadString*.
> Forward MsiMessageBox* to user32.MessageBox*.
Are you sure that you correctly have figured out number of
arguments for that APIs? I can't confirm that you are right.
Also you had to rem
Hi,
winehq still shows:
Latest Release:
Wine 20040309 (diff:s)
released: 2004/03/09
Nothing under "Latest News" either.
Can somebody fix this?
Rein.
--
Rein Klazes
[EMAIL PROTECTED]
13 matches
Mail list logo