Vista et "program files", quelle m....!

[Le Soldat Inconnu]

Y'en a marre de cet OS de MERDE

Il n'y a pas moyen de sauver un pauvre fichier de paramètre dans C:\Program Files\

C'est n'importe quoi.

Je sens que je vais modifier mes installations pour tout installer directement dans le dossier "Application data" de l'utilisateur.

ça me saoule !
On essaie de faire un programme propre complètement portable et ça ne marche pas parce que Vista a décider que mon programme n'a pas le droit de sauver ces préférences.

Si vous avez une autre solutions, hormis le mode "ouvrir le programme en tant qu'admin", je suis preneur.
Merci

[Ar-S]

Sur 7 qui je pense fonctionne comme vista (?), j'ai fait un soft qui créé un fichier de paramètre qui se créé là ou l'on copie le soft et il est bien prix en compte. (même d'une clé usb)
Bizarre.

[Kwai chang caine]

Encore un sujet ou on est d'accord.
Mais VISTA c'est comme les cons, ça se reproduit pas...mais y'en a de plus en plus
Donc je vais pas tarder a etre obligé d'allumer la seconde machine de mon bureau et programmer sous cette daube.
L'avantage c'est que vous aurez commencé a essuyer les platres
Mais bon, y'en reste encore essuyer

Moi je croyais que l'ecriture dans le program files interdite c'etait a cause de l'UAC
Mais je viens de lire ça, qui tenterait a dire que c'est un choix de windows avec redirection inside...
Mais pourquoi cette redirection ne marche pas avec nos programmes ???
http://blogs.developpeur.org/cyril/arch ... iles-.aspx#

[Le Soldat Inconnu]

En gros, c'est buggé.

Je vais faire une librairie pour palier ce problème simplement dans mes programmes tout en gardant la fonction "Portable" de mes codes

[Le Soldat Inconnu]

Bon, j'entrevois une solution qui semble fonctionner.

C'est pas triste, c'est merde de Vista, alors voici la solution. Elle fonctionne sur mon Vista émulé sur VirtualBox

Au lieu de faire

Code : Tout sélectionner

If CreatePreferences(Fichier)
	; Écrire vos préférences
	ClosePreferences()
EndIf

il faut faire

Code : Tout sélectionner

Preference = OpenPreferences(Fichier)
If Preference = 0
	Preference = CreatePreferences(Fichier)
EndIf
If Preference
	; Écrire vos préférences
	ClosePreferences()
EndIf

En gros, il ne faut pas chercher a recréer le fichier mais il faut le modifier, sinon Vista ne veut pas (C'est super logique non ?)

Je rajoute qu'il ne faut surtout pas utiliser l'extension INI car Vista a tendance a restaurer l'ancienne version du fichier au démarrage si on touche un *.ini sans les droits admin.

Je vais modifier mes programme de cette façon, on va voir

J'ai donc coder cette fonction

Code : Tout sélectionner

ProcedureDLL.l CreatePreferencesEx(FileName.s)
	Protected Retour
	Retour = OpenPreferences(FileName)
	If Retour = 0
		Retour = CreatePreferences(FileName)
	EndIf
	If Retour
		If ExaminePreferenceGroups()
			While NextPreferenceGroup()
				RemovePreferenceGroup(PreferenceGroupName())
			Wend
		EndIf
		If ExaminePreferenceKeys()
			While NextPreferenceKey()
				RemovePreferenceKey(PreferenceKeyName())
			Wend
		EndIf
	EndIf
	ProcedureReturn Retour
EndProcedure

Donc après, il faut remplacer CreatePreferences() par CreatePreferencesEx()

[Ar-S]

C'est ce que j'utilise aussi pour mes fichiers prefs.

Code : Tout sélectionner

Global DefPath$=GetCurrentDirectory()
Global nomcontacts$="contacts.ldv"
Global contact$=DefPath$+nomcontacts$

Nom$=GetGadgetText(#NOM) ; choppe le nom du gadget
Nom$=UCase(Nom$);passe e nom en majuscule
Prenom$=GetGadgetText(#PRENOM); choppe le prénom du gadget

OpenPreferences(contacts$)
PreferenceGroup(Group$)
WritePreferenceString("NOM",Nom$)
WritePreferenceString("PRENOM",Prenom$)
ClosePreferences()
Group$=""
Vider();vide les champs

Et c'est vrai que je n'utilise plus de *.ini depuis un moment, c'est peut-être pour ça qu'il est passé sous Seven..

[Le Soldat Inconnu]

bon, ma dernière solution ne fonctionne pas non plus, je suis à court d'idée, ça m'énerve !


Edition :
peut-être un indice ici
http://www.vistax64.com/system-security ... files.html

je vais essayer

[cha0s]

sa ne marche pas avec les droits administrateurs ? (y a une option de compilation pour il me semble)

[Le Soldat Inconnu]

ben si, mais si a chaque fois que le programme se lance, ca colle une alerte, c'est pénible. (surtout si le programme se lance au démarrage)

il n'y a plus d'alerte si on tombe cette "saloperie" de sécurité (je sais plus ou) mais ce n'est pas le cas de tout le monde. J'ai installé Vista en machine virtuelle et j'ai laissé la config par défaut pour mes tests

[Ar-S]

ben si, mais si a chaque fois que le programme se lance, ca colle une alerte, c'est pénible. (surtout si le programme se lance au démarrage)

il n'y a plus d'alerte si on tombe cette "saloperie" de sécurité (je sais plus ou) mais ce n'est pas le cas de tout le monde. J'ai installé Vista en machine virtuelle et j'ai laissé la config par défaut pour mes tests

c'est l'UAC qu'il faut virer dans la "gestion des utilisateurs".
perso je ne supporte pas cette merde. sous seven (qui est tout de même plus souple), je l'ai viré aussi.

[cha0s]

Étant donnée que le système de contrôle des utilisateur et plus ou moins obsolète avant Vista (il suffit de voir le nombre de PC zombie sous Windows a travers le monde), l'UAC est un peu quelques chose d'expérimental chez Microsoft et ou il se retrouve presque indispensable en entreprise (surtout avec l'évolution de internet), c'est vrai que on pourrait douter de son utilisé pour un particulier (sauf si c'est un manchot comme une bonne partie des utilisateurs). Cependant c'est une pratique qui risque de rester et passer par dessus l'UAC si il est activé revient a craquer Windows, au delà de ce point un programme n'est pas pas sur de fonctionner quand la faille est corrigé. (Mais la le programme ne devient il pas un malware ?)


Juste pour dire qu'il reste le choix de l'exportation et l'importation de paramètres stocké dans le HOME (comme le font tout les bon programme sous Linux).

[Kwai chang caine]

Si un jour je trouve un vrai cracker d'UAC....
Je pense que ça se fera un jour, car y'en a un paquet qui s'en plaigne...et pas seulement les manchots comme moi
Je pense qu'une fois encore, c'est le bon LINUX qui va venir au secour des opprimés de l'UAC

Par contre, technologiquement ça reviens peut etre a cracker windows ????
Mais legalement, je ne pense pas qu'un cracker d'UAC, si il existe un jour, sera concidéré comme un cracker de windows, car il n'y a pas vol du logiciel
Mais, il sera surement éjecté par les antivirus, y'a de grandes chances

Les emmerdes devraient plutot venir de ceux qui ont paramétré l'UAC et qui par consequent ne veulent pas que l'on aille ou l'on va une fois craqué

[gnozal]

A mon avis, il n'y a pas de solution...
Depuis Vista, impossible d'écrire dans 'Program files' si on est pas administrateur. Pas de 'workaround' possible à ma connaissance.
Seule solution : écrire dans %APPDATA%, qui est toujours accessible même si l'utilisateur n'a pas de droits d'administration.
Donc : soit installer l'application dans 'Program files' et écrire dans %APPDATA%, soit tout installer dans %APPDATA% (çà fonctionnera sans modification de l'application).

[Le Soldat Inconnu]

c'est dorénavant ce que je fais, tout dans le "user data"


il aurait tout de même pu tester que je cherche à modifier un fichier dans le dossier de mon programme, c'était pas compliqué !
Si le programme modifie un fichier dans son dossier, c'est bon, si il cherche à modifier un fichier qui n'est pas dans son dossier dans "program files", lui interdire.

Le plus gênant, c'est que Vista ne te dis pas que l'accès au fichier est interdit, pas d'erreur d'enregistrement. mais au prochain lancement du soft, le fichier de pref n'a pas évoluer.

En gros, l'UAC, c'est de la m...

[djes]

Une petite info sur le comment du pourquoi : http://www.hardforum.com/showthread.php?t=1170936
et la totale, là : http://technet.microsoft.com/en-us/libr ... 10%29.aspx

En clair... C'est d'la m*