Bonjour,

Je développe une application pour un panel pc qui est sous XP Embedded

Je souhaiterai lancer cette application au démarrage sans voir le lancement du bureau de windows et sans y avoir accès pour que l'utilisateur final ne puisse pas faire de "conneries" sous windows, en branchant un clavier en USB,par exemple.

Actuellement, mon application se lance au démarrage de windows en plaçant un raccourci dans demarrer\programme\demarrage.

Cependant on voit le lancement de windows, l'apparition du bureau et ensuite, l'application se lance en plein écran.

Si on branche un clavier sur le pc et en appuyant sur la touche windows, on a accès a la barre des taches ... donc a windows (j'ai besoin d'un port usb pour exporter les résultats).

Existe il une possibilité de démarrer windows directement sur mon appli sans passer par l'affichage du bureau et sans donner l'accès a windows (mon application pouvant éteindre windows elle même) ?

Par avance, merci pour vos solutions.

Bonjour,

Tu peux lancer l'application via le registre : HKLM\Software\Microsoft\Windows\Current Version\Run

Cependant je ne sais pas si cela bloquera ou non la poursuite du chargement. D'autre part ce ne sera pas spécifique à un utilisateur.

Pour que ça ne fasse effet que pour un ou plusieurs utilsateurs spécifiques il faut ajouter la clé équivalente dans la ruche de chacun. Pour charger une ruche utilisateur dans regedit, sélectionner HKEY_USERS puis aller dans le menu Fichiers (voir ici).

Une autre solution consiste à passer par un script d'ouverture de session. Là on agit au niveau de chaque utilisateur. Il faut cependant que gpedit.msc soit présent dans Windows. C'est le cas pour XP pro mais pas pour la version familliale. Pour XP Embedded c'est à craindre que non. Essaye.

FG

Bonjour,

(FG)

je n'ai pas la réponse mais il me semble me rappeler qu'il faut empêcher Explorer de se lancer au démarrage, ou le faire "tuer" d'une façon ou d'une autre, ou le remplacer par un autre explorateur ou par ton appli elle-même.

on a accès a la barre des taches ... donc a windows

Note que ton application tourne sous Windows, qui est le système d'exploitation et pas le "shell".

Essaie de faire tuer Explorer par la commande :

taskkill /f /im explorer.exe

Si c'est bon, ça peut suffire (mais sous XP envers quiconque ne connaît pas CTRL-ALT-SUPPR, ça ne fait plus grand' monde) en la mettant dans un bat au démarrage, qui lance ton appli aussi. (ou alors tu mets aussi un raccourci au même endroit, mais tu ne contrôles plus l'ordre, l'éventuel délai etc.)

Pour désactiver Gestionnaire des tâches (les autres touches ça doit être possible avec un logiciel) c'est :

reg ADD HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\System /v DisableTaskMgr /t REG_DWORD /d 1 /f

... une fois pour toutes (remplacer 1 par 0 pour rétablir) mais ne perds pas de vue qu'un "bon" pourra faire ce qu'il veut s'il peut naviguer au clic droit dans une boîte de dialogue de ton appli, ou simplement par touche Windows + R etc.

(pour autant qu'il ne soit pas possible d'outrepasser ce que tu as mis ainsi au démarrage, en démarrant en mode sans échecs)

Sinon ici, un spécialiste de l'XP embedded est Griggione.

Merci pour la proposition,

J'ai enlevé mon raccourci et procédé par la base de registre : même effet : on voit toujours le démarrage de windows et l'apparition du bureau

Pour les utilisateurs, il n'y en a qu'un.

ma réponse s'adressait a "fgondard"

pas vu a temps celle de "yves.vaissiere", que je vais essayer

drexl a écrit :

J'ai enlevé mon raccourci et procédé par la base de registre : même effet : on voit toujours le démarrage de windows et l'apparition du bureau

C'est ce que je pressentais.

Pour les utilisateurs, il n'y en a qu'un.

