jointable -n vergleicht Schlüssel als Zahlen, Review Punkt 9 abgeschlossen

This commit is contained in:
wkh
2026-10-30 10:07:48 +01:00
parent 158ce5dee2
commit d6733e737e
5 changed files with 30 additions and 11 deletions
+10 -4
View File
@@ -67,10 +67,16 @@ gelesen), 3 (Fehler als eine Zeile, `RDB_DEBUG=1` für den Backtrace), 4 (`EDITO
Argumenten, Editorfehler wird gemeldet), 5 (Satz wird in jedem Fall zurückgeschrieben),
6 (`Rdb.check_cells!`), 7 (`Rdb.write_file`: temporäre Datei plus `rename`) und 8
(Sortierschlüssel ohne Leerzeichen) sind behoben, jeweils mit Test.
Bei 9 ist nur `sorttable -r` behoben. Bewusst offen: `-nrf` gilt global (so beschreibt es
das Handbuch), `jointable -n` ist unklar spezifiziert, `1e3` als Zahl und die Zeile aus
leeren Zellen als „gelöscht“ sind Eigenheiten des Formats. Bei 8 bleibt `-x` (Faltung) beim
Index ohne Entsprechung in der Suche offen.
Bei 9 sind `sorttable -r` (stabil) und `jointable -n` (Schlüssel als Zahlen, wie in der
Man-Page) behoben. Bleibt so (Entscheidung 2026-10-30):
- `-nrf` gilt für alle Spalten: laut Man-Page reicht `sorttable` die Optionen an `sort`
weiter, Optionen pro Spalte gibt es im Original nicht.
- `1e3` ist keine Zahl: sonst würden Spalten mit Codes wie `2E5` numerisch.
- Eine Zeile aus lauter leeren Zellen gilt als gelöscht: so arbeitet `delete` im Format.
Offen bei 8: `index -x` (gefaltet) hat in `search` ohne `-x` kein Gegenstück, weil die
`.i`-Datei die Faltung nicht vermerkt. Das bräuchte eine Markierung im Indexkopf.
## Verbesserungspotential