<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx</link><description>A table of contents now that the whole thing is over. I hope. The oft-misunderstood /3GB switch . It's simple to explain what it does, but people often misunderstand. Kernel address space consequences of the /3GB switch . An adverse consequence of the</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>The /3Gb Switch</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218547</link><pubDate>Sun, 22 Aug 2004 18:39:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218547</guid><dc:creator>Exchange - The Blog</dc:creator><description /></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218555</link><pubDate>Sun, 22 Aug 2004 17:03:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218555</guid><dc:creator>winden</dc:creator><description>The confusion on some comments just highlights what we all know: memory management is hard to grasp and is easier to use when handled by the OS or the language. </description></item><item><title>Not mocking.</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218598</link><pubDate>Sun, 22 Aug 2004 20:30:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218598</guid><dc:creator>Bryce</dc:creator><description>I think that the wording now reflects what I was thinking. I didn't think that I was confused but now I'm not so sure. Help?</description></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218607</link><pubDate>Sun, 22 Aug 2004 21:08:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218607</guid><dc:creator>Ian Griffiths</dc:creator><description>For what it's worth, I really liked this series - I always enjoy your blog, and it was particularly good to have such thorough and deep coverage of a topic.&lt;br&gt;&lt;br&gt;If some people have misunderstood certain fundamental points like the distinction between virtual and physical address space, then I don't think that's necessarily indicative of a problem with the series. I would say simply that it indicates that those readers weren't really ready to read the articles.&lt;br&gt;&lt;br&gt;I suppose you could have assumed a different level of knowledge from your readers, but that would simply have made the articles useful to a different set of readers. It wouldn't necessarily have made them better as such.</description></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218621</link><pubDate>Sun, 22 Aug 2004 23:12:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218621</guid><dc:creator>mpz</dc:creator><description>I have to say I've enjoyed these articles too. To top the series off, do you have any tidbits about the x86-64 Windows that you can share, especially memory related?&lt;br&gt;&lt;br&gt;Like somebody else commented in one of the articles - it's a revolution waiting to happen. Once x86-64 Windows is out, there's no going back.</description></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218637</link><pubDate>Mon, 23 Aug 2004 01:15:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218637</guid><dc:creator>Carlos</dc:creator><description>Myth:Virtual memory is system memory that is simulated by the hard drive.&lt;br&gt;&lt;br&gt;This definition comes from googling &amp;quot;what is virtual memory&amp;quot;:&lt;br&gt;&lt;a target="_new" href="http://www.google.com/search?hl=en&amp;amp;ie=UTF-8&amp;amp;oe=UTF-8&amp;amp;q=what+is+virtual+memory"&gt;http://www.google.com/search?hl=en&amp;amp;ie=UTF-8&amp;amp;oe=UTF-8&amp;amp;q=what+is+virtual+memory&lt;/a&gt;&lt;br&gt;&lt;br&gt;Surely developers aren't this clueless?&lt;br&gt;&lt;br&gt;When interviewing I used to ask some questions about virtual memory.  I never got good answers - the interviewees would have no idea or they would give me something similar to the definition above.  Virtual address space was a mystery.&lt;br&gt;&lt;br&gt;I'm not even slightly surprised that people have trouble with /3GB, PAE, etc.&lt;br&gt;&lt;br&gt;The articles are excellent in themselves, but I think that the basic misunderstandings fuel the myths, so an introductory article would have helped.&lt;br&gt;</description></item><item><title>For those folks that don't  </title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218644</link><pubDate>Mon, 23 Aug 2004 04:40:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218644</guid><dc:creator>E-Bitz - SBS MVP the Official Blog of the SBS </dc:creator><description /></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218650</link><pubDate>Mon, 23 Aug 2004 01:53:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218650</guid><dc:creator>Norman Diamond</dc:creator><description>Well, what the hardware does with virtual memory isn't the entirety of the meaning of virtual memory.  Sure all the rest of the baggage associated with virtual memory has part of the CPU's hardware as its foundation, but the baggage is what users usally have to deal with.  Plus in Windows the settings for page file sizes often say virtual memory instead of page file.  When the abstraction doesn't leak, no one has to remember that it's founded on address translation units and stuff like that.&lt;br&gt;&lt;br&gt;Meanwhile, virtual memory isn't alone in confusing people.  Recently I had a run-in with someone who didn't understand the possible benefit of increasing the physical memory in his notebook from 64MB to 128MB.  He designs electronic circuits, and he uses computers (using both hardware and software), but I guess the design and meaning of computer hardware just never entered into his experience.</description></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218651</link><pubDate>Mon, 23 Aug 2004 02:00:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218651</guid><dc:creator>Raymond Chen</dc:creator><description>I'm not surprise that your average computer user has trouble with the virtual memory / physical memory / address space distinction. But your average computer user also doesn't go spouting off about the /3GB switch.&lt;br&gt;</description></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218658</link><pubDate>Mon, 23 Aug 2004 02:17:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218658</guid><dc:creator>Frodo</dc:creator><description>This is a very difficult subject for most people to understand, even programmers. I mean, this:&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt;Virtual memory is system memory that is simulated by the hard drive. &lt;br&gt;&lt;br&gt;This isn't a bad explanation for a non-programmer. I assume Carlos is taking the position that this is wrong, but -- conceptually -- it works for laymen.</description></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218699</link><pubDate>Mon, 23 Aug 2004 04:43:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218699</guid><dc:creator>Steve Dispensa</dc:creator><description>If virtual memory is simulated by the hard drive, what are virtual disks simulated by?&lt;br&gt;&lt;br&gt;Hmmm.... :)&lt;br&gt;</description></item><item><title>/3GB switch myths</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218763</link><pubDate>Mon, 23 Aug 2004 11:04:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218763</guid><dc:creator>Praveen Kumar's Blog</dc:creator><description /></item><item><title>/3GB switch myths</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218776</link><pubDate>Mon, 23 Aug 2004 11:45:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218776</guid><dc:creator>Praveen Kumar's Blog</dc:creator><description /></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218830</link><pubDate>Mon, 23 Aug 2004 13:51:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218830</guid><dc:creator>Tito</dc:creator><description>I sincerely thank Raymond for covering this topic.  I don't think I was alone in the confusion.  My main incorrect notion was about the distiction between Virtual Memory and Virtual Address Space.  (I had no idea there even was a distiction.)&lt;br&gt;&lt;br&gt;However, it is really unfortunate that on msdn, the functions that were mentioned here (CreateFileMapping,(Un)MapViewOfFile) aren't mentioned anywhere in the  &amp;quot;memory management&amp;quot; section:&lt;br&gt;&lt;a target="_new" href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/memory/base/virtualalloc.asp"&gt;http://msdn.microsoft.com/library/default.asp?url=/library/en-us/memory/base/virtualalloc.asp&lt;/a&gt;&lt;br&gt;&lt;br&gt;That the &amp;quot;virutal memory&amp;quot; functions listed there actually handle both the allocation AND the mapping is surely the cause of much of this confusion (it was for me).</description></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218880</link><pubDate>Mon, 23 Aug 2004 15:14:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218880</guid><dc:creator>David Candy</dc:creator><description>It seems to me the confusion is per machine vs per process. Raymond is talking per process and people are thinking per machine and interpreting it from that perspective.&lt;br&gt;&lt;br&gt;Larry O was talking about VM from the machine perspective (page file size + physical memory + (I presume) code segments in exe and dlls) which is called commit charge.&lt;br&gt;&lt;a target="_new" href="http://weblogs.asp.net/larryosterman/archive/2004/03/18/92010.aspx"&gt;http://weblogs.asp.net/larryosterman/archive/2004/03/18/92010.aspx&lt;/a&gt; (and look at surrounding days).&lt;br&gt;&lt;br&gt;With raymond, he is talking about things that are normally done for system configuration (editing boot.ini) but is talking about the effect on a process not the box.&lt;br&gt;&lt;br&gt;The person you linked too is also thinking you are talking about system configuration (eg setting the page file size).</description></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#218882</link><pubDate>Mon, 23 Aug 2004 15:17:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:218882</guid><dc:creator>David Candy</dc:creator><description>Although in 3.1 enhanced mode it was said that a swap file made the system run quicker, even if it wasn't used as it wqas designed to swap and was slower for ????????????? reason if it couldn't.&lt;br&gt;&lt;br&gt;Still changing LRU sweep frequency et al never made any detectable difference.</description></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#219047</link><pubDate>Mon, 23 Aug 2004 19:29:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:219047</guid><dc:creator>Ben Cooke</dc:creator><description>I've been quite interested in this stuff because I rarely encounter these kinds of problems in my day-to-day programming and so I've never encounted this 3GB switch nor had to worry about distinctions between memory types.&lt;br&gt;&lt;br&gt;Of course, as a programmer I can't help but know what virtual address space is. However, I don't recall anyone ever saying specifically what virtual *memory* is, as a concrete definition. I have some hazy ideas in my head about it, but I don't feel confident that I could actually give an accurate definition in English. Can anyone offer one?</description></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#219068</link><pubDate>Mon, 23 Aug 2004 20:05:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:219068</guid><dc:creator>Andrew Feldstein</dc:creator><description>Thank you for the jump table.</description></item><item><title>Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#219655</link><pubDate>Tue, 24 Aug 2004 21:56:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:219655</guid><dc:creator>TrackBack</dc:creator><description /></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#219758</link><pubDate>Tue, 24 Aug 2004 21:20:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:219758</guid><dc:creator>Larry Osterman</dc:creator><description>David,&lt;br&gt;  In general, having a paging file makes systems run faster - that's a corrolary to my post (btw, I wish you'd also included a reference to the correction: &lt;a target="_new" href="http://weblogs.asp.net/larryosterman/archive/2004/05/05/126532.aspx"&gt;http://weblogs.asp.net/larryosterman/archive/2004/05/05/126532.aspx&lt;/a&gt; - while my post was roughly correct, there were certain critical details I missed).&lt;br&gt;&lt;br&gt;</description></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#220784</link><pubDate>Thu, 26 Aug 2004 08:26:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:220784</guid><dc:creator>Peter Evans</dc:creator><description>Raymond,&lt;br&gt;&lt;br&gt;Is this series a personal rant?  (An early entry mentioned something about having to live with it for six years.)&lt;br&gt;&lt;br&gt;I am puzzled as to how these posts relates to your other programming posts in your blog.  Well there were those few discussion about lock free approaches.&lt;br&gt;&lt;br&gt;Hmm.  Maybe you are just leading up to details of 64-bit pointers issues and other memory management issues and design issues with regard to 64-bit hardware and drivers.&lt;br&gt;&lt;br&gt;Haven't read the each entry in the series yet.  Been catching up.  Good to see a little coverage of these poorly understood things.&lt;br&gt;&lt;br&gt;Will the series continue to cover other aspects of memory management such as the secured memory concepts of .Net and Non-executable memory regions.&lt;br&gt;</description></item><item><title>re: Importance of alignment even on x86 machines</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#221531</link><pubDate>Fri, 27 Aug 2004 18:48:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:221531</guid><dc:creator>The Old New Thing</dc:creator><description /></item><item><title>Backlog</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#222180</link><pubDate>Sun, 29 Aug 2004 03:36:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:222180</guid><dc:creator>C#deSamurai</dc:creator><description /></item><item><title>re: Summary of the recent spate of /3GB articles</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#223769</link><pubDate>Wed, 01 Sep 2004 02:28:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:223769</guid><dc:creator>Norman Diamond</dc:creator><description>See:&lt;br&gt;&lt;a target="_new" href="http://www.sonic.net/~ezzell/Error%20Messages/Its_Virtual_Memory.htm"&gt;http://www.sonic.net/~ezzell/Error%20Messages/Its_Virtual_Memory.htm&lt;/a&gt;</description></item><item><title>Interesting summary of how Windows memory arguments wrok</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#244453</link><pubDate>Tue, 19 Oct 2004 15:06:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:244453</guid><dc:creator>Software is too expensive to build cheaply...</dc:creator><description>At work, there's been some debate on how best to structure our J2EE servers to maximise utilisation of a scarce resource (per-CPU licenses!). The crux of the debate centered, for some reason, on how we can allocate more JVM instances...</description></item><item><title>/3GB and /PAE - Original Posted Mar 15, 2005</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#448289</link><pubDate>Fri, 05 Aug 2005 22:56:17 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:448289</guid><dc:creator>Cluster Help</dc:creator><description /></item><item><title>WOW64 on HTTP.sys</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#661773</link><pubDate>Tue, 11 Jul 2006 02:02:45 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:661773</guid><dc:creator>Windows Network Development</dc:creator><description>Back when Windows Server 2003 SP1 shipped, HTTP.sys hit an important milestone, WOW64 support.What is...</description></item><item><title>Windows Not Recognizing total RAM Upgrade - MacNN Forums</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#1442664</link><pubDate>Wed, 10 Jan 2007 09:25:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1442664</guid><dc:creator>Windows Not Recognizing total RAM Upgrade - MacNN Forums</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://forums.macnn.com/104/alternative-operating-systems/322800/windows-not-recognizing-total-ram-upgrade/#post3264015"&gt;http://forums.macnn.com/104/alternative-operating-systems/322800/windows-not-recognizing-total-ram-upgrade/#post3264015&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>poundbang - Harish Mallipeddi's Blog  &amp;raquo; Interesting links from delicious</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#1980001</link><pubDate>Wed, 28 Mar 2007 22:50:34 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1980001</guid><dc:creator>poundbang - Harish Mallipeddi's Blog  » Interesting links from delicious</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://poundbang.in/2007/03/29/interesting-links-from-delicious-9/"&gt;http://poundbang.in/2007/03/29/interesting-links-from-delicious-9/&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>
		   Memory Management - Demystifying /3GB &amp;raquo; D&amp;#8217; Technology Weblog &amp;mdash; Technology, Blogging, Gadgets, Fashion, Life Style.	</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#2136447</link><pubDate>Sun, 15 Apr 2007 00:28:36 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:2136447</guid><dc:creator>
		   Memory Management - Demystifying /3GB » D’ Technology Weblog — Technology, Blogging, Gadgets, Fashion, Life Style.	</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://www.ditii.com/blog/2007/04/14/memory-management-demystifying-3gb/"&gt;http://www.ditii.com/blog/2007/04/14/memory-management-demystifying-3gb/&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>32bit Windows is Not Limited to 2GB/4GB</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#4022864</link><pubDate>Tue, 24 Jul 2007 10:13:37 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:4022864</guid><dc:creator>Nir's Software Company</dc:creator><description>&lt;p&gt;32bit Windows is Not Limited to 2GB/4GB&lt;/p&gt;
