Les godasses, pas de mal !

Par hasard, j'ai découvert un comportement bizarre sur OpenOffice et Excel.

Rappel : dans ces deux tableurs, les dates sont comptés en nombre de jours depuis une date de référence. Par exemple, OpenOffice compte les jours depuis le 30/12/1899. Aujourd'hui nous sommes au jour n° 38735 (le 18 janvier 2006), un mercredi.

Excel et OpenOfficesont en accord sur :

• le nombre de jour entre la date initiale et le jour actuel
• le jour de la semaine de la date actuelle.

Tout semble bien fonctionner SAUF dans certains cas.

Par exemple, au lieu d'avoir une date récente, je vais utiliser une date plus ancienne, le 16 janvier 1900 par exemple.

Dans OpenOffice, si je saisit : 16/1/1900 dans le tableur, la date s'affiche. Si j'affiche le jour uniquement (format personnalisé puis "JJJ"), J'ai un Mardi qui s'affiche. Dans Excel, avec la même manipulation, C'est un Lundi qui s'affiche.

Il y donc dans ce cas un décalage de 1 jour.

Comme il ne peut y avoir qu'une seule bonne réponse, j'ai utilisé Google et la commande "cal 1900". Le résultat est flagrand, Excel a faux, OOo Win ! :

                               1900

       janvier                février                 mars
di lu ma me je ve sa   di lu ma me je ve sa   di lu ma me je ve sa
    1  2  3  4  5  6                1  2  3                1  2  3
 7  8  9 10 11 12 13    4  5  6  7  8  9 10    4  5  6  7  8  9 10
14 15 16 17 18 19 20   11 12 13 14 15 16 17   11 12 13 14 15 16 17
21 22 23 24 25 26 27   18 19 20 21 22 23 24   18 19 20 21 22 23 24
28 29 30 31            25 26 27 28            25 26 27 28 29 30 31

        avril                   mai                   juin
di lu ma me je ve sa   di lu ma me je ve sa   di lu ma me je ve sa
 1  2  3  4  5  6  7          1  2  3  4  5                   1  2
 8  9 10 11 12 13 14    6  7  8  9 10 11 12    3  4  5  6  7  8  9
15 16 17 18 19 20 21   13 14 15 16 17 18 19   10 11 12 13 14 15 16
22 23 24 25 26 27 28   20 21 22 23 24 25 26   17 18 19 20 21 22 23
29 30                  27 28 29 30 31         24 25 26 27 28 29 30

       juillet                 août                 septembre
di lu ma me je ve sa   di lu ma me je ve sa   di lu ma me je ve sa
 1  2  3  4  5  6  7             1  2  3  4                      1
 8  9 10 11 12 13 14    5  6  7  8  9 10 11    2  3  4  5  6  7  8
15 16 17 18 19 20 21   12 13 14 15 16 17 18    9 10 11 12 13 14 15
22 23 24 25 26 27 28   19 20 21 22 23 24 25   16 17 18 19 20 21 22
29 30 31               26 27 28 29 30 31      23 24 25 26 27 28 29
                                              30
       octobre               novembre               décembre
di lu ma me je ve sa   di lu ma me je ve sa   di lu ma me je ve sa
    1  2  3  4  5  6                1  2  3                      1
 7  8  9 10 11 12 13    4  5  6  7  8  9 10    2  3  4  5  6  7  8
14 15 16 17 18 19 20   11 12 13 14 15 16 17    9 10 11 12 13 14 15
21 22 23 24 25 26 27   18 19 20 21 22 23 24   16 17 18 19 20 21 22
28 29 30 31            25 26 27 28 29 30      23 24 25 26 27 28 29
                                              30 31

Pour tout dire, il y a une explication rationnelle à ça. Premièrement, la date de départ des 2 applications n'est pas la même (par défaut) :

