<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-US"><title type="html">HoppeRx - the cure for your ailing device</title><subtitle type="html">A community site dedicated to the support of device problems found by Hopper</subtitle><id>http://blogs.msdn.com/hopperx/atom.xml</id><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/default.aspx" /><link rel="self" type="application/atom+xml" href="http://blogs.msdn.com/hopperx/atom.xml" /><generator uri="http://communityserver.org" version="2.1.61025.2">Community Server</generator><updated>2007-10-25T18:39:00Z</updated><entry><title>Camera Preview orientation problems in WM6.5+</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2009/11/20/camera-preview-orientation-problems-in-wm6-5.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2009/11/20/camera-preview-orientation-problems-in-wm6-5.aspx</id><published>2009-11-20T19:01:00Z</published><updated>2009-11-20T19:01:00Z</updated><content type="html">WM6.5 introduced some new layering/compositing technologies that have the potential to break some display driver assumptions. If your display driver is vulnerable to this problem, it will likely break in LTK test #4040 during camera preview orientation. If your display driver is not failing #4040, your driver is robust enough to accommodate the latest design and no further change is required. In pre-6.5 versions of Windows Mobile, the primary surface was responsible for all compositing which is no...(&lt;a href="http://blogs.msdn.com/hopperx/archive/2009/11/20/camera-preview-orientation-problems-in-wm6-5.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9926382" width="1" height="1"&gt;</content><author><name>shende</name><uri>http://blogs.msdn.com/members/shende.aspx</uri></author><category term="Camera Preview 4040" scheme="http://blogs.msdn.com/hopperx/archive/tags/Camera+Preview+4040/default.aspx" /></entry><entry><title>Hopper log runtime mismatch</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2009/11/18/hopper-log-runtime-mismatch.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2009/11/18/hopper-log-runtime-mismatch.aspx</id><published>2009-11-18T18:23:00Z</published><updated>2009-11-18T18:23:00Z</updated><content type="html">Establishing the correct value for Hopper runtimes can sometimes be challenging due to the number of places this value is stored. Some are reporting that the Hopper log runtime numbers at the top of the file don’t always match the values reported at the end of the file. Knowing which value to trust can save OEMs time &amp;amp; energy in chasing down the wrong value – here are some strategies to help: 1. Locate the Hopper.bak file, this is ‘backup’ log file that was written 5 minutes prior to the Hopper.log...(&lt;a href="http://blogs.msdn.com/hopperx/archive/2009/11/18/hopper-log-runtime-mismatch.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9924492" width="1" height="1"&gt;</content><author><name>shende</name><uri>http://blogs.msdn.com/members/shende.aspx</uri></author></entry><entry><title>Relieving VM pressure from the GWES process slot</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2009/10/07/relieving-vm-pressure-from-the-gwes-process-slot.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2009/10/07/relieving-vm-pressure-from-the-gwes-process-slot.aspx</id><published>2009-10-07T16:05:00Z</published><updated>2009-10-07T16:05:00Z</updated><content type="html">Windows Mobile displays are get larger and UI assets become more robust which is putting additional VM pressure on GWES to marshal all this additional data. Depending on the situation, implementing a “shared heap” using CeHeapCreate() to store assets may be valuable. The Heap will be relocated in the “mapper slots” thus reducing pressure on GWES and has the side benefit of letting Windows Mobile manage the heap for you. This API is documented in the OEM docs as well as: http://msdn.microsoft.com/en-us/library/aa450797.aspx...(&lt;a href="http://blogs.msdn.com/hopperx/archive/2009/10/07/relieving-vm-pressure-from-the-gwes-process-slot.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9904331" width="1" height="1"&gt;</content><author><name>shende</name><uri>http://blogs.msdn.com/members/shende.aspx</uri></author><category term="VM GWES" scheme="http://blogs.msdn.com/hopperx/archive/tags/VM+GWES/default.aspx" /></entry><entry><title>Big Iron</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2009/04/24/big-iron.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2009/04/24/big-iron.aspx</id><published>2009-04-24T19:01:00Z</published><updated>2009-04-24T19:01:00Z</updated><content type="html">The ability to try out bug fixes is a valuable part of the Hopper process and re-building images quickly is one of the easiest ways to improve your Hopper numbers. We recently went about trying to find the combination of build server parts that makes short work of our builds and wanted to share with the OEM community. Step 1 : Start with a fast quad-core computer with dual hard-drives. Doesn’t have to be the fastest processor group out there, but use something capable. Don’t worry about the size...(&lt;a href="http://blogs.msdn.com/hopperx/archive/2009/04/24/big-iron.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9566921" width="1" height="1"&gt;</content><author><name>shende</name><uri>http://blogs.msdn.com/members/shende.aspx</uri></author></entry><entry><title>Troubleshooting guide - part 2</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2009/04/21/troubleshooting-guide-part-2.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2009/04/21/troubleshooting-guide-part-2.aspx</id><published>2009-04-21T17:07:00Z</published><updated>2009-04-21T17:07:00Z</updated><content type="html">Below is the second half of a well executed document from guestRx: Bulent Elmaci. Bulent has worked with Windows Mobile debugging for a long time and backs up his writing with a lot of experience. It is the first of a series of articles he has written to help our OEM's become better debugging developers. Enjoy! TOOLS Using correct tools to collect relevant and sufficient data, and to analyze them not only makes the life a little easier for the engineers, it also helps making sure correct information...(&lt;a href="http://blogs.msdn.com/hopperx/archive/2009/04/21/troubleshooting-guide-part-2.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9559271" width="1" height="1"&gt;</content><author><name>shende</name><uri>http://blogs.msdn.com/members/shende.aspx</uri></author></entry><entry><title>Troubleshooting guide - part 1</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2009/03/05/troubleshooting-guide-part-1.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2009/03/05/troubleshooting-guide-part-1.aspx</id><published>2009-03-05T17:56:00Z</published><updated>2009-03-05T17:56:00Z</updated><content type="html">Below is a well executed document from guestRx: Bulent Elmaci. Bulent has worked with Windows Mobile debugging for a long time and backs up his writing with a lot of experience. It is the first of a series of articles he has written to help our OEM's become better debugging developers, we will follow up with the second part soon. Enjoy! Jumpstart Guide to Troubleshooting on Windows Mobile – Part I Every Windows Mobile device goes through a full software project cycle, before it can be commercialized,...(&lt;a href="http://blogs.msdn.com/hopperx/archive/2009/03/05/troubleshooting-guide-part-1.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9459895" width="1" height="1"&gt;</content><author><name>shende</name><uri>http://blogs.msdn.com/members/shende.aspx</uri></author></entry><entry><title>A Windows CE 6.0 Book that I keep paging back to...</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2008/12/19/a-windows-ce-6-0-book-that-i-keep-paging-back-to.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2008/12/19/a-windows-ce-6-0-book-that-i-keep-paging-back-to.aspx</id><published>2008-12-19T17:24:00Z</published><updated>2008-12-19T17:24:00Z</updated><content type="html">I am not much of a programming book person, I am much more likely to select code and press "F1". However, I find myself reaching for a CE 6.0 book and have been finding it quite useful. "Windows Embedded CE 6.0 Fundamentals" [Pavlov, Belevsky][ISBN 0735626251 ] It is targeted as an “OS” book, so if you are curious about VM, threads and other nuts &amp;amp; bolts it makes for a real page-turner....(&lt;a href="http://blogs.msdn.com/hopperx/archive/2008/12/19/a-windows-ce-6-0-book-that-i-keep-paging-back-to.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9242169" width="1" height="1"&gt;</content><author><name>shende</name><uri>http://blogs.msdn.com/members/shende.aspx</uri></author></entry><entry><title>Writeable code sections got you down? Fear no more!</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2008/09/19/writeable-code-sections-got-you-down-fear-no-more.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2008/09/19/writeable-code-sections-got-you-down-fear-no-more.aspx</id><published>2008-09-19T20:56:00Z</published><updated>2008-09-19T20:56:00Z</updated><content type="html">Virtual Memory changes included in Windows Mobile 6.1 can relocate read- only code sections out of Slot 0 and into a higher address range. This change was taken to relieve pressure from our coveted, read- write Slot 0. This change will be transparent to most developers since code sections are by default, read- only and do not assume code sections will be adjacent. However, if you are intentionally including the “W” (write) attribute on a code section and your DLL is greater than 64kb, then you may...(&lt;a href="http://blogs.msdn.com/hopperx/archive/2008/09/19/writeable-code-sections-got-you-down-fear-no-more.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8959183" width="1" height="1"&gt;</content><author><name>shende</name><uri>http://blogs.msdn.com/members/shende.aspx</uri></author></entry><entry><title>Hopper: Start Menu Dead!</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2008/03/08/hopper-start-menu-dead.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2008/03/08/hopper-start-menu-dead.aspx</id><published>2008-03-08T03:01:00Z</published><updated>2008-03-08T03:01:00Z</updated><content type="html">Interesting post over at "Reed &amp;amp; Steve" regarding Hopper and full screen apps and the Start Menu Dead message. Check it out here . Kudos to them for making this available....(&lt;a href="http://blogs.msdn.com/hopperx/archive/2008/03/08/hopper-start-menu-dead.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8107873" width="1" height="1"&gt;</content><author><name>shende</name><uri>http://blogs.msdn.com/members/shende.aspx</uri></author></entry><entry><title>Use CallWindowProc when using WNDPROC pointers directly</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2008/02/07/use-callwindowproc-when-using-wndproc-pointers-directly.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2008/02/07/use-callwindowproc-when-using-wndproc-pointers-directly.aspx</id><published>2008-02-07T20:42:00Z</published><updated>2008-02-07T20:42:00Z</updated><content type="html">A recurring theme I see while debugging application compatibility issues has to do with the direct use of the window proc pointer. If the intended WNDPROC exists in a DLL that is located in Slot 0, the pointer “looks right” and is often mistakenly used directly. In Windows Mobile, direct access to the window procedure requires you go through CallWindowProc(). Instead of trying to use the pointer directly, use CallWindowProc() like this: // Direct call to wndProc() // Incorrect! tp.result = recvWndClass.lpfnWndProc(NULL,...(&lt;a href="http://blogs.msdn.com/hopperx/archive/2008/02/07/use-callwindowproc-when-using-wndproc-pointers-directly.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=7521064" width="1" height="1"&gt;</content><author><name>shende</name><uri>http://blogs.msdn.com/members/shende.aspx</uri></author></entry><entry><title>Are you passionate about Windows Mobile Devices?</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2008/01/18/you-passionate-about-windows-mobile-devices.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2008/01/18/you-passionate-about-windows-mobile-devices.aspx</id><published>2008-01-19T01:45:00Z</published><updated>2008-01-19T01:45:00Z</updated><content type="html">Do you want to work on next generation Windows Mobile devices long before they become commercially available? Want to be the first one to work with and influence next year’s Windows Mobile devices? Then you’re in luck! The Windows Mobile team is looking for a strong developer who is passionate about the next wave of our devices. The Windows Device Core Joint Development Program (JDP) team is looking for an experienced developer to assist OEMs and Silicon Vendors in putting the latest Windows Mobile...(&lt;a href="http://blogs.msdn.com/hopperx/archive/2008/01/18/you-passionate-about-windows-mobile-devices.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=7153842" width="1" height="1"&gt;</content><author><name>shende</name><uri>http://blogs.msdn.com/members/shende.aspx</uri></author></entry><entry><title>MemoRx incorrectly displaying VM overlap in pre-release Windows Mobile versions</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2008/01/11/memorx-incorrectly-displaying-vm-overlap-in-wm6-1.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2008/01/11/memorx-incorrectly-displaying-vm-overlap-in-wm6-1.aspx</id><published>2008-01-11T03:07:00Z</published><updated>2008-01-11T03:07:00Z</updated><content type="html">Many OEM’s have already noticed that Memory Doctor doesn’t correctly represent VM overlap in some pre-release versions of Windows Mobile. There have been some changes in WM VM architecture that contradict an assumption made by MemoRx which results in potential incorrect reporting. MemoRx will continue to work well in officially release versions of Windows Mobile. Instead of updating MemoRx and continuing with our 2-tool approach, we though it would be more useful to merge the useful features of MemoRx...(&lt;a href="http://blogs.msdn.com/hopperx/archive/2008/01/11/memorx-incorrectly-displaying-vm-overlap-in-wm6-1.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=7064430" width="1" height="1"&gt;</content><author><name>shende</name><uri>http://blogs.msdn.com/members/shende.aspx</uri></author><category term="Virtual Memory" scheme="http://blogs.msdn.com/hopperx/archive/tags/Virtual+Memory/default.aspx" /><category term="KITL" scheme="http://blogs.msdn.com/hopperx/archive/tags/KITL/default.aspx" /><category term="VM" scheme="http://blogs.msdn.com/hopperx/archive/tags/VM/default.aspx" /><category term="WM6" scheme="http://blogs.msdn.com/hopperx/archive/tags/WM6/default.aspx" /><category term="hoppeRx" scheme="http://blogs.msdn.com/hopperx/archive/tags/hoppeRx/default.aspx" /><category term="memoRx" scheme="http://blogs.msdn.com/hopperx/archive/tags/memoRx/default.aspx" /></entry><entry><title>Understanding Output From “meminfo kernel”</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2007/11/15/understanding-output-from-meminfo-kernel.aspx" /><link rel="enclosure" type="image/jpeg" length="41129" href="http://blogs.msdn.com/hopperx/attachment/6280110.ashx" /><id>http://blogs.msdn.com/hopperx/archive/2007/11/15/understanding-output-from-meminfo-kernel.aspx</id><published>2007-11-16T02:52:00Z</published><updated>2007-11-16T02:52:00Z</updated><content type="html">I was debugging a weird hang at device boot and I used the command “meminfo kernel” in CeDebugX to get more info, but I realized right away that I didn’t know what this command was showing me. So, I did a bit of investigation into what the output meant and thought I’d write down what I learned so I’d remember it later. And, of course, there’s no better place to write things down than on the HopperRx blog, so here’s what I learned. Intro to Kernel Heap To understand the output of "meminfo kernel",...(&lt;a href="http://blogs.msdn.com/hopperx/archive/2007/11/15/understanding-output-from-meminfo-kernel.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=6280110" width="1" height="1"&gt;</content><author><name>JeCahill</name><uri>http://blogs.msdn.com/members/JeCahill.aspx</uri></author><category term="Platform Builder" scheme="http://blogs.msdn.com/hopperx/archive/tags/Platform+Builder/default.aspx" /><category term="training" scheme="http://blogs.msdn.com/hopperx/archive/tags/training/default.aspx" /><category term="meminfo" scheme="http://blogs.msdn.com/hopperx/archive/tags/meminfo/default.aspx" /></entry><entry><title>Passive KITL to the rescue</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2007/11/02/passive-kitl-to-the-rescue.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2007/11/02/passive-kitl-to-the-rescue.aspx</id><published>2007-11-02T18:59:00Z</published><updated>2007-11-02T18:59:00Z</updated><content type="html">I'm sure many of you have been in a situation where your device hangs during field testing. Or sometimes you are trying to track down a problem which only repros at a certain location. The best thing you can have in these situations is, of course, a live KITL connection to the device. This can be challenging at times because you can't run around with a phone connected to your laptop with a short USB cable. Its just not practical. This is where Passive KITL can be used. ( Read the “Active and Passive...(&lt;a href="http://blogs.msdn.com/hopperx/archive/2007/11/02/passive-kitl-to-the-rescue.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=5838922" width="1" height="1"&gt;</content><author><name>deanmel</name><uri>http://blogs.msdn.com/members/deanmel.aspx</uri></author><category term="KITL" scheme="http://blogs.msdn.com/hopperx/archive/tags/KITL/default.aspx" /><category term="DeanMel" scheme="http://blogs.msdn.com/hopperx/archive/tags/DeanMel/default.aspx" /><category term="WM6" scheme="http://blogs.msdn.com/hopperx/archive/tags/WM6/default.aspx" /><category term="jetstream" scheme="http://blogs.msdn.com/hopperx/archive/tags/jetstream/default.aspx" /></entry><entry><title>Running Platform Builder 6 on Vista</title><link rel="alternate" type="text/html" href="http://blogs.msdn.com/hopperx/archive/2007/10/25/running-platform-builder-6-on-vista.aspx" /><id>http://blogs.msdn.com/hopperx/archive/2007/10/25/running-platform-builder-6-on-vista.aspx</id><published>2007-10-25T20:39:00Z</published><updated>2007-10-25T20:39:00Z</updated><content type="html">There are a lot of people that afraid to switch of Vista because they are afraid that their stuff will not work. Well truth be told, I've been running Vista+VS2005_SP1+PB6 since March of this year and haven't had any major problems. The only two problems I had was: 1. If the device doesn't have Vista compatible driver then you will not be able to connect/debug the device. 2. Flashing the devices on Vista can be painful because some devices still have no support for Vista flashing. In order to have...(&lt;a href="http://blogs.msdn.com/hopperx/archive/2007/10/25/running-platform-builder-6-on-vista.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=5674024" width="1" height="1"&gt;</content><author><name>deanmel</name><uri>http://blogs.msdn.com/members/deanmel.aspx</uri></author><category term="DeanMel" scheme="http://blogs.msdn.com/hopperx/archive/tags/DeanMel/default.aspx" /><category term="WM6" scheme="http://blogs.msdn.com/hopperx/archive/tags/WM6/default.aspx" /></entry></feed>