Version 4.20r7

 Mise à jour vers la version 4.20r7

DinkeyNET Correction problème sous Windows Server 2008 provoquant des erreurs 50 (correction du problème SMBv2 bloquant les droits du répertoire DinkeyNet).

DinkeyWeb V3.0 Actualisation des exemples d'intégration pour PHP, ASP.NET et WEBDEV - Upgrade du serveur DinkeyWeb.

   Version 4.20r6

 Mise à jour vers la version 4.20r6

SDK Linux Amélioration du script inst. Correction problème Java avec DDInet pour les Kernel les plus récents.

DinkeyWeb Actualisation des exemples d'intégration pour PHP, ASP et ASPx
Autocad - mise à jour de DDCOM.dll et mise à jour du guide d'intégration
22/04/2009 - DDADD correction pour méthode Shell avec Visual Studio 2008 & Vista

   Version 4.20r5

 Mise à jour vers la version 4.20r5

Shell : Modification de la méthode Shell pour permettre son utilisation sous Windows Serveur 2008.
DDCHANGE : Correction permettant l'ajout de journée supplémentaire d'utilisation au nombre de jour stocké dans le dongle
Delphi 2009 : Création d'un nouveau module OBJ pour Delphi 2009.

   Version 4.20r4
 

 Mise à jour vers la version 4.20r4

DDNet : Patch fonction réseau pour un nombre d'utilisateurs illimités
Installation : modification des régles d'installation en fonction du langage du poste utilisateur.

   Version 4.20r3

 Mise à jour vers la version 4.20r3

Linux : DDNet peut maintenant être lancé en "daemon.
DDAD : résout certaines erreurs de protection de programmes Linux apparus sur la release 2
DDNET : résout le message d'erreur (223) qui pouvait survenir lors de l'utilisation de DDNet en version 4.20 alors que les machines clientes utilisaient des versions antérieures.
Résout une erreur très rare (application protégée ou programme DDNet se fige jusqu'au retrait de la clé) qui pouvait survenir avec certains contrôleurs USB.

   Version 4.20r2

 Mise à jour vers la version 4.20r2

Le nouvel installeur utilisé permet de simplifier la désinstallation du Kit du Développeur, la désinstallation des pilotes et l'installation de la nouvelle version.
DDNet : l'option /v est désormais pleinement fonctionnelle
Linux : l'erreur quelquefois rencontrée avec les fichiers ft.rules est résolue.
Shell : la méthode Shell est maintenant compatible avec les exécutables Flash
DDChange : sécurisation accrue avec des codes plus longs.

   Version 4.2

 Mise à jour vers la version 4.2

La fonction “algorithme” a été implémentée différemment des versions 4.1 et antérieures. Vous pouvez maintenant spécifier jusqu'à 9 algorithmes "utilisateurs". Il s'agit d'une fonction propre aux dongles USB, elle n'est pas utilisable sur les dongles parallèles. Si vous l'utilisez, votre code fonctionnera uniquement avec des dongles USB. Le concept de l'algorithme utilisateur repose sur la possibilité d'extraire des formules de votre application pour les placer dans le dongle.

L'algorithme qui existait préalablement est maintenant appeler l'algorithme r/w. Il est utilisé pour lire et écrire des données. Il fonctionne de la même façon que précédement.

Si vous souhaitez continuer à utiliser l'algorithme tel que vous l'aviez déjà implémenté, vous n'avez aucune modification à apporter à votre code. Vous devrez néanmoins spécifier "Rendre la procédure d'algorithme compatible avec les versions antérieures à la 4.2" dans DDAdd.
 
Les codes exemples ainsi que les plugins ont été modifiés pour exploiter le nouveau schéma d'algorithme.

Windows
Setupdrv procède désormais à l’installation du pilote USB par défaut et seulement de celui-ci. Pour l’installation des deux pilotes USB et parallèle vous devez utiliser l’option /all. Si vous effectuez une mise à jour depuis une version 4 ou inférieure, veuillez vous reporter au manuel dans la section Setupdrv.

Mac
Tous les modules disposent de librairies universelles (Ainsi la protection sera indifféremment fonctionnelle sur les machines MAC Intel ou Power PC). DDAdd permet de protéger les librairies universelles.

Si vous effectuez une mise à jour depuis une version 4.00 ou inférieure :

Windows
Setupdrv installe désormais les pilotes pour les systèmes d’exploitations Windows x64 (64 bits). Les modules dddbg64a.obj et dddbg64.dll permettent la protection des applications en 64 bits.
Remarque : Si vous effectuez une mise à jour depuis la version 4.1 et que vous utilisez des clés USB, vous devez effectuer une mise à jour des pilotes de vos clients. Pour cela, déconnectez le dongle de la machine, lancez setupdrv puis rebootez la machine.  Vous pouvez également utiliser setupdrv.exe /u pour la désinstallation et procéder à l’installation des nouveaux pilotes après le redémarrage de la machine.
Un dysfonctionnement de cette mise à jour entraînera une erreur 92.

Linux
1) Mise à jours des pilotes pour plus de compatibilité avec les systèmes Linux.
2) Nouveau modules (ddlin32.o) sans appel à  X-Windows (Pour ne pas utiliser X-Windows, utiliser ddlin32NX.o). Le module X-Windows est maintenant ddlin32X.o.
3) ddusbkey à été renommé pour éviter les conflits potentiels portant sur l'identification des fichiers.
Remarque – Vous devez désinstaller les anciens pilotes et réinstaller les nouveaux pour bénéficier des dernières évolutions.

