[insertion d'un compteur en visual basic]
Fermé
sygmo
Messages postés
19
Date d'inscription
jeudi 7 octobre 2004
Statut
Membre
Dernière intervention
5 mars 2018
-
2 mai 2005 à 15:13
blurk Messages postés 486 Date d'inscription vendredi 16 avril 2004 Statut Membre Dernière intervention 15 mars 2009 - 2 mai 2005 à 18:09
blurk Messages postés 486 Date d'inscription vendredi 16 avril 2004 Statut Membre Dernière intervention 15 mars 2009 - 2 mai 2005 à 18:09
A voir également:
- [insertion d'un compteur en visual basic]
- Visual basic download - Télécharger - Langages
- Microsoft 365 basic - Guide
- Microsoft visual c++ runtime - Guide
- Visual petanque - Télécharger - Sport
- Insertion signature word - Guide
1 réponse
blurk
Messages postés
486
Date d'inscription
vendredi 16 avril 2004
Statut
Membre
Dernière intervention
15 mars 2009
160
2 mai 2005 à 18:09
2 mai 2005 à 18:09
bonjour
il n'y a pas de solution miracle, un compteur peut toujours
être remis à zéro ou effacé, mais on peut ajouter une clef dans
la base des registres de windows, et ensuite la faire incrémenter
à chaque démarrage de l'application.
Il est très difficile de rechercher une clef dont on ne connait pas le nom.
l'alternative pour tricher étant de recharger une sauvegarde antérieure du fichier user.dat avant la création de cette clef
une autre solution consiste à comparer la date système et la date
d'installation du logiciel, et de fixer un nombre de jours maximum
ou le logiciel en évaluation peut être utilisé.
dans ce cas, l'utilisateur peut encore tricher en changeant la date
système, ou en modifiant l'attribut date des fichiers
(plus complexe, et nécessite l'usage d'un éditeur hexadécimal avancé)
cordialement
il n'y a pas de solution miracle, un compteur peut toujours
être remis à zéro ou effacé, mais on peut ajouter une clef dans
la base des registres de windows, et ensuite la faire incrémenter
à chaque démarrage de l'application.
Il est très difficile de rechercher une clef dont on ne connait pas le nom.
l'alternative pour tricher étant de recharger une sauvegarde antérieure du fichier user.dat avant la création de cette clef
une autre solution consiste à comparer la date système et la date
d'installation du logiciel, et de fixer un nombre de jours maximum
ou le logiciel en évaluation peut être utilisé.
dans ce cas, l'utilisateur peut encore tricher en changeant la date
système, ou en modifiant l'attribut date des fichiers
(plus complexe, et nécessite l'usage d'un éditeur hexadécimal avancé)
cordialement
