Ankündigung

Einklappen
Keine Ankündigung bisher.

Neue Waaagh!TV-Version verfügbar

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    #16
    Erstes Spiel, erster Bug... wie von mir vermutet... ahaha

    Kommentar


      #17
      Zweites Spiel, zweiter Bug... ganz große Programmierer am Werk ^^

      Kommentar


        #18
        eigentlich gar nicht so überraschend das die neue version crap ist. schade, dass sie das mit den umlauten nicht bei der uralten wtv version gefixt haben. ne kaputte version zu verbessern bringt nix, wenn man sie nicht ganz fixt.

        Kommentar


          #19
          2 games geobst - beide verbuggt ...

          Kommentar


            #20
            dafür geht die alte noch, sofern es der streamer net verpeilt

            Kommentar


              #21
              man sollte meinen man testet den mal bevor man ihn veröffentlicht... alles verbuggt

              Kommentar


                #22
                solang der alte geht, probier ich doch keinen neuen aus x-0

                Kommentar


                  #23
                  Gerade wenn man UTF-8 kodiert, sind Unicode-Zeichen NICHT trivial und eine gefaehrliche Fehlerquelle. Ein Beispiel: Ich kriege meine Eingabe als UCS16, ermittle daraufhin die Zeichenzahl und allokiere Speicher als char mal Zeichenzahl. Speichere ich dann einen UTF-8-String darin, laeuft der Speicher ueber und das Programm stuerzt ggf ab.

                  Natuerlich "sollte" man so etwas testen.

                  Kommentar


                    #24
                    Vielen Dank für die Arbeit an WTV!

                    Kommentar


                      #25
                      Sven2 schrieb am 17.03. - 19:06:

                      Gerade wenn man UTF-8 kodiert, sind Unicode-Zeichen NICHT trivial und eine gefaehrliche Fehlerquelle. Ein Beispiel: Ich kriege meine Eingabe als UCS16, ermittle daraufhin die Zeichenzahl und allokiere Speicher als char mal Zeichenzahl. Speichere ich dann einen UTF-8-String darin, laeuft der Speicher ueber und das Programm stuerzt ggf ab.

                      Natuerlich "sollte" man so etwas testen.
                      achsooooooooooooooooo!!!!!!!! alles klar!!

                      Kommentar


                        #26
                        is doch egal, webclient funzt vll einmal in dreihundert spielen nicht, also einfach den nehmen.

                        Kommentar


                          #27
                          Sven2 schrieb am 17.03. - 19:06:

                          Gerade wenn man UTF-8 kodiert, sind Unicode-Zeichen NICHT trivial und eine gefaehrliche Fehlerquelle. Ein Beispiel: Ich kriege meine Eingabe als UCS16, ermittle daraufhin die Zeichenzahl und allokiere Speicher als char mal Zeichenzahl. Speichere ich dann einen UTF-8-String darin, laeuft der Speicher ueber und das Programm stuerzt ggf ab.

                          Natuerlich "sollte" man so etwas testen.
                          Dir ist allerdings schon klar, dass UCS-2 bzw. UTF16 Zeichen 2 byte/16 bit benötigen im Speicher, wogegen UTF8 eben nur 1byte/8bit braucht? Jetzt erklär mir mal bitte wie du ein Speicherüberlauf verursachen willst, wenn du 8 bit in 16 bit packst ^^

                          Kommentar


                            #28
                            SK | taylor schrieb am 18.03. - 11:54:

                            Sven2 schrieb am 17.03. - 19:06:

                            Gerade wenn man UTF-8 kodiert, sind Unicode-Zeichen NICHT trivial und eine gefaehrliche Fehlerquelle. Ein Beispiel: Ich kriege meine Eingabe als UCS16, ermittle daraufhin die Zeichenzahl und allokiere Speicher als char mal Zeichenzahl. Speichere ich dann einen UTF-8-String darin, laeuft der Speicher ueber und das Programm stuerzt ggf ab.

                            Natuerlich "sollte" man so etwas testen.
                            Dir ist allerdings schon klar, dass UCS-2 bzw. UTF16 Zeichen 2 byte/16 bit benötigen im Speicher, wogegen UTF8 eben nur 1byte/8bit braucht? Jetzt erklär mir mal bitte wie du ein Speicherüberlauf verursachen willst, wenn du 8 bit in 16 bit packst ^^
                            utf-8 ist dynamisch und nicht 8 bittig, wenn du schon ahnung vortäuschen möchtest, dann check das doch bitte vorher (z.B. http://de.wikipedia.org/wiki/UTF-8):
                            Der Algorithmus lässt theoretisch bis zu acht Bytes lange Byteketten und dadurch über vier Billionen Zeichen zu

                            Kommentar


                              #29
                              neue Version, und genauso schrott und buggy wie die letzte -.-
                              da ist garena tv viel besser

                              Kommentar


                                #30
                                fragpad schrieb am 18.03. - 12:31:

                                SK | taylor schrieb am 18.03. - 11:54:

                                Sven2 schrieb am 17.03. - 19:06:

                                Gerade wenn man UTF-8 kodiert, sind Unicode-Zeichen NICHT trivial und eine gefaehrliche Fehlerquelle. Ein Beispiel: Ich kriege meine Eingabe als UCS16, ermittle daraufhin die Zeichenzahl und allokiere Speicher als char mal Zeichenzahl. Speichere ich dann einen UTF-8-String darin, laeuft der Speicher ueber und das Programm stuerzt ggf ab.

                                Natuerlich "sollte" man so etwas testen.
                                Dir ist allerdings schon klar, dass UCS-2 bzw. UTF16 Zeichen 2 byte/16 bit benötigen im Speicher, wogegen UTF8 eben nur 1byte/8bit braucht? Jetzt erklär mir mal bitte wie du ein Speicherüberlauf verursachen willst, wenn du 8 bit in 16 bit packst ^^
                                utf-8 ist dynamisch und nicht 8 bittig, wenn du schon ahnung vortäuschen möchtest, dann check das doch bitte vorher (z.B. http://de.wikipedia.org/wiki/UTF-8):
                                Der Algorithmus lässt theoretisch bis zu acht Bytes lange Byteketten und dadurch über vier Billionen Zeichen zu
                                Siehst du, wieder was gelernt. Ich ging jetzt nicht davon aus das WC3ler violinschlüssel ingame posten, aber dann hast natürlich recht.

                                Kommentar

                                Lädt...
                                X