Probleme mit der townbuildingutil.lua

Scanne doch mal den/die Modordner durch, nach der Datei townbuildingutil.lua

Das Problem ist auch nicht die Townbuilding.lua an sich, sondern das, was sie zu tun versucht und nicht schafft.

Es scheint, daß in der Datei  res/construction/construction.zip/building/era_b/res_1_1x2_02.con eine Kapazität nicht definiert ist. Daß das ein globales Problem ist, glaube ich nicht, denn dann würde das Spiel irgendwo im Verzeichnis /era_a/ schon zu quengeln anfangen - immerhin ist das alphabetisch früher.

Schau dir mal an, ob es die Datei gibt und ob sie im Originalzustand ist.

Schau bitte einmal in deine Verzeichnisse und öffne die Datei. Interessant ist, was ganz unten im Block zwischen function data() und end steht.

Ersetze mal das {1, 1}, in Zeile 7 durch { 1, 2}, . Das wäre der funktionierende Zustand, den ich in der Datei bei mir gefunden habe.

Das capacity field in den params wird vom Spiel der updateFn Funktion bei dem Update eines Gebäudes übergeben. D.h. die Infos sind in dem Spielstand enthalten. Die capacity ist nämlich variabel und nicht für ein Gebäude konstant. Es ist sehr komisch, dass das nil ist.

Ich habe nichts auffälliges in der Modliste gefunden? War vorher eine Mod in diesem Bereich aktiv, die kürzlich entfernt wurde?

Population Faktor ist eine der Mods, die die updateFn von Stadtgebäuden modifizieren. Darüber könnte man das/die problematischen Gebäude finden und abreißen oder den Fehler anders umgehen.

Tom hat mir den Spielstand zur Analyse geschickt. Ich habe mal ein paar prints eingefügt, um zu schauen was falsch läuft.

Ich kann es kaum glauben, was hier passiert:

Normalerweise sieht ein Update eines Townbuildings so aus:

TownBuilding Update:  "res/construction/building/era_b/res_1_1x2_02.con"
{
  capacity = 1,
  cargoTypes = { },
  depth = 20,
  parcelFace = {
    { -4.263671875, 0, 0, },
    { 4.263671875, 0, 0, },
    { 4.643798828125, 15.9951171875, 0, },
    { -4.642333984375, 15.99609375, 0, },
  },
  seed = -4332,
  state = {...

Wenn dann der Fehler auftritt, weil das "capacity" feld der params fehlt, sieht es so aus:

TownBuilding Update:  "res/construction/building/era_b/res_1_1x2_02.con"
{
  capacidy = 1,
  cargoTypes = { },
  depth = 20,
  parcelFace = {

Ja richtig, da steht "capacidy"

Aber das komische ist die Frage, wann das auftritt und ob Tom offenbar der erste ist bei dem das auffällt. Eventuell kam der Bug durch das letzte Update rein. Keine Ahnung ob UG das bekannt ist.

Also ich hab mal die Analyse der Binärdateien für Linux Build 35915 und 35922 angeschaut, da ist kein capacidy drin.

Mal Mod Dateien durchgeschaut, oder Mods die Konstruktionen verschieben können?

C++ Code macht ungefähr das hier in BuildingTypeRep::ConstructProposal, und parcel_util::anonymous::Build, da kommt dann noch parcelFace später dazu.

Also weiteren Code hab ich nicht für Stadtgebäude gefunden.

lua::Table::Set(v300, "seed", a3a);
a3a = a2->capacity;
lua::Table::Set(v300, "capacity",a3a);
a3a= (a2->parcels._M_finish - a2->parcels._M_start) * 10.0;
lua::Table::Set(v300, "width", a3a);
a3a = a2->depth * 10.0;;
lua::Table::Set(v300, "depth", &a3a);

// parcelFace  

if ( !entry->name.size_ )
{
Assert(
"!m_types[iindex].name.empty()",
"../../train_fever/src/Lib/Util/ResTypeRep.h",
161LL,
"const Type& ResTypeRep<Type_, IdType_>::Get(ResTypeRep<Type_, IdType_>::IdType) const [with Type_ = ConstructionDesc; IdType_ = ConstructionId; ResTypeRepType_, IdType_>::Type = ConstructionDesc; ResTypeRep<Type_, IdType_>::IdType = ConstructionId]");
}

pdesc = entry->pdesc
if ( !pdesc->updateFn._M_manager )    

{
    std::__throw_bad_function_call();
}
// hier wird die updateFn durch TPF2 aufgerufen:
pdesc->updateFn._M_invoker(&result, &pdesc->updateFn, &v300);
ConstructionResultReturn::copy(&conresult, &result);

"capacity" ist eine char Konstante, die wird auch beim Kompilieren zusammengefasst und zum Beispiel für die Kapazität von Fahrzeugen genutzt.

Mir kann also nur einfallen, das auf der Karte eine (Industrie)Konstruktion erstellt wurde, mit der Nutzung der Gebäude con Datei und falsche Daten.

Sonst würde jedes Bauen eines Stadtgebäudes einen Fehler triggern.

Ich hab den Code ziemlich auseinander genommen um echte Stadthäuser zu bauen, aber die Parcels wollen nicht... (daher hat der Code da auch sehr viele von mir vergebene Namen)

-edit-

Du kannst ja mal jede Konstruktion der Karte per lua testen ob du irgendwo capacidy drin hast

Hier ist der Übeltäter

frage mich trotzdem, wie sowas passieren kann... da muss ja eigentlich mal eine Mod in der Richtung aktiv gewesen sein

Gebäude wurde vor ca 16h gebaut

Da es ja ein echtes Townbuilding ist, da gibt es in TPF2 eigentlich kein Möglichkeit dieses zu triggern, die Daten kommen von C++ Code Seite. Stadterweiterungen laufen im eigene Thread.

Mir fällt da eigentlich nur ein Script Mod ein, das während der Verschiebens/Umbau von Straßen das Proposal der Konstruktion ändert. Wobei man ja da auf die Parcels auch keinen Einfluss hat.

Da ja jetzt die Position bekannt ist. Wurde da irgendwas in der Nähe geändert in der letzten (Spiel)Zeit?

Es kann dann ggf. auch ein Arbeitsspeicherfehler sein, der sich beim erstellen der Daten für dieses Gebäude gezeigt hat (bit flip),

oder irgendwo ein fehlerhafter Pointer und Daten da geschrieben wurden. Nur so ein Pointerfehler verursacht in der Regel viel mehr Schaden im Speicher als ein Bit.