http://bugs.winehq.com/show_bug.cgi?id=1017
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:35 -------
Bug comments restored from Gmane.org:
Hello there,
I tested a Office Package called "Papyrus Office" for a friend which plans
to migrate his system to linux.
Now i'd take the beta from the page and want install it but it was rapidly
stopped with this message:
manuel@prodigy7:/tmp > wine PAPWDEMO.EXE
Warning: unprotecting the first 64KB of memory to allow real-mode calls.
NULL pointer accesses will no longer be caught.
wine: Unhandled exception, starting debugger...
I think it have not the highest priority to solve this problem but maybe
there's an bug in wine, how like ever
Happy wineing :-)
Greetings
Manuel
P.S.: Sorry for my bad and maybe not best understandable english
------- Additional Comments From spetreolle <at> yahoo.fr 2002-09-19 21:58 -------
please read dbg-config.html
aka Chaper 2.5 of wine documentation
to configure your debugger properly.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1016
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:35 -------
Bug comments restored from Gmane.org:
The app I am using is Delorme's AAA MapNGo 4.0, a mapping program (so I don't
have the source). The program can draw crosshatched highlights for user objects
as well as map features.
When a crosshatched object is drawn, the area covered by the object is filled in
black. This is independant of the requested object being drawn - ask for a
crosshatched blue circle, get a black circle.
I can tell that the items behind the object are drawn, then the object
overwrites them.
This has been the case for as long as I've been able to run MN4 under Wine, and
I have confirmed it on a CVS pull of a few minutes ago (5 Sept 2002 at 20:00 CDT).
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1015
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:34 -------
Bug comments restored from Gmane.org:
------- Additional Comments From us <at> the-edmeades.demon.co.uk 2002-10-01
04:40 -------
Have you got a native d3d8.dll in c:\windows\system? I didnt think we supported
that. However, dx8 support is very, very minimal in wine just now. Try latest
cvs, ./configure --enable-opengl might be required to ensure d3d8 support gets
compiled depending on your opengl settings. I suspect you'll just get different
errors though...
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1011
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:31 -------
Bug comments restored from Gmane.org:
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.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1009
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:28 -------
Bug comments restored from Gmane.org:
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.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1010
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:28 -------
Bug comments restored from Gmane.org:
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
------- Additional Comments From oscar.valdez <at> 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.
------- Additional Comments From andi <at> 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 ?
------- Additional Comments From oscar.valdez <at> 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.
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-09-05 11:46
-------
Did you realize what you just said ? You said it's a *workaround*, not a bug fix.
Thus this bug is still valid :)
(as I'm damn sure that VFP *should* run on a Win 9x based system)
Sounds like there's a problem with some Wine Win9x support code that's being run
when the app decides to switch to Win9x mode instead of NT mode.
So should that bug be reopened ?
(please submit a --debugmsg +Relay log file in win9x mode in this case)
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-09-05 11:47
-------
Argl, I meant --debugmsg +relay
------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-13
09:45 -------
Created an attachment (id=290)
--> (http://bugs.winehq.com/attachment.cgi?id=290&action=view)
Debug messages when imitating Win 9x
------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-13
09:46 -------
Created an attachment (id=291)
--> (http://bugs.winehq.com/attachment.cgi?id=291&action=view)
More (but similar) debug messages when imitating Win 9x
------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-13
09:47 -------
As Andreas Mohr pointed out, the bug persists when Wine imitates Win 9x, so it
can't really be considered closed.
------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-18
18:13 -------
When imitating Win9x and thus causing the unhandled exception, the debugger and
it's bt command report:
> Unhandled exception: page fault on read access to 0x0000000 in 32-bit code
(0x0c0b4ce6)
> In 32-bit mode
> 0x0c0b4ce6 (VFP6R.DLL.DllWinMain+0x5e1e9 in
C:\WINDOWS\SYSTEM\VFP6R.DLL): movl
0x0(%eax),%eax
> Wine-dbg>bt
> Backtrace:
> 0 0x0c0b4ce6 (VFP6R.DLL.DllWinMain+0x5e1e9 in
C:\WINDOWS\SYSTEM\VFP6R.DLL)
(ebp=405d664c)
> 1 0x0c0f162e (VFP6R.DLL.DllOleInit+0x.6b8f in
C:\WINDOWS\SYSTEM\VFP6R.DLL)
(ebp=0000100f)
------- Additional Comments From aztecconsultants <at> java.fsbusiness.co.uk
2003-04-02 12:03
-------
I have to say that this bug is also to be found in Visual FoxPro 6.0 SP5
running under native Win2K SP3. It only occurs if you use an OCX control on a
form. I believe that it is related to an OCX control firing internal events.
When considering GPF faults with Visual FoxPro it is better to make sure that
they do not occur on the native platform. FoxPro is single threaded (or stolen
zero threaded during big SQL extracts!) so how it responds to underlying
windows messages is very precarious.
To date I have about 20 different variations of various unacknoledge Visual
FoxPro GPFs. I have to work around then all during my Visual FoxPro
development. I did report them via MS WWW site but noticed months later that
they had no outstanding bugs with this horrid product so I stopped reporting
them!
I am now a Sun Java Certified programmer and hope never to have to deal with
this FoxPro product again.
Anton
------- Additional Comments From abdulet <at> x-mail.net 2003-06-06 06:04 -------
seems visual fox only works in a windowsNT wine installation/simulation look
here for details http://appdb.winehq.com/appview.php?appId=296
S8^>
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1007
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:24 -------
Bug comments restored from Gmane.org:
------- Additional Comments From centaur <at> netmagic.net 2002-08-30 19:43 -------
I am trying to get the client program for ParadisePoker.com running on wine. It
was working until a few days ago when they distributed an updated version of the
client. winedbg reports unimplemented function: kernel32.dll.Heap32ListFirst
when I try to run it now. Looking at the spec file, I see that none of the
Heap32* functions are implemented. I would like to help any way I can, but
after reviewing the MSDN descriptions of the functions and some of the code
involved in related functions such as CreateToolhelp32Snapshot, I think it may
be a bit beyond what I currently know. Any tips are appreciated, and I would be
happy to provide the debug info I've collected so far.
Per Nystrom
------- Additional Comments From centaur <at> netmagic.net 2002-09-03 00:53 -------
*** This bug has been confirmed by popular vote. ***
------- Additional Comments From centaur <at> 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...
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1006
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:22 -------
Bug comments restored from Gmane.org:
I can see the following error while trying to execute Pervasive's iscout program
to test Database interactivity over the network:
fixme:win32:CallNamedPipeA "\\\\BTI-RICHARD\\PIPE\\BMKDE\\FUNCTION.PIP"
0x405d5e98 82 0x405d5fbc 82 0x405d6010 10000
fixme:netbios:Netbios NCBADDNAME
fixme:netbios:Netbios NCBADDNAME
Can I Fix this?. I've seen an error like this one with PeekNamedPipe
Can you help me?.
Thanks in advance
------------------
Pablo Abrile
Informatica
UNCPBA
http://www.unicen.edu.ar
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.