Discussion :

[Alcatîz]

Bonjour à tous et toutes !

Je suis en train de me débattre avec un problème dont la solution doit être simple mais qui m'échappe désespérément.

A l'aide d'un éditeur de ressources (16 bits), j'ai créé un fichier .RES contenant uniquement une image bitmap.
J'ai ensuite créé une DLL qui ne contient également que cette ressource.

Mon programme ouvre sans problème la DLL mais ne parvient pas à charger la bitmap à l'aide de la fonction LoadBitmap. Je passe comme paramètres à cette fonction le handle d'instance de la DLL renvoyé par LoadLibrary ainsi que l'identificateur de la bitmap.

C'est la première fois que je crée une DLL ne contenant que des ressources. Y a-t-il une astuce dans ce cas particulier ? Ou lors du chargement d'une ressource dans une DLL ?

Merci d'éclairer ma lanterne !

[M.Dlb]

Je ne sais pas si cela va t'aider mais un petit tour sur le "joli" () site de nono40, et on découvre une astuce pour la création de DLL ( avec delphi )( c'est du php alors je vais tout te donner ici ) :

PRÉSENTATION : Pour stocker vos icônes dans une dll, rien de plus simple

NOTES : Pour créer une dll ne contenant que des icônes voici la marche à suivre :
- Créez un fichier .RES à l'aide de l'éditeur d'image de Delphi. Ce fichier doit contenir toutes les icônes que vous voulez mettre dans votre dll.
- Créez une nouvelle dll ( fichier/nouveau/autre... ->Expert dll )
- Ajouter une directive {$R MesIcones.res } où MesIcones.res est le fichier de ressources contenant vos icones.
- Supprimez tous le reste du source afin qu'il ressemble à celui ci-dessous
- Compilez et c'est fini !! Facile non ?

CODE :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
Library Ico;
 
{$R MesIcones.res}
 
Begin
End.

Voilà j'espère que cela t'aidera !
a+

[Pascail]

Mais, Îc :
Delphi, c'est un tout petit peu du 32 bit
BP7, un peu du 16bit

cherchez l'érreur ...

[Alcatîz]

Merci pour cette réponse rapide !

Il ne doit pas y avoir beaucoup de différences dans les principes entre le 16 bits et le 32 bits. En tout cas, ce que j'ai fait correspond exactement aux explications fournies par Wormful_Sickfoot (Delphi est tout-de-même un descendant de BP7).

Peut-être mon problème se situe-t-il au niveau de LoadBitmap ? Est-ce bien le handle retourné par LoadLibrary qu'il faut passer comme paramètre ? Je continue à chercher. Je vais tester d'autres types de ressources.

A+

[Totsira]

cherchez l'érreur ...

Heu... je cherche... je cherche... l'accent sur le "e" de erreur ? lol

[Pascail]

cherchez l'érreur ...

Heu... je cherche... je cherche... l'accent sur le "e" de erreur ? lol

[M.Dlb]

Le SDK confirme qu'il faut passer en paramètre de LoadBitmap le handle d'instance obtenu avec LoadLibrary. Il peut y avoir plusieurs raisons au problème :
- soit la fonction LoadLibrary ne marche pas ( elle doit sûrement retourner un handle de 0)
- soit la fonction LoadBitmap ne marche pas ( elle trouve pas par exemple la ressource qui a le nom passé en paramètre, auquel cas elle retourne NULL )
- soit le fichier ressource .res est "corrompu" c'est-à-dire mal formé...
Peut-être cela vient aussi du passage 16 bits/32 bits que windows supporte mal... Peut-être tu devrais essayer de créer un fichier ressource avec un éditeur de ressource 32 bits ( comme celui de delphi par exemple ). A noter que les ressources obtenus avec un éditeur 32 bits ne sont pas vraiment optimisées pour le 32 bits ( un bitmap ne peut avoir que 256 couleurs et une icône seulement 16 couleurs..., quant aux curseurs seulement 4 couleurs autorisées , autant dire que le 16 bits est plus performant que ça, en matière de palette graphique !! )
Bon désolé de ne pas donner un élément de réponse plus sûr !!
a+

[Alcatîz]

L'ensemble de mon projet est en 16 bits (résident sur un serveur réseau et devant être exécuté sur Windows 3.1x, Windows 98 et NT). J'appelle par moments certaines fonctions de l'API 32 bits (quand l'OS est 32 bits, bien entendu) mais jamais pour manipuler les ressources.

Je suis presque sûr que le problème se situe dans la DLL car LoadLibrary retourne un handle valide. Si seulement LoadBitmap renvoyait un code d'erreur !

[M.Dlb]

LoadBitmap retourne 0 lorsqu'elle échoue. Si tu développes sous NT essaye d'utiliser la fonction GetLastError pour obtenir le dernier code d'erreur ( j'espère que c'est compatible 16 bits ce truc !! En tout cas, c'est bien pratique pour débuguer... une des seules bonnes idées de Billou !! )
a+

[M.Dlb]

Un petit tour sur le SDK online de notre cher "créateur de système d'exploitation", alias microsoft, pour découvrir plusieurs choses intéressantes :

The LoadBitmap function loads the specified bitmap resource from a module's executable file. This function has been superseded by the LoadImage function.

Donc la fonction LoadBitmap peut être remplacée par LoadImage ( qui a l'air un peu plus puissante : http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/resources/introductiontoresources/resourcereference/resourcefunctions/loadimage.asp )

If the bitmap pointed to by the lpBitmapName parameter does not exist or there is insufficient memory to load the bitmap, the function fails.

Il se peut que l'erreur soir due à un manque de mémoire !

Windows 95: Windows 95 cannot handle executable files that contain resources whose size is 64K or larger. To retain compatibility with 16-bit Windows, it converts the 32-bit size into a 16-bit size and a shift count. When it does this conversion it rounds down instead of up, so some bytes can be lost. The shift required for a large resource can cause a small resource to be severely truncated, or even eliminated completely. To avoid this problem, compute the scaling factor for the largest resource and pad all resources with zeroes so each is a multiple of the scaling factor. For example, a resource of size 0x100065 is converted to 0x8003 * 32, which loses 5 bytes. To save the 5 bytes, you must pad the resource with 27 zeroes so that it becomes size 0x100080 and is then converted to 0x8004 * 32. Note, any smaller resource must also be padded with zeroes so it is a multiple of the scaling factor, which in this case is 32.

( J'espère que tu maitrises bien l'anglais ). Pour les anglophobes, cela dit que la compatibilité 16 bits fait faire des choses bizarres à windows 95 ( la bonne excuse ), en l'empêchant de charger des Bitmaps de plus de 64 Ko...
Voilà, j'espère que ceci t'aidera un peu !
a+

[Alcatîz]

Mais c'est bien sûr !

Puisque ça marche avec d'autres types de ressources de petite taille, ce ne peut être que la taille de ma bitmap, qui dépasse allègrement les 64 Kb.

Je vais choisir une autre solution et conserver mon image dans un fichier BMP, et non dans une DLL de ressources.

Mille fois merci, car je commençais vraiment à douter de mes facultés mentales !

Trop fort, ce mec !

[M.Dlb]

Hihi, merci Alcatîz ( quoique je n'ai pas un grand mérite sur ce coup !! )
Tu devrais peut-être utiliser LoadImage, car aucune taille limite est spécifiée ( avec cette fonction on peut également charger des icônes et des curseurs, en faisant varier un paramètre )
Bon développement !
a+