-
Notifications
You must be signed in to change notification settings - Fork 356
PublishSingleFile dll and resources.pri redirection support #4067
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
fixes #2597 |
… file.loadFrom attributes using them
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These changes to UndockedRegFreeWinRT -- do we know that the Windows implementation behaves the same way? (on all supported platforms)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, I've tested with SystemRegFreeWinRT as well (disabling UndockedRegFreeWinRT)
dev/UndockedRegFreeWinRT/catalog.cpp
Outdated
auto locale = _create_locale(LC_ALL, "C"); | ||
// Using this pattern intead of calling multiple MoveToAttributeByName improves performance |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Typo: "instead"
auto locale = _create_locale(LC_ALL, "C"); | ||
// Using this pattern intead of calling multiple MoveToAttributeByName improves performance | ||
HRESULT hr = xmlReader->MoveToFirstAttribute(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Presumably, since we change the way we parse things here, we could possibly make a 1.4 app that was working fine fail at runtime when built with 1.5, correct? I'm not saying I see such a problem, I'm just trying to make sure I understand the stakes.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, in theory
PublishSingleFile creates a self-extracting exe that deposits embedded files into a temporary folder. As noted in #2597, this causes dll SxS redirection issues, as well as resources.pri lookup issues. The support here (which requires coordinated changes in aggregator) sets a base directory env var, which is used to configure the generated self-contained app.manifest entries to enable custom SxS redirection via the undocumented loadFrom attribute, e.g.:
<asmv3:file name="microsoft.ui.xaml.dll" loadFrom="%MICROSOFT_WINDOWSAPPRUNTIME_BASE_DIRECTORY%microsoft.ui.xaml.dll">