Print

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

[MaximumZero]

I uploaded an actual XML file to dffd for those who can't or don't know how to make XML files.

Find it here: http://dffd.wimbli.com/file.php?id=2795

[SeveQ]

It's probably considered cheating, I know, but do you think there is a way to use DFHack to add plants and/or trees to a running fortress, to "reforest" its surroundings? I'm running out of wood... 

[devek]

There is more wood in the caverns

[jaked122]

DF itself should be able to determine the needed offsets. I wonder if Toady was willing to add a feature that would log some offsets somewhere. Just my two cents...

it'd be nice if people stopped asking for toady to change the application to support this third party project. I mean, I doubt he'd want to anyways...
this is a cheating application, therefore it can and will not be supported by the developer.
I use this tool myself, but I don't thing it would be a good idea to do something such as this, changing the engine to support a utility designed to alter the engine? doesn't sound like it would be safe.

[sizeak]

Err not really. Writing the offset's of various data structures used by the game to a file is hardly dangerous, nor would it be particularly difficult

[devek]

Ok.. I need help.

I just started learning C++ a few days ago. My program works now and when you get below a specified amount of potash or ash it queues the creation of more for you automatically, it just leaks 1 meg of ram each time it loops.

It doesn't leak a single byte of ram in the loop if this line is taken out....

Code: [Select]

item = items->getItemDescription(p_items[i], Materials).c_str();

[soul4hdwn]

Ok.. I need help.

I just started learning C++ a few days ago. My program works now and when you get below a specified amount of potash or ash it queues the creation of more for you automatically, it just leaks 1 meg of ram each time it loops.

It doesn't leak a single byte of ram in the loop if this line is taken out....

Code: [Select]

item = items->getItemDescription(p_items[i], Materials).c_str();

ahh the pitfalls of C

[sizeak]

It's all good practice

[peterix]

Ok.. I need help.

I just started learning C++ a few days ago. My program works now and when you get below a specified amount of potash or ash it queues the creation of more for you automatically, it just leaks 1 meg of ram each time it loops.

It doesn't leak a single byte of ram in the loop if this line is taken out....

Code: [Select]

item = items->getItemDescription(p_items[i], Materials).c_str();

Amazing. And I thought I should rip that part of DFHack out and rewrite it... or spend much more time and document what's it actually doing ~_~

* peterix is amazed it works.

Also, I should have 31.11 supported shortly... seems like other people did most of the work already Just needs a bit of testing and doing the same for Maps stuff support on Linux.

[Kadath]

Also, I should have 31.11 supported shortly...

Excellent.

[marcusbjol]

DF itself should be able to determine the needed offsets. I wonder if Toady was willing to add a feature that would log some offsets somewhere. Just my two cents...

it'd be nice if people stopped asking for toady to change the application to support this third party project. I mean, I doubt he'd want to anyways...
this is a cheating application, therefore it can and will not be supported by the developer.
I use this tool myself, but I don't thing it would be a good idea to do something such as this, changing the engine to support a utility designed to alter the engine? doesn't sound like it would be safe.

This is sorta in/correct.  Dwarf Therapist is a memory hack, but is almost required to play the larger fortresses.  Abstracting the UI would fall under this category.

[MaximumZero]

You know what would be awesome? A way to attach all the modding tools to the UI. Could you imagine being able to use DT or DFHack or Runesmith or whatever from INSIDE Dwarf Fortress? That would be awesome. (I know, department of redundancy department, but still. It would be.)

[devek]

Amazing. And I thought I should rip that part of DFHack out and rewrite it... or spend much more time and document what's it actually doing ~_~

* peterix is amazed it works.

Also, I should have 31.11 supported shortly... seems like other people did most of the work already Just needs a bit of testing and doing the same for Maps stuff support on Linux.

Oh ok.. hrm. Well, all I am really needing to do is count the amount of certain types of items, not dump them. Gonna try looking at how the stocks screen does its job now I guess. Was hoping I would get lucky, the stock screen doesn't seem to keep a running total

[xDarkz]

Can't wait for for new version :].

[devek]

Ya, looks like the way to count items with DFhack and not leak memory is something like..

Code: [Select]

    ash = 0;
    logs = 0;
    potash = 0;
    DFHack::DfVector <uint32_t> p_items (p, p->getDescriptor()->getAddress ("items_vector"));
    uint32_t size = p_items.size();
    DFHack::Items *items = DF->getItems();
    for (unsigned int i=0;i<size;i++)
    {
        uint32_t vtable = p->readDWord(p_items[i]);
        if(p->readClassName(vtable).compare("item_woodst") == 0 ) { logs++; continue; }
        if((p->readClassName(vtable).compare("item_barst") == 0) &&
           (p->readWord(p_items[i]+138) == 9))  { ash++; continue; }
        if((p->readClassName(vtable).compare("item_barst") == 0) &&
           (p->readWord(p_items[i]+138) == 8))  { potash++; continue; }
    }
    items->Finish();
Works pretty fast, and I have had my program on an infinite loop the last hour without it gaining a byte.