There must be something in your program which produces some side effect resulting in this. Maybe your program writes into stdout/stderr. Can you paste your program?

@ysmolsky it turns out I had a chrome binary that had nothing to do with Google Chrome and it was executing that one instead. But this makes me realize that the chrome command for MacOS is incorrect because AFAIK the Chrome command is this: /Applications/Google Chrome.app/Contents/MacOS/Google Chrome.

The reason this has been working for most people on Mac, I assume, is because of the last command /usr/bin/open which opens the svg file directly when a user types web in the pprof cli. However this could open the svg file in an editor instead of a browser depending on what your default application for the .svg extension.

My suggestion is to add the real Chrome path mentioned above as one of the mac os commands to run. Probably in line 343 for reference: https://github.com/google/pprof/blob/master/internal/driver/commands.go#L340-L343

Happy to hear your thoughts and submit a pr unless you see something incorrect about my assumptions above. Thanks

@marwan-at-work
I am sorry, but adding a specific path to the specific Chrome does not sound right. The right approach is to relay on system command which open file by associatio setup in user OS. The way it works right now. You might want to fix your OS so that /usr/bin/open chooses the right application for SVG file.

@ysmolsky I agree with the specific path to Chrome (although this is the default binary path for every macOS chrome browser).

Furthermore, I personally have never seen chrome or google-chrome as binaries in PATH on a MacOS before. I could be wrong of course. But having them might just be more confusing if someone actually has a chrome binary that's unrelated to the browser.

I wonder if there's a way to warn the user so they wouldn't spend 3-5 hours like I did being confused as to why "chrome" wasn't working with pprof. Maybe just default to /usr/bin/open?

Thanks!

One thing that I have noticed is that pprof does not report an error when the first found vizualizer have returned an error:

% cat $(which chrome)
#!/bin/sh
echo ERROR
exit 1
% go tool pprof prof.prof
Main binary filename not available.
Type: cpu
Entering interactive mode (type "help" for commands, "o" for options)
(pprof) web
(pprof)

That means that I cannot reproduce your problem. Also did you run go tool pprof or pprof?..

Wait a second. The pprof code you linked to above is not in Go project. You might want to address it there.

Ping @hyangah for some ideas.

@ysmolsky the error that i got was actually from the "random" chrome binary that I had so it's becoming irrelevant to the findings that followed :) Maybe I should update the issue title and description? Let me know, thanks!

I filed a new issue in google/pprof. That's a better place for the discussion.
@marwan-at-work Did the failure from your chrome command cause the pprof CLI to exit as well?

@hyangah it did not.

Good. Thanks for the update. I will close this bug for now.