

2018-06-25 06:00 Mise à jour: DriveSort 1.231 En réponse à quelques demandes d'utilisateurs, cette version apporte trois changements: Une nouvelle base de comparaison dans le menu à coté de l'icone de tri permet trier les fichiers par leur nom long logique, ce qui est pratique lorsqu'on a des noms de fichiers ou dossiers qui contiennent des nombres comme c'est souvent le cas pour les pistes d'albums. Avant, lorsqu'on avait une liste de fichiers nommés 1-1, 2-1, 5-1, 8-1, 8-2, 8-10, 10-1, 13-1, 20-1 et qu'on les triait avec le nom long comme base de comparaison, on se retrouvait avec une liste dans l'ordre lexicographique (1-1, 10-1, 13-1, 2-1, 20-1, 5-1, 8-1, 8-10, 8-2) ce qui n'est pas souvent ce qu'on voudrait. On pouvait s'en sortir en ajoutant des zéros à gauche des nombres pour avoir un tri correct (ex: 01-1, 02-1, 05-1, 08-01, 08-02, 08-10, 10-1, 13-1, 20-1) mais ceci pouvait s'avérer pénible. Avec cette nouvelle base de comparaison les fichiers sont maintenant mis dans l'ordre plus naturel de leurs nombres inclus, tel que celui qu'on retrouve dans l'explorateur de Windows. Un utilisateur avec un ancien processeur AMD n'arrivait plus a lancer DriveSort car le nouveau compilateur que j'utilise génère par défaut du code nécessitant un processeur supportant les instructions SSE2. Pour être compatible avec plus de machines, DriveSort a été recompilé pour ne pas nécessiter ces instructions dont il n'a pas spécialement besoin. Je n'ai pas de machine de ce type à ma disposition pour tester, mais en regardant rapidement le code désassemblé il ne semble plus y avoir d'instruction SSE dans le code généré, j'espère donc que cette version sera compatible avec plus de machines. Normalement des droits d'administrateur sont requis par Windows pour verrouiller un disque de manière exclusive et manipuler le système de fichier de la manière dont DriveSort à besoin. Un utilisateur m'a cependant indiqué avoir travaillé avec une ancienne version de DriveSort qui ne demandait pas de droits d'administrateur, et était bloqué par le controle de compte utilisateur car il ne disposait pas de droits administrateurs pour utiliser les nouvelles versions. Peut être que dans certaines situations des privilèges spéciaux peuvent aussi suffire, donc pour permettre aux utilisateurs privilégiés mais non administrateurs d'utiliser DriveSort, cette version ne demande plus les droits d'administrateur pour démarrer, mais seulement les droits les plus élevés dont l'utilisateur dispose. Pour les utilisateurs dont le compte dispose de droits d'administrateur ceci ne change rien, DriveSort tournera toujours entant qu'administrateur. Pour les utilisateurs normaux, l'absence de droits administrateur ne devrait maintenant plus bloquer le lancement de DriveSort, par contre l'absence des privilèges requis devrait toujours empêcher de verouiller les disques de manière exclusive, ce qui devrait se voir lors de l'ouverture d'un disque par un message d'erreur indiquant que l'accès est refusé. Mes quelques essais sur une VM de test sous Windows XP SP3 entant qu'Utilisateur, Utilisateur avec Pouvoir, ou membre du groupe de Sauvegarde et Restauration sont restés infructueux. Si quelqu'un arrive à ouvrir un disque avec DriveSort sans droits d'administrateur je suis curieux de savoir comment son compte est configuré (peut être avec secpol.msc?) et sous quelle version de Windows ceci est supporté, donc n'hésitez pas à me tenir au courant. De plus, pour plus de sécurité DriveSort tente maintenant d'activer pour son processus quelques fonctions de sécurité et politiques d'aténuation d'attaques en plus de celles précédement activées lorsqu'elles sont disponibles sur la version de Windows sur laquel il tourne. DriveSort désactive maintenant la création de processus fils vu qu'il n'est pas sensé lancer un autre programme, désactive l'usage de code dynamique vu qu'il n'en génère pas, désactive l'utilisation d'appels systèmes de win32k.sys, plus quelques autres points d'extensions dont il ne se sert pas. J'ai pu tester cette version sur un Windows 10 à jour et un Windows XP SP3, mais si vous constatez un problème de compatibilité avec cette version n'hésitez pas à me le signaler.

2018-06-25 06:00

