problem trying to run a Visual Foxpro app

[Joe Black]

On Wednesday 22 January 2003 10:33, Rick Romero wrote:
<...>
>
> Outstanding Issues with Visual FoxPro that I know of:
>
> 1. WAIT WINDOWS don't display properly.  The graphics are
> drawn after, and over, the text.  The text is drawn with
> gdi32.ExtTextOutA, and the window appears to be external. 
> Transgamings Wine doesn't seem to do Managed Windows, so the
> WAIT WINDOW actually gets a 'windows border', with
> Min/Max/Close buttons.  That's probably the source of the
> issue - windows created by VFP to show how long a SELECT is
> taking display fine, and without the 'windows border'.
>
> 2. No record locking.  Apparently a patch was submitted some
> time ago, but wasn't accepted.
>
> 3. Window resizing.  I've noticed in the IDE that the window
> resizing doesn't work quite right.. not a killer, but a
> nuisance.
>
>
> AFAICS, the apps run pretty well.. unfortunately, I haven't
> had a chance to test printing, but I know that's worked in the
> past.
>
> Rick
>


And On Wednesday 22 January 2003 11:01, Paul McNett wrote:
>
> Visual Foxpro only works when Wine is emulating a NT-based
> system (nt40, win2k, winxp).  Actually, I think for VFP6, Wine
> needs to emulate nt351.
>
<...>

I'm trying to run a production-quality database app based upon 
VFP (not sure what version---probably 6) and am also having 
problems, but not with fonts---I get an unhandled exception:

localhost# wine --debugmsg +relay,+seh sw.exe
shows (among other things):

Unhandled exception: page fault on write access to 0x0000044a in 
32-bit code (0x40fff7a3).
In 32-bit mode.
Register dump:
 CS:0023 SS:002b DS:002b ES:002b FS:02e7 GS:0307
 EIP:40fff7a3 ESP:41252880 EBP:41252898 EFLAGS:00210246(  R- 00  
I  Z- -P1 )
 EAX:00000019 EBX:4101b2e4 ECX:41264400 EDX:00000019
 ESI:00000400 EDI:00000000
Stack dump:
0x41252880:  00000050 00000019 4101b2e4 41252914
0x41252890:  00000050 00000019 412528dc 410006da
0x412528a0:  00000400 4101b2e4 00008f16 00000000
0x412528b0:  4206fc84 4212a2d0 00000000 00001000
0x412528c0:  00010000 7fffffff 00000001 41006a2b
0x412528d0:  4101b2e4 0000583e 000005f0 412528ec
0x412528e0:

005c: sel=02e7 base=41263000 limit=00000fff 32-bit rw-
Backtrace:
=>0 0x40fff7a3 (WINEDOS.DLL.EntryPoint+0xff7 in winedos.dll.so) 
(ebp=41252898)
  1 0x410006da (WINEDOS.DLL.EntryPoint+0x1f2e in winedos.dll.so) 
(ebp=412528dc)
  2 0x4100cbc0 (WINEDOS.DLL.EntryPoint+0xe414 in winedos.dll.so) 
(ebp=412528ec)
  3 0x4100e851 (WINEDOS.DLL.EntryPoint+0x100a5 in winedos.dll.so) 
(ebp=41252900)
  4 0x400bcc7a (KERNEL32.DLL.__wine_call_from_16_regs+0x13e in 
libntdll.dll.so) (ebp=41252c08)
  5 0x02f7:0xe9d5 (bp=03f7)
  6 0x02f7:0x7551 (bp=656c)
  7 0x40077a0e (NTDLL.DLL.RtlSetPropertySetClassId+0x2a0c6 in 
libntdll.dll.so) (ebp=41252f0c)
  8 0x40072fbe (NTDLL.DLL.RtlSetPropertySetClassId+0x25676 in 
libntdll.dll.so) (ebp=41252f20)
  9 0x400a5554 (NTDLL.DLL.wine_server_call+0x732c in 
libntdll.dll.so) (ebp=41252f38)
  10 0x400a4970 (NTDLL.DLL.wine_server_call+0x6748 in 
libntdll.dll.so) (ebp=41252ff4)
  11 0x420da1ca (NTDLL.DLL.sscanf+0x78e0a) (ebp=00000000)

0x40fff7a3: movw        $0x50,0x4a(%esi)
Modules:
Address                 Module  Name
0x08050000-08052000     (PE)    Y:\cxoffice\bin\wineloader
0x40040000-40042000     (PE)    C:\WINDOWS\SYSTEM\NTDLL.DLL
0x40730000-40732000     (PE)    C:\WINDOWS\SYSTEM\WINMM.DLL
0x407a0000-407a2000     (PE)    C:\WINDOWS\SYSTEM\USER32.DLL
0x408c0000-408c2000     (PE)    C:\WINDOWS\SYSTEM\GDI32.DLL
0x40930000-40932000     (PE)    C:\WINDOWS\SYSTEM\ADVAPI32.DLL
0x40970000-40972000     (PE)    C:\WINDOWS\SYSTEM\KERNEL32.DLL
0x40a50000-40a52000     (PE)    C:\WINDOWS\SYSTEM\X11DRV.DLL
0x40bc0000-40bc2000     (PE)    C:\WINDOWS\SYSTEM\IMM32.DLL
0x40c30000-40c32000     (PE)    C:\WINDOWS\SYSTEM\WINEOSS.DRV
0x40c50000-40c52000     (PE)    C:\WINDOWS\SYSTEM\MSACM.DRV
0x40da0000-40da2000     (PE)    C:\WINDOWS\SYSTEM\MIDIMAP.DRV
0x40ff0000-40ff2000     (PE)    C:\WINDOWS\SYSTEM\WINEDOS.DLL

This is actually output from Codeweavers' CrossOver version of 
wine, but when I do the same for Wine-20030115 (and the previous 
version), I get very similar output.

Anyone here know if the issues that Rick and Paul mentioned above 
would rule out using this database app under wine in a 
business/production environment?  Specifically, I'm concerned 
about problems with record locking.  This app needs to be run by 
several different users on several different computers 
simultaneously (which is no problem in native windoze, but what 
about wine).  The reason I ask (aside from the obvious) is that 
I'm considering paying Codeweavers to fix the bug that's causing 
the unhandled exception above, but if the issues that Rick and 
Paul mentioned would prevent using the app in a business 
environment as described, then I might be wasting my money by 
just fixing this one little problem---only to find that the 
other already known issues with VFP would prevent me being able 
to do what I need to do.

Thanks for any thoughts.

Joe