Cool VL Viewer forum

View unanswered posts | View active topics It is currently 2024-04-18 14:14:44



Reply to topic  [ 24 posts ]  Go to page Previous  1, 2, 3
Installing and running the viewer under 64bits Linux 
Author Message

Joined: 2015-08-15 22:31:54
Posts: 10
Reply with quote
After downloading all available of the suggested libs and still getting the "error message: invalid command name "bind"":

There is a simple workaround by installing the viewer with "-mode console".
For example: sudo ./CoolVLViewer-1.26.16.10-Linux-x86-Setup -mode console

This works with Ubuntu Mate 15.10 64-Bit. (Btw installing the viewer on Linux Mint Mate 17.3 64-Bit is much easier, no problems at all).


2016-01-30 21:40:17
Profile

Joined: 2009-03-17 18:42:51
Posts: 5545
Reply with quote
Julia wrote:
After downloading all available of the suggested libs and still getting the "error message: invalid command name "bind"":

There is a simple workaround by installing the viewer with "-mode console".
For example: sudo ./CoolVLViewer-1.26.16.10-Linux-x86-Setup -mode console

This works with Ubuntu Mate 15.10 64-Bit. (Btw installing the viewer on Linux Mint Mate 17.3 64-Bit is much easier, no problems at all).

Yes, that works...

Note that if the problem is only with the Tk (graphics) part of the installer, then it might be because the installer shared libraries do not find the proper libraries (or libraries version) on your system. The only shared parts of the installer are two Tk extensions, and here is what ldd says for them, on a 64 bits ROSA 2012 system:

Code:
# ldd installjammer/Binaries/Linux-x86/lib/Tktable2.10/libTktable2.10.so
        linux-gate.so.1 =>  (0xf77f7000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0xf7671000)
        libc.so.6 => /lib/libc.so.6 (0xf74f4000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0xf74d4000)
        libdl.so.2 => /lib/libdl.so.2 (0xf74cf000)
        /lib/ld-linux.so.2 (0x5656a000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0xf74ca000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xf74c3000)
# ldd installjammer/Binaries/Linux-x86/lib/tkdnd1.0/libtkdnd1.0.so
        linux-gate.so.1 =>  (0xf7781000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0xf7734000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0xf75fa000)
        libc.so.6 => /lib/libc.so.6 (0xf747d000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0xf745d000)
        libdl.so.2 => /lib/libdl.so.2 (0xf7457000)
        /lib/ld-linux.so.2 (0x56654000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0xf7453000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xf744c000)


Check if your system got the listed libraries or not: I'm interested in knowing which is missing if not and whether it's because it's just not installed, or because your distribution is using a newer library (higher major number); in the latter case, creating a symbolic link to match the expected (and older) library usually does the trick (e.g. if you got libX11.so.7 instead of libX11.so.6, try and create a libX11.so.6 symbolic link pointing to your libX11.so.7).


2016-01-31 09:38:26
Profile WWW

Joined: 2015-08-15 22:31:54
Posts: 10
Reply with quote
Thank you! I created new links in Ubuntu Mate 15.10. Now the installer works with GUI, no "bind" error message anymore.

All the libs were already there, as newer versions. Also the links with the same names as from your list were there. But corresponding links and libs were located in different folder.

/usr/lib/ => /usr/lib/i386-linux-gnu

/lib/ => /lib32/

So i created the new links in the old location that the installer points to (/usr/lib/ and /lib/)

The new lib versions:
libX11.so.6.3.0
libx32 libc-2.21.so
libxcb.so.1.1.0
libdl-2.21.so
libXau.so.6.0.0
libXdmcp.so.6.0.0
libXext.so.6.4.0


2016-01-31 17:07:37
Profile

Joined: 2009-03-17 18:42:51
Posts: 5545
Reply with quote
Julia wrote:
Thank you! I created new links in Ubuntu Mate 15.10. Now the installer works with GUI, no "bind" error message anymore.

All the libs were already there, as newer versions. Also the links with the same names as from your list were there. But corresponding links and libs were located in different folder.

/usr/lib/ => /usr/lib/i386-linux-gnu

/lib/ => /lib32/
That's really a total madness from Ubuntu's folks... Breaking a standard (UNIX files layout) that existed for decades !

Anyway, all you have to do in this case, is to create a symbolic link for each /lib and /usr/lib, like so:
Code:
cd /
ln -s lib32 lib
cd usr
ln -s lib32 lib
And any third party 32 bits binary should work again just fine...

Quote:
The new lib versions:
libX11.so.6.3.0
libx32 libc-2.21.so
libxcb.so.1.1.0
libdl-2.21.so
libXau.so.6.0.0
libXdmcp.so.6.0.0
libXext.so.6.4.0
They are not new versions (same *major* number, which is what counts). So there is no need to create a symbolic link for each of them (there should already be a link from libXext.so.6 to libXext.so.6.4.0 in your /usr/lib32 directory, for example)...


2016-01-31 17:25:53
Profile WWW
Display posts from previous:  Sort by  
Reply to topic   [ 24 posts ]  Go to page Previous  1, 2, 3

Who is online

Users browsing this forum: No registered users and 29 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group
Designed by ST Software.