#Pervasive postgres drivers#
#Pervasive postgres software#

He added that the company will continue to make data management products for PostgreSQL and will donate documentation and other intellectual property to the PostgreSQL community.

#Pervasive postgres software#

In a letter to the PostgreSQL community of developers, Pervasive Software President John Farr said last week that the company 'underestimated the high level of quality support and expertise already available within the PostgreSQL community.' The idea was to break into the mainstream database business by undercutting the prices of entrenched corporate database providers-Oracle, IBM and Microsoft-with a product that provides many commonly used features. Last January, the company, which makes data integration tools, launched a new product line based on PostgreSQL, a freely available open-source database used by businesses. It's not the best way (that's to use rpath linking) but it's OK.Pervasive Software has decided to exit the business of providing support for the PostgreSQL open-source database, one of the first failures in the current rush to open-source business models. This is how lots of software that's bundled as binaries, like Adobe Reader, launches its self with its bundled libraries without affecting the rest of the system. my_program_wrapper.sh or add that wrapper to desktop shortcuts etc in place of the original application. Save the script as, say, myprogram_wrapper.sh, edit /path/to/my/program to point to the location of the application executable you want to launch, and use chmod a+x my_program_wrapper.sh to make it executable. path/to/my/program is a 'magic' variable that expands into the original arguments passed to the shell script. You might be able to get them to work by running the program that uses them with a wrapper script that sets LD_LIBRARY_PATH='/usr/local/pgsql/lib64/:$'

#Pervasive postgres drivers#

Once it's no longer on your library search path everything else will resume working, but the drivers won't work. If Pervasive's installer did this, report a bug, it's totally unacceptable and (as you've discovered) can break your system. It's a terrible idea to have an incompatible libstdc++ on the library search path. bash_profile etc to see where it might've been added. Ditto if it's in the default LD_LIBRARY_PATH - check /etc/environment, the system-wide startup scripts, your.

If it's in ld.so.conf remove it and run ldconfig. It looks like you or the installer have added /usr/local/pgsql/lib64/ to /etc/ld.so.conf or to the LD_LIBRARY_PATH environment variable. These drivers seem to conflict, as I found out when trying to run any apt-get commands: apt-get updateДЄpt-get: /usr/local/psql/lib64/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by apt-get)ДЄpt-get: /usr/local/psql/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by apt-get)ДЄpt-get: /usr/local/psql/lib64/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by apt-get)ДЄpt-get: /usr/local/psql/lib64/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12)ДЄpt-get: /usr/local/psql/lib64/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12)ДЄpt-get: /usr/local/psql/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12) I have installed Pervasive 64bit SQL drivers so that a stock-updater script can run daily (Updates external MySQL database from another local server running Exchequer software / PSQL database). I have an Ubuntu 12.04 64bit server setup under Hyper-V.