Team AAZ - Forum

Nash a écrit :bein chez moi ca marche nikel :((

et chez toi sh@rp ?? tu es en x86 toi aussi ?? ca te change l'horloge ou pas ?

lol deja du support ca craint mdr

Je suis actuellement en X64 Nash.

arfff zut , tu as pas pu voir pour mon clique droit alors

je fais test la , avec yahyah pour du x64

Nash a écrit :arfff zut , tu as pas pu voir pour mon clique droit alors

je fais test la , avec yahyah pour du x64

Pour l'adapter à du x64 il te faut es fichiers cpl x64 ou alors tu mets à jour uniquement les resources c plus compliqué mais ton exe compilé sera carément moins lourd que si tu intègres topus les fichiers cpl (x86 et x64).

Non j'ai pas eu le tps de voir pour le clic droit car je suis moi aussi en plein dev.

A+

oui la taille va etre un probleme a force lollllll

pas grave c'est un utilitaire de formation

impatient de voir ton nouveau developpement

+++

arffff x64 c vraiment le mal , il a raison zinzin

pourquoi avoir gardé system32 , en plus de syswow64 ?? ne me dites pas qu'il faut modifier les 2 lollll

@sh@rp :

programfiles(x86) et programdata , travail double pour una ??

:)

Nash a écrit :arffff x64 c vraiment le mal , il a raison zinzin

pourquoi avoir gardé system32 , en plus de syswow64 ?? ne me dites pas qu'il faut modifier les 2 lollll

@sh@rp :

programfiles(x86) et programdata , travail double pour una ??

:)

--> Si ton OS est un x64 alors :
-System32 = fichiers systèmes 64 bits
-SysWow64 = fichiers systèmes 32 Bits

-programfiles(x86) = répertoire des applications 32bits installées
-programmes = répertoire des applications 64Bits installées


C'est tout à fait normal car l'OS x64 assure la compatibilité des applications 32Bits donc c'est obligatoire d'avoir à la fois ces 2 arborescences.
Et ca fonctionne de la même facon pour le registre avec la clé "HKLM\SOFTWARE\Wow6432Node".

A+

PS : ProgramData il ne faut pas y toucher c'est un répertoire caché et dépends directement des applications installées sur l'OS ainsi que d'autres config.

voila qui est plus clair que ferais je sans toi

je voyais syswow64 pour le system 64

merci pour les explications..

sh@rp ca m'enerve lollll

je prends les scripts sur le site de microsoft et ca va jamais :

il est ou le probleme la :

My.Computer.FileSystem.CreateDirectory("C:\Windows\System32\oobe\Info")

si je met pour test :
My.Computer.FileSystem.CreateDirectory("C:\toto")

la ca marche !!!!!!!!!!!!!!

malgré plein de message dans VB :

Une exception de première chance de type 'System.Runtime.InteropServices.COMException' s'est produite dans Microsoft.VisualBasic.dll
Une exception de première chance de type 'System.NotImplementedException' s'est produite dans WindowsApplication1.exe
Une exception de première chance de type 'System.Runtime.InteropServices.COMException' s'est produite dans Microsoft.VisualBasic.dll
Une exception de première chance de type 'System.Runtime.InteropServices.COMException' s'est produite dans Microsoft.VisualBasic.dll
Une exception de première chance de type 'System.Exception' s'est produite dans Microsoft.VisualBasic.dll

Nash a écrit :sh@rp ca m'enerve lollll

je prends les scripts sur le site de microsoft et ca va jamais :

il est ou le probleme la :

My.Computer.FileSystem.CreateDirectory("C:\Windows\System32\oobe\Info")

si je met pour test :
My.Computer.FileSystem.CreateDirectory("C:\toto")

la ca marche !!!!!!!!!!!!!!

malgré plein de message dans VB :

Une exception de première chance de type 'System.Runtime.InteropServices.COMException' s'est produite dans Microsoft.VisualBasic.dll
Une exception de première chance de type 'System.NotImplementedException' s'est produite dans WindowsApplication1.exe
Une exception de première chance de type 'System.Runtime.InteropServices.COMException' s'est produite dans Microsoft.VisualBasic.dll
Une exception de première chance de type 'System.Runtime.InteropServices.COMException' s'est produite dans Microsoft.VisualBasic.dll
Une exception de première chance de type 'System.Exception' s'est produite dans Microsoft.VisualBasic.dll

- Tu es sous quelle archi ?
- Je te conseil d'utiliser une variable d'environnement (My.Application.GetEnvironmentVariable("WINDIR") & "\System32\oobe\Info") au lieu d'écrire le chemin complet ("C:\Windows\System32\oobe\Info").
Les variables d'environnement ici (tout en bas) : http://en.wikipedia.org/wiki/Environment_variable

- Il faut d'abord évaluer la non existence du répertoire avant de le créer.
- "oobe\info" est un sous répertoire de System32 donc s'il existe déjà il a peut-être hérité des permissions de son répertoire parents et de ce fait ne peut être écrasé.
- le répertoire existe et il n'est pas vide.

A+

arfff non le repertoire n'existe pas (je l'ai effacé lol )
je suis en x64

zut alors , si j'arrive pas a creer un repertoire sous VB , lol suis mal barré

My.Application.GetEnvironmentVariable(("WINDIR") & "\System32\oobe\Info")

idem le repertoire n'est pas créé , pourtant pas d'erreur...