"SQLite Version Error" - firefox

I tried to run webrat tests in selenium mode, but I got the following error:
dyld: Library not loaded: /usr/lib/libsqlite3.dylib
Referenced from: /System/Library/Frameworks/Security.framework/Versions/A/Security
Reason: Incompatible library version: Security requires version 9.0.0 or later, but libsqlite3.dylib provides version 1.0.0
I followed the solution here “http://agilesoftwaretesting.com/?p=105", then I got another error when selenium tried to open firefox:
SQLite Version Error
The application has been updated, but your version of SQLite is too old and the application cannot run.
I am on Snow Leopard.
Thanks a lot.

It's a really bad idea to change the SQLite Firefox ships with. The Selenium ticket for this describes the proper fix for it.

Related

Reason: image not found macos application

I am deploying qt application for macos so in order to create .app I am using macdeployqt tool.
My problem is that when I run the application I get this error:
dyld: Library not loaded: #rpath/QtWebEngineWidgets.framework/Versions/5/QtWebEngineWidgets
Referenced from: /Users/raulsanchez/Documents/workspace/Myapp.app/Contents/MacOS/Myapp
Reason: image not found
I have checked with otool and i have this:
#rpath/QtWebEngineWidgets.framework/Versions/5/QtWebEngineWidgets (compatibility version 5.9.0, current version 5.9.7)
If it matters I have used macdeployqt with option -use-debug-libs and -no-strip
Could anyone help me on this?
Thanks in advance
I finally found the solution. Since I was using debug version of the Frameworks '_debug' suffix was being appended. That was the reason why it was not being found

Error loading FTDI dylib on Mac OSX

