Print

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

[yaymeh]

Thaat didn't work out too well.

I uploaded a messy testing version here: http://dffd.wimbli.com/file.php?id=8462

I have no idea how to compile it in a way that will work on someone elses machine. Guess I need to compile with statically linked libs only? That would be mostly qt5 I guess... maybe I'll try again tomorrow....

edit: gnnn, no idea how qmake works either. At this point I'm just doing random things like: qmake set "CONFIG=create_prl"; qmake set "CONFIG+=link_prl" - no idea if that even does anything xD

edit2: And also, I didn't manage to replace the default gridviews. Well, I can replace the file (with the one from masterwork), but the default gridviews don't change (there are no other *dtg files anywhere on the hd, still the old grid). Do I have to replace that file before compiling? Can't even import the masterwork grid due to the name conflict.

[splinterz]

Thaat didn't work out too well.

I uploaded a messy testing version here: http://dffd.wimbli.com/file.php?id=8462

I have no idea how to compile it in a way that will work on someone elses machine. Guess I need to compile with statically linked libs only? That would be mostly qt5 I guess... maybe I'll try again tomorrow....

edit: gnnn, no idea how qmake works either. At this point I'm just doing random things like: qmake set "CONFIG=create_prl"; qmake set "CONFIG+=link_prl" - no idea if that even does anything xD

edit2: And also, I didn't manage to replace the default gridviews. Well, I can replace the file (with the one from masterwork), but the default gridviews don't change (there are no other *dtg files anywhere on the hd, still the old grid). Do I have to replace that file before compiling? Can't even import the masterwork grid due to the name conflict.

