http://bugs.winehq.com/show_bug.cgi?id=1010
------- Additional Comments From oscar.valdez(a)plastipak.com.sv 2002-09-05 11:35 -------
No, that's not exactly the way I would interpret things.
At least on Wine, Visual FoxPro "runs" when Wine is imitating NT40, W2K or WXP,
but not when it's imitating W9x. It seems like a simple workaround.
And I say "runs", because I'm still getting OLE exception errors.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1010>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1010
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-09-05 11:24 -------
So you want to tell us that Visual FoxPro only runs on an NT-based Windows version
(NT, Win 2000, XP) and never on a Win 9x system, right ?
Or why else would you consider this bug to be closed ?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1010>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1010
oscar.valdez(a)plastipak.com.sv changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From oscar.valdez(a)plastipak.com.sv 2002-09-05 11:11 -------
I've gotten over this problem by setting "nt40", "win2k" or "winxp" as the
Windoze version to imitate.
The Visual FoxPro application now runs, although with "OLE exception errors".
That's a completely different matter though, so I consider this particular case
closed.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1010>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1008
mcbridematt(a)hotmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
everconfirmed|0 |1
------- Additional Comments From mcbridematt(a)hotmail.com 2002-09-05 03:29 -------
*** This bug has been confirmed by popular vote. ***
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1008>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1007
------- Additional Comments From centaur(a)netmagic.net 2002-09-04 23:55 -------
Here's abbreviated --debugmsg +relay output, though I'm not really sure if I've
gotten the part where it starts to barf. I've done some more reading, and it
sounds to me like CreateToolhelp32Snapshot and friends are typically used for
Windows debugging (is this correct?) so maybe the real culprit is further up the
chain. Any help would be greatly appreciated!
08c58100:Call user32.GetCursorInfo(422a6590) ret=40c743a4
08c58100:Call x11drv.GetCursorPos(422a659c) ret=408279ad
08c58100:Ret x11drv.GetCursorPos() retval=00000134 ret=408279ad
08c58100:Ret user32.GetCursorInfo() retval=00000001 ret=40c743a4
08c58100:Call kernel32.GetCurrentThreadId() ret=40c73473
08c58100:Ret kernel32.GetCurrentThreadId() retval=08c58100 ret=40c73473
08c58100:Call user32.GetQueueStatus(000000bf) ret=40c743d0
08c58100:Ret user32.GetQueueStatus() retval=00000000 ret=40c743d0
08c58100:Call kernel32.GetCurrentThreadId() ret=40c73473
08c58100:Ret kernel32.GetCurrentThreadId() retval=08c58100 ret=40c73473
08c58100:Call kernel32.FreeLibrary(407e0000) ret=40c743f1
08c58100:Ret kernel32.FreeLibrary() retval=00000001 ret=40c743f1
08c58100:Call kernel32.GetProcAddress(40610000,40cbe7f0
"CreateToolhelp32Snapshot") ret=40c74401
08c58100:Ret kernel32.GetProcAddress() retval=40677000 ret=40c74401
08c58100:Call kernel32.GetProcAddress(40610000,40cbe7e4 "Heap32First")
ret=40c7440b
08c58100:Ret kernel32.GetProcAddress() retval=4061771c ret=40c7440b
08c58100:Call kernel32.GetProcAddress(40610000,40cbe7d8 "Heap32Next")
ret=40c74417
08c58100:Ret kernel32.GetProcAddress() retval=40617770 ret=40c74417
08c58100:Call kernel32.GetProcAddress(40610000,40cbe7c8 "Heap32ListFirst")
ret=40c74423
08c58100:Ret kernel32.GetProcAddress() retval=40617738 ret=40c74423
08c58100:Call kernel32.GetProcAddress(40610000,40cbe7b8 "Heap32ListNext")
ret=40c7442d
08c58100:Ret kernel32.GetProcAddress() retval=40617754 ret=40c7442d
08c58100:Call kernel32.GetProcAddress(40610000,40cbe7a8 "Process32First")
ret=40c74439
08c58100:Ret kernel32.GetProcAddress() retval=40678d10 ret=40c74439
08c58100:Call kernel32.GetProcAddress(40610000,40cbe798 "Process32Next")
ret=40c74445
08c58100:Ret kernel32.GetProcAddress() retval=40678d20 ret=40c74445
08c58100:Call kernel32.GetProcAddress(40610000,40cbe788 "Thread32First")
ret=40c74451
08c58100:Ret kernel32.GetProcAddress() retval=406797c0 ret=40c74451
08c58100:Call kernel32.GetProcAddress(40610000,40cbe778 "Thread32Next")
ret=40c7445d
08c58100:Ret kernel32.GetProcAddress() retval=406797d0 ret=40c7445d
08c58100:Call kernel32.GetProcAddress(40610000,40cbe768 "Module32First")
ret=40c74469
08c58100:Ret kernel32.GetProcAddress() retval=40678ad0 ret=40c74469
08c58100:Call kernel32.GetProcAddress(40610000,40cbe758 "Module32Next")
ret=40c74475
08c58100:Ret kernel32.GetProcAddress() retval=40678ae0 ret=40c74475
08c58100:Call kernel32.CreateToolhelp32Snapshot(0000000f,00000000) ret=40c744f7
08c58100:Ret kernel32.CreateToolhelp32Snapshot() retval=000000c4 ret=40c744f7
08c58100:Call kernel32.GetLastError() ret=00443683
08c58100:Ret kernel32.GetLastError() retval=00000002 ret=00443683
08c58100:Call kernel32.TlsGetValue(00000009) ret=00443691
08c58100:Ret kernel32.TlsGetValue() retval=41bd01e0 ret=00443691
08c58100:Call kernel32.SetLastError(00000002) ret=004436dd
08c58100:Ret kernel32.SetLastError() retval=00000002 ret=004436dd
08c58100:Call kernel32.UnhandledExceptionFilter(422a60a0) ret=00444eb6
08c58100:Call kernel32.IsBadCodePtr(7800b322) ret=00449078
08c58100:Ret kernel32.IsBadCodePtr() retval=00000000 ret=00449078
wine: Unhandled exception, starting debugger...
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1007>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1011
Summary: Can't Work In Lycoris Desktop/LX
Product: Wine
Version: 20010112
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P5
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: bksathesh(a)dacafe.com
G'day Everyone,
I'm having some problem trying to install codeweaver-wine in Lycoris
Desktop/LX. It tells me that the XFree86 lib or sumthin like that is
incompatible. Apparently, Lycoris uses version .025 while mandrake uses
version .023 So it works well with Mandrake but not in Lycoris. Could you guyz
be of much assisatnce to me?. I'm actually writing from a company in Malaysia
that serves many of the bluechip companies over here. I sincerely hope you guyz
could look into the matter ASAP asI need to do a roll out on the 15.9.2002 and
I need to be well prepared before that. Thanx for the help.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1011>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1010
Summary: Unhandled exception in VFP6R.DLL (Visual FoxPro 6)
Product: Wine
Version: 20020804
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: oscar.valdez(a)plastipak.com.sv
I've been trying to install and run a simple Visual Fox Pro 6 application.
At first, I was having trouble registering MSCAL.OCX. I solved that by adding
the line "comcat"="builtin,native" to the DLLOverrides section of
~/.wine/config. The application installed, and all the components registered
properly.
But when I try to run the application, I'm immediately dropped to the debug
window, with the following (final) statement:
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x0c0b4ce6).
In 32-bit mode.
0x0c0b4ce6 (VFP6R.DLL.DllWinMain+0x5e1e9 in C:\WINDOWS\SYSTEM\VFP6R.DLL): mov1
0x0(%eax),%eax
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1010>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1009
Summary: Character set of filenames is wrong in Russia
Product: Wine
Version: 20020804
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: wine-files
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: semzx(a)newmail.ru
WINE almost correctly uses charset cp1251 for text in Russia.
The only place it takes incorrect is filenames.
If I fire an open dialog, I get Russian filenames wrong.
To reproduce this kind of distortion in a web browser
(just for me to explain easily what it is),
create a file with text in koi8-r and view it as if it was in cp1251
- you will have exactly he same distortion of characters.
In all places where a program displays the filename, I get the same distortion,
but files are opened OK.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1009>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1000
------- Additional Comments From mcbridematt(a)hotmail.com 2002-09-04 01:59 -------
I've also noticed this in other M$ apps:
Microsoft Works 4.0, Microsoft Money for Win95
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1000>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1000
------- Additional Comments From mcbridematt(a)hotmail.com 2002-09-04 01:58 -------
Created an attachment (id=284)
bzip'ed Debug output
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=1000>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.