mirror of
https://github.com/MonitorControl/MonitorControl.git
synced 2026-05-15 14:15:55 -06:00
[GH-ISSUE #1178] MonitorControl fails to launch, instead displays "Illegal instructions" on STDOUT/STDERR #686
Labels
No labels
Status: Abandoned
arm64
beta
beta
bug
done
duplicate
enhancement
feedback needed from reporter
in progress
invalid
investigating
known Issue
monitor Issue
pull-request
translation
unable to reproduce
unreleased
x86
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/MonitorControl#686
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @meermanr on GitHub (Sep 15, 2022).
Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/1178
Before opening the issue, have you...?
Describe the bug
MonitorControl fails to launch when I am connected to three external displays at work, which are described in detail below. Attempting to launch while connected to these displays results in:
However, it was working on these same displays connected the same way last week, although I did have to relaunch it a couple of times to get it working. It works fine when connected to a single Dell UP3216Q at home, so this issues appears to be cause by the monitors that are connected, rather than being a fundamentally broken installation.
Steps to reproduce
open /Applications/MonitorControl.app. Nothing happens./Applications/MonitorControl.app/Contents/MacOS/MonitorControlResult:
Expected behavior
MonitorControl would launch, as evidenced by all three external displays changing their brightness and the MonitorControl icon appearing in the menu bar, and brightness gestures on my TouchBar triggering brightness changes on the screen with the cursor.
Or, alternatively, displaying an error that only some of my displays can be controlled and others cannot (.. for "reasons").
Anything else?
Output from System Report > Hardware -> Graphics/Displays:
Messages from Console.app, filtered by process:MonitorControl while reproducing the issue:
Environment Information (please complete the following information)
@meermanr commented on GitHub (Sep 15, 2022):
Is there a way to reset my preferences, so I can try a "fresh install"?
@the0neyouseek commented on GitHub (Sep 15, 2022):
To remove all saved preferences you can do this command in terminal
@meermanr commented on GitHub (Sep 15, 2022):
Thanks - I'll try that the next time I'm using that problematic setup (likely next week).
Could this issue be caused by the following preference?
I tend to pack up my home-working desk to go to the office while the MacBook is suspended (e.g. I pushed the power button, then pressed escape to dismiss the lock screen and turn the displays off, and then closed the lid). When I get to work the first thing I do it connect the power and then the three external displays before unlocking it.
@meermanr commented on GitHub (Sep 16, 2022):
I've had an opportunity to test changing the preference "Upon startup or wake" from "Assume last saved settings are valid (recommended)" to "Attempt to read display settings": I am no longer experiencing a crash.
Can I suggest making changes to fallback to some safe setting rather than abruptly exiting with "Illegal instructions"?
@waydabber commented on GitHub (Sep 21, 2022):
Well, abruptly exiting with "Illegal instructions" is not a design choice on our part but obviously a bug somewhere. If there is a crash log we could theoretically pinpoint where/why the crash is happening.
@meermanr commented on GitHub (Sep 21, 2022):
I’m not sure where I would look for a crash log, other than what I provided from console.log.
It doesn’t pop up one of those “App has encountered an error” windows that ask you to report the issue.
I can reproduce this, so if there’s a tool to run it under that captures a core dump (etc) I’m happy to do so.
@waydabber commented on GitHub (Nov 14, 2022):
Hi @meermanr - you should be able to find these under Console / Crash Reports or Spin Reports.
@meermanr commented on GitHub (Jan 27, 2023):
Finally caught a crash, report below:
MonitorControl-2023-01-26-091530.ips.tar.gz
My setup has changed since filing the report - I am now running macOS 13.2 (22D49)
@stale[bot] commented on GitHub (Jan 27, 2024):
Hey there, it looks like there has been no activity on this issue recently. Has the issue been fixed, or does it still require attention? This issue may be closed if no further activity occurs. Thank you for your contributions.
@meermanr commented on GitHub (Jan 27, 2024):
This still happens occasionally on my Apple Silicon M2 Max
@waydabber commented on GitHub (Oct 3, 2024):
Maybe with the latest version (updated Swift compiler and changed some project settings) this is not an issue anymore. If it is, will reopen.