Re: Visual FoxPro

Cecil Champenois wrote: I have heard that there is a lot of interest in moving the WINE for Visual FoxPro forward. About a year ago, a major FoxPro developer by the name of Whil Hentzen was telling our User Group www.ocfox.org about the Visual FoxPro work you are doing with WINE. He also demonst

Compilation problems in glu32/glu.c

I've recently downloaded a fresh copy out of CVS, and get the following errors while compiling: make[2]: Entering directory `/home/stras/src/wine/wine/dlls/glu32' ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./glu32.spec glu.o glu32.dll.dbg.o -o glu32.dll.so -L../../dlls -lkernel

COMCTL32 Subclassing

Hi, I have found a bug in Wine's comctl32.dll that causes crashes with subclassed windows. There can happen a situation when DefSubclassProc ends with all subclassings removed, in this case it cleans up the subclassing stack stored in a window property and frees it's memory. If DefSubclassProc

Re: compiling wine on Darwin/MacOS X 8/10

emmanuel maillard <[EMAIL PROTECTED]> writes: > man page said lstat return ENOENT if file did not exist, and he does > in all my tests, > but not here ?? > At this point i always have errno == 0 (according to man pages : 0 > Error 0. Not used.) > So yes we can check for a none used error ;-) > >

Re: compiling wine on Darwin/MacOS X 8/10

Hi, man page said lstat return ENOENT if file did not exist, and he does in all my tests, but not here ?? At this point i always have errno == 0 (according to man pages : 0 Error 0. Not used.) So yes we can check for a none used error ;-) do you want i change that ? emmanuel Le 17 avr. 04,

Re: Visual FoxPro

Hello Cecil, --- Cecil Champenois <[EMAIL PROTECTED]> wrote: > We would like to begin some development in Linux, but need to know > where > the WINE work stands at this time and what the future looks like. I have heard a lot of good reports of FoxPro working with WINE but the last major issue I

Re: compiling wine on Darwin/MacOS X 8/10

emmanuel maillard <[EMAIL PROTECTED]> writes: > Changelog > Fix a lstat problem on darwin I don't think you want to remove the check. What error does lstat return in that case? -- Alexandre Julliard [EMAIL PROTECTED]

Problem with winealsa

I decided to run the winmm test in interactive mode with wineoss and winealsa to see if everything is ok. So first, to do that just do: cd dlls/winmm/tests WINETEST_INTERACTIVE=1 ../../../tools/runtest -P wine -M winmm.dll -T ../../.. -p winmm_test.exe.so wave.c That will most likely run it wit

Re: [dx104] better hardware vertex shader activation

Raphael <[EMAIL PROTECTED]> writes: > Changelog: > - Use a config entry (instead of the registrry) to control the HW vertex > shader activation Actually the registry is probably a better idea, this way we don't need to move it again once we get rid of the config file. I'd suggest Sofware\Win

RE: controls/menu.c

> From: Dimitrie O. Paun > > On Fri, 16 Apr 2004, Ge van Geldorp wrote: > > > This fixes the black text on white background in AbiWord menus > > > > Changelog: > > Ge van Geldorp <[EMAIL PROTECTED]> > > Setup menu drawing colors before calling owner draw routine > > Good catch Ge, this was

Visual FoxPro

I have heard that there is a lot of interest in moving the WINE for Visual FoxPro forward. About a year ago, a major FoxPro developer by the name of Whil Hentzen was telling our User Group www.ocfox.org about the Visual FoxPro work you are doing with WINE. He also demonstrated Visual FoxPro wor

winapi_check broken

Hello, winapi_check --cross-call-unicode-ascii does not longer work for me. Looks like it loops when searching for the spec-files. Does anyone else noticed this problem? Normaly a run took less than 10 minutes for me. Today i stopped it after two hours. There was only one output line:

Re: controls/menu.c

On Fri, 16 Apr 2004, Ge van Geldorp wrote: > This fixes the black text on white background in AbiWord menus > > Changelog: > Ge van Geldorp <[EMAIL PROTECTED]> > Setup menu drawing colors before calling owner draw routine Good catch Ge, this was really annoying, and maybe the most upsetting

RE: dlls/richedit/reader.c

