Mudlet 3.0.0-delta (preview #4)

User avatar
SlySven
Posts: 920
Joined: Mon Mar 04, 2013 3:40 pm
Location: Deepest Wiltshire, UK
Discord: SlySven#2703

Re: Mudlet 3.0.0-delta (preview #4)

Post by SlySven » 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...

jimbus
Posts: 14
Joined: Fri Nov 15, 2013 10:19 pm

Re: Mudlet 3.0.0-delta (preview #4)

Post by jimbus » 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.

User avatar
SlySven
Posts: 920
Joined: Mon Mar 04, 2013 3:40 pm
Location: Deepest Wiltshire, UK
Discord: SlySven#2703

Re: Mudlet 3.0.0-delta (preview #4)

Post by SlySven » 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...

codrus
Posts: 2
Joined: Tue Apr 09, 2013 5:53 pm

Re: Mudlet 3.0.0-delta (preview #4)

Post by codrus » 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.

User avatar
SlySven
Posts: 920
Joined: Mon Mar 04, 2013 3:40 pm
Location: Deepest Wiltshire, UK
Discord: SlySven#2703

Re: Mudlet 3.0.0-delta (preview #4)

Post by SlySven » 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...

User avatar
SlySven
Posts: 920
Joined: Mon Mar 04, 2013 3:40 pm
Location: Deepest Wiltshire, UK
Discord: SlySven#2703

Re: Mudlet 3.0.0-delta (preview #4)

Post by SlySven » 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 345 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...

User avatar
Belgarath
Posts: 232
Joined: Fri Jul 26, 2013 7:19 am
Discord: macjabeth#2283

Re: Mudlet 3.0.0-delta (preview #4)

Post by Belgarath » 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"

dclose73
Posts: 4
Joined: Wed Nov 27, 2013 11:47 pm

Re: Mudlet 3.0.0-delta (preview #4)

Post by dclose73 » 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. :)

User avatar
SlySven
Posts: 920
Joined: Mon Mar 04, 2013 3:40 pm
Location: Deepest Wiltshire, UK
Discord: SlySven#2703

Re: Mudlet 3.0.0-delta (preview #4)

Post by SlySven » 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...

dclose73
Posts: 4
Joined: Wed Nov 27, 2013 11:47 pm

Re: Mudlet 3.0.0-delta (preview #4)

Post by dclose73 » Mon Mar 28, 2016 1:05 am

Yes, I am a Mac user.

Post Reply

Who is online

Users browsing this forum: No registered users and 4 guests