Print

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

[Bersken]

The copy of DT I compiled myself works great for me under Linux kernel version 2.6.32-25 (generic, 32-bit, the copy in the Dwarf Therapist ALPHA_R445 package gives me a symbol lookup error when I start it up, but that's probably a different problem). Linux 2.6.35-22, on the other hand, won't allow DT to attach to DF. (I can re-run it once I reboot back into the newer kernel and post the log file.) I'm guessing it's probably a security feature of the newer kernel.

Anybody know how I get DF and DT talking to each other without having to use the old kernel?

[peterix]

The copy of DT I compiled myself works great for me under Linux kernel version 2.6.32-25 (generic, 32-bit, the copy in the Dwarf Therapist ALPHA_R445 package gives me a symbol lookup error when I start it up, but that's probably a different problem). Linux 2.6.35-22, on the other hand, won't allow DT to attach to DF. (I can re-run it once I reboot back into the newer kernel and post the log file.) I'm guessing it's probably a security feature of the newer kernel.

Anybody know how I get DF and DT talking to each other without having to use the old kernel?

Code: [Select]

sudo sysctl -w kernel.randomize_va_space=0


[Alekiel]

The save one is a known bug. Try it without Therapist and see what happens.

You mean not starting Therapist at all? Cause, yeah, if I don't use it, it doesn't crash. But if I use it, close it and save, it still crashes.

[Bersken]

Code: [Select]

sudo sysctl -w kernel.randomize_va_space=0


Durn... I thought I might have an answer already, but that didn't seem to work.

When I start DT (even after using the above command), or click the connect button from within DT, the line "ptrace attach: Operation not permitted" is printed to the terminal from which I start DT.

Here's the contents of the log file:

Spoiler (click to show/hide)

Code: [Select]

2010-Oct-10 21:43:36.608 INFO    core    Dwarf Therapist "0.6.4" starting normally. [src/dwarftherapist.cpp:99] (setup_logging)
2010-Oct-10 21:43:36.715 INFO    core    Loaded 7 views from disk [src/viewmanager.cpp:137] (reload_views)
2010-Oct-10 21:43:36.743 DEBUG    core    "redrew views in 28ms" [src/viewmanager.cpp:169] (draw_views)
2010-Oct-10 21:43:36.746 DEBUG    core    setting up connections for MainWindow [src/mainwindow.cpp:114] (MainWindow)
2010-Oct-10 21:43:36.751 DEBUG    core    group_by now set to 0 [src/models/dwarfmodel.cpp:419] (set_group_by)
2010-Oct-10 21:43:36.752 DEBUG    core    beginning to read settings [src/dwarftherapist.cpp:121] (read_settings)
2010-Oct-10 21:43:36.752 DEBUG    core    finished reading settings [src/dwarftherapist.cpp:167] (read_settings)
2010-Oct-10 21:43:36.821 DEBUG    core    attempting connection to running DF game [src/mainwindow.cpp:220] (connect_to_df)
2010-Oct-10 21:43:36.822 DEBUG    core    adding valid layout "v0.31.16" "0x9cca2fa5" [src/dfinstance.cpp:89] (DFInstance)
2010-Oct-10 21:43:36.823 DEBUG    core    adding valid layout "v0.31.15" "0x1cd8dc24" [src/dfinstance.cpp:89] (DFInstance)
2010-Oct-10 21:43:36.823 DEBUG    core    adding valid layout "v0.31.08" "0xe3775089" [src/dfinstance.cpp:89] (DFInstance)
2010-Oct-10 21:43:36.824 DEBUG    core    adding valid layout "v0.31.05" "0xfea3801a" [src/dfinstance.cpp:89] (DFInstance)
2010-Oct-10 21:43:36.824 DEBUG    core    adding valid layout "v0.31.04" "0x1d759a11" [src/dfinstance.cpp:89] (DFInstance)
2010-Oct-10 21:43:36.824 DEBUG    core    adding valid layout "v0.28.181.40d16" "0xdab3ce6b" [src/dfinstance.cpp:89] (DFInstance)
2010-Oct-10 21:43:36.860 ERROR    core    Could not attach to PID 2611 [src/dfinstancelinux.cpp:158] (attach)
2010-Oct-10 21:43:36.861 DEBUG    core    base_addr: 0 HEX 0 [src/dfinstancelinux.cpp:317] (find_running_copy)
2010-Oct-10 21:43:36.890 DEBUG    core    DF's checksum is "0x9cca2fa5" [src/dfinstancelinux.cpp:321] (find_running_copy)
2010-Oct-10 21:43:37.753 INFO    core    RUNNING VERSION         : "0.6.4" [src/mainwindow.cpp:373] (version_check_finished)
2010-Oct-10 21:43:37.753 INFO    core    LATEST AVAILABLE VERSION: "0.6.4" [src/mainwindow.cpp:374] (version_check_finished)
2010-Oct-10 21:43:40.940 INFO    core    Beginning shutdown [src/mainwindow.cpp:212] (closeEvent)
2010-Oct-10 21:43:40.941 DEBUG    core    beginning to write settings [src/mainwindow.cpp:196] (write_settings)
2010-Oct-10 21:43:40.942 DEBUG    core    finished writing settings [src/mainwindow.cpp:207] (write_settings)
2010-Oct-10 21:43:40.950 INFO    core    Closing Dwarf Therapist normally [src/mainwindow.cpp:216] (closeEvent)

Does kind of look like that should've worked.

Like I said, it works if I boot to the 2.6.32 kernel, but I like having the hardware sensor compatibility of the new kernel.

So... is no one else having this issue?

[peterix]

Code: [Select]

sudo sysctl -w kernel.randomize_va_space=0


Durn... I thought I might have an answer already, but that didn't seem to work.

When I start DT (even after using the above command), or click the connect button from within DT, the line "ptrace attach: Operation not permitted" is printed to the terminal from which I start DT.

Here's the contents of the log file:

Spoiler (click to show/hide)

Code: [Select]

2010-Oct-10 21:43:36.608 INFO    core    Dwarf Therapist "0.6.4" starting normally. [src/dwarftherapist.cpp:99] (setup_logging)
2010-Oct-10 21:43:36.715 INFO    core    Loaded 7 views from disk [src/viewmanager.cpp:137] (reload_views)
2010-Oct-10 21:43:36.743 DEBUG    core    "redrew views in 28ms" [src/viewmanager.cpp:169] (draw_views)
2010-Oct-10 21:43:36.746 DEBUG    core    setting up connections for MainWindow [src/mainwindow.cpp:114] (MainWindow)
2010-Oct-10 21:43:36.751 DEBUG    core    group_by now set to 0 [src/models/dwarfmodel.cpp:419] (set_group_by)
2010-Oct-10 21:43:36.752 DEBUG    core    beginning to read settings [src/dwarftherapist.cpp:121] (read_settings)
2010-Oct-10 21:43:36.752 DEBUG    core    finished reading settings [src/dwarftherapist.cpp:167] (read_settings)
2010-Oct-10 21:43:36.821 DEBUG    core    attempting connection to running DF game [src/mainwindow.cpp:220] (connect_to_df)
2010-Oct-10 21:43:36.822 DEBUG    core    adding valid layout "v0.31.16" "0x9cca2fa5" [src/dfinstance.cpp:89] (DFInstance)
2010-Oct-10 21:43:36.823 DEBUG    core    adding valid layout "v0.31.15" "0x1cd8dc24" [src/dfinstance.cpp:89] (DFInstance)
2010-Oct-10 21:43:36.823 DEBUG    core    adding valid layout "v0.31.08" "0xe3775089" [src/dfinstance.cpp:89] (DFInstance)
2010-Oct-10 21:43:36.824 DEBUG    core    adding valid layout "v0.31.05" "0xfea3801a" [src/dfinstance.cpp:89] (DFInstance)
2010-Oct-10 21:43:36.824 DEBUG    core    adding valid layout "v0.31.04" "0x1d759a11" [src/dfinstance.cpp:89] (DFInstance)
2010-Oct-10 21:43:36.824 DEBUG    core    adding valid layout "v0.28.181.40d16" "0xdab3ce6b" [src/dfinstance.cpp:89] (DFInstance)
2010-Oct-10 21:43:36.860 ERROR    core    Could not attach to PID 2611 [src/dfinstancelinux.cpp:158] (attach)
2010-Oct-10 21:43:36.861 DEBUG    core    base_addr: 0 HEX 0 [src/dfinstancelinux.cpp:317] (find_running_copy)
2010-Oct-10 21:43:36.890 DEBUG    core    DF's checksum is "0x9cca2fa5" [src/dfinstancelinux.cpp:321] (find_running_copy)
2010-Oct-10 21:43:37.753 INFO    core    RUNNING VERSION         : "0.6.4" [src/mainwindow.cpp:373] (version_check_finished)
2010-Oct-10 21:43:37.753 INFO    core    LATEST AVAILABLE VERSION: "0.6.4" [src/mainwindow.cpp:374] (version_check_finished)
2010-Oct-10 21:43:40.940 INFO    core    Beginning shutdown [src/mainwindow.cpp:212] (closeEvent)
2010-Oct-10 21:43:40.941 DEBUG    core    beginning to write settings [src/mainwindow.cpp:196] (write_settings)
2010-Oct-10 21:43:40.942 DEBUG    core    finished writing settings [src/mainwindow.cpp:207] (write_settings)
2010-Oct-10 21:43:40.950 INFO    core    Closing Dwarf Therapist normally [src/mainwindow.cpp:216] (closeEvent)

Does kind of look like that should've worked.

Like I said, it works if I boot to the 2.6.32 kernel, but I like having the hardware sensor compatibility of the new kernel.

So... is no one else having this issue?

I'll assume you use Ubuntu 10.10 and their fail-patched kernels (from my point of view anyway).
Read this:
https://wiki.ubuntu.com/SecurityTeam/Roadmap/KernelHardening#ptrace%20Protection

Same applies to DFHack of course, because the methods used are the same.

What a steaming pile of fail. Why?

Spoiler (click to show/hide)

Because while it does provide some security for the usual userspace boring-ware, it doesn't provide a way to define exceptions. So, you either have this enabled for everything and shit breaks, or you have it disabled and nothing is secure. You can run DT as root through sudo, but that will f-up permissions and throw any security out of the window entirely because it will allow you to debug ANY process, not just your own...

%#$@ like this is exactly the reason why I ran away from Ubuntu. Even Windows is better at things like this... install any decent system protection app and it will pop-up a nice dialog that will ASK what should be done. In the case where the user doesn't install such protections, things just work.

/rant

 

[Delduvat]

There`s a wrong offset in v0.31.16_graphics.ini:

Code: [Select]

sex                     = 0x00F8
should be

Code: [Select]

sex                     = 0x00FA

[Bersken]

I'll assume you use Ubuntu 10.10 and their fail-patched kernels (from my point of view anyway).
Read this:
https://wiki.ubuntu.com/SecurityTeam/Roadmap/KernelHardening#ptrace%20Protection

Same applies to DFHack of course, because the methods used are the same.

Right on the nose. (I mentioned having just upgraded to Ubu 10.10 in the subject of my first post on the subject, but then a while after posting the second, I realized... "I never read the subject on individual posts; why would anyone else?") Typing in "sudo sysctl -w kernel.yama.ptrace_scope=0" before starting Dwarf Therapist allows me attach DT to Dwarf Fortress (at the cost of leaving my running processes a bit more vulnerable, I guess).

(Hmmm... Maybe I ought to see how well DF and DT run on VirtualBox VM... Probably some posts on it somewhere in these forums.)

[Shoku]

Request: Add military sorting by squad.

[SalmonGod]

I just assign squads as a custom profession and it works out pretty well for me

[GJScarritt]

First off, thank you for a wonderful program.  It simplifies so much when it comes to handing my dwarfs.

I'm not sure if you like hearing requests/suggestions, if not, please ignore completely. 

Would it be possible to also have a sorting of dwarfs by age?  Not really sure how practical or how much demand there is, but there are times when I'd love to know how many babies/kids I have (and how old they are).  I'm currently more into long-term games (also I'm still learning, so Invasions are currently off).  But as I learn more, I'll start delving into mega-projects (to learn the finer points of the higher-end things), so I'd be working within multi-generations.

[rmunn]

The copy of DT I compiled myself works great for me under Linux kernel version 2.6.32-25 (generic, 32-bit, the copy in the Dwarf Therapist ALPHA_R445 package gives me a symbol lookup error when I start it up, but that's probably a different problem). Linux 2.6.35-22, on the other hand, won't allow DT to attach to DF. (I can re-run it once I reboot back into the newer kernel and post the log file.) I'm guessing it's probably a security feature of the newer kernel.

Anybody know how I get DF and DT talking to each other without having to use the old kernel?

It sounds like the ptrace_scope security feature that people upgrading to Ubuntu 10.10 are running into. This thread has the details of how to turn it off. Summary:

Code: [Select]

echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope
That'll make it work until the next time you reboot. To make a permanent change, edit the /etc/sysctl.d/10-ptrace.conf file in super-user mode (see the post if you don't know how to do that) and, search for the ptrace_scope value, and change it from 1 to 0. Save, and now the change will persist across reboots.

If this doesn't solve your problem, then post the error message you're getting and hopefully someone will be able to figure it out... but I think this should do it for you.

[t-loria]

Hmmm did dwarf-therapist drop xp compatibility or something :?

I got DF (3.16) and DT (6.4)on my laptop(i3 win7 64bit)and there working perfectly.
However if i copy that dir to my other pc (amd x3  xp 32bit) that doesnt work
It keeps telling me it doesnt understand this version.

Downloading a fresh install didnt help.   whats going on ?

[bremarv]

Do you get a popup showing the versions it does support? if so I would make sure you actually have the windows 31.16 memory layout. don't know how the folder structure is on windows but maybe the memory layout isnt in the folders you copied over.

[t-loria]

It does show me the versions its support, which includes the 31.16 im running.
As fas as i can tell neither DT or DF actually "install anything".  it just runs from wherever you copied it.
But also a brand new lazynewbpack  doesnt  work

[ActnMoviHeroBoy]

I read somewhere that it'd be relatively easy to port Therapist to Mac. Does anyone know if there are plans to make this happen? As soon as i get to about 30 dwarves at the moment my fortress is pretty much boned from lack of organization -_-