Mac
Création d’un Plug-in  pour Filemaker 7 et 8 fonctionnant sous Mac OSX.

   Version 4.01

 Mise à jour vers la version 4.01

Windows
Un nouveau pilote améliore encore le niveau sécurité.
Setupdrv installe maintenant les pilotes pour les systèmes d’exploitation Windows x64 (64-bit). Les modules dddbg64a.obj et dddbg64.dll compatibles avec le code 64 bits sont également disponibles.
Remarque: Si vous utilisez la mise à jour 4.1 avec des dongles USB, vous devez mettre à jour le pilote chez les l’utilisateurs en désinstallant l'ancien pilote puis en installant le nouveau. A défaut, l’erreur 92 sera retournée par le test de la protection.

Linux
1) Mise à jour des pilotes pour une compatibilité avec un plus grand nombre de versions de Linux.
2) Le module objet par défaut (ddlin32.o) ne nécessite maintenant plus le code X-Windows (ce module était préalablement nommé ddlin32NX.o). Le module X-Windows s’appelle maintenant ddlin32X.o.
3) Le driver a été renommé ddusbkey pour éviter les confusion potentielle de nom.
Remarque – vous devez désinstaller les anciens pilotes et installer les nouveaux pour utiliser les modules de la version 4.1 Mac Disponibilité d’un Plug-in pour Filemaker 7 et 8 fonctionnant sous Mac OSX.

   Version 4.00

 Mise à jour vers la version 4.00

La principale nouveauté de la version 4.00 par rapport à la version précédente (3.6) réside en une extension de la compatibilité aux systèmes Mac OSX et Linux. La fenêtre Windows de l’application reste la même. Vous trouverez ci-après la liste des nouvelles fonctionnalités de cette mise à jour.

1) Les modules DDLook et DDChange existent maintenant pour Mac OSX et Linux (DinkeyNet sera très prochainement disponible pour ces systèmes).

2) Le nouveau module DDINET permet aux utilisateurs de protéger l’accès aux pages de leur site web. Les pages testent alors la présence du dongle sur la machine de l’utilisateur final distant. Notre code fonctionne sur les serveurs Linux et Mac qui supportent le PHP ou l’ASP (à priori, tous les serveurs).

3) Mise à jour du plugin Filemaker pour les version 7 et 8. Fonctionne sous Mac et Windows.

4) La compatibilité de la méthode de protection par encapsulation (méthode SHELL) avec les programmes .NET.

5) Correctif concernant DDNet : détecte maintenant un dongle DinkeyNet, même si un dongle Dinkey 2 est également présent.

Remarque : les pilotes Windows n’ont pas été modifiés.

   Version 3.5

 Mise à jour vers la version 3.5

