Windows

Meetins & Focus groups : Meet the vb team

Patrice Lamarche — Thu, 01 Jul 2004 17:23:00 GMT

Je viens d'assister à une réunion utilisateurs de Visual Basic organisée au Tech'ED. Cette réunion (assez intimiste, nous étions moins d'une dizaine de personnes) fut l'occasion de discuter avec Jay Roxe (Product Manager VB), et Paul Yuknewicz (Program Manager VB) des évolutions de VB et ainsi donner notre opinion sur ce qui a été fait, et ce qu'il reste à faire.

Le moins que l'on puisse dire, c'est que les vbistes souffrent tous de la mauvaise image de VB 6 et antérieur, que beaucoup trop de gens pensent encore que les vbistes sont des cliqueurs fous et utilisent un "sous-langage". Ceci dit, nous avons également été tous d'accord pour dire que VB 2005 va dans la bonne direction et devrait (on peut l'espérer) convaincre plus de vbistes 6 et antérieur à passer à VB.Net.

Nous avons également eu quelques informations supplémentaires sur VB Express, apparemment, ils ne savent vraiment pas quel sera le type de licence du logiciel mais si cela est payant cela sera à un prix défiant toute concurrence. Il est également fort probable qu'il soit offert via des offres promotionnelles via des magazines, etc...

Il est également ressorti que C# était beaucoup plus mis en avant que VB.Net, que cela soit au niveau des magazines, des articles techniques, des séminaires (j'ai vu plusieurs fois une session traitant des nouveautés de C# 2 mais jamais vu cette même session pour VB par exemple)

On nous a donc annoncé que des efforts étaient déjà fait et que d'autres serait faient.

J'ai également appris que le VB était assez utilisé en interne chez MS, par exemple des parties de Visual Studio ont été développé en VB, Microsoft.VisualBasic.dll a été développé en VB, etc...

Autre point sur lequel nous étions content, la plupart des fonctionnalités interessantes du namespace My présent dans VB 2005 n'est pas utilisable par les développeurs C# car ces fonctionnalités sont apportées en transparence par le compilateur, il est donc inutile de faire référence à Microsoft.VisualBasic.dll pour espérer retrouver toutes ces fonctionnalités (même si certaines sont accessible via cette astuce )

Voilà, je vous rappelle que l'équipe VB fait un tour du monde pour rencontrer les développeurs VB, ils seront à Paris le 12 Juillet, pour toutes les infos => lucasr@microsoft.com

SP2 et .Net Framework (fin)

Patrice — Wed, 14 Jan 2004 18:00:00 GMT

Comme l’a dit Erebuss, le framework .Net ne s’installera pas en même temps que le SP2 L. Il va donc falloir attendre avant d’avoir le framework .Net d’installé sur une majorité de postes… Il sera simplement livré sur le CD du service pack comme c’était déjà le cas pour le SP1.

Voyons donc rapidement ce qu’apporte le SP2.

Bon point, après avoir installé le SP2 (il m’a fallu près d’une heure L) et après avoir redémarré, une fenêtre s’affiche recommandant fortement d’activer Windows Update. Il faut espérer que grâce à cette option tout le monde va enfin laisser cette option active et ainsi télécharger automatiquement les mises à jour de windows.

Mauvais point, lors du redémarrage, windows ne râle pas lorsque le mot de passe administrateur est vide… Une vérification de ce point là aurait été un plus pour un service pack qui se concentre essentiellement sur l'amélioration de la sécurité.

Pour ce qui est des changements, il est vrai qu’ils sont nombreux. 1^er point pratique qui va faire plaisir à tout ceux qui patchent régulièrement leur Windows, il y a une nouvelle case à cocher « Show updates » qui permet de masquer les différents patchs de la liste des programmes installés. Fini les listes interminables où se mélangent les applications « classiques » et les correctifs.

Le pare feu a été modifié. Celui-ci est maintenant actif par défaut. Il propose 3 modes de fontionnement : activé, non activé, et activé sans restriction (toutes les connexions entrantes sont stoppées).

Le site Windows Update est également amélioré pour les utilisateurs du SP2. Il propose deux modes de mises à jours : un mode n'installant que les correctifs critiques, un autre mode installant les correctifs critiques ainsi que les patchs secondaires.

Autre nouveauté pratique l’Anti-popup d’IE fonctionne bien. Il bloque intelligemment les popup inutiles.

Voilà pour ce très rapide aperçu du SP2.

SP2 Windows XP et .Net Framework (Suite) :)

Patrice — Tue, 13 Jan 2004 23:16:00 GMT

