...und die Einheit ncku hat auch kein GIB 9u58 ALLES oder so was in der Art?

Es kann schon reichen wenn irgendeine Einheit mehr Steine übergeben soll als sie hat, dann werden sie auch von anderen Einheiten mal abgezweigt.

@Solthar: die Einheit "ncku" hat einen mit Simikolon auskommentierten "@gib 9u58 15 Stein" - Befehl. Den habe ich aber in Runde 150 rausgenommen - gleiche Resultat.

Ich habe eine andere Steinbauer-Einheit entdeckt. Die hat selbst keine Steine mehr aber noch den Befehl: "@gib 9u58 15 Stein". --> Ich hoffe das war der Fehler. Aber geht das regel-/programmtechnisch? Wird der Materialpool dafür genutzt, um die Übergaben einer Einheit, die nichts hat, durchzuführen?

Ja, der Materialpool wird für GIB-Befehle benutzt und kann nach meiner Erfahrung auch auf übergebene Gegenstände zugreifen. Wenn diese Einheit also nach 9u58 dran kommt, nimmt sie ncku die Steine wieder weg und gibt sie and den Transporter zurück. Klingt komisch, ist aber kein Bug.

Danke für die Hilfe, ich probiere das im nächsten Report aus und wenn es dann funktioniert, kann das Thema geschlossen werden.

Im Gegensatz zu Solthar würde ich sagen, dass Gegenstände pro Runde nur einmal übergeben werden und dadurch der Effekt auftritt. Die dritte Einheit führt den Befehl "@gib 9u58 15 Stein" aus (auch wenn der sinnlos ist, weil 9u58 die Steine schon hat). Danach wurden die Steine einmal übergeben und sind für den Rest der Woche tabu. Eine gewisse Rolle spielt m.E. auch das Wort "alles". "Alles" ist nach meinen Erfahrungen schwächer als eine konkrete Zahl. Hätte der Transporter den Befehl "GIB ncku 15 Stein", dann "reserviert" er sich seine eigenen Steine, um sie an ncku zu übergeben. Andere Einheiten können diese Steine dann nicht übergeben. Schreibt man "alle Steine" statt 15 Steine, dann bezieht sich "alle" nur auf die Steine, die übrigbleiben, nachdem andere Einheiten mit konkreten Zahlen ihren Befehl ausgeführt haben.

• Der Fehler ist immer noch vorhanden und eine weitere Einheit scheint mit hineinzuspielen: Sklaven (s2no)

• Zu den Steinen: in der Region werden Steine abgebaut - es sind also weit mehr als 15 Steine vor Ort.

Ergänzende Beschreibung zur Fehlerbeschreibung oben: Die Befehle, die ich für Einheit Sklaven (s2no) letzte Runde (151) eingeschickt habe lauteten: Lernen Steinbau. --> Diese Runde (152) steht im Report für diese Einheit: LERNEN Steinbau @GIB gttk 16 Stein @GIB 9u58 15 Stein

• Die Befehle der Stein-abbauenden Einheit (Sklaven (ncku)) dagegen lauten nur: MACHEN Stein @GIB upuy 96 Stein --> Von da scheint also nichts zu kommen.

Soll das heißen, die @GIB-Befehle bei Sklaven (s2no) sind von alleine wiederaufgetacht, obwohl die Einheit nur den Lernen-Befehl bekommen hat? Das wäre wirklich so eigenartig, dass ich es kaum glauben kann.

Nach wie vor: Gibt es eine Einheit, die den Befehl GIB 9u58 15 Stein hatte? Dann übergibt sie die 15 Steine auch, zuerst die eigenen, dann aus dem Materialpool. GIB xyz ALLES Stein ist in der Tat schwächer als GIB xyz 15 Stein und nimmt nur eigene Gegenstände. Das wäre also kein Fehler.

(Am Rande: Ich lag falsch darin, dass übergebene Gegenstände im Materialpool sind. In der Tat scheinen sie reserviert zu sein und damit für andere Einheiten nicht zugänglich. Eigene Gegenstände (ob von einer anderen Einheit kommend oder nicht) werden aber immer übergeben.)

In meinen abgespeicherten Magellan-Befehlen ist es zumindest so vermerkt aber ich habe gerade die abgeschickten Befehle rausgesucht und da stehen für die Einheit "s2no" noch die Befehle:

@GIB gttk 16 Stein @GIB 9u58 15 Stein

drin. Ok, entweder ist mir mit den Befehlen ein Fehler unterlaufen oder Magellan hat irgendwas verwurstet... Also, nächster Versuch diesen Samstag. Ich melde mich dann wieder mit dem Ergebnis.

Ok, hat jetzt funktioniert. Dann lag es an den @gib - Befehlen der Einheit "s2no".

Problem wurde durch Materialpool in Verbindung miz @gib ausgelöst => kein Bug, kein Handlungsbedarf.

Vor langer Zeit gefixt, und keine neuen Beschwerden.