Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Variablen "zerteilen"
3 views
Skip to first unread message
Rolf Buenning
Mar 8, 2023, 10:39:53 AM3/8/23
to
Hallo,
Ich habe mir schon einen Wolf gesucht, aber nichts gefunen.
Ich weiss, dass das geht, schon öfter gelesen, aber...
Eine Variable enthält "39/2023".
Nun möchte ich erhalten "39" und "2023" in zwei anderen Variablen.
Wie geht das?
Danke für Hilfe
Rolf
Ich habe mir schon einen Wolf gesucht, aber nichts gefunen.
Ich weiss, dass das geht, schon öfter gelesen, aber...
Eine Variable enthält "39/2023".
Nun möchte ich erhalten "39" und "2023" in zwei anderen Variablen.
Wie geht das?
Danke für Hilfe
Rolf
Andreas Neumann
Mar 8, 2023, 11:03:32 AM3/8/23
to
Rolf Buenning wrote:
> Eine Variable enthält "39/2023".
> Nun möchte ich erhalten "39" und "2023" in zwei anderen Variablen.
> Wie geht das?
Z.B. per cut -d'/' -f1
> Eine Variable enthält "39/2023".
> Nun möchte ich erhalten "39" und "2023" in zwei anderen Variablen.
> Wie geht das?
man cut erklärt die Parameter.
Michael Schütz
Mar 8, 2023, 11:05:04 AM3/8/23
to
Rolf Buenning <r.bue...@gmx.de> schrieb:
Es gibt bestimmt viele Möglichkeiten. Mit meinen beschränkten
Kenntnissen im Skripting geht z.B. das:
V1=`echo "39/2023"|awk -F/ '{ print $1 }'`
Analog für den zweiten Teil.
> Danke für Hilfe
> Rolf
Bitte,
Schultze
--
Vielleicht sollte man die Todesstrafe wieder einführen; für Leute, die
sie vorschlagen! Wolfgang Neuss
Kenntnissen im Skripting geht z.B. das:
V1=`echo "39/2023"|awk -F/ '{ print $1 }'`
Analog für den zweiten Teil.
> Danke für Hilfe
> Rolf
Bitte,
Schultze
--
Vielleicht sollte man die Todesstrafe wieder einführen; für Leute, die
sie vorschlagen! Wolfgang Neuss
Markus Schaaf
Mar 8, 2023, 11:27:47 AM3/8/23
to
Am 08.03.23 um 16:39 schrieb Rolf Buenning:
v=39/2023
echo ${v%/*} ${v#*/}
echo ${v%/*} ${v#*/}
Rolf Buenning
Mar 8, 2023, 11:28:13 AM3/8/23
to
Stefan Ram <r...@zedat.fu-berlin.de> schrieb:
> Hier unter bash:
>
> $ v=39/2023; IFS=/ read -r v1 v2 <<< $v; echo $v, $v1, $v2
> 39/2023, 39, 2023
Danke, sowas habe ich gesucht, für die bash.
Dank auch den anderen Postern, mit awk und cut habe ich auch schon
experimentiert.
Mit awk hatte es auch schon geklappt.
Ich dachte an sowas ${var1%.*} oder so ähnlich.
Aber das obige ist gut.
Rolf
> Hier unter bash:
>
> $ v=39/2023; IFS=/ read -r v1 v2 <<< $v; echo $v, $v1, $v2
> 39/2023, 39, 2023
Danke, sowas habe ich gesucht, für die bash.
Dank auch den anderen Postern, mit awk und cut habe ich auch schon
experimentiert.
Mit awk hatte es auch schon geklappt.
Ich dachte an sowas ${var1%.*} oder so ähnlich.
Aber das obige ist gut.
Rolf
Stefan Wiens
Mar 8, 2023, 11:38:00 AM3/8/23
to
Rolf Buenning <r.bue...@gmx.de> writes:
> Eine Variable enthält "39/2023".
> Nun möchte ich erhalten "39" und "2023" in zwei anderen Variablen.
> Wie geht das?
Ein Ansatz:
> Eine Variable enthält "39/2023".
> Nun möchte ich erhalten "39" und "2023" in zwei anderen Variablen.
> Wie geht das?
$ echo "39/2023" | ( IFS=/ read var1 var2 ; echo $var1 - $var2 )
39 - 2023
--
Stefan
Ulli Horlacher
Mar 8, 2023, 11:53:54 AM3/8/23
to
Urs Janßen <u...@niko.tin.org> wrote:
> 39
> 2023
Mogeln mit bash! :-)
Spaetestens hier sollte um die Verwendung einer vernuenftigen
Skriptsprache nachgedacht werden.
--
Ullrich Horlacher Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart E-Mail: horl...@tik.uni-stuttgart.de
Allmandring 30a Tel: ++49-711-68565868
70569 Stuttgart (Germany) WWW: https://www.tik.uni-stuttgart.de/
> Rolf Buenning wrote:
>> Ich dachte an sowas ${var1%.*} oder so ähnlich.
>
> A="39/2023" ; B=${A/%\/*/} ; C=${A/#*\//} ; echo -e $B"\n"$C
>> Ich dachte an sowas ${var1%.*} oder so ähnlich.
>
> 39
> 2023
Mogeln mit bash! :-)
Spaetestens hier sollte um die Verwendung einer vernuenftigen
Skriptsprache nachgedacht werden.
--
Ullrich Horlacher Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart E-Mail: horl...@tik.uni-stuttgart.de
Allmandring 30a Tel: ++49-711-68565868
70569 Stuttgart (Germany) WWW: https://www.tik.uni-stuttgart.de/
Ulli Horlacher
Mar 8, 2023, 11:56:14 AM3/8/23
to
Probiers mal so:
echo "39/2023" | ( IFS=/ read var1 var2 )
echo $var1 - $var2
Klar, was passiert?
Stefan Wiens
Mar 8, 2023, 12:04:10 PM3/8/23
to
Ulli Horlacher <fram...@rus.uni-stuttgart.de> writes:
> Stefan Wiens <s....@gmx.net> wrote:
>> Rolf Buenning <r.bue...@gmx.de> writes:
>>
>>> Eine Variable enthält "39/2023".
>>> Nun möchte ich erhalten "39" und "2023" in zwei anderen Variablen.
>>> Wie geht das?
>>
>> Ein Ansatz:
>>
>> $ echo "39/2023" | ( IFS=/ read var1 var2 ; echo $var1 - $var2 )
>> 39 - 2023
>
> Damit kann man sich schnell in den Fuss schiessen.
>
> Probiers mal so:
>
> echo "39/2023" | ( IFS=/ read var1 var2 )
> echo $var1 - $var2
>
> Klar, was passiert?
Dass die Zuweisung nur in der Subshell wirkt, sollten
> Stefan Wiens <s....@gmx.net> wrote:
>> Rolf Buenning <r.bue...@gmx.de> writes:
>>
>>> Eine Variable enthält "39/2023".
>>> Nun möchte ich erhalten "39" und "2023" in zwei anderen Variablen.
>>> Wie geht das?
>>
>> Ein Ansatz:
>>
>> $ echo "39/2023" | ( IFS=/ read var1 var2 ; echo $var1 - $var2 )
>> 39 - 2023
>
> Damit kann man sich schnell in den Fuss schiessen.
>
> Probiers mal so:
>
> echo "39/2023" | ( IFS=/ read var1 var2 )
> echo $var1 - $var2
>
> Klar, was passiert?
die Klammern ausdrücken.
Man kann sich auch in den Fuß schießen, wenn die
Zuweisung unbeabsichtigt auch in der aufrufenden Shell wirkt.
--
Stefan
Stefan Wiens
Mar 8, 2023, 12:09:16 PM3/8/23
to
Ulli Horlacher <fram...@rus.uni-stuttgart.de> writes:
> Urs Janßen <u...@niko.tin.org> wrote:
>> Rolf Buenning wrote:
>>> Ich dachte an sowas ${var1%.*} oder so ähnlich.
>>
>> A="39/2023" ; B=${A/%\/*/} ; C=${A/#*\//} ; echo -e $B"\n"$C
>> 39
>> 2023
>
> Mogeln mit bash! :-)
>
> Spaetestens hier sollte um die Verwendung einer vernuenftigen
> Skriptsprache nachgedacht werden.
Zumindest in Situationen, wo es auf Shell-Kompatibilität
> Urs Janßen <u...@niko.tin.org> wrote:
>> Rolf Buenning wrote:
>>> Ich dachte an sowas ${var1%.*} oder so ähnlich.
>>
>> A="39/2023" ; B=${A/%\/*/} ; C=${A/#*\//} ; echo -e $B"\n"$C
>> 39
>> 2023
>
> Mogeln mit bash! :-)
>
> Spaetestens hier sollte um die Verwendung einer vernuenftigen
> Skriptsprache nachgedacht werden.
ankommt sollte man ohne Not nicht solch intransparente
Skripte einsetzen.
--
Stefan
Rolf Buenning
Mar 8, 2023, 1:07:36 PM3/8/23
to
Urs Janßen <u...@niko.tin.org> schrieb:
> Rolf Buenning wrote:
>> Ich dachte an sowas ${var1%.*} oder so ähnlich.
>
>> Ich dachte an sowas ${var1%.*} oder so ähnlich.
>
> A="39/2023" ; B=${A/%\/*/} ; C=${A/#*\//} ; echo -e $B"\n"$C
> 39
> 2023
Ha!
> 39
> 2023
Stefan Reuther
Mar 8, 2023, 2:14:25 PM3/8/23
to
Am 08.03.2023 um 16:39 schrieb Rolf Buenning:
> Eine Variable enthält "39/2023".
> Nun möchte ich erhalten "39" und "2023" in zwei anderen Variablen.
> Wie geht das?
v=39/2039
> Eine Variable enthält "39/2023".
> Nun möchte ich erhalten "39" und "2023" in zwei anderen Variablen.
> Wie geht das?
v1=${v%/*} v2=${v##*/}
echo "$v1, $v2"
Diese Variante hat gegenüber den Lösungen mit awk, sed, cut, IFS usw.
den Vorteil, keine externen Prozesse und kein wackliges "parse mal die
Ausgabe" zu benötigen.
Wichtig ist auch, sich dafür zu entscheiden, ob beim ersten oder beim
letzten Schrägstrich geschnitten werden soll, falls es mehrere gibt.
Diese Lösung schneidet am letzten. Alternativ schneidet
v1=${v%%/*} v2=${v#*/}
am ersten. Bei
v=1/2/3/4
v1=${v%/*} v2=${v#*/}
hingegen taucht der Mittelteil 2/3 in beiden Hälften auf.
Stefan
Helmut Waitzmann
Mar 8, 2023, 2:15:03 PM3/8/23
to
r...@zedat.fu-berlin.de (Stefan Ram):
>
> Auch bash:
>
> $ v=39/2023; v1=${v%/*}; v2=${v#*/}; echo $v, $v1, $v2
> 39/2023, 39, 2023
Das ist nicht nur zum Bash sondern auch zum POSIX‐Shell
kompatibel und löst deshalb die gestellte Aufgabe (in der Bash
keine Voraussetzung war) vollständig, völlig ohne Bashismen oder
externe Programme. Es lässt sich beispielsweise in Init‐Skripten
einsetzen, wo möglicherweise noch nicht alle installierten
Skript‐Interpreter zur Verfügung stehen.
Wenn man es leicht abändert, kann man einen Variableninhalt auch
in mehr als zwei Teile zerlegen:
v='39/2023/08/15' &&
v1="$v" &&
v2="${v1#*/}" &&
v3="${v2#*/}" &&
v4="${v3#*/}" &&
v1="${v1%%/*}" &&
v2="${v2%%/*}" &&
v3="${v3%%/*}"
> r...@zedat.fu-berlin.de (Stefan Ram) writes:
>>Hier unter bash:
>>$ v=39/2023; IFS=/ read -r v1 v2 <<< $v; echo $v, $v1, $v2
>>39/2023, 39, 2023
>>.
>>Hier unter bash:
>>$ v=39/2023; IFS=/ read -r v1 v2 <<< $v; echo $v, $v1, $v2
>>39/2023, 39, 2023
>
> Auch bash:
>
> $ v=39/2023; v1=${v%/*}; v2=${v#*/}; echo $v, $v1, $v2
> 39/2023, 39, 2023
Das ist nicht nur zum Bash sondern auch zum POSIX‐Shell
kompatibel und löst deshalb die gestellte Aufgabe (in der Bash
keine Voraussetzung war) vollständig, völlig ohne Bashismen oder
externe Programme. Es lässt sich beispielsweise in Init‐Skripten
einsetzen, wo möglicherweise noch nicht alle installierten
Skript‐Interpreter zur Verfügung stehen.
Wenn man es leicht abändert, kann man einen Variableninhalt auch
in mehr als zwei Teile zerlegen:
v='39/2023/08/15' &&
v1="$v" &&
v2="${v1#*/}" &&
v3="${v2#*/}" &&
v4="${v3#*/}" &&
v1="${v1%%/*}" &&
v2="${v2%%/*}" &&
v3="${v3%%/*}"
Helmut Waitzmann
Mar 8, 2023, 2:42:58 PM3/8/23
to
Stefan Reuther <stefa...@arcor.de>:
Kommandozeile zerlegt mit Hilfe der Variablen «IFS» den Inhalt
der Variablen «v» in die positional parameters ("$@").
saved_IFS="${IFS-}" && ${IFS+:} unset -- saved_IFS &&
{
IFS=/ && set -- $v &&
IFS="${saved_IFS-}" && ${saved_IFS+:} unset -- IFS
}
Ich kann daran nichts Wackliges erkennen.
> Am 08.03.2023 um 16:39 schrieb Rolf Buenning:
>> Eine Variable enthält "39/2023".
>>
>> Nun möchte ich erhalten "39" und "2023" in zwei anderen
>> Variablen.
>> Wie geht das?
>>
>
> v=39/2039
> v1=${v%/*} v2=${v##*/}
> echo "$v1, $v2"
>
> Diese Variante hat gegenüber den Lösungen mit awk, sed, cut, IFS
> usw. den Vorteil, keine externen Prozesse und kein wackliges
> "parse mal die Ausgabe" zu benötigen.
Was meinst du mit wackligem Ausgabe‐Parsen? Die folgende
>> Eine Variable enthält "39/2023".
>>
>> Nun möchte ich erhalten "39" und "2023" in zwei anderen
>> Variablen.
>> Wie geht das?
>>
>
> v=39/2039
> v1=${v%/*} v2=${v##*/}
> echo "$v1, $v2"
>
> Diese Variante hat gegenüber den Lösungen mit awk, sed, cut, IFS
> usw. den Vorteil, keine externen Prozesse und kein wackliges
> "parse mal die Ausgabe" zu benötigen.
Kommandozeile zerlegt mit Hilfe der Variablen «IFS» den Inhalt
der Variablen «v» in die positional parameters ("$@").
saved_IFS="${IFS-}" && ${IFS+:} unset -- saved_IFS &&
{
IFS=/ && set -- $v &&
IFS="${saved_IFS-}" && ${saved_IFS+:} unset -- IFS
}
Ich kann daran nichts Wackliges erkennen.
Rolf Buenning
Mar 9, 2023, 10:36:25 AM3/9/23
to
Stefan Ram <r...@zedat.fu-berlin.de> schrieb:
ein)
${parameter:offset:length}
Substring Expansion. Expands to up to length characters of the value of parameter
starting at the character specified by offset. If parameter is @, an indexed array
subscripted by @ or *, or an associative array name, the results differ as de‐
scribed below. If length is omitted, expands to the substring of the value of pa‐
rameter starting at the character specified by offset and extending to the end of
the value. length and offset are arithmetic expressions (see ARITHMETIC EVALUATION
below).
Hab's ausprobiert, funktioniert.
Rolf
> r...@zedat.fu-berlin.de (Stefan Ram) writes:
>>Hier unter bash:
>>$ v=39/2023; IFS=/ read -r v1 v2 <<< $v; echo $v, $v1, $v2
>>39/2023, 39, 2023
>>.
>
> Auch bash:
>
> $ v=39/2023; v1=${v%/*}; v2=${v#*/}; echo $v, $v1, $v2
> 39/2023, 39, 2023
>
Und warum nicht sowas(nach gründlichem Nachdenken (: Grmpf fiel mir man bash
>>Hier unter bash:
>>$ v=39/2023; IFS=/ read -r v1 v2 <<< $v; echo $v, $v1, $v2
>>39/2023, 39, 2023
>>.
>
> Auch bash:
>
> $ v=39/2023; v1=${v%/*}; v2=${v#*/}; echo $v, $v1, $v2
> 39/2023, 39, 2023
>
ein)
${parameter:offset:length}
Substring Expansion. Expands to up to length characters of the value of parameter
starting at the character specified by offset. If parameter is @, an indexed array
subscripted by @ or *, or an associative array name, the results differ as de‐
scribed below. If length is omitted, expands to the substring of the value of pa‐
rameter starting at the character specified by offset and extending to the end of
the value. length and offset are arithmetic expressions (see ARITHMETIC EVALUATION
below).
Hab's ausprobiert, funktioniert.
Rolf
Rolf Buenning
Mar 9, 2023, 11:24:43 AM3/9/23
to
>>Und warum nicht sowas(nach gründlichem Nachdenken (: Grmpf fiel mir man bash
>>ein)
>>${parameter:offset:length}
>
> Dies ist geeignet, wenn sich die Stelle, an welcher zerlegt
>>ein)
>>${parameter:offset:length}
>
> werden soll, an einer bekannten konstanten Position befindet.
>
Ja, stimmt, funktioniert bei mir nur, weil die Positionen bekannt sind.
Mal zur Erklärung, warum ich das mache (hab ja sonst nicht viel zu tun):
Ich bekomme meine Kontoauszüge elektronisch als pdf.
Normalerweise heißen die Auszug$Jahr_0000$Nummer.pdf.
Aus unerfindlichen Gründen werden häufig welche geliefert,
die einfach Auszug.pdf heißen.
Die Beeiligten (Bank sowie Software-Hersteller streiten jegliche
Beteiligung an diesem Fehler ab.
Ich speichere die dann irgendo ab und muss sie umbenennen.
Dazu hab ich mir ein Bash-Script geschrieben.
Es ist (mir) leichter, das Script aufzurufen als
Cursor auf das File, rechtsclick, umbenennen, Eingabe Enter.
WIEGE ): sagt, hab ja sonst nichts zu tun (als Rentner)
Rolf
Thomas Dorner
Mar 9, 2023, 12:38:03 PM3/9/23
to
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_02
${parameter%[word]}
${parameter%%[word]}
${parameter#[word]}
${parameter##[word]}
Ein "${parameter/substitute/with}" wäre ein Bashism.
Viele Grüße, Thomas
--
Adresse gilt nur kurzzeitig!
Christian Garbs
Mar 9, 2023, 12:43:51 PM3/9/23
to
Mahlzeit!
Rolf Buenning <r.bue...@gmx.de> wrote:
> Stefan Ram <r...@zedat.fu-berlin.de> schrieb:
>> $ v=39/2023; v1=${v%/*}; v2=${v#*/}; echo $v, $v1, $v2
>> 39/2023, 39, 2023
> Und warum nicht sowas(nach gründlichem Nachdenken (: Grmpf fiel mir man bash
> ein)
>
> ${parameter:offset:length}
Du hast Recht - in der Aufgabenstellung steht nichts von "ich möchte
am Schrägstrich teilen", sondern nur "ich möchte das und das haben".
Im Sinne defensiver Programmierung in einem unbekannten Umfeld haban
die Antwortenden das instinktiv aufgefasst als "da nehmen wir mal den
Schrägstrich als Trenner, falls eine der Zahlen eine Stelle mehr oder
weniger bekommt".
Wenn sichergestellt ist, dass das nie passiert, passt die Lösung mit
"Zeichen einzeln abzählen" auch.
Gruß
Christian
PS: Falls sich morgen das Trennzeichen von / zu : ändert, gehen alle
anderen Lösungen kaputt und nur ${parameter:offset:length} bleibt
heile ;-) Ist halt unterspezifiziert in der Aufgabe, daher
verschiedene Varianten.
--
....Christian.Garbs....................................https://www.cgarbs.de
Todays Experiment.... FAILED.
Rolf Buenning <r.bue...@gmx.de> wrote:
> Stefan Ram <r...@zedat.fu-berlin.de> schrieb:
>> $ v=39/2023; v1=${v%/*}; v2=${v#*/}; echo $v, $v1, $v2
>> 39/2023, 39, 2023
> Und warum nicht sowas(nach gründlichem Nachdenken (: Grmpf fiel mir man bash
> ein)
>
> ${parameter:offset:length}
am Schrägstrich teilen", sondern nur "ich möchte das und das haben".
Im Sinne defensiver Programmierung in einem unbekannten Umfeld haban
die Antwortenden das instinktiv aufgefasst als "da nehmen wir mal den
Schrägstrich als Trenner, falls eine der Zahlen eine Stelle mehr oder
weniger bekommt".
Wenn sichergestellt ist, dass das nie passiert, passt die Lösung mit
"Zeichen einzeln abzählen" auch.
Gruß
Christian
PS: Falls sich morgen das Trennzeichen von / zu : ändert, gehen alle
anderen Lösungen kaputt und nur ${parameter:offset:length} bleibt
heile ;-) Ist halt unterspezifiziert in der Aufgabe, daher
verschiedene Varianten.
--
....Christian.Garbs....................................https://www.cgarbs.de
Todays Experiment.... FAILED.
Ulli Horlacher
Mar 9, 2023, 1:21:33 PM3/9/23
to
Rolf Buenning <r.bue...@gmx.de> wrote:
> Ich bekomme meine Kontoauszüge elektronisch als pdf.
> Normalerweise heißen die Auszug$Jahr_0000$Nummer.pdf.
> Aus unerfindlichen Gründen werden häufig welche geliefert,
> die einfach Auszug.pdf heißen.
>
> Ich bekomme meine Kontoauszüge elektronisch als pdf.
> Normalerweise heißen die Auszug$Jahr_0000$Nummer.pdf.
> Aus unerfindlichen Gründen werden häufig welche geliefert,
> die einfach Auszug.pdf heißen.
>
> Ich speichere die dann irgendo ab und muss sie umbenennen.
> Dazu hab ich mir ein Bash-Script geschrieben.
bash ist nicht gut geeignet zur Stringverarbeitung.
> Dazu hab ich mir ein Bash-Script geschrieben.
Da wuerde ich besser Perl nehmen. Hipper soll Python sein :-)
Aber woher bekommst du die Umbenennungsparameter Jahr,Nummer wenn die
Datei nur "Auszug.pdf" heisst?
Stefan Wiens
Mar 9, 2023, 3:19:02 PM3/9/23
to
--
Stefan
Rolf Buenning
Mar 10, 2023, 12:19:23 AM3/10/23
to
Ulli Horlacher <fram...@rus.uni-stuttgart.de> schrieb:
Python habe ich angefangen zu lernen, aber das dauert...
Rolf
> Rolf Buenning <r.bue...@gmx.de> wrote:
>
>> Ich bekomme meine Kontoauszüge elektronisch als pdf.
>>
>
>> Ich bekomme meine Kontoauszüge elektronisch als pdf.
>>
>> Ich speichere die dann irgendo ab und muss sie umbenennen.
>> Dazu hab ich mir ein Bash-Script geschrieben.
>
> bash ist nicht gut geeignet zur Stringverarbeitung.
> Da wuerde ich besser Perl nehmen. Hipper soll Python sein :-)
Möglich, aber von Perl habe ich null Ahnung.
>> Dazu hab ich mir ein Bash-Script geschrieben.
>
> bash ist nicht gut geeignet zur Stringverarbeitung.
> Da wuerde ich besser Perl nehmen. Hipper soll Python sein :-)
Python habe ich angefangen zu lernen, aber das dauert...
>
> Aber woher bekommst du die Umbenennungsparameter Jahr,Nummer wenn die
> Datei nur "Auszug.pdf" heisst?
Die steht im PDF, ich extrahiere sie mit strings und grep und awk.
> Aber woher bekommst du die Umbenennungsparameter Jahr,Nummer wenn die
> Datei nur "Auszug.pdf" heisst?
Rolf
Ulli Horlacher
Mar 10, 2023, 2:11:21 AM3/10/23
to
Rolf Buenning <r.bue...@gmx.de> wrote:
>> bash ist nicht gut geeignet zur Stringverarbeitung.
>> Da wuerde ich besser Perl nehmen. Hipper soll Python sein :-)
>
> Möglich, aber von Perl habe ich null Ahnung.
Das hattest du auch mal von bash :-)
>> bash ist nicht gut geeignet zur Stringverarbeitung.
>> Da wuerde ich besser Perl nehmen. Hipper soll Python sein :-)
>
> Möglich, aber von Perl habe ich null Ahnung.
>> Aber woher bekommst du die Umbenennungsparameter Jahr,Nummer wenn die
>> Datei nur "Auszug.pdf" heisst?
>
> Die steht im PDF, ich extrahiere sie mit strings und grep und awk.
Perl hat angefangen als Obermenge aus grep und awk!
Wenn man das etwas kann, ist den Einstieg in Perl trivial.
Du kannst strings, grep, awk und bash einfach durch Perl ersetzen.
Und die Leute in de.comp.lang.perl sind echt nett hilfsbereit.
Hattest du nicht geschrieben, du waerst Rentner mit viel Zeit? :-)
Rolf Buenning
Mar 10, 2023, 3:51:59 AM3/10/23
to
>>> Da wuerde ich besser Perl nehmen. Hipper soll Python sein :-)
>> Möglich, aber von Perl habe ich null Ahnung.
> Das hattest du auch mal von bash :-)
>>> Aber woher bekommst du die Umbenennungsparameter Jahr,Nummer wenn die
>>> Datei nur "Auszug.pdf" heisst?
>>
>> Die steht im PDF, ich extrahiere sie mit strings und grep und awk.
>
>> Möglich, aber von Perl habe ich null Ahnung.
> Das hattest du auch mal von bash :-)
>>> Aber woher bekommst du die Umbenennungsparameter Jahr,Nummer wenn die
>>> Datei nur "Auszug.pdf" heisst?
>>
>> Die steht im PDF, ich extrahiere sie mit strings und grep und awk.
>
> Du kannst strings, grep, awk und bash einfach durch Perl ersetzen.
>
> Und die Leute in de.comp.lang.perl sind echt nett hilfsbereit.
Ok, notiert.
>
> Und die Leute in de.comp.lang.perl sind echt nett hilfsbereit.
>
> Hattest du nicht geschrieben, du waerst Rentner mit viel Zeit? :-)
Ja, hatte ich, werde im Mai 85.
> Hattest du nicht geschrieben, du waerst Rentner mit viel Zeit? :-)
Rolf
Ulli Horlacher
Mar 10, 2023, 4:37:23 AM3/10/23
to
Rolf Buenning <r.bue...@gmx.de> wrote:
>> Hattest du nicht geschrieben, du waerst Rentner mit viel Zeit? :-)
>
> Ja, hatte ich, werde im Mai 85.
Dann haettest du mit UNIX von Anfang an dabei gewesen sein koennen?!
>> Hattest du nicht geschrieben, du waerst Rentner mit viel Zeit? :-)
>
> Ja, hatte ich, werde im Mai 85.
Perl gibts ja erst seit 1987.
Stefan Reuther
Mar 10, 2023, 10:50:32 AM3/10/23
to
Am 08.03.2023 um 20:38 schrieb Helmut Waitzmann:
> Stefan Reuther <stefa...@arcor.de>:
oder fehlerhaft ausführen kann.
Ich mach seit 25+ Jahren Linux, und mir ist erst vor wenigen Wochen
bewusst geworden, dass es Stellen gibt, wo tatsächlich zwischen den
Zuständen "nicht gesetzt" und "leer" von Umgebungsvariablen
unterschieden wird, und ausnahmslos jeder der Kollegen, die ich darauf
ansprach, war davon ebenfalls überrascht. Klar, steht in der manpage, da
liest man aber eben drüber. Insofern wird dir kaum einer *aus dem Kopf*
den Boilerplate mit `${IFS+:} unset` bauen.
Stefan
> Stefan Reuther <stefa...@arcor.de>:
>> Diese Variante hat gegenüber den Lösungen mit awk, sed, cut, IFS usw.
>> den Vorteil, keine externen Prozesse und kein wackliges "parse mal die
>> Ausgabe" zu benötigen.
>
> Was meinst du mit wackligem Ausgabe‐Parsen? Die folgende Kommandozeile
> zerlegt mit Hilfe der Variablen «IFS» den Inhalt der Variablen «v» in
> die positional parameters ("$@").
>
> saved_IFS="${IFS-}" && ${IFS+:} unset -- saved_IFS &&
> {
> IFS=/ && set -- $v &&
> IFS="${saved_IFS-}" && ${saved_IFS+:} unset -- IFS
> }
>
> Ich kann daran nichts Wackliges erkennen.
Wacklig ist, dass das ganz schön viele Schritte sind, die man vergessen
>> den Vorteil, keine externen Prozesse und kein wackliges "parse mal die
>> Ausgabe" zu benötigen.
>
> Was meinst du mit wackligem Ausgabe‐Parsen? Die folgende Kommandozeile
> zerlegt mit Hilfe der Variablen «IFS» den Inhalt der Variablen «v» in
> die positional parameters ("$@").
>
> saved_IFS="${IFS-}" && ${IFS+:} unset -- saved_IFS &&
> {
> IFS=/ && set -- $v &&
> IFS="${saved_IFS-}" && ${saved_IFS+:} unset -- IFS
> }
>
> Ich kann daran nichts Wackliges erkennen.
oder fehlerhaft ausführen kann.
Ich mach seit 25+ Jahren Linux, und mir ist erst vor wenigen Wochen
bewusst geworden, dass es Stellen gibt, wo tatsächlich zwischen den
Zuständen "nicht gesetzt" und "leer" von Umgebungsvariablen
unterschieden wird, und ausnahmslos jeder der Kollegen, die ich darauf
ansprach, war davon ebenfalls überrascht. Klar, steht in der manpage, da
liest man aber eben drüber. Insofern wird dir kaum einer *aus dem Kopf*
den Boilerplate mit `${IFS+:} unset` bauen.
Stefan
Markus Schaaf
Mar 10, 2023, 1:31:27 PM3/10/23
to
Am 10.03.23 um 16:37 schrieb Stefan Reuther:
"Erste Schritte mit Bash" gelesen. Was mir in Erinnerung
geblieben ist, war eine Stelle ähnlich wie: "Du könntest auch IFS
verändern, um Folgendes zu erreichen, aber mach das nicht." (Der
Grund ist, dass IFS an etlichen, gar nicht so offensichtlichen
Stellen benutzt wird.
> Ich mach seit 25+ Jahren Linux, und mir ist erst vor wenigen Wochen
> bewusst geworden, dass es Stellen gibt, wo tatsächlich zwischen den
> Zuständen "nicht gesetzt" und "leer" von Umgebungsvariablen
> unterschieden wird
Ich mach gerade was mit Lua: In Lua gibt es zwei Funktionen, um
aus C Strings nach Lua zu importieren. Die eine `lua_pushstring(
lua_State *, char const * s )` pusht bei `s == NULL` den Wert
`nil`. Die andere `lua_pushlstring( lua_State *, char const *s,
size_t s_len )` pusht bei `s == NULL` den Wert `""`.
MfG
> Am 08.03.2023 um 20:38 schrieb Helmut Waitzmann:
>> saved_IFS="${IFS-}" && ${IFS+:} unset -- saved_IFS &&
>> {
>> IFS=/ && set -- $v &&
>> IFS="${saved_IFS-}" && ${saved_IFS+:} unset -- IFS
>> }
>>
>> Ich kann daran nichts Wackliges erkennen.
> Wacklig ist, dass das ganz schön viele Schritte sind, die man vergessen
> oder fehlerhaft ausführen kann.
Haha. Vor vielen Jahren habe ich mal eine Anleitung der Art
>> saved_IFS="${IFS-}" && ${IFS+:} unset -- saved_IFS &&
>> {
>> IFS=/ && set -- $v &&
>> IFS="${saved_IFS-}" && ${saved_IFS+:} unset -- IFS
>> }
>>
>> Ich kann daran nichts Wackliges erkennen.
> Wacklig ist, dass das ganz schön viele Schritte sind, die man vergessen
> oder fehlerhaft ausführen kann.
"Erste Schritte mit Bash" gelesen. Was mir in Erinnerung
geblieben ist, war eine Stelle ähnlich wie: "Du könntest auch IFS
verändern, um Folgendes zu erreichen, aber mach das nicht." (Der
Grund ist, dass IFS an etlichen, gar nicht so offensichtlichen
Stellen benutzt wird.
> Ich mach seit 25+ Jahren Linux, und mir ist erst vor wenigen Wochen
> bewusst geworden, dass es Stellen gibt, wo tatsächlich zwischen den
> Zuständen "nicht gesetzt" und "leer" von Umgebungsvariablen
> unterschieden wird
aus C Strings nach Lua zu importieren. Die eine `lua_pushstring(
lua_State *, char const * s )` pusht bei `s == NULL` den Wert
`nil`. Die andere `lua_pushlstring( lua_State *, char const *s,
size_t s_len )` pusht bei `s == NULL` den Wert `""`.
MfG
Rolf Buenning
Mar 11, 2023, 2:08:39 AM3/11/23
to
Andreas Kohlbach <a...@spamfence.net> schrieb:
Hallo Andreas,
Python 3
Johannes Ernstl, Peter Kaiser
Rheinwerk
> On 10 Mar 2023 05:19:21 GMT, Rolf Buenning wrote:
>>
>> Python habe ich angefangen zu lernen, aber das dauert...
>
> Welche Quelle, welches Buch liest Du dazu?
>>
>> Python habe ich angefangen zu lernen, aber das dauert...
>
Hallo Andreas,
Python 3
Johannes Ernstl, Peter Kaiser
Rheinwerk
Marcel Logen
Mar 11, 2023, 10:14:56 AM3/11/23
to
Rolf Buenning in de.comp.os.unix.shell:
>Andreas Kohlbach <a...@spamfence.net> schrieb:
>> On 10 Mar 2023 05:19:21 GMT, Rolf Buenning wrote:
>>> Python habe ich angefangen zu lernen, aber das dauert...
>>
>> Welche Quelle, welches Buch liest Du dazu?
<https://docs.python.org/3/>
Ich schaue da immer rein, wenn ich mir Python3-Scripts erstelle.
Marcel 1v4o0 (2069248)
--
╭─╮ ╭─╮ ╭───╮ ╭─────────
╭─╮ ╭─╯ ╰────╯ ╰─╯ │ │
╭───╮ ╭─╮ ╭─╮ ╭────╯ ╰──╯ ╭─────╯ ╭─╯
╭─╯ ╰────────────────╯ ╰─╯ ╰─╯ ╰───────╯ d6699c
>Andreas Kohlbach <a...@spamfence.net> schrieb:
>> On 10 Mar 2023 05:19:21 GMT, Rolf Buenning wrote:
>>> Python habe ich angefangen zu lernen, aber das dauert...
>>
>> Welche Quelle, welches Buch liest Du dazu?
>Python 3
>Johannes Ernstl, Peter Kaiser
>Rheinwerk
Die offizielle Online-Doku von der Website ist IMHO auch ganz gut.
>Johannes Ernstl, Peter Kaiser
>Rheinwerk
<https://docs.python.org/3/>
Ich schaue da immer rein, wenn ich mir Python3-Scripts erstelle.
Marcel 1v4o0 (2069248)
--
╭─╮ ╭─╮ ╭───╮ ╭─────────
╭─╮ ╭─╯ ╰────╯ ╰─╯ │ │
╭───╮ ╭─╮ ╭─╮ ╭────╯ ╰──╯ ╭─────╯ ╭─╯
╭─╯ ╰────────────────╯ ╰─╯ ╰─╯ ╰───────╯ d6699c
Rolf Buenning
Mar 11, 2023, 12:34:41 PM3/11/23
to
Marcel Logen <33320000...@ybtra.de> schrieb:
>
> Die offizielle Online-Doku von der Website ist IMHO auch ganz gut.
>
><https://docs.python.org/3/>
>
> Ich schaue da immer rein, wenn ich mir Python3-Scripts erstelle.
Danke, habe ich mir gespeichert.
>
> Die offizielle Online-Doku von der Website ist IMHO auch ganz gut.
>
><https://docs.python.org/3/>
>
> Ich schaue da immer rein, wenn ich mir Python3-Scripts erstelle.
Rolf
Helmut Waitzmann
Mar 11, 2023, 2:19:40 PM3/11/23
to
Stefan Reuther <stefa...@arcor.de>:
> Ich mach seit 25+ Jahren Linux, und mir ist erst vor wenigen
> Wochen bewusst geworden, dass es Stellen gibt, wo tatsächlich
> zwischen den Zuständen "nicht gesetzt" und "leer" von
> Umgebungsvariablen unterschieden wird
Ein (Extrem‐) Beispiel ist die Umgebungsvariable
«POSIXLY_CORRECT», die von GNU‐Programmen beachtet wird.
Entscheidend ist bei ihr nicht, welchen Inhalt sie hat, sondern
nur, ob es sie gibt.
Beispiel:
: > -Dateiname
ls -ld . -Dateiname
POSIXLY_CORRECT= ls -ld . -Dateiname
Dieses Beispiel zeigt gleichzeitig, dass man die Fähigkeiten von
GNU‐Programmen, bei nichtvorhandener Umgebungsvariabler
«POSIXLY_CORRECT» Optionen nach anderen Parametern
(beispielsweise Dateinamen) angeben zu können, nicht nutzen,
sondern erst die Optionen, dann den Optionenendeanzeiger «--» und
dann die restlichen Parameter angeben sollte. Geht man so vor,
kommt es in Bezug auf die Optionenverarbeitung auf die An‐ oder
Abwesenheit der Umgebungsvariablen «POSIXLY_CORRECT» nicht mehr
an:
ls -ld -- . -Dateiname
POSIXLY_CORRECT= ls -ld -- . -Dateiname
> Ich mach seit 25+ Jahren Linux, und mir ist erst vor wenigen
> Wochen bewusst geworden, dass es Stellen gibt, wo tatsächlich
> zwischen den Zuständen "nicht gesetzt" und "leer" von
> Umgebungsvariablen unterschieden wird
«POSIXLY_CORRECT», die von GNU‐Programmen beachtet wird.
Entscheidend ist bei ihr nicht, welchen Inhalt sie hat, sondern
nur, ob es sie gibt.
Beispiel:
: > -Dateiname
ls -ld . -Dateiname
POSIXLY_CORRECT= ls -ld . -Dateiname
Dieses Beispiel zeigt gleichzeitig, dass man die Fähigkeiten von
GNU‐Programmen, bei nichtvorhandener Umgebungsvariabler
«POSIXLY_CORRECT» Optionen nach anderen Parametern
(beispielsweise Dateinamen) angeben zu können, nicht nutzen,
sondern erst die Optionen, dann den Optionenendeanzeiger «--» und
dann die restlichen Parameter angeben sollte. Geht man so vor,
kommt es in Bezug auf die Optionenverarbeitung auf die An‐ oder
Abwesenheit der Umgebungsvariablen «POSIXLY_CORRECT» nicht mehr
an:
ls -ld -- . -Dateiname
POSIXLY_CORRECT= ls -ld -- . -Dateiname
Rolf Buenning
Mar 12, 2023, 4:46:23 AM3/12/23
to
Ulli Horlacher <fram...@rus.uni-stuttgart.de> schrieb:
Nachdem meine Script nach etlichen Überarbeitungen nun "fertig" ist,
möchte ich es euch mal zeigen.
#v+
#!/bin/bash
# Umbenennung eines falsch bezeichneten Kontoauszugs
Name=Auszug.pdf
NullStr=""
A=$(grep --text Kontoauszug Auszug.pdf | awk '{print $3}')
# A enthält jetztdie Auszugnummer und das Jahr in der Form Nummer/Jahr
# trennen Nummer und Jahr
Nummer=${A%/*}
Jahr=${A#*/}
# prüfen, ob Nummer ein-, zwei- oder dreistellig ist, um die Anzahl einzufügender
# Nullen festzulegen zu können.
# vierstellig dürfte bei mir kaum vorkommen
# Das 'Nummernfeld' in der Kontoauszugbezeichnung muss letztendlich
# sechsstellig sein.
if [ $Nummer -lt 10 ]
#einstellig
then
NullStr="_00000"
elif
[ $Nummer -lt 100 ]
# zweistellig
then
NullStr="_0000"
else
# dreistellig
NullStr="_000"
fi
mv $Name "Auszug"$Jahr$NullStr$Nummer".pdf"
#v-
Rolf
> Rolf Buenning <r.bue...@gmx.de> wrote:
>
>>> bash ist nicht gut geeignet zur Stringverarbeitung.
>
>
>>> bash ist nicht gut geeignet zur Stringverarbeitung.
>
>>> Aber woher bekommst du die Umbenennungsparameter Jahr,Nummer wenn die
>>> Datei nur "Auszug.pdf" heisst?
Hallo, ich wieder!
>>> Datei nur "Auszug.pdf" heisst?
Nachdem meine Script nach etlichen Überarbeitungen nun "fertig" ist,
möchte ich es euch mal zeigen.
#v+
#!/bin/bash
# Umbenennung eines falsch bezeichneten Kontoauszugs
Name=Auszug.pdf
NullStr=""
A=$(grep --text Kontoauszug Auszug.pdf | awk '{print $3}')
# A enthält jetztdie Auszugnummer und das Jahr in der Form Nummer/Jahr
# trennen Nummer und Jahr
Nummer=${A%/*}
Jahr=${A#*/}
# prüfen, ob Nummer ein-, zwei- oder dreistellig ist, um die Anzahl einzufügender
# Nullen festzulegen zu können.
# vierstellig dürfte bei mir kaum vorkommen
# Das 'Nummernfeld' in der Kontoauszugbezeichnung muss letztendlich
# sechsstellig sein.
if [ $Nummer -lt 10 ]
#einstellig
then
NullStr="_00000"
elif
[ $Nummer -lt 100 ]
# zweistellig
then
NullStr="_0000"
else
# dreistellig
NullStr="_000"
fi
mv $Name "Auszug"$Jahr$NullStr$Nummer".pdf"
#v-
Rolf
Stefan Reuther
Mar 12, 2023, 5:04:21 AM3/12/23
to
Am 11.03.2023 um 20:05 schrieb Helmut Waitzmann:
> Stefan Reuther <stefa...@arcor.de>:
>> Ich mach seit 25+ Jahren Linux, und mir ist erst vor wenigen Wochen
>> bewusst geworden, dass es Stellen gibt, wo tatsächlich zwischen den
>> Zuständen "nicht gesetzt" und "leer" von Umgebungsvariablen
>> unterschieden wird
>
> Ein (Extrem‐) Beispiel ist die Umgebungsvariable «POSIXLY_CORRECT», die
> von GNU‐Programmen beachtet wird. Entscheidend ist bei ihr nicht,
> welchen Inhalt sie hat, sondern nur, ob es sie gibt.
In meinem Fall war es ganz banal CFLAGS.
> Stefan Reuther <stefa...@arcor.de>:
>> Ich mach seit 25+ Jahren Linux, und mir ist erst vor wenigen Wochen
>> bewusst geworden, dass es Stellen gibt, wo tatsächlich zwischen den
>> Zuständen "nicht gesetzt" und "leer" von Umgebungsvariablen
>> unterschieden wird
>
> Ein (Extrem‐) Beispiel ist die Umgebungsvariable «POSIXLY_CORRECT», die
> von GNU‐Programmen beachtet wird. Entscheidend ist bei ihr nicht,
> welchen Inhalt sie hat, sondern nur, ob es sie gibt.
`CFLAGS= ./configure` sorgt NICHT nur dafür, dass die (von anderswo
vorgegebenen) CFLAGS ignoriert werden und `configure` sich selber welche
ausdenkt, sondern bewirkt, dass einfach für den Compiliervorgang keine
Flags benutzt werden.
Das sorgt also dafür, dass ohne Optimierung gebaut wird (`configure`
nimmt normalerweise `-O2`).
Das sorgt dafür, dass `__attribute__((always_inline))` nicht wirksam wird.
Das sorgt dafür, dass ein MinGW Cross-GCC seine Standardbibliothek nicht
zusammengebaut bekommt.
Und jetzt debug das mal, wenn alles was du hast, die Meldung "ld:
undefined symbol" ist.
Stefan
Helmut Waitzmann
Mar 12, 2023, 8:20:23 AM3/12/23
to
Rolf Buenning <r.bue...@gmx.de>:
> Nachdem meine Script nach etlichen Überarbeitungen nun "fertig"
> ist, möchte ich es euch mal zeigen.
>
> # Form Nummer/Jahr
Anzahl von führenden Nullen aufzufüllen:
(1) Nutze die Fähigkeit von «printf», Zahlen mit einer
Mindestanzahl von Ziffern auszugeben: Das Shell‐Kommando
Nummer="$( printf '%1.6d\n' "$Nummer" )"
liefert dir die Zahl mit einer Mindestanzahl von 6 Ziffern (mehr
Ziffern nur dann, wenn sie in 6 Ziffern nicht hineinpasst).
Wenn du lieber kein Programm (hier: «printf») aufrufen möchtest,
um den Rechenaufwand des Shell‐Skripts möglichst klein zu
halten[1], kannst du auch mit Bordmitteln des Shells arbeiten:
[1] Heutige Shells (beispielsweise auch «bash») haben allerdings
«printf» meist eingebaut. Daher zieht das Argument, einen
Programmaufruf zu vermeiden, bei «printf» allermeist nicht mehr.
(2) Wenn sichergestellt ist, dass «"$Nummer"» immer eine
vorzeichenlose Zahl aus höchstens 6 Ziffern ist, kann man die
Mindestanzahl von Ziffern (hier: 6) erreichen, indem man zunächst
die entsprechende Anzahl (hier: 6) von Nullen vorne dranklebt.
Dadurch erhält man eine Darstellung, die mindestens so viele
Ziffern wie nötig (hier: 6) hat.
Möglicherweise sind dann aber zu viele führende Nullen
vorhanden. Man muss dann vorne so viele Ziffern abschneiden,
dass 6 übrig bleiben. Das kriegt man so hin:
Man schneidet zunächst testweise hinten die gewünschten 6 Ziffern
ab, um die Ziffern zu ermitteln, die vorne überzählig sind. Dann
schneidet man diese vorne überflüssigen Ziffern vorne von der
gesamten Ziffernfolge ab, um die gewünschten letzten 6 Ziffern zu
erhalten:
Nummer=000000"$Nummer" &&
Nummer="${Nummer#"${Nummer%??????}"}"
> mv $Name "Auszug"$Jahr$NullStr$Nummer".pdf"
mv -- "$Name" Auszug"${Jahr}_${Nummer}".pdf
Anmerkung/Rat:
Verwende Variablenauswertungen grundsätzlich immer in
Anführungszeichen («"$Variable"»), es sei denn, du möchtest die
besonderen Effekte, die eine Auswertung ohne Anführungszeichen
(«$Variable») verursacht, haben.
Die besonderen Effekte der Variablenauswertung ohne
Anführungszeichen sind folgende: Der Variableninhalt wird
anschließend an allen Stellen, die eines aus der in der Variablen
«IFS» aufgezählten Zeichen enthält, in zwei Teile zerbrochen.
Dadurch erhält man mehrere Teile statt nur einen. Je nachdem, ob
die Shell‐Option «-f» aus‐ oder eingeschaltet ist, wird das
Erhaltene anschließend noch daraufhin untersucht, ob es
vielleicht Dateinamensmuster mit Jokerzeichen («*», «?», […])
darstellt, und, falls das der Fall ist, durch die Namen der auf
die Muster passenden Dateien ersetzt.
Dass der allermeist gewünschte Fall umständlicher – mit
Anführungszeichen – zu schreiben ist als der Spezialfall der
Sonderbehandlung – ohne Anführungszeichen –, dürfte der
historischen Entwicklung des Shells und seiner Skriptsprache
geschuldet sein.
> Nachdem meine Script nach etlichen Überarbeitungen nun "fertig"
> ist, möchte ich es euch mal zeigen.
>
> #!/bin/bash
> # Umbenennung eines falsch bezeichneten Kontoauszugs
>
> Name=Auszug.pdf
> NullStr=""
>
> A=$(grep --text Kontoauszug Auszug.pdf | awk '{print $3}')
> # A enthält jetzt die Auszugnummer und das Jahr in der
> # Umbenennung eines falsch bezeichneten Kontoauszugs
>
> Name=Auszug.pdf
> NullStr=""
>
> A=$(grep --text Kontoauszug Auszug.pdf | awk '{print $3}')
> # Form Nummer/Jahr
> # trennen Nummer und Jahr
> Nummer=${A%/*}
> Jahr=${A#*/}
>
> # prüfen, ob Nummer ein-, zwei- oder dreistellig ist, um
> # die Anzahl einzufügender Nullen festzulegen zu können.
> Nummer=${A%/*}
> Jahr=${A#*/}
>
> # prüfen, ob Nummer ein-, zwei- oder dreistellig ist, um
> # vierstellig dürfte bei mir kaum vorkommen
>
> # Das 'Nummernfeld' in der Kontoauszugbezeichnung muss
> # letztendlich sechsstellig sein.
>
> # Das 'Nummernfeld' in der Kontoauszugbezeichnung muss
>
> if [ $Nummer -lt 10 ]
> #einstellig
> then
> NullStr="_00000"
> elif
> [ $Nummer -lt 100 ]
> # zweistellig
> then
> NullStr="_0000"
> else
> # dreistellig
> NullStr="_000"
> fi
Da hätte ich dir elegantere und robustere Vorschläge, die nötige
> if [ $Nummer -lt 10 ]
> #einstellig
> then
> NullStr="_00000"
> elif
> [ $Nummer -lt 100 ]
> # zweistellig
> then
> NullStr="_0000"
> else
> # dreistellig
> NullStr="_000"
> fi
Anzahl von führenden Nullen aufzufüllen:
(1) Nutze die Fähigkeit von «printf», Zahlen mit einer
Mindestanzahl von Ziffern auszugeben: Das Shell‐Kommando
Nummer="$( printf '%1.6d\n' "$Nummer" )"
liefert dir die Zahl mit einer Mindestanzahl von 6 Ziffern (mehr
Ziffern nur dann, wenn sie in 6 Ziffern nicht hineinpasst).
Wenn du lieber kein Programm (hier: «printf») aufrufen möchtest,
um den Rechenaufwand des Shell‐Skripts möglichst klein zu
halten[1], kannst du auch mit Bordmitteln des Shells arbeiten:
[1] Heutige Shells (beispielsweise auch «bash») haben allerdings
«printf» meist eingebaut. Daher zieht das Argument, einen
Programmaufruf zu vermeiden, bei «printf» allermeist nicht mehr.
(2) Wenn sichergestellt ist, dass «"$Nummer"» immer eine
vorzeichenlose Zahl aus höchstens 6 Ziffern ist, kann man die
Mindestanzahl von Ziffern (hier: 6) erreichen, indem man zunächst
die entsprechende Anzahl (hier: 6) von Nullen vorne dranklebt.
Dadurch erhält man eine Darstellung, die mindestens so viele
Ziffern wie nötig (hier: 6) hat.
Möglicherweise sind dann aber zu viele führende Nullen
vorhanden. Man muss dann vorne so viele Ziffern abschneiden,
dass 6 übrig bleiben. Das kriegt man so hin:
Man schneidet zunächst testweise hinten die gewünschten 6 Ziffern
ab, um die Ziffern zu ermitteln, die vorne überzählig sind. Dann
schneidet man diese vorne überflüssigen Ziffern vorne von der
gesamten Ziffernfolge ab, um die gewünschten letzten 6 Ziffern zu
erhalten:
Nummer=000000"$Nummer" &&
Nummer="${Nummer#"${Nummer%??????}"}"
> mv $Name "Auszug"$Jahr$NullStr$Nummer".pdf"
Anmerkung/Rat:
Verwende Variablenauswertungen grundsätzlich immer in
Anführungszeichen («"$Variable"»), es sei denn, du möchtest die
besonderen Effekte, die eine Auswertung ohne Anführungszeichen
(«$Variable») verursacht, haben.
Die besonderen Effekte der Variablenauswertung ohne
Anführungszeichen sind folgende: Der Variableninhalt wird
anschließend an allen Stellen, die eines aus der in der Variablen
«IFS» aufgezählten Zeichen enthält, in zwei Teile zerbrochen.
Dadurch erhält man mehrere Teile statt nur einen. Je nachdem, ob
die Shell‐Option «-f» aus‐ oder eingeschaltet ist, wird das
Erhaltene anschließend noch daraufhin untersucht, ob es
vielleicht Dateinamensmuster mit Jokerzeichen («*», «?», […])
darstellt, und, falls das der Fall ist, durch die Namen der auf
die Muster passenden Dateien ersetzt.
Dass der allermeist gewünschte Fall umständlicher – mit
Anführungszeichen – zu schreiben ist als der Spezialfall der
Sonderbehandlung – ohne Anführungszeichen –, dürfte der
historischen Entwicklung des Shells und seiner Skriptsprache
geschuldet sein.
Rolf Buenning
Mar 12, 2023, 10:07:15 AM3/12/23
to
Stefan Ram <r...@zedat.fu-berlin.de> schrieb:
>
> Hier mal eine Idee, wie so etwas in Python aussehen könnte. Mangels
> Datei "Kontoauszug.pdf" konnte ich das Programm hier natürlich nicht
> testen. Es ist daher nur zum Lesen gedacht, nicht zum Ausführen!
>
Die Datei Kontoauszug kann man sich auch selber machen.
Es muss nur Jahr/Nummer im 3. Feld (so wie awk das sieht) stehen.
Der Rest ist beliebig.
Deinen Python-Vorschlag probiere ich aus.
Rolf
>
> Hier mal eine Idee, wie so etwas in Python aussehen könnte. Mangels
> Datei "Kontoauszug.pdf" konnte ich das Programm hier natürlich nicht
> testen. Es ist daher nur zum Lesen gedacht, nicht zum Ausführen!
>
Die Datei Kontoauszug kann man sich auch selber machen.
Es muss nur Jahr/Nummer im 3. Feld (so wie awk das sieht) stehen.
Der Rest ist beliebig.
Deinen Python-Vorschlag probiere ich aus.
Rolf
Rolf Buenning
Mar 12, 2023, 11:07:23 AM3/12/23
to
Thomas Noll <-_tn...@web.de> schrieb:
>
> printf -v Zielname 'Auszug_%04d_%06d.pdf' "${Jahr}" "${Nummer}"
> mv -i -- "${Name}" "${Zielname}"
>
> Dann kann die Nummer auch sechsstellig sein.
>
OK, das ändere ich, dann spare ich den ganzen Anzahl-Stellen-check.
Dank Rolf
> Am 12 Mar 2023 08:46:20 GMT schrieb Rolf Buenning:
>
>> Nachdem meine Script nach etlichen Überarbeitungen nun "fertig" ist,
>> möchte ich es euch mal zeigen.
>
> Ich würde den Dateinamen eher so zusammenbauen:
>
>> Nachdem meine Script nach etlichen Überarbeitungen nun "fertig" ist,
>> möchte ich es euch mal zeigen.
>
>
> printf -v Zielname 'Auszug_%04d_%06d.pdf' "${Jahr}" "${Nummer}"
> mv -i -- "${Name}" "${Zielname}"
>
> Dann kann die Nummer auch sechsstellig sein.
>
OK, das ändere ich, dann spare ich den ganzen Anzahl-Stellen-check.
Dank Rolf
Rolf Buenning
Mar 12, 2023, 11:09:26 AM3/12/23
to
Helmut Waitzmann <nn.th...@xoxy.net> schrieb:
Rolf
> Rolf Buenning <r.bue...@gmx.de>:
>
>> Nachdem meine Script nach etlichen Überarbeitungen nun "fertig"
>> ist, möchte ich es euch mal zeigen.
Habe ich schon gemacht, s.a. Vorposter.
>
>> Nachdem meine Script nach etlichen Überarbeitungen nun "fertig"
>> ist, möchte ich es euch mal zeigen.
Rolf
Rolf Buenning
Mar 12, 2023, 11:44:46 AM3/12/23
to
Rolf Buenning <r.bue...@gmx.de> schrieb:
Habe ich geändert.
Das script wird immer kürzer (und schöner).
Danke
Rolf
Das script wird immer kürzer (und schöner).
Danke
Rolf
Dr Eberhard W Lisse
Mar 12, 2023, 6:59:02 PM3/12/23
to
Das kann man ggfs auch noch erweitern
v=39/2023
IFS='/' read -a V <<< $v
echo "${V[0]}"
echo ${V[1]}
echo ${V[@]}
mfg, el
On 08/03/2023 11:10, Stefan Ram wrote:
> Hier unter bash:
>
> $ v=39/2023; IFS=/ read -r v1 v2 <<< $v; echo $v, $v1, $v2
> 39/2023, 39, 2023
>
> .
>
>
v=39/2023
IFS='/' read -a V <<< $v
echo "${V[0]}"
echo ${V[1]}
echo ${V[@]}
mfg, el
On 08/03/2023 11:10, Stefan Ram wrote:
> Hier unter bash:
>
> $ v=39/2023; IFS=/ read -r v1 v2 <<< $v; echo $v, $v1, $v2
> 39/2023, 39, 2023
>
> .
>
>
Dr Eberhard W Lisse
Mar 12, 2023, 7:03:50 PM3/12/23
to
Eine ganz dumme Frage, kann die Bank das auch mit CSV oder gleich
mit OFX?
Ich hatte ein ähnliches Problem mit einer auswärtigen Bank, da
habe ich dann die Kontoauszüge aus CSV in ein lesbares PDF
geLaTeXed :-)-O und mein Stuerberater war es zufrieden :-)-O
mfg, el
mit OFX?
Ich hatte ein ähnliches Problem mit einer auswärtigen Bank, da
habe ich dann die Kontoauszüge aus CSV in ein lesbares PDF
geLaTeXed :-)-O und mein Stuerberater war es zufrieden :-)-O
mfg, el
Rolf Buenning
Mar 13, 2023, 4:06:09 AM3/13/23
to
Dr Eberhard W Lisse <nos...@lisse.NA> schrieb:
Ich benutze Moneyplex von Matrica, da kann man sich für die Banken, die
benutzt werden, die unterstützten Geschäftsvorfälle anzeigen lassen.
Aber das heisst nicht, dass die Banken auch tun.
Die DKB hat könnte z.B. Auch Kontoauszüge als PDF liefern, tut dies aber
nicht, sondern liefert nur .940.
Die kann ich nicht verwursten, lesen schon.
Gruss Rolf
> Eine ganz dumme Frage, kann die Bank das auch mit CSV oder gleich
> mit OFX?
Keine Ahnung.
> mit OFX?
Ich benutze Moneyplex von Matrica, da kann man sich für die Banken, die
benutzt werden, die unterstützten Geschäftsvorfälle anzeigen lassen.
Aber das heisst nicht, dass die Banken auch tun.
Die DKB hat könnte z.B. Auch Kontoauszüge als PDF liefern, tut dies aber
nicht, sondern liefert nur .940.
Die kann ich nicht verwursten, lesen schon.
Gruss Rolf
Rolf Buenning
Mar 13, 2023, 1:21:14 PM3/13/23
to
>># Umbenennung eines falsch bezeichneten Kontoauszugs
>
>
> Hier mal eine Idee, wie so etwas in Python aussehen könnte. Mangels
>
> # Python 3.9
>
>
> import os
>
> name = 'Auszug.pdf'
>
> zeilen = open( name, 'rb' ).read().split( b'\n' )
> a =[ line for line in zeilen if b'Kontoauszug' in line ][ 0 ]\
> .split()[ 2 ]
>
> nummer, jahr = a.split( b'/' )
>
> null_str = b'_00000'[: 7 - len( nummer )]
> os.rename( name, b'Auszug' + jahr + null_str + nummer + b'.pdf' )
>
Habe ich ausprobiert, funktioniert.
Jetzt muss ich das nur noch verstehen.
Gruss Rolf
Rolf Buenning
Mar 14, 2023, 3:39:33 AM3/14/23
to
>>>import os
>
>
Danke für deine Mühe, mir das zu erklären.
Ich habe zwar schon ein wenig mit Python gemacht, aber bisher
nur an der Oberfläche gekratzt.
Steht aber nach wie vor in der ToDo-Liste.
Wie auch Perl.
Gruss Rolf
Dr Eberhard W Lisse
Mar 14, 2023, 5:04:55 PM3/14/23
to
Rolf Buenning
Mar 15, 2023, 12:23:37 PM3/15/23
to
Dr Eberhard W Lisse <nos...@lisse.NA> schrieb:
> On 13/03/2023 03:06, Rolf Buenning wrote:
>>
>> Die DKB hat könnte z.B. Auch Kontoauszüge als PDF liefern, tut
>> dies aber nicht, sondern liefert nur .940. Die kann ich nicht
>> verwursten, lesen schon.
Ja, das stimmt, habe nicht wirklich nachgesehen bzw. nachgedacht.
>>
>> Die DKB hat könnte z.B. Auch Kontoauszüge als PDF liefern, tut
>> dies aber nicht, sondern liefert nur .940. Die kann ich nicht
>> verwursten, lesen schon.
Damit kann mein Programm aber nichts anfangen, nur lesen (und speichern
natürlich).
0 new messages