Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(132)

Side by Side Diff: chrome_elf/README

Issue 53793002: Initial implementation of Chrome Early Loading Framework (Closed) Base URL: svn://svn.chromium.org/chrome/trunk/src
Patch Set: Created 7 years, 1 month ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View unified diff | Download patch | Annotate | Revision Log
OLDNEW
(Empty)
1 Chrome Early Loading Framework (aka ChromeELF)
2
3 chrome_elf.dll is shipped in Chrome's version directory to ease updates,
4 and is loaded early in chrome.exe's lifetime. This is done by turning the
5 version directory into a private assembly which refers to chrome_elf.dll
6 (http://msdn.microsoft.com/library/aa374224.aspx).
7
8 In an ideal world, this would be done by embedding an application config in
9 chrome.exe that would refer to the proper version directory via a
10 probing\privatePath attribute (http://msdn.microsoft.com/library/aa374182.aspx).
11 This would allow us to refer to dlls in the version directory without having to
12 make the version directory itself into an assembly. It would also avoid naming
13 conflicts (as the WinSxS cache may override the lookup path from a private
gab 2013/11/12 18:24:10 I think it's the GAC and the WInSxS folder (two di
14 assembly). Unfortunately, the probing\privatePath attribute is only supported
15 for Windows 7 and later.
OLDNEW

Powered by Google App Engine
This is Rietveld 408576698