Launches a privileged utility process.

chrome/service/service_utility_process_host.cc

 // Copyright (c) 2012 The Chromium Authors. All rights reserved.
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
 #include "chrome/service/service_utility_process_host.h"
 
 #include "base/bind.h"
 #include "base/command_line.h"
 #include "base/file_util.h"
 #include "base/files/scoped_temp_dir.h"
@@ skipping 32 matching lines @@
   }
 
   virtual void PreSandbox(bool* disable_default_policy,
                           base::FilePath* exposed_dir) OVERRIDE {
     *exposed_dir = exposed_dir_;
   }
 
  private:
   base::FilePath exposed_dir_;
 };
-}
+} // namespace
 
 #endif  // OS_WIN
 
 using content::ChildProcessHost;
 
 ServiceUtilityProcessHost::ServiceUtilityProcessHost(
     Client* client, base::MessageLoopProxy* client_message_loop_proxy)
         : handle_(base::kNullProcessHandle),
           client_(client),
           client_message_loop_proxy_(client_message_loop_proxy),
@@ skipping 135 matching lines @@
     IPC_MESSAGE_HANDLER(
         ChromeUtilityHostMsg_GetPrinterCapsAndDefaults_Succeeded,
         OnGetPrinterCapsAndDefaultsSucceeded)
     IPC_MESSAGE_HANDLER(ChromeUtilityHostMsg_GetPrinterCapsAndDefaults_Failed,
                         OnGetPrinterCapsAndDefaultsFailed)
     IPC_MESSAGE_UNHANDLED(handled = false)
   IPC_END_MESSAGE_MAP()
   return handled;
 }
 
+base::ProcessHandle ServiceUtilityProcessHost::GetHandle() const {
+  return handle_;

[jam, 2014/01/24 22:14:03]

I see where you call this, but it's not clear to me why this is needed?

[Drew Haven, 2014/01/27 21:43:51]

It's because when I ran the elevated process I found that
OpenPrivilegedProcessHandle was failing.  We already have a handle, but not the
PID from ShellExecuteEx.  I couldn't find a way to get the process ID associated
with a handle without doing some complicated code execution in the context of
the other process.  As such, I just put in a way to directly get the handle we
already had instead of going back through the process ID.

I'm just going on what I could find through MSDN documentation and searches
though.  I could be wrong.

[jam, 2014/01/27 21:55:45]

I may be missing something. you say you already have a handle but not the pid.
do you mean the reverse? the caller is ChildProcessHostImpl::OnChannelConnected
which has a peer_pid.

+}
+
 void ServiceUtilityProcessHost::OnRenderPDFPagesToMetafileSucceeded(
     int highest_rendered_page_number,
     double scale_factor) {
   DCHECK(waiting_for_reply_);
   waiting_for_reply_ = false;
   // If the metafile was successfully created, we need to take our hands off the
   // scratch metafile directory. The client will delete it when it is done with
   // metafile.
   scratch_metafile_dir_->Take();
   client_message_loop_proxy_->PostTask(
@@ skipping 48 matching lines @@
   if (!metafile.InitFromFile(metafile_path)) {
     OnRenderPDFPagesToMetafileFailed();
   } else {
     OnRenderPDFPagesToMetafileSucceeded(metafile,
                                         highest_rendered_page_number,
                                         scale_factor);
   }
 #endif  // defined(OS_WIN)
 }