Slt tlm!
je voudrais savoir comment font les logiciels shareware qui ont un temps d'utilisation limité pour savoir qu'il reste que x jours d'utilisation?
un gars de ma classe a voulu me faire croire que ces logiciels avaient une horloge interne...    je lui ai ri au nez mais j'aurais peut etre pas du...
je voudrais savoir si il a raison. et si il a tort, j'aimerais savoir comment font-ils donc???
merci    
 
ps: c pa pour cracker ces sharewares rassurez-vous!!!  

Réfléchie très fort, je pense que tu peux trouver la réponse tout seul.
 
 
 
 
Je crois en toi!

ouah trop cool ta réponse!!!    on croirait obi-wan kenobi    
faudrait-il indiquer que je ne suis pas programmeur et que je n'ai absolument aucune idée du fonctionnement de ce genre de logiciels. je suis également très peu calé en ce qui concerne l'interaction des logiciels avec le hardware...

• soit mon pote a raison mais j'aimerais comme meme qu'on m'explique comment ça marche  
• soit je suis crétin de douter de moi  (le logiciel ne peut continuer de décompter une fois l'ordinateur fermé, or la seule horloge qui reste en marche c celle du bios |je dis peut etre des conneries| donc le programme se base sur celle du bios pour savoir depuis combien de temps il a été installé)
• soit c encore autre chose.. expliquez moi alors svp!!

up

exemple:
quand tu démarres le soft pour la 1e fois tu vas écrire quelque part dans la base de registre la date
puis à chaque démarrage du vas voir quelle date tu avais écrit, et tu calcules le nombre de jour par rapport au jour actuel.

non une horloge interne au soft qui tourne même quand le pc est éteind ... lol tu peux l'envoyer bouler sans problèmes ;-)

 
Bha l'horloge interne du pc tourne bien qd il est éteind

Un programme qui regarderait l'heure à chaque fois que tu le démarres et à chaque fois que tu l'arrètes... Et qui ferait les additions / soustractions nécessaires.
Ce serait l'équivalent d'une "horloge interne du soft, même s'il est éteint" (ouf !).
 
Je vois pas en quoi c'est si con.

et ça dure sacréménet longtps : pc acheté le 24dec 1995, jms changé la pile elle est tjrs bonne

A mon avis y a plus bcp de softs qui mettent simplement la date d'install (cryptée ou pas) dans la base de reg, c'est trop facile à casser puisqu'il suffit de pister les modifs. Je serais pas supris que les progs codent la deadline au moment même de l'install dans leur propre exe (ou dll), enfin, un fichier qui n'était pas là AVANT et dont ne peut pas suivre les modifs. Ensuite, ils n'ont plus qu'à activer une routine (codée en dur depuis le début, toujours la même) qui se bornent à vérifier que:
today() < deadline, avec peut-être qq petits tests pour neutraliser les mecs qui changent leur date système... Enfin je ne fais que supputer...

"deadline"  

merci je vais lui foutre la honte  
   

C'est un jeu de moto ça !

il y a quelques années j'avais un soft de caisse enregistreuse pour les café, librairie... (non, je ne le distribue plus, je ne le vend plus, je ne m'en occupe plus).
 
j'avais bridé la version shareware à un mois d'utilisation après l'install.
Pour son fonctionnement, ce soft avait besoin de plusieurs sous-répertoires. il me suffisait juste de comparer la date de création des répertoires pour limiter à 30j.
 
inconvéniant de cette méthode. si le type réinstalle complètement le soft, c'était repartit pour 30 jours. Contre-partie : il perdait ses données de chiffres d'affaires. C'est clair qu'une fois qu'on connait le truc ça parait simple. mais pour contourner cette protection (facile à contourner dans ce cas), encore faut-il savoir comment elle est faite. (vu la clientèle visée, pas besoin d'un bridage avec super-code-de-la-mort-qui-tue).
lors de la commande, j'envoyais juste l'executable (sans la limitation) qui pouvait tenir sur une disquette.