SystemParametersInfo : ne fait rien

Bonjour,
je suis actuellement en train de créer plusieurs fonctions pour un programme. Certaines de ces fonction font simplement appel à "SystemParametersInfo". Mais mon problème est que ça ne fonctionne pas...

Voilà l'une de mes fonctions qui ne fonctionne visiblement pas, elle permet normalement de changer le fond d'écran. Les paramètres de la fonction sont obligatoirement comme ça (c'est une restriction à laquelle je dois faire face) :

Code:

---

1 2 3 4 5 6 7

short WINAPI DLLExport act_SetDeskWallpaper(LPRDATA rdPtr, long param1, long param2) { LPSTR path = (LPSTR)param1; int save = ((BOOL)param2!=0)?(SPIF_UPDATEINIFILE):(0); SystemParametersInfo(SPI_SETDESKWALLPAPER,0,path,SPIF_SENDCHANGE | save); return 0; }

---

Comme précisé, je ne peux pas changer le prototype qui est une restriction car c'est destiné à la création d'une DLL utilisée comme plugin pour un autre logiciel.

Cette fonction récupère deux arguments "param1" et "param2". Le premier est casté en Chaine de caractère (utilisée pour le chemin du wallpaper) et le deuxieme sert à indiquer si le changement doit être sauvé pour l'utilisateur ou temporaire (true/false).

Un peu d'aide ou une piste pour savoir pourquoi ça ne fonctionne pas me serait très utile.

Merci beaucoup d'avance,
Sphax

Si ca ne marche pas, que retourne la fonction, ainsi que GetLastError() si la fonction est en erreur (tant qu'a faire, le message en clair, récupéré avec FormatMessate() - ref. MSDN)

Merci pour cette piste !
J'ai donc rajouté deux fonctions à ma DLL plugin pour récupérer l'erreur et j'obtiens l'erreur suivante :
- Erreur 5 : Accès refusé

Que faut-il faire pour avoir accès à cette fonction ?

Citation:

---

Envoyé par Sphaxou

j'obtiens l'erreur suivante :
- Erreur 5 : Accès refusé
Que faut-il faire pour avoir accès à cette fonction ?

---

C'est tout bonnement que pour effectuer cette opération tu n'as pas les droits utilisateurs pour le faire ( administrateur ? ) ou bien qu'il faille effectuer d'autres initialisations.

Citation:

---

short WINAPI DLLExport act_SetDeskWallpaper(LPRDATA rdPtr, long param1, long param2)
{
LPSTR path = (LPSTR)param1;

---

Pourquoi passer un long en paramêtre ( long param1) qui est converti en LPSTR ?
Eviter les "casts" à tout prix.
Je ne comprends pas pourquoi tu passes un long alors qu'il suffit de passer un TCHAR ou LPSTR.
Mets un point d'arrêt sur la ligne d'affectation ci-dessus et regardes ce que vaut path.
Je suis persuadé que path vaut n'importe quoi sauf un fichier valide d'image

Je suis pourtant administrateur sur mon PC...

Pour le prototype, j'ai bien précisé que je ne peux pas le changer car c'est un prototype type pour une DLL utilisé comme plugin par un logiciel. C'est une restriction à laquelle je dois faire face.
Cependant le cast ne pose aucun problème car j'ai déjà fait d'autres fonctions du type et elles fonctionnent (comme changer le titre de l'application).

Le problème est l'erreur étrange...

tu dit :

Citation:

---

ou bien qu'il faille effectuer d'autres initialisations.

---

Quel genre d'initialisations ?

Merci pour l'aide :)

EDIT: Je précise que changer le Wallpaper ne fonctionne pas tout comme TOUTES les autres constantes utilisées avec "SystemParametersInfo" sauf les constantes GET.

Citation:

---

Envoyé par Sphaxou

Cependant le cast ne pose aucun problème car j'ai déjà fait d'autres fonctions du type et elles fonctionnent (comme changer le titre de l'application).

---

Si quelqu'un peut m'expliquer comment d'un long on obtient une chaine de caractêres je lui tire ma révérence.
Un long c'est 4 octets en général donc ça fait 4 caractères suffisant pour stocker ".bmp" par exemple :?

Tu déclares ceci:

Citation:

---

short WINAPI DLLExport act_SetDeskWallpaper(LPRDATA rdPtr, long param1, long param2)
{
LPSTR path = (LPSTR)param1;

---

ESt-ce que j'ai bien lu et 2iemement est-ce que tu as mis un point d'arrêt sur ces lignes ?

le "long" contient sans aucun doute un pointeur et non la chaine même. D'où le cast possible (de types pointeur).

Pour le point d'arrêt, je ne peux pas utiliser ça vu que c'est une DLL que je compile et que son fonctionnement ne se fait que dans le logiciel qui la charge.

Ensuite, merci de m'aider, c'est super sympa mais le problème ne viens pas de là du cast ni du prototype car comme j'ai dit je fait déjà une fonction qui change le titre de la fenêtre :

Code:

---

1 2 3 4 5 6

short WINAPI DLLExport act_SetWindowTitle(LPRDATA rdPtr, long param1, long param2) { LPCTSTR title=(LPCTSTR)param1; SetWindowText(rdPtr->win,title); return 0; }

---

Cette fonction fonctionne très bien... hors les fonctions avec "SystemParametersInfo" (avec une constante set) ne font rien et l'erreur retournée est "accès refusé"...

;)

EDIT: rdPtr->win contient un handle d'une fenêtre.

Sous quel utilisateur s'exécute le programme ? S'il s'exécute sous un utilisateur différent, c'est peut-être normal que l'accès soit refusé...

D'après le gestionnaire des taches de Windows, le programme s'execute sous mon compte (ce qui parrait logique)...

J'ai beau chercher, je pige vraiment pas le soucis... En plus le MSDN ne dit pas pour quelles raison il peut y avoir un accès refusé aux paramètres systèmes...