PureBasic

Tu fait bien tes essais en unicode?

unicode ou non ça ne passe pas en PB x86

Salut.

Ar-S a écrit :runprogram("c:\windows\system32\regedit.exe","","") fonctionne chez moi..

Bizarre vu que "regedit.exe" se trouve dans le dossier "c:\windows"

Et pour StikyNot tu t'es trompé dans l'orthographe.

Sinon pour moi : W7 x86 UAC activée, tout ceci fonctionne :
RunProgram("msconfig.exe")
RunProgram("StikyNot.exe")
RunProgram("SnippingTool.exe")

Sinon tu as essayé de lancer l'exe qui démarre Exécuter (Démarrer/Exécuter...) et ensuite de mettre le nom du programme récalcitrant plus des paramètres.
Je n'ai pas trouvé le nom de l'exe pour Exécuter.

Sinon je vais peut-être dire une connerie mais ça peux pas passer en lançant
par le raccourcis du menu démarrer?
Bon ok c'est pas classe mais si ça marche
Tu récup le nom d'utilisateur et hop, ça roule. Enfin j'espère.

Salut,
Le problème que tu rencontres est logique.
Le fichier que tu essaies d'appeler ne se trouve pas dans le répertoire (SysWOW64) mais uniquement dans (system32).
Il te faut copier "msconfig" du (system32) que tu balances dans (SysWOW64).
Avec pour simple code : RunProgram ("msconfig") avec purebasicx64 uniquement.

Je me suis un peu précipité, désolé...
Cela ne pose aucun problème avec 7x64 et PB x64.
Par contre avec 7x64 et PB x86 ça coince...
Avec l'astuce de le copier dans (SysWOW64) cela fonctionne,
mais nous avons droit cette fois a un autre message d'erreur...(Microsoft visual c++ runtime library)
Je vais continuer pour essayer de voir d'où cela peut venir

@ Geo
Je parle de lancer msconfig.exe, stikynot.exe .. avec PB 4.50 ou 4.41 mais en x86 sur windows7 x64... Es tu sûr que tu as essayé cette configuration ?

@dark
Merci pour ta tentative, je vais tester en passant par un le raccourcis et si ça foire je fait faire encore plus gras, passer par sendmessage_ pour lancer la fenêtre "executer" puis taper directement la commande...

@Sceyllia
bonne chance ^^

LSI j'ai compris le bug de la fenêtre qui colle, cela ne vient pas de min image mais bien de la lib.
En fait pour que la fenêtre ne reste pas coller au curseur, il faut déplacer la fenêtre et relacher le curseur uniquement lorsque celle ci ne bouge plus. En gros si on relâche le curseur et qu'on est toujours en mouvement, la fenêtre reste collée.
J'espère que ça t'aidera à corriger la chose.

J'ai ENFIN reussi à me sortir de cette galère.
J'ai du utiliser une technique de Sioux toute bête...

Pour les exe refusant de se lancer via mon soft qui est en 32bits, j'ai créé un petit exe compilé en 64bits qui ne sert qu'a le lancer..

J'ai donc fait un exe que j'ai compilé en x64 qui contient seulement et pareil pour snippingtool et stikynot

J'ai inclus ces 3 exe dans mon programme principal 32bits et lorsque que je dois lancer msconfig, au lieu de faire un runprogram("c:\system32\msconfig.exe")
j'extrais mon petit exe et le lance ^^

Ouuuuffff ça m'aura bien pris la tête !

(pour ceux qui se demandent pourquoi j'ai pas directement compilé mon prog en x64, c'est parce que la lib skin du soldat est 32bits)

il se passe quoi si t'es en Windows 32 bit ? tu vas pas pouvoir exécuter ton lanceur 64 bits...

héhé j'ai prévu le coup, si le windwos est 32bits, seul runprogram(.....) se lance de l'interface 32 bits ^^

Petit coquin va

bizrrare comme fonctionnement, ma lib fonctionne en x64 en include

Le Soldat Inconnu a écrit :bizrrare comme fonctionnement, ma lib fonctionne en x64 en include

Explique la procédure stp parce que chez moi elle ne fonctionne pas en PB 4.50 x64

[01 :29 :32] Executable type: Windows - x64 (64bit)
[01 :29 :32] Exécutable démarré.
[01 :29 :32] [ERREUR] SkinWindow.pb (Ligne: 907)
[01 :29 :32] [ERREUR] LinkedList not initialized.
[01 :29 :53] Le programme a été arrêté.