http://bugs.winehq.org/show_bug.cgi?id=12964
Summary: Phantasy Star Online Blue Burst ( psobb ) crashes Product: Wine Version: 0.9.61. Platform: PC-x86-64 URL: http://www.schtserv.com/download.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: cleberdemattoscasali-hotpop@yahoo.com.br
Created an attachment (id=12708) --> (http://bugs.winehq.org/attachment.cgi?id=12708) Console output
Native IMM32.DLL is required, otherwise you won't be able to type. The game loads and the title screen shows up. It's possible to login (REGISTER USERID) and select START GAME. Then the game will pop-up the dialog saying "Please press ENTER-Key". As soon as you press ENTER, the screen goes black and the game crashes.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #1 from Austin English austinenglish@gmail.com 2008-05-04 14:57:24 --- Are you running this from a windows partition? Please install debugging symbols or recompile wine yourself, then run the program with:
$ WINEDEBUG=+relay,+seh,+tid wine your_program.exe &> /tmp/log.txt
then attach /tmp/log.txt here. If > 1 MB, compress with bzip2 -9 or rzip -9.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #2 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2008-05-04 17:22:03 --- It made me a 491 MB log... Am I doing this right?
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #3 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2008-05-04 17:32:11 --- Created an attachment (id=12721) --> (http://bugs.winehq.org/attachment.cgi?id=12721) Debug log (the last 10000 lines)
http://bugs.winehq.org/show_bug.cgi?id=12964
cleber cleberdemattoscasali-hotpop@yahoo.com.br changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cleberdemattoscasali- | |hotpop@yahoo.com.br
http://bugs.winehq.org/show_bug.cgi?id=12964
Louis Lenders xerox_xerox2000@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox_xerox2000@yahoo.co.uk Keywords| |download
--- Comment #4 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2008-05-19 16:10:24 ---
Debug log (the last 10000 lines)
You need to add more lines. The crash itsself is not in your log/
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #5 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2008-05-19 16:46:20 --- Created an attachment (id=13187) --> (http://bugs.winehq.org/attachment.cgi?id=13187) Output LOG (last 500000 lines)
Just realized something. I think the game is going into an infinite loop, not actually crashing. I can still see it on KDE's task manager after the "crash".
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #6 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2008-05-19 16:56:38 --- there are a zillion of these lines in your log: 0009:trace:seh:call_stack_handlers calling handler at 0x7bc3994c code=c0000005 flags=10 0009:trace:seh:call_stack_handlers handler at 0x7bc3994c returned 2
It's interesting to see what's before those lines, so could you attach even more lines ( so not last 500000 but even more, look where the exceptions start to flood) regards
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #7 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2008-05-19 17:54:18 --- http://rapidshare.com/files/116149365/psolog.txt.tar.gz.html This is the full output LOG. Couldn't attach here, because of the file size (~2MB). It will be about 300 MB when uncompressed.
http://bugs.winehq.org/show_bug.cgi?id=12964
Matthew Marsalko mlmars@comcast.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #8 from Matthew Marsalko mlmars@comcast.net 2008-05-21 01:16:11 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #9 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2008-05-23 17:57:44 --- Created an attachment (id=13289) --> (http://bugs.winehq.org/attachment.cgi?id=13289) Console output
Tried with wine1.0rc2. Still no luck.
http://bugs.winehq.org/show_bug.cgi?id=12964
Matthew Marsalko mlmars@comcast.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mlmars@comcast.net
--- Comment #10 from Matthew Marsalko mlmars@comcast.net 2008-05-24 22:14:32 --- Opening menu works fine, if you can get it to type into the login box, but the game crashes while connecting to the server.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #11 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2008-05-31 13:17:49 --- Just tried with wine 1.0rc3 . The good news is native IMM32 is no longer required for typing text. The bad news is that the game still crashes. Full log here: http://rapidshare.com/files/119129883/psolog.txt.tar.gz.html
http://bugs.winehq.org/show_bug.cgi?id=12964
cleber cleberdemattoscasali-hotpop@yahoo.com.br changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|0.9.61. |1.0-rc3
http://bugs.winehq.org/show_bug.cgi?id=12964
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.0-rc3 |0.9.61.
--- Comment #12 from James Hawkins truiken@gmail.com 2008-06-01 13:27:33 --- Don't change the original reported version.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #13 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2008-06-01 14:07:46 --- Ooops, sorry. I didn't know.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #14 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2008-06-20 18:33:26 --- Bug still present on 1.0
http://bugs.winehq.org/show_bug.cgi?id=12964
Jeff S ninmario4life@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ninmario4life@gmail.com
--- Comment #15 from Jeff S ninmario4life@gmail.com 2008-06-20 18:47:00 --- Since this bug is still present in the 1.0 stable realese i really hope it gets worked on and can be fixed in future versions of wine.this is such a awesome game.i have a windows pc besides ubuntu 8.04 on a seprete hard drive(dual boot) and playing it is so fun on windows.i also have pso episoides 1 & 2 Plus and pso episoide 3.here is another site that has the installer without the gameguard to connect to schthacks server: http://www.pioneer2.net/
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #16 from Jeff S ninmario4life@gmail.com 2008-06-20 18:50:26 --- i forgot to include that the pso episoides 1 & 2 Plus and pso episoide 3 i have are on my gamecube witch i also play on schthacks server. http://www.pioneer2.net/ also has other files besides just the installer file:-).
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #17 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2008-06-28 12:43:05 --- Wow, just tried with 1.1.0, and it got past the point it was crashing with 1.0. I could actually log in to the server, and choose my character. Sadly it crashed just before I could get ingame. But still, it's a great improvement. So cheers to wine team. I will post the error LOG soon.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #18 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2008-06-28 12:47:45 --- Created an attachment (id=14429) --> (http://bugs.winehq.org/attachment.cgi?id=14429) Crash LOG with 1.1.0 (short version)
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #19 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2008-06-28 13:04:12 --- http://rapidshare.com/files/125669771/psologfull.log.tar.gz.html Crash LOG with 1.1.0 (full version ~580MB unzipped)
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #20 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2008-10-15 16:54:45 --- Still no luck with wine 1.1.6. Due to changes in the game launcher, now I need to enable virtual desktop in wine, otherwise the launcher will make the game lose focus and freeze.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #21 from Austin English austinenglish@gmail.com 2008-10-15 17:27:22 --- (In reply to comment #20)
Still no luck with wine 1.1.6. Due to changes in the game launcher, now I need to enable virtual desktop in wine, otherwise the launcher will make the game lose focus and freeze.
Have you filed a bug for this (check for dupes first)?
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #22 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2008-10-15 17:36:00 --- Nevermind, got the laucher problem fixed by updating the game client. But still it crashes right before getting ingame.
http://bugs.winehq.org/show_bug.cgi?id=12964
Nick Hernandez Onestarv2@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Onestarv2@yahoo.com
--- Comment #23 from Nick Hernandez Onestarv2@yahoo.com 2009-01-04 20:44:18 --- Problem still exists in 1.1.12, You can log in and select your character; and the game begins to load but just hangs at the "bursting" screen. Great improvement, hopefully we can still this fixed soon.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #24 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2009-01-06 13:47:38 --- I can confirm it does crash on the bursting screen, right before going ingame. :(
Here's the full log (4 MB): http://w19.easy-share.com/1903153338.html Warning: it's about 397 MB uncompressed.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #25 from cleber cleberdemattoscasali-hotpop@yahoo.com.br 2009-01-06 13:49:58 --- (In reply to comment #24)
I can confirm it does crash on the bursting screen, right before going ingame. :(
Here's the full log (4 MB):
Ooops... It's 11 MB. My mistake.
http://w19.easy-share.com/1903153338.html Warning: it's about 397 MB uncompressed.
http://bugs.winehq.org/show_bug.cgi?id=12964
Meredith mmilner93@charter.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mmilner93@charter.net
http://bugs.winehq.org/show_bug.cgi?id=12964
Daniel Henninger daniel@vorpalcloud.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |daniel@vorpalcloud.org
--- Comment #26 from Daniel Henninger daniel@vorpalcloud.org 2009-01-11 12:08:55 --- Interestingly, I'm running into the same crash during burst but before in-game on another PC that's not using wine/crossover games. My suspicion is that it has something to do with 3D support.
I'm actually still running into the inability to register my account. I can enter the password field, start typing, hit enter -- nothing happens. I -can- type more characters after hitting enter. Bizarre.
Of course I'm using Crossover Games for it--- not sure if it's up to the latest wine? Any ideas on that?
http://bugs.winehq.org/show_bug.cgi?id=12964
Christopher midnitte@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |midnitte@gmail.com
--- Comment #27 from Christopher midnitte@gmail.com 2009-03-31 14:19:57 --- (In reply to comment #26)
Interestingly, I'm running into the same crash during burst but before in-game on another PC that's not using wine/crossover games. My suspicion is that it has something to do with 3D support.
I'm actually still running into the inability to register my account. I can enter the password field, start typing, hit enter -- nothing happens. I -can- type more characters after hitting enter. Bizarre.
Of course I'm using Crossover Games for it--- not sure if it's up to the latest wine? Any ideas on that?
I'm using the latest version of wine (1.1.18) and I only get a black screen, the launcher (online.exe) works fine, if only a little laggy. So your suspicion is probably correct that it has to do with 3d functions.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #28 from landeel cleberdemattoscasali-wine@yahoo.com.br 2009-05-27 17:35:52 --- Wine 1.1.22 and still crashing in bursting screen, right before getting ingame.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #29 from landeel cleberdemattoscasali-wine@yahoo.com.br 2009-06-08 15:06:26 --- Same thing with 1.1.23
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #30 from landeel cleberdemattoscasali-wine@yahoo.com.br 2009-06-23 20:11:08 --- Problem persists in wine 1.1.24
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #30 from landeel cleberdemattoscasali-wine@yahoo.com.br 2009-06-23 20:11:08 --- Problem persists in wine 1.1.24
--- Comment #31 from landeel cleberdemattoscasali-wine@yahoo.com.br 2009-08-10 20:22:15 --- Problem persists in wine 1.1.27
http://bugs.winehq.org/show_bug.cgi?id=12964
Justin S orbfig@wi.rr.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |orbfig@wi.rr.com
--- Comment #30 from landeel cleberdemattoscasali-wine@yahoo.com.br 2009-06-23 20:11:08 --- Problem persists in wine 1.1.24
--- Comment #31 from landeel cleberdemattoscasali-wine@yahoo.com.br 2009-08-10 20:22:15 --- Problem persists in wine 1.1.27
--- Comment #32 from Justin S orbfig@wi.rr.com 2009-11-10 16:49:46 --- Problem persists in wine 1.1.32
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #33 from landeel cleberdemattoscasali-wine@yahoo.com.br 2009-12-21 19:35:41 --- Same thing with 1.1.35
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #34 from landeel cleberdemattoscasali-wine@yahoo.com.br 2010-01-14 14:46:28 --- It's worst now. With wine 1.1.35 and 1.1.36 and a clean prefix, it will crash before it gets to the title screen.
http://bugs.winehq.org/show_bug.cgi?id=12964
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #14429|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #35 from Nikolay Sivov bunglehead@gmail.com 2010-01-14 14:49:01 --- (In reply to comment #34)
It's worst now. With wine 1.1.35 and 1.1.36 and a clean prefix, it will crash before it gets to the title screen.
Attach current crash log please.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #36 from landeel cleberdemattoscasali-wine@yahoo.com.br 2010-01-14 15:19:05 --- Created an attachment (id=25737) --> (http://bugs.winehq.org/attachment.cgi?id=25737) Crash LOG with wine 1.1.36 (short)
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #37 from landeel cleberdemattoscasali-wine@yahoo.com.br 2010-01-14 15:42:14 --- Full crash LOG with wine 1.1.36:
http://www.easy-share.com/1909003378/pso-full-log.zip
Warning: 151 MB unzipped
http://bugs.winehq.org/show_bug.cgi?id=12964
趙家豪 ross800127@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ross800127@gmail.com
--- Comment #38 from 趙家豪 ross800127@gmail.com 2010-04-22 08:57:38 --- Crashed when entering the ship on wine 1.1.43
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #39 from landeel cleberdemattoscasali-wine@yahoo.com.br 2010-05-26 18:19:34 --- Still crashes with wine 1.2rc1 Could someone take a look at the logs and explain where and why it's crashing?
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #40 from Juan Lang juan_lang@yahoo.com 2010-05-26 18:29:44 --- Your log already says where it was crashing with 1.1.36, it was a deadlock in wined3d. user@landeel6:/d/jogos/psobb/Schtserv PsoBB$ err:ntdll:RtlpWaitForCriticalSection section 0x7ebb0e20 "wined3d_main.c: wined3d_cs" wait timed out in thread 0022, blocked by 0023, retrying (60 sec)
As to why, well, that's the $64k question, isn't it? Is the crash log similar in 1.2rc1?
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #41 from landeel cleberdemattoscasali-wine@yahoo.com.br 2010-05-27 18:41:20 --- Created an attachment (id=28338) --> (http://bugs.winehq.org/attachment.cgi?id=28338) PSOBB crash short log - wine 1.2rc1
Looks pretty much the same to me.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #42 from landeel cleberdemattoscasali-wine@yahoo.com.br 2010-05-27 19:07:48 --- http://www.easy-share.com/1910403035/psobblog.zip Here's the full log. 20 MB zipped. 1.1 GB unzipped.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #43 from Juan Lang juan_lang@yahoo.com 2010-05-27 19:09:37 --- No, in fact, this is rather different. It's a bad memory reference rather than a deadlock. Please attach a log with debugging symbols installed. Also, what video card/drivers?
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #44 from landeel cleberdemattoscasali-wine@yahoo.com.br 2010-05-28 17:26:43 --- I think I have debug symbols enabled in my full log.
OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce 8500 GT/PCI/SSE2 OpenGL version string: 3.2.0 NVIDIA 190.42
http://bugs.winehq.org/show_bug.cgi?id=12964
Andrew andymanusa@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andymanusa@gmail.com
--- Comment #45 from Andrew andymanusa@gmail.com 2010-06-09 16:14:53 --- I'm not sure how applicable this is, but I've tried running it under VirtualBox 3.2.4 with WineD3D. PSOBB crashed at the exact same time as it does when running under Wine in Ubuntu 10.04 (x64-bit) In the error report I've notice something that might be interesting:
... Module 52 map_city_on_j_u.bin ...
I couldn't copy the full error report (thank you kindly Microsoft), but I hope this helps in finding out what's wrong.
http://bugs.winehq.org/show_bug.cgi?id=12964
Jari Vetoniemi mailRoxas@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mailRoxas@gmail.com
--- Comment #46 from Jari Vetoniemi mailRoxas@gmail.com 2010-06-24 13:09:35 --- Just tried this too, crashes when selecting character ;_;
http://bugs.winehq.org/show_bug.cgi?id=12964
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #47 from joaopa jeremielapuree@yahoo.fr 2010-06-24 13:27:21 --- No crash log with wine debug symbols = 0 chance this bug will be fixed......
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #48 from Ben S. the.phantom2@verizon.net 2010-08-25 08:18:14 --- Created an attachment (id=30383) --> (http://bugs.winehq.org/attachment.cgi?id=30383) Debug Log for PSO-BB from Wine 1.31 running in Wineskin
Well, tested in Wineskin; Wine3D Bug still exists. Here's hoping it can be fixed!
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #49 from Jari Vetoniemi mailRoxas@gmail.com 2010-09-03 15:46:19 CDT --- Still kinda curious, why PSO v2 and v1 works, but BB not O_O
http://bugs.winehq.org/show_bug.cgi?id=12964
Shahin kurikaesu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kurikaesu@gmail.com
--- Comment #50 from Shahin kurikaesu@gmail.com 2011-01-27 07:10:26 CST --- http://phantasystaronline.net/downloads.php
here's an alternative server but the download is one simple installer
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #51 from landeel cleberdemattoscasali-wine@yahoo.com.br 2011-01-27 08:08:39 CST --- Tried the alternate server. I could actually login and create my character, but after the "bursting" screen I get a:
wine: Unhandled page fault on write access to 0x432a74f5 at address 0x7bc48d07 (thread 0038), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 0037, blocked by 0038, retrying (60 sec)
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #52 from Shahin kurikaesu@gmail.com 2011-01-27 12:10:45 CST --- (In reply to comment #51)
Tried the alternate server. I could actually login and create my character, but after the "bursting" screen I get a:
wine: Unhandled page fault on write access to 0x432a74f5 at address 0x7bc48d07 (thread 0038), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 0037, blocked by 0038, retrying (60 sec)
I have the same issue
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #53 from Shahin kurikaesu@gmail.com 2011-01-27 12:11:22 CST --- (In reply to comment #51)
Tried the alternate server. I could actually login and create my character, but after the "bursting" screen I get a:
wine: Unhandled page fault on write access to 0x432a74f5 at address 0x7bc48d07 (thread 0038), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 0037, blocked by 0038, retrying (60 sec)
I have the same issue
http://bugs.winehq.org/show_bug.cgi?id=12964
witeds@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |witeds@yahoo.com
--- Comment #54 from witeds@yahoo.com 2011-01-27 15:17:21 CST --- (In reply to comment #51)
Tried the alternate server. I could actually login and create my character, but after the "bursting" screen I get a:
wine: Unhandled page fault on write access to 0x432a74f5 at address 0x7bc48d07 (thread 0038), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 0037, blocked by 0038, retrying (60 sec)
i to get this error when using the tethealla server i found for ofline play and have been trying to use this server for research into the problems and get bb working if i am able to but sofar to no avail
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #55 from witeds@yahoo.com 2011-01-27 19:57:06 CST --- (In reply to comment #54)
(In reply to comment #51)
Tried the alternate server. I could actually login and create my character, but after the "bursting" screen I get a:
wine: Unhandled page fault on write access to 0x432a74f5 at address 0x7bc48d07 (thread 0038), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 0037, blocked by 0038, retrying (60 sec)
i to get this error when using the tethealla server i found for ofline play and have been trying to use this server for research into the problems and get bb working if i am able to but sofar to no avail
update it dose this for me on all servers i have tried scthack ultima and tathealla private server i downloaded oh and iam usnig the windows vista/7 patch and when i connect to scthack i cant create a character name but got around it to try conecting and it gave me the above error as well.
http://bugs.winehq.org/show_bug.cgi?id=12964
Furyhunter furyhunter600@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |furyhunter600@gmail.com
--- Comment #56 from Furyhunter furyhunter600@gmail.com 2011-04-25 21:04:55 CDT --- Several months later, and the bug persists as of version 1.3.18 on Ubuntu 10.10 x86_64. The game crashes shortly after the "bursting" screen (select a character, loading screen after that).
http://bugs.winehq.org/show_bug.cgi?id=12964
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch@yahoo.co.uk
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #57 from dk dev@gaminglounge.com 2011-05-26 05:41:34 CDT --- Created an attachment (id=34904) --> (http://bugs.winehq.org/attachment.cgi?id=34904) Wine 1.3.19 log file with page fault crash
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #58 from dk dev@gaminglounge.com 2011-05-26 05:45:44 CDT --- Created an attachment (id=34905) --> (http://bugs.winehq.org/attachment.cgi?id=34905) Wine 1.3.20 log file with page fault crash
http://bugs.winehq.org/show_bug.cgi?id=12964
dk dev@gaminglounge.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dev@gaminglounge.com
--- Comment #59 from dk dev@gaminglounge.com 2011-05-28 22:10:15 CDT --- Hi everyone,
It's possible that efforts to fix this bug are being complicated because we've suffered a regression at one point which is preventing us from addressing the crash that this bug report was originally created for.
I know for a fact that previously I was able to reach the ship select screen before having the program crash (further than I can currently). Unfortunately I wasn't paying attention at the time to the version and updated whenever Wine updates were available.
In all recent versions that I've tested the crash (hang is probably a better description) now occurs prior to this. I'm slowly compiling and testing the game sequentially against each Wine release but I'm not sure how far back the regression was introduced.
For those of you that were able to get to the ship select screen - do you remember what version of Wine you were using and or what settings you used (fullscreen/windowed/virtual desktop) etc..
Once we've isolated the version we should split the bug report into two - once that addresses the regression and one that addresses the current crash. While it's possible that they are related it's also equally possible that they aren't. If they aren't it doesn't make sense to lump them into a single bug report.
I've also added a bug report for the typing issue that has cropped up (bug 27293). If you've experience that issue and have anything additional to add please do so we can get that fixed.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #60 from landeel cleberdemattoscasali-wine@yahoo.com.br 2011-05-29 10:23:44 CDT --- I could never get to the ship select screen.
In my desktop (NVIDIA GeForce 8500 GT) it always hangs or crashes in the bursting screen, right before the ship select menu.
I see the exact same behaviour with VirtualBox, which uses wined3d, so I presume the problem is in wined3d.
I also have a netbook with AMD Fusion + fglrx, I see a similar hang in a black screen, but it happens earlier, before I can see the Sega splash screen.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #61 from dk dev@gaminglounge.com 2011-05-29 20:32:35 CDT --- Created an attachment (id=34957) --> (http://bugs.winehq.org/attachment.cgi?id=34957) Wine 1.3.21 log file with page fault crash
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #62 from dk dev@gaminglounge.com 2011-05-30 00:01:36 CDT --- Created an attachment (id=34960) --> (http://bugs.winehq.org/attachment.cgi?id=34960) Wine 1.3.21 log file (audio disabled in game)
If you disable the sound (in the game's option menu) this prevents the game from hanging allowing wine to the crash gracefully and write the log out with useful information.
It's constructing something with geometry. The ship/lobby menu or perhaps the lobby map itself which is used as the background for that screen.
http://bugs.winehq.org/show_bug.cgi?id=12964
mardini superppl@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |superppl@gmail.com
--- Comment #63 from mardini superppl@gmail.com 2011-05-30 00:23:01 CDT --- (In reply to comment #59)
I'm slowly compiling and testing the game sequentially against each Wine release but I'm not sure how far back the regression was introduced.
I know the Wine people won't like this, but you can speed up testing if you use PlayOnLinux as they keep many previous versions of wine. I guess when you find what particular version works, you can compile that version and test it again.
http://bugs.winehq.org/show_bug.cgi?id=12964
Alam Arias Alam_GBC@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Alam_GBC@yahoo.com
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #64 from dk dev@gaminglounge.com 2011-09-10 03:51:01 CDT --- Created an attachment (id=36310) --> (http://bugs.winehq.org/attachment.cgi?id=36310) Wine 1.3.28 log file (audio disabled in game)
Wine 1.3.28 log file with page fault crash
Unless I'm reading the log file wrong this time the crash occurred in wined3d as opposed to ntdll (1.3.21). I don't claim to be an expert so if someone can compare the last two logs and confirm that observation that would be appreciated. I'm really not sure what that means - if progress is being made or not.
Also I apologize for not posting in a while. Although I've been keeping up with recent releases my regression-identification project just resulted in a lot of wasted time. I went back through thirty some odd releases of Wine (dating back to early 2008 (which is when I started using Ubuntu regularly). (Thanks mardini for the suggestion - it did save some time near the end)
http://bugs.winehq.org/show_bug.cgi?id=12964
dk dev@gaminglounge.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #36310|0 |1 is obsolete| |
--- Comment #65 from dk dev@gaminglounge.com 2011-09-10 07:31:24 CDT --- Created an attachment (id=36312) --> (http://bugs.winehq.org/attachment.cgi?id=36312) Wine 1.3.28 log file (audio disabled in game) *updated*
Looks like a file was missing in that last log and I only caught it after I was reviewing the log again. I recompiled the source and now we're back to the same issue with ntdll. Sorry about that confusion.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #66 from JHaleIT jhaleit@gmail.com 2011-10-19 06:47:44 CDT --- Created attachment 37008 --> http://bugs.winehq.org/attachment.cgi?id=37008 Crashlog for when I get into the serve after I select my ship
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #67 from landeel cleberdemattoscasali-wine@yahoo.com.br 2011-10-19 07:46:23 CDT --- @JHaleIT I wonder why it doesn't crash in the bursting screen for you?!
http://bugs.winehq.org/show_bug.cgi?id=12964
JHaleIT jhaleit@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jhaleit@gmail.com
--- Comment #68 from JHaleIT jhaleit@gmail.com 2011-10-19 16:26:48 CDT --- It still does sometimes. I guess the ship select comes around randomly and if not it's a crash with the burst screen. As it looks in the picture here: http://f.cl.ly/items/0W1I3N412i0U1z313C39/Screen%20Shot%202011-10-12%20at%20... from all the dark textures I believe it's a lighting bug within wine3d. It should be an easy fix in my opinion.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #69 from JHaleIT jhaleit@gmail.com 2011-11-05 08:17:54 CDT --- Same bug exist with the new version 1.3.32
http://bugs.winehq.org/show_bug.cgi?id=12964
Vladimir shadowflash@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shadowflash@gmail.com
--- Comment #70 from Vladimir shadowflash@gmail.com 2011-12-10 11:52:35 CST --- Can you post your system specs, dll overrides used etc.? I why it doesn't crash on bursting screen for you.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #71 from Vladimir shadowflash@gmail.com 2011-12-10 11:53:55 CST --- Can you post your system specs, dll overrides used etc.? I wonder why it doesn't crash on bursting screen for you.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #72 from JHaleIT jhaleit@gmail.com 2011-12-27 11:43:05 CST --- (In reply to comment #71)
Can you post your system specs, dll overrides used etc.? I wonder why it doesn't crash on bursting screen for you.
Macbook Pro Mid 2010 OS X 10.7.2. It crashes no matter what you do. It's something they need to fix. I think this bug causes a lot of issues in many games.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #73 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2011-12-29 12:42:40 CST --- Can run your game with "WINEDEBUG=+heap wine game.exe &> heap.log" command?
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #74 from landeel cleberdemattoscasali-wine@yahoo.com.br 2011-12-29 13:39:35 CST --- Created attachment 38168 --> http://bugs.winehq.org/attachment.cgi?id=38168 WINEDEBUG=+heap wine game.exe &> heap.log
wine 1.3.25 I have to kill the game because it freezes at a certain point.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #75 from JHaleIT jhaleit@gmail.com 2012-02-07 11:53:23 CST --- More info:
fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1. fixme:mountmgr:harddisk_ioctl Unsupported ioctl 7c088 (device=7 access=3 func=22 method=0) fixme:d3d8:ValidatePixelShader (0xd7f2f0 0x0 1 0xe8efb8): stub
It has to do with a PixelShader I'm assuming.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #76 from JHaleIT jhaleit@gmail.com 2012-02-07 11:55:11 CST --- Also I noticed that after 1.3.32 it refuses to run in full screen and only works in window mode.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #77 from Lunknown SolisX007@yahoo.com 2012-02-12 17:52:54 CST --- Created attachment 38841 --> http://bugs.winehq.org/attachment.cgi?id=38841 PSOBB wine-1.4R3 Backtrace
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #78 from JHaleIT jhaleit@gmail.com 2012-02-27 05:18:03 CST --- It's working great now. Just that it still freezes when connecting to Ship connect screen.
http://bugs.winehq.org/show_bug.cgi?id=12964
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |adys.wh@gmail.com Resolution| |FIXED
--- Comment #79 from Jerome Leclanche adys.wh@gmail.com 2012-02-27 10:05:43 CST --- Reported fixed. Please file new bugs for different issues!
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #80 from landeel cleberdemattoscasali-wine@yahoo.com.br 2012-02-27 11:06:21 CST --- No no no! This is not fixed! I think you misunderstood the last post from JHaleIT.
http://bugs.winehq.org/show_bug.cgi?id=12964
landeel cleberdemattoscasali-wine@yahoo.com.br changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |
--- Comment #81 from landeel cleberdemattoscasali-wine@yahoo.com.br 2012-02-27 11:07:07 CST --- This is not fixed! I think you misunderstood the last post from JHaleIT.
http://bugs.winehq.org/show_bug.cgi?id=12964
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED
--- Comment #82 from Jerome Leclanche adys.wh@gmail.com 2012-02-27 11:08:50 CST --- (In reply to comment #80) I'm sorry, I don't really see how I could misunderstand "It's working great now.".
What version of wine are you running?
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #83 from landeel cleberdemattoscasali-wine@yahoo.com.br 2012-02-27 11:36:08 CST --- He was referring to his problem in comment 76. The reported bug is still present in wine 1.4rc5
http://bugs.winehq.org/show_bug.cgi?id=12964
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |
--- Comment #84 from Jerome Leclanche adys.wh@gmail.com 2012-02-27 12:06:06 CST --- Comment overlap; wasn't supposed to re-close.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #85 from JHaleIT jhaleit@gmail.com 2012-02-27 17:11:01 CST --- No it's not fixed. The bug still exists with the ship select screen. Sorry I said that wrong. I meant the full screen bug where I said "Also I noticed that after 1.3.32 it refuses to run in full screen and only works in window mode."
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #86 from JHaleIT jhaleit@gmail.com 2012-02-27 17:23:32 CST --- Can you change the component on this from "-unknown" to "wined3d"? That is where the issue is. Thank you.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #87 from JHaleIT jhaleit@gmail.com 2012-02-27 17:34:06 CST --- fixme:imm:ImmDisableIME (0): stub fixme:imm:ImeHandleNotify WM_IME_NOTIFY:IMN_SETCOMPOSITIONWINDOW fixme:imm:NotifyIME IMC_SETCANDIDATEPOS fixme:imm:ImeHandleNotify WM_IME_NOTIFY:IMN_SETCANDIDATEPOS fixme:mountmgr:harddisk_ioctl Unsupported ioctl 7c088 (device=7 access=3 func=22 method=0) fixme:win:EnumDisplayDevicesW ((null),0,0xe8eedc,0x00000000), stub! fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1. fixme:coreaudio:get_channel_mask Unknown speaker configuration: 16 fixme:coreaudio:get_channel_mask Unknown speaker configuration: 16 fixme:d3d8:ValidatePixelShader (0x32d1528 0x0 1 0xe8efb8): stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. wine: Unhandled page fault on write access to 0x5c4e6b52 at address 0x7bc3cf75 (thread 0026), starting debugger...
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #88 from JHaleIT jhaleit@gmail.com 2012-02-27 18:19:22 CST --- Unhandled exception: page fault on read access to 0xff55010b in 32-bit code (0x4329f46f). Register dump: CS:001b SS:0023 DS:0023 ES:0023 FS:100f GS:000f EIP:4329f46f ESP:00e8e920 EBP:00e8e958 EFLAGS:00010246( R- -- I Z- -P- ) EAX:ff5500ff EBX:4329f444 ECX:00000000 EDX:03f82f08 ESI:03f82f08 EDI:00e8e9f4 Stack dump: 0x00e8e920: 00000000 432a3f51 433df1cd 4341f63a 0x00e8e930: 43451544 00000de1 00000000 ff5500ff 0x00e8e940: 00e8e960 432a3f51 00e8ea78 432a3f51 0x00e8e950: 00000000 00171638 00e8ea78 432a3fb9 0x00e8e960: 03f82f08 00000001 00000001 00e8e9f4 0x00e8e970: 00e8ea5c 00000000 00002000 03f80ed0 0201: sel=100f base=7ffb0000 limit=00000fff 32-bit rw- Backtrace: =>0 0x4329f46f in <wine-loader> (+0x4329f46f) (0x00e8e958) 1 0x432a3fb9 in <wine-loader> (+0x432a3fb8) (0x00e8ea78) 2 0x432a47f4 in <wine-loader> (+0x432a47f3) (0x00e8eac8) 3 0x432aedc6 in <wine-loader> (+0x432aedc5) (0x00e8ecd8) 4 0x432b6d88 in <wine-loader> (+0x432b6d87) (0x00e8ed28) 5 0x432c0158 in <wine-loader> (+0x432c0157) (0x00e8ed88) 6 0x43214d82 in <wine-loader> (+0x43214d81) (0x00e8eda8) 7 0x43226634 in <wine-loader> (+0x43226633) (0x00e8edc8) 8 0x432145cc in <wine-loader> (+0x432145cb) (0x00e8ee08) 9 0x43246802 in <wine-loader> (+0x43246801) (0x00e8f128) 10 0x4321b579 in <wine-loader> (+0x4321b578) (0x00e8f178) 11 0x431b31eb in <wine-loader> (+0x431b31ea) (0x00e8f1e8) 0x4329f46f: movl 0xc(%eax),%edx Modules: Module Address Debug info Name (33 modules) ELF 0-82001000 Stabs <wine-loader> PE 3d0000- 3f1000 Deferred map_city_on_j_u.bin PE 400000- b65000 Deferred shpsobb PE 401b0000-401b4000 Deferred dinput8 PE 401d0000-401d4000 Deferred version PE 401f0000-401f3000 Deferred snmpapi PE 40590000-40594000 Deferred advapi32 PE 40710000-40714000 Deferred gdi32 PE 407e0000-407e4000 Deferred msacm32 PE 429b0000-429b8000 Deferred ole32 PE 42af0000-42b1e000 Deferred user32 PE 42c40000-42c44000 Deferred rpcrt4 PE 42cd0000-42cd4000 Deferred dsound PE 42d30000-42d3b000 Deferred winmm PE 42d80000-42d84000 Deferred imm32 PE 42da0000-42ead000 Deferred shell32 PE 42fa0000-42fa4000 Deferred shlwapi PE 43020000-43040000 Deferred comctl32 PE 43130000-43134000 Deferred ws2_32 PE 43160000-43164000 Deferred wsock32 PE 43180000-43184000 Deferred iphlpapi PE 431a0000-431a4000 Deferred d3d8 PE 431e0000-431e4000 Deferred wined3d PE 433d0000-433d4000 Deferred winex11 PE 43630000-43634000 Deferred uxtheme PE 437b0000-437b4000 Deferred rsaenh PE 437f0000-437f6000 Deferred crypt32 PE 45420000-45424000 Deferred mmdevapi PE 45450000-45453000 Deferred winecoreaudio PE 45790000-45797000 Deferred oleaut32 PE 45940000-45944000 Deferred dinput PE 7b810000-7b959000 Deferred kernel32 PE 7bc10000-7bc14000 Deferred ntdll Threads: process tid prio (all id:s are in hex) 0000000e services.exe 00000020 0 0000001f 0 00000015 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001d 0 0000001a 0 00000014 0 00000013 0 0000001b plugplay.exe 00000021 0 0000001e 0 0000001c 0 00000022 explorer.exe 00000023 0 0000002b (D) C:\Sega\SCHTHACK Phantasy Star Online Blue Burst\shpsobb.exe 0000003d 0 0000003c 0 0000003b 0 0000003a 0 00000037 0 00000036 0 00000035 0 00000034 0 00000033 0 00000032 15 00000031 0 0000002e 0 0000002d 0 <== 0000002c 0 System information: Wine build: wine-1.4-rc5 Platform: i386 Host system: Darwin Host version: 11.3.0
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #89 from Dmitry Timoshkov dmitry@baikal.ru 2012-02-27 22:06:05 CST --- Please learn to read: *** Please do not PASTE logs and back traces (attach them instead). ***
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #90 from JHaleIT jhaleit@gmail.com 2012-02-28 09:47:11 CST --- Created attachment 39128 --> http://bugs.winehq.org/attachment.cgi?id=39128 Heap Log
Had to zip up the Heap log, but here it is.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #91 from JHaleIT jhaleit@gmail.com 2012-03-09 13:44:23 CST --- Same issue with 1.4 of Wine
http://bugs.winehq.org/show_bug.cgi?id=12964
alexjnewt@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexjnewt@hotmail.com
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #92 from alexjnewt@hotmail.com 2012-06-20 13:24:00 CDT --- I can confirm this as also not working with Wine 1.5.3
It just freezes on the loading screen between character select and ship select, which I assume is the same issue as comment #78.
The background sound effect loops forever and the video freezes.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #93 from alexjnewt@hotmail.com 2012-07-11 12:15:56 CDT --- Created attachment 40970 --> http://bugs.winehq.org/attachment.cgi?id=40970 Backtrace for wine 1.5.8 after crash
Just tested with wine 1.5.8 on Fedora 17, kernel 3.4.4
It seems it doesn't freeze but rather legitimately crashes now with a crash window popping up. This attachment is the backtrace generated/saved from the crash window.
http://bugs.winehq.org/show_bug.cgi?id=12964
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #94 from Dan Kegel dank@kegel.com 2012-07-11 14:51:00 CDT --- What's the exact series of downloads to reproduce? (The download page has a lot of stuff on it.)
Still looks like a memory corruption.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #95 from Luke Bratch l_bratch@yahoo.co.uk 2012-07-11 15:27:44 CDT --- To reproduce, the only download required is "PSOBB Setup Full Install with JP Patch" from http://www.schtserv.com/download.php. Before firing up the game, create an account from the same page, with the "register" link.
Run "online.exe" in the installation directory to patch and run the game. From the main menu, select "Register" and enter the account details that you just created. From here, start a new game, create a character, then the crash comes after trying to progress past the character creation screen.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #96 from JHaleIT jhaleit@gmail.com 2012-07-12 00:03:31 CDT --- (In reply to comment #95)
To reproduce, the only download required is "PSOBB Setup Full Install with JP Patch" from http://www.schtserv.com/download.php. Before firing up the game, create an account from the same page, with the "register" link.
Run "online.exe" in the installation directory to patch and run the game. From the main menu, select "Register" and enter the account details that you just created. From here, start a new game, create a character, then the crash comes after trying to progress past the character creation screen.
Don't use that one. Use the one in the forums: http://schtserv.com/forum/viewforum.php?f=84 This is the most updated version.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #97 from alexjnewt@hotmail.com 2012-07-12 09:21:20 CDT --- (In reply to comment #96)
(In reply to comment #95)
To reproduce, the only download required is "PSOBB Setup Full Install with JP Patch" from http://www.schtserv.com/download.php. Before firing up the game, create an account from the same page, with the "register" link.
Run "online.exe" in the installation directory to patch and run the game. From the main menu, select "Register" and enter the account details that you just created. From here, start a new game, create a character, then the crash comes after trying to progress past the character creation screen.
Don't use that one. Use the one in the forums: http://schtserv.com/forum/viewforum.php?f=84 This is the most updated version.
Granted that is the newer version but it seems to be worse; it crashes before the character select screen.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #98 from JHaleIT jhaleit@gmail.com 2012-07-12 14:03:06 CDT --- (In reply to comment #97)
(In reply to comment #96)
(In reply to comment #95)
To reproduce, the only download required is "PSOBB Setup Full Install with JP Patch" from http://www.schtserv.com/download.php. Before firing up the game, create an account from the same page, with the "register" link.
Run "online.exe" in the installation directory to patch and run the game. From the main menu, select "Register" and enter the account details that you just created. From here, start a new game, create a character, then the crash comes after trying to progress past the character creation screen.
Don't use that one. Use the one in the forums: http://schtserv.com/forum/viewforum.php?f=84 This is the most updated version.
Granted that is the newer version but it seems to be worse; it crashes before the character select screen.
True it still doesn't work, but for me it just crashes after the character select screen. When it gets to the point where it's about to show the server select screen. I was saying earlier that its a shader bug, because I actually got to the server select screen and some parts of the lighting was too dark than it's suppose to be, but I can't get to that point any more. it just crashes when it's about to show the lobby.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #99 from landeel cleberdemattoscasali-wine@yahoo.com.br 2012-07-13 06:19:57 CDT ---
From your screenshots it looked more like blank/missing textures.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #100 from JHaleIT jhaleit@gmail.com 2012-07-13 06:48:40 CDT --- (In reply to comment #99)
From your screenshots it looked more like blank/missing textures.
Nah the textures was still there. Just that they were really dark.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #101 from JHaleIT jhaleit@gmail.com 2012-10-03 13:38:46 CDT --- This game still doesn't work with 1.5.14
It's been years that this bug hasn't been fixed. Is it really that hard to get down to the problem of it? (Must be deep inside wine that it's gonna take awhile before it's fixed.)
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #102 from JHaleIT jhaleit@gmail.com 2012-10-03 13:48:25 CDT --- Please update the download link to this: http://strags.com/shpsobb/
It's the most updated installer. Thank you.
http://bugs.winehq.org/show_bug.cgi?id=12964
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.schtserv.com/dow |http://strags.com/shpsobb/ |nload.php | CC| |00cpxxx@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=12964
David Thompson dthompson2@worcester.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dthompson2@worcester.edu
--- Comment #103 from David Thompson dthompson2@worcester.edu 2012-12-08 17:54:16 CST --- I'm also having this issue. I was able to create a character but the game crashes when trying to go to ship selection. I had the same issue with both SCHTHack and Tethealla clients.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #104 from Damien Levac damien.levac@gmail.com 2013-01-19 21:57:57 CST --- Created attachment 43241 --> http://bugs.winehq.org/attachment.cgi?id=43241 backtrace from the game crashing in wine-1.5.21
I can't believe such an old bug is still around. Does anyone know if it is the binary that does something silly or is it really just a defect in Wine?
Well, I hope that backtrace will help...
http://bugs.winehq.org/show_bug.cgi?id=12964
Damien Levac damien.levac@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |damien.levac@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #105 from Dan Kegel dank@kegel.com 2013-01-19 22:17:26 CST --- FWIW, that log says:
Unhandled exception: page fault on read access to 0xff55010b Backtrace: =>0 d3dfmt_get_conv+0x38(surface=0x47d3b60, need_alpha_ck=<?>, use_texturing=0x1, format=0xe8ddd0, conversion_type=0xe8de4c) [dlls/wined3d/surface.c:2371] 1 surface_prepare_texture_internal+0x69(surface=0x47d3b60, context=<?>, srgb=0) [dlls/wined3d/surface.c:4406] 2 0x7e47e97f 3 surface_load_texture+0x345(surface=0x47d19d0, gl_info=0x13135c, rect=(nil), srgb=0) [dlls/wined3d/surface.c:6071] 4 surface_load_location+0x3de(surface=0x47d19d0, location=0x40000, rect=(nil)) [dlls/wined3d/surface.c:6231] 5 surface_load+0xc6(surface=0x47d19d0, srgb=0) [dlls/wined3d/surface.c:2891] 6 texture2d_preload+0xb7(texture=0x47d1850, srgb=SRGB_RGB) [dlls/wined3d/texture.c:689] 7 device_preload_textures+0x150(device=0x13f4b0) [dlls/wined3d/device.c:444] 8 context_apply_draw_state+0x78(context=0x1ab0a8, device=0x13f4b0) [dlls/wined3d/context.c:2298] 9 draw_primitive+0x2f4(device=0x13f4b0, start_idx=0, index_count=0x36, start_instance=0, instance_count=0, indexed=0x1, idx_data=0x0(nil)) [dlls/wined3d/drawprim.c:649] 10 wined3d_device_draw_indexed_primitive+0x8b(device=0x13f4b0, start_idx=0, index_count=0x36) [dlls/wined3d/device.c:4111] 11 d3d8_device_DrawIndexedPrimitive+0xa7(iface=0x133fe0, primitive_type=D3DPT_TRIANGLESTRIP, min_vertex_idx=0, vertex_count=0x14a, start_idx=0, primitive_count=0x34) [dlls/d3d8/device.c:1902]
d3dfmt_get_conv+0x38 [dlls/wined3d/surface.c:2371] 2371 const struct wined3d_gl_info *gl_info = &device->adapter->gl_info;
http://bugs.winehq.org/show_bug.cgi?id=12964
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-d3d
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #106 from Henri Verbeet hverbeet@gmail.com 2013-01-21 04:31:38 CST --- (In reply to comment #104)
Well, I hope that backtrace will help...
Could you create a log with WINEDEBUG="+seh,+tid,warn+heap,+d3d8,+d3d,+d3d_surface,+d3d_texture"?
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #107 from Damien Levac damien.levac@gmail.com 2013-01-21 17:40:41 CST --- (In reply to comment #106)
(In reply to comment #104)
Well, I hope that backtrace will help...
Could you create a log with WINEDEBUG="+seh,+tid,warn+heap,+d3d8,+d3d,+d3d_surface,+d3d_texture"?
Not today, but wednesday as soon as I get home.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #108 from Damien Levac damien.levac@gmail.com 2013-01-22 20:51:26 CST --- Created attachment 43301 --> http://bugs.winehq.org/attachment.cgi?id=43301 Requested Log with WINEDEBUG="+seh,+tid,warn+heap,+d3d8,+d3d,+d3d_surface,+d3d_texture"
The wine crash handler didn't pop up to ask me if I wanted to save the backtrace, thus I redirected stderr to a file. Since the file was ~800 mb I tail --byte=1000000 log >> short_log
I hope you will find what you need, if you need anything else, just tell me.
Oh and I have updated wine since then to wine-1.5.22
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #109 from Henri Verbeet hverbeet@gmail.com 2013-01-23 13:21:55 CST --- (In reply to comment #108)
0026:trace:d3d_surface:wined3d_surface_create flags 0x1, parent 0x14d7f0, parent_ops 0x7e518d6c. 0026:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7bc49bfe ip=7bc49bfe tid=0026 0026:trace:seh:raise_exception info[0]=00000000 0026:trace:seh:raise_exception info[1]=000010d9 0026:trace:seh:raise_exception eax=000010e1 ebx=7bcb6000 ecx=00110088 edx=000008e8 esi=00008018 edi=00110000 0026:trace:seh:raise_exception ebp=00e8e008 esp=00e8dfb0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206
That's a slightly different crash from the one before. The traces aren't enough to narrow down the exact line where it crashes, but going by the eip and the critical section timeouts, it's probably inside some HeapAlloc() call. That suggests some kind of memory corruption. That kind of thing can be pretty hard to debug remotely, and it doesn't look like there's any useful output from warn+heap, although I suppose there's a small chance there's something in the part of the log you cut.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #110 from Damien Levac damien.levac@gmail.com 2013-01-23 14:15:17 CST --- Created attachment 43305 --> http://bugs.winehq.org/attachment.cgi?id=43305 WINEDEBUG="warn+heap" only. Complete log.
Yeah I noticed that when we add WINEDEBUG="warn+heap" it does not crash in the same way. Anyways, since I have tweaked my system for debugging, it is easy for me to send you any more information you need.
Here I used only the interesting debug flag to avoid a bloated error log.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #111 from Damien Levac damien.levac@gmail.com 2013-01-27 09:22:37 CST --- Haha, dead again I presume?
The only thing I wonder is: shouldn't a memory corruption bug in wine's engine necessarily affect more than just one program? (Even the common source is not evident at the moment?)
I would have expected that kind of bug to be priorities especially because they are difficult to solve and the sooner they are fixed the better. Well in my humble opinion.
Anyways, my offer still holds, if any developer need back traces or anything just ask.
Henry:
'That kind of thing can be pretty hard to debug remotely'
You know the game is free, you can download it...
http://bugs.winehq.org/show_bug.cgi?id=12964
Damien Levac damien.levac@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #43301|0 |1 is obsolete| |
--- Comment #112 from Damien Levac damien.levac@gmail.com 2013-02-02 23:20:05 CST --- Created attachment 43425 --> http://bugs.winehq.org/attachment.cgi?id=43425 WINEDEBUG="+seh,+tid,+d3d8,+d3d,+d3d_surface,+d3d_texture" wine-1.5.23
I intent to update those files at each wine update. Hope it will be fixed in the future. Else I will need to read all that developer documentation to fix it myself! :P
http://bugs.winehq.org/show_bug.cgi?id=12964
Damien Levac damien.levac@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #43305|0 |1 is obsolete| |
--- Comment #113 from Damien Levac damien.levac@gmail.com 2013-02-02 23:21:13 CST --- Created attachment 43426 --> http://bugs.winehq.org/attachment.cgi?id=43426 WINEDEBUG="warn+heap" wine-1.5.23
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #114 from Damien Levac damien.levac@gmail.com 2013-02-02 23:29:35 CST --- The Wine Developer's Guide is only 127 pages long?! I'm starting to read it right now...
http://bugs.winehq.org/show_bug.cgi?id=12964
Richard S maroliaso@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |maroliaso@gmail.com
--- Comment #115 from Richard S maroliaso@gmail.com 2013-05-14 23:34:27 CDT --- I confirm it also happens with the version at http://phantasystaronline.net
It hangs in the loading screen between character creation and ship selection
Xubuntu 12.10, wine 1.4.1
http://bugs.winehq.org/show_bug.cgi?id=12964
Paul Brüll paul.bruell@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |paul.bruell@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #116 from Richard S richstov@gmail.com 2013-09-06 22:11:17 CDT --- Tested with wine 1.7.1
Bug still present
http://bugs.winehq.org/show_bug.cgi?id=12964
Bill willhilton_80@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |willhilton_80@hotmail.com
--- Comment #117 from Bill willhilton_80@hotmail.com 2013-11-28 22:32:20 CST --- Bug still present in current version as of today. Works perfectly as if it were windows up until the ship select screen then hangs or crashes. Which is what it has been doing for the last six goddamn years. :( Just the way it runs up until that point, I can tell that this problem is something just so small and insignificant that it hurts. And I agree with all previous posters who said this has something to do with 3d support/shading (leaning more towards shading). Is there anybody else out there who got this working? In the database it says that one anonymous person reported it fully working. Has anyone else had such luck?
P.S Why do PSO versions 1&2 work but Blue Burst does not? In a graphical perspective I see no difference between the two. I used to think I did but upon further inspection, I see nothing.
http://bugs.winehq.org/show_bug.cgi?id=12964
Knightlain pastorrub@msn.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pastorrub@msn.com
http://bugs.winehq.org/show_bug.cgi?id=12964
Brian bkohler36@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bkohler36@gmail.com
--- Comment #118 from Brian bkohler36@gmail.com --- Created attachment 47685 --> http://bugs.winehq.org/attachment.cgi?id=47685 backtrace for wine 1.7.13
I've tested with 1.7.13 recently and it seems the point at which it crashes has changed slightly from what's in the 1.5.x backtraces available here. Trying to get a warn+heap trace will make the fault happen elsewhere, as noted above, but for me it just hangs instead of crashing.
(In reply to Bill from comment #117)
P.S Why do PSO versions 1&2 work but Blue Burst does not? In a graphical perspective I see no difference between the two. I used to think I did but upon further inspection, I see nothing.
PSOBB is supposed to have better graphics, though I wasn't able tospot the difference or find detailed info on what supposedly change either.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #119 from dk developer@gaminglounge.com --- I just re-installed Ubuntu the other day and compiled Wine 1.7.13. I didn't receive any crashes at all when using the default open source Radeon driver (I'm using an AMD APU). As far as I can tell the only thing preventing me from playing the game is bug #27293 (the typing issue) - I was able to gracefully exit the game every single time. That was a surprise. Framerates were not great (probably a combination of the driver and my weak APU) However with the open source Radeon driver I was able to make it all the way into the lobby and was able to run around and symbol chat with others. I couldn't (normal) chat or type a party name (to create a game). I'm almost positive I could join an existing game had there been one available - I'll try to test that out sometime this weekend. I tested 1.24.3 and Tethealla.
When I installed the official AMD driver (amd-catalyst-13.12-linux-x86.x86_64) I got the same page fault that brian posted for 1.7.13 (d3d8 texture issue).
I don't understand it but I'm hopeful there is something in the open source driver that might help us make some progress. First thing however is to have someone with AMD graphics confirm the open source Radeon driver works.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #120 from Brian bkohler36@gmail.com --- Upon reading comment #119 I decided to give the game a try under the nouveau Nvidia drivers. Just like in his case I was able to get past the usual crash point and select a ship and block, I also tested creating a party and playing for some minutes, everything worked flawlessly. Also of note is that the japanese text describing the current active method for inputting text I mentioned on my comment in bug #27293, which isn't usually displayed when running under WINE, did show up this time. However, it may be that not everything is solved. Whenever I try to quit the game through it's menus either I get a page fault or the program just hangs.
One thing I tested after I made my last comment is that if I repeat exactly the same actions when testing the game, it crashes exactly on the 331st call to the d3d8_texture_2d_UnlockRect function. Maybe that can be of use if someone else wants do debug a bit.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #121 from Brian bkohler36@gmail.com --- I'm sorry for the double comment but there's actually something I forgot to mention on comment #120. When trying to run the game under nouveau sound stopped working. Under the proprietary drivers it worked normally. This line of console output seems to be relevant to this issue: err:dsound:get_mmdevenum CoCreateInstance failed: 80004005
Maybe later I'll make a new prefix and install the native libraries that make sound work for PSOv2 and see what happens.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #122 from JHaleIT jhaleit@gmail.com --- I'm on a Mac with nVidia 750M GT 2GB DDR5 and it still crashes for me. Instead of the game freezing while trying to go into the ship menu I get an error pop up: http://f.cl.ly/items/0k2s1U3U1J2h2z2z272N/Screen%20Shot%202014-03-08%20at%20...
Brian and dk you guys said you used open source drivers in your linux box and it worked. Could it be tat those drivers are not properly coded that it could've been able to skip that bug?
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #123 from dk developer@gaminglounge.com --- @JHaleIT - I'm just as surprised as you that it works but I have no idea why it would. Anything I can think of is just speculation. I would assume that the official AMD supported Linux driver (I was using the last stable release) would be good (meaning thoroughly tested).
I mean - what are the odds that this bug occurs on both the official NVidia and AMD drivers? It could be something with the Linux Kernal but then how are the open source drivers working? Even if the open source drivers aren't working properly (and are somehow able to skip whatever is causing this issue) THAT bug in itself is probably valuable because it really narrows down where we should look at in the Wine code. So again - it seems like it's back to Wine.
I found myself wondering that if this problem exists in the kernal/drivers shouldn't we be seeing other issues from other games that are using the d3d8 apis?
@Brian - back around comment 62 I was using a different computer with a Nvidia card. Disabling the sound resulted in a more specific error related to direct3d. I *think* that around that time (Wine 1.3-ish) Wine was undergoing a sound architecture revamp. Sound cut out on a couple of non-related games that I had tried to play and I was told to wait for Ubuntu to catch up.
I'm still not sure what caused it but the errors did seem more meaningful with the sound off.
I did have sound enabled with the open source drivers so it looks like that problem has been fixed (or maybe the AMD chipset I'm using isn't as affected?)
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #124 from Brian bkohler36@gmail.com --- Actually, I'm very sorry, I had completely forgot I didn't get all the required x86 development headers when compiling WINE and thus support for some things was missing, among them sound. I tested the game on a binary distribution of 1.7.13 and sound worked just fine.
I took the chance to redo my experiments on counting the calls to the function where I get crashes under nouveau and to my surprise up to the ship selection screen I get less than 100 calls(73 IIRC). Could it be that well before the 331st call the function is failing and the program has to try it again and again until it gets a positive result or a page fault? I'll take a look at the traces I have later and see if I can find something unusual.
About how it turns out both ATI and Nvidia open source drivers solve the bug, looking at the Linux Graphics Stack diagram on wikipedia, it seems both open source drivers use a fair bit of libraries in common upwards from the hardware-specific stuff(whereas proprietary drivers seem to tend to use prorprietary implementations). That doesn't explain much about the problem, but makes the solution look a bit less unlikely, doesn't it?
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #125 from JHaleIT jhaleit@gmail.com --- either way I still think it's some form of shader bug or something to do with lighting, because there was only 2 times when I was able to get onto the ship select screen and noticed certain textures were dark. (almost like a black, but u can kinda see the texture still on the models.) Remember though I'm on a Mac so errors can be a bit different from each other.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #126 from dk developer@gaminglounge.com --- Created attachment 47751 --> http://bugs.winehq.org/attachment.cgi?id=47751 Wine 1.7.13, psobb 1.24.3, open source radeon
Today I had a Windows 7 user join our local Khyller server and create a new party (because I couldn't type the party name myself). I then joined their game and made it down to Pioneer 2 (episode 1) and then Wine crashed. :(
I tried it a couple of times (with and without sound). This looks like as far the open source Radeon driver will go.
A screenshot is here (labeled as 'Pioneer 2 crash'):
http://appdb.winehq.org/screenshots.php?iAppId=&iVersionId=24454
The page fault with the official AMD driver was: Backtrace:
=>0 0x7e5cb58a d3d8_texture_2d_UnlockRect+0x5a(iface=0x33ace00, level=0) [/home/developer/source/wine-1.7.13/dlls/d3d8/texture.c:345] in d3d8 (0x00f7e538)
(at least we know which file, right?)
This page fault with the open source driver isn't as descriptive. More details in the attachment.
Backtrace: =>0 0x0085e9bd in psobb (+0x45e9bd) (0x00adff80) 1 0x000078e8 (0x1e440f46)
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #127 from landeel cleberdemattoscasali-wine@yahoo.com.br --- Created attachment 47753 --> http://bugs.winehq.org/attachment.cgi?id=47753 Still crashes with wine 1.7.13 and NVIDIA drivers.
Still crashes with wine 1.7.13 and NVIDIA drivers.
http://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #128 from Brian bkohler36@gmail.com --- (In reply to dk from comment #126)
Created attachment 47751 [details] Wine 1.7.13, psobb 1.24.3, open source radeon
Today I had a Windows 7 user join our local Khyller server and create a new party (because I couldn't type the party name myself). I then joined their game and made it down to Pioneer 2 (episode 1) and then Wine crashed. :(
I tried it a couple of times (with and without sound). This looks like as far the open source Radeon driver will go.
That's really strange. Ever since my last report I've been performing extensive and thorough testing(if you know what I mean) both on my local Teth and in Schthack servers. The test report and in-game screenshots I sent to the Schthack version are still awaiting review by the mantainer, but I hope they'll be up soon.
From the test reports you submitted I take it you have already tried running
under the Teth executables?
Anyway, for some reason the page faults upon trying to exit the game subsided completely. The only crash I experience now is when using the Schthack executables I try to change the language in the ship selection screen. The log isn't really helpful as it seems to be triggered by code in the game executable, thus no debugging symbols.
http://bugs.winehq.org/show_bug.cgi?id=12964
Alex Zimmerman liquidspikes@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |liquidspikes@hotmail.com
--- Comment #129 from Alex Zimmerman liquidspikes@hotmail.com --- Created attachment 48690 --> http://bugs.winehq.org/attachment.cgi?id=48690 Wine 1.7.16 Backtrace Mac OSX 10.9 with AMD Radeon HD 6770m
This crash occurs when trying to connect to a ship using Wine 1.7.16 on PSOBB Teth 125.15
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #130 from JHaleIT jhaleit@gmail.com --- Just a heads up. I doubt this issue will ever be fixed due to Schthack patching the exe with a virus of some sort: http://www.herdprotect.com/psobb.exe-da81ae9c7ac20f8b9e9ab1f31fedb01c4c4014f...
He's using Yoda's Crypter to add something to the exe.
Yoda's Crypter is a free crypter. It's used to hide viruses,RATs, or keyloggers from antiviruses. So that they are not detected and deleted by antiviruses. It's a program that allow users to crypt the source code of their viruses,RATs,or keyloggers. It's UD crypter to hacke anyone PC.
So I think we should close this until these PSOBB servers remove what they put into their exe's and it should solve the problem.
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #131 from dk developer@gaminglounge.com --- (In reply to JHaleIT from comment #130)
So I think we should close this until these PSOBB servers remove what they put into their exe's and it should solve the problem.
This issue affects three different releases of the game listed here:
https://appdb.winehq.org/objectManager.php?sClass=application&iId=6505
1.25.10 (Tethealla) was patched by Sodaboy for use on his open source server. This version of the game was based off of the Japanese client (which iirc was the only one to support Windows 7). There might be some info on the pioneer2.net forum archives about what exactly was patched aside from the language & GameGuard.
1.24.3 is the _official_unmodified_client_ direct from SEGA. It runs against both of Fuzziqer's server releases. The game launcher (which is needed to launch the game) is distributed in both binary and source forms. The client finds the server through host redirects.
I've always been a proponent of using the 1.24.3 release to debug this issue as literally nothing has been changed or altered. I guess that version isn't as popular because it's a little more complicated to set up. All of this is documented here (also linked from the Wine AppDB page):
https://sites.google.com/site/winepso/
I haven't analyzed Schthack's patch (or, more accurately the patch distributed by the people still running the site). If there is indeed a problem with it then that release (and only that release) should be removed from the AppDB.
This bug still occurs on both 1.25.10 (Tethealla) as well as the unmodified client (I test them both) so in that context it's still valid.
Thoughts?
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #132 from JHaleIT jhaleit@gmail.com --- My thoughts is that someone here mentioned that the original v2 game works while these patched games do not. This always occurs after we connect to the server. After doing tests on this for years there is something wrong with the way they are patching it. Maybe an anti-cheat mechanism or some sort?
After studying Schthack's exe there is some sort of attachment placed on the exe using Yoda's Crypter which is usually used to attach viruses to an exe. This only adds code on top of it and it doesn't change anything within the exe it's self.
If they remove what is placed then I feel this game should work as it should.
https://bugs.winehq.org/show_bug.cgi?id=12964
Michael Müller michael@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |michael@fds-team.de
--- Comment #133 from Michael Müller michael@fds-team.de --- @JHaleIT To which file are you referring regarding the Yoda crypter?
After the installation I got the following files (+ sha256):
------ 0fbbad810ac882468c3cee4e2b4d7e2da85223c1f75291bedda031886250234d online.exe 5674cb4ae4600dad09cd36162a031f58dcf50981c542911f147b8411e487998b SHoption.exe 9edc442a44adc14d90699c58baa72f4c02df679dc54c4afa9c456d2a2961cb95 SHPsoBBn.exe cc9d82e1cdc992a881908075e9505ab052d759020e17f729222b3c2336b5f8d0 SHPsoBBw.exe 4c402c457d397f56d9610d86dc9d34d36707dae531ef98bdf5eff3e089fffea7 uninstall.exe ------
The SHPsoBBn.exe and SHPsoBBw.exe files are obfuscated by Aspack. This is a commercial program (http://www.aspack.com/) to reduce the size of executables, similar to UPX. The program provides only a weak protection since it is not intended to hide viruses but to decrease the file size. These executables contain a section called ".aspack", so you can check this on your own by using: fgrep ".aspack" SHPsoBBn.exe
I removed the protection from both executables and send them to VirusTotal. I did not get any negative reports, except from two virus scanners which detected that the executable was modified. However, none of the scanners was able to detect a known virus. I do not really want to say that these programs are safe but I also do not find any evidence that they are not, so I am wondering how you came to that conclusion?
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #134 from Michael Müller michael@fds-team.de --- I wanted to take a closer look at this bug but it seems like the registration does not work correctly. It prints a nice PHP debug message:
---- Warning: readfile(http://gsproduc.ath.cx:8555/cgi-bin/Other/gcreg248.cgi?bb=...&p1=...) [function.readfile]: failed to open stream: Connection refused in /home2/crono114/public_html/bbreg.php on line 25 ----
Does someone know a different way how to register on this server or has an unused account for which he could send me the credentials via mail?
https://bugs.winehq.org/show_bug.cgi?id=12964
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEW
--- Comment #135 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to JHaleIT from comment #130)
Just a heads up. I doubt this issue will ever be fixed due to Schthack patching the exe with a virus of some sort: http://www.herdprotect.com/psobb.exe- da81ae9c7ac20f8b9e9ab1f31fedb01c4c4014f6.aspx
He's using Yoda's Crypter to add something to the exe.
The virus alert above was based on the sole reason of detecting some kind of a cryptor. That's at least not professional, a cryptor/protector/ obfuscator can be legitimately used to hide a binary from a not very serious investigator.
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #136 from JHaleIT jhaleit@gmail.com --- Something interesting about Yoda's Crypter: http://www.teamfurry.com/wordpress/2007/04/06/under-the-hood-yodas-crypter-1...
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #137 from JHaleIT jhaleit@gmail.com --- Some more information about what's packed into the exe.
http://www.elitepvpers.com/forum/general-gaming-discussion/1614999-xraresumo...
Apparently it's some sort of anti-cheat engine (made by SCHTHack) which Wine doesn't like. As I say for now there's nothing that can be done until they remove it. IF you can figure out a way to get it out then let me know...
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #138 from Michael Müller michael@fds-team.de --- (In reply to JHaleIT from comment #137)
Apparently it's some sort of anti-cheat engine (made by SCHTHack) which Wine doesn't like. As I say for now there's nothing that can be done until they remove it.
If it works on Windows and crashes in Wine then this is a Wine bug and not their fault. If their checks are too strict it might be possible that we can not fix this in Wine, but first of all someone needs to analyze the problem. This might be difficult if it is no longer possible to register an account.
Btw, almost all anti cheat engines and clients of commercial mmorpgs use some kind of anti-debugging tricks, obfuscators etc.
https://bugs.winehq.org/show_bug.cgi?id=12964
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Abandoned?, obfuscation Component|directx-d3d |-unknown
--- Comment #139 from Ken Sharp imwellcushtymelike@gmail.com --- Is registration still possible?
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #140 from dk developer@gaminglounge.com --- Created attachment 52329 --> https://bugs.winehq.org/attachment.cgi?id=52329 Wine 1.7.50 logs (various debug flags) of 'bursting crash'
Untouched 1.24.3 client running under Wine 1.7.50 using Gallium 0.4 drivers on Ubuntu 14.04 64-bit.
Crash at bursting screen before reaching the ship/lobby select.
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #141 from dk developer@gaminglounge.com --- Reference video (untouched 1.24.3 client): https://youtu.be/h4oYtRh6ZiM
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #142 from JHaleIT jhaleit@gmail.com --- (In reply to dk from comment #141)
Reference video (untouched 1.24.3 client): https://youtu.be/h4oYtRh6ZiM
We all know about this, but nothing can be done since these servers have some sort of hack/anti-cheat mechanism in it. The only way this would work is if these player run servers remove this. I've contacted some of them and they refuse to remove it...
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #143 from Furyhunter furyhunter600@gmail.com --- The problem isn't an anti-hack issue. I have limited knowledge of direct3d, but I looked closely at the UnlockRect crash and it seems PSOBB 1.25.10-13 improperly LockRect a surface held by a texture immediately after calling LockRect on the texture itself. It then fails to UnlockRect the surface before UnlockRecting the texture, which seems to be poorly formed and results in a resource handling error in the wined3d implementation.
PSOBB seems to hold on to and reuse textures and surfaces throughout runtime, so the same texture interface struct is reused a lot.
The 1.25 patch was only released in Japan and included some undisclosed performance improvements. This might be why 1.24 gets past the bursting screen, but not 1.25.
The call order consistently looks like this:
tex.LockRect(NULL rect) surf.LockRect(NULL rect) // implicitly locks entire surface due to NULL tex.UnlockRect() // there is a missing UnlockRect on the surface? *CRASH* the surface interface struct return by get sub resource inside tex.UnlockRect causes a page fault. Exact line: https://github.com/wine-mirror/wine/blob/9bd963065b1fb7b445d010897d5f84967ea...
Presumably the intended order of operations is to include a surf.UnlockRect before tex.UnlockRect. But Windows may implicitly unlock the surface lock rects, though it is undocumented behavior.
I need more information to verify if the surface is actually a subresource of the texture, but if that is the case, then somehow the d3d8_surface impl struct retrieved by wined3d_resource_get_parent has an invalid pointer to the interface struct for the surface. It would not explain why Texture LockRect succeeds, because it gets the same information for locking. My gut says surface LockRect is breaking this somehow.
I will investigate this further because it may be a very simple fix.
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #144 from Furyhunter furyhunter600@gmail.com --- Okay, PSOBB is doing everything it should be doing when loading mips. I was just misunderstanding the logs. Somehow it is clobbering the memory around the pBits received from IDirect3DTexture8_LockRect, which is causing the lpVtbl of the underlying surface interface to become corrupt. I hacked a fix to restore the lpVtbl, but the corruption runs all the way into the struct wined3d_resource associated with the surface and overrides the resource_ops, causing another function pointer call into non-executable memory when unmapping the resource.
For some reason, PSOBB thinks it's getting more memory than it actually is to write texture information at this specific point during loading, and it is writing either before or after the pBits it was given.
Is it possible this is a texture format bug? I'm not sure what to do from here, but I will keep looking into it.
"very simple fix," famous last words...
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #145 from Michael Müller michael@fds-team.de --- (In reply to Furyhunter from comment #144)
For some reason, PSOBB thinks it's getting more memory than it actually is to write texture information at this specific point during loading, and it is writing either before or after the pBits it was given.
Is it possible this is a texture format bug? I'm not sure what to do from here, but I will keep looking into it.
In case the game is writing past the memory block of the locked texture, it might expect the mipmap levels to directly follow the memory block of the texture. It is not officially supported, but there are also other games which rely on this. They try to be very efficient (or buggy) by writing over the end of the returned memory to directly update the mipmap levels. Wine does not yet support this, see bug 34480 for more information. You could add a hack to allocate twice the amount of system memory for a texture. One example for such a hack can be found at (just remove the checks for the resource size, the patch targets a specific game):
https://github.com/PlayOnLinux/wine-patches/blob/master/custom/LeagueOfLegen...
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #146 from Furyhunter furyhunter600@gmail.com --- With the changes in that patch, the page fault address is in the 0x0000118c range, whether I forcefully restore the lpVtbl or not. It seems to have had an effect, but the game still clobbering the interface struct and its underlying resource somehow.
I'm a little surprised League of Legends, of all games, uses this technique...
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #147 from Furyhunter furyhunter600@gmail.com --- (In reply to Furyhunter from comment #146)
With the changes in that patch, the page fault address is in the 0x0000118c range, whether I forcefully restore the lpVtbl or not. It seems to have had an effect, but the game still clobbering the interface struct and its underlying resource somehow.
I'm a little surprised League of Legends, of all games, uses this technique...
Err, I stand corrected... It is working as long as I multiply the resource size by 4 (the number of mip levels the game requests). Textures are definitely not working correctly, but I will research further.
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #148 from Furyhunter furyhunter600@gmail.com --- Here is a patch that makes PSOBB work under recent versions of Wine, based on that League of Legends patch. It's a hack, so I will not propose it should be merged into Wine itself. It is self-contained enough that you only need to build d3d8.dll and wined3d.dll for the game itself and you can just use your existing Wine installation.
https://gist.github.com/Furyhunter/d80373b08f45e43f82e6
If someone wants to make a PlayOnLinux install script using this, feel free to. The code is derivative of Wine so its license applies.
I tested this on MacOSX El Capitan and Arch Linux x86_64, worked great on both. IME does not work correctly on Mac. Gamepads work on Linux. No crashes so far in testing.
https://bugs.winehq.org/show_bug.cgi?id=12964
Michael Müller michael@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE
--- Comment #149 from Michael Müller michael@fds-team.de --- The patch shows that this is the same problem as in bug 34480. I am therefore closing it as duplicate.
*** This bug has been marked as a duplicate of bug 34480 ***
https://bugs.winehq.org/show_bug.cgi?id=12964
--- Comment #150 from dk developer@gaminglounge.com --- Thank you Furyhunter for the investigating and workaround.
I've updated the 1.24.3 and 1.25.10 (Tethealla) appdb pages with the new bug number.
https://bugs.winehq.org/show_bug.cgi?id=12964
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #151 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org