Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[chamber]

Do you have dfhack enabled? If so, does dfhack start DF from the terminal (cd DF_DIR, ./dfhack)

holiday_hawk seems to be reporting the same problem as I did in the post above him, so I'll jump in. When I run dfhack directly, I get this error:

./libs/Dwarf_Fortress: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./hack/libdfhack.so)
./libs/Dwarf_Fortress: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./hack/libdfhack.so)
./libs/Dwarf_Fortress: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./hack/libprotobuf-lite.so)

[Pidgeot]

on arch64 and getting error when trying to launch

was there a fix for this i tried reading thread but didnt see anything

$ ./startlnp
/bin/sh: symbol lookup error: /bin/sh: undefined symbol: rl_signal_event_hook

...this was supposed to be fixed with the most recent builds of PyLNP. Are you using the latest pack? Can you try downloading a fresh PyLNP binary, just to make sure?

[ZEbbEDY]

Thanks for the reply, I am using the latest version from the opening post (downloaded it again just now to make sure) ahd the same error, then i tried with the binary from your link and still get the same problem

appreciate the help

[@arch LNP-PyLNP-linux-v0.40.16r1.p454qt5]$ ./startlnp
/bin/sh: symbol lookup error: /bin/sh: undefined symbol: rl_signal_event_hook

[Wooster]

Do you have dfhack enabled? If so, does dfhack start DF from the terminal (cd DF_DIR, ./dfhack)

holiday_hawk seems to be reporting the same problem as I did in the post above him, so I'll jump in. When I run dfhack directly, I get this error:

./libs/Dwarf_Fortress: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./hack/libdfhack.so)
./libs/Dwarf_Fortress: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./hack/libdfhack.so)
./libs/Dwarf_Fortress: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./hack/libprotobuf-lite.so)

I think this is something to do with having the wrong version of GNU Compiler Collection (GCC). You can check your version with gcc -v in terminal. I have the same problem on my Linux Mint 17 box with GCC-4.8.2 but the Ubuntu 14.04 one with GCC-4.9.2 works just fine. The bizarre thing is that this is all DF with GCC-4.5.4 and GCC is meant to be backwards compatible.

The first thing I will try is to copy libstdc++.so.6 from my Ubuntu machine to df_linux/libs on the Linux Mint one.

[lethosor]

Do you have dfhack enabled? If so, does dfhack start DF from the terminal (cd DF_DIR, ./dfhack)

holiday_hawk seems to be reporting the same problem as I did in the post above him, so I'll jump in. When I run dfhack directly, I get this error:

./libs/Dwarf_Fortress: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./hack/libdfhack.so)
./libs/Dwarf_Fortress: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./hack/libdfhack.so)
./libs/Dwarf_Fortress: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./hack/libprotobuf-lite.so)

You're using a GCC 4.9 build of DFHack (which is strange, since this pack claims to only distribute GCC 4.5 builds), but GCC 4.9 isn't installed/available on your system. Try replacing the hack folder with the one from here.

[chamber]

Do you have dfhack enabled? If so, does dfhack start DF from the terminal (cd DF_DIR, ./dfhack)

holiday_hawk seems to be reporting the same problem as I did in the post above him, so I'll jump in. When I run dfhack directly, I get this error:

./libs/Dwarf_Fortress: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./hack/libdfhack.so)
./libs/Dwarf_Fortress: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./hack/libdfhack.so)
./libs/Dwarf_Fortress: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./hack/libprotobuf-lite.so)

You're using a GCC 4.9 build of DFHack (which is strange, since this pack claims to only distribute GCC 4.5 builds), but GCC 4.9 isn't installed/available on your system. Try replacing the hack folder with the one from here.

Thanks; that version of DFHack works for me. Now I'm having issues with Dwarf Therapist, but I'll make a separate post.

[Pidgeot]

Thanks for the reply, I am using the latest version from the opening post (downloaded it again just now to make sure) ahd the same error, then i tried with the binary from your link and still get the same problem

appreciate the help

[@arch LNP-PyLNP-linux-v0.40.16r1.p454qt5]$ ./startlnp
/bin/sh: symbol lookup error: /bin/sh: undefined symbol: rl_signal_event_hook

What happens if you run the PyLNP binary directly? (Please start it from a terminal, and please check stdout.txt and stderr.txt after running it.)

[chamber]

I can't get Dwarf Therapist to connect with this build. I've loaded up a fort and hit "connect to DF", but it just gives me the "please re-connect when a fort is loaded" error. Any idea what's wrong with Dwarf Therapist?

