From javier.gutierrez at web.de Sun Mar 22 16:19:26 2020 From: javier.gutierrez at web.de (Javier Gutierrez) Date: Sun Mar 22 16:28:07 2020 Subject: [odb-users] bad value ('/dev/null') for '-mtune=' switch Message-ID: <001e01d60087$36779580$a366c080$@web.de> Hello there, I am having this problem running following command: # /usr/bin/odb --std c++14 -d sqlite ../inc/database/ApiOrgView.hxx cc1plus: error: bad value ('/dev/null') for '-mtune=' switch cc1plus: note: valid arguments to '-mtune=' switch are: nocona core2 nehalem corei7 westmere sandybridge corei7-avx ivybridge core-avx-i haswell core-avx2 broadwell skylake skylake-avx512 bonnell atom silvermont slm knl intel x86-64 eden-x2 nano nano-1000 nano-2000 nano-3000 nano-x2 eden-x4 nano-x4 k8 k8-sse3 opteron opteron-sse3 athlon64 athlon64-sse3 athlon-fx amdfam10 barcelona bdver1 bdver2 bdver3 bdver4 znver1 btver1 btver2 generic The ODB Version I have is 2.4.0 and the OS is Ubuntu. Some days ago I had no problem running this command. In between I had an Ubuntu update and I uninstalled the package cpprestsdk. I tried reinstalling the odb binaries/libraries but the problem still remains. Following the output of the command "g++ -v -x c++ -E -P -". I noticed for cc1plus there is "- -mtune=generic" (two times dash) but no idea what might be causing this. Any ideas ? COLLECT_GCC=g++ OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 7.5.0-3ubuntu1~18.04' --with-bugurl=file:///usr/share/doc/gcc-7/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-7 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04) COLLECT_GCC_OPTIONS='-v' '-E' '-P' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /usr/lib/gcc/x86_64-linux-gnu/7/cc1plus -E -quiet -v -P -imultiarch x86_64-linux-gnu -D_GNU_SOURCE - -mtune=generic -march=x86-64 -fstack-protector-strong -Wformat -Wformat-security ignoring duplicate directory "/usr/include/x86_64-linux-gnu/c++/7" ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu" ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/7/../../../../x86_64-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /usr/include/c++/7 /usr/include/x86_64-linux-gnu/c++/7 /usr/include/c++/7/backward /usr/lib/gcc/x86_64-linux-gnu/7/include /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/7/include-fixed /usr/include/x86_64-linux-gnu /usr/include End of search list. Thanks a lot, Javier From javier.gutierrez at web.de Mon Mar 23 08:15:36 2020 From: javier.gutierrez at web.de (Javier Gutierrez) Date: Mon Mar 23 08:24:05 2020 Subject: [odb-users] RE: bad value ('/dev/null') for '-mtune=' switch Message-ID: <003901d6010c$c9447330$5bcd5990$@web.de> I hope this mail finds everybody fine and safe. Just an update on previous mail. It seems my system upgraded automatically from gcc 7.4.0 to gcc 7.5.0 some months ago. This seems to have broken the compilation with ODB. Does that help ? From: Javier Gutierrez Sent: Sunday, March 22, 2020 9:19 PM To: 'odb-users@codesynthesis.com' Subject: bad value ('/dev/null') for '-mtune=' switch Hello there, I am having this problem running following command: # /usr/bin/odb --std c++14 -d sqlite ../inc/database/ApiOrgView.hxx cc1plus: error: bad value ('/dev/null') for '-mtune=' switch cc1plus: note: valid arguments to '-mtune=' switch are: nocona core2 nehalem corei7 westmere sandybridge corei7-avx ivybridge core-avx-i haswell core-avx2 broadwell skylake skylake-avx512 bonnell atom silvermont slm knl intel x86-64 eden-x2 nano nano-1000 nano-2000 nano-3000 nano-x2 eden-x4 nano-x4 k8 k8-sse3 opteron opteron-sse3 athlon64 athlon64-sse3 athlon-fx amdfam10 barcelona bdver1 bdver2 bdver3 bdver4 znver1 btver1 btver2 generic The ODB Version I have is 2.4.0 and the OS is Ubuntu. Some days ago I had no problem running this command. In between I had an Ubuntu update and I uninstalled the package cpprestsdk. I tried reinstalling the odb binaries/libraries but the problem still remains. Following the output of the command "g++ -v -x c++ -E -P -". I noticed for cc1plus there is "- -mtune=generic" (two times dash) but no idea what might be causing this. Any ideas ? COLLECT_GCC=g++ OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 7.5.0-3ubuntu1~18.04' --with-bugurl=file:///usr/share/doc/gcc-7/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-7 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04) COLLECT_GCC_OPTIONS='-v' '-E' '-P' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /usr/lib/gcc/x86_64-linux-gnu/7/cc1plus -E -quiet -v -P -imultiarch x86_64-linux-gnu -D_GNU_SOURCE - -mtune=generic -march=x86-64 -fstack-protector-strong -Wformat -Wformat-security ignoring duplicate directory "/usr/include/x86_64-linux-gnu/c++/7" ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu" ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/7/../../../../x86_64-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /usr/include/c++/7 /usr/include/x86_64-linux-gnu/c++/7 /usr/include/c++/7/backward /usr/lib/gcc/x86_64-linux-gnu/7/include /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/7/include-fixed /usr/include/x86_64-linux-gnu /usr/include End of search list. Thanks a lot, Javier From boris at codesynthesis.com Mon Mar 23 10:27:21 2020 From: boris at codesynthesis.com (Boris Kolpackov) Date: Mon Mar 23 10:35:44 2020 Subject: [odb-users] RE: bad value ('/dev/null') for '-mtune=' switch In-Reply-To: <003901d6010c$c9447330$5bcd5990$@web.de> References: <003901d6010c$c9447330$5bcd5990$@web.de> Message-ID: Javier Gutierrez writes: > The ODB Version I have is 2.4.0 and the OS is Ubuntu. > > Just an update on previous mail. It seems my system upgraded automatically > from gcc 7.4.0 to gcc 7.5.0 some months ago. This seems to have broken the > compilation with ODB. I think the best way to fix this is to build the 2.5.0 pre-release form source as described in this page: https://codesynthesis.com/products/odb/doc/install-build2.xhtml This way you will have the ODB compiler using your system-installed GCC. From javier.gutierrez at web.de Mon Mar 23 15:12:11 2020 From: javier.gutierrez at web.de (Javier Gutierrez) Date: Mon Mar 23 15:20:50 2020 Subject: [odb-users] RE: bad value ('/dev/null') for '-mtune=' switch In-Reply-To: References: <003901d6010c$c9447330$5bcd5990$@web.de> Message-ID: <002701d60146$f9968ca0$ecc3a5e0$@web.de> > I think the best way to fix this is to build the 2.5.0 pre-release form source as > described in this page: > > https://codesynthesis.com/products/odb/doc/install-build2.xhtml > > This way you will have the ODB compiler using your system-installed GCC. I guess I had to upgrade sooner or later. I followed the instructions and I built and installed version 2.5.0 successfully. I only had and error "2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock" when running my unit tests. But I fixed it by tweaking the mysql configuration. Thanks a lot. From burns.don at gmail.com Thu Mar 26 12:29:38 2020 From: burns.don at gmail.com (Don Burns) Date: Thu Mar 26 12:38:34 2020 Subject: [odb-users] -mtune=/dev/null Message-ID: Hello, I've just been introduced to odb and have run into a problem that may have been covered before, but I was unable to come up with anything searching the archives. This is my first stab at the hello world program: $ *odb -d mysql --generate-query person.hxx* cc1plus: error: bad value (?/dev/null?) for ?-mtune=? switch My platform: - Ubuntu 18.04 - odb: 2.4.0 - g++: 7.5.0 Running the above command with -v: $ *odb -v -d mysql --generate-query person.hxx* Profile search paths: /usr/include/c++/7 /usr/include/x86_64-linux-gnu/c++/7 /usr/include/c++/7/backward /usr/lib/gcc/x86_64-linux-gnu/7/include /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/7/include-fixed /usr/include/x86_64-linux-gnu /usr/include Compiling person.hxx g++ -x c++ -std=gnu++98 -S -Wunknown-pragmas -Wno-deprecated -fplugin=/usr/lib/gcc/x86_64-linux-gnu/7/plugin/odb.so -v -fplugin-arg-odb-svc-path=/usr/include/c++/7 -fplugin-arg-odb-svc-path=/usr/include/x86_64-linux-gnu/c++/7 -fplugin-arg-odb-svc-path=/usr/include/c++/7/backward -fplugin-arg-odb-svc-path=/usr/lib/gcc/x86_64-linux-gnu/7/include -fplugin-arg-odb-svc-path=/usr/local/include -fplugin-arg-odb-svc-path=/usr/lib/gcc/x86_64-linux-gnu/7/include-fixed -fplugin-arg-odb-svc-path=/usr/include/x86_64-linux-gnu -fplugin-arg-odb-svc-path=/usr/include -DODB_COMPILER -DODB_COMPILER_VERSION=2040000 -DODB_DATABASE_MYSQL -fplugin-arg-odb-database=mysql -fplugin-arg-odb-generate-query -fplugin-arg-odb-svc-file=person.hxx - Using built-in specs. COLLECT_GCC=g++ OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 7.5.0-3ubuntu1~18.04' --with-bugurl=file:///usr/share/doc/gcc-7/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-7 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04) COLLECT_GCC_OPTIONS='-std=gnu++98' '-S' '-Wunknown-pragmas' '-Wno-deprecated' '-fplugin=/usr/lib/gcc/x86_64-linux-gnu/7/plugin/odb.so' '-v' '-fplugin-arg-odb-svc-path=/usr/include/c++/7' '-fplugin-arg-odb-svc-path=/usr/include/x86_64-linux-gnu/c++/7' '-fplugin-arg-odb-svc-path=/usr/include/c++/7/backward' '-fplugin-arg-odb-svc-path=/usr/lib/gcc/x86_64-linux-gnu/7/include' '-fplugin-arg-odb-svc-path=/usr/local/include' '-fplugin-arg-odb-svc-path=/usr/lib/gcc/x86_64-linux-gnu/7/include-fixed' '-fplugin-arg-odb-svc-path=/usr/include/x86_64-linux-gnu' '-fplugin-arg-odb-svc-path=/usr/include' '-D' 'ODB_COMPILER' '-D' 'ODB_COMPILER_VERSION=2040000' '-D' 'ODB_DATABASE_MYSQL' '-fplugin-arg-odb-database=mysql' '-fplugin-arg-odb-generate-query' '-fplugin-arg-odb-svc-file=person.hxx' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /usr/lib/gcc/x86_64-linux-gnu/7/cc1plus -quiet -v -imultiarch x86_64-linux-gnu -iplugindir=/usr/lib/gcc/x86_64-linux-gnu/7/plugin -D_GNU_SOURCE -D ODB_COMPILER -D ODB_COMPILER_VERSION=2040000 -D ODB_DATABASE_MYSQL - -iplugindir=/usr/lib/gcc/x86_64-linux-gnu/7/plugin -quiet -dumpbase - -mtune=generic -march=x86-64 -auxbase - -Wunknown-pragmas -Wno-deprecated -std=gnu++98 -version -fplugin=/usr/lib/gcc/x86_64-linux-gnu/7/plugin/odb.so -fplugin-arg-odb-svc-path=/usr/include/c++/7 -fplugin-arg-odb-svc-path=/usr/include/x86_64-linux-gnu/c++/7 -fplugin-arg-odb-svc-path=/usr/include/c++/7/backward -fplugin-arg-odb-svc-path=/usr/lib/gcc/x86_64-linux-gnu/7/include -fplugin-arg-odb-svc-path=/usr/local/include -fplugin-arg-odb-svc-path=/usr/lib/gcc/x86_64-linux-gnu/7/include-fixed -fplugin-arg-odb-svc-path=/usr/include/x86_64-linux-gnu -fplugin-arg-odb-svc-path=/usr/include -fplugin-arg-odb-database=mysql -fplugin-arg-odb-generate-query -fplugin-arg-odb-svc-file=person.hxx -o -.s -fstack-protector-strong -Wformat -Wformat-security GNU C++98 (Ubuntu 7.5.0-3ubuntu1~18.04) version 7.5.0 (x86_64-linux-gnu) compiled by GNU C version 7.5.0, GMP version 6.1.2, MPFR version 4.0.1, MPC version 1.1.0, isl version isl-0.19-GMP GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Versions of loaded plugins: odb: 2.4.0 ignoring duplicate directory "/usr/include/x86_64-linux-gnu/c++/7" ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu" ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/7/../../../../x86_64-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /usr/include/c++/7 /usr/include/x86_64-linux-gnu/c++/7 /usr/include/c++/7/backward /usr/lib/gcc/x86_64-linux-gnu/7/include /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/7/include-fixed /usr/include/x86_64-linux-gnu /usr/include End of search list. cc1plus: error: bad value (?/dev/null?) for ?-mtune=? switch cc1plus: note: valid arguments to ?-mtune=? switch are: nocona core2 nehalem corei7 westmere sandybridge corei7-avx ivybridge core-avx-i haswell core-avx2 broadwell skylake skylake-avx512 bonnell atom silvermont slm knl intel x86-64 eden-x2 nano nano-1000 nano-2000 nano-3000 nano-x2 eden-x4 nano-x4 k8 k8-sse3 opteron opteron-sse3 athlon64 athlon64-sse3 athlon-fx amdfam10 barcelona bdver1 bdver2 bdver3 bdver4 znver1 btver1 btver2 generic GNU C++98 (Ubuntu 7.5.0-3ubuntu1~18.04) version 7.5.0 (x86_64-linux-gnu) compiled by GNU C version 7.5.0, GMP version 6.1.2, MPFR version 4.0.1, MPC version 1.1.0, isl version isl-0.19-GMP GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Versions of loaded plugins: odb: 2.4.0 I don't see any -mtune=/dev/null in the generated cc1plus outputs. Any help would be appreciated. Thanks, -don From boris at codesynthesis.com Fri Mar 27 07:25:54 2020 From: boris at codesynthesis.com (Boris Kolpackov) Date: Fri Mar 27 07:34:28 2020 Subject: [odb-users] -mtune=/dev/null In-Reply-To: References: Message-ID: Don Burns writes: > I've just been introduced to odb and have run into a problem that may have > been covered before, but I was unable to come up with anything searching > the archives. That email thread probably hasn't been indexed yet: https://www.codesynthesis.com/pipermail/odb-users/2020-March/004469.html From burns.don at gmail.com Fri Mar 27 11:27:20 2020 From: burns.don at gmail.com (Don Burns) Date: Fri Mar 27 11:36:16 2020 Subject: [odb-users] -mtune=/dev/null In-Reply-To: References: Message-ID: Thank you. That solution worked for me. On Fri, Mar 27, 2020 at 4:26 AM Boris Kolpackov wrote: > Don Burns writes: > > > I've just been introduced to odb and have run into a problem that may > have > > been covered before, but I was unable to come up with anything searching > > the archives. > > That email thread probably hasn't been indexed yet: > > https://www.codesynthesis.com/pipermail/odb-users/2020-March/004469.html > From burns.don at gmail.com Mon Mar 30 19:48:14 2020 From: burns.don at gmail.com (Don Burns) Date: Mon Mar 30 19:57:20 2020 Subject: [odb-users] mysql_real_connect fails Message-ID: I'm having trouble getting out of the start gate with the hello world example in the documentation. I've spent a day in the debugger, modifying code, writing tests and I'm at a loss as I can't seem to connect to the mysql database. $ ./driver 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) The error occurs because mysql_real_connect() returns null in libodb-mysql-2.5.0-b.17/odb/mysql/connection.cxx in the osdb::mysql::connection constructor. I have written a separate stand-alone test program that makes the mysql calls identically as the odb::mysql::connection constructor (including use of an identically implemented auto_handle), and this succeeds. I also replaced the odb::mysql::connection constructor code with this code from another stand-alone test program, which should have nothing to do with anything in the rest of the odb libraries, and it FAILS when called from the connection constructor: connection:: connection (connection_factory& cf) : odb::connection (cf), failed_ (false), active_ (0) { MYSQL *m_mysql = mysql_init(NULL); if( m_mysql == 0L ) { std::cerr << "mysql_init failed!" << std::endl; throw bad_alloc (); } m_mysql = mysql_real_connect(m_mysql, "localhost", "don", "password", "odb_test", 0, NULL, 0 ); if( m_mysql == 0L ) { std::cerr << "mysql_real_connect FAILED!" << std::endl; throw 44; } printf("%p\n", m_mysql ); int ret = mysql_query( m_mysql, "INSERT INTO person VALUES ('0','Mickey', 'Mouse','90');" ); printf("%d\n", ret ); ret = mysql_query( m_mysql, "SELECT * FROM person;" ); printf("%d\n", ret ); // Do this after we have established the connection. // statement_cache_.reset (new statement_cache_type (*this)); } The above code works in the standalone program, updating the database as expected. What is it about the context within odb that is causing this to fail? I'm scratching my head. Thanks, -don From boris at codesynthesis.com Tue Mar 31 05:27:08 2020 From: boris at codesynthesis.com (Boris Kolpackov) Date: Tue Mar 31 05:35:58 2020 Subject: [odb-users] mysql_real_connect fails In-Reply-To: References: Message-ID: Don Burns writes: > $ ./driver > 2002 (HY000): Can't connect to local MySQL server through socket > '/tmp/mysql.sock' (2) > > I have written a separate stand-alone test program that makes the mysql > calls identically as the odb::mysql::connection constructor (including use > of an identically implemented auto_handle), and this succeeds. I am pretty sure this is due to your test using the system-installed MySQL client library while libodb-mysql using the one built from source. And the one built from source has a generic MySQL socket location (/tmp/mysql.sock) rather than the platform-specific one. (It would have been nice if it picked the platform-specific location automatically though it's not exactly easy without resorting to brittle assumptions/tests.) There are several way to resolve it: 1. The easiest is probably to rebuild libodb-mysql to use system-installed libmysqlclient (there is actual a note on this in the build2-based installation instructions): $ bpkg uninstall --all --recursive $ bpkg drop libodb-mysql # Say 'yes' to dropping unused dependencies. $ bpkg build libodb-mysql ?sys:libmysqlclient $ bpkg install --all --recursive 2. You could also continue using libodb-mysql built from source and specify the actual socket location on your machine either as the socket argument to the odb::mysql::database constructor) or by setting the MYSQL_UNIX_PORT environment variable (see the mysql_real_connect() documentation for details). For more information on the location of MySQL socket, see this post: https://stackoverflow.com/questions/33378152/what-is-the-correct-location-of-mysql-sock-file-on-linux I believe on Ubuntu it is in /var/run/mysqld/mysqld.sock From javier.gutierrez at web.de Tue Mar 31 06:25:02 2020 From: javier.gutierrez at web.de (Javier Gutierrez) Date: Tue Mar 31 06:34:06 2020 Subject: [odb-users] mysql_real_connect fails In-Reply-To: References: Message-ID: <005001d60746$a9227080$fb675180$@web.de> > Don Burns writes: > > > $ ./driver > > 2002 (HY000): Can't connect to local MySQL server through socket > > '/tmp/mysql.sock' (2) > Another workaround is to force the client to use TCP/IP instead of sockets by using "127.0.0.1" instead of "localhost".. From burns.don at gmail.com Tue Mar 31 12:50:02 2020 From: burns.don at gmail.com (Don Burns) Date: Tue Mar 31 12:59:12 2020 Subject: [odb-users] mysql_real_connect fails In-Reply-To: <005001d60746$a9227080$fb675180$@web.de> References: <005001d60746$a9227080$fb675180$@web.de> Message-ID: Thank you Boris and Javier. Both approaches work for me. Thanks for the explanation, it makes sense now. On Tue, Mar 31, 2020 at 3:25 AM Javier Gutierrez wrote: > > Don Burns writes: > > > > > $ ./driver > > > 2002 (HY000): Can't connect to local MySQL server through socket > > > '/tmp/mysql.sock' (2) > > > Another workaround is to force the client to use TCP/IP instead of sockets > by using "127.0.0.1" instead of "localhost".. > > >