#5546 closed defect (fixed)
SWORD1: Crashes on Windows x64 (works in 32bit)
| Reported by: | SF/bugshideout | Owned by: | athrxx |
|---|---|---|---|
| Priority: | normal | Component: | Engine: Sword1 |
| Version: | Keywords: | ||
| Cc: | Game: | Broken Sword 1 |
Description
Trying to play the 2 CD english version of Broken Sword 1 on a 64 Bits Windows seven laptop, I realized the game crashes as soon as I open the game. I am using ScummVM 1.2.0 64 bits downloaded from your website. With exactelly this version it was possible to me to finish Indiana Jones - Atlantis. By downloading the x86 version of ScummVM from your website, the game plays perfectly.
here is the log:
C:\temp\ScummVm>scummvm -d 99 sword1 Debuglevel (from command line): 99 Output sample rate: 22050 Hz Opening hashed: translations.dat Opening hashed: THEMERC Opening hashed: THEMERC Opening hashed: THEMERC File::open: opening 'logo.bmp' failed File::open: opening 'cursor.bmp' failed File::open: opening 'cursor_small.bmp' failed File::open: opening 'checkbox.bmp' failed File::open: opening 'checkbox_empty.bmp' failed File::open: opening 'radiobutton.bmp' failed File::open: opening 'radiobutton_empty.bmp' failed File::open: opening 'logo_small.bmp' failed File::open: opening 'search.bmp' failed User picked target 'sword1' (gameid 'sword1')... Looking for a plugin supporting this gameid... Broken Sword Starting 'Broken Sword: The Shadow of the Templars' Starting resource manager Opening hashed: swordres.rif Starting object manager Opening hashed: general.CLU Opening hashed: compacts.CLU Opening hashed: intro.txt Opening hashed: intro.smk
c:\temp\ScummVM
The game launches, but crashes in the first second. Whenever one open's the game, it should say "Paris in the fall" but it actually only say Paris.
And of course it grants me a pretty error message: C++ Runtime library Assertion Failed
file: ..\..\graphics\video\smk_decoder.cpp line 15 Expression: _buf < _end
(i am using the standard SMK files from the original CD)
Ticket imported from: #3132779. Ticket imported from: bugs/5546.
Change History (9)
comment:1 by , 13 years ago
comment:2 by , 13 years ago
This one should've been fixed with r53893 (Backport to branch-1-2-0 in 53894+53896). The fix will be included in the next stable release.
comment:3 by , 13 years ago
I wish I could, but there is no 64 bit daily build of ScummVM. That is why I did not try there in first place. Sorry that I forgot to mention it on the bug report.
comment:4 by , 13 years ago
Actually, there *are* 64bit daily builds for ScummVM: <http://buildbot.scummvm.org/builds.html>.
(OK, to be strictly correct: There were such daily builds until a few weeks ago, when building the 64bit binaries on our build server started to fail for known reasons. Nobody did get around to fixing that yet; but the mentioned fixed are definitely already in the last available 64bit windows binary).
comment:5 by , 13 years ago
| Summary: | sword1 crashes on ScummVm 64bits ( but works on ScummVm x86) → SWORD1: Crashes on Windows x64 (works in 32bit) |
|---|
comment:6 by , 13 years ago
Sorry for not being able to find the daily build for Win64. I just tested it and it works like a charm. ( ScummVM 1.3.0svn54517 2010-11-28 13:04:51 Win64 ) Congratulations
comment:7 by , 13 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:8 by , 13 years ago
For the reference: The x64 daily builds were never affected by this, since there were made with MinGW64, where this bug never occurred due compiler internals. Only MSVC was affected.
I will assign this to _athrxx since he fixed it shortly after 1.2.0 was released.
comment:9 by , 13 years ago
| Owner: | set to |
|---|
Thank you for your bug report.
Please could you download a daily build from : http://www.scummvm.org/downloads/#SVN and see if the problem occurs with the very latest code.