# Problems debuggin auval

**URL:** <https://forum.juce.com/t/problems-debuggin-auval/44246>\
**Category:** General JUCE discussion\
**Created:** [February 4, 2021, 9:11am UTC](https://forum.juce.com/t/problems-debuggin-auval/44246 "2021-02-04T09:11:00Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![leehu](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/leehu/32/3280_2.png) [@leehu](https://forum.juce.com/u/leehu)\
**Post date:** [February 4, 2021, 9:11am UTC](https://forum.juce.com/t/problems-debuggin-auval/44246/1 "2021-02-04T09:11:00Z")

</div>

Hi, just come to debug an auval problem, first time in a while and am getting this when trying to run from XCode:

 ![image](https://us1.discourse-cdn.com/flex026/uploads/juce/original/2X/2/21f0aa811299a9e1598c11f09628d3eb6bc8cc04.jpeg)

Anyone any ideas? thx

---

<div class="post-metadata">

**Author:** ![anthony-nicholls](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/anthony-nicholls/32/1246_2.png) [@anthony-nicholls](https://forum.juce.com/u/anthony-nicholls)\
**Post date:** [February 7, 2021, 3:59pm UTC](https://forum.juce.com/t/problems-debuggin-auval/44246/2 "2021-02-07T15:59:33Z")

</div>

auval is just a script that calls auvaltool, try launching auvaltool instead. Although it’s been years since I’ve had to do much plugin development so I might be wrong.

---

<div class="post-metadata">

**Author:** ![leehu](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/leehu/32/3280_2.png) [@leehu](https://forum.juce.com/u/leehu)\
**Post date:** [February 8, 2021, 7:55am UTC](https://forum.juce.com/t/problems-debuggin-auval/44246/3 "2021-02-08T07:55:57Z")

</div>

thx - i’d already tried that - no joy

---

<div class="post-metadata">

**Author:** ![yfede](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/yfede/32/506_2.png) [@yfede](https://forum.juce.com/u/yfede)\
**Post date:** [February 11, 2021, 12:14pm UTC](https://forum.juce.com/t/problems-debuggin-auval/44246/4 "2021-02-11T12:14:22Z")

</div>

it’s strange that the path listed in the error points inside your home directory.  
Perhaps it’s happening also for auvaltool, while you should refer to the system-wide “/usr/bin/auvaltool” instead?

---

<div class="post-metadata">

**Author:** ![leehu](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/leehu/32/3280_2.png) [@leehu](https://forum.juce.com/u/leehu)\
**Post date:** [February 11, 2021, 4:19pm UTC](https://forum.juce.com/t/problems-debuggin-auval/44246/5 "2021-02-11T16:19:44Z")

</div>

I’ve tried all combinations of running it from where it is, copying it elsewhere (used to work) - can’t seem to run it any way at all.

---

<div class="post-metadata">

**Author:** ![yfede](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/yfede/32/506_2.png) [@yfede](https://forum.juce.com/u/yfede)\
**Post date:** [February 15, 2021, 10:36am UTC](https://forum.juce.com/t/problems-debuggin-auval/44246/6 "2021-02-15T10:36:17Z")

</div>

what does it say at the Terminal if you:

`lipo -info auval`

or

`file auval`

?

Especially the latter should list the architectures present if it’s an executable, or it should inform you if it’s just a script, in which case you can examine it with a text editor to see what it does call and repeat the commands on that executable

---

<div class="post-metadata">

**Author:** ![gilgm](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/gilgm/32/19_2.png) [@gilgm](https://forum.juce.com/u/gilgm)\
**Post date:** [February 15, 2021, 4:22pm UTC](https://forum.juce.com/t/problems-debuggin-auval/44246/7 "2021-02-15T16:22:43Z")

</div>

I noticed the same thing. In Big Sur I get the message: `Message from debugger: attach failed (Not allowed to attach to process. Look in the console messages (Console.app), near the debugserver entries when the attached failed. The subsystem that denied the attach permission will likely have logged an informative message about why it was denied.)`

I’ve tried a variety of things (late attachment as well as launching directly from /usr/bin/auvaltool) to no avail. Makes debugging any sort of validation issues a massive pain. I have production plugins that validate without issue in every OSX rev, except for Big Sur. I’ve managed to track down the rough location of the problem, but I need to be able to step through it.

Via console.app: `error: MachProcess::AttachForDebug failed to start exception thread: unable to start the exception thread`

---

<div class="post-metadata">

**Author:** ![yfede](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/yfede/32/506_2.png) [@yfede](https://forum.juce.com/u/yfede)\
**Post date:** [February 15, 2021, 4:41pm UTC](https://forum.juce.com/t/problems-debuggin-auval/44246/8 "2021-02-15T16:41:55Z")

</div>

Perhaps in this case the issue is similar to what was already happening for Ableton Live and one needs to re-sign auval with tweaked entitlements in order to allow debugging?

See: [Debugging Ableton Live](https://forum.juce.com/t/debugging-ableton-live/35435)

---

<div class="post-metadata">

**Author:** ![gilgm](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/gilgm/32/19_2.png) [@gilgm](https://forum.juce.com/u/gilgm)\
**Post date:** [February 15, 2021, 4:43pm UTC](https://forum.juce.com/t/problems-debuggin-auval/44246/9 "2021-02-15T16:43:35Z")

</div>

Wow, that is beyond ridiculous. 😂 Apple wants me to notarize and/or sign a binary I didn’t compile?

Things are getting out of hand.

(By the way, no trouble on Mojave or any of our other build servers)

-M

---

<div class="post-metadata">

**Author:** ![gilgm](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/gilgm/32/19_2.png) [@gilgm](https://forum.juce.com/u/gilgm)\
**Post date:** [February 15, 2021, 5:13pm UTC](https://forum.juce.com/t/problems-debuggin-auval/44246/10 "2021-02-15T17:13:29Z")

</div>

This script did the trick:

> <https://gist.github.com/talaviram/1f21e141a137744c89e81b58f73e23c3>

However I can no longer run my copy of auvaltool in the shell - it gets termed. Which wouldn’t normally be an issue, except for the fact that debugging with this resigned copy of auval, when launched in the debugger, successfully validates the plugin. Points to a possible race, but I cannot execute my copy outside of a debugger ctx to know for sure.

`gilgm@macmini-bigsur ~ % ./auvaltool`  
`zsh: killed ./auvaltool`