> From: Phil Krylov [mailto:[EMAIL PROTECTED] > > Friday, April 16, 2004, 3:56:41 PM, you wrote: > > GvG> Changelog: > GvG> Ge van Geldorp <[EMAIL PROTECTED]> > GvG> Work around problem in NSIS installers which can't > handle 1 char > GvG> at a time reading of RTF text. > > To make it fu

Re: abnt2 keyboard patch

> That's why I said that it's an X11 bug and we can do nothing about it. > > Please resubmit the patch without that part. Attached. I will contact xfree and try to fix the rest of the problem. Thanks. > Dmitry. Rafael Index: dlls/x11drv/keyboard.c

Re: [Darwine] compiling wine on Darwin/MacOS X 5/10

Emmanuel, Index: libs/wine/loader.c === RCS file: /home/wine/wine/libs/wine/loader.c,v retrieving revision 1.16 diff -u -r1.16 loader.c --- libs/wine/loader.c 2 Jan 2004 21:08:05 - 1.16 +++ libs/wine/loader.c 15 Apr 2004 18:17:07

Re: [Darwine] compiling wine on Darwin/MacOS X 4/10

Emmanuel, I know that I did this hack, but it is not really a good one. Since it corrupts the stack (you get a stack frame error at every signal caught). So this issue would need to be a bit more investigated. But it is required for now, without it you can't launch an App. Pierre PS: its good

Re: dlls/kernel/console.c::SetConsoleCtrlHandler() cleanup/fixup

Alexandre Julliard <[EMAIL PROTECTED]> writes: > Peter Riocreux <[EMAIL PROTECTED]> writes: > >> It gives every impression of working for me, but I have only tested it >> with one application. >> >> Suggestions for better extended error codes appreciated. > > Error codes should not be based on sug

Re: Handling dialog messages for non-template based dialogs

"Santosh Siddheshwar" <[EMAIL PROTECTED]> wrote: > Could you take a look at this fix? I would think I have resolved the other > issue with SetDefButton as well. Tests with msg ran fine. The only thing that I'd suggest to remove is a misleading comment about WM_NCCREATE, otherwise the patch looks

Re: dlls/richedit/reader.c

Hello Ge, Friday, April 16, 2004, 3:56:41 PM, you wrote: GvG> Changelog: GvG> Ge van Geldorp <[EMAIL PROTECTED]> GvG> Work around problem in NSIS installers which can't handle 1 char GvG> at a time reading of RTF text. To make it fully compatible with MS richedit, the buffer size should be

Re: dlls/kernel/console.c::SetConsoleCtrlHandler() cleanup/fixup

Peter Riocreux <[EMAIL PROTECTED]> writes: > "Dimitrie O. Paun" <[EMAIL PROTECTED]> writes: > >> So maybe with the testing framework in place, people can >> start by submitting a test, waiting for results, and then >> submitting the implementation. Very XP-ish :), but also >> rather cool. One woul

RE: dlls/kernel/console.c::SetConsoleCtrlHandler() cleanup/fixup

Peter Riocreux wrote: > > "Dimitrie O. Paun" <[EMAIL PROTECTED]> writes: > > > On April 15, 2004 7:54 pm, Alexandre Julliard wrote: > >> Error codes should not be based on suggestions, what you should do is > >> write a small test program under Windows to find out the real codes. I wrote a test pr

[Peter Riocreux] Re: dlls/kernel/console.c::SetConsoleCtrlHandler() cleanup/fixup

Sorry, mistyped the wine-patches address before ... --- Begin Message --- "Dimitrie O. Paun" <[EMAIL PROTECTED]> writes: > On April 15, 2004 7:54 pm, Alexandre Julliard wrote: >> Error codes should not be based on suggestions, what you should do is >> write a small test program under Windows to f

Re: dlls/kernel/console.c::SetConsoleCtrlHandler() cleanup/fixup

"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes: > On April 15, 2004 7:54 pm, Alexandre Julliard wrote: >> Error codes should not be based on suggestions, what you should do is >> write a small test program under Windows to find out the real codes. > > Hopefully, this sort of thing will be easier on

RE: Handling dialog messages for non-template based dialogs

Could you take a look at this fix? I would think I have resolved the other issue with SetDefButton as well. Tests with msg ran fine. Regards Santosh Siddheshwar <> > -Original Message- > From: Dmitry Timoshkov [SMTP:[EMAIL PROTECTED] > Sent: Friday, April 16, 2004 1:35 PM > To: Santosh

Re: Handling dialog messages for non-template based dialogs

"Santosh Siddheshwar" <[EMAIL PROTECTED]> wrote: > This test fails with WINE even after I create the DIALOGINFO structure the > first time it enters DefDlgProc. Not sure why this test should work on > Windows. Since I wrote it under Windows it apparently works there. > Basically at the stage whe