How to fix Native Host Has Exited error in Chrome browser extension -- Native Messaging

Alyoshak picture Alyoshak · Jan 5, 2015 · Viewed 10.2k times · Source

How to fix a "Native host has exited" error in my Chrome browser extension for Mac? The docs here on Native Messaging specifically mention this error towards the bottom, and suggest a likely cause, but it is stated quite generally ("This is most likely initiated from your native messaging host") and it's unclear what to attempt to do to solve this.

The logging output in Terminal (if you launch Chrome from the Mac Terminal you can view logging info) has led me to believe that the process for the native host app is itself is never successfully started. I keep getting:

LaunchProcess: failed to execvp:
/Users/mycomputer1/Documents/myhost.app

However, the actual code that prints "Native host has exited" to the console for the background javascript page is:

function onDisconnected() {
  console.log("Inside onDisconnected(): " + chrome.runtime.lastError.message);
  port = null;
}

The onDisconnected() listener is actually invoked as a result of calling connectNative(), which I've done here according to the documentation:

chrome.runtime.onMessageExternal.addListener(
function(request, sender, sendResponse) {
//var imgdata = JSON.stringify(request.imgdata);
//process it somehow here

    port = chrome.runtime.connectNative("com.allinlearning.ailhost");

    if (port)
    {
       console.log("connectNative() returned a non-null port");
    }
});

I know that connectNative() succeeds at some level bc it returns a valid port. However, connectNative() goes on to attempt to locate the native host app and try to launch it. The docs suggests that the host app is the culprit, somehow initiating the breaking of a "pipe" between Chrome and the native app, although my host app has implemented no communication with stdout or stdin at all. Besides, the Chrome log msg ("LaunchProcess: failed to execvp:") seems to indicate that my Mac app was never even launched successfully.

There's more: some source code I found online (perhaps dated? source file) reveals exactly where this "Native host has exited" msg originates, and an examination suggests why Google Chrome's code is closing things down. In HandleReadResult() a Close() is called supplying the very msg and then closes things in response to a Posix read() returning 0. But what in the wide, wide world of sports am I doing wrong (or not doing at all) in my Mac app to cause this the read to fail? My Mac app is not writing anything to stdout, so how is not-writing-anything causing the read error? Or is all of this misleading me, and execvp's failure to launch my host app the deeper cause? If so, why? It's a plain-jane, barebones Mac app.

Answer

Rob W picture Rob W · Jan 5, 2015

Your "myhost.app" is not a binary, but a directory (as shown by the X in your u+w,go-w,a+rX permissions).

You have two options:

  1. Do NOT create an App bundle for your command-line program, but a plain command-line application (File > New > Project > Command Line Tool in Xcode (tutorial)).

  2. Specify the path to the binary within the app bundle instead of the bundle itself. You can list all files within app bundle by right-clicking on the .app file and selecting "Show package contents". Or run the following command from the terminal (Console) to list all files within your bundle:

    find /Users/mycomputer1/Documents/myhost.app -type f