Print

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

[Baughn]

If you're compiling from source, you should be able to get a backtrace from gdb. Could you try that?

(And make sure to git-pull first)

[xoen]

Uploaded a basic 40d17 windows bundle along with RantingRodent's graphics and the orc mod

nice nice, thx, sir.
so far, so good.

[Phwoar]

Happy to try it, but might need a little help..  I've gotten this far:

Spoiler (click to show/hide)

gdb dwarfort.exe
........
Reading symbols from /home/tom/Desktop/df/df_src/Dwarf-Fortress--libgraphics-/dwarfort.exe...(no debugging symbols found)...done.
(gdb) run
Starting program: /home/tom/Desktop/df/df_src/Dwarf-Fortress--libgraphics-/dwarfort.exe
/home/tom/Desktop/df/df_src/Dwarf-Fortress--libgraphics-/dwarfort.exe: error while loading shared libraries: libboost_regex.so.1.35.0: cannot open shared object file: No such file or directory

Program exited with code 0177.
(gdb)

I'm assuming the debugger's not looking in the libs directory, since that's generally set up in the 'df' script.  To make gdb look in there, I would...?

[Darkond2100]

Gonna take my mac to a WiFi hotspot so that I can download it RIGHT NOW! I'm on my Windows PC. Hurray!

[Untelligent]

Is there any way I can assist in determining why non-2D print modes don't work for me (despite partial print and the like working for me in earlier versions), like I mentioned earlier?

[Baughn]

Depends. If Linux, try backtracing like in the following script. The currently uploaded d17-head will work fine for that. If windows.. tell me, and I'll see if I can build more logging into things later.

Phwoar: Follow this script:

df_linux$ export LD_LIBRARY_PATH=./libs
df_linux$ gdb dwarfort.exe
(gdb) run
-- insert crash here --
(gdb) bt
-- backtrace output here--

[Untelligent]

Like I said, I'm on Windows. Ah well.

[Phwoar]

Spoiler (click to show/hide)

Dwarf-Fortress--libgraphics-$ export LD_LIBRARY_PATH=./libs
Dwarf-Fortress--libgraphics-$ gdb dwarfort.exe
GNU gdb (GDB) 7.0-ubuntu
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/tom/Desktop/df/df_src/Dwarf-Fortress--libgraphics-/dwarfort.exe...(no debugging symbols found)...done.
(gdb) run
Starting program: /home/tom/Desktop/df/df_src/Dwarf-Fortress--libgraphics-/dwarfort.exe
/home/tom/Desktop/df/df_src/Dwarf-Fortress--libgraphics-/dwarfort.exe: /usr/lib/libjpeg.so.62: no version information available (required by ./libs/libtiff.so.4)
[Thread debugging using libthread_db enabled]
[New Thread 0xb7d12b70 (LWP 17554)]
Loading bindings from data/init/interface.txt

Program received signal SIGSEGV, Segmentation fault.
0x01c66326 in glGetString () from /usr/lib/libGL.so.1
(gdb) bt
#0  0x01c66326 in glGetString () from /usr/lib/libGL.so.1
#1  0x00e6d170 in glewContextInit () at g_src/glew.c:6158
#2  glewInit () at g_src/glew.c:9103
#3  0x00e1eb2b in enablerst::create_window_GL (this=0x878c7c0, window=0x878c7c0) at g_src/enabler_sdl.cpp:712
#4  0x00e2198d in enablerst::loop (this=0x878c7c0) at g_src/enabler_sdl.cpp:469
#5  0x00e22598 in main (argc=1, argv=0xbffff4d4) at g_src/enabler_sdl.cpp:1998
#6  0x05938b56 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#7  0x0804df81 in ?? ()
(gdb)

[Darkond2100]

I'm at StarBucks on my mac (I just found out that they're shutting down in two months. First: OMG! Second: They sure got an early heads up). The OSX download leads me to a "404 Not Found". Would somebody please fix it?

EDIT: it takes me to http://www.bay12games.com/dwarves/df_28_181_40d17_osx.tar.bz2

[Urist McDepravity]

Okay, I've uploaded a new 40d17-head which hopefully fixes the segfaulting and similar problems. Can't speak for the speed, but I did try a couple things to fix that too.

Re-compiled git-head, same segfault.

Starting program: /var/games/df_linux_git/dwarfort.exe
[Thread debugging using libthread_db enabled]
[New Thread 0xb67e1b70 (LWP 12177)]
Loading bindings from data/init/interface.txt

Program received signal SIGSEGV, Segmentation fault.
0xb6ed6636 in glGetString () from //usr/lib/opengl/xorg-x11/lib/libGL.so.1
(gdb) bt
#0  0xb6ed6636 in glGetString () from //usr/lib/opengl/xorg-x11/lib/libGL.so.1
#1  0xb7284603 in glewInit () from ./libs/libgraphics.so
#2  0xb7230480 in enablerst::create_window_GL(GL_Window*) () from ./libs/libgraphics.so
#3  0xb7232b34 in enablerst::loop() () from ./libs/libgraphics.so
#4  0xb72336aa in main () from ./libs/libgraphics.so
#5  0xb6fa0bb5 in __libc_start_main () from /lib/libc.so.6
#6  0x0804df81 in ?? ()

==12179== Invalid read of size 4
==12179==    at 0x5198636: (in /usr/lib/opengl/xorg-x11/lib/libGL.so.1.2)
==12179==    by 0x4AA047F: enablerst::create_window_GL(GL_Window*) (in /var/games/df_linux_git/libs/libgraphics.so)
==12179==    by 0x4AA2B33: enablerst::loop() (in /var/games/df_linux_git/libs/libgraphics.so)
==12179==    by 0x4AA36A9: main (in /var/games/df_linux_git/libs/libgraphics.so)
==12179==  Address 0x3fc is not stack'd, malloc'd or (recently) free'd

[Baughn]

Toady hasn't compiled a mac version yet, due to boost-regex issues. Since I've removed that dependency, I guess I should send him the updated code now so he can make one.

Phwoar: Oh, so that's it. I made a tiny little change.. which caused glewInit to be called /before/ initializing the window. Not the best idea.

Try it now, this one should work.

[Phwoar]

Phwoar: Oh, so that's it. I made a tiny little change.. which caused glewInit to be called /before/ initializing the window. Not the best idea.

Try it now, this one should work.

Can confirm the latest source works.  Nicely done.

Though, I did have to create that link to libjpeg.so.8 along the way; .62 is provided with Ubuntu 9.10 and is also the most recent version available in the package manager.

[Baughn]

Getting very new software is one of the risks I take by using Arch, so that's why.

It's unlikely to happen with Toady, though. His distribution is old.. really old... which is actually a real advantage here.

[CobaltKobold]

yep, libjpeg.so.8 not found...

[Pickerel]

Everyone says it's nice and fast, but I am having the opposite issue and I can't seem to figure out why.  To make sure it wasn't just my computer, I opened an earlier version (40d13), and it gets 100 FPS (my set max, it were not that in place, it would go higher), while 40d17 gets a total of 13 FPS even while it sits daintily on the title screen.

I am trying the various things that have in the past helped out, but on the title screen temperature and weather never affected anything.  And yes, before anyone says it, I have the G_FPS_CAP at 5, which allows it to get all the way UP to 13 FPS.

Also, I heard that custom workshops were going to be in this version... Whereabouts are they?