Chat_Bug

Kann ich so auch nur bestätigen.

Ist mir auch des Öfteren passiert.

ihr müsst die unsichtbaren Zeichen CR und LF löschen, dafür geht ihr direkt hinter euren Text und haltet kurz ENTF gedrückt.

Das Problem ist, dass der Return Key mit kopiert wird, wenn man die Pfeiltasten-Funktion benutzt.

P4sca1 Keine Ahnung, ob du an die Funktion ran kommst, oder die überladen kannst. Das ist auf jeden Fall ziemlich nerfig.

Bis dahin versucht es über den oben genannten Weg.

Atlaschat bekommt bald glaube ich ein Update. Werde den Bug mal weiterleiten, danke für die Meldung!

Falls es jemanden näher interessiert: Ganz grundlegendes Prinzip in der Informatik:

1 Zeichen = 1 Byte.

Die untersten Werte sind speziell definierte Aktionen und nicht direkt Zeichen oder Buchstaben.

0x0A und 0x0C sind die entsprechenden Byte, die für den Zeilenumbruch sorgen.

Wenn ihr Enter/Return drückt, werden genau diese Bytes an die Zeichenkette angehängt.

Das heißt für das Textfenster so viel wie: Hier ist die Nachricht zu Ende.

Hier der Bug:

Ihr tippt "*ich an du* Hallo!" ein. Drückt dann return.

Der Parser erhält den Bytecode für den String: "*ich an du* Hallo!" \0x0A \0x0C

Nun holt ihr eure Nachricht zurück mit der Pfeiltaste und anstatt euch nur die sichtbaren Zeichen zu geben, kopiert die Funktion den gesammten Ausdruck inklusive des vorher gemachten Return-Drucks in die Chatzeile. Ihr fügt hinzu: "Hast du mal Zeit?"

Ihr schreibt dann hinter dem CR LF und die Zeichenkette sieht wie folgt aus:

"*ich an du* Hallo!" \0x0A \0x0C "Hast du mal Zeit?" \0x0A \0x0C

Der Parser bekommt das, sieht das CR LF und denkt, die Nachricht ist zu Ende.

Der Rest dahinter wird nicht weiter beachtet, der String wird terminiert.

Wenn ihr die Del (<--)Taste benutzt, wird das CR LF ignoriert und die Zeichen davor gelöscht. Der Curser bleibt jedoch dahinter und wenn ihr tippt, tippt ihr hinter dem vorherigen Return-Tastendruck.

Kleiner Crashkurs in Sachen Stringverarbeitung.

Wie gesagt: Lösung dafür:

Curser direkt hinter das letzte sichtbare Zeichen setzen (mit den Pfeiltasten <- ) und dann schreiben.

Zitat von Blacky

Falls es jemanden näher interessiert: Ganz grundlegendes Prinzip in der Informatik:

1 Zeichen = 1 Byte.

Die untersten Werte sind speziell definierte Aktionen und nicht direkt Zeichen oder Buchstaben.

0x0A und 0x0C sind die entsprechenden Byte, die für den Zeilenumbruch sorgen.

Wenn ihr Enter/Return drückt, werden genau diese Bytes an die Zeichenkette angehängt.

Das heißt für das Textfenster so viel wie: Hier ist die Nachricht zu Ende.

Hier der Bug:

Ihr tippt "*ich an du* Hallo!" ein. Drückt dann return.

Der Parser erhält den Bytecode für den String: "*ich an du* Hallo!" \0x0A \0x0C

Nun holt ihr eure Nachricht zurück mit der Pfeiltaste und anstatt euch nur die sichtbaren Zeichen zu geben, kopiert die Funktion den gesammten Ausdruck inklusive des vorher gemachten Return-Drucks in die Chatzeile. Ihr fügt hinzu: "Hast du mal Zeit?"

Ihr schreibt dann hinter dem CR LF und die Zeichenkette sieht wie folgt aus:

"*ich an du* Hallo!" \0x0A \0x0C "Hast du mal Zeit?" \0x0A \0x0C

Der Parser bekommt das, sieht das CR LF und denkt, die Nachricht ist zu Ende.

Der Rest dahinter wird nicht weiter beachtet, der String wird terminiert.

Wenn ihr die Del (<--)Taste benutzt, wird das CR LF ignoriert und die Zeichen davor gelöscht. Der Curser bleibt jedoch dahinter und wenn ihr tippt, tippt ihr hinter dem vorherigen Return-Tastendruck.

Kleiner Crashkurs in Sachen Stringverarbeitung.

Wie gesagt: Lösung dafür:

Curser direkt hinter das letzte sichtbare Zeichen setzen (mit den Pfeiltasten <- ) und dann schreiben.

Alles anzeigen

Blacky in seinem Element

Aber naja danke für den Tipp

Zitat von Sloger

Blacky in seinem Element

Mein Element ist der Linux Kernel - Stringverarbeitung ist eher etwas für Leute, die gerne leiden ...