http://bugs.winehq.org/show_bug.cgi?id=24416
Summary: America's Army 3 needs msvcr80.dll._ctime64_s Product: Wine Version: 1.3.2 Platform: x86-64 URL: http://www.americasarmy.com/downloads/ OS/Version: Linux Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: msvcrt AssignedTo: wine-bugs@winehq.org ReportedBy: austinenglish@gmail.com
It bundles its own copy, but I accidentally set all dlls to native and noticed it.
But if you wanted to run without Microsoft dlls, this would be needed.
http://bugs.winehq.org/show_bug.cgi?id=24416
--- Comment #1 from Luca Bennati lucak3@gmail.com 2010-10-21 09:17:40 CDT --- Please generalize summary and put severity to normal, as Osmos Full version needs it or crashes at the start.
http://bugs.winehq.org/show_bug.cgi?id=24416
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |minor
--- Comment #2 from Austin English austinenglish@gmail.com 2010-10-21 13:29:42 CDT --- (In reply to comment #1)
Please generalize summary and put severity to normal, as Osmos Full version needs it or crashes at the start.
There's an easy workaround, no need to make it normal.
http://bugs.winehq.org/show_bug.cgi?id=24416
--- Comment #3 from Luca Bennati lucak3@gmail.com 2010-10-22 04:32:20 CDT --- Osmos doesn't bundle its own version and crashes without it. Even if there is an easy workaround with winetricks, it doesn't mean it's not a bug. I do not care much for its status, what i wanted was to make it more visible to who takes care of msvcrt component (Piotr Caban and others). Should I CC them?
http://bugs.winehq.org/show_bug.cgi?id=24416
--- Comment #4 from Austin English austinenglish@gmail.com 2010-10-22 11:47:32 CDT --- (In reply to comment #3)
Osmos doesn't bundle its own version and crashes without it. Even if there is an easy workaround with winetricks, it doesn't mean it's not a bug.
I never said it wasn't a valid bug. I filed it after all ;-).
I do not care much for its status, what i wanted was to make it more visible to who takes care of msvcrt component (Piotr Caban and others). Should I CC them?
No need. Piotr and most other developers are subscribed to wine-bugs and see all bug emails.
http://bugs.winehq.org/show_bug.cgi?id=24416
--- Comment #5 from Austin English austinenglish@gmail.com 2010-11-03 17:31:52 CDT --- Also affects Osmos Demo (http://www.bigdownload.com/games/osmos/pc/osmos-demo/), which is only 9MB.
http://bugs.winehq.org/show_bug.cgi?id=24416
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #6 from Austin English austinenglish@gmail.com 2010-11-23 14:22:38 CST --- Builtin msvcr80 works fine now. Msvcp80 still isn't enough, fails on
wine: Call from 0x7b8370d3 to unimplemented function msvcp80.dll.?clear@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAEXXZ, aborting
and according to mscodescan, may need about 95 more.
mscodescan says it may also need: ./aa3/Binaries/wxmsw28u_core_vc_custom.dll imports following stub symbols: msvcr80:_wassert
./aa3/Binaries/FxGraphLayout.dll imports following stub symbols: msvcr80:_fstat32
./aa3/Binaries/AA3Game.exe imports following stub symbols: msvcr80:wctob
./aa3/Binaries/wxmsw28u_net_vc_custom.dll imports following stub symbols: msvcr80:_wassert
./aa3/Binaries/wxmsw28u_vc_custom.dll imports following stub symbols: msvcr80:_swprintf msvcr80:_wassert
but the game runs fine, so those may only be needed in case of failure/for certain features.
http://bugs.winehq.org/show_bug.cgi?id=24416
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Alexandre Julliard julliard@winehq.org 2010-11-26 13:14:57 CST --- Closing bugs fixed in 1.3.8.