Nick Timkovich <> writes:

> Usually that entry point is on the PATH […]

It's not, because I'm deliberately specifying that it shouldn't be, at
install time. This is an executable that is private to the application
and not for general availability on the host.

> If you want to call that entry point from your code, the clean way
> (same environment/version, and especially if you don't need to bother
> multiprocessing it) would be to import the corresponding entry point
> function & call that.

I'm modifying an existing application that invokes the program as a
subprocess, so I'm wanting to find that program as an external command.

> I might not be answering your question directly, but hopefully there's
> a workaround there. What's your use-case for grabbing the exec path?

Existing code assumes it is an external command on the shell PATH, but
I'm changing that so that it's not on PATH. I need to make a minimal
change and want to ensure that I get the right filesystem path based on
what the distribution knows about itself.

 \      “I like to fill my bathtub up with water, then turn the shower |
  `\       on and pretend I'm in a submarine that's been hit.” —Steven |
_o__)                                                           Wright |
Ben Finney

Distutils-SIG maillist  -

Reply via email to