XProfan

Français

Uwe
''Pascal''
Niemeier

allô gens!

ici une l'affaire, qui mir déjà avant längerer Zeit aufgefallen ist
(peut-être habe je mich sogar Schonmal drüber beschwert):
Wird à une Procédure une Stringvariable transfert, so wird pas qui le contenu qui Variable übermittelt, mais qui Pointer qui Zielvariable avec qui des Paramètres gleichgesetzt:

Kompilieren Marque Séparation

window 300,300

proc Test'------------------------------Test

    parameters a$
    'a$=a$+»'--Einfacher Workaround; avec cela bekommt a$ une eigenen Pointer
    string addr(a$),0="Hallo"

endproc'-----------------------------------

var b$="Laber"
imprimer b$
Test b$
imprimer b$
waitinput

cela peux bisweilen pour Verwirrung sorgen...
je piège jedenfalls toujours wieder la fois sur elle rein

SeeYou
Pascal

26.10.2010 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Dank ou bien per Garbage-Collection ist ca un Feature pour plus Speed,

j'ai cela probablement comme dans Delphi funzt ou bien so ähnlich nachprogrammiert et fais es avec nProcs exprès entier ähnlich aussi pour 100% Kompa trop XProfan. Rückgabewerte ähnlich lustig. Solche Cordes avons pour quelque chose comme tambour aussi une Referenzzähler vorn am grenier.

26.10.2010 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

je nehm alles zurück et behauptes Gegenteil, habs pour nProcs plan oui c'est ca _nicht so gemacht mais là hat chacun StringParam eigene Adresse... ist mais probablement "Wurscht" là Du imho avec nProcs (peut-être oui "noch") nix rumgewurstelt la hâte. ^ ^

26.10.2010 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Uwe
''Pascal''
Niemeier

Hi iF!

Mir ging es aussi moins um cela Pour et Wider, mais tout autor, qui on comme Programmierer cet Verhalten pas erwartet. qui rechnet déjà avec cela, cela une Procédure une übergebenen Originalparameter quasi par qui Hintertür ändert?

Wenn's car so son doit, sollte à entsprechender Stelle puis hingewiesen volonté.

ist mais probablement "Wurscht" là Du imho avec nProcs (peut-être oui "noch") nix rumgewurstelt la hâte.

il y a encore viel trop 1faire...

SeeYou
Pascal

29.10.2010 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

RGH

Salut,

si on inm qui Procédure qui Stringzuweisung "normal" pouvoir et pas sur qui Adresse, ensuite klappt cela aussi comment erwartet, d.h. qui ursprüngliche String wird pas modifié:

Kompilieren Marque Séparation

window 300,300

proc Test'------------------------------Test

    parameters a$
    a$ = "Hallo"

endproc'-----------------------------------

var b$="Laber"
imprimer b$
Test b$
imprimer b$
waitinput

comme Programmierer (Delphi, Java, C++) erwarte je eigentlich chez Cordes plutôt, dass vous pas toujours réagir comment erwartet! ;) là gibt es entier böse tomber! justement Delphi hat mich là quelquefois déjà zur Verzweiflung getrieben. et qui Variablen sur ses Adressen quelque chose antut, muss savons, dass es comment ehedem avec PEEK et POKE chez Basic ist: Es peut unbedachte Dinge passer. ;)

mais je exposition la fois, si es sans grand Schmerzen (immerhin ca va a) à Releaseversion et b) um un Verhalten quoi déjà depuis sur 10 Jahren (introduction qui langen Cordes avec 7.0 im avril 2000) aucun bekannten Probleme verursachte.

Salut
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

30.10.2010 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Uwe
''Pascal''
Niemeier

Hi Roland!

...um un Verhalten quoi déjà depuis sur 10 Jahren (introduction qui langen Cordes avec 7.0 im avril 2000) aucun bekannten Probleme verursachte

Ist oui aussi pas chacun so am Rumbasteln comment je