MySQL Forums - Workbench - Source, Builds, Binaries

MySQL Workbench for SLED 11 SP2 (no replies)

jb b — Wed, 12 Jun 2013 07:41:41 +0000

Hi,
Is there an official version of MySQL Workbench for Suse, in particular for Suse Linux Enterprise Desktop 11 SP2? I could find some builds for OpenSuse but they don't work on SLED. And building from source fails because of lots of missing dependencies.
Thanks!

link file soure from filesystem to databse (no replies)

Tunde kassim — Thu, 04 Apr 2013 12:09:40 +0000

Hello

I have table which contain different columns, two of this column store binary file information but i want to this binary file on separate disk and create a link to it from my database. How do I go about it?

MySQL Workbench fails during build on NetBSD 6.0.1/amd64 with pkgsrc-2012Q1 (2 replies)

lol dongs — Tue, 12 Mar 2013 07:56:33 +0000

The header said 'er. Here's the full output of the configure and build (and other stages too):

http://filebin.ca/ZRRKjpSRGQR/b.zip

File is a zipped, 1.2M text file, compressed down to 36K. I would like to update MySQL Workbench in pkgsrc, because it hasn't been updated since it was imported.

Installing older verison of MySQL workbench on CentOS 5 (no replies)

Ryan Harings — Thu, 13 Dec 2012 17:31:55 +0000

Hello,

I'm having a lot of trouble at work with this issue - could really use some help!

We have a Linux box running CentOS 5.6 with MySQL running on it. We use a custom built tool to populate the MySQL database with information that comes in. I need to be able to install MySQL workbench to easily view/query this data. But I'm having trouble finding a version of MySQL workbench that will install cleanly on my system. The newest version seems to be built for CentOS 6 and is not backward compatible with the version of CentOS that we are running at work.

I'm using the archives here http://downloads.mysql.com/archives.php and I've tried a half dozen different versions, but each time I attempt to install, I get a bunch of dependency errors, and I'm just not familiar enough with Linux to figure out the best way to move forward. Is there a version that should work cleanly? Or do I need to track down each dependency? I read the 'before you post guide' and maybe I'm just not getting the correct version for my distro? I'm just not sure.

A couple notes on our setup, the network is isolated from any outside connectivity - so the Linux box can't access the internet. Also, we are unable to upgrade to a newer version of CentOS because we are limited to an approved software list which at this time hasn't approved anything above CentOS 5.x

Thanks as always for helping a struggling guy out!

Ryan

can not install MySQL Workbench on Ubuntu 10.10 X64 through source build (no replies)

Guo Hai — Sat, 01 Dec 2012 13:21:23 +0000

Hi All

When I install MySQL Workbench on Ubuntu 10.10 X64 through source build, can not perform 'sudo make install' successfully(configure & make is okay).

/bin/bash ./libtool --mode=install /usr/bin/install -c libantlr3c_wb.la '/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench'
./libtool: line 866: X--mode=install: command not found
./libtool: line 1033: *** Warning: inferring the mode of operation is deprecated.: command not found
./libtool: line 1034: *** Future versions of Libtool will require --mode=MODE be specified.: command not found
./libtool: line 6250: X/usr/bin/install: No such file or directory
./libtool: line 6268: X/usr/bin/install: No such file or directory
./libtool: line 6319: X-c: command not found
./libtool: line 6351: X/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench: No such file or directory

any help or clue will be appreciated, thanks in advance.

