Comments on: Nasty Acrobat Organizer Error Solved

by: Erik van der Neut

Mon, 16 Nov 2009 16:09:31 +0000

Thank. You. SO. Much!

This has been bugging me for a long time, and this little command on the Terminal totally fixed it for me:

sudo mv /etc/my.cnf /usr/local/mysql/

Thank you so much! I use PDF files quite a bit, and this has really been bugging me!

Moving that file back and forth between those two locations totally toggles the problem on and off. I also tested my local development environment, that relies heavily on a local MySQL setup, and everything is still working perfectly fine with that my.cnf file moved.

Thanks so much!

Did I thank you yet..?

Erik

by: Fun With Adobe Acrobat Professional… at Peter Brady

Thu, 08 May 2008 03:09:08 +0000

[…] Adobe has a custom MySQL server rolled with Acrobat Professional for some reason but it has been compiled and executed in such a way that it conflicts with a native MySQL server if you have one installed. Luckily, and after much googling I was able to find a posted fix. […]

by: Lou

Mon, 09 Jul 2007 17:30:47 +0000

Benjamin, one note regarding the my.cnf. I moved the my.cnf file for my configuration, not the configuration for the embedded Adobe mysql. I placed my configuration in the data directory for my database, and that data directory was not the one used by the Adobe mysql engine. That’s why moving the my.cnf worked for me: the Adobe mysql engine should never find it.

by: Lou

Thu, 05 Jul 2007 03:56:22 +0000

Thanks, Benjamin. Editing code snippets on Wordpress is a pain.

by: Benjamin Morin

Wed, 27 Jun 2007 23:50:22 +0000

Well… all my hyphen hypens for the command line options got changed to en-dashes by the blog, but you should be able to adjust as necessary.

by: Benjamin Morin

Wed, 27 Jun 2007 23:17:41 +0000

It would appear to me that even by moving the global options file from /etc/my.cnf to /usr/local/mysql/data/ that the compiled options for the embedded mysqld and mysqladmin is still reading the options file in /usr/local/mysql/data. Not sure why, but you can check by running:

“/Applications/Adobe Acrobat 8 Professional/Adobe Acrobat Professional.app/Contents/MacOS/mysqld” –no-defaults –verbose –help

What it shows for me is:

Default options are read from the following files in the given order: /etc/my.cnf /usr/local/mysql/data/my.cnf ~/.my.cnf

SO… what I did (your milage my vary) is rename the embedded mysqld and mysqladmin to mysqld.old and mysqladmin.old and then create the following 2 scripts mysqld and mysqladmin in their stead:

#!/bin/sh “$0.old” –no-defaults “$@”

This executes mysqld.old and mysqladmin.old with the additional flag –no-defaults ignoring any my.cnf files that happen to be on your system and use only the compiled in defaults.

It would appear to me to be a gross oversight on the part of Adobe to have the embedded mysqld read a global options file or any options file other than one it supplies OR it should be passing in –no-defaults when invoking the embedded server instance.

For those curious, the command line options getting passed to mysqld are:

–skip-networking –socket=/Users/[your name here]/Library/ Caches/Acrobat/8.0_ppc/Organizer70 –skip-grant-tables –skip-innodb –myisam-re cover –lower_case_table_names=1 –tmpdir=/Users/[your name here]/Library/Caches/Acrobat/8.0_ ppc/ –datadir=/Users/[your name here]/Library/Acrobat User Data/8.0_ppc/ –language=/Applica tions/Adobe Acrobat 8 Professional/Adobe Acrobat Professional.app/Contents/MacOS /

Command line options being passed to mysqladmin (apparently when you shut down Acrobat) are:

–socket=/Users/ben/Library/Caches/Acrobat /8.0_ppc/Organizer70 shutdown

by: Paul GIbson

Tue, 12 Jun 2007 22:23:47 +0000

Thank you . . . I have had this same problem for over 2 years and had not figured out that it was mysql cnf causing the problem. This was a life saver :)