Listersuche (Hexadezimale Zeichen)

[Elmi]

Da ich gerade etwas mit dem Lister experimentiere, bin ich auch bei der Listersuche auf "Suche hexadezimalen String" gestoßen. Beim Ausprobieren desselben sind aber ein paar Unstimmigkeiten in diesem Zusammenhang aufgetreten.

Verschiedene Zeichen wie z.B. B2 A0 und viele weitere dieser Zeichen werden einfach nicht gefunden (obwohl vorhanden), oder stattdessen wird ein anderes Zeichen gefunden. Also solche Zeichen die z.B. in WORD-, oder EXE Dateien vorhanden sind.

Oder verstehe ich da grundsätzlich was falsch?


ELMI

[dumbledore954]

Hast du den Lister zuvor auch auf hexadezimale Anzeige umgeschaltet (Taste "3" oder Menüpunkt "Optionen")? Sonst funktioniert's nämlich nicht.

[Hacker]

Hast du den Lister zuvor auch auf hexadezimale Anzeige umgeschaltet (Taste "3" oder Menüpunkt "Optionen")? Sonst funktioniert's nämlich nicht.

Tut es wohl.

Roman

[Elmi]

Hallo Michael !

Ja den Punkt 3 als Hex-Ansicht habe ich natürlich auch verwendet. Sollte aber soweit ich das sehe, auch unter "Binaer-Ansicht" funktionieren, aber dazu kann wohl nur Christian genaueres sagen.

Aber ok, der folgende Test wurde nur unter der Hex-Ansicht vollzogen:

1. Suche: http://i44.tinypic.com/24dn88i.jpg
1. Ergebnis: http://i41.tinypic.com/2uiis2h.jpg

2. Suche: http://i44.tinypic.com/insnlc.jpg
2. Ergebnis: http://i40.tinypic.com/vie8hl.jpg

Wie schon beschrieben, ist mir das Suchverhalten nicht erklärbar...
Erwähnen muß ich allerdings, dass manche Fundstelle auch korrekt gefunden wurde. Die Mehrzahl der Fundstellen hingegen ist allerdings fehlerhaft...


ELMI

[HolgerK]

Bestätigt, wenn "Optionen->ASCII Zeichensatz" ausgewählt wurde.
Suche nach HEX String findet falsche Position!

Bei "ANSI Zeichensatz" kein Problem.

TC7.50pb5, Vista

Gruß
Holger

[dumbledore954]

Hallo HolgerK,

stimmt! Kann ich auch so mit TC7.50pb5 und XPProSP3 bestätigen.

[ghisler(Author)]

Das liegt daran, dass man in der Suche eine Mischung aus Hex- und Textzeichen verwenden kann, z.B.
"PK" 01 02

Total Commander wandelt deshalb die eingegebenen Hex-Zeichen erst in Text um, und sucht dann mit der normalen Textsuchfunktion. Wenn Sie nun im ASCII-Modus suchen, werden die Zeichen erst von ANSI nach ASCII gewandelt, bevor gesucht wird. Leider sehe ich im Moment keine andere Möglichkeit, das zu lösen...

[dumbledore954]

Wenn Sie nun im ASCII-Modus suchen, werden die Zeichen erst von ANSI nach ASCII gewandelt, bevor gesucht wird.

Mir erschließt sich der Sinn für diese vorherige Umwandlung nicht ganz. Wenn ich im ASCII-Modus bin, möchte ich doch auch nach ASCII suchen, selbst wenn der Suchstring Textbestandteile enthält - und bei den Hex-Zeichen ist es doch unerheblich, ob sie ASCII oder ANSI sind, die Codes sind doch gleich. Oder übersehe ich da irgend etwas?

[Elmi]

Wenn der Grund für die fehlerhaften Suchergebnisse allein an der Möglichkeit aus der Suchmischung von HEX & Text und dessen Umwandlung festzumachen ist, bzw. es programmtechnisch nicht anders lösbar sein soll, schlußfolgert daraus doch nur eine Konsequenz! - Nämlich ernsthaft darüber nachzudenken, die Such-Mischung komplett herauszunehmen, um dort klare Verhältnisse zu schaffen.

Eine HEX-Suche, bei der man nie ganz sicher sein kann ob die resultierenden Ergebnisse auch der Wahrheit entsprechen, macht nun wirklich keinen Sinn!


ELMI

[ghisler(Author)]

Sorry, aber nur wegen der Ascii-Suche diese extrem nützliche Kombinationssuche zu entfernen wäre eine sehr schlechte Idee.

[dumbledore954]

Kombinationssuche

Ach so, deswegen!

[Elmi]

Sorry, aber nur wegen der Ascii-Suche diese extrem nützliche Kombinationssuche zu entfernen wäre eine sehr schlechte Idee.

Diese Meinung teile ich zwar nicht, es wäre nützlicher ein fehlerfreies Suchergbnis zu liefern. Denn so bleibt bewußt ein Bug im TC zurück. Aber ok, der Author hat in diesem Fall das Sagen!


ELMI

[StatusQuo]

Als simplen (zumindest so klingenden) Lösungsansatz könnte ich mir vorstellen, die eingegeben Hex-Werte beim Zusammensetzen des Suchstrings zuerst ASCII->ANSI zu wandeln, falls die ASCII-Ansicht aktiv ist.
Wenn danach der ganze String in ASCII gewandelt wird, sollten die Hex-Werte wieder unverändert wie eingegeben (doppelt gewandelt), die Textteile aber wie gewünscht in ASCII konvertiert sein.

Vielleicht ist in der Routine, die den String zusammenbaut noch Platz dafür?

[ghisler(Author)]

Mal sehen, ob das geht, danke für den Vorschlag.

[Elmi]

Funktioniert nun wunderbar in der neuesten Betaversion, danke