Re: [Chromium-users] Windows: Modifying app_faker.c to handle .manifests and private dlls

[David L. P. <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...
> 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