RE: MFF Bash Bot - 6

Zitat von Harry

---

hmm. danke für den hinweis.
laufen die transportfunktionen denn noch nach Deiner änderung?
..das dürften sie eigentlich nicht. '-i' deklariert einen integer, während
'-n' eine referenz (auf eine andere variable) erzeugt.

aus der Bash man page

Zitat

---

A variable can be assigned the nameref attribute using the -n option to the declare or local builtin commands (see Bash Builtins) to create a nameref, or a reference to another variable. This allows variables to be manipulated indirectly. Whenever the nameref variable is referenced, assigned to, unset, or has its attributes modified (other than using or changing the nameref attribute itself), the operation is actually performed on the variable specified by the nameref variable’s value. A nameref is commonly used within shell functions to refer to a variable whose name is passed as an argument to the function. For instance, if a variable name is passed to a shell function as its first argument, running

declare -n ref=$1

inside the function creates a nameref variable ref whose value is the variable name passed as the first argument. References and assignments to ref, and changes to its attributes, are treated as references, assignments, and attribute modifications to the variable whose name was passed as $1.

---

dieses feature wurde mit Bash v4.3 eingeführt. daher ist diese version auch
mindestvoraussetzung zum betrieb meines bots

schau doch mal, was Dir

1
 

bash --version
 

ausgibt...

---

Bash Version 4.2.36 (Raspberry PI 1), Transport geht nicht.
Habe das Script jetzt auf einem Raspberry PI 3 installiert (Bash 4.3)
Alle Funktionen funktionieren nun einwandfrei

Zitat von Harry

---

Zitat von Niknak

---

[...]
Bash Version 4.2.36 (Raspberry PI 1), Transport geht nicht.
Habe das Script jetzt auf einem Raspberry PI 3 installiert (Bash 4.3)
Alle Funktionen funktionieren nun einwandfrei

---

aah.. das RasPi 1... das problem hatte ich auch mal. Bash 4.3 war
nicht über den paketmanager verfügbar.
beim kollegen musste ich da was zaubern. ging auch problemlos..

1
2
3
4
5
6
7
 

wget http://ftp.gnu.org/gnu/bash/bash-4.4.tar.gz
tar xvzf bash-4.4.tar.gz 
cd bash-4.4/
./configure 
make
sudo make install
 

dummerweise hatte ich den install pfad nicht angepasst..
also musste ich noch

1
2
 

sudo mv /bin/bash /bin/bash.old
sudo cp /usr/local/bin/bash /bin/bash
 

nachkippen.

hope this helps

---

Danke.
Update der Bash auf dem PI 1 hat funktioniert.
Jetzt läuft es auch auf dem ohne Probleme.

Erstmal ein fettes danke an Harry für den klasse Bot. Danke auch an dich für die uneingeschränkte Hilfe bei meinen Startproblemen. [cool]

Jetzt sollte ich nur noch Hilfe bei Harrys MFF Bash Bot (Frontend) haben, http://localhost/mffbashbot/, der startet nicht sondern sucht und sucht und sucht.

Wenn mir jemand einen Tip hat wäre ich dankbar! lg F

Hallo,
ein Fehler im Bot Script hat mich heute 32 Coins gekostet.
Innerhalb von 2 Minuten hat es 8 mal die Ernt-O-Mat 2000 Erntemaschine vom Gueterhof gekauft.
Das geht doch gar nicht (zumindest ueber den Webbrowser nicht)
Bitte ueberprüfen und den Fehler abstellen.

Würde ein Auszug aus dem Log, wo das passiert ist, helfen?

Dasselbe hier: Keine Probleme aber ich habe auch keine Coins Maschinen im Einsatz, d. h. wenn dasselbe hier mal passiert ist, dann wurde nur Geld oder Papiere ausgegeben.

@Niknak:
Kannst Du genaueres zur Uhrzeit sagen, wann das aufgetreten ist?
War das velleicht in der Nacht, wenn die MFF Server temporär nicht erreichbar sind?
Zu diesen Zeiten konnte ich schon mal beobachten, dass es diverse Fehler gibt, wenn die Anmeldung des Bots zwar noch klappt, dann aber die weiteren Funktionen des Bots nicht mehr mit den Upjers Server kommunizieren können und der Bot entsprechend keine oder unvollständige Daten erhält.

@Harry:
Nur zum Verständnis. Kannst Du Dich noch erinnern in welchem Fall die ODER Bedingung '[ -z "$iDurability" ]' benötigt wurde?

Hintergrund: Ich habe hier wild getestet und so lange die JQ Syntax korrekt ist war das Ergebnis bei Abfragen von nicht existenten Daten / Objekten / Arrays immer der Text null.

