PureBasic

Pourquoi?

Parce qu'il y a une différence entre constante et variable.

Et je me répète : vas plus lentement. Laisse l'analyse.

GG Dr @ollivier , c est un bug

Celtic88 a écrit :GG Dr @ollivier , c est un bug

Dr : Abbréviation de... de Docteur. Donc << Docteur @ollivier >>.
Je vais montrer moi un truc qui va vite fait redescendre le bonhomme que je suis. Tu vas voir, c'est simple !

Le 2 Septembre 2018, à midi et sept minutes...

Docteur Ollivier, diplômé en concentré ès pur jus de la faculté Pulco (Etat du Aqua à côté le Mas-à-chaussettes Institute) a écrit :2) Do each word be different of all the other one ?

Quand tu auras vu un Docteur écrire comme ça, fais tes points de suture toi-même : faut pas qu'il te touche le Docteur !!!

M'enfin, content de te voir participer. Ça permet de voir DebugGen64 à l'oeuvre.

La soluce actuelle : laisser @"" tout seul comme ça:Et ça ne plante pas.
Et surtout, ne pas balancer ce pointeur à une DLL dont on n'est pas l'auteur : ça fout à poil toutes les données des chaînes présentes dans le code source.

Préférez un *JeSuisMoinsGrillé = AllocateMemory(StringByteLength(MaChaîne + " ") )
Avec copie mémoire
Avec isolation de la pile par modification de RSP
Avec... Oh et puis zut hein : faites du OpenSource, c'est plus serein !

Dr : Abbréviation de... de Docteur. Donc << Docteur @ollivier >>.
Je vais montrer moi un truc qui va vite fait redescendre le bonhomme que je suis. Tu vas voir, c'est simple !

Le 2 Septembre 2018, à midi et sept minutes...

je confirme lol , et je suis loin d'être mieu que toi dans ce cas

"DK" prend le comme un compliment pour les gens que j'admire en programmation .

..

pour moi c'est un bug sérieux !


salutations..

Ce qui me complimente, c'est ta présence contributive : c'est très impressionnant.

Pour le reste, ce bug de gestion de pile n'est plus si sérieux que cela, dès lors qu'il existe une solide solution.

Et cette solution...... est solide puisque ça ne buguera jamais, et cela remplit bien le but recherché :
Enregistrer l'adresse mémoire d'une chaîne constante vide dans un code source, à l'endroit voulu dans ce code source.

Cela permet d'observer différentes choses actuellement, notamment qu'une chaîne semblable a toujours la même adresse : c'est une adresse dont l'évolution est propre à la session d'exécution.

On ne peut distinguer la session de compilation avec l'adresse d'une seule chaîne vide : il faut ajouter une autre chaîne dans le code sourceCeci permet de constater quereste constant. Cette constance quelqu'en soit l'exécution donne une configuration cadrée par la compilation.

C'est après quelques tests de contenus de chaînes, que l'on remarque que chaque adresse de chaîne correspond à un mapage dont les contenus servent de clés de hachage. Il y a un voisinage des adresses de chaînes. Je n'ai pas vérifié mais il me semble que les données (caractères) des chaînes sont contigües. Donc d'où cette situation où utiliser cet adressage doit rester contrôlé et ne pas circuler dans les arguments des appels de procédures externes non conformes.