 |
War die durchzogene Region vom Feind bewacht? Ich habe den Verdacht, dass das das Aufhalten aushebeln könnte. |
 |
Nein, sie war ausschließlich von unseren Leuten bewacht. |
|
|
9000 vs 10 ist natürlich schon ein krasses Ungleichgewicht. Muss sich Enno bei gelegenheit mal anschauen, aber ich gehe stark davon aus, dass hier alles funktioniert hat. |
|
|
Bewachen schützt nicht immer vor der Durchreise, einige Einheiten können immer durchkommen, wobei es sehr unwahrscheinlich ist, dass 9000 Mann das so schaffen. Wenn der Feind nicht eine massive Transporteinheit hat oder einige Transporter mit Sphären, die den Rest durch die Region transportiert haben, würde ich es als Bug ansehen. Wenn aber eine der beiden o.g. Möglichkeiten zutreffen ist alles regulär. |
 |
Mit diesem Bug kann ich überhaupt nichts anfangen. Da steht weder, wer die Region bewacht, noch wer denn durchgereist sein soll. Bitte vervollständigen! |
|
|
Runde 660: von Hafen zu Dukant via Dukant nach Steinheide. Dukant wird von Aufseher (wmp3) der Partei (5ahd) sowie von Kämpfer (cmnv) der Partei (mL70) bewacht. Das sind meine Allierten. Die feindlichen zwei Parteien Talinster (mare) und Woda'narod(wnd) sind mit rund 100 Einheiten durch diese Region auf der Straße gewandert - exemplarisch sind die Einheiten Kämpfer (801), Kämpfer (66Lq) und Novizen (r0ho) der Talinster genannt. Diese Runde 662 hat sich das gleiche wieder ereignet. Diesmal von Steinheide via Leedsberg nach Sherwood. Wieder mit den gleichen beiden Parteien. Leedsberg wird von Treiber (13st) bewacht |
|
|
Der Versuch, mit dem alten Datenfile den Report 660 zu rekonstruieren, scheitert daran, dass bei der Auswertung von Partei vii ein Error 34 (result too large) auftritt. Da muss sich in den letzten fünf Jahren ein Fehler eingeschlichen haben, den ich jetzt erst einmal suchen muss. |
|
|
Fehler eingekreist, passiert in Region mit uid 1347995846, ein Ozean (-97,355) (durchgereist). Massenweise durchreisende Schiffe, eventuell liegt es daran, dass da ein Buffer zu klein ist? Im logfile steht auch: WARNING: durchreisende: static buffer too small in ....\src\report.c:1417 |
|
|
Ja, bestätigt, das passiert in dieser Zeile: bytes = _snprintf(bufp, size, " %s", LOC(f->locale, "has_moved_many")); dass _snprintf errno setzt, wusste ich nicht, mal gucken, was man dagegen tun will. |
|
|
Ich habe mal einen neuen Bug #2128 gemeldet, um das Durchreise-Problem zu lösen. |
|
|
Auswertung mit aktuellem Code gemacht: Die Region wurde durchquert von Weski (99v6), Förster (8a3o), Ta'Bo (fz1v), General Norl Aree (a6we), Weski (z0x1), Krieger in Ketten (py6r), X-Wache (oaym), Kämpfer (4hgf), Kämpfer (80j1), Trapper (wi5d), Kämpfer (hatf), Bürger von Dytkir (b9ap), Schläfer (Ljjc), Steppenjäger (nss2) und Sargout (tvfi). Davon ist zumindest eine Einheit der Talinster, auf die ich mich mal konzentrieren werde:
Aus 660-mare.nr: Kämpfer (80j1) wandert von Hafen zu Dukant (0,-41) nach Steinheide (2,-43). Dabei wurde die Ebene von Dukant (1,-42) durchquert. Keine der beiden Bewacher-Parteien hat denen irgendein HELFE gesetzt. Die Einheit hat ein (geringes) Tarnung-Talent, kann es evtl. daran liegen? |
|
|
Seltsam: Ich sehe nur eine Einheit, die die Region zur Zeit der Bewegung bewacht. Einheit cmnv hat WAHR 0, damit sieht sie einen leicht getarnten Feind nicht, wenn er die Region durchquert. Offene Frage: Warum sehe ich keinen Bewacher von 5ahd, aber im Report steht einer? Ist der diese Woche hinzu gekommen, und erst nach NACH aktiv geworden? Laut REport sollte es diese Einheit sein:
Die Einheit hätte genug WAHR gehabt, um den Reisenden zu sehen, hier liegt also wohl der Kern des Problemes. |
|
|
UFL_GUARD ist nicht gesetzt, d.h. er bewacht zu dem Zeitpunkt wirklich nicht. Wird des im Anschluss gesetzt? Ja! die Einheit hat in der Runde einen BEWACHE Befehl gesetzt. "Bewache (an)" kommt in der Befehlsreihenfolge nach "Bewegungen", deshalb greift das hier noch nicht. Wenn also im Report 659 keine andere Einheit als cmnv bewacht, liegt hier kein Fehler vor. |
|
|
Hier scheint mir alles in Ordnung. |
- anonym
