Mudlet - Forum

Posted: **Sat Mar 05, 2016 2:49 am**

ldd doesn't work on shell scripts but take a copy of run-mudlet.sh (I don't use that myself so I an not familiar with what environment stuff it is probably trying to configure) under new name and in the copy prefix the bit that calls mudlet with ldd and report back with the output - that should report the libraries that cannot be found. For example in a build I have to hand this gives:

Code: Select all

stephen@Ripley:~/src/mudlet-dev/Mudlet/mudlet-code$ ldd ./build-src-Desktop_Qt_5_6_0_gcc-Debug/mudlet 
	linux-vdso.so.1 =>  (0x00007fff7b8b0000)
	libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f5f24a1b000)
	liblua5.1.so.0 => /usr/lib/x86_64-linux-gnu/liblua5.1.so.0 (0x00007f5f247ee000)
	libhunspell-1.3.so.0 => /usr/lib/x86_64-linux-gnu/libhunspell-1.3.so.0 (0x00007f5f2459b000)
	libyajl.so.2 => /usr/lib/x86_64-linux-gnu/libyajl.so.2 (0x00007f5f24391000)
	libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1 (0x00007f5f24124000)
	libzip.so.4 => /usr/local/lib/libzip.so.4 (0x00007f5f23f11000)
	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f5f23cfa000)
	libQt5OpenGL.so.5 => /opt/Qt/5.6/gcc_64/lib/libQt5OpenGL.so.5 (0x00007f5f23aa3000)
	libQt5Widgets.so.5 => /opt/Qt/5.6/gcc_64/lib/libQt5Widgets.so.5 (0x00007f5f23231000)
	libQt5Multimedia.so.5 => /opt/Qt/5.6/gcc_64/lib/libQt5Multimedia.so.5 (0x00007f5f22f20000)
	libQt5Gui.so.5 => /opt/Qt/5.6/gcc_64/lib/libQt5Gui.so.5 (0x00007f5f22729000)
	libQt5Network.so.5 => /opt/Qt/5.6/gcc_64/lib/libQt5Network.so.5 (0x00007f5f223ca000)
	libQt5Core.so.5 => /opt/Qt/5.6/gcc_64/lib/libQt5Core.so.5 (0x00007f5f21cb8000)
	libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007f5f2196c000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f5f21750000)
	libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f5f21449000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f5f211c7000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f5f20fb1000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f5f20c24000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f5f20a20000)
	libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007f5f207d0000)
	libgthread-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0 (0x00007f5f205ce000)
	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f5f203c6000)
	libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f5f200ce000)
	libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f5f1febc000)
	libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f5f1fb81000)
	libpulse.so.0 => /usr/lib/x86_64-linux-gnu/libpulse.so.0 (0x00007f5f1f936000)
	libicui18n.so.56 => /opt/Qt/5.6/gcc_64/lib/libicui18n.so.56 (0x00007f5f1f49c000)
	libicuuc.so.56 => /opt/Qt/5.6/gcc_64/lib/libicuuc.so.56 (0x00007f5f1f0e4000)
	libicudata.so.56 => /opt/Qt/5.6/gcc_64/lib/libicudata.so.56 (0x00007f5f1d701000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f5f24c58000)
	libnvidia-tls.so.340.96 => /usr/lib/x86_64-linux-gnu/tls/libnvidia-tls.so.340.96 (0x00007f5f1d4fe000)
	libnvidia-glcore.so.340.96 => /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.340.96 (0x00007f5f1a8ea000)
	libffi.so.5 => /usr/lib/x86_64-linux-gnu/libffi.so.5 (0x00007f5f1a6dd000)
	libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f5f1a4bd000)
	libjson-c.so.2 => /lib/x86_64-linux-gnu/libjson-c.so.2 (0x00007f5f1a2b2000)
	libpulsecommon-4.0.so => /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-4.0.so (0x00007f5f1a044000)
	libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007f5f19dfe000)
	libcap.so.2 => /lib/x86_64-linux-gnu/libcap.so.2 (0x00007f5f19bfa000)
	libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f5f199f7000)
	libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f5f197f2000)
	libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007f5f195f1000)
	libICE.so.6 => /usr/lib/x86_64-linux-gnu/libICE.so.6 (0x00007f5f193d6000)
	libSM.so.6 => /usr/lib/x86_64-linux-gnu/libSM.so.6 (0x00007f5f191cf000)
	libXtst.so.6 => /usr/lib/x86_64-linux-gnu/libXtst.so.6 (0x00007f5f18fca000)
	libwrap.so.0 => /lib/x86_64-linux-gnu/libwrap.so.0 (0x00007f5f18dbf000)
	libsndfile.so.1 => /usr/lib/x86_64-linux-gnu/libsndfile.so.1 (0x00007f5f18b58000)
	libasyncns.so.0 => /usr/lib/x86_64-linux-gnu/libasyncns.so.0 (0x00007f5f18953000)
	libattr.so.1 => /lib/x86_64-linux-gnu/libattr.so.1 (0x00007f5f1874e000)
	libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f5f18549000)
	libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007f5f1833a000)
	libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x00007f5f18122000)
	libFLAC.so.8 => /usr/lib/x86_64-linux-gnu/libFLAC.so.8 (0x00007f5f17ed4000)
	libvorbisenc.so.2 => /usr/lib/x86_64-linux-gnu/libvorbisenc.so.2 (0x00007f5f17a05000)
	libvorbis.so.0 => /usr/lib/x86_64-linux-gnu/libvorbis.so.0 (0x00007f5f177d8000)
	libogg.so.0 => /usr/lib/x86_64-linux-gnu/libogg.so.0 (0x00007f5f175d2000)
	libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f5f173bc000)

