|
Anzeige
|
ANSI C: strtrc Funktion
Gast
#7110541
Hallo, in einer ANSI C Applikation unter Windows wird die Funktion strstr eingesetzt um einen char Puffer nach bestimmte Wörter zu suchen ob diese Wörte vorkommen:
Obwohl diese beiden Wörter im Puffer vorkommen erscheint beim debuggen Wert: 0x00000000 <NULL> Aha. Schön, das du uns das mitteilst. Oliver
Gast
#7110559
UartBuffer hat die größe von 1024.
Gast
#7110561
Eigentlich sollten auch hier der Text immer gefunden werden. Tut es aber nicht. Dann ist entweder dein strstr kaputt, oder dein Programm ist fehlerhaft und/oder macht nicht das, was du vermutest. Die Wahrscheinlichkeit für ersteres ist nahe 0%, für letzteres nahe 100%. Oliver Entwickler schrieb: > Obwohl diese beiden Wörter im Puffer vorkommen erscheint beim debuggen > Wert: 0 Worin erscheint die Null? In deinem Beispiel ist nichts drin wo du den Rückgabewert speicherst (und auch nicht wo du diesen verwendest).
Gast
#7110581
Die FUnktion wird in einem Uart Callback ausgeführt. Wüsste jetzt nicht wo ich genau was verbessern sollte. Meine Glaskugel sagt "16-Bit-Zeichensatz". strtrc Funktion clickbait oder Schlampigkeit? Wer so "entwickelt" muss sich über Fehler nicht wundern
Gast
#7110594
Ok wenn es nach eurer Meinung schlampig ist. Bin ich nach wie vor interessiert woran es liegen könnte. Wenn debugge kann ich den Puffer anschauen. Da liegt auch der Text exakt so vor.
Gast
#7110598
Dann schreibe doch deine eigene strstr() Funktion, die so geht wie du es möchtest. Die ist dann auch einfacher zu debuggen. Man könnte darin mit printf Ausgaben einfügen oder Zähler anzeigen lassen. Wobei ich eher das Gefühl habe, dass deine Probleme beim Debuggen liegen. Aber das ist nur so ein Gefühl. Walter T. schrieb: > Meine Glaskugel sagt "16-Bit-Zeichensatz". meine auch, gerade unter windows ärgert mich der 16-bit Zeichensatz, aber auch das ist lösbar! Ich lernte, daß Computer, Compiler, Interpreter bei Tippfehler zu oft den Dienst verweigern.
Gast
#7110604
Noch ein Kommentar. Alleine der Nickname ist doch schon ein Schlag ins Gesicht der übrigen Leute hier. Und wenn du uns nicht mitteilst, was genau in UartBuffer steht, dann ist doch alles nur eine Raterei. Da du ja im Debugger bist, mach einen Dump von UartBuffer und ein Dump von "Test Data". Dann wird schon vieles klarer werden.
Gast
#7110704
Ok liegt wohl an meiner Implementierung. Da stimmt was nicht mit meiner Serialport Implementierung.
Gast
#7110718
Entwickler schrieb: > Ok wenn es nach eurer Meinung schlampig ist. a) der Thread-Titel b) der Beispiel-Code c) Deine Fehlerbeschreibung
Gast
#7110723
A. S. schrieb: > Entwickler schrieb: > >> Ok wenn es nach eurer Meinung schlampig ist. > > a) der Thread-Titel > b) der Beispiel-Code > c) Deine Fehlerbeschreibung Er hat ja nicht einmal eine Frage gestellt. Dein Kommentar nimmt ein Hilfegesuch an, oder? A. S. schrieb: > Entwickler schrieb: >> Ok wenn es nach eurer Meinung schlampig ist. > > a) der Thread-Titel > > b) der Beispiel-Code > > c) Deine Fehlerbeschreibung d) Die Vorgehensweise. Nämlich mit char-Funktionen in einem UART-Puffer rumzumachen, der aufgrund seiner Funktion erst mal Binärdaten enthält und wo die Null-Terminierung Zufall ist. Antwort schreiben |
Anzeige
|
