Du bist nicht angemeldet.

11

Mittwoch, 14. März 2012, 19:09

Der KLogger von Flav hat auch alle Sonderzeichen als ein Punkt ausgegeben. ;)

Es hat sich bereits 1 registrierter Benutzer bedankt.

Benutzer, die sich für diesen Beitrag bedankt haben:

Steelix2011

12

Mittwoch, 14. März 2012, 19:12

Willst Du mich jetzt als Lügner darstellen?

Aber bitte:
http://img3.myimg.de/loggerb71a7.jpg

13

Mittwoch, 14. März 2012, 19:18

Gut, auch ich kann mich mal irren. ;)

Mentos arbeitet gerade an einem neuen Logger.

14

Donnerstag, 15. März 2012, 15:40

iLögger 0.1
Sollte dir dann besser gefallen!

15

Donnerstag, 15. März 2012, 17:36

Das ist eine abgeänderte Version von Momo gewesen. Der größte Müll wenn man Pakete vernünftig analysieren will.
Tschüß.

Es haben sich bereits 2 registrierte Benutzer bedankt.

Benutzer, die sich für diesen Beitrag bedankt haben:

Steelix2011, .L0V3

16

Donnerstag, 15. März 2012, 21:08

Ich denke, der iLögger ist ein guter Mittelweg: Er loggt im "Plaintext" und die Hex-Werte ;)

17

Freitag, 16. März 2012, 15:47

Es geht gar nicht mal darum, ob er auch Hex loggt. Sonst hätte ich es damals auch schon so gemacht, dass Plain geloggt wird, Sonderzeichen hab ich nicht ohne Grund nicht anzeigen lassen. Aber das ist schwer zu erklären, wenn ihr euch mal mit Bytes usw. beim Analysieren der Pakete beschäftigt versteht ihr es.

P.S.: Wenn ich Zeit finde release ich ein Logger der nicht mehr geupdated werden muss.
Tschüß.

Es haben sich bereits 2 registrierte Benutzer bedankt.

Benutzer, die sich für diesen Beitrag bedankt haben:

Flav, wishdream

18

Freitag, 16. März 2012, 19:21

Klar geht es darum. Es geht doch - meiner Meinung nach - darum, dass die ByteWerte als char dargstellt werden.
Wenn das Byte jetzt aber z.B. für eine Window-Größe steht, bekommt man da Müll raus (vgl. k-token).
Dementsprechend loggt man in Hex zustäzlich, damit man nicht das char sieht, sondern den Wert des Bytes.
Oder?

19

Samstag, 17. März 2012, 13:55

Es geht darum, dass ein Byte auch mal zwei Chars repräsentiert. Ich kanns dir nicht erklären, aber eins kann ich dir sagen, hätte ich das Popup-Paket so geloggt, dann hätte ich es nie analysieren können. Auch allein mit HEX wäre dies für mich nicht möglich gewesen, hätte hier einen Converter nutzen müssen.
Die einfachen Pakete die eh nur aus Strings bestehen kann man so vielleicht gut loggen, den Rest nicht. Aber macht da einfach mal eure eigenen Erfahrungen, früher oder später habt ihr bei gewissen Paketen eure Probleme und dann wisst ihr was ich mein. Nicht umsonst blendet so gut wie jeder HEX-Editor Sonderzeichen ebenfalls aus.
Tschüß.

20

Sonntag, 18. März 2012, 12:31

Es geht darum, dass ein Byte auch mal zwei Chars repräsentiert. Ich kanns dir nicht erklären, aber eins kann ich dir sagen, hätte ich das Popup-Paket so geloggt, dann hätte ich es nie analysieren können. Auch allein mit HEX wäre dies für mich nicht möglich gewesen, hätte hier einen Converter nutzen müssen.
Die einfachen Pakete die eh nur aus Strings bestehen kann man so vielleicht gut loggen, den Rest nicht. Aber macht da einfach mal eure eigenen Erfahrungen, früher oder später habt ihr bei gewissen Paketen eure Probleme und dann wisst ihr was ich mein. Nicht umsonst blendet so gut wie jeder HEX-Editor Sonderzeichen ebenfalls aus.


Wenn wir schon dabei sind wie hast du den z.B das Popup-Paket geloggt und was für Tools/Converter etc. hast du dafür benutzt?
Wie erkenne ich nun ein Byte das zwei Chars repräsentiert?