Print

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

[Billy Jack]

BillyJack: Yep. Still cleaning up menus I see. Keep at it The stone stockpile is giving me trouble, there is so much odd stuff in there.

I've been trying to think of a nice way to say, "This mod needs a clean-up".  It would definitely be helpful if the unused items and materials were cleaned up as it would help avoid errors, such as when the forge mail armor reactions were creating a different mail shirt than the one made as an item at the forge.

But it's hard for us to help with the clean-up, because we don't what is part of something that you are experimenting with for a future release.

[Hexatona]

I'm not sure what it looked like in previous versions but SpaceFox seems weird in 4c.

With Creature Sprites turned on, the dwarfs look like the ones in th custom sheets.

If you turn off Creature Sprites though, all the dwarf sprites are either 'd' or a pic of the dead spacefox dwarf sprite.

[Another]

I repost this to more appropriate thread with savegame attached:

...
I canīt believe this happened to you, you forgot get your Armok ward than protect you from those possessions, pick some from trading or pick some from your church using a Orichalcum bar. A put one in critical spots, like, near to your trade depot, one in your Meeting area. Probably your need one next to your Butchery-refuse stockpile, or next to your bone stockpile, and one next to your military zone. (Any of those can be corrupted, diseased or possesed by hidden threads from outsiders, invaders or monsters or even the savagery can be infected by nasty stuff. So, ward yourself!

For some reason my Armok Ward is doing nothing about bloodbeasts. I have a seasonal save where one possessed dwarf paints his pentagrams on a square literally right next to a ward for no effect.

http://dffd.wimbli.com/file.php?id=8091

Also lots of dwarves there make faces when they hear religious public speech with no other followup reactions.

[JodGap]

@Meph
The problem with the MINECARTS TILE is in Spacefox. (should be contact with Spacefox author too?)

[urmane]

Aw!

Loot has been returned to the fortress
Becor Ogredkob broker cancels Unpack loot (dungeon): Needs (expedition supplies) box of loot

[Another]

Aw!

Loot has been returned to the fortress
Becor Ogredkob broker cancels Unpack loot (dungeon): Needs (expedition supplies) box of loot

This thing looks very much like what frequently happens when one of the job reagents (box of loot in this case) is stockpiled (finished goods->tools) and the bin it resides in is taken for a "walk" by a hauler that wants to put an unrelated finished good into that bin. Overly aggressive bin usage leads to lots of similar job cancellations.

[Billy Jack]

Go to the Finished Goods stockpile and disable the storage of items made of material "(expedition supplies)"

Many of the items in Masterwork are generic tools and would be filtered by the tools entry in types.  But these special items are also made of a particular stone material, so the way to control the stockpiling (or not) of them is to filter by the material of the item.

[tenshi99]

This bug is a really old one, but seems like nobody noticed it:

The tile used for MINECARTS in the raws [TILE:254] contains the art of a BLOCK.
It should use instead the art of a MINECART [TILE:152]

I edited the tile on this 2 files and the next tools inside them:

item_tool.txt
[ITEM_TOOL:ITEM_TOOL_MINECART]

item_tool_masterwork.txt
[ITEM_TOOL:ITEM_TOOL_TANKER]
[ITEM_TOOL:ITEM_TOOL_MINECART_BLADE]
[ITEM_TOOL:ITEM_TOOL_MINECART_SPIKE]
[ITEM_TOOL:ITEM_TOOL_TRACKTRAP_BLADE]
[ITEM_TOOL:ITEM_TOOL_TRACKTRAP_SPIKE]

-- [TILE:254]
++ [TILE:152]

Which tileset?

Phoebus also have this problem. minecarts and wheelbarrows have crappy tile.

[Another]

I encountered/found another bug: attempting to make sun berry poison produces containers with "liquid" that can not be used for anything. I believe that it is caused by workshop reaction calling for "LIQUID_SUN" material for the product, but search in all raw files shows that this material is never actually defined.

[Putnam]

I get this in scary red letters in dfhack:

Spoiler (click to show/hide)

Code: [Select]

DFHack is ready. Have a nice day!
Type in '?' or 'help' for general help, 'ls' to see all commands.
Detected spatter add reactions - enabling plugin.
Detected reaction hooks - enabling plugin.
Detected steam engine workshops - enabling plugin.
Fixing cloth stockpile handling (bug 5739)...
Patched 1649975 bad references in 49577 materials.
...erworkDF 4b\Dwarf Fortress\hack\scripts/itemsyndrome.lua:59: attempt to index
 local 'material' (a boolean value)
stack traceback:
        ...erworkDF 4b\Dwarf Fortress\hack\scripts/itemsyndrome.lua:59: in funct
ion 'getMaterial'
        ...erworkDF 4b\Dwarf Fortress\hack\scripts/itemsyndrome.lua:285: in func
tion 'applySyndromesBasedOnItems'
        ...erworkDF 4b\Dwarf Fortress\hack\scripts/itemsyndrome.lua:348: in func
tion <...erworkDF 4b\Dwarf Fortress\hack\scripts/itemsyndrome.lua:347>
E:\dfapi\plugins\autoSyndrome.cpp line 284: Couldn't find unit -1.
...erworkDF 4b\Dwarf Fortress\hack\scripts/itemsyndrome.lua:59: attempt to index
 local 'material' (a boolean value)
stack traceback:
        ...erworkDF 4b\Dwarf Fortress\hack\scripts/itemsyndrome.lua:59: in funct
ion 'getMaterial'
        ...erworkDF 4b\Dwarf Fortress\hack\scripts/itemsyndrome.lua:285: in func
tion 'applySyndromesBasedOnItems'
        ...erworkDF 4b\Dwarf Fortress\hack\scripts/itemsyndrome.lua:348: in func
tion <...erworkDF 4b\Dwarf Fortress\hack\scripts/itemsyndrome.lua:347>
[DFHack]#

Looking at itemsyndrome.lua line 59 - it is probably nothing serious, but I suggest changing

Code: [Select]

    if material.mode ~= "inorganic" or not material then
to

Code: [Select]

    if not material or material.mode ~= "inorganic" then
because lua uses lazy logical evaluation by default.

"plugins\autoSyndrome.cpp line 284: Couldn't find unit -1." is not something I can estimate importance of right away.

I already did a long time ago, Meph just hasn't updated :I

Also, the autosyndrome thing is harmless.

[urmane]

(Not sure this is the right place for this - let me know.)

Doing some testing with fix/growthbug.rb on linux.  Based on what I'm seeing for unit birth_times - mostly 0, 1, double digit ints, or huge positive/negative ints - and the large number getting modified every time I run - ~100 "fixed" each time I run "fix/growthbug now", once a second immediately after start - I would guess that perhaps the birth_time variable is not mapping to the correct memory location.  This theory is bolstered by the fact that the hang happens when an assignment is attempted - running a version of the script that does not write to unit.relation.birth_time works just fine.

Anyone playing on linux, leave "fix/growthbug enable" commented out in your dfhack.init if it's hanging for you.

Cut-n-paste of current (ugly) code snippet:

Code: [Select]

def process
                count = 0
                df.world.units.active.each do |unit|
                        if unit and unit.relations and unit.relations.birth_time then
                                puts "unit has birth_time #{unit.relations.birth_time}"
                                if unit.relations.birth_time > 0 then
                                        r = unit.relations.birth_time % 10
                                        if r > 0 then
                                                unit.relations.birth_time -= r
                                                puts "  unit now has birth_time #{unit.relations.birth_time}"
                                                count += 1
                                        end
                                end
                        end
                end
                puts "FixGrowth: Fixed #{count} units so that their size will grow/thicken." unless count == 0

End of output just before hang:

Code: [Select]

unit has birth_time 0
unit has birth_time 7012459
  unit now has birth_time 7012450
unit has birth_time 0
unit has birth_time 0
unit has birth_time 0
unit has birth_time 0
unit has birth_time 274006465
  unit now has birth_time 274006460
unit has birth_time -1
unit has birth_time 40
unit has birth_time 0
unit has birth_time -1
unit has birth_time -1718639376
unit has birth_time 0
unit has birth_time 0
unit has birth_time -1702744808
unit has birth_time 1
  unit now has birth_time 0
unit has birth_time 69
  unit now has birth_time 60
unit has birth_time -1258291026
unit has birth_time 35
  unit now has birth_time 30
unit has birth_time 0
unit has birth_time 0
unit has birth_time -1370843632
unit has birth_time 50332165
  unit now has birth_time 50332160
unit has birth_time 69
  unit now has birth_time 60
unit has birth_time 0
unit has birth_time 0
unit has birth_time 0
FixGrowth: Fixed 106 units so that their size will grow/thicken.
[DFHack]# fix/growthbug now
(hung)


[Putnam]

It would post that in the DFHack thread.

[RandomName]

4b:
I'm not sure if this is a bug, but it was certainly unexpected and had devastating consequences to my fort.

I pastured a magmaling at the bottom of my empty moat (3 tile wide around my above-ground area). By chance, it ended up underneath the bridge for my main entrance. Most of the magma spawned on the tiles directly above the magmaling, causing quite a lot of damage.

The floor is now lava:
https://dl.dropboxusercontent.com/u/1320684/magma.png

[Szarrukin]

Every immigrant with "trader" profession ends as "friendly" unit, sometimes blocking entry to other migrants. ;/ (masterwork v4c). Also, my ward ignores bloodbeast-possessed dwarf (he's 2 tiles close to ward, but nothing happens)

[RandomName]

Every immigrant with "trader" profession ends as "friendly" unit, sometimes blocking entry to other migrants. ;/ (masterwork v4c). Also, my ward ignores bloodbeast-possessed dwarf (he's 2 tiles close to ward, but nothing happens)

The "trader" thing is a vanilla bug I think, though I've only seen it in Masterwork. It's fixed by pointing at the dwarf in question with the cursor, and running "tweak fixmigrant" in dfhack.