Skip to main content
Participant
September 3, 2008
Question

Acrobat Pro 9 crashes when opened on network accounts

  • September 3, 2008
  • 53 replies
  • 71068 views
We use network logins via Open Directory on our network. For users with either 10.5.4 or 10.4.11, whenever they try to open Acrobat on their network accounts, it hangs and eventually crashes. It will open fine on local machine accounts. This has been seen on all machines, be their Intel or G5. Here is the crash log via console. Any ideas?

Process: AdobeAcrobat [10758]
Path: /Applications/Adobe Acrobat 9 Pro/Adobe Acrobat Pro.app/Contents/MacOS/AdobeAcrobat
Identifier: com.adobe.Acrobat.Pro
Version: 9.0.0 (9.0.0)
Code Type: X86 (Native)
Parent Process: launchd [83]

Date/Time: 2008-09-03 16:29:56.664 -0400
OS Version: Mac OS X 10.5.4 (9E17)
Report Version: 6

Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Crashed Thread: 0

Thread 0 Crashed:
0 libSystem.B.dylib 0x921b2b9e __kill + 10
1 libSystem.B.dylib 0x92229ec2 raise + 26
2 libSystem.B.dylib 0x9223947f abort + 73
3 libstdc++.6.dylib 0x93706005 0x936be000 + 294917
4 libstdc++.6.dylib 0x9370410c __gxx_personality_v0 + 1108
5 libstdc++.6.dylib 0x9370414b std::terminate() + 29
6 libstdc++.6.dylib 0x93704261 __cxa_throw + 101
7 com.adobe.Acrobat.framework 0x8097b2cb CopiesPagesPDE_Open + 8743607
8 com.adobe.Acrobat.framework 0x8093cbb6 CopiesPagesPDE_Open + 8487842
9 com.adobe.Acrobat.framework 0x8093be15 CopiesPagesPDE_Open + 8484353
10 com.adobe.Acrobat.framework 0x8093d400 CopiesPagesPDE_Open + 8489964
11 com.adobe.Acrobat.framework 0x80d05fc7 0x7feb8000 + 14999495
12 com.adobe.Acrobat.framework 0x80d06172 0x7feb8000 + 14999922
13 com.adobe.Acrobat.framework 0x808c7a88 CopiesPagesPDE_Open + 8008308
14 com.adobe.Acrobat.framework 0x807709d0 CopiesPagesPDE_Open + 6603196
15 com.adobe.Acrobat.framework 0x80770bbb CopiesPagesPDE_Open + 6603687
16 com.adobe.Acrobat.framework 0x80005c8b RunAcrobat + 1357585
17 com.adobe.Acrobat.framework 0x800059c0 RunAcrobat + 1356870
18 com.apple.CoreFoundation 0x96973b45 CFRunLoopRunSpecific + 4469
19 com.apple.CoreFoundation 0x96973cf8 CFRunLoopRunInMode + 88
20 com.apple.HIToolbox 0x92cc9da4 RunCurrentEventLoopInMode + 283
21 com.apple.HIToolbox 0x92cc9bbd ReceiveNextEventCommon + 374
22 com.apple.HIToolbox 0x92cc9a31 BlockUntilNextEventMatchingListInMode + 106
23 com.apple.AppKit 0x948b7505 _DPSNextEvent + 657
24 com.apple.AppKit 0x948b6db8 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 128
25 com.apple.AppKit 0x948afdf3 -[NSApplication run] + 795
26 com.adobe.Acrobat.framework 0x7febb18c RunAcrobat + 3090
27 com.adobe.Acrobat.framework 0x7feba6b8 RunAcrobat + 318
28 com.adobe.Acrobat.Pro 0x00002e8b start + 2371
29 com.adobe.Acrobat.Pro 0x0000264a start + 258
30 com.adobe.Acrobat.Pro 0x00002571 start + 41

Thread 1:
0 libSystem.B.dylib 0x9214b68e __semwait_signal + 10
1 libSystem.B.dylib 0x9217636d pthread_cond_wait$UNIX2003 + 73
2 com.apple.ColorSync 0x917f7460 pthreadSemaphoreWait(t_pthreadSemaphore*) + 42
3 com.apple.ColorSync 0x91809d92 CMMConvTask(void*) + 54
4 libSystem.B.dylib 0x921756f5 _pthread_start + 321
5 libSystem.B.dylib 0x921755b2 thread_start + 34

