Well, the paths used to run auval are the same, I did check that. My
plugins are built correctly since they pass auval's tests perfectly when
I run auval directly on the machine (or on any other computer).
One of my colleague investigated a bit on its side and found out that,
when run via SSH, auval doesn't seem to have all the read/write access
that it should have. We gave it Full Disk Access, as well as ssh and
sshd, but it didn't change a thing.
One last thing that could interest you is that we find these message in
the console after running auval via SSH:
sandboxd[330] sshd(1056) deny mach-lookup
It defenitly feels that ssh rights are at stake here...
Le 07/03/2019 à 07:42, Brian Willoughby a écrit :
There are a few possible explanations.
First, check the path. You’re probably running a different version of auval via
ssh versus direct. Use `which auval` in each situation to see. You can also run
`auval` without any options to confirm the Version.
Second, I assume that you’re running a different version of Xcode on the new
computer, and it’s very likely that you’re not building your plugins correctly.
I have never had auval fail to recognize a properly-built AudioUnit. As a test,
try installing your AudioUnits as built on another computer, to remove your new
build environment as a variable.
Third, there are both 32-bit and 64-bit plugins, and auval can only scan one
kind at a time. You can pass a command-line parameter to auval that will select
between 32- and 64-bit plugins. Not sure why the path or version would affect
this, but it’s worth confirming.
Brian Willoughby
On Mar 6, 2019, at 9:05 AM, Corentin Comte <[email protected]> wrote:
I've just replaced my old mac Mini (which was running on El Capitan) by a brand
new one, running on Mojave. I use this computer to build and validate AudioUnit
plugins, thanks to a bunch of scripts executed through SSH.
The problem is that, since I updated to Mojave, when I launch auval to test my
plugins, I get this message:
--------------------------------------------------
VALIDATING AUDIO UNIT: '...' - '...' - '...'
--------------------------------------------------
ERROR: Cannot get Component's Name strings
ERROR: Error from retrieving Component Version: -50
* * FAIL
--------------------------------------------------
TESTING OPEN TIMES:
FATAL ERROR: didn't find the component
What intrigues me is that I only get this message when launching auval via an
SSH connection to the computer. If I run auval directly on the computer, I
don't have any issue. If I run 'auval -a' via SSH, none of my AudioUnits would
appear in the list, only those from Apple ; but when I run the same command
directly on the computer, my AudioUnits are actually displayed in the list.
I have the feeling that there is something in Mojave's security settings that
forbid auval to properly run via SSH, does someone have any clue or the
same problem ?
--
Corentin Comte Software Engineer
t.+33 438 020 555 — f.+33 438 020 525
<https://www.arturia.com>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/coreaudio-api/archive%40mail-archive.com
This email sent to [email protected]
