Bug: *s.STRING mit leerem Inhalt und ValQ(*s\s)

[ts-soft]

@AND51
Was hat der Verweis damit zu tun, da gabs kein NOT
Du ziehst laufend Rückschlüsse, die nicht schlüssig sind

[mk-soft]

Sauber wäre zu prüfen der Pointer auf eine String auch Initialisiert ist.

if *s
x = val(*s)
else
x = 0
endif

FF

P.S. Einen Pointer auf eine String sollte immer genügend speicher reserviert werden. Auf eine Adresse mit eine Variable von Type Long zu verweisen und dann zu glauben es geht einfacher als mit AllocateMemory(...) hat dann natürlich Probleme mit sein Speichermangment.

[remi_meier]

Worüber wird noch diskutiert? Der Bug ist eindeutig, auch ohne Pointer:

Code: Alles auswählen

s.s
Debug ValQ(s)

NicTheQuick hat Recht, auch eine Überprüfung fehlt in ValQ() etc. und
das Schnellste wäre

Code: Alles auswählen

*s.String
If *s
;String da
Endif

P.S. Einen Pointer auf eine String sollte immer genügend speicher reserviert werden. Auf eine Adresse mit eine Variable von Type Long zu verweisen und dann zu glauben es geht einfacher als mit AllocateMemory(...) hat dann natürlich Probleme mit sein Speichermangment.

falsch

[NicTheQuick]

remi_meier:
Danke!
Endlich jemand, der's kapiert.

Nur deine Überprüfung ist falsch. So ist's richtig:

Code: Alles auswählen

*s.String = AllocateMemory(4)

If *s;\s
  Debug ValQ(*s\s)
Else
  Debug 0
EndIf

Mach das Kommentarzeichen weg, dann funktioniert es.

[remi_meier]

Ach Mist

[Hellhound66]

@NTQ:

Das ist ganz schön Tricky, mit dem Stringpointer auf ne 0-Variable.

/halb-off-topic:

Wie sieht es eigentlich intern bei PB mit der Stringverwaltung aus? Wann wird welcher String wieder freigegeben und unter welchen Bedingungen?