Fehlen Teilbereiche in den JSON Daten, sind diese aber weiterhin bis zum Ende syntaktisch korrekt, dann bleibt das Ergebnis leider auch der Text null.

Aber: Wenn die JSON Datei unvollständig ist (ich habe einfach mal 100 KiB vom Ende abgeschnitten), dann bleibt die Ausgabe einfach leer. Es gibt nicht mal einen Fehler seitens jq. iDurability bleibt dann ungesetzt. Damit trifft dann '[ -z "$iDurability" ]' zu.

Da meine Erntemaschine gerade aufgebraucht war konnte ich mal etwas hinter die Kulissen schauen und habe das Problem erkannt warum man keine eindeutigere jq Abfragen erstellen kann: Die Vehicle ID verschwindet nach Verbrauch aus dem Array.



So, DB ist jetzt gerade offline. GetFarmData (gesetzt den Fall RID konnte noch ermittelt werden) ergibt dann

 
  
    
    
    Datenbankfehler
  
  
    Datenbankfehler
    
    Es ist ein Datenbankfehler eingetreten.
				  Der Fehler wurde an das Team weitergeleitet.
				  Bitte versuche es später noch einmal!  
 
 

Jeder Versuch diese Datei mit jq zu verarbeiten wird enden in:

parse error: Invalid numeric literal at line 1, column 10
 
 

Evtl. Variablen bleiben damit alle ungesetzt da kein Ergebnis geliefert wird.

Ist aber schon spät jetzt, ich hoffe ich habe nicht zu viel Unsinn geschrieben

Zitat von jbond47

---

Dasselbe hier: Keine Probleme aber ich habe auch keine Coins Maschinen im Einsatz, d. h. wenn dasselbe hier mal passiert ist, dann wurde nur Geld oder Papiere ausgegeben.

@Niknak:
Kannst Du genaueres zur Uhrzeit sagen, wann das aufgetreten ist?
War das velleicht in der Nacht, wenn die MFF Server temporär nicht erreichbar sind?
Zu diesen Zeiten konnte ich schon mal beobachten, dass es diverse Fehler gibt, wenn die Anmeldung des Bots zwar noch klappt, dann aber die weiteren Funktionen des Bots nicht mehr mit den Upjers Server kommunizieren können und der Bot entsprechend keine oder unvollständige Daten erhält.

@Harry:
Nur zum Verständnis. Kannst Du Dich noch erinnern in welchem Fall die ODER Bedingung '[ -z "$iDurability" ]' benötigt wurde?

Hintergrund: Ich habe hier wild getestet und so lange die JQ Syntax korrekt ist war das Ergebnis bei Abfragen von nicht existenten Daten / Objekten / Arrays immer der Text null.

Fehlen Teilbereiche in den JSON Daten, sind diese aber weiterhin bis zum Ende syntaktisch korrekt, dann bleibt das Ergebnis leider auch der Text null.

Aber: Wenn die JSON Datei unvollständig ist (ich habe einfach mal 100 KiB vom Ende abgeschnitten), dann bleibt die Ausgabe einfach leer. Es gibt nicht mal einen Fehler seitens jq. iDurability bleibt dann ungesetzt. Damit trifft dann '[ -z "$iDurability" ]' zu.

Da meine Erntemaschine gerade aufgebraucht war konnte ich mal etwas hinter die Kulissen schauen und habe das Problem erkannt warum man keine eindeutigere jq Abfragen erstellen kann: Die Vehicle ID verschwindet nach Verbrauch aus dem Array.



So, DB ist jetzt gerade offline. GetFarmData (gesetzt den Fall RID konnte noch ermittelt werden) ergibt dann

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 

 
  
    
    
    Datenbankfehler
  
  
    Datenbankfehler
    
    Es ist ein Datenbankfehler eingetreten.
				  Der Fehler wurde an das Team weitergeleitet.
				  Bitte versuche es später noch einmal!  
 
 

Jeder Versuch diese Datei mit jq zu verarbeiten wird enden in:

1
2
 

parse error: Invalid numeric literal at line 1, column 10
 
 

Evtl. Variablen bleiben damit alle ungesetzt da kein Ergebnis geliefert wird.

Ist aber schon spät jetzt, ich hoffe ich habe nicht zu viel Unsinn geschrieben

---

Das ist gestern mittag ca. 13.30 aufgetreten.

Hi

Now I have tested the bot a while and for me not all will work.

Farms and stables and factories are not served.

If I use the LinusTux automat to plant and harvest and turn off the watering, the bot does the watering.

The forest: planting and harvesting trees works, sawmill and carpentry not.

Farmers market: Works

Butterfly are not served.

Pic-nic area: dont work

Mill: Dont work

The plantation Megafield not tested.

Any idea. I think I do something wrong but what?

Swedefarmer.