DescriptionI'm a sysadmin by trade, and I frequently need to get quick information about processes running on a machine (either my own or a remote PC). I also frequently need to know what files the process is actually using at any given moment. And I don't necessarily want to have to access the machine directly to get that information.While there are tools already available that give me that information, none of them are particularly fast about giving it to me, and none of the are as intutive as a FARR alias/plugin could be. So I wrote this to be the fast, simple tool that I as an admin need to get information quickly.

Current Features- It queries processes matching a specified partial name, then lists them out by name and ID.- Upon selection of a specific process, it returns more detailed information, including memory used, count of handles open, and paths to actual files.

Planned Features- Access to processes on remote computers.

Screencast

ScreenshotsInitially, the user types in pinfo...NANY 2010 Final Release: FARR Plugin ProcessInfoAs the user enters more characters, ProcessInfo tightens down on the processes that match what was entered. The results list looks like this:NANY 2010 Final Release: FARR Plugin ProcessInfoUpon selecting the desired target process, the user gets something like this:NANY 2010 Final Release: FARR Plugin ProcessInfo

Installing this application:Make sure you've got FARR installed , then download the plugin file (attached below) and unpack it to a subdirectory of $FARR_Install\Plugins.Toggle FARR and type rplugins, then click OK. One of the plugins in your list should be ProcessInfo, with an alias of pinfo.

Usage:pinfo processname. Hit enter on a process you want to see details for. To see all processes, just type pinfo followed by a space.To query remote computers: pinfo c=computername processname.

Uninstalling:Toggle FARR and type rplugins. Before clicking OK, delete the directory $FARR_Install\Plugins\$ProcessInfo, where $ProcessInfo is the directory you originally unpacked the plugin to.[/list]

you might consider trying to show and filter results live.. that is, always return to farr the complete list of processes running and let FARR filter them to match what user types.i'm just impressed that you are grabbing this info using javascript! that's pretty damn cool.

Thanks. I'm using WMI to retrieve it (using the SWbemServices interface, which plays well with anything that works with COM; I could've written this plugin using python, too ).And I already do filter results live, following a previous suggestion from you. Taking out the alias makes sense, though. For the detail display, though, I need the memo mode to display everything coherently.

A couple of initial remarks: Am I supposed to press Space after 'pinfo'? I would've thought that just typing 'pinfo' would be enough... (I suppose this might be possible if I change an alias setting in FARR, though)And +sall modifier doesn't work, so I only get a short list and need to know what I'm looking for. support for +sall or an option to display full list of processes would be very nice.

A couple of initial remarks: Am I supposed to press Space after 'pinfo'? I would've thought that just typing 'pinfo' would be enough... (I suppose this might be possible if I change an alias setting in FARR, though)And +sall modifier doesn't work, so I only get a short list and need to know what I'm looking for. support for +sall or an option to display full list of processes would be very nice.

Great stuff!

Thanks, glad you like it. Yes, you need a space after pinfo to make it start searching.I'll add support for +sall to my issue list.

a note, you can return the full path of the exe as the icon file and farr should load the appropriate icon from the file.. i think.

That's if the full path can be captured in the first place. Not all processes appear to store their paths in a readable form in the WMI repository. (See here) And of course, for remote machines, if the process' executable doesn't exist in the same place on the local machine, I can't very well detect its icon, unless I can pull some gyrations with grabbing it from the executable on the remote machine itself.

fair enough.. you could add a few generic icons inside your plugin directory and return those, just so the space wasn't blank.that actually makes me think i should add some generic icons in with farr that can be used by plugins as placeholders.

Yeah, that makes sense.The issue I just mentioned above has been fixed (some processes failing to display details due to not all fields being populated). I'll start a new feature issue for icons. I can find a generic icon from the OS that will be suitable (I think ).

OK, I have a suitable icon, but here's the problem: Not every process that I can get a path to has its own icon. I'm thinking maybe I should just go with the standard generic icon, unless someone knows how to check for the presence of icons built into executables programmatically... Any opinions either way?

Yup. Although, if I type that executable's path directly into the search field, it shows the icon that Explorer displays for that executable w/out issue. Perhaps its simply that explorer is intelligent about assigning icons automatically, whereas FARR isn't and usually doesn't have to be.

Final Release status! Edit: Dude, mouser just slipped me a major bugfix! Latest version is out on the Redmine project, and it includes showing all processes, as well as showing icons for some processes that wouldn't show them previously. Props to the mouseman!!