fr


Et voilà le résultat, après quelques jours passés à se gonfler d’eau :

Le message d’erreur qui apparaît lorsque l’on lance un programme depuis Visual Studio 2005 (ou depuis une version Express) est, en français : Handle de liaison invalide ; ce message correspond, en anglais à The binding handle is invalid.

Ce problème apparaît lorsque le service Terminal Server est désactivé. Il suffit donc de relancer ce service pour que tout rentre dans l’ordre.

Pour plus de détails, voir les posts suivants (en anglais) :

Troubleshooting the “The Binding Handle Is Invalid” error in Visual Studio 2005

Explaining ‘The Binding Handle Is Invalid’

“The Binding Handle Is Invalid” error in Visual Studio 2005

Lu ici : http://www.dofactory.com/Patterns/PatternSingleton.aspx

Voici la manière classique d’écrire un pattern singleton thread-safe en C# :

class MySingleton
{
    private static MySingleton instance;

// Lock synchronization object
    private static object syncLock = new object();

private MySingleton() { DoSomething(); }

public static MySingleton Instance
    {
        get
        {
            // Support multithreaded applications
            // through 'Double checked locking'
            // pattern which (once the instance
            // exists) avoids locking each
            // time the method is invoked
            if (instance == null)
            {
                lock (syncLock)
                {
                    if (instance == null)
                        instance = new MySingleton();
                }
            }
            return instance;
        }
    }
}

Et maintenant, voici la manière “.NET” d’écrire ce même singleton :

class MySingleton
{
    // Static members are lazily initialized.
    // .NET guarantees thread safety for
    // static initialization
    private static readonly MySingleton instance =
                        new MySingleton();

// Constructor (private)
    private MySingleton() { DoSomething(); }

public static Instance { get { return instance; } }
}

ça marche parce que “private static readonly” entraîne :

  • Initialisation paresseuse
  • Thread-safety garantie par .NET pour les initialisations statiques.

C’est pas beau ça ?

Lu ici : (Using Explorer to get to physical files in the GAC http://weblogs.asp.net/jkey/archive/2003/02/25/3006.aspx), un truc idiot, mais qui marche remarquablement bien, pour voir les fichiers réels du GAC :

  • ouvrir une commande DOS, et taper subst G: %windir%\assembly
  • Si l'explorateur est ouvert, le fermer et le rouvrir, aller sur G:, et voilà, on a maintenant accès à la strucure physique du GAC !

Attention, il vaut mieux être sûr de son coup avant de faire de jouer avec la structure interne du GAC…

Si vous avez installé Visual Studio 2005 Beta1, vous avez peut-être rencontré des problèmes dans la version finale (ou la Beta2). Plus précisément, l’IDE peut refuser de charger le “Common IDE Package” au démarrage, ou encore il peut refuser d’afficher le designer Windows Forms par exemple. Voici le genre de message que vous pouvez rencontrer :
Package Load Failure
Package ‘Visual Studio Common IDE Package’ has failed to load or properly ( GUID = {6E87CFAD-6C05-4ADF-9CD7-3B7943875B7C} ). Please contact package vendor for assistance. Application restart is recommended, due to possible environment corruption. Would you like to disable loading this package in the future? You may use ‘devenv.exe /resetskippkgs’ to re-enable package loading

Pour cette catégorie de problème, il existe le Visual Studio troubleshooting tool (gracieusement fourni par Aaron Stebner) qui peut être utilisé pour nettoyer toutes les vieilleries laissées sur votre disque dur par la Beta1 de Visual Studio, et ainsi rendre Visual Studio .NET 2005 pleinement opérationnel.
NB : cet outil devrait aussi fonctionner pour les versions Express de Visual Studio
Cet outil peut être téléchargé ici : http://astebner.sts.winisp.net/Tools/ttool.zip

Et l’article l’accompagnant : http://blogs.msdn.com/astebner/archive/2005/11/09/491118.aspx

[English version of the post]

La librairie de docking de Weifen Luo a été mise à jour récemment pour supporter .NET 2 et Visual Studio 2005. On a ainsi droit à du docking très proche de ce que fait Visual Studio 2005 (c’est à dire avec les icônes de placement des fenêtres). De plus, le nouveau contrôle de menu (MenuStrip) est supporté (utile pour effectuer un merge du menu d’une fenêtre MDI fille avec le menu de son parent).

On peut télécharger cette librairie sur sourceforge : http://sourceforge.net/projects/dockpanelsuite/

Intéressant aussi (même s’il couvre une version précédente), l’article qu’il a écrit sur The CodeProject : http://www.codeproject.com/cs/miscctrl/DockManager.asp

PS : afin d’être encore plus proche du look’n'feel Visual Studio 2005, je propose un petit patch, dans le constructeur de la classe DockOutline, remplacer la couleur utilisée par DragForm.BackColor par Color.FromArgb(96, 128, 186)

Dieu a inventé le chat pour que l’homme puisse caresser le tigre

Lu dans l’atlas 2006 du Monde diplo ! Après recherches sur le net, il semblerait que cela soit de Hugo (http://motsdauteurs.free.fr/mot.php?mot=chez). En tout cas, de qui que ça soit, à moi, ça me plait

^ ^
. .
\_/

Je relaie la news d’Eric : allez voir Human Fly en concert (à Clermont-Ferrand) le 1er février à 22 heures au bar des Beaux-Arts ou le 3 à 21 heures au bar de la Mairie. En plus des stylophones et du thérémine déjà cités par Eric, il y a aussi un super clavier analogique soviétique répondant au doux nom de Polivoks. Vous pouvez vous faire une idée du genre de sons que cet engin génère en allant voir ici : http://www.polivoks.com/Your%20Polivoks/Loconilh/LoconihlPolivoks.html
Notez bien que les photos et les sons ont été contribués par Cyril, membre éminent de Human Fly.

Pour faire mieux qu’Eric, moi je vous montre la collec complète des affiches :

HumanFly20060201 HumanFly20051210

Lu sur Zorgloob, puis sur le site de Libé.

Flaubert jeune écrivait ceci :

Je suis toujours sur le point de dire avec le poète :
A quoi bon toutes ces peines,
Secouez le gland des chênes,
Buvez de l’eau des fontaines,
Aimez et rendormez-vous.

Alors qu’aucun spécialiste de Flaubert n’avait jamais réussi à retrouver l’auteur de ces vers, une recherche Google a résolu le mystère : les vers sont de Hugo. Il faut bien avouer que l’oeuvre (même si on la restreint aux poèmes) de Hugo est si immense qu’il est pratiquement impossible de retrouver cette information sans moyens informatiques. Mais justement, il est tout de même bizarre que personne n’ait eu l’idée d’utiliser la puissance des ordinateurs avant aujourd’hui pour effectuer ce type de recherche.

J’ai testé la recherche : en mettant simplement bout à bout les mots

Secouez gland chênes fontaines

dans la boite de Google France, ce qui donne

http://www.google.com/search?hl=fr&safe=off&q=Secouez+gland+ch%C3%AAnes+fontaines&btnG=Rechercher&lr=

on obtient sur la première page des liens vers des pages du site kalliope.org. Le poème original est accessible ici. On y apprend qu’il s’agit de Soirée en mer tiré du recueil Les voix intérieures de 1837

Allez zou, comme mon copain Eric, je monte moi aussi mon podcast avec del.icio.us :

http://del.icio.us/rss/odalet/mp3+system:filetype:mp3

Next Page »