{"id":36,"date":"2006-07-28T11:52:00","date_gmt":"2006-07-28T16:52:00","guid":{"rendered":"http:\/\/www.nynaeve.net\/?p=36"},"modified":"2019-12-13T17:41:40","modified_gmt":"2019-12-13T22:41:40","slug":"activating-process-servers-and-connecting-to-them","status":"publish","type":"post","link":"http:\/\/www.nynaeve.net\/?p=36","title":{"rendered":"Activating process servers and connecting to them"},"content":{"rendered":"

The mechanisms used to activate a process server<\/a>\u00c2\u00a0are fairly similar to those used to work with the\u00c2\u00a0-server and -remote<\/a>\u00c2\u00a0remoting mechanism.<\/p>\n

To start a process server, you must use a special utility called dbgsrv.exe<\/em> that is distributed with DTW.\u00c2\u00a0 This program is the server end of debugger connection.<\/p>\n

Like -server and -remote, process server \/ smart client debugging uses connection strings for both the client and the server.\u00c2\u00a0 The syntax for client and server connection strings are for the most part compatible, so you should look back on my existing posts about basic remote connectivity<\/a>, reverse connections<\/a>, and securing debugger connections<\/a>.\u00c2\u00a0 For the most part, things work exactly the same as -server and -remote; all of the connectivity options supported by -server and -remote work for process servers and smart clients, and all of the features (such as reverse connections and secured connections) are available using the same mechanisms as well.<\/p>\n

The main differences are how you pass the connection string to dbgsrv.\u00c2\u00a0 Where you would previously use “-server connection-string<\/em>“, you will use “-t connection-string<\/em>” with dbgsrv.\u00c2\u00a0 For instance, an example command line would be:<\/p>\n

dbgsrv.exe -t tcp:port=port<\/em>,password=password<\/em><\/pre>\n
To connect to this process server, you can use the “-premote” parameter with a debugger client (NTSD, CDB, and\u00c2\u00a0WinDbg).\u00c2\u00a0 This parameter functions in the same way as “-remote”, except that it is for connecting to process servers and not -server-style remote debugging servers.<\/p>\n
debugger -premote tcp:port=port<\/em>,server=server<\/em>,password=password<\/em><\/pre>\n
Note that if you are using NTSD or CDB, you will need to specify a pid to connect to (e.g. -p pid<\/em>) on the command line as well.\u00c2\u00a0 This is because a process server is not just fixed on one target process, but allows you to debug any process it has permissions to debug on the remote system.\u00c2\u00a0 With WinDbg, you can just open the process list (e.g. F6) like you would with a local system, and you will be presented with a list of running process to debug on the remote system.<\/p>\n
After the connection is established, you can continue to debug as if you were running the debugger directly on the remote system.\u00c2\u00a0 Remember that with process servers, things like symbol access and extension dll calls are actually performed by the client debugger<\/em> and not the remote system.\u00c2\u00a0 This means that if you set the symbol path, you are setting the symbol path for your debugger<\/em> and not the process server (which has no concept of a symbol path).\u00c2\u00a0 As a result, your system will be the one to access symbol repositories and not the remote system.<\/p>\n
The important thing to remember about process servers is that unlike the other remote debugging mechanisms that\u00c2\u00a0I have discussed thus far, process servers provide you with an entire “view” of the remote system and not just a remote view of a single debugging session.\u00c2\u00a0 This is in effect widening the scope of the remote debugging session from just one target to any programs running on the target system.<\/p>\n","protected":false},"excerpt":{"rendered":"
The mechanisms used to activate a process server\u00c2\u00a0are fairly similar to those used to work with the\u00c2\u00a0-server and -remote\u00c2\u00a0remoting mechanism. To start a process server, you must use a special utility called dbgsrv.exe that is distributed with DTW.\u00c2\u00a0 This program is the server end of debugger connection. Like -server and -remote, process server \/ smart […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[2,5],"tags":[],"_links":{"self":[{"href":"http:\/\/www.nynaeve.net\/index.php?rest_route=\/wp\/v2\/posts\/36"}],"collection":[{"href":"http:\/\/www.nynaeve.net\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.nynaeve.net\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.nynaeve.net\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.nynaeve.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=36"}],"version-history":[{"count":1,"href":"http:\/\/www.nynaeve.net\/index.php?rest_route=\/wp\/v2\/posts\/36\/revisions"}],"predecessor-version":[{"id":664,"href":"http:\/\/www.nynaeve.net\/index.php?rest_route=\/wp\/v2\/posts\/36\/revisions\/664"}],"wp:attachment":[{"href":"http:\/\/www.nynaeve.net\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=36"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.nynaeve.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=36"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.nynaeve.net\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=36"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}