jointable -n vergleicht Schlüssel als Zahlen, Review Punkt 9 abgeschlossen
This commit is contained in:
+10
-4
@@ -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
|
||||
|
||||
|
||||
Reference in New Issue
Block a user