Skip to main content
Participant
July 11, 2008
Question

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

  • July 11, 2008
  • 131 replies
  • 194995 views
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?
    This topic has been closed for replies.

    131 replies

    Participant
    January 24, 2010

    When you have this issue when logging in with a roaming userprofile on a W2K8 Terminalserver then this is the:


    CAUSE:
    The LocalLow folder is not created on the Terminalserver. Therefore, any applications that access the LocalLow folder may fail.

    RESOLUTION:
    Get the following Microsoft HOTFIX and install it (just fill your e-mail adres and MS sends you the hotfix)

    http://support.microsoft.com/kb/955555/en-us

    (BE SURE! To open above link from an 2008 server!)

    Gr. Testgeb

    Participant
    September 21, 2009

    We had this issue for a very long time and was using Adobe Reader 8 and FoxIt Reader as an alternative for both 32 bit and 64 bit Vista machines.  I have tried all the previous suggestions with the local low folder, registry hacks, trying 9.0, 9.1, 9.2, 9.3 with the same result.

    What worked for us is we had folder redirection set for roaming profiles so that Application Data or AppData saves to the users local hard drive rather than the server if you use a UNC path make sure they have permissions to it.

    What fixed it for us is this User GPO setting:

    "User Configuration/Policies/Windows Settings/FolderRedirection/AppData(Roaming)/Setting:Basic (redirect everyone's folder to the same location)/Options/Grant user exclusive rights to AppData(roaming)" 

    This setting must be enabled.  The other two options should be enabled as well but we always had them enabled anyways.

    September 24, 2009

    Hi

    What a F@@kup morning this is. Last night I installed Adobe Reader 9.1 on 15 Citrix servere. This morning i ran into the same problem as everyone else on this tread.

    My environment is 15 Citrix server, with roaming profiles.

    When I started the to get the error messages. I started process explorer, and saw that acrord32 did get some access denied on the users home folder.

    The home folder is accessed from \\servername\Users$\Office\%username%, acrord32.exe did get access denied on the \\servername\Users$\Office.

    Change the ACL on the Office folder, so that Domain users had read. And all worked well. Did not do anything with the profile.

    Hope this will help someone.

    Participant
    August 11, 2009

    {adobe Reader 9.1 had the same problem]

    -----------------------------------------------------------------------------------------------------------------------------

    "When you start  Adobe Reader 9.1, a runtime error occurs:

    "Microsoft Visual C++ Debug Library
    Runtime Error!
    Program: C:\Program Files\Adobe\Acrobat 9.0\Acrobat\Acrobat.exe
    The application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. "
    Reason

    The affected user has a redirected Application Data folder and as a result the network path containing the Application Data uses a UNC path that begins with \\. This UNC path causes Acrobat 9.0 or Adobe Reader 9.0 to incorrectly parse the Application Data path and give the error message.
    Solution

    Please update Acrobat and/or Reader to Adobe Acrobat 9.1 or Adobe Reader 9.1."

    ----------------------------------------------------------------------------------------------------------------------------------

    We had this error with version 9.1.

    The problem was not specifically that Application Data uses a UNC path.

    Our Application Data points to a dfs share.

    However,  users did not have the correct access permissions to the folders in the path before the home folder

    Giving the users permissions in the intermediate folders eliminates this problem.

    The same problem also occurs if Application Data is set to an explicit drive\folder\file path, if permissions on the folders on that path are insufficient.

    Is this behaviour intentional?

    October 1, 2009

    I too have been working on this problem all day.  Users get the error on freshly-imaged computers with Acrobat Reader 9.1, who previously did not have any problem with Acrobat 8.1.  It is definitely a problem with NTFS permissions on the Application Data redirected folder.  We are running a Windows 2003 domain with redirected Documents, Desktops, and Application Data.  The App Data redirected location for users is the following:

    • \\Server\AppData\%username%

    Our redirected shares are set up to give the user and the Administrators group full permissions for the %username% folder, as described in KB article 288991(http://support.microsoft.com/kb/288991/) and in Moskowitz's group policy book. According to the KB, the \\Server\AppData folder needs the following permissions for users (as well as Full Control for Creator Owner)...

    • Create Folders / Append Data
    • Read Permissions
    • Read Attributes
    • Read Extended Attributes

    ...and this is what we had set up.  This causes Reader 9.1 to crash upon launch.  However, there is some conflicting information between this and KB article 274443* (http://support.microsoft.com/kb/274443/), which suggests these permissions instead:

    • Create Folder/Append Data

    • List Folder/Read Data

    • Read Attributes

    • Traverse Folder/Execute File

    I discovered that adding the "List Folder/Read Data" permission to \\Server\AppData fixes the Reader problem completely.  I did not need to add Traverse Folder. Whether this should really be neccessary or not, I'm not sure.  Like I said, the two Microsoft KB articles appear to contradict each other.

    As an aside, Premier Elements 4 also gave me trouble with redirected Application Data.  I intend to revisit now that I have made this change.

    * KB274443 says to apply these permissions to Everyone.  I would not recommend this.  Use an appropriate "staff users" group instead if you have one, or at least the Authenticated Users group instead of Everyone.

    January 13, 2010

    I haven't read through all 3 pages of posts, but the general consensus I have is that the issue is in fact related to the redir

    ection of the Application Data folder. The main issue being that the use of a UNC path causes the error described, with some mention to explicit user permissions on the root of the folder path.

    I was just recently made aware of this issue in our environment. Apparently we've held off upgrading to Adobe 9.x because of this issue. After a little research, it was apparent that simply modifying the default Folder Redirection policies is not possible because the use of a mapped drive is not supported.

    I haven't had a chance to test this yet, and may not be able to for some time, so I thought I would share this in case someone else might be able to test. The idea being to simply use a custom ADM file to force the redirection of certain profile folders. Again, I haven't tested this using a mapped drive in the path, but I have successfully used the same settings below to redirect other folders not available by default in Group Policy.

    1) Copy the text between ----- Start of ADM ------ and ----- End of ADM ------ and paste it into a text file.

    2) Rename the .txt to .adm.

    3) Load the ADM template into a GPO.

    4) Right click "USER Custom Settings", select "View", select "Filtering" and uncheck the option "Only show policy settings that can be fully managed".

    5) Configure the "Redirect Application Data" option as enabled, and enter a mapped drive path.

    6) Test.

    I'm interested to hear if this is a viable solution or not.

    ------ Start of ADM -----

    CLASS USER
          CATEGORY "USER Custom Settings"

                CATEGORY "Folder Redirection Settings"

                      POLICY "Redirect My Documents"
                      EXPLAIN "By default files are stored as part of the
    user's profile.\n\nConfigure alternative locations here."
                      KEYNAME
    "Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders"
                      PART "Redirect to" EDITTEXT
                            VALUENAME "Personal"
                            MAXLEN 255
                            DEFAULT ""
                            EXPANDABLETEXT
                      END PART
                      END POLICY ; RedirectHistory

                      POLICY "Redirect Application Data"
                      KEYNAME
    "Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders"
                      EXPLAIN "By default files are stored as part of the
    user's profile.\n\nConfigure alternative locations here."
                      PART "Redirect to" EDITTEXT
                            VALUENAME "AppData"
                            MAXLEN 255
                            DEFAULT ""
                            EXPANDABLETEXT
                      END PART
                      END POLICY ; RedirectHistory

                      POLICY "Redirect Cookies"
                      KEYNAME
    "Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders"
                      EXPLAIN "By default files are stored as part of the
    user's profile.\n\nConfigure alternative locations here."
                      PART "Redirect to" EDITTEXT
                            VALUENAME "Cookies"
                            MAXLEN 255
                            DEFAULT ""
                            EXPANDABLETEXT
                      END PART
                      END POLICY ; RedirectCookies

                      POLICY "Redirect Favorites"
                      KEYNAME
    "Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders"
                      EXPLAIN "By default files are stored as part of the
    user's profile.\n\nConfigure alternative locations here."
                      PART "Redirect to" EDITTEXT
                            VALUENAME "Favorites"
                            MAXLEN 255
                            DEFAULT ""
                            EXPANDABLETEXT
                      END PART
                      END POLICY ; RedirectFavorites

                      POLICY "Redirect History"
                      KEYNAME
    "Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders"
                      EXPLAIN "By default files are stored as part of the
    user's profile.\n\nConfigure alternative locations here."
                      PART "Redirect to" EDITTEXT
                            VALUENAME "History"
                            MAXLEN 255
                            DEFAULT ""
                            EXPANDABLETEXT
                      END PART
                      END POLICY ; RedirectHistory

                      POLICY "Redirect Recent Documents"
                      KEYNAME
    "Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders"
                      EXPLAIN "By default files are stored as part of the
    user's profile.\n\nConfigure alternative locations here."
                      PART "Redirect to" EDITTEXT
                            VALUENAME "Recent"
                            MAXLEN 255
                            DEFAULT ""
                            EXPANDABLETEXT
                      END PART
                      END POLICY ; RedirectRecent

                END CATEGORY
          END CATEGORY

    ------ END of ADM -----

    June 23, 2009

    Still an issue today. Tried the regedit but nothing. Anyhow found the fix. Just goto download.com and search for the file there and it will work just fine.

    Participant
    May 11, 2009

    I ran into this problem with Reader 9.1 today. I noticed the users whose Reader crashes are missing LocalLow in their AppData folder. I create an empty LocalLow and Reader works. But the user logs off and the profile is deleted and LocalLow is missing the next time they log on. Found MS KB here: http://support.microsoft.com/kb/955555 This is supposed to fix a bug in Windows Vista/2008 causing LocalLow to be missing. However, the hotfix request link isn't working so now I have to wait for a MS rep to call back so I can request the hotfix by phone. I assume as soon as I solve the missing LocalLow problem the Adobe Reader problem will also be solved.

    Participant
    May 11, 2009

    Thanks for the information. I tested the LocalLow scenario and you are right on, problem fixed. I think for now as a workaround we will just add some logic to our login scripts to create this folder if it does not exist in users profile. I am still curious as to why this causes Reader 9 to crash.

    Once again thanks for the info

    Participant
    April 28, 2009

    I am still having this issue on several machines in my organization. We have updated to the lastest c++ runtime, completely uninstalled all adobe products, and cleared the registry of all Adobe entries. We then updated to the newest adobe (9.1.0.163). Any help would be much appreciated.

    Note: We DO NOT have roaming profiles or redirected folders of any kind.

    Participant
    April 29, 2009

    UPDATE: I have found a solution to my particular problem. I ran process monitor and found that adobe reader was trying to open an add-in that wasn't properly configured for adobe 9.0. I disabled/updated the addin on user's machines and was then able to launch reader.

    For reference, addins are generally located in one of these folders (mine was in the reader 8.0 folder even though I only have 9.0 installed)

    c:\program files\adobe\reader 8.0\reader\plug_ins

    or

    c:\program files\adobe\reader 9.0\reader\plug_ins

    I hope this helps some of you!

    Participant
    May 7, 2009

    Here is how I have fixed this problem. I do not think that this has anything to do with Folder Redirection or Roaming Profiles because I have the problem with or with out. Below fixed the problem for all situations. I think the problems exist in one of the Adobe Plugins that are automatically loaded with the application.

    If you are fixing this on just one system just do this.

    1. Right Click the AcroRd32.exe in the Adobe 9 install directory.

    2. Go to the compatibility tab and check "Run this program in a compatibility mode for:" choose Windows XP SP2.

    3. Adobe Reader 9 should work just fine now.

    If you are fixing this for your enterprise you just need to create an application compatibility fix with just one fix and push this out with Adobe Reader 9.

    1. Download and install the Microsoft ACT Toolkit for Windows Vista.

    2. Open the Compatibility Administrator and create a new application fix for Adobe Reader. I will let you read the documentation on how this is done.

    3. The only compatibility fix that you need to apply is the WinXPSP2VersionLie.

    4. Install the compatibility fix and Adobe Reader 9 should work just fine now.

    I cannot put into words how ridiculous that it is this problem has not been fixed by Adobe.

    Post back if this helped.

    Participant
    April 6, 2009

    I have exactly the same problem. Anyone know why there is no fix for this.

    Participant
    April 15, 2009

    Upgrading from Reader 8.1 to 9.1 seemed to work for me with roaming profiles and redirected Application Data folders. Haven't tried yet with Professional 9.1. Not sure if I trust it enough to deploy it throughout my organization yet, but so far so good.

    March 27, 2009
    Glad it worked for you Luke.
    I uninstalled 9.0 then downloaded 9.1 only to get the same annoying error message.
    Participant
    April 6, 2009

    It doesn't work for me at home even on a very simple single user Vista installation.

    It also doesn't work at my work, where they rolled back to Version 8.

    The IT guys at work are so p..sed off they are going to install an alternative PDF reader.

    I have installed Foxit reader (very fast) at home as I'm sick of Adobes' incompetence. 

    Participant
    March 26, 2009
    Hey everyone, there is a posted solution on adobe's website that finally fixes this annoyance! I am pleased to give this info for all of you that were experiencing this with redirection/roaming profiles! =)

    http://kb.adobe.com/selfservice/viewContent.do?externalId=kb404597&sliceId=2

    Enjoy!

    Issue

    When you start Adobe Acrobat 9 (Standard, Pro, Pro Extended) or Adobe Reader 9, a runtime error occurs:

    "Microsoft Visual C++ Debug Library
    Runtime Error!
    Program: C:\Program Files\Adobe\Acrobat 9.0\Acrobat\Acrobat.exe
    The application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. "
    Reason

    The affected user has a redirected Application Data folder and as a result the network path containing the Application Data uses a UNC path that begins with \\. This UNC path causes Acrobat 9.0 or Adobe Reader 9.0 to incorrectly parse the Application Data path and give the error message.
    Solution

    Please update Acrobat and/or Reader to Adobe Acrobat 9.1 or Adobe Reader 9.1.
    Participant
    April 27, 2010

    This error occurs on Microsoft Active Directory networks when folder redirection is used to redirect user’s “Application Data” folder AND inappropriate sharing and/or security settings are applied to the network share. This error will occur when a user’s redirected folder security settings have been modified by an administrator to grant the administrator access to the user’s home folders.

    In order to resolve the error you should restore the missing security permissions to your home directories. To find out if this note can be of assistance to you pick a user who is having the error and temporarily assign them to the domain administrator’s group and have them logon. If you are using version 9.3 of the program and it begins to work correctly when they are in the administrator’s group, read on. Otherwise, good luck and sorry I couldn’t help you out.

    As a reference Microsoft provides guidance in KB 274443 under the section titled “Create security-enhanced redirected folders” and in KB 288991 under the section titled “To set security on the shared folders in Windows Server 2003”

    If you followed the direction in KB288991 you have most likely removed several security settings from your original configuration which should be restored in order for the Adobe product to work correctly.

    KB 288991 lists the required security in part, for authenticated users as;

    Create Folders / Append Data

    Read Permissions

    Read Attributes

    Read Extended Attributes

    And KB 274443 lists the same section of permissions as;

    Everyone - Create Folder/Append Data (Apply onto: This Folder Only)

    Everyone - List Folder/Read Data (Apply onto: This Folder Only)

    Everyone - Read Attributes (Apply onto: This Folder Only)

    Everyone - Traverse Folder/Execute File (Apply onto: This Folder Only)

    Because I can not be responsible for any potential harm you may cause your network while trying to fix this, I can't tell you the answer but you might consider restoring the 2 missing permissions and see if that works.

    Participant
    May 13, 2010

    WARNING: If your running Windows 7 in an AD environment with redirected folders and you have

    added the admin account to your users redirected folders (and who doesn't, you need to do this if you want to back them up)

    they will get this error and Adobe Reader 9.3 will NOT work.  You could go thru all the steps in trying to set the perms or better yet just rollback to Adobe Reader 8.x. No benefit in using 9. Or even better yet ditch Adobe Reader all together.

    Why can't you just be windows compliant Adobe?

    Participant
    March 25, 2009
    I have added these two Key's (through a preference, windows setting)
    REG ADD "HKEY_CURRENT_USER\software\Microsoft\windows\CurrentVersion\Explorer\Shell Folders" /v AppData /t REG_EXPAND_SZ /d "t:\%username%\Application Data" /f
    REG ADD "HKEY_CURRENT_USER\software\Microsoft\windows\CurrentVersion\Explorer\User Shell Folders" /v AppData /t REG_EXPAND_SZ /d "t:\%username%\Application Data" /f

    As described on this site: http://www.experts-exchange.com/OS/Microsoft_Operating_Systems/Server/Windows_Server_2008/Q_23611727.html

    After that it still did not work. I then changed the compatibillity for all users to Windows XP (Service Pack 2).
    Now Adobe Reader works