full log as follows:
guohai@KNIGHT:~/dev/a/mysql/mysql-workbench-gpl-5.2.44-src$ sudo make install
Making install in ext
make[1]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext'
Making install in scintilla/gtk
make[2]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/scintilla/gtk'
make[3]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/scintilla/gtk'
test -z "/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench" || /bin/mkdir -p "/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench"
/bin/bash ../../../libtool --mode=install /usr/bin/install -c 'libwbscintilla.la' '/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench/libwbscintilla.la'
/usr/bin/install -c .libs/libwbscintilla.so.0.0.0 /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench/libwbscintilla.so.0.0.0
(cd /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench && { ln -s -f libwbscintilla.so.0.0.0 libwbscintilla.so.0 || { rm -f libwbscintilla.so.0 && ln -s libwbscintilla.so.0.0.0 libwbscintilla.so.0; }; })
(cd /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench && { ln -s -f libwbscintilla.so.0.0.0 libwbscintilla.so || { rm -f libwbscintilla.so && ln -s libwbscintilla.so.0.0.0 libwbscintilla.so; }; })
/usr/bin/install -c .libs/libwbscintilla.lai /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench/libwbscintilla.la
PATH="$PATH:/sbin" ldconfig -n /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench
----------------------------------------------------------------------
Libraries have been installed in:
/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
- add LIBDIR to the `LD_LIBRARY_PATH' environment variable
during execution
- add LIBDIR to the `LD_RUN_PATH' environment variable
during linking
- use the `-Wl,--rpath -Wl,LIBDIR' linker flag
- have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/scintilla/gtk'
make[2]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/scintilla/gtk'
Making install in cppconn
make[2]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/cppconn'
Making install in driver
make[3]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/cppconn/driver'
make[4]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/cppconn/driver'
test -z "/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench" || /bin/mkdir -p "/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench"
/bin/bash ../../../libtool --mode=install /usr/bin/install -c 'mysqlcppconn.la' '/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench/mysqlcppconn.la'
/usr/bin/install -c .libs/mysqlcppconn.so.0.0.0 /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench/mysqlcppconn.so.0.0.0
(cd /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench && { ln -s -f mysqlcppconn.so.0.0.0 mysqlcppconn.so.0 || { rm -f mysqlcppconn.so.0 && ln -s mysqlcppconn.so.0.0.0 mysqlcppconn.so.0; }; })
(cd /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench && { ln -s -f mysqlcppconn.so.0.0.0 mysqlcppconn.so || { rm -f mysqlcppconn.so && ln -s mysqlcppconn.so.0.0.0 mysqlcppconn.so; }; })
/usr/bin/install -c .libs/mysqlcppconn.lai /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench/mysqlcppconn.la
PATH="$PATH:/sbin" ldconfig -n /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench
----------------------------------------------------------------------
Libraries have been installed in:
/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
- add LIBDIR to the `LD_LIBRARY_PATH' environment variable
during execution
- add LIBDIR to the `LD_RUN_PATH' environment variable
during linking
- use the `-Wl,--rpath -Wl,LIBDIR' linker flag
- have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
make[4]: Nothing to be done for `install-data-am'.
make[4]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/cppconn/driver'
make[3]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/cppconn/driver'
make[3]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/cppconn'
make[4]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/cppconn'
make[4]: Nothing to be done for `install-exec-am'.
make[4]: Nothing to be done for `install-data-am'.
make[4]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/cppconn'
make[3]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/cppconn'
make[2]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/cppconn'
Making install in vsqlite++
make[2]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/vsqlite++'
Making install in src/sqlite
make[3]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/vsqlite++/src/sqlite'
make[4]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/vsqlite++/src/sqlite'
test -z "/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench" || /bin/mkdir -p "/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench"
/bin/bash ../../../../libtool --mode=install /usr/bin/install -c 'libvsqlitepp.la' '/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench/libvsqlitepp.la'
/usr/bin/install -c .libs/libvsqlitepp.so.0.0.0 /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench/libvsqlitepp.so.0.0.0
(cd /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench && { ln -s -f libvsqlitepp.so.0.0.0 libvsqlitepp.so.0 || { rm -f libvsqlitepp.so.0 && ln -s libvsqlitepp.so.0.0.0 libvsqlitepp.so.0; }; })
(cd /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench && { ln -s -f libvsqlitepp.so.0.0.0 libvsqlitepp.so || { rm -f libvsqlitepp.so && ln -s libvsqlitepp.so.0.0.0 libvsqlitepp.so; }; })
/usr/bin/install -c .libs/libvsqlitepp.lai /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench/libvsqlitepp.la
PATH="$PATH:/sbin" ldconfig -n /home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench
----------------------------------------------------------------------
Libraries have been installed in:
/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
- add LIBDIR to the `LD_LIBRARY_PATH' environment variable
during execution
- add LIBDIR to the `LD_RUN_PATH' environment variable
during linking
- use the `-Wl,--rpath -Wl,LIBDIR' linker flag
- have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
make[4]: Nothing to be done for `install-data-am'.
make[4]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/vsqlite++/src/sqlite'
make[3]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/vsqlite++/src/sqlite'
make[3]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/vsqlite++'
make[4]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/vsqlite++'
make[4]: Nothing to be done for `install-exec-am'.
make[4]: Nothing to be done for `install-data-am'.
make[4]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/vsqlite++'
make[3]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/vsqlite++'
make[2]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/vsqlite++'
Making install in antlr-runtime
make[2]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/antlr-runtime'
make[3]: Entering directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/antlr-runtime'
test -z "/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench" || /bin/mkdir -p "/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench"
/bin/bash ./libtool --mode=install /usr/bin/install -c libantlr3c_wb.la '/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench'
./libtool: line 866: X--mode=install: command not found
./libtool: line 1033: *** Warning: inferring the mode of operation is deprecated.: command not found
./libtool: line 1034: *** Future versions of Libtool will require --mode=MODE be specified.: command not found
./libtool: line 6250: X/usr/bin/install: No such file or directory
./libtool: line 6268: X/usr/bin/install: No such file or directory
./libtool: line 6319: X-c: command not found
./libtool: line 6351: X/home/guohai/dev/a/mysql/mysql-workbench/lib/mysql-workbench: No such file or directory

Fatal server error:
Server is already active for display 0
If this server is no longer running, remove /tmp/.X0-lock
and start again.

Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.

ddxSigGiveUp: Closing log

Fatal server error:
Server is already active for display 0
If this server is no longer running, remove /tmp/.X0-lock
and start again.

Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.

ddxSigGiveUp: Closing log
./libtool: line 6378: libtool: install: `.' must be an absolute directory name: command not found
./libtool: line 6379: Try `libtool --help --mode=install' for more information.: command not found
make[3]: *** [install-libLTLIBRARIES] Error 1
make[3]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/antlr-runtime'
make[2]: *** [install-am] Error 2
make[2]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext/antlr-runtime'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/home/guohai/dev/a/mysql/mysql-workbench-gpl-5.2.44-src/ext'
make: *** [install-recursive] Error 1

re.: help neede with slackware installation of any workbench (1 reply)

prof essor — Tue, 27 Nov 2012 09:37:47 +0000

hello All,

first post in this forum.

I have been using MySQL-Workbench 5.2.38 on slackware 13.37 for more than a year, in both my laptop and netbook. After downloading and adding all the required packages, I remember, the first installation went so smooth I couldn't believe.

I recently have upgraded my laptop to slackware 14 and was trying to reinstall workbench so that I can back up my work from the netbook and then also upgrade my little work netbook; of course no matter what I do now, it just won't start.

This is what I have done so far:
1) tried to install all the required packages for workbench 5.2.38, as listed in http://pkgs.org/, and when I run mysql-workbench from the konsole i get this error msg:
'/usr/bin/mysql-workbench-bin: error while loading shared libraries: libpython2.6.so.1.0: cannot open shared object file: No such file or directory'

2) browsing around some forums suggested to look up new packages for slackware 14 instead, as the one mentioned above were for slackware 13.37; and so I did. I loked at new packages needed and found them at http://slackblogs.blogspot.com/2012/05/new-package-on-slackhacks-mysql.html. However, same error output as previously.

3) I then decided to upgrade to MySQL-Workbench 5.2.44 and tried again to run it; the output was:
/usr/bin/mysql-workbench-bin: error while loading shared libraries: libffi.so.4: cannot open shared object file: No such file or directory.

4) I tried to look up those two library packages and it doesn't seem to be available anywhere.

As also suggested by some in this forum, it's a fresh/clean install of workbench on new slackware14; the only package that I isntalled before workbench was skype.

I really need workbench to get my database server going again and I dont want to go back to slackware 13. I would happily install an older version of workbench if it worked but I even tried MySQL-Workbench 5.2.37 on the same machine and i get a similar library error.

Could anyone kindly help me with this, pretty please?

Thanks in advance.

Regards,

Workbench for Ubuntu 12.04 (8 replies)

dozen matta — Tue, 17 Jul 2012 21:31:08 +0000

Hey,
will we get an official Workbench download for Ubuntu 12.04 anytime soon? As suggested in other topics, a repository would be even better, but at this point anything will do.

I'm aware that there's a way to install the 11.04 version, but it would be better to have a version that just works™ without any workarounds.

libxml2.dll vulnerabilities (1 reply)

Jon Hironaga — Wed, 14 Mar 2012 08:28:59 +0000

There have been vulnerabilities found in libxml2 files used by other software:

http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2009-2414
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2009-2416

The deployed libxml2.dll in the workbench does not present a version number so its not apparent whether the vulnerabilities apply.

Can anyone confirm whether or not such vulnerabilities affect the latest workbench software which does use a libxml2.dll (Is there a version number on the base file on which the workbench derives from?). If it does affect the workbench,is there a fix for this issue

mysql-workbench-gpl-5.2.37 build fails on RH5 for undefined reference to `uuid_unparse' (1 reply)

