Re: Abi Word ported to Winelib!

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

Re: exec-shield workaround take 2

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

RE: Abi Word ported to Winelib!

> 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

Re: Regression

> 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

Re: exec-shield workaround take 2

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

Re: Wine menu woes

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

Re: spec file update [corrected]

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

Re: winehq & 20040408

> 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

Re: Wine menu woes

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

exec-shield workaround take 2

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.

Wine menu woes

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

Re: spec file update [corrected]

"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

winehq & 20040408

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]