Hi, I created a simple pd external which can store either float or symbol through its right inlet and then output the stored value when it gets 'bang' from its left inlet.

First, It works as intended in vanilla Pd-0.48-1.

However it doesn't work properly on Purr-data 2.4.7.

It seems like in vanilla Pd, objects can accept float and symbol even when the inlet is made to accept list whereas in Purr-data this seems to be illegal.

I believe this is a bug since it's perfectly legal to feed float or symbol directly to [list] in pd environment.
I really hope it can be fixed soon.

Here are the external source code and the binary file for macOS.
test.c
test.pd_darwin

Somehow we missed the update that automatically converts the lists.

When CI finishes try one of the binaries and see if it solves the problem:

https://git.purrdata.net/jwilkes/purr-data/pipelines/1112

Oops, my runners aren't currently running for some reason. Let me investigate...

Ok it looks like the CI is up and running again. Please test the binary for your OS once it finishes.

Hi, Thanks for your work. I'm sorry I don't have any experience with GitLab.
Do I need to install anything to test the binary properly?
If I try osx_amd64_dmg under Pipeline -> Test, I get the following result.
I saved it as a text file: result.txt
I'm not sure if it fixed the problem or not. Please let me know if there's anything else you need me to do.

P.S: I ran the test using Chrome browser on OS X 10.11.6 on Macbook Pro.

1. Click the osx_amd_64 link in your browser
2. On the next page, click the "Download" button on the right of the page
3. Save that zip file somewhere.
4. Uninstall your current Purr Data application
5. Install Purr Data from the dmg file inside the zip you just downloaded

I followed your instruction and I could see it solved the problem. Now it works fine.
Thank you so much for your fix.
May I ask when you are planning to release the new version (2.4.8?) that has the fix?

I have to get an arm runner up and running. Once that is ready I'll release a bugfix version.

@jancsika Sounds good. Thanks a lot!