asistido por maquinas.
From: Pd-list on behalf of Lucas Cordiviola
Sent: Wednesday, June 28, 2017 7:52 PM
To: marysgh...@gmail.com
Cc: pd-list@lists.iem.at
Subject: Re: [PD] loading Gem
Ok, now that you installed pdx you could be surprised that now gem works on
Ok, now that you installed pdx you could be surprised that now gem works on
vanilla.
This is because “msvcr71.dll” was placed on a windows system folder by pdx
installer.
For your test on other machines put “msvcr71.dll” in the Gem folder.
Salutti,
Lucarda.
Mensaje telepatico asistido por m
>
> --
> *From:* Pd-list on behalf of Lucas
> Cordiviola
> *Sent:* Tuesday, June 27, 2017 8:53 PM
> *To:* Sofy Yuditskaya; pd-list@lists.iem.at
> *Subject:* Re: [PD] loading Gem
>
>
> Hi,
>
> Please also reply to the Pd-list.
>
>
PM
To: pd-list@lists.iem.at
Subject: Re: [PD] loading Gem
Le 28/06/2017 à 19:29, Lucas Cordiviola a écrit :
> />the actual entries to the [declare] object should always be relative./
>
> Not always.
wowww
if you want to challenge Iohannes on what is a good practice, I think
Le 28/06/2017 à 19:29, Lucas Cordiviola a écrit :
/>the actual entries to the [declare] object should always be relative./
Not always.
wowww
if you want to challenge Iohannes on what is a good practice, I think you need
better arguments.
;-)
cheers
Cyrille
>> declare -lib C:/Users/john smith/AppData/Roaming/pd/Gem
>you should never do that.
Nah, C'mon, full path is legal in the Help file, and easier to understand to
the Op.
>the idea of [declare] is to express a dependency on a library, rather
than to provide an attacker with valuable informat
On 2017-06-28 05:09, Lucas Cordiviola wrote:
> declare -lib C:/Users/john smith/AppData/Roaming/pd/Gem
you should never do that.
the idea of [declare] is to express a dependency on a library, rather
than to provide an attacker with valuable information about the
filesystem layout of the computer y
Yuditskaya; pd-list@lists.iem.at
Subject: Re: [PD] loading Gem
Hi,
Please also reply to the Pd-list.
First find the “Gem” folder on your computer. This place has been selected by
you when you downloaded the external.
In my case is:
C:\Users\Lucarda\AppData\Roaming\pd\Gem
Start a new patch and create
Hi,
Please also reply to the Pd-list.
First find the “Gem” folder on your computer. This place has been selected by
you when you downloaded the external.
In my case is:
C:\Users\Lucarda\AppData\Roaming\pd\Gem
Start a new patch and create a [declare] object, like this:
[declare -lib C:/Users/L
On Monday, April 4, 2016 5:40 PM, IOhannes m zmölnig wrote:
On 04/04/2016 10:57 PM, Jonathan Wilkes via Pd-list wrote:
>> Just starting with the most obvious, Gem.dll can't find pd.dll. Any clues?
>> pd.dll
>> is sitting there in the same directory as pd.exe and pd.com.
TL;DR a false p
On 04/04/2016 10:57 PM, Jonathan Wilkes via Pd-list wrote:
> Just starting with the most obvious, Gem.dll can't find pd.dll. Any clues?
> pd.dll
> is sitting there in the same directory as pd.exe and pd.com.
TL;DR a false positive
most likely because the Dependecy Walker (or whatever you are
Just starting with the most obvious, Gem.dll can't find pd.dll. Any clues?
pd.dll
is sitting there in the same directory as pd.exe and pd.com.
-Jonathan
On Monday, April 4, 2016 4:23 PM, IOhannes m zmölnig
wrote:
On 04/04/2016 06:47 PM, Jonathan Wilkes via Pd-list wrote:
> However,
On 04/04/2016 06:47 PM, Jonathan Wilkes via Pd-list wrote:
> However, when loading Gem I get errors like the following to stderr:
> dylib loading file 'gem_fileAVI.dll'!GemDylib failed: #126: The specified
> module could not be found.
>
> I also see this on the console:"please manually add
> 'bla
Hi list,I've got Gem running under the GUI port of Pd-l2ork on Windows XP.
Both
Gem and Pd were built using msys2.
However, when loading Gem I get errors like the following to stderr:
dylib loading file 'gem_fileAVI.dll'!GemDylib failed: #126: The specified
module could not be found.
I also see
14 matches
Mail list logo