Bay 12 Games Forum

The cache I'm referring to is a wiki-side cache, not browser-side. Purging the problematic page would force it to re-render, and then all logged-out users would be shown the newly-rendered version.

Are you logged out? If so, it's probably this issue, and the discussion there also has a workaround (purging the page from the cache).

Not really sure how to fix this, unfortunately - possibly a Mediawiki bug.

Whoops, it was very late when I saw this, and I misread it and thought the issue was that the script no longer worked:

Just noticed this is no longer shipped with DFHack, at least in the latest LNP, 47.04.r11. It was included in 47.04.r10.

If you're just trying to obtain the script itself, see PatrikLundell's link. If it would be useful to include in the standard DFHack distribution, we can make that happen too.

Some packs bundle additional scripts that DFHack doesn't include - maybe that's it?

We could probably fix and include this one, but it doesn't seem to include documentation, so I'm not quite sure what it does.

Interesting - at this point, I might begin to suspect a physical memory issue, which programs like DF could be more likely to trigger as they use more memory. "cleanconst" does result in DF using less memory, but would be unlikely to directly solve a crash unless construction items themselves are corrupted (which I would expect to also trigger a crash when saving a game, possibly even loading it, and maybe more frequently than what you're seeing when the game is running).

I'm not trying to send you on a search for an issue that doesn't exist, of course - I'm glad you were able to fix it!

Can you post the full error log somewhere? It looks like it's trying to include Linux headers, and I'm not sure why that would be happening if you're using MSVC. Another possibility is that these errors were produced by test programs checking whether those headers exist, in which case they would be harmless, but I would need more context to determine that.

Right - the way to generate them is to set up a build environment and build DFHack (specifically, at least the "generate_headers" target). If you're only interested in the type definitions and don't need the exact headers, they are generated from df.*.xml files in https://github.com/dfhack/df-structures/ (loosely organized into separate files, as PatrikLundell mentioned). The specific class you asked about is defined here.

https://docs.dfhack.org/en/stable/docs/Structures-intro.html goes into a bit of detail about how DF-structures works, and links to some other pages.

Having the generated .h files float around on github would result in issues when you generate them locally (e.g. after updating the XML locally), unless there's a way get them to be visible on github but be exempt from source control so they are readily replaced by local generation after being downloaded (but how would that logic know when to download and when not to?).

codegen.pl will always generate new headers and replace the existing ones if necessary, although it's only run by CMake if codegen.out.xml is "out-of-date", i.e. older than the df.*.xml files. There are a couple reasons we don't include the headers in the DFHack repo:
- They're generated, and including generated files in source control usually isn't a good idea (among other reasons, it isn't necessary since the files can be generated, and it leads to larger diffs)
- They're generated from source files in another repo (from df-structures, and stored in library/include/df of the main DFHack repo), so keeping them in sync with the source files would be an additional challenge
- There are a lot of them (around 1750 as of 0.47.04-r4), so keeping them in source control would lead to rather large diffs

There is actually a CMake option that installs the generated headers (and as a result, includes them in release packages), but we haven't enabled it in a while because it leads to larger archives that take a long time for some unzipping tools to extract, and there isn't a very well-defined process for using the headers outside of DFHack currently.

gui/gm-editor?