PureBoard

String hat geschrieben:Es ist ein Fehler

ist es nicht.
nicht jede verhaltensänderung von 3.94 auf 4.0 ist ein fehler.

Eine verhaltensänderung währe wenn PB meckert oder gar nichts ausgibt.
Aber wenn PB einfach stehen bleibt,
bei einem Befehl der noch nicht einmall eine Schleife ist.
(Selbst wenn der Befehl so arbeitet)
Dann ist es in meinen Augen ein Fehler.

der eine sagt, es isn Bug in PB der andere sagt, der Bug sitzt vorm bildschirm.

ich versuch zu vermitteln, und es wird ignoriert.

dann leckt mich doch einfach. ich hab keine zeit für so'n scheiß.


schreib nen bugreport im internationalen forum, wenns dich häppi macht.

Ich bin schon happy!

wenn ich nach einem Leerstring in einem String suche, sollte eben das einzig
logische passieren: es wird nix ersetzt, weil der Leerstring ja nicht im String
vorhanden ist. Auf jeden Fall sollte sich das Programm dann nicht aufhängen.

Grüße ... Kiffi

@Kearu: Cool down. Uns ist allen warm

Wenn man nach nix im nix sucht sollte man aus der Sonne gehen

Hallo!

Ich habe den Tzread hier ein bisschen beobachtet und möchte mal meine Sichtweise mitteilen.

Ich finde, ReplaceString(String$, "", "") sollte schon funktionieren, auch wenn nichts geschieht. Es kann doch immer wieder vorkommen, dass die Parameter 2 und 3 leer sind, weil das Ergebnis, dass ich via Netzwerk, aus einer Datei oder einer Datenbank erhalte, fälschlicherweise leer ist. Wenn ich dann versehentlich eine leere Variable durch ReplaceString() jage, kackt das Programm unnötig ab.

Intern sollte also ReplaceSTring() sofort ein ProcedureReturn ausführen, wenn der 2. Parameter leer ist. Der 3. Parameter dar fja in jedem Fall leer sein, denn ab und zu wollen Leute auch Strings löschen.

@ String:
Dazu noch was: Um Strings zu löschen, benutze lieber RemoveString(). Ich weiß nicht, ob du das vergessen hast oder ob du das extra mit ReplaceString() erledigen wolltest - ich wollte dich/euch nur nochmal dran erinnern.

@ Kiffi:
Oh, ich sehe gerade, du hast das gleiche geschrieben wie ich... Macht nichts, ich stimme dir dann eben auch zu.

> nicht jede verhaltensänderung von 3.94 auf 4.0 ist ein fehler
Das ist richtig, aber in diesem Fall schon (ich denke jetzt mal laut):
Meint ihr, Beim Update von 3.94 auf 4.00 sei an der FUnktion ReplaceString() was verändert worden? Ich glaube nicht, zumal es dann doch im Changelog stehen müsste.

Wenn also die Funktion ReplaceString() vorher funktionierte, warum funktioniert sie dann jetzt nicht mehr (mit Leerstrings)?
Das kann doch nur heißen, dass doch etwas an der Funktion verändert wurde (m. E. unwahrscheinlich) oder es führt ein anderer Faktor zu diesem Fehler. Keine Ahnung, was diese anderen Faktoren sein könnten, vielleicht beeinflussen neue Features wie Fix-Strings das verhalten.

> @Kearu: Cool down. Uns ist allen warm
Ja genau, Kaeru, cool down und spar dir die Energie für's Programmeiren auf! Ich möchte noch mal irgendwann ein tolles Programm/Spiel von dir sehen!

AND51 hat geschrieben:Hallo!
Um Strings zu löschen, benutze lieber RemoveString()

Gut das Du darauf hinweist, ist ja auch richtig.
Aber ReplaceString hat schon einen Sinn, wenn man die Anführungszeichen
durch eine Variable ersetzt.
Ich habe das Beispiel halt schnell mal zusammengebaut als ich den Fehler
(das Problem) bemerkt hatte.

Wenn hier jemand etwas vermißt, das ist im Mülleimer

Kiffi hat geschrieben:

Code: Alles auswählen

Debug ReplaceString("lala" , "", "")

wenn ich nach einem Leerstring in einem String suche, sollte eben das einzig
logische passieren: es wird nix ersetzt, weil der Leerstring ja nicht im String
vorhanden ist. Auf jeden Fall sollte sich das Programm dann nicht aufhängen.

Grüße ... Kiffi

@Kearu: Cool down. Uns ist allen warm

Ein Leerstring sieht aber in Wirklichkeit so aus
Also müßte das andere, "Nichts" sprich "" als Fehler ausgegeben werden.
Error by Zero oder ähnlich, wie es auch andere Compiler machen.

Für mich ist es eindeutig ein BUG

Gruss Falko