PureBasic

Salut,
J'utilise le pb4.0 depuis quelque temps sans probléme, mais si je fais la mise à jour vers le 4.01 j'ai des problémes avec le debogueur .. En fait si je compile avec le débogueur la fenetre principale de mes progs ne s'affiche pas ! Par contre si je cimpile sans debogueur cela marche correctement ...
N'y aurais t'il pass une case à cocher ou préférences que je n'ai pas selectionner ?

j'ai remarqué le même problème et il faut que je désactive le debugger pour créer les exécutables, sinon ils plantent à n'importe quel moment de leur utilisation. Peut-être une correction à la 4.02

Tu utlises le "gestion des Threads"? Il est brisé. Télécharges une fixe fichier à http://www.purebasic.com/beta/ObjectManagerThread.lib .

Télécharges une fixe fichier à http://www.purebasic.com/beta/ObjectManagerThread.lib

Je l'utilise déjà. Seulement je me demande si en utilisant un seul thread on doit cocher l'option "Activer la gestion des threads" ou seulement lors de l'emploi de plusieurs threads...

La gestion du multithread, c'est juste pour que certaines librairies (et tout particulierement les strings ) ne se marchent pas sur les pates quand on les utilises en meme temps. Donc si tu multithread pas, alors aucun risque et donc pas de gestion du multithread.

J'ai fais un essai comme ça pour voir.... bin je recommencerai pas. J'ai reçu une bardée de messages d'erreurs avec un plantage du compilateur. Tout ce que j'ai fais c'est cocher l'option de gestion multithread. bon c'est vrai que j'utilises plusieurs threads dans mes applis mais jamais en même temps, mais de là à planter grave... j'avoue que cela me surprend quand même.

Nan justement, meme avec un seul thread la lib string peut "se marcher dessus" si on manipule des chaines a la fois dans le programme principal et dans le thread

Donc même avec un seul thread si on utilise des lib "sensibles" vaut mieux compiler avec l'option threadsafe

Dri

Dr. Dri a écrit :Nan justement, meme avec un seul thread la lib string peut "se marcher dessus" si on manipule des chaines a la fois dans le programme principal et dans le thread

le programme principal est un thread, donc avec un thread çà en fait 2

Donc même avec un seul thread si on utilise des lib "sensibles" vaut mieux compiler avec l'option threadsafe

D'où le bean's. Si je compile sans cocher l'option tout fonctionne correctement, mon appli fait ce que je lui demande et tout va bien même au niveau cpu et ram. A l'inverse si je coche l'option... bonjour les dégats!
Certains de mes threads appellent d'autres procédures et chaînes du prog principal... ça vient peut-être de là. Ma confusion parfois face à tant d'adversité:roll: