When the app needs a different version of the built in windows libs, that usually means it was build on a different version of Windows.
Sometimes, you have to include a copy of the lib itself with the app and/or the user needs to install it. Hacky I know, but that’s what I’ve done in the past…
IE: https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/7f5a39ee-e089-... https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/7f5a39ee-e089-4330-a67c-e8e24090939c/msvcp71dll-missing?forum=windowsgeneraldevelopmentissues
Often times, I’ve quickly had to go to one of these sites that hosts various Windows api dlls just to get something to work. Either that or copy it from another machine with an older OS. Seems like this might be an option for now.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Jun 2, 2016, at 2:09 PM, pd-list-request@lists.iem.at wrote:
From: rolfm@dds.nl mailto:rolfm@dds.nl Subject: Re: [PD] Deken : Install externals with a list (Py Fave) Date: June 2, 2016 at 2:09:31 PM MDT To: pd-list@lists.iem.at mailto:pd-list@lists.iem.at
Roman wrote:
Just in case nobody more knowledgeable chimes in. Pd found the approrpiate file: Gem.dll, but it still didn't load it. This probably means that Gem.dll is dynamically linked to other libraries that can't be found. You might get a hint when opening Gem.dll in a tool like DependencyWalker or similar. It hopefully shows you which other dll is missing or not found.
thanks Roman. running DependencyWalker gives a lot of yellow warnings and a red one in the dep.tree.
and in the log window:
Error: At least one required implicit or forwarded dependency was not found. Error: At least one module has an unresolved import due to a missing export function in an implicitly dependent module. Warning: At least one delay-load dependency module was not found. Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module.
attached are 2 png's which show 2 items i think could be causing the problem: -msvcrt.dll which appears to generate one or both of the above mentioned errors. -msvcr71.dll; in pd/bin exists msvcr90.dll.
any hints how to proceed?
Dan Wilcox schreef op 02-06-2016 22:50:
When the app needs a different version of the built in windows libs, that usually means it was build on a different version of Windows.
Sometimes, you have to include a copy of the lib itself with the app and/or the user needs to install it. Hacky I know, but that’s what I’ve done in the past…
IE: https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/7f5a39ee-e089-...
Often times, I’ve quickly had to go to one of these sites that hosts various Windows api dlls just to get something to work. Either that or copy it from another machine with an older OS. Seems like this might be an option for now.
great Dan, MSVCR71.dll was present in my system, but apparently not at the 'right' place for Pd/Gem. copying the file to a 'better' location did the trick.
thanks everybody who contributed in my groping around to get Gem working.
rolf
On Fri, 2016-06-03 at 10:51 +0200, rolfm@dds.nl wrote:
Dan Wilcox schreef op 02-06-2016 22:50:
When the app needs a different version of the built in windows libs, that usually means it was build on a different version of Windows.
Sometimes, you have to include a copy of the lib itself with the app and/or the user needs to install it. Hacky I know, but that’s what I’ve done in the past…
IE: https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/7f5a39ee-e089-...
Often times, I’ve quickly had to go to one of these sites that hosts various Windows api dlls just to get something to work. Either that or copy it from another machine with an older OS. Seems like this might be an option for now.
great Dan, MSVCR71.dll was present in my system, but apparently not at the 'right' place for Pd/Gem. copying the file to a 'better' location did the trick.
thanks everybody who contributed in my groping around to get Gem working.
Great to hear about your success.
Would be good though, if other Gem users on Windows 10 wouldn't have go through those hoops in the future. Maybe you report that on the Gem-dev mailing list, hoping that there is solution that will automatically detect the dll at its original location.
Roman
Copy *msvcr71.dll* to *C:\Windows\System *Folder?
Is it right? I looks work, but not confirmed...
I'm on Windows 10 / Pd-0.47-1
On Fri, Jun 3, 2016 at 5:51 PM, rolfm@dds.nl wrote:
Dan Wilcox schreef op 02-06-2016 22:50:
When the app needs a different version of the built in windows libs, that usually means it was build on a different version of Windows.
Sometimes, you have to include a copy of the lib itself with the app and/or the user needs to install it. Hacky I know, but that’s what I’ve done in the past…
IE: https://social.msdn.microsoft.com/Forums/windowsdesktop/en-U S/7f5a39ee-e089-4330-a67c-e8e24090939c/msvcp71dll-missing? forum=windowsgeneraldevelopmentissues
Often times, I’ve quickly had to go to one of these sites that hosts various Windows api dlls just to get something to work. Either that or copy it from another machine with an older OS. Seems like this might be an option for now.
great Dan, MSVCR71.dll was present in my system, but apparently not at the 'right' place for Pd/Gem. copying the file to a 'better' location did the trick.
thanks everybody who contributed in my groping around to get Gem working.
rolf
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
it looks works, but something strange...
Win10 / Pd-0.47-1 / Gem-0.93.3 Startup: Gem/Gem
======= tried ./Gem/Gem.m_i386 and failed tried ./Gem/Gem.dll and failed tried ./Gem/Gem/Gem.m_i386 and failed tried ./Gem/Gem/Gem.dll and failed tried ./Gem/Gem.pd and failed tried ./Gem/Gem.pat and failed tried ./Gem/Gem/Gem/Gem.pd and failed tried C:/Users/W10H64-2GO/AppData/Roaming/Pd/Gem/Gem.m_i386 and failed tried C:/Users/W10H64-2GO/AppData/Roaming/Pd/Gem/Gem.dll and failed tried C:/Users/W10H64-2GO/AppData/Roaming/Pd/Gem/Gem/Gem.m_i386 and failed tried C:/Users/W10H64-2GO/AppData/Roaming/Pd/Gem/Gem/Gem.dll and failed tried C:/Users/W10H64-2GO/AppData/Roaming/Pd/Gem/Gem.pd and failed tried C:/Users/W10H64-2GO/AppData/Roaming/Pd/Gem/Gem.pat and failed tried C:/Users/W10H64-2GO/AppData/Roaming/Pd/Gem/Gem/Gem/Gem.pd and failed tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem.m_i386 and failed tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem.dll and failed tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem/Gem.m_i386 and failed tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem/Gem.dll and failed tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem.pd and failed tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem.pat and failed tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem/Gem/Gem.pd and failed tried C:/Program Files (x86)/Pd/extra/Gem/Gem.m_i386 and failed tried C:/Program Files (x86)/Pd/extra/Gem/Gem.dll and succeeded GEM: Graphics Environment for Multimedia GEM: ver: 0.93.3 GEM: compiled: Nov 10 2011 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: Cyrille Henry GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, James Tittle, Hans-Christoph Steiner, et al. GEM: found a bug? miss a feature? please report it: GEM: homepage http://gem.iem.at/ GEM: bug-tracker http://sourceforge.net/projects/pd-gem/ GEM: mailing-list http://lists.puredata.info/listinfo/gem-dev/ GEM: compiled for SIMD architecture: SSE2 MMX GEM: using SSE2 optimization
On Tue, Apr 11, 2017 at 5:21 AM, Jonghyun Kim agitato816@gmail.com wrote:
Copy *msvcr71.dll* to *C:\Windows\System *Folder?
Is it right? I looks work, but not confirmed...
I'm on Windows 10 / Pd-0.47-1
On Fri, Jun 3, 2016 at 5:51 PM, rolfm@dds.nl wrote:
Dan Wilcox schreef op 02-06-2016 22:50:
When the app needs a different version of the built in windows libs, that usually means it was build on a different version of Windows.
Sometimes, you have to include a copy of the lib itself with the app and/or the user needs to install it. Hacky I know, but that’s what I’ve done in the past…
IE: https://social.msdn.microsoft.com/Forums/windowsdesktop/en-U S/7f5a39ee-e089-4330-a67c-e8e24090939c/msvcp71dll-missing?fo rum=windowsgeneraldevelopmentissues
Often times, I’ve quickly had to go to one of these sites that hosts various Windows api dlls just to get something to work. Either that or copy it from another machine with an older OS. Seems like this might be an option for now.
great Dan, MSVCR71.dll was present in my system, but apparently not at the 'right' place for Pd/Gem. copying the file to a 'better' location did the trick.
thanks everybody who contributed in my groping around to get Gem working.
rolf
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
Hi rolf,
great Dan, MSVCR71.dll was present in my system, but apparently not at the 'right' place for Pd/Gem. copying the file to a 'better' location did the trick.
Where is the actual BETTER LOCATION? C:\Windows\System or System32?
Thanks, Jonghyun Kim
-
Dan Wilcox -
Jonghyun Kim -
rolfm＠dds.nl -
Roman Haefeli