Crashes if first use is inside a fork (ex. spring) about ethon

[directionless]

I think it's not just spring -- I'm starting to see this in my dev environment. I can't quite pin it down, might be something in sidekiq.

[davidstosik]

Thanks, this helped me understand what's going on.
Won't be a solution for all, but seeing as Rails 7 is dropping Spring by default, some people might be glad to hear it should work when disabling Spring. I reproduced the problem in bin/rails c and it worked when I used DISABLE_SPRING=1 bin/rails c instead.

[semaperepelitsa]

This also happens when running a Puma web server in clustered mode (forked worker processes). I have isolated the problem to this:

easy = Ethon::Easy.new(url: "http://example.com")
handle = easy.handle
fork { Ethon::Curl.easy_perform(handle) }

objc[20103]: +[__NSCFConstantString initialize] may have been in progress in another thread when fork() was called.
objc[20103]: +[__NSCFConstantString initialize] may have been in progress in another thread when fork() was called. We cannot safely call it or ignore it in the fork() child process. Crashing instead. Set a breakpoint on objc_initializeAfterForkError to debug.

FATAL: prematurely zombied

So the error occurs inside curl_easy_perform C function.

[semaperepelitsa]

May be caused by FFI? Couldn't reproduce the error in C.

#include <stdio.h>
#include <sys/wait.h>
#include <unistd.h>
#include <curl/curl.h>

int main(void)
{
  pid_t pid = fork();
  if(pid == 0) {
    CURL *curl;
    CURLcode res;
    curl_global_init(CURL_GLOBAL_ALL);
    curl = curl_easy_init();
    if(curl) {
      curl_easy_setopt(curl, CURLOPT_URL, "https://api.ipify.org");
      res = curl_easy_perform(curl);
      if(res != CURLE_OK)
        fprintf(stderr, "curl_easy_perform() failed: %s\n",
                curl_easy_strerror(res));
      curl_easy_cleanup(curl);
    }
    curl_global_cleanup();
  } else {
    waitpid(pid, NULL, 0);
  }
  return 0;
}

[stevenharman]

I think it's not just spring -- I'm starting to see this in my dev environment. I can't quite pin it down, might be something in sidekiq.

Yes, it's not just Spring - it's anything that uses fork while also having already spawned threads. For example Puma's clustered mode, Sidekiq Enterprise' swarm (multi-process) feature, etc…

[bmulholland]

@stevenharman That article is from 2017, and references an issue in Ruby that was fixed all the way back in Ruby 2.4. I'm guessing this is now something else?

[jasonbosco]

If you're on an M1, this seems to work: typhoeus/typhoeus#687 (comment)

[Samsinite]

Better solution than hacking around the issue with ENV flags, is to call Ethon::Curl.init before the application forks (such as in a Rails initializer), since as of Curl v8.2.0, macOS specific calls were moved into the global init.

[Samsinite]

I tried just calling Ethon::Curl.init prior to the fork, which didn't resolve the issue.

This now works as of Curl v8.2.0 unless I'm mistaken, I believe the issue was fixed in this commit.

[semaperepelitsa]

I can no longer reproduce the crash myself.