Discussion :

[omen999]

bonjour,

j'ai écris un code très simple (Pascal Objet Delphi) pour placer des données textes dans le presse-papier
comme il s'agit d'une dll sans existence garantie d'une fenêtre, j'ai ouvert le PP avec un param nul ce qui associe le PP à la tâche courante, la doc MS actuelle indique toutefois :
"If an application calls OpenClipboard with hwnd set to NULL, EmptyClipboard sets the clipboard owner to NULL; this causes SetClipboardData to fail."

donc mon code initial évitait l'appel préalable à EmptyClipboard, il s'exécutait sans erreur mais le PP n'était pas modifié ...
le simple ajout d'EmptyClipboard a résolu le problème et SetClipboardData fait son travail sans broncher

ma question est la suivante : serait-ce un problème plus spécifique lié au langage normalement utilisé (C++) ?
le plus bizarre, c'est qu'une ancienne doc msdn (1998) ne comporte pas cet avertissement...

[Médinoc]

À ma connaissance ce n'est pas lié au langage.
Ce qui est intéressant, c'est que la documentation (ceci semble être la dernière version) semble plus ou moins se contredire elle-même?
Au minimum, elle dit:

If this parameter is NULL, the open clipboard is associated with the current task.

Il est aussi possible que la formulation soit mauvaise et que "this causes SetClipboardData to fail" ne fasse référence qu'au cas où le second paramètre de SetClipboardData() est NULL (auquel cas une fenêtre est nécessaire pour recevoir les messages WM_RENDERFORMAT).

[omen999]

donc l'ajout de "this causes SetClipboardData to fail" n'a sans doute pas été fait au bon endroit...
en ratissant le net, j'ai retrouvé une vieille discussion sur le sujet
de toute façon, tous ceux qui ont lu la doc ont certainement créé une dummy window en croyant éviter un problème qui n'existe pas