</description></item><item><title>Citrix mit 8 GB und 32 Bit betreiben - MCSEboard.de MCSE Forum</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#4985138</link><pubDate>Tue, 18 Sep 2007 22:34:24 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:4985138</guid><dc:creator>Citrix mit 8 GB und 32 Bit betreiben - MCSEboard.de MCSE Forum</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://www.mcseboard.de/windows-forum-ms-backoffice-31/citrix-8-gb-32-bit-betreiben-121295.html#post748073"&gt;http://www.mcseboard.de/windows-forum-ms-backoffice-31/citrix-8-gb-32-bit-betreiben-121295.html#post748073&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>Unable to install OpenType .otf &amp;amp; PostScript Type 1 fonts &amp;laquo; Phinney on Fonts</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#9253333</link><pubDate>Fri, 26 Dec 2008 15:02:23 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9253333</guid><dc:creator>Unable to install OpenType .otf &amp;amp; PostScript Type 1 fonts &amp;laquo; Phinney on Fonts</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://tphinney.wordpress.com/2008/12/19/no-font-install/"&gt;http://tphinney.wordpress.com/2008/12/19/no-font-install/&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>Phinney on Fonts &amp;raquo; Unable to install OpenType .otf &amp;#038; PostScript Type 1 fonts</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#9352237</link><pubDate>Wed, 21 Jan 2009 02:15:54 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9352237</guid><dc:creator>Phinney on Fonts &amp;raquo; Unable to install OpenType .otf &amp;#038; PostScript Type 1 fonts</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://www.thomasphinney.com/2008/12/19/no-font-instal/"&gt;http://www.thomasphinney.com/2008/12/19/no-font-instal/&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>The strange case of Visual Studio getting "out of memory"</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#9714463</link><pubDate>Tue, 09 Jun 2009 11:53:35 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9714463</guid><dc:creator>Carlos Quintero (Microsoft MVP) blog</dc:creator><description>&lt;p&gt;I started programming in the old times of 16-bit MS-DOS, where you had only 640 KB of memory, and you&lt;/p&gt;</description></item><item><title>“Out Of Memory” Does Not Refer to Physical Memory</title><link>http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx#9726016</link><pubDate>Thu, 11 Jun 2009 10:05:11 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9726016</guid><dc:creator>Fabulous Adventures In Coding</dc:creator><description>&lt;p&gt;I started programming on x86 machines during a period of large and rapid change in the memory management&lt;/p&gt;
</description></item></channel></rss>