http://bugs.winehq.org/show_bug.cgi?id=18418
Summary: EVE Online 6.10 freezes during character load due to heap.c thread error Product: Wine Version: 1.1.21 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: tetromino@gmail.com
Created an attachment (id=21021) --> (http://bugs.winehq.org/attachment.cgi?id=21021) error messages generated
EVE Online 6.10.86756 with wine-1.1.21 freezes while loading a character (i.e. after you log on and click on one of your characters, but before the station hangar appears), when the progress bar is around 80%.
The terminal contains repeated error messages of the form
err:ntdll:RtlpWaitForCriticalSection section 0x110054 "heap.c: main process heap section" wait timed out in thread 001d, blocked by 0019, retrying (60 sec)
Hardware: Lenovo ThinkPad SL300, 64-bit, Intel GM45 graphics kernel 2.6.29.3 mesa-7.5-rc1 driver
http://bugs.winehq.org/show_bug.cgi?id=18418
--- Comment #1 from Alexandre Rostovtsev tetromino@gmail.com 2009-05-10 18:31:19 --- This might be related to bug #18370
http://bugs.winehq.org/show_bug.cgi?id=18418
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|EVE Online 6.10 freezes |EVE Online 6.10 freezes |during character load due to|during character load |heap.c thread error |
--- Comment #2 from Jeff Zaroyko jeffz@jeffz.name 2009-05-10 18:32:21 --- Does this work for you under Windows with the same hardware?
http://support.eve-online.com/Pages/KB/Article.aspx?id=124 says Minimum System Requirements: Video: 64 MB Shader Model 2.0 Graphics cards such as GeForce FX (5 series) class card or higher, ATi 9500, x300 series or higher
I see you previously opened a bug where Eve Online would not run with your hardware here and it was closed as WONTFIX: http://bugs.winehq.org/show_bug.cgi?id=17738
Does the game not get as far now? If so, please run a regression test. http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=18418
--- Comment #3 from Alexandre Rostovtsev tetromino@gmail.com 2009-05-10 18:40:35 --- (In reply to comment #2)
Does this work for you under Windows with the same hardware?
http://support.eve-online.com/Pages/KB/Article.aspx?id=124 says Minimum System Requirements: Video: 64 MB Shader Model 2.0 Graphics cards such as GeForce FX (5 series) class card or higher, ATi 9500, x300 series or higher
The hardware vastly exceeds the minimum requirements. To start with, in Windows, the GM45 card supports shader model 4.0.
I see you previously opened a bug where Eve Online would not run with your hardware here and it was closed as WONTFIX: http://bugs.winehq.org/show_bug.cgi?id=17738
Does the game not get as far now? If so, please run a regression test. http://wiki.winehq.org/RegressionTesting
The game gets much further now:) Before, I couldn't even get to the login screen. Now, I can successfully log in and select my character, but the game freezes during character load.
http://bugs.winehq.org/show_bug.cgi?id=18418
Alexandre Rostovtsev tetromino@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
--- Comment #4 from Alexandre Rostovtsev tetromino@gmail.com 2009-05-11 03:35:04 --- On further testing, this bug seems to be a regression relative to 1.1.20
With wine-1.1.20, I can get into the game. None of the 3D graphics work (i.e. station hangar is blank, none of the ship models appear, the fitting window is one big artifact, etc.), but at least I can access the market, chat, in-game mail and the skill queue with no problem.
With wine-1.1.21, I can't even get to the station hangar - the game always freezes or crashes while loading your character.
Unfortunately, I was not able to finish the bisection, because at the 08ba955300ba01c198731a2bbbcba706d8d29e1a commit, the behavior became indeterminate (50% of the time game froze at loading, 50% of the time successfully started).
The (incomplete) bisect log is as follows:
git bisect start # good: [52b1de84cd49510cb09ee99d7edc38b1fc82e40b] Release 1.1.20. git bisect good 52b1de84cd49510cb09ee99d7edc38b1fc82e40b # bad: [00160719d31aa59b37c358af16c3dabaa04bfd5b] Release 1.1.21. git bisect bad 00160719d31aa59b37c358af16c3dabaa04bfd5b # good: [56a3e788eacee60c255b1b38a19d738ba4b5fe3d] winex11.drv: Export copied images as image/bmp. git bisect good 56a3e788eacee60c255b1b38a19d738ba4b5fe3d # good: [9e8f2a70243205f4d7a33c8e02a0cad55c952209] programs: Make some of the open file dialogs of a few programs resizable. git bisect good 9e8f2a70243205f4d7a33c8e02a0cad55c952209 # good: [448dc84b6eb39f6f33d7c45ec2446a53221cd9af] wined3d: Fix shader_glsl_get_register_name() indentation. git bisect good 448dc84b6eb39f6f33d7c45ec2446a53221cd9af # bad: [717ac52dda12e7df698bdf106b6143995496dee0] gdiplus: Use the mode passed to GdipCreateLineBrushFromRect. git bisect bad 717ac52dda12e7df698bdf106b6143995496dee0 # bad: [31f5b01f9a6bfcd90e3cb63317e6389662272b6e] wined3d: Add a point size test. git bisect bad 31f5b01f9a6bfcd90e3cb63317e6389662272b6
http://bugs.winehq.org/show_bug.cgi?id=18418
--- Comment #5 from Alexandre Rostovtsev tetromino@gmail.com 2009-05-11 04:09:43 --- I *think* that 69cbb57bfde091039b30050cee8d17374b1da58f is the first bad commit (it results in freezes at character loading about 20% of the time) - although to be sure, one would probably need to test all the commits around that point a couple dozen times (since the freezes at that stage in git history seem to occur probabilistically, it's possible that some commits I marked as "good" weren't really 100% good).
In any case, this is the final git bisect output:
69cbb57bfde091039b30050cee8d17374b1da58f is first bad commit commit 69cbb57bfde091039b30050cee8d17374b1da58f Author: Henri Verbeet hverbeet@codeweavers.com Date: Thu May 7 16:36:08 2009 +0200
wined3d: Add support for immediate constants to the GLSL backend.
:040000 040000 6049e55d6aae25a512c38d4679b8442c92227d1a ae0082c6c1dfce84694ea90dcab94cdf2d67d107 M dlls
http://bugs.winehq.org/show_bug.cgi?id=18418
--- Comment #6 from H. Verbeet hverbeet@gmail.com 2009-05-11 04:18:35 --- (In reply to comment #5)
I *think* that 69cbb57bfde091039b30050cee8d17374b1da58f is the first bad commit (it results in freezes at character loading about 20% of the time) - although to be sure, one would probably need to test all the commits around that point a couple dozen times (since the freezes at that stage in git history seem to occur probabilistically, it's possible that some commits I marked as "good" weren't really 100% good).
Please make sure that's the right commit. The code that patch added should only be executed for d3d10 applications.
http://bugs.winehq.org/show_bug.cgi?id=18418
Mathieu Belanger b747xx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |b747xx@gmail.com
--- Comment #7 from Mathieu Belanger b747xx@gmail.com 2009-05-26 11:22:47 --- Have the same problem with Wine 1.1.19 and 1.1.22.
This error : err:ntdll:RtlpWaitForCriticalSection section 0x110054 "heap.c: main process heap section" wait timed out in thread 001d, blocked by 0019, retrying (60 sec) vanish if I disable all sound emulation. But EVE still freeze at +- 80% juste before "entering in station".
I have to kill ExeFile.exe with my RS232 terminal because this bug hang Xorg & Input until EvE is killed. Very annoying but after 2-3 try I can login all my 3 accounts.
Intel Q6600 @ 3.6Ghz AMD Radeon 4870HD 512M 8GB DDR2 800 Kernel 2.6.30-RC6 + Reiser4 + Patch to add some symbols exportation for the ATI driver AMD Catalyst 9.5 + Patch the acpi stuff & the PCI_MSI stuff for kernel 2.6.30 Xorg 1.6 Wine 1.1.22 + dx10quirk patch
http://bugs.winehq.org/show_bug.cgi?id=18418
hpestilence hpestilence@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #8 from hpestilence hpestilence@gmail.com 2009-06-07 01:40:52 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=18418
hpestilence hpestilence@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hpestilence@gmail.com
--- Comment #9 from hpestilence hpestilence@gmail.com 2009-06-07 02:24:41 --- I have the same problem as comment 7 but to fix it I run eve-online with: "taskset -c 1 wine explorer /desktop=EVE,<window size> "C:<path to eve>\eve.exe"" to keep it on the second core. If I run a second client I set it to the third core using -c 2. I use a Q6600 cpu too.
It seems to freeze 80% of the time for me whenever I run eve-online with more than one core.
When the freeze happens Xorg's log just has: [mi] EQ overflowing. The server is probably stuck in an infinite loop. [mi] mieqEnequeue: out-of-order valuator event; dropping.
I had the problem for a while (I think the Quantum Rise expansion in 11/08) until someone posted this below.
http://www.eveonline.com/ingameboard.asp?a=topic&threadID=1000123&pa...
http://bugs.winehq.org/show_bug.cgi?id=18418
N3o diafoirus@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |diafoirus@gmail.com
--- Comment #10 from N3o diafoirus@gmail.com 2009-06-19 12:47:34 --- Is still present this bug in last version (1.1.24), If not, please close it...
http://bugs.winehq.org/show_bug.cgi?id=18418
--- Comment #11 from hpestilence hpestilence@gmail.com 2009-06-20 17:46:35 --- I finally found something about the error messages on an Ubuntu wiki, they indicate the gpu is locked up. Under Windows the ati drivers comes with VPU Recover for situations like that, but that's not available in linux.
This is different from Alexandre's problem though.
http://bugs.winehq.org/show_bug.cgi?id=18418
--- Comment #12 from Alexandre Rostovtsev tetromino@gmail.com 2009-06-20 19:01:11 --- (In reply to comment #10)
Is still present this bug in last version (1.1.24), If not, please close it...
With 1.1.24, it no longer freezes during character load. Now, it freezes a bit later - within 30 seconds after the station hangar appears. I suppose that's progress...
http://bugs.winehq.org/show_bug.cgi?id=18418
Alexandre Rostovtsev tetromino@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.21 |1.1.25
--- Comment #13 from Alexandre Rostovtsev tetromino@gmail.com 2009-07-04 02:55:18 --- The newest version of Eve Online client (Apocrypha 1.3.1, patch 94168) freezes during character load, when the progress bar is around 80%, with both wine-1.1.24 and wine-1.1.25.
I have tried the latest git checkouts of both mesa-7.5 and mesa-7.6; no matter which driver I use, the game freezes in the same place.
http://bugs.winehq.org/show_bug.cgi?id=18418
--- Comment #14 from Alexandre Rostovtsev tetromino@gmail.com 2009-07-04 03:25:33 --- Created an attachment (id=22163) --> (http://bugs.winehq.org/attachment.cgi?id=22163) WINEDEBUG=d3d_shader log
Log with WINEDEBUG=d3d_shader for wine-1.1.25, Eve Online client 6.13.94168, and Mesa-7.6-devel (current git checkout).
http://bugs.winehq.org/show_bug.cgi?id=18418
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.25 |1.1.21
--- Comment #15 from Vitaliy Margolen vitaliy@kievinfo.com 2009-07-04 11:30:39 --- Don't change original reported Wine version.
http://bugs.winehq.org/show_bug.cgi?id=18418
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |BJHoover920199@hotmail.com
--- Comment #16 from Vitaliy Margolen vitaliy@kievinfo.com 2009-08-10 21:33:50 --- *** Bug 18693 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18418
Rob rob.verduijn@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rob.verduijn@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18418
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |linuxdonald@linuxdonald.de
--- Comment #17 from Vitaliy Margolen vitaliy@kievinfo.com 2009-09-20 19:56:53 --- *** Bug 20113 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18418
Keaton James Purkapile keaton.prower@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |keaton.prower@gmail.com
--- Comment #18 from Keaton James Purkapile keaton.prower@gmail.com 2009-09-21 21:54:25 --- This is a really infuriating bug. My game was working flawlessly when I installed it last night, and when I sit down to play it today, it completely sucks. But what's strange is that only one of my characters makes the game crash, when I log in with another one it's fine and the game runs smooth as glass!
But when I log in on the character I WANT to play as, wine dies horribly with this: wine: Unhandled page fault on read access to 0xbeabcf2b at address 0x7e29b8c9 (thread 0039), starting debugger... And then it either A: Drops to desktop, or B) hangs, forcing me to Alt+Tab out and kill it with either xkill or htop.
http://bugs.winehq.org/show_bug.cgi?id=18418
evanh evanh@clear.net.nz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |evanh@clear.net.nz
--- Comment #19 from evanh evanh@clear.net.nz 2010-02-11 20:07:55 --- This is not a Wine bug as far as I can tell. It looks more like just Mesa lacking functionality.
This bug is not being reported in the Eve forums of late. Given it's fatal behavior it would be reported lots.
Please close.
http://bugs.winehq.org/show_bug.cgi?id=18418
Bob bob+wine@mcelrath.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bob+wine@mcelrath.org
--- Comment #20 from Bob bob+wine@mcelrath.org 2010-04-27 17:36:58 --- I reconfirm with wine 1.1.42 on x86-64 on Ubuntu 10.04, beta 2. Don't close this. I should note that I was previously able to log in successfully, but crashes occurred during jumps. Some crashes also occurred due to audio. Now I changed something (not sure what) to cause this bug. If I figure out what it was, I'll report. This bug does occur with audio disabled, to isolate it from the audio bugs...
http://bugs.winehq.org/show_bug.cgi?id=18418
--- Comment #21 from evanh evanh@clear.net.nz 2010-06-20 06:57:17 --- The opening post describes the same behavior as the more recent jukebox bug. Since CCP updated Eve's jukebox to play user selected mp3s the jukebox has been even more buggy than it was - http://bugs.winehq.org/show_bug.cgi?id=21373 and http://bugs.winehq.org/show_bug.cgi?id=21451
Radeon driver also behaves in a similar manner under certain circumstances.
http://bugs.winehq.org/show_bug.cgi?id=18418
--- Comment #22 from evanh evanh@clear.net.nz 2010-06-20 17:57:20 --- Bob, I'd guess you are dealing with the Radeon driver bugs, which is not the same as this one.
As far as I can tell this bug is just because Alex was trying to use an Intel GPU and lacking a OpenGL driver capable of supporting Eve.
Time to close this bug.
http://bugs.winehq.org/show_bug.cgi?id=18418
--- Comment #23 from Bob bob+wine@mcelrath.org 2010-06-20 18:00:01 --- Yes, mine is the radeon driver bug.
http://bugs.winehq.org/show_bug.cgi?id=18418
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |nerv@dawncrow.de Resolution| |INVALID
--- Comment #24 from André H. nerv@dawncrow.de 2010-06-21 12:07:20 --- closing invalid...
http://bugs.winehq.org/show_bug.cgi?id=18418
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #25 from Nikolay Sivov bunglehead@gmail.com 2010-06-21 13:02:01 --- Closing.