WineHQ
Bug Tracking Database – Bug 32099

 Bugzilla

 

Last modified: 2021-02-05 15:58:04 UTC  

Adventure Game Studio 3.2 Crashes on start with C++ Runtime Error

Bug 32099 - Adventure Game Studio 3.2 Crashes on start with C++ Runtime Error
Adventure Game Studio 3.2 Crashes on start with C++ Runtime Error
Status: CLOSED FIXED
AppDB: Show Apps affected by this bug
Product: Wine
Classification: Unclassified
Component: msvcp
1.5.16
x86-64 Linux
: P2 normal
: ---
Assigned To: Mr. Bugs
https://web.archive.org/web/201210161...
: download
Depends on:
Blocks:
  Show dependency tree
 
Reported: 2012-10-29 19:08 UTC by David Rogers
Modified: 2021-02-05 15:58 UTC (History)
2 users (show)

See Also:
Regression SHA1:
Fixed by SHA1: 965987bb59ffbd2e531a3a8e71fbce4baaa59865
Distribution: ---
Staged patchset:


Attachments
error message (22.43 KB, image/png)
2012-10-29 19:08 UTC, David Rogers
Details

Note You need to log in before you can comment on or make changes to this bug.
Description David Rogers 2012-10-29 19:08:25 UTC
Created attachment 42318 [details]
error message

Adventure Game Studio 3.2 Crashes on start with C++ Runtime Error. It shows the same error dialogue box (see screenshot) twice then hangs with this in the terminal:
err:module:find_forwarded_export module not found for forward 'msvcm80.?DoDllLanguageSupportValidation@<CrtImplementationDetails>@@YAXXZ' used by L"C:\\windows\\system32\\msvcm90.dll"
err:module:find_forwarded_export module not found for forward 'msvcm80.?RegisterModuleUninitializer@<CrtImplementationDetails>@@YAXP$AAVEventHandler@System@@@Z' used by L"C:\\windows\\system32\\msvcm90.dll"
wine: Call from 0x7bc4c1f0 to unimplemented function msvcm90.dll.?DoDllLanguageSupportValidation@<CrtImplementationDetails>@@YAXXZ, aborting
err:seh:setup_exception_record stack overflow 1900 bytes in thread 0009 eip 7bc554d3 esp 00230bc4 stack 0x230000-0x231000-0x330000

Adventure Game Studio 3.2 can be downloaded from:
http://www.adventuregamestudio.co.uk/AGS.aspx
Comment 1 Austin English 2012-10-29 21:05:19 UTC
Confirming. If you set msvc*80 msvc*90 to native, then install native dotnet20 before installing the application, the app starts. I didn't test beyond that.

The problem with builtin mono should be a separate bug.

austin@aw25 ~ $ wine --version
wine-1.5.16-59-gdf2c73a
austin@aw25 ~ $ sha1sum AGS-3.2.1.exe 
e96c484c0be92aa384a86a8ff50cacfc089d5939  AGS-3.2.1.exe
Comment 2 Esme Povirk 2012-10-30 09:53:05 UTC
Does it work if both msvcm dll's are set to builtin?
Comment 3 David Rogers 2012-10-30 12:01:25 UTC
With msvc*80 msvc*90 set to builtin without dotnet installed it crashes.
With msvc*80 msvc*90 set to builtin with dotnet installed it works.
Comment 4 Esme Povirk 2012-10-30 12:29:33 UTC
Seems to me there's no bug in msvcm then (except if you consider it a bug that builtin msvcm90 needs builtin msvcm80 to work, but the precedent is to have different versions forward to a single library and assume that library is builtin, then tell people to use builtin or native for all of them if there are problems).
Comment 5 Piotr Caban 2014-01-30 04:49:36 UTC
msvcm90 no longer forwards calls to msvcm80. Marking as fixed.
Comment 6 Alexandre Julliard 2014-02-07 13:05:59 UTC
Closing bugs fixed in 1.7.12.


Privacy Policy
If you have a privacy inquiry regarding this site, please write to [email protected]

Hosted By CodeWeavers