How to setup AppVerifier for "Always running" processes

AppVerifier is a very useful tool when it comes to finding memory leaks. It is relatively easy to configure if you have some understanding of how AKU's and PB work. There are pretty comprehensive instructions on MSDN found here. However if you need to use AppVerifier on something that loads during boot time, you need to perform extra steps that are harder to find. The purpose of this article is to explain in a greater detail what you need to do to setup AppVerifier for processes that load at boot time.

Here are simple steps that you need to follow to make AppVerifier work for "Always Running" processes:

1. Install Platform Builder (tools only install is enough because CETK is included with that install), install AKU if you haven't already2. Open your AKU build window where you build images3. (Optional) Removed/reset all the security or make sure it's configured properly4. Copy all the AppVerifier binaries to your %_FLATRELEASEDIR% by running getappverif_cetk.bat from your wcetk directory.

5. Set the environment variables for the modules that need to be shimmed in our case device.exe and the OEM dlls that you want to check

a. Run SET VERIFY_MODULES=device.exe <list the rest of your dlls and exes delimited by spaces>. For example: SET VERIFY_MODULE=device.exe atidrv.dll

6. Set IMGSHIMENABLE=1 if you have set IMGPERSISTENTSTORAGE=17. Set VERIFY_OPTIONS=EnableFanOut (read more about options later ion the article)8. Run makeverifyfile.bat from your WCETK directory (default is at "c:\Program Files\Platform Builder for Windows Mobile\5.00\CEPB\wcetk\DDTK\DESKTOP\makeverifyfile.bat")9. Run makeimg.exe10. Make sure that all shim dlls got signed properly11. Flash the image on to the device12. Connect the device to KITL and boot it (you don't need KITL but it's much more convenient to have it)13. To make sure that KITL is connected you should see things like

a. TID:<address> ++Shim autoloaderb. Found shim 'shim_heap.dll'c. And so on

14. Unfortunately there is no magic bullet that would just show all the memory leaks. The best way to find a leak is to get a snapshot then run user scenarios then get a delta. Here is an example of what can be done:

a. Boot the deviceb. Run 'heapverif device.exe chk' (this will create a check point on device.exe)d. Run 'heapverif device.exe delta' (this will report the potential leaks since the last check point on device.exe)e. Repeat these steps to find all the leaks

Obtaining the log file

If you are connected with KITL the log file with AppVerifier information can be found in your release directory it should be called something like this AppVerifier_<ProcessName>_<ProcessIdentifier>.log older versions of AppVerifier might call it VerifierLog_<AppName_<ProcessIdentifier>.log