Closed matt32106 closed 4 years ago
Is it possible that you've nicknamed a unit "&bookeeper" or something similar?
bookeeper
is what's in the original error (one k, not two). Can you search for that?
hippo@hippo-camp:~/Desktop/LinuxLNP-0.44.12-r02/df_linux$ grep -n "bookeeper" region1-00133-07-09-legends.xml
1079837: <name>`bookeeper' oilystopped</name>
1404558: <name>`mgr&bookeeper' swelteredbook</name>
Problem is I can't find this name in DF interface to change it.
It might be from an older fort. You should be able to replace & with &
to work around it. In any case, this looks like a DF bug to me, but exportlegends probably has a similar bug. Maybe LegendsBrowser could work around it too somehow.
Workaround: I used vim to replace the & in names by a space and the file loads OK.
Looked at this when I was working on https://github.com/DFHack/dfhack/issues/1418 - this line in your logs indicates to me that this is a DF issue (i.e. DFHack doesn't generate the file in question), so it should probably be reported on Mantis:
[2019-01-01 17:50:53] INFO: load legends: /home/hippo/Desktop/LinuxLNP-0.44.12-r02/df_linux/region1-00133-07-09-legends.xml
Hi, Ubuntu 18.04 LTS, LNP 44.12.r02.
I did
open-legends
thenexportlegends info
in DFHack console. When I try to open the resulting xml file in the browser, it displaysloading legends.xml...
but nothing happens afterwards. I have found the following in the log:`