> ...except that pd_findbyclassname doesn't exist in m_pd.h ;-)
What I meant is that this is a use case where such a public function would be
handy.
Actually, if I understand the problem correctly, I don't think it's necessary.
I think this should work:
char buf[MAXPDSTRING];sprintf(buf, "_my_e
...except that pd_findbyclassname doesn't exist in m_pd.h ;-)
Le mer. 20 janv. 2021 à 23:13, Antoine Rousseau a
écrit :
> It's "pd_findbyclass" that wasn't working, because he was asking for a
> t_class* which had actually another value than the one he was really
> looking for.
>
> He could ha
It's "pd_findbyclass" that wasn't working, because he was asking for a
t_class* which had actually another value than the one he was really
looking for.
He could have asked for the right t_class* value by calling
"pd_findbyclassname" first.
Or he can share the variable, either using "extern" and e
Millers and Antoine's solution were, what solved the problem.
On Wed, Jan 20, 2021, 1:39 PM Alexandre Torres Porres
wrote:
> Em ter., 19 de jan. de 2021 às 22:55, Jonathan Wilkes via Pd-dev <
> pd-dev@lists.iem.at> escreveu:
>
>> Sounds like a use case for pd_findbyclassname
>>
>
> I'm confused.
Em ter., 19 de jan. de 2021 às 22:55, Jonathan Wilkes via Pd-dev <
pd-dev@lists.iem.at> escreveu:
> Sounds like a use case for pd_findbyclassname
>
I'm confused. I thought Eric said pd_findbyclassname didn't work for this
in this case.
Em qua., 20 de jan. de 2021 às 13:49, Eric Lennartson <
lenn
Thanks all this solved the problem!
On Tue, Jan 19, 2021 at 5:24 PM Jonathan Wilkes wrote:
> Sounds like a use case for pd_findbyclassname
>
> -Jonathan
>
> On Tuesday, January 19, 2021, 3:40:01 PM EST, Miller Puckette via Pd-dev <
> pd-dev@lists.iem.at> wrote:
>
>
> That's indeed the differenc
You also need to be sure that the first class is loaded before, like:
[declare -lib sender -lib receiver]
else the receiver object won't load because of link error due to
missing symbol "send_test_class".
Ugh, one more reason for having all objects in a single binary :-)
On 19.01.2021 23:31, An
Sounds like a use case for pd_findbyclassname
-Jonathan
On Tuesday, January 19, 2021, 3:40:01 PM EST, Miller Puckette via Pd-dev
wrote:
That's indeed the difference - a c object like "send_test_class" can't
be shared beteen different object modules loaded separately into Pd. This
is one
hi,
I would say the problem comes from you declaring send_test_class as static
in both files, so 2 independent variables are created.
What you can do is declaring send_test_class without "static" in the first
file:
t_class *send_test_class;
then using the "extern" keyword in the second file:
ext
That's indeed the difference - a c object like "send_test_class" can't
be shared beteen different object modules loaded separately into Pd. This
is one reason people have sometimes put multiple externals into a single
object file.
You could have both externs have the same "family name" (like
"ar
Hello all,
I've been working on trying to send data between different externals, but
I'm not doing something quite right. I've looked at the code in d_global.c
as well as for send and receive.
The only difference I can see is that mine is not all in the same .c file
while in the pd source it is.
11 matches
Mail list logo
