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

[Thomas C. <tho...@gm...>]

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
>
>