{"id":166,"date":"2010-05-17T15:01:54","date_gmt":"2010-05-17T19:01:54","guid":{"rendered":"https:\/\/www.tmurgent.com\/TmBlog\/?p=166"},"modified":"2013-04-06T11:57:53","modified_gmt":"2013-04-06T15:57:53","slug":"new-free-tool-pkgview-for-app-v","status":"publish","type":"post","link":"https:\/\/www.tmurgent.com\/TmBlog\/?p=166","title":{"rendered":"New Free Tool: PkgView for App-V"},"content":{"rendered":"

Have you ever wanted to see what was captured in the App-V user or global\u00a0PKG file?\u00a0<\/p>\n

For the last 4 years, on and off, I have been trying to build a tool to do just that.\u00a0 And for just as long I have been really close to having such a tool, but not close enough to release one.\u00a0 I could list files and folders and expand the virtual registry, but I always either missed some things from the file or picked up extraneous garbage.\u00a0 Why?\u00a0 Because it is hands-down the worst file format ever devised.\u00a0 By comparison, the Sft format is a piece of cake.\u00a0 And it’s not just me, Kalle Saunam\u00e4ki (the creator of Application Virtualization Explorer <\/span><\/a>) worked on this long and hard without success for a long time too.\u00a0\u00a0This month Kalle released an update to the paid-for version of his tool with capabilities to read the pkg.\u00a0<\/span><\/p>\n

Meanwhile I had been working, with\u00a0some encouragement from Microsoft, to complete a workable\u00a0release. \u00a0Once I finished it last winter, I had to wait\u00a0Microsoft gave me permission to release (a bureaucratic thing that took way too long).\u00a0 Well, today I finally have that permission!\u00a0<\/span><\/p>\n

This tool is free.\u00a0 Consider it more of a debugging tool and Kalle’s a professional tool.\u00a0 With this tool you can view modified files and registry settings, and dump out files from the pkg in either text or hex format.<\/span><\/p>\n

Download PkgView 1.5 Zip (273kb)<\/a><\/h1>\n

\u00a0<\/span><\/p>\n

Why?<\/h2>\n

Why do we need such a tool?\u00a0 Because things don’t always work perfectly.\u00a0<\/p>\n

Sometimes files get marked as “application” when what we really need is for it to be marked “user”, so the changes made don’t roam with the user.\u00a0 Sure, if we know what file it is we can check the sft, but when the app just breaks, we don’t always know which file it is to modify the settings to.\u00a0<\/p>\n

And then there is all of the .net stuff.\u00a0 Side by side components sometimes cause issues in packages.\u00a0 Before having such a tool, we were forced to just reset the entire user pkg because we couldn’t tell what has changed.\u00a0 While you can’t edit the pkg with this tool, you can find what changed and use the “\/EXE %COMSPEC%” trick to get a cmd prompt inside the user pkg to\u00a0fix the issue.\u00a0<\/p>\n

And we need such a tool to figure out DSC issues, such as which package is getting the changes.<\/p>\n

How does it work?<\/h2>\n

Install the\u00a0software and run PkgView.\ufffd
\n\u00a0\u00a0\u00a0<\/p>\n

\"\"<\/p>\n

You select the Pkg file you are interested in and click on the Analyze button.The display on the left shows an information tab with GUIDs and versions and dates and sizes of things.To this we add the counts of the number of file\/folder and registry changes contained in the pkg file.<\/p>\n

The preference is to supply both the Sft and Pkg file for viewing.\u00a0 When you provide both, the files and registry tabs provide an overlay view of the pkg contents on top of the sft.\u00a0 If you don’t also reference the Sft file, you will need to use the “PkgFiles”, “PkgFolders”, and “PkgDeletes” tabs to view the lists of files and folders that have changed.\u00a0 You will need to view the “Pkg Settings.cp” tab to view the registry changes.\u00a0 Without the Sft, the Pkg tends to have stub folder references that cannot be placed on any kind of tree structure, as the folder references a parent folder that is not in the Pkg.<\/p>\n

So I recommend that you also identify the Sft file associated with it.\u00a0 By indentigying the sft, the tool can display an overlay of the Pkg on-top of the Sft.
\n\u00a0<\/p>\n

\"\"<\/p>\n

This display shows how the changes are overlaid and integrated onto the sft.With both the Sft and Pkg provided, you can click on the Files tab to see what files have changed, been added, or been deleted in a full tree view.This is much easier to understand.<\/p>\n

The folders and files are color coded to indicate which have modifications in the Pkg.\u00a0 For example, modified folders are colored blue.\u00a0 Modified files are also bard blue.\u00a0 New files have an “asterisk” on them.<\/p>\n

There is a “Find Next Changed File” button to skip from one to the next.<\/p>\n

For files that are new or modified in the Pkg, you can obtain a dump-view of the file using the “Dump Changed File” button. Select the new or modified file on this screen and click on the\u00a0button. After clicking on that button a new tab will appear with the dump. If it is a text file, it will be displayed as text, otherwise it is shown using a hex-dump.<\/p>\n

You can also view an overlay of the Pkg Registry changes.<\/p>\n

\"\"<\/p>\n

Clicking on the Registry tab (when both sft and pkg are provided), we see a tree like layout of the virtual registry.Again here, the items are coded with colored icons to aid in identification of changed items.\u00a0Values of virtual registry items are shown both as they are in the sft and in the pkg.<\/p>\n

Things not in the tool<\/h2>\n

The tool covers the basics of what you need, but not everything that could be done.<\/p>\n