Forum Discussion
Packaging on a 1809 or a 1909 gets different results !
Bogdan Mitrache I can confirm that side-by-side compare was done and all application files are 100% equal.
I had already done that compare.
It really looks like is something related to MS Repackager/OS Version.
Hi RaulCosta
Well, besides the files the reppackager also build the registry.dat hives and the appxmanifest. Have you compared these ones too?
Since one of the packages works and another doesn't there surely must be a difference between them. I assume you are running/testing them in clean VMs so there is no way the MS repackager or other resources from the machines can interfere with the test.
RaulCosta I can let you know that there should be no difference in what PsfTooling did that depends upon the OS you package on. I don't know about the MMPT, but I'd be surprised that would behave differently. More likely, there was something slightly different in the setups.
Also double check the min version / max version tested fields in the manifest. That would be different in the MMPT.
Assuming that the failure occurs immediately, since you have the PSF added I'd recommend using DebugView while launching to see if there is a clue being posted to the debug console.
TIMOTHY_MANGAN thank you in advance,
It looks like on the 1809 version it was able to inject the DynamicLibraryFixup32.dll and the other one just died. Strange but maybe there was a human error creating one of the packages.
DebugView logs are attached. (added as zip with both files because this website doesn't support TXT files).
Min / Max version on both:
<TargetDeviceFamily Name="Windows.Desktop" MinVersion="10.0.17763.0" MaxVersionTested="10.0.18335.0" />
And both created with:
<!--Package created by MSIX Packaging Tool version: 1.2019.1220.0-->and with PsfTooling 4.4.20.0
The config.json is a match as are all existing application files.
I will recreate both MSIX from ground-up to confirm the step-by-step on both.
RaulCosta It looks like in the failed case, the app is crashing while PsfRuntime is initializing, right after finding the correct process entry in the config.json file. So at that time it would have been processing those entries.
I would look at the config.json files for comparison to see if there is something obvious. If you are willing to share the packages I can take a quick look. Email me at tmangan@tmurgent.com.
PS: A new release of PsfTooling went out last Friday. I don't recall anything that sounds like this in the release, but it does have an updated Psf.
