GVL.dll

Bonjour Klaus,
J'ai déposé un message sur ton site, mais je ne suis pas sûr qu'il soit bien parti, le mode opératoire est un peu bizarre... aussi je le répète ici:

Je constate un phénomène bizarre concernant ta dll GVL.DLL (obtention des volumes montés).
Elle donne bien le résultat attendu dans le presse-papier: liste des volumes montés, mais il semble qu'ensuite le presse-papier soit verrouillé.
On peut copier tout ce qu'on veut dans le presse-papier, le 'coller' renvoie toujours la même chose: la liste des volumes...

Tu dois avoir un autre problème. Essaie ceci:
- lance le programme text_GVL.bas
- clique sur le bouton ==> la liste des volumes présents s'affiche dans le mémo (en provenance du presse-papier)
- surligne une partie de ce texte, n'importe laquelle, et fais ctrl/C
- efface tout le texte du mémo, puis fais ctrl/V ==> tu récupères la partie que tu as surligné, rien d'autre

Il n'y a aucun moyen de verrouiller le presse-papier, ni par Panoramic, ni par Delphi, et donc pas par ma DLL...

Ben oui, ça m'étonnait aussi... je regarde ça de plus près en fonction de ce que tu me dis.

Effectivement, ça ne se reproduit pas si je code autrement, ta dll n'est donc pas en cause !
Par contre je ne comprends pas ce qui peut se passer, bizarre...

Ca y est, j'ai compris ce qui se passe, c'est complètement stupide de ma part !
Dans le programme (j'avais oublié) j'ai un timer qui va exécuter périodiquement la dll pour voir si une clé usb a été montée ou démontée. Et évidemment ça va recharger périodiquement le presse-papier... je fais un copier, le temps que je fasse le coller le presse-papier a été modifié...

J'ai compris, au coin avec le bonnet d'âne.

Ca peut arriver à tout le monde ! Et en particulier avec les timers, dont le comportement est difficile à cerner. Théoriquement, cela paraît simple et clair, mais les évènements des timers échappent par nature aux tests manuels qu'on peut effectuer. Pour un évènement lié aux objets habituels (click, change, ...), on les provoque manuellement, et on sait exactement quand et comment l'effet devrait être mesurable. Ce n'est pas le cas avec un timer. Ce que je fais dans le cas des tests avec timer, je place un mémo temporaire dans un coin de l'écran dans lequel j'affiche, par item_add, des messages pour chaque évènement timer. Ainsi, on a une trace visuelle, sans pour autant déranger la chronologie, tel que ce serait le cas avec une commande message dans le routine on_timer.

Tu as raison, avec le Basic classique on n'était pas habitué à traiter les interruptions, tout était bien linéaire.
D'un autre côté ce Timer est bien pratique, il faut juste apprendre à se souvenir qu'il est en marche et qu'il peut intervenir n'importe quand.
Merci pour ton attention, et excuse-moi de t'avoir dérangé pour rien ! mais je n'ai pas trop de scrupules parce que je sais bien que tu réponds à tous avec plaisir.