this is the documentation for linux qt packages. i used the library path solution they propose and it appeared to work (again, no feedback so i don't really know).

the dtg file in the /etc folder can be used to override or add new default views. there's a readme in the /etc that explains it. if you're trying to compile it with different default views, you'll have to replace the dtg in the source's main directory before you compile. i'd recommend against doing this, and simply add a default_gridviews.dtg to the /etc folder instead.

[yaymeh]

i used the library path solution they propose and it appeared to work (again, no feedback so i don't really know).

Thanks, I'll try that again with an extra startup script then! Might have not worked the first time due to problems with how I set cap_sys_ptrace if I understand that doc correctly.

and simply add a default_gridviews.dtg to the /etc folder instead.

Tried that... segfaults on start, couldn't figure out why so I thought I'd try the other way first. Strace said:

Code: [Select]

stat("/home/yaymeh/DF_Masterwork/Dwarf-Therapist/etc/default_gridviews.dtg", {st_mode=S_IFREG|0644, st_size=60754, ...}) = 0
lstat("/home/yaymeh/DF_Masterwork/Dwarf-Therapist/etc/default_gridviews.dtg", {st_mode=S_IFREG|0644, st_size=60754, ...}) = 0
open("/home/yaymeh/DF_Masterwork/Dwarf-Therapist/etc/default_gridviews.dtg", O_RDONLY|O_CLOEXEC) = 11
fcntl(11, F_SETFD, FD_CLOEXEC)          = 0
fstat(11, {st_mode=S_IFREG|0644, st_size=60754, ...}) = 0
fstatfs(11, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=232154255, f_bfree=89941989, f_bavail=78143473, f_files=58974208, f_ffree=57728075, f_fsid={-1073198243, -447652414}, f_namelen=255, f_frsize=4096}) = 0
fcntl(11, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
stat("/home/yaymeh/DF_Masterwork/Dwarf-Therapist/etc/default_gridviews.dtg", {st_mode=S_IFREG|0644, st_size=60754, ...}) = 0
fstat(11, {st_mode=S_IFREG|0644, st_size=60754, ...}) = 0
fstat(11, {st_mode=S_IFREG|0644, st_size=60754, ...}) = 0
brk(0x2b70000)                          = 0x2b70000
read(11, "[info]\r\nDT_version\\major=0\r\nDT_v"..., 60754) = 60754
close(11)                               = 0
brk(0x2b91000)                          = 0x2b91000
brk(0x2bb2000)                          = 0x2bb2000
brk(0x2bd3000)                          = 0x2bd3000
#### and here all the config files are read... lots other stuff... aaaand far far far below: ####
open("/proc/1147/mem", O_RDONLY|O_CLOEXEC) = 11
fcntl(11, F_SETFD, FD_CLOEXEC)          = 0
fstat(11, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
lseek(11, 3707240036, SEEK_SET)         = 3707240036
read(11, "\1\2\0\0\17\0\217\0\3\0\17\0\217\0\3\0\3\0\0\0\377\377\231\335\2\0\0\0\320\212\320\212"..., 16384) = 16384
close(11)                               = 0
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0
write(9, "2014-M?r.-05 18:44:58.224 DEBUG\t"..., 98) = 98
open("/sys/devices/system/cpu/online", O_RDONLY|O_CLOEXEC) = 11
read(11, "0-5\n", 8192)                 = 4
close(11)                               = 0
mmap(NULL, 8392704, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7f3424b77000
mprotect(0x7f3424b77000, 4096, PROT_NONE) = 0
clone(child_stack=0x7f3425376f70, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7f34253779d0, tls=0x7f3425377700, child_tidptr=0x7f34253779d0) = 1549
futex(0x2daf060, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x2daee1c, FUTEX_WAIT_PRIVATE, 1, NULL) = 0
futex(0x2daedf0, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x2daebec, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x2daebe8, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x2daebc0, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x2daef30, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x2cd57bc, FUTEX_WAIT_PRIVATE, 1, NULL) = 0
futex(0x2cd5790, FUTEX_WAKE_PRIVATE, 1) = 0
brk(0x2dd9000)                          = 0x2dd9000
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0
write(9, "2014-M?r.-05 18:44:58.270 INFO\tc"..., 112) = 112
ptrace(PTRACE_DETACH, 1147, 0, SIG_0)   = 0
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0
write(9, "2014-M?r.-05 18:44:58.271 DEBUG\t"..., 126) = 126
stat("/usr/lib/qt/plugins/imageformats/.", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
openat(AT_FDCWD, "/usr/lib/qt/plugins/imageformats", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 15
statfs("/usr/lib/qt/plugins/imageformats/", {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=232154255, f_bfree=89941987, f_bavail=78143471, f_files=58974208, f_ffree=57728075, f_fsid={-1073198243, -447652414}, f_namelen=255, f_frsize=4096}) = 0
getdents(15, /* 5 entries */, 32768)    = 144
getdents(15, /* 0 entries */, 32768)    = 0
close(15)                               = 0
lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib", {st_mode=S_IFDIR|0755, st_size=176128, ...}) = 0
lstat("/usr/lib/qt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins/imageformats", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins/imageformats/libqgif.so", {st_mode=S_IFREG|0755, st_size=27088, ...}) = 0
lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib", {st_mode=S_IFDIR|0755, st_size=176128, ...}) = 0
lstat("/usr/lib/qt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins/imageformats", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins/imageformats/libqico.so", {st_mode=S_IFREG|0755, st_size=27224, ...}) = 0
lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib", {st_mode=S_IFDIR|0755, st_size=176128, ...}) = 0
lstat("/usr/lib/qt", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins/imageformats", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/lib/qt/plugins/imageformats/libqjpeg.so", {st_mode=S_IFREG|0755, st_size=39928, ...}) = 0
stat("/home/yaymeh/DF_Masterwork/Dwarf-Therapist/bin/release/imageformats/.", 0x7fff1f7fcc80) = -1 ENOENT (No such file or directory)
brk(0x2e06000)                          = 0x2e06000
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x38} ---
+++ killed by SIGSEGV (core dumped) +++
+program log:

Code: [Select]

2014-M?r.-05 18:44:58.053 DEBUG core FOUND BEAST "0xd67df518" "Steppe Auroch Bull" [src/dfinstance.cpp:491] (load_dwarves)
2014-M?r.-05 18:44:58.172 DEBUG core FOUND BEAST "0xdcf3c2d0" "Steppe Auroch Cow" [src/dfinstance.cpp:491] (load_dwarves)
2014-M?r.-05 18:44:58.224 DEBUG core read  9  in  5560 ms [src/dfinstance.cpp:496] (load_dwarves)
2014-M?r.-05 18:44:58.270 INFO core found 9 dwarves out of 45 creatures [src/dfinstance.cpp:520] (load_dwarves)
2014-M?r.-05 18:44:58.271 DEBUG core group_by now set to 0  for view  "Labors" [src/models/dwarfmodel.cpp:689] (set_group_by)

edit: The old way of deploying libs with DT might not work any more because of EUID!=UID stuff and changes to security things which result in... problems that I don't understand. I fixed that by inserting

Code: [Select]

addLibraryPath("./")into a random line in dwarftherapist.cpp near those objectoriented looking things that are commented out (one of them says "QApplication" and I read somewhere that QApplication needs a Library path added or something) - don't know if that's a good idea, but bundled libs work without Problems now.

Did not manage to fix the segfault - guess that's some c++ thing.

[milo christiansen]

what version of DT are you using?

Umm... I forget, I just upgraded 2-3 weeks ago though.
(It has been like that for as long as I have used DT, aka 34.7, but I always thought that something was wrong with the alchemy skill in DF not DT so I never reported it)

[Sutremaine]

Found a crash bug with 21.2. If you have a item that's being worn and is made out of... I dunno, something or nothing, DT crashes upon connection to the fortress. I did this by using the following reaction:

Spoiler (click to show/hide)

   [REAGENT:wax:1:GLOB:NONE:NONE:NONE]
      [REACTION_CLASS:WAX]
   [REAGENT:A:1:SKIN_TANNED:NONE:NONE:NONE]
   [PRODUCT:100:1:ARMOR:ITEM_ARMOR_BRIGANDINE:CREATURE_MAT:WAXED_DUMMY:LEATHER]

That made -brigandine- instead of -waxed leather brigandine-.

[yaymeh]

In the meantime, my segfault problem somehow disappeared. No idea why.

Also managed to bundle the qt5 libs. I guess the only thing left to do is the license stuff now. I just have to put a lgpl-2.1.txt and a LGPL_EXCEPTION.txt into the same directory as "libQt5Core.so.5  libQt5Gui.so.5  libQt5Script.so.5  libQt5Widgets.so.5" and leave the MIT license in the main folder alone, right? Or do I have to write that MIT does not affect qt somewhere (or the other way around)?

(edit: Noooo...! Now it's so big I keep failing to upload it with my sucky ISP T_T ...stupid qt5... *grml*)

[splinterz]

what version of DT are you using?

Umm... I forget, I just upgraded 2-3 weeks ago though.
(It has been like that for as long as I have used DT, aka 34.7, but I always thought that something was wrong with the alchemy skill in DF not DT so I never reported it)

hrmm that's really strange, it should have been fixed quite a few versions ago, and since there are mods that use those labors/skills i'm sure it would have been reported again before now. do you have a save i can take a look at?

Found a crash bug with 21.2. If you have a item that's being worn and is made out of... I dunno, something or nothing, DT crashes upon connection to the fortress. I did this by using the following reaction:

Spoiler (click to show/hide)

   [REAGENT:wax:1:GLOB:NONE:NONE:NONE]
      [REACTION_CLASS:WAX]
   [REAGENT:A:1:SKIN_TANNED:NONE:NONE:NONE]
   [PRODUCT:100:1:ARMOR:ITEM_ARMOR_BRIGANDINE:CREATURE_MAT:WAXED_DUMMY:LEATHER]

That made -brigandine- instead of -waxed leather brigandine-.

could you upload a save that i can debug with?

In the meantime, my segfault problem somehow disappeared. No idea why.

Also managed to bundle the qt5 libs. I guess the only thing left to do is the license stuff now. I just have to put a lgpl-2.1.txt and a LGPL_EXCEPTION.txt into the same directory as "libQt5Core.so.5  libQt5Gui.so.5  libQt5Script.so.5  libQt5Widgets.so.5" and leave the MIT license in the main folder alone, right? Or do I have to write that MIT does not affect qt somewhere (or the other way around)?

(edit: Noooo...! Now it's so big I keep failing to upload it with my sucky ISP T_T ...stupid qt5... *grml*)

great, sounds like you're slowly but surely making progress! i know what you mean about the qt5 libraries... i actually had to get a smaller compiled version to cut out a bunch of the libraries (specifically the *.icu ones) due to the way they setup the new dependencies. for the licensing i think just leaving the licenses in their respective folders as you've described would be sufficient, but i'll admit i'm not 100% certain.

[yaymeh]

*sigh* after a clean reinstall, the segfault is back. It happens as soon as I put the default_gridviews.dtg in the ./etc folder and DFT works again as soon as I delete that.

Have not been able to un-segfault it again (no idea what did that).

[splinterz]

*sigh* after a clean reinstall, the segfault is back. It happens as soon as I put the default_gridviews.dtg in the ./etc folder and DFT works again as soon as I delete that.

Have not been able to un-segfault it again (no idea what did that).

is it a set of custom views you created, or just the packaged masterwork ones?

[yaymeh]

Just the one from masterwork. I think it was just a problem with an obsolete game_data.ini for masterwork though - probably noone updated the download (after I grabbed the one from windows Therapist bundled with the latest masterwork release, everything seems to be working again). Will try a clean install later to see if that was the only problem or if the segfaults return (the "animals" tab was segfaulting too and is now working again).

[splinterz]

Just the one from masterwork. I think it was just a problem with an obsolete game_data.ini for masterwork though - probably noone updated the download (after I grabbed the one from windows Therapist bundled with the latest masterwork release, everything seems to be working again). Will try a clean install later to see if that was the only problem or if the segfaults return (the "animals" tab was segfaulting too and is now working again).

that's quite possible, they certainly need to match, as the default views may use roles which exist in the game_data.ini.

[easykiln]

Hey, sorry if this has been covered, but is there any chance we can group by role potential or something? Constantly switching between labour and roles is kinda annoying. What would be best and most intuitive, I think, is that, when you clicked on a job and it sorts all the people with the job enable to the top, it ranked those with no experience by potential.

[splinterz]

Hey, sorry if this has been covered, but is there any chance we can group by role potential or something? Constantly switching between labour and roles is kinda annoying. What would be best and most intuitive, I think, is that, when you clicked on a job and it sorts all the people with the job enable to the top, it ranked those with no experience by potential.

you'll have to correct me if i'm wrong, but i think what you're looking for is to sort by role rating. right click any labor column and choose to sort by the role rating.

[easykiln]

Well now I feel really stupid. I swear I tried right clicking before, I must have screwed something up. Thank you.

[Bo-Rufus CMVII]

you'll have to correct me if i'm wrong, but i think what you're looking for is to sort by role rating. right click any labor column and choose to sort by the role rating.

Nice!