Suchergebnisse

Since the libraries seem to attract more attention than expected I decided to attach an English description to the zip file. Furthermore some minor updates have been made, such like explicite type casts which avoid warnings related to the signedness of values.

Mit Sicherheit. Damit haben sich schon 1000 Leute beschäftigt, darum ist das unsinnig selbst rumzufrickeln. https://github.com/DaveGamble/cJSON und viele mehr...

Klingt gut. Das ist auf jeden Fall wesentlich einfacher, schneller und zuverlässiger als irgend ein Brute Force Algorithmus.

Hmm, nee. Liegt aber eher daran dass ich mich mit dem Thema nicht auseinander gesetzt habe. Ist aber ziemlich wahrscheinlich dass es eine andere Möglichkeit gibt. Dein Autoradio wird da wohl kaum mit Brute Force arbeiten. Also entweder wird der Key irgendwie mit gesendet oder es gibt einen...

Schau noch mal auf mein EDIT oben. Zieh das mal in Erwägung falls das sonst noch nicht zuverlässig funktioniert.

key_xorval und key_xorstart sind beide 8 Bit breit. Das key_xorval << key_xorstart bedeutet dann, dass key_xorval 0..255 sein kann, aber key_xorstart nur von 0..7 zu liegen hat, denn bei 8 hättest du alle Bits rausgeschiftet. // EDIT: Wobei ja dann 8 immer noch Sinn machen könnte, da dann das...

Diese kleine Lib dient der Ausgabe von Fortschrittsanzeigen in das Windows Consolefenster oder das Windows Terminal. pbar_create Die Anzahl von Einzelschritten welche 100% repräsentieren wird bei der Erstellung parametriert. Ebenso werden Position, Länge, Farben und Beschriftung definiert...

german erstellte eine neue Ressource: [C/C++/WinAPI] Progressbar für die Windows Console - Threadsichere Implementierung einer Fortschrittsanzeige Erfahre mehr über diese Ressource...

Ich verstehe nicht allzu viel von dem was du da tust. Falls da noch irgendwas nicht richtig funktioniert, dann vielleicht weil die Wertebereiche nicht mit den Typen übereinstimmen. Anhand der Typnamen lässt sich herauslesen: u_int8_t - 0..255 u_int16_t - 0..65535 Um mein zu erklären - damit...

Bitschubserei :LOL: Ohne viel getestet zu haben: u_int16_t rotr16(u_int16_t value, unsigned int count) { const unsigned int mask = (CHAR_BIT * sizeof(value) - 1); count &= mask; return (value >> count) | (value << ((-count) & mask)); } u_int16_t encrypt(u_int16_t decrypted_location...

Hehe, du hast deine Frage quasi schon selbst beantwortet. Die getElementById Methode gibt null zurück wenn das Element nicht gefunden wird. Sollte also easy sein das zu checken.

Ihr könnt mich hier komplett ignorieren. Als jemand der seine Brötchen nicht damit verdienen muss, habe ich nicht allzu viel dazu beizutragen. Ich nutze werder VS Code, noch EMACS. Grund ist einfach, ich brauche beide nicht notwendigerweise. Und für das Bisschen was ich an Code schreibe, ist es...

Oh, das ist so nicht richtig. Ein char-Literal (also wenn es hart in den Programmcode geschrieben wird) ist laut C Standard ein int und nach C++ Standard ein char. Ansonsten ist und bleibt ein char ein char und ist quasi immer 8 Bit breit (Ausnahmen mit exotischen Betriebssystemen sind zu...

Doch hat es. Ist ganz einfach. Binär: das ist 2^31 10000000 00000000 00000000 00000000 Das sind 32 Binärziffern. Das MSB ist 1, alle anderen 0. Das wird als -2147483648 interpretiert. Ist halt Zweierkomplement. Wenn du hier -1 rechnest, wird es 01111111 11111111 11111111 11111111 Das ist die...

Zweierkomplement. Danach springt die Zahl zu negativ um. Das ist einfach die größte "signed" 32 Bit Zahl. Größer geht nicht. Nur wenn es ein 32 Bit "unsigned" (UInt32) wäre, ist es aber nicht.

Schau mal dort: https://docs.microsoft.com/en-us/dotnet/api/system.string.length?view=netcore-3.1 Es geht also darum bis zu welchem Wert die Länge eines Strings dargestellt werden kann. Int32 repräsentiert eine vorzeichenbehaftete ganze Zahl mit einer Speicherbreite von 32 Bit. Heißt, wir reden...

Kannte ich noch nicht. Aber gut - an meiner Aussage ändert das eigentlich nix. Du brauchst letztlich ein FILE* statt dem FD für die C Standardfunktionen.

Ja klar. Hatte auch nur die letzte Ressource angesehen. Ist in meinem Fall relativ einfach erkennbar. foo { bar; } vs. foo { bar; } Letzteres hätte ich erwartet.

Funktioniert, thx! Was mir in dem Zusammenhang gerade aufgefallen ist, die Codeformatter scheinen nicht über die Ressourcenbeiträge zu rennen. Der C Code hat immer noch mein gewohntes Allman Format, statt dem 1TBS von clang-format.

Ja, natürlich. Hier kannst du das auch selbst testen: https://regex101.com/r/s73Eg3/1 Das was ersetzt wir, ist entsprechend gehighlightet. Nullen die von anderen Ziffern umgeben sind entsprechen nicht den beiden Patterns.