http://bugs.winehq.org/show_bug.cgi?id=21401
Summary: Star Trek Online crashes during loading screen Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs@winehq.org ReportedBy: tim@timburrell.net
Created an attachment (id=25770) --> (http://bugs.winehq.org/attachment.cgi?id=25770) Star Trek Online crash -- mini log (+relay,+seh,+tid)
Star Trek Online is able to install, and launch fine. The login window also appears fine, and the login procedure is successful.
After logging in, there is a "Cryptic Studios / Atari" loading screen. The progress bar makes it to about 75%, then the program crashes and a separate process "CrypticError.exe" is launched which is meant to report the crash to Cryptic.
The full log, from program start, to crash is about 2.8 gigs in size, so I've attached a small portion of the log (last 8700 lines) ending with the loading of the CrypticError process, generated with WINEDEBUG channels +relay,+seh,+tid.
Just let me know if I can provide any further information, such as another log with more (or less) detail.
http://bugs.winehq.org/show_bug.cgi?id=21401
Tim Burrell tim@timburrell.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://startrekonline.com
--- Comment #1 from Tim Burrell tim@timburrell.net 2010-01-17 09:07:37 --- I should note that I've also tried the git hacks repo to see if it would fare any better, and it crashes in exactly the same place. Someone mentioned that Champions Online (also made by Cryptic Studios) was able to run using the hacks repo, but not so for STO.
http://bugs.winehq.org/show_bug.cgi?id=21401
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|kernel32 |-unknown
--- Comment #2 from Jeff Zaroyko jeffz@jeffz.name 2010-01-17 15:12:24 --- See if you can get a backtrace by running with winedbg: http://wiki.winehq.org/Backtraces
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #3 from Tim Burrell tim@timburrell.net 2010-01-17 16:03:40 --- I alerady did this... see attached! Perhaps I need to run with different channels enabled?
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #4 from Jeff Zaroyko jeffz@jeffz.name 2010-01-17 16:14:23 --- (In reply to comment #3)
I alerady did this... see attached! Perhaps I need to run with different channels enabled?
No, what you have done is provide debug logs, I have asked for a backtrace with winedbg, see the wiki page.
http://bugs.winehq.org/show_bug.cgi?id=21401
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://startrekonline.com |
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #5 from Tim Burrell tim@timburrell.net 2010-01-18 06:57:08 --- Created an attachment (id=25784) --> (http://bugs.winehq.org/attachment.cgi?id=25784) Star Trek Online crash -- winedbg backtrace
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #6 from Tim Burrell tim@timburrell.net 2010-01-18 06:58:15 --- Sorry, my bad! I've attached an actual backtrace this time :). Again, please let me know if I can provide any further info (or if I've messed up the backtrace somehow).
http://bugs.winehq.org/show_bug.cgi?id=21401
Jeremy White jwhite@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jwhite@codeweavers.com
--- Comment #7 from Jeremy White jwhite@codeweavers.com 2010-01-18 09:39:32 --- I've been working on this, without much success. I hit two failures; one a problem caused by a lack of info in GetProcessMemoryInfo. I'll attach a hack that works around that one.
The second one is caused by a flaw in GetCurrentDirectoryA. A patch for that is also attached (that patch may be correct; it's julliard's work, not mine <g>).
There is a third failure. The belief is that we're calling a NULL pointer, and the hunch is that there is something going on in the io completion routine logic that is causing it, but I haven't dug very deeply on that.
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #8 from Jeremy White jwhite@codeweavers.com 2010-01-18 09:40:14 --- Created an attachment (id=25786) --> (http://bugs.winehq.org/attachment.cgi?id=25786) Hack to work around issue with GetProcessMemoryInfo
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #9 from Jeremy White jwhite@codeweavers.com 2010-01-18 09:40:58 --- Created an attachment (id=25787) --> (http://bugs.winehq.org/attachment.cgi?id=25787) Patch to address failure in GetCurrentDirectoryA with 0x10000 sized buffers.
http://bugs.winehq.org/show_bug.cgi?id=21401
Dan Freagarthach freagarthach@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |freagarthach@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #10 from Dan Freagarthach freagarthach@gmail.com 2010-01-19 11:13:46 --- Details from Wine users running with different configurations, the attempts they have made to get the program running and the errors they have encountered can be found at http://forums.startrekonline.com/showthread.php?t=57815
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #11 from Jeremy White jwhite@codeweavers.com 2010-01-20 18:33:50 --- The most recent failure looks to be AcceptEx; reports indicate that if you use the alternate AcceptEx implementation at: http://repo.or.cz/w/wine/hacks.git
it will run, with the 2 patches attached to this bug.
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #12 from Tim Burrell tim@timburrell.net 2010-01-20 20:21:11 --- I applied the ProcessMemoryInfo and GetCurrentDirectoryA patches to the hacks repo, and it definitely gets further now. It no longer crashes like it used to, but a couple of different things happen:
- if I compile wine with "-O3" I get a small window popping up during the loading screen (at about 50% progress or so) that says "Fatal Error" and that's it.
- if I compile wine with "-O0 -g3" the loading screen takes forever after it hits the same position on the progress bar (~50%), during which time I see tons of message output from what looks like D3D shader processing, ie: fixme:d3d9:D3DPERF_SetMarker (color 0xff0000ff, name L"Shaders/D3d/Dist_Field_Sprite_2d.Phl") : stub
Finally after about 10 minutes or so of that the loading screen disappears and the "United Federation of Planets" login screen pops up (not the launcher login screen, the ingame one), but I can't do anything (no mouse cursor, can't enter text, etc), and the same "Fatal Error" box pops up.
Unfortunately the backtrace at that point looks pretty uninteresting: 1 0x7bc7ce2e NTDLL_wait_for_multiple_objects+0x236(count=1, handles=0x33e2dc, flags=4, timeout=0x33e3dc, signal_object=(nil)) [/home/tim/temp/wine/wine/dlls/ntdll/sync.c:1147] in ntdll (0x0033e264)
Any other details you think would be helpful? I'll gladly produce any logs or help in any way I can.
http://bugs.winehq.org/show_bug.cgi?id=21401
Colin Wetherbee cww@denterprises.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #13 from Colin Wetherbee cww@denterprises.org 2010-01-20 23:43:29 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=21401
Colin Wetherbee cww@denterprises.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cww@denterprises.org
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #14 from Colin Wetherbee cww@denterprises.org 2010-01-21 02:10:44 --- I can confirm that these two patches fix the problem described in this bug, when Wine is compiled without any additional CFLAGS. Thanks, Jeremy.
Also (in re Tim's comment #12), I see lots of "D3DPERF_SetMarker" stub warnings during loading and while the game is running, but they do not seem to affect game-play.
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #15 from Tim Burrell tim@timburrell.net 2010-01-21 06:03:42 --- So the game works fine for you? No "Fatal Error" boxes? Did you apply the patches to the hacks repo or just port over the acceptex stuff to master and then patch?
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #16 from Tim Burrell tim@timburrell.net 2010-01-21 06:29:37 --- Turns out my dual monitor setup was causing problems. Running with a wine desktop resolution the size of only one monitor fixed the "Fatal Error" box:
wine explorer /desktop=0,1920x1200 "C:\Program Files\Cryptic Studios\Star Trek Online.exe"
Confirmed that the hacks repo + above patches allows STO to run very well!
http://bugs.winehq.org/show_bug.cgi?id=21401
doh123@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |doh123@gmail.com
--- Comment #17 from doh123@gmail.com 2010-01-21 22:13:44 --- for me on Mac OS X, the 2 patches on the WInehacks git does NOT allow STO to play. It gets past the first crash, then crashes at a later part of the loading screen before the character selection. So don't assume this is fixed for everyone with those patches. There are more people on the STo forums that have reported it not working for them either.
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #18 from Tim Burrell tim@timburrell.net 2010-01-22 05:47:12 --- I'd suggest posting a backtrace! If anyone else is still having problems there's nothing that can be done without more info.
http://bugs.winehq.org/show_bug.cgi?id=21401
Alan Jackson ajackson@bcs.org.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ajackson@bcs.org.uk
http://bugs.winehq.org/show_bug.cgi?id=21401
--- Comment #19 from doh123@gmail.com 2010-01-23 20:24:19 --- I got past that second crash using the Winehacks git and these 2 patches by disabling glsl in the registry.... with it enabled it was crashing. Others have it run fine without crashing with glsl on... so no idea why it crashes for me, I never did much troubleshooting on it.
http://bugs.winehq.org/show_bug.cgi?id=21401
edward savage epssyis@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |epssyis@gmail.com
--- Comment #20 from edward savage epssyis@gmail.com 2010-03-02 05:21:25 --- As the open beta is over and this bug doesn't appear to present itself in the full client that was released should this still be open?
I installed the game two days ago from the release binary and beyond installing ie7 and disabling mmdevapi I have yet to have any notable wine created crashes.
http://bugs.winehq.org/show_bug.cgi?id=21401
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |ABANDONED
--- Comment #21 from Austin English austinenglish@gmail.com 2011-11-16 14:08:44 CST --- (In reply to comment #20)
As the open beta is over and this bug doesn't appear to present itself in the full client that was released should this still be open?
I installed the game two days ago from the release binary and beyond installing ie7 and disabling mmdevapi I have yet to have any notable wine created crashes.
Yeah, I'd say it's abandoned.
http://bugs.winehq.org/show_bug.cgi?id=21401
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #22 from Austin English austinenglish@gmail.com 2011-11-17 00:10:35 CST --- Closing.
-
wine-bugs＠winehq.org