Variablen "zerteilen"

[Rolf Buenning]

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

[Andreas Neumann]

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

man cut erklärt die Parameter.

[Michael Schütz]

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

[Markus Schaaf]

Am 08.03.23 um 16:39 schrieb Rolf Buenning:

v=39/2023
echo ${v%/*} ${v#*/}

[Rolf Buenning]

Stefan Ram <r...@zedat.fu-berlin.de> schrieb:

> Rolf Buenning <r.bue...@gmx.de> writes:
>>Eine Variable enthält "39/2023".
>

> 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]

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


--
Stefan

[Ulli Horlacher]

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.

--
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]

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?

[Stefan Wiens]

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
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]

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
ankommt sollte man ohne Not nicht solch intransparente
Skripte einsetzen.

--
Stefan

[Rolf Buenning]

Urs Janßen <u...@niko.tin.org> schrieb:

> 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

Ha!

[Stefan Reuther]

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.

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]

r...@zedat.fu-berlin.de (Stefan Ram):

> 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

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]

Stefan Reuther <stefa...@arcor.de>:

> 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
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]

Stefan Ram <r...@zedat.fu-berlin.de> schrieb:

> 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
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]

Stefan Ram <r...@zedat.fu-berlin.de> schrieb:
> Rolf Buenning <r.bue...@gmx.de> writes:

>>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
> 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]

Das ist Poxix und mitnichten BaSH!

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]

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.

[Ulli Horlacher]

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 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 :-)

Aber woher bekommst du die Umbenennungsparameter Jahr,Nummer wenn die
Datei nur "Auszug.pdf" heisst?

[Stefan Wiens]

OK, nicht schön aber in Ordnung.


--
Stefan

[Rolf Buenning]

Ulli Horlacher <fram...@rus.uni-stuttgart.de> schrieb:

> Rolf Buenning <r.bue...@gmx.de> wrote:
>
>> 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.
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.

Rolf

[Ulli Horlacher]

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 :-)

>> 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.

AHA! Na also!
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]

Ulli Horlacher <fram...@rus.uni-stuttgart.de> schrieb:
> Rolf Buenning <r.bue...@gmx.de> wrote:
>

>>> 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.
>

> 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.

>
> Hattest du nicht geschrieben, du waerst Rentner mit viel Zeit? :-)

Ja, hatte ich, werde im Mai 85.

Rolf

[Ulli Horlacher]

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?!
Perl gibts ja erst seit 1987.

[Stefan Reuther]

Am 08.03.2023 um 20:38 schrieb Helmut Waitzmann:
> 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
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]

Am 10.03.23 um 16:37 schrieb Stefan Reuther:

> 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
"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

[Rolf Buenning]

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?

Hallo Andreas,

Python 3
Johannes Ernstl, Peter Kaiser
Rheinwerk

[Marcel Logen]

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?

>Python 3
>Johannes Ernstl, Peter Kaiser
>Rheinwerk

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.

Marcel 1v4o0 (2069248)
--
╭─╮ ╭─╮ ╭───╮ ╭─────────
╭─╮ ╭─╯ ╰────╯ ╰─╯ │ │
╭───╮ ╭─╮ ╭─╮ ╭────╯ ╰──╯ ╭─────╯ ╭─╯
╭─╯ ╰────────────────╯ ╰─╯ ╰─╯ ╰───────╯ d6699c

[Rolf Buenning]

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.

Rolf

[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.

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]

Ulli Horlacher <fram...@rus.uni-stuttgart.de> schrieb:

> Rolf Buenning <r.bue...@gmx.de> wrote:
>
>>> 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!
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]

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.

`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]

Rolf Buenning <r.bue...@gmx.de>:

> 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
> # 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

Da hätte ich dir elegantere und robustere Vorschläge, die nötige
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.

[Rolf Buenning]

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

[Rolf Buenning]

Thomas Noll <-_tn...@web.de> schrieb:

> 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:
>
> 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]

Helmut Waitzmann <nn.th...@xoxy.net> schrieb:

> 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.

Rolf

[Rolf Buenning]

Rolf Buenning <r.bue...@gmx.de> schrieb:

Habe ich geändert.
Das script wird immer kürzer (und schöner).
Danke
Rolf

[Dr Eberhard W Lisse]

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:

> Rolf Buenning <r.bue...@gmx.de> writes:
>> Eine Variable enthält "39/2023".
>

> Hier unter bash:
>
> $ v=39/2023; IFS=/ read -r v1 v2 <<< $v; echo $v, $v1, $v2
> 39/2023, 39, 2023
>
> .
>
>

[Dr Eberhard W Lisse]

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

[Rolf Buenning]

Dr Eberhard W Lisse <nos...@lisse.NA> schrieb:

> Eine ganz dumme Frage, kann die Bank das auch mit CSV oder gleich
> mit OFX?

Keine Ahnung.

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]

Stefan Ram <r...@zedat.fu-berlin.de> schrieb:
> Rolf Buenning <r.bue...@gmx.de> writes:

>># 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]

>>Stefan Ram <r...@zedat.fu-berlin.de> schrieb:
>>>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]

https://matrica.de/produkte/produktmpx.html

sage aber das MT940 unterstützt wird...

el

[Rolf Buenning]

Dr Eberhard W Lisse <nos...@lisse.NA> schrieb:

> https://matrica.de/produkte/produktmpx.html
>
> sage aber das MT940 unterstützt wird...
>

> 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.
Damit kann mein Programm aber nichts anfangen, nur lesen (und speichern
natürlich).