merkwürdig

[uweb]

Tut mir leid aber ich habe keinen besseren Titel gefunden.

Ich bin die Tage in einem anderen Thread darauf gestoßen und habe keine Antwort bekommen.

Wahrscheinlich ist es in meinem etwas längeren Text untergegangen.


Kann mir jemand das erklären ?

Code: Alles auswählen

Global a.s ="A"
Global b.s ="B"
Global c.s ="C" 

Procedure Dummy(*Variable.s, Wert.s)
  Debug ("a ist : "+a)
EndProcedure 

Dummy(@a, "a")
Dummy(@b, "b")
Dummy(@c, "c")

Debug ("a ist : "+a)

[ts-soft]

>> Kann mir jemand das erklären ?
Ich denke mal nicht
Haste meiner Meinung nach einen netten Bug gefunden.

[uweb]

Das habe ich schon vermutet.

Danke !

[ts-soft]

Am besten wäre es, den gleich ins engl. Forum weiterzuleiten!

[uweb]

Das mache ich.

[AND51]

@a wird doch die Adresse der Variaben a zurückgeben, was doch eine Zahl ist. Warum diese Zahl in eine Pointeradresse vom Typ String speichern? Finde ich mehr als verwirrend!
*Pointer ist doch auch eine "Long"zahl, also warum noch .s dahinter?

Schon mal Debug Val("123haus") versucht? Ist ja vergleichbar hiermit, nur dass dann tatsächlich auch 123 debaggert würde.

[ts-soft]

Die Procedure Wertet doch die Parameter garnicht aus, sondern Debugged immer nur die globale Variable a.s

[ts-soft]

@uweb
Du hättest das Bugforum nehmen sollen
Ob das so bemerkt wird?

[AND51]

Die Procedure Wertet doch die Parameter garnicht aus, sondern Debugged immer nur die globale Variable a.s

Das weiß ich, aber ich frage mich trotzdem nach dem SInn mit der Pointervariablendes Tpys String...

[uweb]

@AND51

aber ich frage mich trotzdem nach dem SInn

Die eigentliche Anwendung / Frage dazu ist in http://www.purebasic.fr/german/viewtopic.php?t=7869.

Dort habe ich aber keine Antwort bekommen und einen anderen Weg gefunden.

Nun ist es mir wieder eingefallen und ich wollte wissen ob der Fehler bei mir oder in der Beta liegt.


@ ts-soft
Danke !
Das habe ich übersehen.
Ich habe es nun gelöscht und dort neu hinein gestellt.