http://bugs.winehq.org/show_bug.cgi?id=9030
Jarkko K <jarkko_korpi(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jarkko_korpi(a)hotmail.com
--- Comment #46 from Jarkko K <jarkko_korpi(a)hotmail.com> ---
I get identical error ouput 1.7.15
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20131
Summary: every time i run Wine whether it be with iTunes or
another PC based program it crashes and i get the same
error of winedbg.exe has encountered a serious
problem.
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: winedbg
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: atbader(a)zoomtown.com
Every time i run Wine whether it be with iTunes or another PC based program it
crashes and i get the same error of winedbg.exe has encountered a serious
problem.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6176
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
URL|http://download.mcneel.com/ |http://www.cadcam-download.
|s3/mcneel/rhino/3.0/eval/rh |de/download/solidedge/rh30e
|30eval_en_20060331.exe |val.exe
CC| |focht(a)gmx.net
Component|-unknown |gdi32
Summary|Unhandled page fault when |Rhino 3D v3 (CAD app)
|launching Rhino 3D v. 3 |crashes on startup
| |(OpenGL/DIB driver needs to
| |return max index for NULL
| |PIXELFORMATDESCRIPTOR)
--- Comment #9 from Anastasius Focht <focht(a)gmx.net> ---
Hello Austin,
I can confirm the crash - even with OSMesa.
The CAD app indeed uses OpenGL bitmap support.
Relevant part of trace log:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Rhinoceros 3.0 Evaluation/System
$ WINEDEBUG=+tid,+seh,+relay wine ./Rhino3.exe >>log.txt 2>&1
...
0023:Call gdi32.CreateCompatibleDC(00000000) ret=00769428
0023:Ret gdi32.CreateCompatibleDC() retval=00010054 ret=00769428
0023:Call gdi32.GetDeviceCaps(00010054,0000000c) ret=0076943f
0023:Ret gdi32.GetDeviceCaps() retval=00000020 ret=0076943f
0023:Call gdi32.DescribePixelFormat(00010054,00000001,00000000,00000000)
ret=0076945d
0023:Call opengl32.wglDescribePixelFormat(00010054,00000001,00000000,00000000)
ret=7ec186b9
0023:Call gdi32.__wine_get_wgl_driver(00010054,0000000b) ret=7ed5b675
0023:Ret gdi32.__wine_get_wgl_driver() retval=7ec5b480 ret=7ed5b675
0023:Ret opengl32.wglDescribePixelFormat() retval=00000000 ret=7ec186b9
0023:Ret gdi32.DescribePixelFormat() retval=00000000 ret=0076945d
0023:Call gdi32.DeleteDC(00010054) ret=5f4038c2
0023:Ret gdi32.DeleteDC() retval=00000001 ret=5f4038c2
...
--- snip ---
The crash is just a late manifestation of the failing DescribePixelFormat()
call.
Debug session:
--- snip ---
Wine-dbg>n
153 if (size < sizeof(*descr)) return 0;
Wine-dbg>bt
Backtrace:
=>0 0x7ebc1a2b dibdrv_wglDescribePixelFormat+0x2f(hdc=0x10054, fmt=0x1, size=0,
descr=(nil))
[/home/focht/projects/wine/wine.repo/src/dlls/gdi32/dibdrv/opengl.c:153] in
gdi32 (0x0033fa08)
1 0x7ed5c321 wglDescribePixelFormat+0x49(hdc=0x10054, format=0x1, size=0,
descr=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/opengl32/wgl.c:409]
in opengl32 (0x0033fa38)
2 0x7ec186b9 DescribePixelFormat+0x9e(hdc=<couldn't compute location>,
fmt=<couldn't compute location>, size=<couldn't compute location>,
pfd=<couldn't compute location>)
[/home/focht/projects/wine/wine.repo/src/dlls/gdi32/opengl.c:89] in gdi32
(0x0033fa68)
3 0x0076945d in rhino3 (+0x36945c) (0x00010054)
--- snip ---
The app wants to know the maximum pixel format index hence it passes NULL
pixelformat descriptor.
Wine doesn't handle this ...
Source:
http://source.winehq.org/git/wine.git/blob/28be1f7853f01a402854dccdb9d0ee10…
--- snip ---
148 static int dibdrv_wglDescribePixelFormat( HDC hdc, int fmt, UINT size,
PIXELFORMATDESCRIPTOR *descr )
149 {
150 int ret = sizeof(pixel_formats) / sizeof(pixel_formats[0]);
151
152 if (fmt <= 0 || fmt > ret) return ret;
153 if (size < sizeof(*descr)) return 0;
154
155 memset( descr, 0, sizeof(*descr) );
...
--- snip ---
If you fix this, the app runs farther (a splash screen is shown) - until the
next crash
Something MFC + user32 -> NULL GetParent() which looks familiar .. I've seen
this earlier but can't remember the bug(s) right know.
$ sha1sum rh30eval.exe
8418bb80ae9bfb1f910f7c0c872424014d3da2f2 rh30eval.exe
$ du -sh rh30eval.exe
36M rh30eval.exe
$ wine --version
wine-1.7.15
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6176
--- Comment #8 from Austin English <austinenglish(a)gmail.com> ---
http://www.cadcam-download.de/download/solidedge/rh30eval.exe
[austin@localhost ~]$ du -h rh30eval.exe
36M rh30eval.exe
[austin@localhost ~]$ sha1sum rh30eval.exe
8418bb80ae9bfb1f910f7c0c872424014d3da2f2 rh30eval.exe
[austin@localhost ~]$ wine --version
wine-1.7.15
Still in 1.7.15, but it looks like it may be because I don't have osmesa
support:
[austin@localhost System]$ wine Rhino3.exe
err:dib:dibdrv_wine_get_wgl_driver OSMesa not compiled in, no OpenGL bitmap
support
wine: Unhandled page fault on read access to 0x00000000 at address 0x76a2f3
(thread 0009), starting debugger...
..
Backtrace:
=>0 0x0076a2f3 in rhino3 (+0x36a2f3) (0x00000000)
0x0076a2f3: movb 0x0(%ecx,%edx,4),%dl
Modules:
Module Address Debug info Name (103 modules)
PE 330000- 383000 Deferred rmatoolbars_mbcs
could someone with OSMesa working test this please?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23432
Summary: Stranded II does not start
Product: Wine
Version: 1.1.38
Platform: x86
URL: http://www.stranded.unrealsoftware.de/s2_download.php
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
While starting, Stranded II brings up a dialog that says "Memory access
violation" and then immediately quits.
Result of regression testing:
0692bfda5f10e0c2dc6eed2a66e1a9f9c1092bad is first bad commit
commit 0692bfda5f10e0c2dc6eed2a66e1a9f9c1092bad
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Jan 28 19:47:01 2010 +0100
ntdll: Don't require heap sizes to be 64K aligned.
This is still broken in 1.2-rc5, and the program starts with that commit
reverted.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6946
--- Comment #19 from Sebastian Riemer <Sebastian.Riemer(a)gmx.de> ---
Yes, it is DirectX 7 as well and it sounds very similar. Here is what needs to
be done:
1. find the function which causes trouble (debugging, disassembly, etc)
2. write a small test app with that function
3. test the test app on Windows and on latest Wine, compare the results
4. Write a prove-of-concept patch, apply to latest Wine, retest
5. improve the patch according to the Git Wine instructions, attach the working
patch to this bug report, give it to Henri for review
6. send it to the wine-devel mailing list if it is good enough
7. check if it gets accepted
One day I've installed the DirectX 7 SDK and I was kind of shocked how
different the example apps ran on Wine. In the examples there is also that
enumerator function to find the renderers which doesn't work correctly with
Wine. Sorry, but I can't remember its name.
Unfortunately, there are a lot of patches which remain uncommented and
unaccepted. I don't know if it's limited time, resources or commercial interest
of Codeweavers. But for hobbyists the effort isn't really worth it sending
patches to Wine. I made much much better experience sending patches to the
Linux kernel and other FOSS projects. Perhaps, Wine mailing lists should also
be splitted in subsystems with subsystem maintainers where you convince the
subsystem maintainer first. And having a getmaintainer script like in the Linux
kernel would also help.
Codeweavers, please come to the LinuxTag in Berlin/Germany one day! I'd like to
talk with you face to face one day!
The Carmageddon TDR 2000 demo doesn't have this bug. It uses 3D rendering right
away. Only the retail version has software renderer support and this bug.
I'm sorry that I've neglected my Carmageddon TDR 2000 AppDB maintainer duties
recently! I was so frustrated that more things are broken than fixed. I've
spent my leisure time improving my reverse engineering skills by developing the
universal elite game trainer "ugtrain" which does API hooking of malloc() and
free() to support dynamic memory and already works very well for Linux. Next
versions will support Windows and Wine as well. It will be the only universal
multiplatform game trainer with dynamic memory support. I intended this for
faster Wine testing but it is a lot of effort - still no contributions from
others. :-( At work I'm a Senior Linux Kernel Developer - Storage. But working
full-time on Wine from remote would also be a cool job for me.
I think in June I will have again more time for Wine. Then, I will retest
everything and debug this further down.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=657
--- Comment #107 from Helen Hernandez <lilhomiefoo(a)gmail.com> ---
Comment on attachment 97
--> http://bugs.winehq.org/attachment.cgi?id=97
Error output when there is no mfc42.dll in wine's path or the directory of the
calling program
>[root@Hub root]#
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=657
--- Comment #106 from Helen Hernandez <lilhomiefoo(a)gmail.com> ---
Comment on attachment 97
--> http://bugs.winehq.org/attachment.cgi?id=97
Error output when there is no mfc42.dll in wine's path or the directory of the
calling program
>[root@Hub D2Stuff]# ls
>MapHack/
>[root@Hub D2Stuff]# cd MapHack/
>[root@Hub MapHack]# ls
>d2maphack.cfg minishrine02.dc6 minishrine15.dc6 shrine06.dc6 shrine15.dc6
>d2maphack.dat minishrine03.dc6
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=657
--- Comment #105 from Helen Hernandez <lilhomiefoo(a)gmail.com> ---
Comment on attachment 97
--> http://bugs.winehq.org/attachment.cgi?id=97
Error output when there is no mfc42.dll in wine's path or the directory of the
calling program
>[root@Hub D2Stuff]# ls
>MapHack/
>[root@Hub D2Stuff]# cd MapHack/
>[root@Hub MapHack]# ls
>d2maphack.cfg minishrine02.dc6 minishrine15.dc6 shrine06.dc6 shrine15.dc6
>d2maphack.dat minishrine03.dc6
--- Comment #104 from Helen Hernandez <lilhomiefoo(a)gmail.com> ---
Comment on attachment 97
--> http://bugs.winehq.org/attachment.cgi?id=97
Error output when there is no mfc42.dll in wine's path or the directory of the
calling program
>[root@Hub D2Stuff]# ls
>MapHack/
>[root@Hub D2Stuff]# cd MapHack/
>[root@Hub MapHack]# ls
>d2maphack.cfg minishrine02.dc6 minishrine15.dc6 shrine06.dc6 shrine15.dc6
>d2maphack.dat minishrine03.dc6
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.