Looking in the console, I see that each click on the "connect" button dumps a ton of "ERROR" lines to the console (so many that I can't scroll up far enough to see the first one). Here's the last few:

Spoiler (click to show/hide)

2014-Nov-26 15:29:25.599 INFO   core   no active units (embark) using full unit list [src/dfinstance.cpp:866] (get_creatures)
2014-Nov-26 15:29:25.599 ERROR   core   READ_RAW: "Operation not permitted" READING 4 BYTES FROM "0x0999a60c" TO 0x7fff2643e0d0 [src/dfinstancelinux.cpp:167] (read_raw)
2014-Nov-26 15:29:25.599 ERROR   core   attach: Operation not permitted attaching to PID 5923 [src/dfinstancelinux.cpp:97] (attach)
2014-Nov-26 15:29:25.599 ERROR   core   Unable to open "/proc/5923/mem" [src/dfinstancelinux.cpp:149] (read_raw_ptrace)
2014-Nov-26 15:29:25.599 ERROR   core   READ_RAW: "Operation not permitted" READING 4 BYTES FROM "0x0999a610" TO 0x7fff2643e0d8 [src/dfinstancelinux.cpp:167] (read_raw)
2014-Nov-26 15:29:25.599 ERROR   core   attach: Operation not permitted attaching to PID 5923 [src/dfinstancelinux.cpp:97] (attach)
2014-Nov-26 15:29:25.599 ERROR   core   Unable to open "/proc/5923/mem" [src/dfinstancelinux.cpp:149] (read_raw_ptrace)
2014-Nov-26 15:29:25.600 INFO   core   found 0 dwarves out of 0 creatures [src/dfinstance.cpp:399] (load_dwarves)
2014-Nov-26 15:29:25.600 WARNING   core   lost connection to DF [src/mainwindow.cpp:399] (lost_df_connection)
2014-Nov-26 15:29:25.607 INFO   core   group_by now set to 0  for view  "Military" [src/models/dwarfmodel.cpp:746] (set_group_by)
2014-Nov-26 15:29:25.615 INFO   core   loaded rows for "Military" 7 ms [src/models/dwarfmodel.cpp:752] (set_group_by)

I'm trying Therapist with 2 versions of LNP: the normal version with DFHack disabled, and a version where I've pasted in a special DFHack version lethosor linked to above. This problem is happening with both. When I have both open at once, Therapist even says "Multiple Dwarf Fortress processes found, please choose the process to use" and a dropdown with 2 PIDs. So it's detecting DF, but it can't connect to either.

[ZEbbEDY]

it starts, i should have been clearer I can start the LNP menu thing but then when i click on play i get the error through the console, have tried enabling and disabling dfhack

the stderr file says

Code: [Select]

Exception in Tkinter callback
Traceback (most recent call last):
  File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/Tkinter", line 1486, in __call__
  File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/core.launcher", line 50, in run_df
Exception: Failed to run Dwarf Fortress.
(not sure what that 'michael' means)

[Wooster]

You're using a GCC 4.9 build of DFHack (which is strange, since this pack claims to only distribute GCC 4.5 builds), but GCC 4.9 isn't installed/available on your system. Try replacing the hack folder with the one from here.

Aha! That works, thanks.

So as a bug report, of sorts, the LNP says it is DF for GCC-4.5.4 but this appears to be incorrect, so either the pack's description should be fixed or the pack itself.

[Urist Tilaturist]

I have had problems with Therapist before. It must be run as root and have permissions to work properly. After some fiddling with permissions, it worked fine.

You are 3 versions behind. Never mind, at least you're doing better than Masterwork, though I know he is on a cycling tour and not working right now.

[Pidgeot]

it starts, i should have been clearer I can start the LNP menu thing but then when i click on play i get the error through the console, have tried enabling and disabling dfhack

Right, I'll think about whether there's anything else I can do, but until then, I can only suggest you download and run the source code - it should only be an issue with the pre-compiled build. You may need to install a package from your package manager to get Tkinter support in your Python installation.

(not sure what that 'michael' means)

That'd be from the path where the executable was built (you see, it's my name).

[Gaelmare]

After manually following all the steps laid out nicely above, and getting both df and dfhack to work, I still can't figure out whether stonesense or isoworld are supposed to be working in this pack? The dfhack github says something cryptic about downloading stonesense separately, but that may be outdated.

Any ideas? Is stonesense available in the current versions?

Thanks!

[rmblr]

Is stonesense available in the current versions?

No, stonesense isn't shipped in the LNP v0.40.16r1.

You can build dfhack yourself though and get stonesense if you want.

[qurvax]

Are there, by any chance, 64bit versions of DF, and a way to run it without X?