Aide - Recherche - Membres - Calendrier
Version complète : Tester que le programme tourne sur PC
Les Forums de PalmAttitude.org > GENERAL PalmOS > Développement sous PalmOS > Développement HB++
palmgaulois
Parmis les recommandations anti-piratage j'ai lu par le passé, il est conseillé par exemple d'empecher le programme de fonctionner sous émulateur ou simulateur pour limiter la casse et l'utilisation d'outils PC .

dans la pratique vous faites quoi ?

si l'on y lit dans l'aide sur la section Home > Language Reference > Classes > SystemInfo
on peut avec DeviceModel récupérer le " type d'appareil "
je pensai à mettre ça dans clsApplication:

CODE
Dim si as SystemInfo, ok as boolean
Set si=SystemInfo
if si.DeviceModel<>hbModelTreo600Sim then ok=true
if si.DeviceModel<>hbModelTreo600Sim then ok=true

if ok then
  ' on continu
  ' lancement de la FRM Menu
end if


mais avec la foultitude d'émulateur, simulateur du passé ou les prochains, je risque de ne pas savoir traiter tous les cas, alors existe-t-il une autre piste ?
genre processeur, numéro de série ...

merci.
Patrice
Suggestion : tu fais un micro bout de code ARM, il ne pourra pas tourner sur simulateur / émulateur. Et si le code en question est critique pour le fonctionnement du soft, difficile de contourner le blocage wink.gif
palmgaulois
oups ARM,
connaissois pas moi,

Merci Patrice.
quagliozzi
CITATION(palmgaulois @ 12/06/2007 à 08:23 ) *
oups ARM,
connaissois pas moi,

Merci Patrice.


Salut Pascal,

Je peux te passer une classe KeyReg + Code ARM source (c'est dedans que tu encryptes tes données avec l'algo de ton choix).

Dans le fichier Make sont prévus la génération du fichier BIN du PNO, qui fera qu'une fois compiler, le PRC ne pourra tourner sur le simulateur, mais aussi un fichier DLL qui permet de reproduire le comportement du PNO en code x86, donc te faciliter la mise au point de ton ARMlet.

Le "hic", il faut que tu installes GCC + Palm SDK + CygWin, que tu configures le tout, et que tu lances la compilation à chaque essai.

La partie la plus "casse-pied" étant l'installation/configuration de tout ça, une fois réalisée, tu travailles en C tout simplement, en respectant les alignements sur 4 octects.

Eric.
palmgaulois
oh la la , c'est trés gentil à toi Eric,
mais, je crois que je vais laisser tomber cette config de la mort qui tue.
Si jamais je passe plus de temps sur un projet à le protéger c'est qu'au final le modéle économique est à revoir ... sad.gif
quagliozzi
CITATION(palmgaulois @ 12/06/2007 à 20:37 ) *
oh la la , c'est trés gentil à toi Eric,
mais, je crois que je vais laisser tomber cette config de la mort qui tue.
Si jamais je passe plus de temps sur un projet à le protéger c'est qu'au final le modéle économique est à revoir ... sad.gif


Tu sais Pascal, soit tu es certain d'une bonne commercialisation de ton soft (fait des stats sur les download sur les sites spécifiques tels que PalmGear, pdassi, etc... relatives au téléchargement, quotation, intérêt du public,...) et là ça vaut le coup de se pencher sur une super protection, soit tu n'es certain de rien et une protection simple mais convenable suffira.

Dans tous les cas, le reverse engineering permet le plus souvent de supprimer la protection (même en utilisant des PNO). A moins d'utiliser plusieurs fonctions spécifiques et cela un peu partout dans ton code, ce qui l'alourdi notablement.

Tu veux savoir? MemScale est déjà "cracké"... je ne donne pas le lien wink.gif , mais bon, faut le savoir.

Eric.
D2P
CITATION(quagliozzi @ 13/06/2007 à 13:23 ) *
Tu veux savoir? MemScale est déjà "cracké"... je ne donne pas le lien wink.gif , mais bon, faut le savoir.

huh.gif Ils y en a qui ne perdent pas de temps quelcon.gif
Khertan
Je me suis amusé a tester divers type de protection, et a part faire un peu ch.er le petit malin avec de l'arm ... ca se trace tres en mode de debug 'on device).

De plus ... il y a a present un simulateur fourni par access qui permet de faire tourner le code arm ...
quagliozzi
Bon, la protection de logiciels est un éternel problème, quelque soit l'os, le type d'application, etc.

Il ne faut pas être un génie de l'informatique pour trouver à peu près tout disons... gratuitement.
Il existe de nombreux forums spécialisés, et l'on y trouve les références de logiciels de grande facture à priori impossible à utiliser sans license... et pourtant.

Je pense donc qu'il faut empêcher au mieux cela dans son soft, mais ne pas espérer l'impossible!

Le tout est de le savoir et de proposer des services complémentaires attirant l'utilisateur potentiel à s'enregistrer pour le produit (mise à jour gratuite, téléchargement de skins, pack de musiques pour les jeux, ou bonus/réduction de prix sur d'autres produit, etc.).
Bref, fidèliser le client.

Pour une application sans support, sans mise à jour, juste pour le petit plus financier ou le plaisir de commercialiser/lancer une application, rien à espérer.

Ce qui ne doit en aucun cas démoraliser le développeur, car développer un logiciel c'est avant tout, lorsque cela est une démarche personnelle, prendre plaisir à créer, élaborer un produit de A à Z.

Voilà, pour ma part, je ne crois pas qu'il y ait de solution miracle, mais un réel plaisir à faire ce que l'on fait.
Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.
Invision Power Board © 2001-2008 Invision Power Services, Inc.