Bonjour TheGillou,

Je suis d'accord avec ton code (merci la doc MySQL), mais que dans le cas où c'est pour une colonne auto_increment d'une table.

Une séquence, tu peux en avoir besoin pour autre chose, et le code que je propose permet de créer et utiliser des séquences qui ne sont pas forcément liées à l'insertion d'une ligne dans une table.

Là, ça n'est plus de mon ressort ;) Bon courage :)

Si ça ne sont pas les mêmes items qui sont encodées, ce que tu peux faire, c'est loguer dans un fichier TOUTES les infos nécessaires qui pourraient t'aider à savoir si ton encodage fonctionne : titre encodé, exceptions, etc...
Dans mon code, l'item suivante n'est traitée que si une item a terminé et si on ne dépasse pas le nombre d'items à traiter en même temps...

Un foreach classique n'utilisera qu'un seul proc... Mon bout de code te permet d'utiliser tous les procs...

Le fait d'utiliser un foreach classique, c'est pour voir si c'est pas un de tes items qui plante... Si t'as un item qui plante, alors c'est pas ma lib qui est en cause, mais ton encodeur.

Salut,
Essaie ton code avec un foreach classique, si ça se trouve, c'est ton encodeur qui plante sans raison...

Les commentaires en anglais : réflexe... au taf, je bosse sur les codes sources en anglais...

A l'origine, j'avais commencé à coder ce wrapper pour utiliser Gelato comme moteur de rendu offline pour des images visibles depuis un site web... Et j'en ai profité pour apprendr le C++/CLI...

Je n'ai pas pu l'utiliser car je manque de temps et de connaissances en 3D...


Du coup, j'ai publié mon code pour ceux qui seraient tentés de l'améliorer...

Bonjour,

Pour le site : http://www.lumisoft.ee/lswww/Download/Downloads/Net/
Télécharger le fichier : http://www.lumisoft.ee/lswww/Download/Downloads/Net/LumiSoft.Net.zip

Ensuite, tu télécharge mon code source.
Tu ajoutes à ta solution le projet Net.csproj (lumisoft)
Tu ajoutes à ta solution le projet MaitreDede.Forms.ChatBox.csproj
Tu modifie les références dans le projet MaitreDede.Forms.ChatBox.csproj pour que la librairie Lumisoft soit bien référencée.

Tu crée un projet winforms qui référence les deux librairies.
Tu ajoute à ta form le contrôle ChatBox.

Enjoye ! :o)

Merci pour ton expliquation Coq :o)

R2D2TM : Donc si j'en crois ton explication, une application mono-thread ne doit s'exécuter que sur un seul processeur. Or, comment se fait-il qu'une vrai application native mono-thread s'exécuté à 50% sur chaque processeur (selon les courbes d'occupation des processeurs du gestionnaire de tâche) ?
Je pense que c'est plutôt du au fait que l'OS envoie un "morceau" de programme un coup sur un processeur, un coup sur l'autre... Nulle part je n'ai vu de règle disant qu'un thread devait s'exécuter intégralement sur le même processeur... Rien n'empèche l'OS d'alterner l'exécution du code sur chacun des processeurs, sous réserve qu'on garde la séquentialité originale du code...
J'admets que je peux avoir tord, mais il me faudra plus qu'un "cqfd" pour me le démontrer. :o)

Pour le bout de code, je m'en servirai pour ajouter une surcharge dans ma lib. Du coup, Merci :o)

Par contre, pour cette application monothread, que suis-je sensé observer ? Mis à part qu'une boucle infinie me consomme 50% de chaque core, et que j'ai le même comportement sur des applications natives...

Ce code est sensé produire quoi ?
A première vue, ça permet de choisir l'affinité du thread sur un processeur. En quoi est-ce que ça affecte le fait que ça soit un thread du framework par rapport à un thread natif ?