Oui mais il y a aussi la session Administrateur même si elle n'est accessible qu'en mode sans échec (ou, session fermée, Ctrl + Alt + Suppr 2 fois si c'est comme sous XP pro). Penser à la protéger par un mot de passe.

Et gpedit ? Là on est sûr qu'on travaille avant le chargement du bureau.

FG

j'ai essaye la solution de "yves.vaissiere", mais sans résultat : Windows ne relance pas automatiquement Explorer quand il est tue ?

"fgondard" : le seul utilisateur est l'administrateur

je vais voir avec gpedit

Si mes souvenirs sont bons, on voit toujours le Bureau, mais fugitivement, normalement pas le temps d'intervenir ; et Explorer est tué.

(tu as le même résultat par le Gestionnaire des tâches et clic droit, pour voir de quoi ça a l'air, normalement fond d'écran et c'est tout ;
pour le relancer, CTRL-ALT-SUPPR en haut ou touche Windows + R pour une commande)

Il est possible de faire en sorte qu'Explorer ne se lance pas du tout-du tout, pas besoin de le tuer ;

mais subsistent les possibilités d'actions au clavier (sinon à la souris, si ton logiciel ouvre des boîtes "Enregistrer sous..." etc.).

Windows ne relance pas automatiquement Explorer quand il est tue ?

Pourquoi veux-tu relancer Explorer ? Tu n'en as pas besoin, c'est lui justement qu'il faudrait virer.

Sinon c'est :

tskill explorer

... mais je comprends plus.

"yves.vaissiere" : je ne veux pas relancer Explorer.

j'ai essaye ta solution, windows semble avoir tue l'explorer mais il semble l'avoir redémarrer aussi tôt

drexl a écrit :

"fgondard" : le seul utilisateur est l'administrateur

je vais voir avec gpedit

Il ne faut pas confonfre les comptes utilisateurs de type administrateur et celui nommé Administrateur (avec un grand A) créée automatiquement à l'installation. Il est fortement conseillé de ne pas utiliser ce compte. De même, bien que le premier compte utilsateur créé soit forcément de type administrateur, il est préférable de créer ensuite un compte utilsateur limité qui sera celui utilsé.

Dans un cas comme le tien tous les comptes de type administrateur devraient être protégés par un mot de passe. Il est également possible de forcer le démarrage sur le compte utilsateur limité. On peut aussi masquer un compte utilsateur via HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\Winlogon\SpecialAccounts\UserList.

Tout ceci dans le cas de XP normal mais je viens de lire que la version embarquée avait les mêmes possibilités que XP pro.

FG

Bonsoir drexl.

Et de mon esprit Tordu, sorti cette Idée...
Si tu Renommais au lancement de ton Application:
< Explorer.exe > en < Explorer.exe.old >,
et en la Fermant, la restaurer en < Explorer.exe >

Reivillo.

C'est effectivement une idée à creuser mais j'ai bien peur que explorer.exe ne régisse pas uniquement que l'affichage du bureau. Quoique.

Quand on l'arrête, pour prendre en compte d'une modif du registre par exemple, on est capable de le relancer ou de lancer n'importe quoi d'autre.

FG

PS : je viens de tester et j'ai pu lancer msconfig et Word sans problème.

je ne veux pas relancer Explorer.

j'ai essaye ta solution, windows semble avoir tue l'explorer mais il semble l'avoir redémarrer aussi tôt

Si tu as copié la première commande, tskill explorer, que j'ai maintenant effacée, c'est normal je me suis trompé, désolé.

Si c'est avec :

taskkill /f /im explorer.exe

... là par contre c'est pas normal.

Mais bon tu as lu, même sans shell on peut naviguer etc.

Donc il faudrait bloquer le clavier etc.

Pas insurmontable, puisque c'est le lot des embedded (gares, distribanques, musées ...) et ça peut même se bloquer avec un logiciel mais chez toi, si j'ai bien compris, l'utilisateur a à sa disposition un port usb, où il branche ce qu'il veut.

(j'imagine que non, mais c'est pour que tu voies qu'on voit pas )

@ fgondard & Autres Intervenants Bonsoir.

@ fgondard.

As-tu killer Explorer.exe avant le Test.
Nos PCs sous Win étant utilisés Actuellement,
je ne peux Tester.
Ferai un test demain, y a là un Truc qui M'intéresse...

Reivillo.

Si tu as copié la première commande, tskill explorer, que j'ai maintenant effacée, c'est normal je me suis trompé, désolé.

Si c'est avec :

taskkill /f /im explorer.exe

Bonjour

yves.vaissiere

Pour ce qui est de Taskkill : "n'est pas reconnue en tant que commande interne ou externe,.......". Pareil pour tskill, tskill.exe, taskkill.exe (j'ai fait une recherche de fichier avec "Kill" et je n'ai rien trouvé)

"fgondard", actuellement sous "Utilisateurs et groupes locaux\Utilisateurs\" j'ai "Administrator" et "Guest" (tous deux "built-in account"), c'est vrai qu'il faudra créer un compte utilisateur

Bizarre que ni tskill.exe ni taskkill.exe ne soient présents sur les embedded, je sais que taskkill.exe (celui qu'il nous faut) manque à la version Familiale mais bon.

Il faudrait trouver la clé de registre qui lance Explorer (c'est pas introuvable, j'avais suivi un sujet il y a longtemps où on le faisait) ou tout simplement embarquer un utilitaire qui peut tuer, NirCmd par exemple. (commode parce qu'il peut faire d'autres trucs)

Il y a aussi un fichier sur le net qui s'appelle taskill.exe et un autre kill.exe, mais je me demande si on ne pourrait pas tout simplement prendre celui de n'importe quel XP et le mettre dans le chemin de ton embedded.

En attendant, tu peux les utiliser tous dans une commande de ton XP normal, pour voir ce que ça donne et mettre au point, ça peut être plus commode que tuer Explorer depuis Gestionnaire des tâches.

Il faudrait trouver la clé de registre qui lance Explorer

? ce serait?:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon
shell="explorer.exe"

J'ai trouvé une "solution" en suivant ce lien

Dans la base de registre (avant toute modification de celle-ci, en faire une sauvegarde), trouver la clé "userinit" (celle ou est également la clé "Shell")

Modifier cette clé "Shell" (avant : "explorer.exe") avec le chemin complet de votre application

Au redémarrage, l'explorer n'est pas lancé mais votre appli l'est.

Ce que j'ai constaté : après avoir redémarré le PC, le clavier et la souris branchés en USB sur le PC (pour les tests seulement) ne sont pas reconnus. Il faut les débrancher et les rebrancher pour qu'il soient reconnus (le bouton "windows" du clavier ne fonctionne pas même après reconnexion : je n'ai pas essayé le CTR+ALT+SUPP).

Dans mon application, j'avais au préalable mis un bouton (provisoire) pour lancer l'explorer et pour pouvoir remettre la bonne base de registre au cas ou.

bien vu "lop" : j'ai vu ta réponse après avoir poste mon message

C'était effectivement la solution mais il n'empêche qu'en agissant au niveau global tu te prives de la possibilté de démarrer une session normale en tant qu'installateur. Il me semble donc qu'il serait préférable d'intervenir au niveau utilisateur comme j'en ai déjà parlé.

Tu as dit que tu allais créer un compte utilisateur mais si tu veux qu'il soit de type limité il faut obligatoirement en avoir créé un de type administrateur au préalable. Si celui-ci est masqué (cf. l'un de mes précédents messages) il suffit, l'autre session étant fermée, de faire Ctrl + Alt + Suppr 2 fois pour faire apparaître la fenêtre d'ouverture de session où l'on peut saisir un nom et un mot de passe.

FG