I noticed a particular line there:

Code: Select all

libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f5f1a4bd000)

and feeding that into the plumbing part of my package manager:

Code: Select all

stephen@Ripley:~/src/mudlet-dev/Mudlet/mudlet-code$ dpkg-query -S /usr/lib/x86_64-linux-gnu/libxcb.so.1
libxcb1:amd64: /usr/lib/x86_64-linux-gnu/libxcb.so.1

suggests you might want to check that you have the libxcb1 package installed...

Posted: **Mon Mar 07, 2016 4:21 pm**

Alright,

initially,mudlet with and without the run script failed, not being able to find libzip.so.2

I where and how I got the library, but it ended up in the mudlet bin directory, which means the script got past the error, but then came the xcb error. I played with ldd and googling the error message for 2-3 hours and had decided that it had exceeded my attention span, but I couldn't let it go. ldd claimed libzip.so.2 was the only file not found and find said the only copy was in the mudlet bin dir, so what if I put the library in the same place as libzip.so.1 list by ldd, /lib/x86_64-linux-gnu/...

it works, using just the mudlet executable. the shell script stil has the problem.

Posted: **Mon Mar 07, 2016 5:40 pm**

Well something like libzip.so.2 could be a symbolic link to a real file with more numbers, and if it is a dangling symlink there is NOT such a file on the other end of the link (the symlink literally contains little else than the path to the real file so will easily be less than 100 bytes of so) - try a ls -l ./libzip.so.2 in that directory and see what the real file (on the end of the "->") is. I find it hard to believe that the wanted library is not around as lots of things use it and it is free after all. Unusually, I am not running Debian Linux at present, (having to run 'Doze to update my Sat. Nav. with some manufacturer's updates and they only support Doze/Macs *sigh*) but I'll see what and where the full size library is when I get back to normal...

Posted: **Fri Mar 11, 2016 5:42 am**

I am trying to upgrade to 3.0.0-delta on this debian 32bit computer. I uninstalled the 2.1 using aptitude and installed 3.0 using the .run file download.

Using the desktop icon didn't work, and found I had to give execute privileges to the ..bin/mudlet file. Then I was able to execute ..bin/run-mudlet.sh.

However now I get the error:
./mudlet: /home/ashley/mudlet-3.0.0-delta/bin/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by /usr/lib/i386-linux-gnu/libicui18n.so.52)
./mudlet: /home/ashley/mudlet-3.0.0-delta/bin/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by /usr/lib/i386-linux-gnu/libicuuc.so.52)

But this is odd because libstdc++.so.6 is present in the /bin directory in that given path. So I'm wondering if the wrong version was bundled in the 32bit archive? Also, I have libstdc++4.9.2-10.dev and libstdc++6 (which is 4.9.2-10) installed on this system.

Posted: **Sun Mar 20, 2016 6:15 pm**

I'm not familiar with that method of installation (as I, of course, have the source code being repeatedly being edited and recompiled in an IDE) but ldd also works if given the full path to a libXXX.so type file so I'd try:

Code: Select all

ldd /home/ashley/mudlet-3.0.0-delta/bin/libstdc++.so.6

and see what that reports as missing - then try and the (file)name of what it says with: locate xxx - at a guess though I wonder whether there is a mis-match between the libraries that are supplied in the .run file and your system ones...

Posted: **Tue Mar 22, 2016 4:59 pm**

Caled wrote:
SlySven wrote:
Could you post a copy of your map somewhere so I may poke around in it to see what the quickest way to fix it might be?

I do not recall whether setMapZoom is operative - but from what you are saying it does seem to be.
Map is attached.
It was a freshly installed mudlet, and a freshly downloaded map from the aetolian game server.

Suck this and see if it is better now:

15-01-2016#19-27-21(fixed)map.7z: (470.18 KiB) Downloaded 683 times

I have run it through some new code that cleans up a few things that went wrong in the past and that I am about to put out onto the repos...

Posted: **Wed Mar 23, 2016 1:23 am**

Could the syntax highlighting be worked on a bit too?

Some things show up bad, for example:

Code: [show] | [select all] lua

-- looks good
send("whee")

-- looks ugly, especially with 'end' highlighted
send "heave"

Posted: **Sat Mar 26, 2016 5:20 pm**

I really like many of the improvements in the delta release, but is there a work-around the prevent the window from resizing? Or is my own option to take a later dev build and compile my own? I'm guessing that's the solution but that will be a new adventure for me.

Posted: **Mon Mar 28, 2016 12:53 am**

Are you a MacOS user - I'm not sure of the issues but IIRC there has been problems on that platform (not my own unfortunately), perhaps Vadim might make an observation when he is able...

Posted: **Mon Mar 28, 2016 1:05 am**

Yes, I am a Mac user.

Mudlet - Forum

Mudlet 3.0.0-delta (preview #4)

Re: Mudlet 3.0.0-delta (preview #4)

Re: Mudlet 3.0.0-delta (preview #4)

Re: Mudlet 3.0.0-delta (preview #4)

Re: Mudlet 3.0.0-delta (preview #4)

Re: Mudlet 3.0.0-delta (preview #4)

Re: Mudlet 3.0.0-delta (preview #4)

Re: Mudlet 3.0.0-delta (preview #4)

Re: Mudlet 3.0.0-delta (preview #4)

Re: Mudlet 3.0.0-delta (preview #4)

Re: Mudlet 3.0.0-delta (preview #4)