• le 0 Janvier 1900 pour Excel (oui oui, le 0, =annee(0) retourne 1900 et pas 1899)
• le 30 Décembre 1899 pour OpenOffice.org

(fatigue : je viens de prendre le trognon de pomme sur le bord de la table pour une souris)

La différence au niveau de point de départ permet d'expliquer la différence sur les dates en 1900. Cependant, ça n'explique pas comment au bout d'un certain temps les 2 logiciels fonctionnent de façon identique. Alors, Bug de Excel ? Et bien ... non, ça n'est pas vraiment un bug. C'est une fonctionnalitée choisie par l'éditeur pour garder une compatibilitée avec lotus 123 (qui lui avait le bug), un "By design". Pour être précis, le décalage continue jusqu'au 29 février 1900 (date qui n'a jamais existée, sauf dans lotus 123 et Excel :p).

Du coup, je me pose une question, que je laisserai ouverte pour le moment : dans quelle mesure doit-on garder des éléments de compatibilitée avec d'autres applications ? Peut-on introduire des erreurs de calculs pour des raisons de compatibilitée ?

Edit: un lien vers la "knowledge Base" de microsoft : http://support.microsoft.com/kb/214058/en-us

Contexte

Python est un langage interprété, afin d'exécuter un script python, il faut l'interpréteur Python. Cependant, avec le logiciel py2exe, il est possible de créer un fichier .exe contenant l'ensemble du programme et ses dépendances (dll python + un script).

Cependant, dans certains cas, il peut être intéressant d'inclure d'autres données avec le fichier exécutable comme par exemple des images ou des fichiers de données.

L'objectif ici est d'obtenir un seul fichier contenant :

• l'interpréteur python
• un script, potentiellement réparti sur plusieurs fichiers
• un fichier de données

Lire la suite

Il y a quelques années (17 ans environ, j'avais 8 ans, ça date), je passais presque des journées entières sur un jeu : Eliminator. J'avais déjà cherché à le retrouver en émulation mais sans succès.

J'ai fais une nouvelle recherche et cette fois ci c'est bon ! j'ai retrouvé LE jeu de mon enfance !

Pour jouer :

• Installer un émulateur TO7-70 : Thom
• Trouver la cassette de Eliminator. Il me semble qu'il faut posséder l'originale (c'est mon cas, dans le grenier et certainement illisible. Déjà que le TO7 démarre une fois sur 20 et plante régulièrement ...) pour jouer légalement.
• Configurer l'émulateur pour lire la cassette
• lancer le programme avec : LOADM "",,R J'avoue que j'ai eu du mal à la retrouver celle-ci, merci Google.

A l'époque, j'arrivais à faire plusieurs fois le tour du jeu :)

Une très bonne revue de presse (plus de 100 liens) à propos du projet de loi dadvsi que j'ai déjà évoqué.

Maxime a ajouté un nouvel article sur le sujet.

Contexte

Un jour, je suis tombé sur un fichier executable (créé avec perl2exe), distribué comme un logiciel libre mais sans les sources (et l'auteur ne peut plus les fournir). Par curiositée, j'ai cherché à savoir si il était possible de récupérer ce fameux code source.

Perl2Exe est un outil de indigostar. C'est un logiciel propriétaire dont je n'ai pas les sources.

Lire la suite

J'ai acheté un disque maxtor de 120 Go (j'ai pris le moins cher) pour sauvegarder des données sur un vieux poste (un p3 500, c'est pas si vieux). Malheureusement, j'ai découvert que le disque n'était pas reconnu par le bios. Étant donné que je n'avais pas vraiment le temps de m'embêter à faire une mise à jour de bios qui aurait pu me prendre beaucoup de temps (les vieux qui se souviennent du virus W32.CIH (appelé aussi "Tchernobyl") doivent savoir que réécrire une puce de bios ça demande une certaine logistique(CQP) (y'en a qui savent à quoi je fais référence ?)), J'ai choisis d'utiliser l'option "Cap Limit" de mon nouveau disque.

