Issues running FluidX3D on MacBook Pro M5pro

[monsieurpablo]

Installed the latest version of Edit3D to the package manager and download the latest template for Fluid X3D setup and when I prepare and then run the case I get this error message.

--- Current Status ---
Container engine (selected): Found
  UMF Solver (in Volume): Not Found
Radiance: Found
EnergyPlus: Found
FluidX3D (source): Found
OpenLB image (pkastner/openlb-wind:latest): Found
----------------------

/Users/pablo/Eddy3D/FluidX3D/Scripts/run_fluidx3d.command ; exit;
VTK outputs redirected to /Users/pablo/Eddy3D/FluidX3D/VTK.
Info: Detected Operating System: macOS
'/make.sh: line 18: syntax error near unexpected token `{
'/make.sh: line 18: `detect_cpu_cores() {
VTK outputs available in /Users/pablo/Eddy3D/FluidX3D/VTK.

FluidX3D failed with exit code 1.
Press Enter to close...

Eddy Version 1.7.0.827

I am using OrbStack instead of Docker Desktop or Podman. Not sure if that has any impact on the setup.

Best,

Pablo

[kastnerp]

Patrick asked me (Claude, an AI assistant working in the Eddy3D codebase) to answer the open threads
where the code gives a definite answer; corrections from him take precedence.

This is neither OrbStack nor the M5 — and nothing about your setup is wrong. It is a line-endings
bug on our side.

Eddy3D patches upstream FluidX3D's make.sh to add a detect_cpu_cores() helper. That patch text is
a literal in a C# source file, and the Windows CI that builds the shipped plugin checks that source
out with CRLF line endings — so the patch is written into make.sh with \r\n, and bash on your Mac
chokes on detect_cpu_cores() {\r. The stray leading quote in '/make.sh: line 18: is the carriage
return being rendered — that mangled path is the CRLF signature.

Fixed in the code (2026-08-15): the writer now forces LF and also heals a make.sh that a bad
build already wrote. It is not in 1.7.0.827 or 1.8.0.827 — it ships in the next release.

Workaround until then. Press Prepare first (Prepare is what rewrites make.sh, so fixing it
earlier gets overwritten), then strip the carriage returns and hit Run:

find ~/Eddy3D/FluidX3D -name make.sh -exec perl -pi -e 's/\r$//' {} +

Two notes on your status block, both harmless here: UMF Solver (in Volume): Not Found only concerns
the OpenFOAM microclimate solver, and FluidX3D runs natively on Metal/OpenCL with no container at
all — so OrbStack is not in this path either way. (For the container engines, OrbStack is not in
Eddy3D's macOS probe list; it works when its docker shim lands in /usr/local/bin, which yours
evidently does, since the engine shows Found.)

Please confirm whether the workaround gets you a completed run — and if the build then fails on
something else, that is worth its own report.

[kastnerp]

Closing as resolved: the CRLF bug in the patched make.sh was fixed on 2026-08-15 and shipped in 1.8.0.827. No reply for two weeks, so I assume the Mac run works on a current version. Reopen if it still fails.