[BUG] crossover 4.0 crashes on startup

[noscopist101]

crossover 4.0 doesn't open/crashes on start

• OS: MacOS 15.7.7
• CrossOver Version: 4.0

[lacymorrow]

Thanks for the report, and sorry about the busted launch. This is the same root cause as #528: the 4.0.0-beta.1 artifacts were built locally on an Apple Silicon machine, so the bundled native module (uiohook-napi) is arm64 only. Your Mac is running the app as x86_64, and dlopen refuses the arm64 binary ("have 'arm64', need 'x86_64'" in your screenshot), which kills the main process on startup.

Nothing wrong on your end, and no setting will work around it. The fix is a beta.2 cut from CI, which builds proper per-arch artifacts. Until that ships, v3.4.1 is the newest release that works on Intel Macs.

[lacymorrow]

This issue has been triaged and tracked internally as LAC-3424. We'll investigate the macOS 15.7.7 crash. Thank you for reporting!

[noscopist101]

issue, i am on a silicon mac

[noscopist101]

ACCIDENTAL CLOSE

[lacymorrow]

Good news — a fixed release is live: v3.4.4. Download CrossOver-3.4.4-universal.dmg; it works natively on both Apple Silicon and Intel.

To clarify the Apple Silicon confusion: the error in your screenshot ("have 'arm64', need 'x86_64'") means the app process was running as x86_64 — even on an M-series Mac, that happens when the downloaded build only contains an Intel binary, since macOS silently runs it under Rosetta. The 4.0.0-beta.1 artifacts were built locally with mismatched architecture pieces (an x86_64 app shell bundling an arm64-only input hook module), so it crashed on launch no matter which Mac you have. Nothing on your end caused this.

v3.4.4 is a proper CI-built universal2 binary — I verified both the app binary and the native module ship x86_64 + arm64 slices and that it launches cleanly under both architectures. The broken 4.0.0-beta.1 pre-release is being withdrawn.

Closing as fixed in v3.4.4 (and re: the accidental close — no worries). If it still crashes for you after installing 3.4.4, comment here and I'll reopen.

[noscopist101]

this occurs right after downloading 3.4.4

[joncl]

Love this app. Getting the same in Windows 11 after update to 3.4.4.

Seems to have something to do with missing constants in config.js?

const TROUBLESHOOTING_URL =
const COMPATIBILITY_URL =

Reverting to 3.4.1 for now, thanks!

[lacymorrow]

Confirmed — thanks for the screenshots, and sorry about that. v3.4.4 has a startup crash on all platforms: the app menu references two config constants (TROUBLESHOOTING_URL, COMPATIBILITY_URL) that were never added to config.js, so the main process throws The url option is required before any window opens (exactly what @joncl spotted).

The fix is in #515 along with a regression test so this class of bug can't ship again. I'll publish v3.4.5 shortly and post here when it's live. In the meantime v3.4.1 remains the last good release.

[lacymorrow]

Status update: v3.4.4 is no longer marked as the latest release, so new downloads default to the last good build (v3.4.1). The fix from #515 is merged and v3.4.5 is building in CI right now. I'll post here once it's published.