Mike Dunphy — Mon, 26 Mar 2012 17:47:32 +0000

So I am trying to build from scratch on RH5 and I have resolved all the dependencies and it compiles for like 15 minutes but then gets to this point and croaks

Making all in tools/genobj
make[2]: Entering directory `/tmp/mysql-workbench-gpl-5.2.37-src/tools/genobj'
/bin/sh ../../libtool --tag=CXX --mode=link g++ -Wextra -Wall -Wno-unused -Wno-deprecated -DTIXML_USE_STL=1 ../../library/grt/src/libgrt.la ../../library/base/libwbbase.la -pthread -Wl,--export-dynamic -L/usr/local/lib -lgthread-2.0 -lgmodule-2.0 -lrt -ldl -lglib-2.0 -lxml2 -liconv -lm -L/usr/local/lib -lpcre -L/usr/local/lib -lsigc-2.0 -L/usr/local/lib -llua -lm -luuid -L/usr/lib64 -lpython2.4 -o genobj genobj.o
g++ -Wextra -Wall -Wno-unused -Wno-deprecated -DTIXML_USE_STL=1 -pthread -Wl,--export-dynamic -o .libs/genobj genobj.o ../../library/grt/src/.libs/libgrt.so ../../library/base/.libs/libwbbase.so -L/usr/local/lib /usr/local/lib/libgthread-2.0.so /usr/local/lib/libgmodule-2.0.so -lrt -ldl /usr/local/lib/libglib-2.0.so /usr/local/lib/libxml2.so /usr/local/lib/libiconv.so /usr/local/lib/libpcre.so /usr/local/lib/libsigc-2.0.so -llua -lm /usr/local/lib/libuuid.so -L/usr/lib64 -lpython2.4 -Wl,--rpath -Wl,/usr/local/lib/mysql-workbench -Wl,--rpath -Wl,/usr/local/lib
../../library/grt/src/.libs/libgrt.so: undefined reference to `uuid_unparse'
../../library/grt/src/.libs/libgrt.so: undefined reference to `uuid_generate_time'
collect2: ld returned 1 exit status
make[2]: *** [genobj] Error 1
make[2]: Leaving directory `/tmp/mysql-workbench-gpl-5.2.37-src/tools/genobj'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/mysql-workbench-gpl-5.2.37-src'
make: *** [all] Error 2