I developed an application in Xojo that uses a third party library to control a device. It works on one mac, but then when I try to run it on the other it gives me the following error:
Application Specific Information:
dyld: launch, loading dependent libraries
Dyld Error Message:
Library not loaded: /usr/local/lib/libftd2xx.1.2.2.dylib
Referenced from: /Users/USER/Downloads/*/libuFCoder.dylib
Reason: no suitable image found. Did find:
/usr/local/lib/libftd2xx.1.2.2.dylib: stat() failed with errno=62
/usr/local/lib/libftd2xx.1.2.2.dylib: stat() failed with errno=62
The Macs are both updated with the latest OSX El Capitan, and have the FTDI drivers installed. Any help would be appreciated.
I have installed the drivers on El Capitan and it worked for me, even with an absolute path with Xojo 2012.21. Try reinstalling the D2XX 1.2.2 driver in /usr/local/lib (as instructed in the ReadMe file) and remove all old "libftd2xx" files.
Also remember you need to install D2xxHelper for the driver to work properly on El Capitan.
To check if the uFCoder library properly links against libftd2xx, open the Terminal, type "otool -L <path to the uFCoder lib>"; the 2nd line should start with "/usr/local/lib/libftd2xx.1.2.2.dylib".
HTH

How does Mac OSX determine which dylib to load?

I'm trying to run Apache in Mac OSX Yosemite using MacPorts' PHP (mod_php53.so). Note that I'm not using MacPorts' Apache but Yosemite's Apache with MacPorts' PHP. This was working fine with OSX Mavericks and Mountain Lion in the past.
I get this error when running /usr/sbin/apachectl -t in Yosemite:
httpd: Syntax error on line 228 of /private/etc/apache2/httpd.conf: Cannot load /opt/local/apache2/modules/mod_php53.so into server: dlopen(/opt/local/apache2/modules/mod_php53.so, 10): Library not loaded: /opt/local/lib/libaprutil-1.0.dylib\n Referenced from: /opt/local/apache2/modules/mod_php53.so\n Reason: Incompatible library version: mod_php53.so requires version 6.0.0 or later, but libaprutil-1.0.dylib provides version 4.0.0
In fact, /opt/local/lib/libaprutil-1.0.dylib current version is 6.4.0, so it should work.
otool -L /opt/local/lib/libaprutil-1.0.dylib
/opt/local/lib/libaprutil-1.0.dylib:
/opt/local/lib/libaprutil-1.0.dylib (compatibility version 6.0.0, current version 6.4.0)
I guess that Apache is loading the system's libaprutil-1.0.dylib located in /usr/lib:
otool -L /usr/lib/libaprutil-1.0.dylib
/usr/lib/libaprutil-1.0.dylib:
/usr/lib/libaprutil-1.0.dylib (compatibility version 4.0.0, current version 4.0.0)
This is confusing because the error message clearly states that MacPorts' libaprutil was not load because of version incompatibility but I guess it is trying to use the system's libaprutil and don't know how to force Apache to load MacPorts' libaprutil.
I already tried to set the DYLD_LIBRARY_PATH environment variable, but that did not help.
Any ideas?
This happens when the environment contains DYLD_LIBRARY_PATH=/usr/lib. Unset that and it should work.
Libraries are referenced using absolute paths on OS X. You correctly noticed /opt/local/apache2/modules/mod_php53.so references /opt/local/lib/libaprutil-1.0.dylib using its absolute path. However, in the presence of DYLD_LIBRARY_PATH the loader ignores the directory components and searches for the filename in the directories specified in DYLD_LIBRARY_PATH.
The error message you see is misleading: It is trying to tell you that an error occurred in the code that attempted to handle the /opt/local/lib/libaprutil-1.0.dylib load command (which was diverted due to the env variable).
Also, note that since MacPorts builds its PHP against MacPorts Apache, your PHP module is not necessarily binary-compatible to the system Apache. It might work for you, but that's only a coincidence.

Git doesn't work after a clean installation using macports due to libcurl.4.dylib version?

I have a Mac OSX Lion 10.7.5 and the latest macports version 2.3.1. After successfully installing git I get the following error trying to clone a repository:
/Users/bravegag/code$ git --version
git version 2.1.2
/Users/bravegag/code$ git clone http://github.com/MTG/sms-tools.git
Cloning into 'sms-tools'...
dyld: Library not loaded: /opt/local/lib/libcurl.4.dylib
Referenced from: /opt/local/libexec/git-core/git-remote-http
Reason: Incompatible library version: git-remote-http requires version 8.0.0 or later, but libcurl.4.dylib provides version 7.0.0
Can anyone explain why this happens and how to fix it?
Make sure you don't have DYLD_LIBRARY_PATH set. It is generally not necessary on OS X and only useful for development. If you need it for a tool, you should contact the tool author to get their linking fixed, because libraries are usually referenced using absolute paths on OS X.

How can I re-install the system Ruby on Mac OS X Lion?

I installed Homebrew and it recommended that I delete the following "evil" libraries:
libcvP11.dylib
libcvP11LCB.dylib
libfuse.2.dylib
libfuse_ino64.2.dylib
libgcc_s.1.dylib
libgcc_s.10.4.dylib
libgcc_s.10.5.dylib
libgfortran.2.0.0.dylib
libhistory.6.1.dylib
libreadline.6.1.dylib
libruby.1.9.1.dylib
libsqlite3.0.8.6.dylib
libtcl8.4.dylib
libtk8.4.dylib
So, I went ahead and rm'ed all the files.
Now, when I type Ruby -v, I get:
dyld: Library not loaded: /usr/local//lib/libruby.dylib
Referenced from: /usr/local/bin/ruby
Reason: Incompatible library version: ruby requires version 1.9.1 or later, but
libruby.dylib provides version 1.8.0
Trace/BPT trap: 5
I believe the system Ruby is now complaining that it cannot find libruby.1.9.1.dylib!
In the mean time, I have successfully installed Ruby 1.9.3 using RVM, but I'd still like my system Ruby not to be corrupt. I'm considering re-installing the complete system Ruby, but I'm open to all suggestions. I'm also worried that other apps may be broken because of the files I have deleted. I would appreciate any help as to what I should do next.
I don't know what dynamic libraries are and what they are used for, but I'm under the impression that the files I deleted weren't so evil after all!
RVM is definitely the way to go. You should install all your ruby versions through it and if possible create a different gemset for each project. It will really help you in not getting any kind of conflicts.

Resources