1) Mise à jour de l'interface de DDAdd.
DDAdd fonctionne maintenant totalement en 32 bits. Cette nouvelle version ne supporte pas la méthode Shell 16-bits ou DOS (pour cela, utilisez une version précédente de DDAdd).
Vous pouvez maintenant protéger votre logiciel pour plusieurs types de dongle.

Vous pouvez, par exemple, protéger votre logiciel pour un dongle Dinkey 2 ET un dongle DinkeyNet. Votre programme recherchera alors un dongle Dinkey 2, puis, s'il n'est pas trouvé, recherchera un dongle DinkeyNet sur le serveur de dongle.

L'ergonomie a évolué pour rendre DDAdd plus facile à utiliser. Par exemple, vous n'avez plus à préciser le port sur lequel se trouve le dongle à protéger, DDAdd fera automatiquement une recherche sur tous les ports.

2) Les modules objet (DDDBG32A.OBJ,...) et DLL (DDDBG32.DLL) spécifiques debug vous permettent maintenant de débugger vos applications protégées (sur la plupart des plate formes de développement l'utilisation des modules non debug provoque un blocage).

Les utilisateurs des plate formes Visual C++, C builder et Delphi (entre autres), ont pu remarquer qu'en cas d'utilisation des modules objet DDWIN32 ou du fichier DD23.DLL, le programme protégé bloque si vous tentez de le debugger. Cela est dû au code anti-debug utilisé par DinkeyDongle. Les modules objet debug étant moins sûrs que les fichiers DDWIN32 et DD32, nous vous conseillons de les utiliser durant la période de mise au point de votre code puis de les remplacer par les fichiers "non-debug" au moment de la distribution.

Remarque : les utilisateurs de VB devront continuer à utiliser le fichier DD32.DLL. En effet, de la façon dont VB est conçu, vous pouvez toujours debugger votre propre code.

3) Les fichiers DDP sont maintenant associés à DDAdd et les fichiers DDR à DDRemote. Un double-clique sur ces fichiers dans l'explorateur entraînera l'ouverture du programme approprié.

   Version 2.53

 Mise à jour vers la version 2.53

- Résolution du problème de drivers parallèle sous NT, XP, 2000 plus de plantage du programme protégé si le pilote n'est pas installé.
- Modules Objets 32 bits, amélioration de dd32.dll et méthode Shell 32 bits (suppression des erreurs ''CreateProcess'' (74), ''Process Failed to terminate'' (76) ou erreur DD3216) .
- Vérification du Dongle, 2 fois plus rapide sous NT, 2000 et XP.
- Le SDK 2.53 fonctionne avec la version 3.1 de SetupDrv et ne supporte pas les versions inférieures.
- Amélioration de la gestion pour les processeurs Pentium 4 à grande vitesse (code d'erreur étendu 02 et 43).
- Pour les applications 32 bits, il n'est plus nécessaire de redémarrer la machine après la première connexion d'une clé USB (C'était le cas sous Windows 98/Me).
- Amélioration du code anti-debug et de la sécurité des modules 32 bits.
- Adaptation du SDK pour les machines utilisant des processeurs très rapides (supérieur à 2 Ghz).
- Ajout de deux nouvelles fonctions permettant l'accès au bloc mémoire DDMB.
Fonction 3 permet la vérification de la protection décrémente un droit d'utilisation mais ne décompte pas d'utilisateur réseau.
Fonction 4 test la protection démarre un utilisateur réseau mais ne décompte pas d'exécution.
- Il est maintenant possible d'utiliser la méthode de protection Shell2.
Shell2 fonctionne comme la méthode Shell à la seule différence que la fonction 2 est utilisée à la place de la fonction 0 lors de la vérification du dongle.
- Le module 16 bits ne fonctionne plus sur des machines 286 et inférieur. Pour les machines de ce type, il faut utiliser le SDK 2.0 et inférieur.
- Le nouveau code anti-debug de DinkeyDongle ne permet pas de tester votre logiciel protégé dans tous les environnements de développement (Delphi, C Builder, …). Pour effectuer les tests, il faut exécuter le programme en externe.