Bash: Wie eval ersetzen/loswerden?

Bevor ich auch noch meine verbliebenen Haare ausraufe, stelle ich hier mal eine Frage zur bash-Programmierung.

Im Projekt "Dokumentation für raspiBackup" habe ich Tools gebaut, die den Autoren etwas unter die Arme greifen sollen.

Bei einem der Tools nutze ich leider noch eval, welches ich gerne loswerden möchte.
Nach vielen vergeblichen Versuchen, die bash zur Mitarbeit zu überreden, habe ich hier ein Minimalbeispiel gebaut:

#!/usr/bin/env bash

edit_by_status() {
    eval "${EDIT_IN_TABS}" file1 file2  # funktioniert, der jeweilige Editor wird mit den zwei Dateien aufgerufen
    
    # funktionieren nicht:
    # "${EDIT_IN_TABS}" file1 file2     # + 'vim -p' file1 file2 ==>  bash: vim -p: Befehl nicht gefunden...
    # ${EDIT_IN_TABS} file1 file2       # + 'vim -p' file1 file2 ==>  bash: vim -p: Befehl nicht gefunden...

}

alias xbs='EDIT_IN_TABS="nano"   edit_by_status'
alias ybs='EDIT_IN_TABS="vim -p" edit_by_status'

alias xbs
alias ybs

Das Script soll gesourced werden, so dass die Aliase (und im Original weitere Dinge) in der aktuellen Shell aktiv sind/werden.

Also:

source mwe

Damit werden dann die beiden Aliase xbs und ybs aktiv.

Das Problem tritt auf bei ybs, weil dort bei EDIT_IN_TABS="vim -p" ein Leerzeichen enthalten ist.
Dieses wird beim Verzicht auf eval nicht wunschgemäß verarbeitet und führt zum Fehler bash: vim -p: Befehl nicht gefunden..., weil nicht vim -p, sondern 'vim -p' aufgerufen wird.

Wie geht es richtig? Ich sehe den Wald vor lauter Bäumen nicht mehr.

Vermutlich ist das für Bash-Gurus einfach zu lösen, deshalb frage ich ja hier.

Quote from framp

Bei mir funktioniert #2

Welche Bash-Version nutzt Du?

Bei mir:

$  bash --version
GNU bash, Version 5.2.32(1)-release (x86_64-redhat-linux-gnu)

Gnaaaa. Jetzt habe ich mich mal abgemeldet und wieder angemeldet.

Und jetzt funktioniert es!!

Wie kann das sein? (Das ist eher eine rhetorische Frage.)

Aber das bedeutet doch, dass da noch etwas nicht korrekt ist im Script, oder?

Ab und zu mal eine neue Shell öffnen, damit es klappt, kann es ja nicht sein.

Vermutlich habe ich die Ursache gefunden.

Das Original-Script ohne eval klappte auch nicht in einem neuen Fenster.
Das Mini-Script mwe klappte nicht, wenn es in der selben Shell-Session aufgerufen wurde, in der zuvor das Original-Script lief. Genauer: Eine Funktion davon. Aha!

Im Original-Script wird die Variable IFS temporär verändert. Auf eine Art, bei der ich dachte, dass das nur für das aktuelle Kommando gilt

 IFS=$'\n' command ...

Falsch gedacht. Die IFS bleibt dann so und beeinflusst natürlich nachfolgende Kommandos.

Ich habe IFS jetzt an passender Stelle wieder auf den ursprünglichen Wert restored. Und jetzt klappt es auch ohne eval.

Nachdem ich das obige IFS-Problem nicht wirklich klären konnte (der Workaround mittels Restore geht zwar, aber wieso ist das überhaupt nötig),
habe ich nun einen Weg gefunden, der keine Manipulation von IFS erfordert.

Es geht übrigens um die Funktion edit_by_status() in diesem Script: https://github.com/framps/raspiBackupDoc/blob/main/.cdprc

Quote from framp

Die führst nach dem Umsetzen des IFS keinen Befehl aus sondern ein bash Statement.

Aha, danke für die Erklärung des Verhaltens!

Quote from framp

Du nutzt ja shellcheck. Kam da nicht SC2207 ?

Doch, aber ich hatte nicht kapiert, wie das gemeint ist und es deshalb erst einmal ignoriert.

Hier ein kurzes Testscript für das Verhalten:

#!/usr/bin/env bash

echo "$LANG"
# de.DE.UTF-8

df .
#Dateisystem                                           1K-Blöcke   Benutzt Verfügbar Verw% Eingehängt auf

LANG=en_EN.UTF-8   df .
#Filesystem                                            1K-blocks      Used Available Use% Mounted on

echo "$LANG"
# de.DE.UTF-8


LANG=en_EN.UTF-8   FILES=( ls -1 )

echo "$LANG"
# en_EN.UTF-8    <<<<<<<<<<<<<<<<< !!!

#  Und nun wieder auf Originalwert setzen:
LANG=de_DE.UTF-8

Das Thema ist damit nun erledigt. Vielen Dank für's Mitmachen!