Au cas où vous ne le sauriez pas, nous nous demandons si le SP2 d'XP installera le framework .Net en même temps que les patchs de sécurité et les quelques nouvelles fonctions apportées par ce SP. ( voir : http://blogs.labo-dotnet.com/patrice/archive/2004/01/12/582.aspx , http://blogs.labo-dotnet.com/erebuss/archive/2004/01/11/528.aspx ).

Et surprise, (en fait j'avais pas percuté), la béta du SP2 (le CD fait 407 Mo :p) est disponible pour les abonnés MSDN et donc pour les abonnés MSDNAA ;) Je vais donc installer ce SP2 sur une machine virtuelle (VM Ware powa :)) et vous donner cette information ainsi que d'autres, sur le SP2 d'ici demain soir.

Stay tuned

Installation de Longhorn + Whidbey

Patrice — Sun, 11 Jan 2004 00:19:00 GMT

Je me suis mis ce week-end a installé la build 4051 de Longhorn (disponible grâce aux abonnements MSDN) ainsi que Whidbey (la prochaine version de Visual Studio .Net).
Du point de vue installation, j’ai été surpris de l’évolution du temps d’installation de la build 4051 par rapport à celui de la build 4015 et dans le mauvais sens ! Alors qu’il m’avait fallu à peu près 15-20mn pour installer cette dernière, il m’a fallu près du double pour installer la 4051. Petit problème lors de l’installation, je n’ai pas réussi formater mon disque dur… J’ai donc installé la build 4051 par-dessus 4015 (sans qu’il m’ait dit qu’il existait déjà une version de Windows présente sur le poste…).

Première chose faite une fois l’OS installé, j’installe IIS 7.0 .
Cela peut paraître bête mais j’ai été surpris que IIS change de version pour la prochaine version de Windows XP. Etant donné que IIS 6 ne peut s’installer QUE sur Windows 2003 et non sur Windows XP je pensais que Microsoft n’allait plus ou peu faire évoluer IIS pour les postes clients (donc utilisé principalement pour des besoins de développement). Et cela n’est manifestement pas le cas avec ce changement de version. Par contre je n’ai pas encore regardé si il y avait de grosses différences entre IIS 6 et IIS 7 et apparemment il n’y a aucune info sur IIS 7 sur le net. Un petit tour sur google ne me renvoya aucune information…
Prochaine étape de mon installation : Whidbey. Cela n’a pas posé de problèmes, et cela est aussi long que pour VS.Net 2003. On remarque d’ailleurs des traces de VS.Net 2003 puisqu’il est indiqué que la doc qui nous est livré est la documentation de VS.Net 2003. La documentation de whidbey est en cours de rédaction et s’appuiera donc apparemment sur la documentation de VS.Net 2003.

Screenshot du About Whidbey :

Premier changement flagrant lors de la création de projets dans whidbey, la création d’une application Web (Site Web, Service Web) est séparée de la création d’un projet Winform, Smart Device. Cela peut paraître bête mais j’ai bien passé 5mn à chercher pourquoi il n’y avait plus de projet de type Application ASP.net ni service Web avant de constater qu’il y avait un nouveau menu Nouveau Site Web dans le menu Fichier. Autre changement, la présence d’un nouveau type de projet : SQL Server Project.
Mais je m’arrête déjà là, je continuerai de vous faire découvrir whidbey plus tard… :p

Récupérer ses fichiers avec une base SAM cassée

Patrice — Mon, 15 Dec 2003 22:47:00 GMT

Pour commencer ce blog, une petite astuce pour récupérer ses fichiers sur un disque dur avec une base SAM cassée :p (et oui, dès qu'il y a des problèmes bizarres avec Windows, c'est pour ma poire :))

Scénario :

J'ai un portable avec un seul disque dur avec une seule partition tournant sous Windows XP. Un beau soir, sans savoir pourquoi, je n'arrive plus à me connecter sur mon poste, aucun des mots de passes de chaque compte local n'est valide... :( Bien entendu, je n'ai pas d'adaptateur pour mon relier mon DD de portable sur un port IDE d'un PC classique...

Après avoir essayé de craquer le mot de passe administrateur (pour plus d'infos, visitez le site d'un MVP : Bellamy http://www.bellamyjc.net/fr/pwdnt.html), et ceci avec plusieurs utilitaires, je me rends compte que ma base SAM est morte et que c'est pour cette raison qu'aucun mot de passe qu'aucun compte ne fonctionne et que c'est également pour cela que je n'arrivais pas à remplacer le mot de passe Administrateur. Heureusement, une bonne âme (FM) m'a donné l'idée d'installer Windows sur un autre dossier que sur lequel il etait déjà installé. De cette manière, Windows utiliserait une autre base SAM et je n'aurais plus de problèmes... Cette solution fonctionne très bien, je vous la recommande donc, dans le cas très improbable où cela vous arriverait :)

@ Bientôt dans les méandres de Windows :)