Reader 9.0 AcroRd32.exe caused Microsoft Visual C++ Runtime Library error

[_AndrewLippett_]

A client has updated Adobe Reader 8.1 to 9.0 on several machines and now cannot use Adobe Reader.

The program start, the Adobe Reader window appears but no document and then an error message is displayed that says;

"Microsoft Visual C++ Runtime Library
Program: C:\Program Files\Adobe\Reader 9.0\Reader\AcroRd32.exe
This application has requested the runtime to terminate in an unusual
way.
Please contact the applications support team for mor information."

Adobe Reader has been removed, the computer restarted and then re-installed from a full installation package and the problem persists.

Does anyone have any ideas how to fix this?

[ryannop]

try to Deleted the users profile

[JohanBadenhorst]

Hi,

I've read through and tried all the different "fixes" posted on this thread (except the posts advising to switch off folder redirect for the appdata folder or mess with the registry) and none of them worked.

We have however got it to work by simply adding a NTFS permission. Sounds to good to be true, but it does in fact work like a charm.

On our SBS2008 we have the accounts all creating and redirecting to a folder on the server called "E:\RoamingProfiles" and as expected all the user folders are automatically created within.

To fix this problem we added all the users to a security group and added the group to the NTFS permissions (security tab in Properties) for E:\RoamingProfiles with only "List Folder/Read Data" selected on the "This folder and files" selection. (Don't touch any other permissions)

After relogging the user (to activate the group permission) and starting Adobe Reader it all works without the error.

I hope this helps

Kind Regards

Johan Badenhorst

[Guest]

Thank you.

Fix confirmed.  IT DOES WORK!

Grant "USERS" List folder/Read Data permissions on "this folder only" for the top level folder that holds your user's appdata folder.

Finally, after 3 years, a REAL fix that doesn't involve "avoiding" features or creating extra headaches for a piece of crap program like Adobe Reader.

Thanks Adobe for NEVER fixing this problem.  You're a joke.

[JohanBadenhorst]

Great! I'm glad I'm not a complete waste of oxygen 😄

I have read that a proper fix for adobe reader is due in October'10, so hopefully we should see it doing what its meant to without the need for years of experimenting with workarounds 😕

[pereluka]

That sounds nice. Is that official statement from Adobe or just rumors? Can you give a link?

[JohanBadenhorst]

No idea m8, I'm sure I read it somewhere, but cant find the link. Just treat it as a rumour for now

[pereluka]

Did anybody see the original error "Reader 9.0 AcroRd32.exe caused Microsoft Visual C++ Runtime Library error' in Adobe Reader" in "Adobe Reader-X" or it has been fixed?

[Guest]

I have not seen this problem in Adobe Reader X, but that is because the problem was resolved in some revision of Adobe Reader 9.3.

If you have the permissions setup properly on your network shares the problem is gone.

[pereluka]

Is it working now with "folder redirection" without modifying permissions? There is a lot of bureacracy to get appropriate approvals in order to modify permissions for thousands users in the whole enterprise

[Guest]

To recap.  The original problem is caused by the user's Application Data folder being redirected to a network share.

The problem has been fixed.  Up until a certain version of Adobe Reader 9.3 it didn't matter what you did.  In all my testing it just would not work.  Now, it is OK.

But, there is still a problem, not from Adobe Reader persay, but from incorrectly setting up permissions on network shares which causes problems with AR, and possibly other software.  The user must be able "walk" the folder structure on the network share down into their own application data folder.  This means that the folder that is shared (the root folder that holds all the user's folders with additional application data folders under each one of those) that holds the application data folders needs to grant "traverse directory" permission to USERS or EVERYONE.  This should be standard practice as any user should be able to "walk" the share from the root share down into their own personal folders.

So, for example:

You have a share on a server: \\server\userdata  -- It maps to C:\Userdata on the server.

You have used a group policy to redirect user's application data folders to: \\server\userdata\%username%

Therefore, by standard practice we give "EVERYONE" "FULL" control of the \\server\userdata share.  (The share permissions)

Then, we modify the NTFS permissions for the folder C:\Userdata and grant user's the "Traverse Directory" and "Create Folders" permission for "This folder only"

So, when the user logs in for the first time, they are able to create their own user folder and the application data folder will be created under that.  This happens automatically obviously.

Then, any programs that attempt to "walk" the folders down into the application data folder will be able to access:

\\server\userdata

\\server\userdata\someuser

\\server\userdata\someuser\application data

I hope that explains it clearly.  Its a quick change on the server and doesn't matter if you have one user or 5000.

[JTFuhler]

Don't redirect application data and it will work without changing permissions. I recommend updating the permissions even if it means going one by one through a thousand users folders. It is a problem that won't go away even if you install reader locally.

[Guest]

I tried this trick again today, and it did not work.

I found out that Adobe Reader v9.0.0.332 still does not work.

I upgraded to v9.3.3.177 and all is well.

[Pimpn8ezy]

I'm on Vista and found the fix

http://kb2.adobe.com/cps/404/kb404597.html

[Dan Corcoran]

I'm running Windows 7 (64-bit) and have been getting the "Runtime Error" message on my new Dell computer.   I tried installing Adobe Reader v. 9.3.4 yesterday and no luck.  I've tried uninstalling and reinstalling all Adobe software to no avail.  Does anyone have any suggestions for a casual (i.e. non-IT) user?

[Guest]

Is this computer a stand alone computer in a home?  If so, the problems discussed in this thread concern problems with Adobe Reader in a domain/networked environment.  You may be having a problem with something else, and I suggest you continue searching the forums, or open a new thread.

If the computer is on a network, in a business, on a domain, etc.  then you need to speak your IT staff to adjust the security permissions properly as stated in some of the most recent message of this thread.

[Dan Corcoran]

Thanks.  Mine is a stand-alone home computer and I wasn't savvy enough to realize that this was the wrong thread, so I doubt that further searching would help me find the right one.  I'll just open a new thread.

[dflo1616]

Yes, uninstall Adob Reader and download Nitro Free PDF Reader. http://www.nitroreader.com/download/

I am currently moving all my users to this FREE PDF reader that lets you do all things you want to with a PDF but can't with just Adobe Reader without paying for the Acrobat. You can SAVE fill in form PDF's, Edit Text, Instert Text, and insert your signature and then save the PDF, one of the biggest features people want, so you don't have to pint it out, sign it, scan it back in or fax it. I have been using it for a over a month now and will never go back to Adobe Reader. It is spyware/adware free and also comes with a PDF Printer so you can convert anything you can print to a PDF.

[Dan Corcoran]

I just looked at their website and it says it is a "beta" version.  Is this still the case?

[dflo1616]

Yes. Nitro has had a paid version that competes with Adobe Acrobat out for a while, although I think

they have to pay royalties to Adobe since Adobe owns (really stole) the format (PDF). Nitro recently released this free edition that has these features but still consider it in "Beta" but it is on Version 1.2.x. This version is more stable and crashed less than the 9.3 version of Adobe Reader who is on their 9th major revision.

I found this wonderfull peice of software in this thread from another user who was having this issue after moving to Windows 7. I have always hated Adobe Reader becasue Adobe neuters it so much so you can't even save fill in forms or insert a signature which is what 90% of casual users want to do. Instead Adobe makes you spend $200 to buy Acrobat to do these things which is WAY overkill.

I recommend using Nitro. I have had 0 issues with it and have 10 of my users on it already and when I roll out Windows 7 to the rest of my users we will all be using it.

[GazaBee]

Guess What!

The same error occurs with Adobe Reader X !!!

Anyone got an answer for AR10?

[Guest]

No.  The problem no longer exists.

Check your configuration.

[Herr Helmut Lieb]

Same Problem for our network with Reader 9 and X - if profiles are on the server and the connection is lost/dropped....

it does load a local profile - but Adobe Acro. Reader will not work under that condition.

Most other programs will.....

Lets hope adobe will someday fix this - it is just 3 years......

[merc252]

I found some extra information that may help out someone else.  It has to do with file permissions, but not the List Folder/Read Data permission.

I'm running Windows 7 64-bit, Adobe Reader X (10.0.1), and have folder redirection for our AppData to a network share (specifically a roaming profile share).  When I created the roaming profile share I gave "Authenticated Users" Full Control share permissions and then added "Authenticated Users" to the file/folder permissions with only "List Folder/Read Data" and "Create Folder/Append Data" permissions.  This, I believe, is best practice for any roaming profile share.

These are the lowest permissions needed for a user to create and save their roaming profile.  I set up redirection to redirect user's appdata to \\servername\profiles\appdata, but users started getting the same errors discussed previously when trying to open PDF files on the Internet.

I read somewhere (possibly in this thread) that Adobe Reader seems to need to be able to browse to each folder in the redirected appdata path.  I tried going to \\servername\profiles\appdata and I could, but then got an error when I tried to go to \\servername\profiles.  So, even though the file perms on that directory are List Folder/Read Data, I couldn't browse to the \\servername\profiles directory.

In the end I fixed all of this by modifying the file/folder permissions on the \\servername\profiles directory.  Besides "List Folder/Read Data" and "Create Folders/Append Data," I included "Read Attributes."  After this change I could browse from my computer to \\servername\profiles and Adobe Reader X started to work properly.

[JazzRyan]

Change the file association from Adobe Reader9 to IE and let the plugin open PDF's across the NEtwork.     JBacot (2000 PC's 10.000 users)

[Guest]

Apparantly, the problem still exists in 11.0.03. version XI.

I'm running 2012 RDSH servers. All users now are roaming profiles including administrator. However, I can log in directly to the cosole or Hyper-V console and Reader opens correctly.

If I log in as administrator (non-roaming profile), the reader opens. If I log in as a roaming profile user, "An Internal error occurred."

It also looks like it is related to UNC paths as was identified in this discussion. I don't see a solution so I guess I will have to find another provider of PDF reader/writer...

Good Luck everyone!

Robert