Sa capacité est réduite à 38 Go (j'ai 1 Go de backup a faire à l'heure actuelle) mais ça permet de le faire fonctionner à merveille avec cette carte mère !

Voici 3 jours que je reçois par mail le vers Sober.U. D'après mes statistiques de réception de mail, ça semble arriver à sa fin :

(Merci Mailgraph)

Conseils pour éviter les problèmes :

• Installez un antivirus et mettez le à jour
• N'ouvrez pas les pièces jointes à un mail sans les passer à un antivirus mis à jour
• N'utilisez pas Outlook et Internet Explorer, préférez Firefox et Thunderbird !

EDIT : Le 20 minute d'aujourd'hui (29/11/05)a un article qui parle du virus Sober

EDIT 2 : Je viens de tomber sur cette nouvelle :

Le virus Sober serait un outil de propagande du nazisme.

Je commence à m'intéresser à la restaurations de vidéos numériques afin de garder dans un format informatique de vieilles cassettes vidéos. J'utilise un magnétoscope de récupération associé à une "carte d'aquisition" de fortune (ça se résume à une carte TV).

Une fois que j'ai le flux vidéo sur mon ordinateur (je pense que cette phrase pourrait faire l'objet d'un article), je suis tenté de traiter les images pour tenter d'améliorer la qualité de la vidéo. Étant donné que la cassette est vieille, l'image n'est pas de très bonne qualité et le son est décalé (une erreur de capture ?).

Avec les filtres Avidemux

Version initiale

Lire la suite

Depuis quelques années nous avons pu observer une course à la protection des oeuvres musicales. Sous prétexte d'un piratage abusif des CDs, nous avons eu droit à une taxe sur les supports vierges (le site vache à lait en parle, le site de la sacem explique la répartition de la taxe Lang), des systèmes anticopies (qui rendent les disques inutilisables dans les autoradios), des poursuites judiciaires (des utilisateurs de P2P généralement), ...

Parmis les différentes astuces utilisés dans les systèmes de protection, on peut remarquer que Sony-Musique s'était déjà illustré en 2002 avec un système qui était contournable avec un coup de crayon feutre sur le CD (on en parle ici (moyen) et ici (long)).

Cette fois ci c'est Sony-BMG qui propose un nouveau système anticopie basé sur le DRM. le DRM est un système qui permet de bloquer l'accès à la lecture des fichiers musicaux. Pour débloquer cet accès, un logiciel s'installe sur votre poste Windows au moment ou vous insérez un disque Sony-BMG protégé. Sans ce logiciel il est impossible de lire les fichiers musicaux.

La technologie utilisée pose plusieurs problèmes :

1. Le système utilise une technique de rootkit qui lui permet de rester de façon furtive sur le poste de travail. Cela devient un réel problème lorsque ce dispositif est utilisable pour
   • propager des virus.
   • cacher des fichiers à l'utilisateur
   • cacher des programmes aux yeux de l'utilisateur (voir l'article original )

Ça aurait pu s'arrêter là mais, ...

2. Ironiquement, Le logiciel utilise de façon illégale des morceaux de logiciels libres. Autrement dit, en créant un système de "protection des droits des artistes" (c'est discutable), ils ont baffoués les droits des auteurs de LAME (un logiciel d'encodage/décodage de mp3) et Videolan (un logiciel de lecture audio/vidéo). L'arroseur arrosé en quelque sorte.

De plus, l'utilisation de ce CD et l'acceptation du contrat d'utilisation réduit une belle part des droits de l'utilisateur (extrait de traduction provenant du standblog):

Je conclurai en insistant sur le fait que finalement la mise en place des systèmes anticopie ne nuit qu'aux honnêtes utilisateurs.

Les détails de cette histoire sont disponibles sur le standblog.

Maxime traite le sujet avec sa verve habituelle :p.