/build/static/layout/Breadcrumb_cap_w.png

Windows File Protection

Hello Everyone,

I'm trying to package an application that requires an older version of msorcl32.dll. Since that .dll falls under WFP, is there a way I can disable WFP to add the necessary .dll then re-enable WFP? I appreciate any help

Thanks in Advance!!

0 Comments   [ + ] Show comments

Answers (7)

Posted by: urban_diver 15 years ago
Orange Senior Belt
0
I forgot to mention, the operating system is Windows XP Service Pack 2

Thanks again!!
Posted by: jonasm 15 years ago
Blue Belt
0
Hi!

As far as I know it´s not recommended to package files thats includes in WFP. Microsoft obviously has a solution for it, while for example Media Player 9 has WFP files.

Isn't there any command line parameters to the setup.exe you can use to make it silent or create a response file?

/Jonas
Posted by: shogun_ro 15 years ago
Orange Belt
0
You should change the value of a registry key that disables WFP, copy the files and then change the key back to its original value. You could do this by using a script that runs before the files are installed.
Posted by: viv_bhatt1 15 years ago
Senior Purple Belt
0
Hi ,

Disabling WFP is greater security risk and is not advisable .

If your application is using an older version dll then you should try Application component isolation to make the application load the dll from the installation directory whenever required instead of loading the dll present in windows system folder .

Cheers,
V
Posted by: brenthunter2005 15 years ago
Fifth Degree Brown Belt
0
I so agree with viv_bhatt1! you don't want to start replacing files with OLDER versions.
Posted by: Robb Thomas 15 years ago
Senior Yellow Belt
0
ORIGINAL: urban_diver

Hello Everyone,

I'm trying to package an application that requires an older version of msorcl32.dll. Since that .dll falls under WFP, is there a way I can disable WFP to add the necessary .dll then re-enable WFP? I appreciate any help

Thanks in Advance!!



As I recall, microsoft no longer allows you to disable WFP. I recall having to use debug to do some BIT FLIPS in a DLL file, and then I install the DLL, and disable windows file protection. Once this is done, then you reboot, and WFP is disabled.

Not a fun thing to do!

Why not copy the DLL into the same directory as your application, and do the .LOCAL hack to get round the problem. I forget all the specifics of the .LOCAL hack, but if someone else could fill in the details, that would solve this persons problem, and they wouldn't have to mess around with windows file protection at all.

Regards,
---- Robb ----
Posted by: MSIPackager 15 years ago
3rd Degree Black Belt
0
I forget all the specifics of the .LOCAL hack, but if someone else could fill in the details

You create an empty file called myapp1.exe.local for each executable you want to isolate - launching the .exe file then causes the app to look in the current dir for it's resources.. So for example say you have the following 2 executables in your package:

C:\Program Files\FunkyApp\program1.exe and
C:\Program Files\FunkyApp\program2.exe

Then you need to create 2 files:

C:\Program Files\FunkyApp\program1.exe.local and
C:\Program Files\FunkyApp\program2.exe.local and add them to your installation (as well as copying the older msorcl32.dll to the C:\Program Files\FunkyApp folder (rather than System32 or wherever it is now)

Alternatively I believe you can create:

C:\Program Files\FunkyApp\program1.exe.local and
C:\Program Files\FunkyApp\program2.exe.local folders and copy all the dll files etc you want to isolate into them

You'll still have problems if the msorcl32.dll file need to be registered though. MS recommends side by side isolation method for XP - more info here: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sbscs/setup/dll_com_redirection_on_windows.asp

Good luck - WFP is a bitch,
Rob.
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