Thread 2:
0 libSystem.B.dylib 0x9214b68e __semwait_signal + 10
1 libSystem.B.dylib 0x9217636d pthread_cond_wait$UNIX2003 + 73
2 ...ple.CoreServices.CarbonCore 0x9376724f TSWaitOnCondition + 126
3 ...ple.CoreServices.CarbonCore 0x9374618e TSWaitOnConditionTimedRelative + 202
4 ...ple.CoreServices.CarbonCore 0x93766ecc MPWaitOnQueue + 208
5 AdobeACE 0x7fc1dd8d ACEMPThread::Task(
    This topic has been closed for replies.

    53 replies

    Participant
    March 12, 2011

    I know this is a super-old thread, but I noticed that we could load Acrobat only if the NFS mounts were exported with the setting to map "Root to Root", so that the local root account has access to the share.

    Even though a regular user runs the Acrobat program, on first-launch it will run background tasks (like MoverTool or installd) as the local *root*. With a default NFS export (where local root has no rights to the NFS share) this causes the background task to fail and even crash. So the first Acrobat initialization fails, and the program never runs.

    Of course, allowing local root access to the NFS is not something you'd want.

    It's a shame Adobe is this sloppy with their program, and refuses to fix it after all this time.

    Participant
    December 16, 2010

    December 2010 -

    Reader X is now out, and the problem still persists.

    Creating a local folder and running a Terminal command for every user on every machine they use, is NOT a fix.

    I know Adobe and Apple have their battles going on right now, but seriously...this is ABSURD!

    Maybe one of these days soon we will have a patch that will actually fix the problem.

    Get your act together Adobe!

    Participant
    December 17, 2010

    Adobe have copied all Microsoft's worst habits - product activation, no proper manual included, rip off pricing, and of course failing ever to fix major bugs.

    As a reminder, for me at least, switching to using NFS to share network home directories instead of the more standard AFP seems to have fixed this problem for me. I did not make this switch to cure this issue, but since I did (for a different reason) I have not had this problem.

    Participant
    August 3, 2010

    We have had the same problems on an OpenDirectory Network, but not with all users on every machine. So I started debugging user by user and Mac by Mac.

    I found a solution for our Mac Network: On the local machine go to /Users/Shared/ > there you will find a folder named 9.0_x86, which is owned by the user (admin) who has installed Adobe Acrobat 9.x.

    Now just add read/write rights for your network group (which contains all users who usually work on that machine) to this folder and all sub objects.

    Now every network user of this group can open Acrobat without problems.

    I hope this will help some of you!

    Greetings Martin Skladal

    Participant
    August 16, 2010

    Hi Martin,

    but on the local machine in /Users/Shared/ I don't have the folder "9.0_x86", this is in Library/Application Support/Adobe/Acrobat...

    So I have to change for every network user the link for the  folder "9.0_x86"?

    Thanks,

    Mario Pola

    Participant
    November 18, 2009

    ARGHHH!!!!!

    I first hit this bug in 2005 when Acrobat Pro 7.0 was launched, I then spent TWO YEARS pursuing this with Adobe through versions 7.0.2, 7.0.3, 7.0.5, 7.0.7, 7.0.8, 8.0, and eventually got them to fix it in Acrobat Pro 8.1 in 2007.

    Recently I have started replacing ageing PowerPC Macs with new Intel ones and hence upgrading from CS2 to CS4 which includes Acrobat Pro 9 (9.2). I am therefore absolutely aghast that this bug has been reintroduced. What's worse, it also affects Acrobat Reader 9.2 as well. Neither Acrobat Pro 9.2 or Reader 9.2 will successfully launch when used via Network Login accounts (local and portable accounts work fine).

    Note: It affects Mac OS X 10.4.11 and 10.6.2 clients and based on comments here also 10.5.x.

    Participating Frequently
    June 24, 2009

    We have the very same problem with Acrobat 9 Pro (from the beginning upt to the most recent version 9.1.3) here.

    Local users can use Acrobat 9 (local install on all maschines) without any problems, the same for mobile users (server-synced version of networked homes) which are used for MacBooks - flawless. But any user who have an account and home-dir on the server (still 10.4.11) cannot start Acrobat 9 without seeing crashing it seconds after the start.

    I think the whole problem is caused by the document-tracking-database of acrobat which is SQLite based since Acrobat 9 (was MySQL in Acrobat 8.x) and the lack of support for advisory locking in AFP filesystem (which is used for the networked homes) which leads SQLite to report that the "database is locked" whenever Acrobat tries to use it. The SQLite-DB-file itself resides somewhere in the users ~/Library folder and thus cannot be used.

    It seems that MySQL didn't had such problems (but others).

    Adobe should update the SQLite-Library used within Acrobat (or make it an optional turn-off-completely feature ) accordingly to Apple (they fixed their stuff allready) - refere to http://alastairs-place.net/2006/07/sqlite_and_mac/ .

    I had other apps using SOLite as storage that have similar falures on networked user accounts - but most of them didn't crash even when not usable for me.

    I hope that helps Adobe to fix that annoying crash-thing Acrobat for hundreds and thousands of bucks payed by brave users ... damn!

    Sorry

    FF

    Participating Frequently
    May 19, 2009

    I have had the same problem the last week. It worked fine before, but just shuts down when I try to open it. How do I uninstall it if I can't even open it???

    thanks, Pat

    Phillip M  Jones
    Inspiring
    May 19, 2009

    Supposedly this is a bug Adobe knows about but hasn't found a cure for, yet.

    Participating Frequently
    May 19, 2009

    Thank you for your reply. How do I uninstall it if I can't even open

    it? Right now I can get no pdf files. I would like to go back to

    preview....

    Pat

    www.fineartbypatricia.com

    http://newbypat.blogspot.com/

    Participant
    May 15, 2009

    We have the same problems. Adobe told us in polite terms to f.off.

    Illustrator problems aswell. (make a script that copies the preference files to the users library/preferences/Adobe Illustrator CS4 Settings) This solves the problem. Illustrator manages to create the folder, but not the files within (way to go adobe)

    We are in the process of relocating and are contemplating to stop teaching adobe software. Issues like this does not further adobes cause.

    MichaelKazlow
    Legend
    November 18, 2009

    Adobe did no such thing. What they probably told you it was an unsupported configuration. If the software is not designed to run in that environment, there is nothing tech support can do to change how the software is written. You can however suggest a change for the future:

    https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform

    Participant
    November 18, 2009

    MikeKazlow wrote:

    Adobe did no such thing. What they probably told you it was an unsupported configuration. If the software is not designed to run in that environment, there is nothing tech support can do to change how the software is written. You can however suggest a change for the future:

    https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform

    I am not sure if your reply was intended for me or not. However I can assure you that Adobe did specifically fix this bug (working with Network Logins) in Acrobat Pro 8.1 and I know this because I was officially invited by Adobe to be a beta-tester of 8.1 to ensure this bug that I had reported and pursued back then, was fixed. I still have all the email correspondence from Adobe.

    Saying Network Logins are not supported is preposterous. It would be no different to saying "Yes we sell Acrobat for Mac, but it is not supported to work on Macs AT ALL". Network Logins are not some esoteric option, they are a standard function, one that has been part of Mac OS X for years and years, and as mentioned, Adobe have previously specifically fixed this problem once before.

    The reality is that this bug is even worse in Acrobat Pro 9, than it was for Acrobat Pro 7.0 and 8.0 since you used to be able to at least run the application and now you cannot even do that.

    Participant
    April 15, 2009

    Hi, I had the same issue with acrobat Pro and Reader 9 and network
    accounts. I followed the solution of Rene with NRH and i added few
    lines in the file "LIclean.hook" to resolve the crash.

    then log in as root and navigate to /etc/hooks
    Open LIclean.hook with vim for example:

    Add lines:

    # acrobat Pro and reader 9 crashes

    cp -f /Users/$LocalAdminUser/Library/Preferences/com.adobe.
    118.registration "$home_loc"/Library/Preferences
    cp -f /Users/$LocalAdminUser/Library/Preferences/com.adobe.acrobat.
    90.sh.plist "$home_loc"/Library/Preferences
    cp -f /Users/$LocalAdminUser/Library/Preferences/
    com.adobe.Acrobat.Pro_x86_9.0.plist "$home_loc"/Library/Preferences
    cp -f /Users/$LocalAdminUser/Library/Preferences/
    com.adobe.Reader_x86_9.0.plist "$home_loc"/Library/Preferences

    Most important thing is that the main admin user (UID 501) has
    launched these apps and so that files are there.... otherwise this
    will not work... and be sure, when you launch acrobat pro or Reader
    with the main admin user, that the registration's window doesn't
    appear.

    Fred

    Participant
    March 27, 2009
    confirmed 9.1 push didn't fix the problem. wondering if we plan any near future patch for this? thanks in advance.

    movie phim media music nhac online sound model of wholesale fashion and lovely korean phim han quoc film movie

    Participant
    March 26, 2009
    Sam problem here Is there another patch for this comming out soon? ________________________________________________________________
    movie phim online media... music nhac online the world of wholesale fashion and models wholesale clothing and lovely phim han quoc film..?!!