Mise à jour: DriveSort 1.231

En réponse à quelques demandes d'utilisateurs, cette version apporte trois changements:

Une nouvelle base de comparaison dans le menu à coté de l'icone de tri permet trier les fichiers par leur nom long logique, ce qui est pratique lorsqu'on a des noms de fichiers ou dossiers qui contiennent des nombres comme c'est souvent le cas pour les pistes d'albums.
Avant, lorsqu'on avait une liste de fichiers nommés 1-1, 2-1, 5-1, 8-1, 8-2, 8-10, 10-1, 13-1, 20-1 et qu'on les triait avec le nom long comme base de comparaison, on se retrouvait avec une liste dans l'ordre lexicographique (1-1, 10-1, 13-1, 2-1, 20-1, 5-1, 8-1, 8-10, 8-2) ce qui n'est pas souvent ce qu'on voudrait.
On pouvait s'en sortir en ajoutant des zéros à gauche des nombres pour avoir un tri correct (ex: 01-1, 02-1, 05-1, 08-01, 08-02, 08-10, 10-1, 13-1, 20-1) mais ceci pouvait s'avérer pénible.
Avec cette nouvelle base de comparaison les fichiers sont maintenant mis dans l'ordre plus naturel de leurs nombres inclus, tel que celui qu'on retrouve dans l'explorateur de Windows.
Un utilisateur avec un ancien processeur AMD n'arrivait plus a lancer DriveSort car le nouveau compilateur que j'utilise génère par défaut du code nécessitant un processeur supportant les instructions SSE2. Pour être compatible avec plus de machines, DriveSort a été recompilé pour ne pas nécessiter ces instructions dont il n'a pas spécialement besoin.
Je n'ai pas de machine de ce type à ma disposition pour tester, mais en regardant rapidement le code désassemblé il ne semble plus y avoir d'instruction SSE dans le code généré, j'espère donc que cette version sera compatible avec plus de machines.
Normalement des droits d'administrateur sont requis par Windows pour verrouiller un disque de manière exclusive et manipuler le système de fichier de la manière dont DriveSort à besoin.
Un utilisateur m'a cependant indiqué avoir travaillé avec une ancienne version de DriveSort qui ne demandait pas de droits d'administrateur, et était bloqué par le controle de compte utilisateur car il ne disposait pas de droits administrateurs pour utiliser les nouvelles versions.
Peut être que dans certaines situations des privilèges spéciaux peuvent aussi suffire, donc pour permettre aux utilisateurs privilégiés mais non administrateurs d'utiliser DriveSort, cette version ne demande plus les droits d'administrateur pour démarrer, mais seulement les droits les plus élevés dont l'utilisateur dispose.
Pour les utilisateurs dont le compte dispose de droits d'administrateur ceci ne change rien, DriveSort tournera toujours entant qu'administrateur.
Pour les utilisateurs normaux, l'absence de droits administrateur ne devrait maintenant plus bloquer le lancement de DriveSort, par contre l'absence des privilèges requis devrait toujours empêcher de verouiller les disques de manière exclusive, ce qui devrait se voir lors de l'ouverture d'un disque par un message d'erreur indiquant que l'accès est refusé.
Mes quelques essais sur une VM de test sous Windows XP SP3 entant qu'Utilisateur, Utilisateur avec Pouvoir, ou membre du groupe de Sauvegarde et Restauration sont restés infructueux. Si quelqu'un arrive à ouvrir un disque avec DriveSort sans droits d'administrateur je suis curieux de savoir comment son compte est configuré (peut être avec secpol.msc?) et sous quelle version de Windows ceci est supporté, donc n'hésitez pas à me tenir au courant.

De plus, pour plus de sécurité DriveSort tente maintenant d'activer pour son processus quelques fonctions de sécurité et politiques d'aténuation d'attaques en plus de celles précédement activées lorsqu'elles sont disponibles sur la version de Windows sur laquel il tourne. DriveSort désactive maintenant la création de processus fils vu qu'il n'est pas sensé lancer un autre programme, désactive l'usage de code dynamique vu qu'il n'en génère pas, désactive l'utilisation d'appels systèmes de win32k.sys, plus quelques autres points d'extensions dont il ne se sert pas.
J'ai pu tester cette version sur un Windows 10 à jour et un Windows XP SP3, mais si vous constatez un problème de compatibilité avec cette version n'hésitez pas à me le signaler.