Has anybody seen this before ? Do I need to add some more LDPATHS or ? I have all the uuid libs installed

Compiling mysql-workbench on Linux, dependencies missed by configure script (1 reply)

Justin Buser — Fri, 25 Nov 2011 19:59:48 +0000

Just wanted to note that on CentOS 6, the following dependencies exist but aren't checked by the configure script:

python-devel (Needs Python.h)
mysql-test (cppconn fails to build otherwise)
python-paramiko (not needed for initial build but workbench doesn't work without it)
pexpect (not needed for initial build but can't add a Server Instance without it)

Additionally, these may be required:

cmake (not positive about this but seems to be required by cppconn)
MySQL-python

Python related error compiling workbench from source (no replies)

Justin Buser — Fri, 18 Nov 2011 15:06:46 +0000

For anyone running into errors concerning Python.h similar to those at the end of this post try installing Mysql-python and python-devel.

In file included from grtpp_module_python.h:23,
from grtpp_util.cpp:23:
python_context.h:28:21: error: Python.h: No such file or directory
In file included from grtpp_module_python.h:23,
from grtpp_util.cpp:23:
python_context.h:49: error: ISO C++ forbids declaration of ‘PyObject’ with no type

Compiling mysql-workbench on Linux, cppconn errors (1 reply)

Justin Buser — Fri, 25 Nov 2011 19:57:19 +0000

I came across this post http://forums.mysql.com/read.php?154,229040,265943#msg-265943 asking about errors similar to the ones at the end of this post. Since it wasn't actually answered I just wanted to create a new topic to let anyone having the same problem know that I was able to get past this issue by installing cmake and the mysql-test package. I discovered this solution by going into the ext/cppconn and reading the README file and then trying to manually run cmake, which I realized I didn't have. After installing that and getting errors about a missing test directory upon running it I found the mysql-test package through yum and installed it, then went to the root of the workbench source tree, ran make clean, then ran ./configure again.

In file included from mysql_util.h:15,
from mysql_art_resultset.cpp:12:
mysql_private_iface.h:47:20: error: errmsg.h: No such file or directory
mysql_private_iface.h:48:19: error: mysql.h: No such file or directory
In file included from mysql_art_resultset.cpp:12:
mysql_util.h:56: error: variable or field ‘throwSQLException’ declared void
mysql_util.h:56: error: ‘MYSQL’ was not declared in this scope
mysql_util.h:56: error: expected primary-expression before ‘)’ token
mysql_util.h:57: error: variable or field ‘throwSQLException’ declared void
mysql_util.h:57: error: ‘MYSQL_STMT’ was not declared in this scope
mysql_util.h:57: error: ‘stmt’ was not declared in this scope
mysql_util.h:60: error: expected ‘,’ or ‘...’ before ‘*’ token
mysql_util.h:60: error: ISO C++ forbids declaration of ‘MYSQL_FIELD’ with no type
mysql_util.h:61: error: expected ‘,’ or ‘...’ before ‘*’ token
mysql_util.h:61: error: ISO C++ forbids declaration of ‘MYSQL_FIELD’ with no type

join #workbench on IRC is not an appropriate response (2 replies)

Justin Buser — Wed, 07 Dec 2011 09:50:51 +0000

I've been struggling through trying to compile/install MySQL Workbench on CentOS 6, which you would think would be a reasonable straightforward endeavor. Unfortunately however it seems like I've been hitting one brick wall after another. I'm a seasoned Linux Systems Administrator with close to 2 decades of experience, so this isn't my first rodeo... Ergo I've been able to slowly work through each problem I've encountered thus far, the tally for which I'm sorry to say would be more indicative of an Alpha release than a 'stable' one. I know it's free software so that type of thing should be expected, but you won't hear me not complain :)

Anyway, the point is that I've already come across at least half a dozen topics in this forum posted by people experiencing the exact same problems I am. As such, I'm fairly certain that the process would be taking significantly less time if every single one of the responses to said questions wasn't simply some variation of:

"Hi,
when you have time you can join us in the #workbench channel on Freenode and get instant help with your problems (provided our Linux gurus are online). That might also be more effective than exchanging long error lists here. "

What's the point of having a forum where people can ask questions/get help if you're simply going to send them off to the irc? To me this seems like a huge waste of time/resources. Having people sit in that channel and answer the same questions over and over would be unnecessary if they resolved each issue in the forums, on top of which said people could be using their time to actually fix the problems with the source code thereby providing a much more pleasant user experience from the get go.

Andrei Frolov "Abt mysql workbench external 2207 file " (no replies)

robert loxy — Thu, 28 Jul 2011 18:37:32 +0000

Hey can you post the file mysql workbench external 2207 win32 file bcuz the link is broken or you can mail me at robertloxy@ymail.com

Broken linkl of "mysql- workbench-externals-2207-win32" (no replies)

robert loxy — Thu, 28 Jul 2011 18:32:04 +0000

Can any one upload the file "mysql-workbench-externals-2207-win32" or mail me at robertloxy@ymail.com that would be very helpful ... bcuz the official link is broken

Workbench Externals Download (no replies)

David Muñoz Vicente — Wed, 15 Jun 2011 19:43:47 +0000

I've been trying to download the workbench externals (2207) package for windows, as indicated in the "windows build instructions", but the address just not exist, at least with the dns I'm using the subdomain ftp.mysql.com does not exist.

I've tried lo find a mirror with this package but seems that it's not available in neither of them. The last version in the mirrors is 2185, and is corrupted (0 Bytes) and the previous one is version 2182.

Could anybody tell me where could I get this packege or tell me if I could compile with this version of the externals?

I've tried to compile using version 2182, but I get a lot of errors like "cannot open include file 'lua.h'. No such file or directory" or "cannot open file libcairo.lib"

I will appreciate any help that you could provide.

Thank you in advance.

wb on Ubuntu 11.04 doesn't have fwd engineer option (1 reply)

Mario Ferreira — Sun, 29 May 2011 02:40:49 +0000

Hi. I have ubuntu linux 11.04 32 bit fully updated. I downloaded mysql-workbench-gpl-5.2.33b-1ubu1010-i386 and installed it without any problem. However, i can't seem to find the forward engineer function nor in the Database menu, neither in the File menu, which doesn't even have the Export option.

Windows User Interface Toolkit? (1 reply)

Matt Houser — Fri, 27 May 2011 02:27:34 +0000

What user interface toolkit (if any) is used for the "tabs on top" user interface in Workbench 5.2.34?

Is the source code available for the Windows version of workbench?

Thanks,
...Matt

Error compilin slackware 13 (no replies)

Dario Parente — Thu, 21 Apr 2011 22:18:34 +0000

Hi.

to want to compile in slackware mysqlworkbench gives me the following error.

gtk/src/lf_code_editor.cpp: In constructor 'mforms::gtk::CodeEditorImpl::CodeEditorImpl(mforms::CodeEditor*)':
gtk/src/lf_code_editor.cpp:86: error: 'gtk_signal_connect' no se declaró en este ámbito
make[4]: *** [lf_code_editor.lo] Error 1
make[4]: se sale del directorio `/home/dario/program/mysql/mysql-workbench-gpl-5.2.31-src/library/forms'
make[3]: *** [all-recursive] Error 1
make[3]: se sale del directorio `/home/dario/program/mysql/mysql-workbench-gpl-5.2.31-src/library/forms'
make[2]: *** [all-recursive] Error 1
make[2]: se sale del directorio `/home/dario/program/mysql/mysql-workbench-gpl-5.2.31-src/library'
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio `/home/dario/program/mysql/mysql-workbench-gpl-5.2.31-src'
make: *** [all] Error 2

attempt in versions 5.31a and 5.33, the error I get is the same in both versions.
any help or suggestions?.

MySQL Workbench on OpenSuse11.4 (no replies)

Radisa NOT_FOUND — Sat, 26 Mar 2011 13:06:49 +0000

Hello,

What are your plans to support the latest OpenSuse release - 11.4

Best regards,
Radisa.

Cannot open document - Error unserializing GRT data - Type mismatch: (2 replies)

Joshua Robinson — Thu, 19 May 2011 07:56:02 +0000

I saved in the midst of editing a table and everything was fine. About 20 seconds later the workbench crashed. I thought I was fine because I had just saved all of my work. Boy was I wrong, I cannot even open the file. Any help/advice would be greatly appreciated.

I tried a solution here: http://bugs.mysql.com/bug.php?id=44227 to no avail. I couldn't find any file that contained "" after unzipping. Anyway, without further adieu, help please.

Cannot open document

Error unserializing GRT data
Type mismatch: expected object of type db.mysql.IndexColumn, but got db.mysql.Index

Unable to build 5.2.32 GA on Debian Wheezy (7 replies)

J Chimene — Fri, 22 Apr 2011 17:14:06 +0000

Hi:
I'm not sure this is Debian related, but the following command fails during the final link phase:
DEB_BUILD_OPTIONS=debug dpkg-buildpackage -d

I'm using -d as mysqlWorkbench has had a dependency on
libmysqlclient16-dev, which is still in Debian Sid.
I've built the last two releases using the -d flag to
get around this issue.

Here's the failing step. I've been building MSW from source since .27 This is the first time I've had a build fall over like this.
========================

g++ -rdynamic -g -O2 -Wextra -Wall -Wno-unused -Wno-deprecated -DTIXML_USE_STL=1 -o .libs/mysql-workbench-bin main.o program.o main_fo
rm.o overview_panel.o model_panel.o model_diagram_panel.o menu_manager.o catalog_tree.o layer_tree.o properties_tree.o history_tree.o navigator_box.o
info_box.o documentation_box.o user_types_box.o find_panel.o diagram_size_form.o validation_panel.o sqlide_form.o sql_snippets_view.o sqlide_main.o
new_server_instance_wizard.o grt_code_editor.o server_instance_editor.o grt_python_debugger.o advanced_sidebar.o -pthread -pthread /usr/lib/libpython
2.6.so -pthread -Wl,--export-dynamic -rdynamic ../../../library/forms/.libs/libmforms.so ../../../frontend/linux/linux_utilities/.libs/liblinux_util
ities.so ../../../frontend/linux/sqlide/.libs/libsqlide.so ../../../backend/wbprivate/libwbprivate.a ../../../backend/wbpublic/.libs/libwbpublic.so .
./../../library/base/.libs/libwbbase.so ../../../library/grt/src/.libs/libgrt.so ../../../library/dbc/.libs/libcdbc.so ../../../library/canvas/src/.l
ibs/libmdcanvasgtk.so ../../../library/canvas/src/.libs/libmdcanvas.so ../../../ext/cppconn/driver/.libs/mysqlcppconn.so ../../../ext/ctemplate/ctemp
late-src/.libs/libctemplate_wb.so /usr/lib/libglade-2.0.so /usr/lib/libgtkmm-2.4.so /usr/lib/libatkmm-1.6.so /usr/lib/libgdkmm-2.4.so /usr/lib/libgio
mm-2.4.so /usr/lib/libpangomm-1.4.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libglibmm-2.4.so /usr/lib/libcairomm-1.0.so /usr/lib/libsigc-2.0.so /usr/lib
/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so -lm /usr/lib/libpangocairo-1.0.so /usr/lib/libgio
-2.0.so /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so -lfontconfig /usr/lib/libgnome-2.so /usr/lib/libpopt.so /usr/lib/libbonobo-2.so /usr/lib/lib
bonobo-activation.so /usr/lib/libORBit-2.so /usr/lib/libgobject-2.0.so /usr/lib/liblua5.1.so -luuid -L/usr/lib -lpcre /usr/lib/libgthread-2.0.so /usr
/lib/libgmodule-2.0.so -lrt /usr/lib/libglib-2.0.so /usr/lib/libxml2.so /usr/lib/libcairo.so -lGL -lzip -lz -L/usr/lib/mysql /usr/lib/libmysqlclient_
r.so /usr/lib/libsqlite3.so -lX11 -pthread -Wl,-rpath -Wl,/usr/lib/mysql-workbench
/usr/bin/ld: main_form.o: undefined reference to symbol 'scintilla_get_type'
/usr/bin/ld: note: 'scintilla_get_type' is defined in DSO /usr/lib/mysql-workbench/libwbscintilla.so.0 so try adding it to the linker command line
/usr/lib/mysql-workbench/libwbscintilla.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status

Unable to get working debug x86 build on windows (4 replies)

Andrei Frolov — Tue, 15 Feb 2011 16:26:10 +0000

Build Platform:

Windows XP SP3 English 32bit (default installation)
Microsoft Visual Studio 2008 Version 9.0.21022.8 RTM

(No other programs except VS 2008 installed)

Source code:

MySQL Workbench 5.2.31a: Generic Linux (Architecture Independent), Compressed TAR Archive (mysql-workbench-gpl-5.2.31a-src.tar.gz) from http://dev.mysql.com/downloads/workbench/5.2.html#downloads

externals package: mysql-workbench-externals-2207-win32.zip from ftp://ftp.mysql.com/pub/mysql/download/gui-tools/mysql-workbench-externals-2207-win32.zip

Steps to reproduce:

1. on drive c: create wb folder
2. extract mysql-workbench-gpl-5.2.31a-src.tar.gz, mysql-workbench-externals-2207-win32.zip into c:\wb
3. Execute SetEditionGPL.cmd in c:\wb\mysql-workbench-gpl-5.2.31-src\
4. Open c:\wb\mysql-workbench-gpl-5.2.31-src\MySQLWorkbench.sln in VS2008
5. Set configuration to Debug, Platform to x86
6. Build solution
7. Execute 'Start Debugging' in VS2008

Result:
TypeInitializationException was unhandled
The type initializer for 'MySQL.GUI.Workbench.Program' threw an exception.

Availablity of Linux target builds (1 reply)

roger Thomas — Mon, 14 Feb 2011 08:55:11 +0000

While MySQL is provided for SLES 11 which is a 'business' grade distro, workbench is currently only compiled up for OpenSuSE 11.3 which is the Open source offering. Is there any plan to have workbench delivered for SLES 11.

The problem also shows up with the builds that OpenSUSE maintains as they need a host of modules that are not part of SLES 11.

Thanks

Roger

Ubuntu/Debian repository / PPA for DEB releases (10 replies)

Rodrigo Silva — Sun, 17 Jul 2011 12:32:05 +0000

Is there a debian/Ubuntu repository for workbench releases?

If there is i couldn't find it.

Please provide one, and annouce it in the download page.

There was once one, in

deb ftp://ftp.mysql.com/pub/mysql/download/gui-tools/ubuntu/ binary/
deb-src ftp://ftp.mysql.com/pub/mysql/download/gui-tools/ubuntu/ source/

But there is only 1 release there, a very old one.

If there is already an official .DEB package, why not provide a repository / PPA so the whole Linux community can benefit from updates? Im not asking for Workbench to be in official Ubuntu/Debian repositories, just please give me something to add to my /etc/apt/sources.list so i can apt-get install it!

Thanks,
Rodrigo

workbench ubutnu 9.10 (1 reply)

isaac cubero — Thu, 23 Dec 2010 17:42:38 +0000

where is the package workbench for ubuntu 9.10?

Unable to start mysql-workbench-bin (5 replies)

Jose Pena — Mon, 06 Dec 2010 09:12:55 +0000

I'm using redhat el 5 and I was able to install mysql-workbench using mostly yum to resolve the tons of dependency issues i ran into. Workbench installed without any problems however when i try to start it i'm getting the following error:"

[root@test Desktop]# mysql-workbench
/usr/bin/mysql-workbench-bin: symbol lookup error: /usr/lib/mysql-workbench/libmdcanvasgtk.so.0: undefined symbol: pixman_image_unref

Has anyone run into this before or have any idea how to fix it? I've searched for hours and cant find any relevant information.

Unable to build on Windows (1 reply)

Peter Pfannkuch — Tue, 16 Nov 2010 12:49:05 +0000

I'm trying to build MySQL Workbench under Windows 7.
I have Visual Studio 2008 Express Edition and Visual Studie 2010.
With both versions I'm not able to build.
I've created a folder containing two folders: mysql-gui-win-res and mysql-workbench-gpl-5.2.29-src
I got various build errors. Some of them look like:

16>y:\mysql workbench\mysql-workbench-gpl-5.2.29-src\backend\wbprivate\workbench\wb_command_ui.cpp(339): error C2784: 'sigc::bound_const_volatile_mem_functor7 sigc::mem_fun(T_obj &,T_return (__thiscall T_obj2::* )(T_arg1,T_arg2,T_arg3,T_arg4,T_arg5,T_arg6,T_arg7) volatile const)' : could not deduce template argument for 'overloaded function type' from 'overloaded function type'
16> y:\mysql workbench\mysql-gui-win-res\include\sigc++\functors\mem_fun.h(6196) : see declaration of 'sigc::mem_fun'
16>y:\mysql workbench\mysql-workbench-gpl-5.2.29-src\backend\wbprivate\workbench\wb_command_ui.cpp(339): error C2784: 'sigc::bound_const_volatile_mem_functor7 sigc::mem_fun(T_obj &,T_return (__thiscall T_obj2::* )(T_arg1,T_arg2,T_arg3,T_arg4,T_arg5,T_arg6,T_arg7) volatile const)' : could not deduce template argument for 'overloaded function type' from 'overloaded function type'
16> y:\mysql workbench\mysql-gui-win-res\include\sigc++\functors\mem_fun.h(6196) : see declaration of 'sigc::mem_fun'
16>y:\mysql workbench\mysql-workbench-gpl-5.2.29-src\backend\wbprivate\workbench\wb_command_ui.cpp(339): error C2784: 'sigc::bound_const_volatile_mem_functor7 sigc::mem_fun(T_obj &,T_return (__thiscall T_obj2::* )(T_arg1,T_arg2,T_arg3,T_arg4,T_arg5,T_arg6,T_arg7) volatile const)' : could not deduce template argument for 'T_obj &' from'std::list<_Ty>'
16> with
16> [
16> _Ty=std::string
16> ]

others look like

14>y:\mysql workbench\mysql-workbench-gpl-5.2.29-src\backend\wbpublic\wbcanvas\layer_figure.cpp(101): error C2039: '_cpp_max' : is not a member of 'std'
14>y:\mysql workbench\mysql-workbench-gpl-5.2.29-src\backend\wbpublic\wbcanvas\layer_figure.cpp(101): error C3861: '_cpp_max': identifier not found
14>y:\mysql workbench\mysql-workbench-gpl-5.2.29-src\backend\wbpublic\wbcanvas\layer_figure.cpp(102): error C2039: '_cpp_max' : is not a member of 'std'
14>y:\mysql workbench\mysql-workbench-gpl-5.2.29-src\backend\wbpublic\wbcanvas\layer_figure.cpp(102): error C3861: '_cpp_max': identifier not found
14>y:\mysql workbench\mysql-workbench-gpl-5.2.29-src\backend\wbpublic\wbcanvas\layer_figure.cpp(127): error C2039: '_cpp_max' : is not a member of 'std'
14>y:\mysql workbench\mysql-workbench-gpl-5.2.29-src\backend\wbpublic\wbcanvas\layer_figure.cpp(127): error C3861: '_cpp_max': identifier not found
14>y:\mysql workbench\mysql-workbench-gpl-5.2.29-src\backend\wbpublic\wbcanvas\layer_figure.cpp(128): error C2039: '_cpp_max' : is not a member of 'std'
14>y:\mysql workbench\mysql-workbench-gpl-5.2.29-src\backend\wbpublic\wbcanvas\layer_figure.cpp(128): error C3861: '_cpp_max': identifier not found

others look like

6>Link:
6> Creating library Y:\MySQL Workbench\mysql-workbench-gpl-5.2.29-src\\bin\Debug\mysql.canvas.lib and object Y:\MySQL Workbench\mysql-workbench-gpl-5.2.29-src\\bin\Debug\mysql.canvas.exp
6>LINK : fatal error LNK1104: cannot open file 'Y:\MySQL Workbench\mysql-workbench-gpl-5.2.29-src\\bin\Debug\mysql.canvas.dll'

Do I have to follow a special build order?

Or are my versions of Visual Studio the problem?

Install Workbench on CentOS 5.5 (rpmbuild) (1 reply)

Gibran Marquez — Tue, 19 Oct 2010 19:56:12 +0000

I've been trying to rpmbuild mysql-workbench for sometime now. I typically run into a dependencies not found or some package that this src.rpm package can't find but I actually do have it.

Previously, it complained about:

No package 'sqlite3' found

and I had sqlite3 installed in /usr/bin/sqlite3. I installed sqlite-devel and was able to continue. Then "BOOST library is missing", boost and boost-devel were already installed, had to download newer version of boost.src.rpm and 'rpmbuild' it.

Now I'm running into a Lua issue:
=================================
# rpmbuild -v --rebuild mysql-workbench-gpl-5.2.29-1el6.src.rpm

checking for LUA... no
checking for LUA... configure: error: Package requirements (lua >= 5.1) were
not met:

No package 'lua' found

I have it installed though:
===========================
# rpm -qa | grep lua
lua-devel-5.1.4-2.el5.rf
lua-5.1.4-2.el5.rf

Any suggestions/ideas/recommendations?

Load a big SQL script in MySQL (1 reply)

Peter Christov — Mon, 04 Oct 2010 08:09:18 +0000

Hello,

I get the following error trying to execute a SQL script in MySQL within MySQL Workbench on Windows XP:

Could not allocate 536870912 bytes to read file
"D:\aa-Projekte...\wmc.sql"

The SQL script, I have to load is big: about 300 MB!

As I calculated 536870912 are 512 MB (536870912/1024 = 524288 = 512).

I did not install MySQL Workbench. I start with 2x click on the file: MySQLWorkbench.exe.
I downloaded “no install version”.

I have only 1,2 GB free on my hard disk.

Thanks a lot for answers!

Regards,
Peter