<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The kernel object namespace and Win32, part 3</title>
	<atom:link href="http://www.nynaeve.net/index.php?feed=rss2&#038;p=92" rel="self" type="application/rss+xml" />
	<link>http://www.nynaeve.net/?p=92</link>
	<description>Adventures in Windows debugging and reverse engineering.</description>
	<lastBuildDate>Tue, 24 Aug 2010 12:05:39 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: KeithKlean</title>
		<link>http://www.nynaeve.net/?p=92&#038;cpage=1#comment-31193</link>
		<dc:creator>KeithKlean</dc:creator>
		<pubDate>Tue, 02 Dec 2008 17:58:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.nynaeve.net/?p=92#comment-31193</guid>
		<description>You can look at the hierarchy with an &quot;Object View&quot; utility, there are many such available as Freeware on the Worldwide Web.  The Namespace will have many entries, organized as a tree rooted at &quot;\&quot;. One of the directories in that hierarchy is \device, which contains every device visible by the system. When DriverEntry creates a DeviceObject named &quot;cdriver&quot;, for example, an entry for that object will be created at \device\cdriver . However, this is not the name that is seen by the application: what the app really sees is a link to the \device\cdriver name. For example, the name &quot;C:&quot; is really a link into the \device entry for drive C.</description>
		<content:encoded><![CDATA[<p>You can look at the hierarchy with an &#8220;Object View&#8221; utility, there are many such available as Freeware on the Worldwide Web.  The Namespace will have many entries, organized as a tree rooted at &#8220;\&#8221;. One of the directories in that hierarchy is \device, which contains every device visible by the system. When DriverEntry creates a DeviceObject named &#8220;cdriver&#8221;, for example, an entry for that object will be created at \device\cdriver . However, this is not the name that is seen by the application: what the app really sees is a link to the \device\cdriver name. For example, the name &#8220;C:&#8221; is really a link into the \device entry for drive C.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Skywing</title>
		<link>http://www.nynaeve.net/?p=92&#038;cpage=1#comment-18233</link>
		<dc:creator>Skywing</dc:creator>
		<pubDate>Thu, 13 Sep 2007 21:31:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.nynaeve.net/?p=92#comment-18233</guid>
		<description>Assumming that you are speaking of &quot;winstation&quot; == &quot;window station&quot; and not &quot;terminal server session&quot; (which are internally called &quot;winstations&quot;, not to be confused with &quot;window stations&quot;), the supported way to do that is to start a process in the target session that uses EnumWindowStations / EnumDesktops.  You could try to get something working with traversing the object directory, permissions allowing, but this is of course undocumented and subject to change without notice.

But it might first be better to examine why you want to do that in the first place.  There might be a better means to what you&#039;re really trying to do...</description>
		<content:encoded><![CDATA[<p>Assumming that you are speaking of &#8220;winstation&#8221; == &#8220;window station&#8221; and not &#8220;terminal server session&#8221; (which are internally called &#8220;winstations&#8221;, not to be confused with &#8220;window stations&#8221;), the supported way to do that is to start a process in the target session that uses EnumWindowStations / EnumDesktops.  You could try to get something working with traversing the object directory, permissions allowing, but this is of course undocumented and subject to change without notice.</p>
<p>But it might first be better to examine why you want to do that in the first place.  There might be a better means to what you&#8217;re really trying to do&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Remko</title>
		<link>http://www.nynaeve.net/?p=92&#038;cpage=1#comment-18232</link>
		<dc:creator>Remko</dc:creator>
		<pubDate>Thu, 13 Sep 2007 21:04:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.nynaeve.net/?p=92#comment-18232</guid>
		<description>How can we enumerate winstations and desktops from a specific terminal session? I presume NTQueryDirectoryObject? Can you help...</description>
		<content:encoded><![CDATA[<p>How can we enumerate winstations and desktops from a specific terminal session? I presume NTQueryDirectoryObject? Can you help&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Ionescu</title>
		<link>http://www.nynaeve.net/?p=92&#038;cpage=1#comment-518</link>
		<dc:creator>Alex Ionescu</dc:creator>
		<pubDate>Thu, 23 Nov 2006 01:41:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.nynaeve.net/?p=92#comment-518</guid>
		<description>Wonderful series, thanks!

I&#039;ve been trying to understand some of the new stuff in 2003 and it still confuses me (In the Object Manager Parsing Callback). LUID Object Directories, &quot;Shadow&quot; DOS Device Table...</description>
		<content:encoded><![CDATA[<p>Wonderful series, thanks!</p>
<p>I&#8217;ve been trying to understand some of the new stuff in 2003 and it still confuses me (In the Object Manager Parsing Callback). LUID Object Directories, &#8220;Shadow&#8221; DOS Device Table&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.317 seconds -->
