Thanks, Lucas. That's exactly what I needed and couldn't find.
That last exchange was from 2016. Any reason the dll isn't included now? Is it some kind of licensing issue?
Sam
On Mon, Dec 11, 2017 at 6:51 PM Lucas Cordiviola lucarda27@hotmail.com wrote:
Sorry, i replayed only to the list.
see below.
-------- Forwarded Message -------- Subject: Re: [PD] Gem: can't load library Date: Mon, 11 Dec 2017 19:32:25 -0300 From: Lucas Cordiviola lucarda27@hotmail.com lucarda27@hotmail.com To: pd-list@lists.iem.at
Try downloading "msvcr71.dll" and put in the same dir as "gem.dll"
Read https://lists.puredata.info/pipermail/pd-list/2016-08/115851.html
Mensaje telepatico asistido por maquinas.
On 12/11/2017 7:06 PM, Samuel Burt wrote:
Dear list,
I'm running Pd 0.48.0 on Windows 10 Pro (v1709, OS 16299.98), and I can't get Gem to load. I've spend most of the day on this. I've verified that zexy and cyclone load.
I'm using deken to download Gem 0.93.3 to ~/AppData/Roaming/Pd/. I've also tried manual installing Gem. I've tried it in the Pd/extras folder, too, and I've tried it in ~/Documents/Pd/externals/.
I've let deken add paths for these directories automatically and I've tried to create my own paths.
I've attempted to load Gem with [declare -lib Gem], [declare -stdlib Gem], and combinations that included file paths.
I'm stumped. Has anyone else run into problems with loading Gem in Pd recently?
The pd-vanilla page and installer don't say whether it is 32- or 64-bit, but I'm assuming Pd-vanilla on Windows is still 32-bit so that shouldn't be a problem. Right?
Thanks if you know something that can help me.
Sam
_______________________________________________Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Don't know how to answer those questions.
I'm not a Gem dev/manteiner.
: - )
--
Mensaje telepatico asistido por maquinas.
On 12/11/2017 9:06 PM, Samuel Burt wrote: Thanks, Lucas. That's exactly what I needed and couldn't find.
That last exchange was from 2016. Any reason the dll isn't included now? Is it some kind of licensing issue?
Sam
On Mon, Dec 11, 2017 at 6:51 PM Lucas Cordiviola <lucarda27@hotmail.commailto:lucarda27@hotmail.com> wrote:
Sorry, i replayed only to the list.
see below.
-------- Forwarded Message -------- Subject: Re: [PD] Gem: can't load library Date: Mon, 11 Dec 2017 19:32:25 -0300 From: Lucas Cordiviola lucarda27@hotmail.commailto:lucarda27@hotmail.com To: pd-list@lists.iem.atmailto:pd-list@lists.iem.at
Try downloading "msvcr71.dll" and put in the same dir as "gem.dll"
Read https://lists.puredata.info/pipermail/pd-list/2016-08/115851.html
Mensaje telepatico asistido por maquinas.
On 12/11/2017 7:06 PM, Samuel Burt wrote: Dear list,
I'm running Pd 0.48.0 on Windows 10 Pro (v1709, OS 16299.98), and I can't get Gem to load. I've spend most of the day on this. I've verified that zexy and cyclone load.
I'm using deken to download Gem 0.93.3 to ~/AppData/Roaming/Pd/. I've also tried manual installing Gem. I've tried it in the Pd/extras folder, too, and I've tried it in ~/Documents/Pd/externals/.
I've let deken add paths for these directories automatically and I've tried to create my own paths.
I've attempted to load Gem with [declare -lib Gem], [declare -stdlib Gem], and combinations that included file paths.
I'm stumped. Has anyone else run into problems with loading Gem in Pd recently?
The pd-vanilla page and installer don't say whether it is 32- or 64-bit, but I'm assuming Pd-vanilla on Windows is still 32-bit so that shouldn't be a problem. Right?
Thanks if you know something that can help me.
Sam
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On Mon, Dec 11, 2017 at 7:06 PM, Samuel Burt <composer.samuel.burt@gmail.com
wrote:
Thanks, Lucas. That's exactly what I needed and couldn't find.
That last exchange was from 2016. Any reason the dll isn't included now? Is it some kind of licensing issue?
Since Win10 it's not considered a system file anymore. The implementation of the c-language runtime library has changed, so applications from the past need to include the msvcrt dll in the same directory as the application that was built against it, see: https://support.microsoft.com/en-us/help/326922/redistribution-of-the-shared...
Martin
-
Lucas Cordiviola -
Martin Peach -
Samuel Burt