segmentation fault on Intel Macs

[amitu]

rahulgupta@Rahul-Gupta ~ % RUST_LOG="malai=trace" malai http 3000  
2025-04-22T15:08:39.626177Z  INFO malai: Exposing HTTP service on kulfi. port=3000 host="127.0.0.1" verbose=Verbosity { verbose: 0, quiet: 0, phantom: PhantomData<clap_verbosity_flag::ErrorLevel> }
Malai is now serving http://127.0.0.1:3000
ID52: 7a29mufg0scdr608079dfog301fgtk4n1b9rvmhujdtp423l1op0
HTTP Address https://7a29mufg0scdr608079dfog301fgtk4n1b9rvmhujdtp423l1op0.kulfi.site
zsh: segmentation fault  RUST_LOG="malai=trace" malai http 3000
rahulgupta@Rahul-Gupta ~ %

[amitu]

Both Deepti and RG are running Intel Mac:

rahulgupta@Rahul-Gupta ~ % uname -a
Darwin Rahul-Gupta.local 23.6.0 Darwin Kernel Version 23.6.0: Mon Jul 29 21:13:00 PDT 2024; root:xnu-10063.141.2~1/RELEASE_X86_64 x86_64

[amitu]

Symptomatically it appears the service starts, but crashes right after, which means maybe it's crashing as soon as first background thread is created (and it starts doing something). The default stack size of background threads when created via Tokio is 2MB. Theory being the compiled code on Intel Mac vs AMD Mac has different stack utilization profiles, Intel Macs use more stack space compared to AMD ones, so 2MB is good enough for AMD but not for Intel.

We will try creating a new release with increasing the background thread stack size to 8MB.

[siddhantk232]

We've release malai-0.2.1 which removes binaries for intel macs for now. We'll bring it back when this issue is fixed.

[amitu]

We are also updating our install script to detect if its Intel Mac and issue a warning and abort.