En VB8 (.NET2) par contre ça se résume en une seule ligne :
System.Diagnostics.Process.Start(System.String filename[, System.String arguments], System.String userName, System.Security.SecureString password, System.String domain)
Ca ne gère pas le /netonly qui peut être fait par un runas ou la fonction CreateProcessWithLogonW.
Ca peut etre pratique quand on veut lancer un DSA.MSC depuis un serveur pour se connecter à une multitude de domaines.
Merci pour le code, j'avais toujours un peu de peine à la mettre en place ;)
En VB8 (.NET2) par contre ça se résume en une seule ligne :
System.Diagnostics.Process.Start(System.String filename[, System.String arguments], System.String userName, System.Security.SecureString password, System.String domain)
Moi ca fonctionne sous wds2000 pro sp4 mais j'avoue qu'il n'est pas impossible que mes dll aient été remplacées.
Je te suis extremement reconnaissant pour ces tests.
XPpro Pro SP2 Workgroup -> OK
XPpro Pro SP1 Domaine -> OK
XPpro Pro SP2 Domaine -> OK
2000Pro SP4 Domaine -> Non DLL introuvable sur la machine
NT4 Worstation -> Non DLL introuvable sur la machine
et serise sur le gateau :
2003 Serveur en controleur de domaine -> OK
Etrangement un programme lance avec les droit de l'utilisateur en cours se lance san sutiliser les themes XP. Pour les histoires de DLL, je n'ai pas cherche a inclure les DLL de mes Xp, j'aime bien qaund un PC garde c'est DLL et pas celles du voisin ;-)
PS: du fait des restrictions de securite du framework, mes tests n'ont pas fonctione a partir de partages reseau.
Les sources que je publie ne sont pas destinées à etre appriécées comme des oeuvres d'arts mais plutot à etre réutilisées par des personnes qui sont suceptibles d'en avoir besoin.
Le code fonctionne parfaitement chez moi sous XP Pro Et 2000 Pro Mais avec les services packs et les versions du framework il y a parfois des incompatibilités et c'est pour cela que j'ai demandé si d'éventuelles personnes motivées pouvaient vérifier son fonctionnement sous d'autres conditions.
super, bonne mentalité, tu mets un code tu sais pas si il marche, il est meme peut etre pas de toi, et t'imagines que des mecs vont se plonger dedans? prochain code de toi je l'ouvre meme pas, si c'est pour passer une heure sur un truc tout moche et entendre un mec hautain me dire jm'en fous ...
Il y a peut-etre des erreurs dans le code mais ce code est vieux et j'ai pas envie de m'y remettre. La note de ce code m'indiffere completement, mettez 2 ou 1 ca ne change rien : ce qui auront besoin de ce code le trouveront et arriveront probablement à s'en servir.
j'ai pas tout compris, ça doit pas être assez trop beaucoup transparent pour moi.
l'idée a l'air sympa, mais sans commentaire et vu la remarque de l'auteur j'ai plutot envie de mettre 1, ou 2 pour le code. donc je préfère pas noter.
d'un autre coté <MarshalAs(UnmanagedType.LPWStr)> ça me parle pas donc je me renseignerais. ton mot de passe invisble, c'est un peu bidon puisque de toutes façons tu connais pas le user et qu'il est pas crypté plus que ça (ou alors une chose m'échappe dans ton code). et puis ça aussi:
Public Const LOGON_NETCREDENTIALS_ONLY = &H2&
Dim LOGON_NETCREDENTIALS_ONLY As Long = LOGON_WITH_PROFILE
ça me parle pas trop
dommage que le code soit un gros paté tout crado, il donne pas envie d'être lu, pourtant le contenu a l'iar bien sur le papier.
donc pour conclure, je dirais comme sly, un exemple et des commentaires pour que ça puisse servir.
Je mettrai une bonne note pour ce module d'administration quand il y aura un exemple d'application car ca manque un peu de commentaire. Si non l'idée est vraiment sympa !
je ne suis pas ok avec l'idee "c'est deux chose différente de faire un vb6 et en vb.net".
Un personne qui programme proprement en vb6 ne doit pas avoir un code trop different au niveau de la structure; les classes, moduls et autres ne sont pas propres a vb Net....
tu dit "Celui là est un peu plus propre a mon gout et c'est une classe."
un peu plus propre il faut le dire vite car c'est deux chose différente de faire un vb6 et en vb.net et puis dans ton code je ne vois aucun commentaire.
System.Diagnostics.Process.Start(System.String filename[, System.String arguments], System.String userName, System.Security.SecureString password, System.String domain)
Ca ne gère pas le /netonly qui peut être fait par un runas ou la fonction CreateProcessWithLogonW.
Ca peut etre pratique quand on veut lancer un DSA.MSC depuis un serveur pour se connecter à une multitude de domaines.
Merci pour le code, j'avais toujours un peu de peine à la mettre en place ;)
- Messages postés
- 908
- Date d'inscription
- jeudi 26 juillet 2001
- Statut
- Modérateur
- Dernière intervention
- 1 février 2015
2System.Diagnostics.Process.Start(System.String filename[, System.String arguments], System.String userName, System.Security.SecureString password, System.String domain)
- Messages postés
- 117
- Date d'inscription
- mardi 21 janvier 2003
- Statut
- Membre
- Dernière intervention
- 2 juillet 2009
1