Menu
▾
▴
Re: [Chromium-users] Windows: Modifying app_faker.c to handle .manifests and private dlls
|
From: Thomas C. <tho...@gm...> - 2008-04-26 07:45:33
|
Our practice is to copy the crfaker.dll into the application directory and rename it to opengl32.dll. Thus we didn't had to modify our application. I am not sure it is a clean way but it works fine! Regards, Thomas 2008/4/25, David L. Page <pa...@gm...>: > > Yes, I believe this snippet might be what you are refering to. The > documentation has the following note: > > *Windows*: You will also need to install the cygwin tools<http://cygwin.com/>to build Chromium. If you're building from the Windows shell (as opposed to > the cygwin bash implementation), you will need to set the environment > variable MAKE_MODE to the string "unix". This lets gmake use bash as its > subshell instead of the Windows shell, which is required. Shared libraries > on Windows get put in cr-X.Y/bin/WIN_NT, which (since it's on your path, > right?) will be searched automatically, so there's no LD_LIBRARY_PATHsilliness. > > However, if I load an app.exe with crappfaker.exe and the dir where the > app.exe is located is not in my path, then the dlls are not found. More > specifically, the app.exe.manifest file is not properly located. It's my > understanding (I maybe wrong) that app.exe.manifest needs to be in the same > directory where app.exe is spawned. The kludge that I have put together in > app_faker.c moves not only app.exe to the tmp directory but additionally > moves app.exe.manifest. This solution seems to do the trick. > > Is it a bad idea to copy not only app.exe but also app.exe.manifest (and > perhaps private dlls) to the tmp directory > > --Dave > > > > > On Fri, Apr 25, 2008 at 3:59 PM, Greg Humphreys <hu...@gm...> wrote: > >> You can specify that the app faker start in another directory, so the >> app can find private dlls, data files, and the like. >> >> I done remember the exact command, but surely it is documented :) >> >> -- Greg >> >> On Apr 25, 2008, at 3:49 PM, "David L. Page" <pa...@gm...> wrote: >> >> >> I'm not really a developer, but this post should probably go there. >> >> In regards to a previous post, I noted that Windows manifest files were >> causing problems on my system for executing the OpenGL demos, specially >> atlantis.exe. >> >> I previously posted a kludge to embed the manifests in the exe files, but >> this approach would seem to go against the Chromium philosophy of not >> requiring mods to an existing OpenGL app. >> >> So, I dug into it a bit more and the problem seems to occur from the fact >> that crappfaker.exe copies atlantis.exe (for example) to a temporary >> directory and then copies crfaker.dll to that same tmp directory with the >> name opengl32.dll. In this manner, atlantis.exe (or whatever app) is fooled >> into thinking that crfaker.dll is the OpenGL library. >> >> BUT! The big problem here is that that file atlantis.exe.manifest doesn't >> get copied by crappfaker.exe, and thus Windows is unable to load the >> msvcr80d.dll. >> >> I am speculating, but I think this particular behavior would also cause >> problems for private dlls as well where a private dll is one that is located >> in the directory where an app exe is located AND that directory is not in >> the load path of Windows. So, a private dll would also not be copied to the >> tmp directory and thus would not be linked. A similar issue would seem to >> arise with .local files (i.e. app.exe.local). I don't have a good >> understanding of these, but I think they also would need to be copied to the >> tmp directory. >> >> That's what I've figured out so far. I have a modified version of >> app_faker.c working on my system. This mod avoids the need for mt.exe >> embedding of manifests into an app exe, i.e. no need to modify an OpenGL >> app. >> >> My coding practice is very much a hack job. Is there a developer out there >> that might have an interest is cleaning my mess up and including it in the >> development of Chromium? >> >> --Dave >> >> >> -- >> David L. Page, PhD >> <dav...@ie...>dav...@ie... >> 865.607.8192 >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >> Don't miss this year's exciting event. There's still time to save $100. >> Use priority code J8TL2D2. >> >> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone >> >> _______________________________________________ >> Chromium-users mailing list >> Chr...@li... >> https://lists.sourceforge.net/lists/listinfo/chromium-users >> >> > > > -- > David L. Page, PhD > dav...@ie... > 865.607.8192 > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > Chromium-users mailing list > Chr...@li... > https://lists.sourceforge.net/lists/listinfo/chromium-users > > |
