20
mars
2005
IBM investit sur PHP
mars
2005
Un article de cchatelain
Pour l’ouverture de mon blog je vous donne cette info sur un langage qui me plait beaucoup : le PHP.
IBM a décidé d’apporter son soutien à PHP en ouvrant l’accès à ses serveurs via PHP. Dans un premier temps l’effort porte sur les main frames et en particulier à des accès comme DB2, mais la suite devrait concerner les serveurs iSeries comme AIX et les serveurs Linux.
Une bonne nouvelle je trouve. Surtout étant un fervant admirateur de tout ce qui est open source 
Plus d’informations ici
1 Commentaire + Ajouter un commentaire
Commentaires récents
- dans DVD, version française et version Québécoise… reflexion qui va plus loin que les apparences.
- dans Les rétroliens, outil ou aimant à spams ?
- dans DVD, version française et version Québécoise… reflexion qui va plus loin que les apparences.
- dans DVD, version française et version Québécoise… reflexion qui va plus loin que les apparences.
- dans DVD, version française et version Québécoise… reflexion qui va plus loin que les apparences.
@sylvain: disons que déjà depuis un moment il existait des « Tmessage » spécialisés pour certains messages windows (WM_) ou internes (CM_) mais un simple TMessage suffisait parfois et ça marchait.
De ce que j’ai pu voir dans les sources VCL.NET, il y a du code un peu cracra.. avec la définition d’un TMessageCracker, puis d’un TmessageBase dont hérite Tmessage. Ensuite les messages spécialisés sont des enfants soit du cracker soit de tmessagebase.. Bref un méli mélo qui fait qu’on peut utiliser TMessage dans la signature du gestionnaire, ça passe à la compilation, mais au runtime, comme Tmessage et le vrai message spécialisé ne descendent en fait pas l’un de l’autre, ça plantouille quelque part dans la vcl.net sur l’appel à inherited…
Mais ce n’est pas le seul soucis lorsqu’on essaye de porter de gros codes VCL vers VCL.NET. En surface la compatibilité est excellente, mais dans la réalité beaucoup de composants, surtout les visuels, font des appels aux API, à des AllocMem etc, et là forcément ça coince Smile
En tout cas, et en étant optimiste, on peut porter simplement des composants VCL vers VCL.NET mais il faut au moins vérifier que les WM_ et CM_ sont gérés par leur Tmessage spécialisé. Petit problème : pas de liste de ces derniers et tous les WM_ et CM_ n’ont pas forcément de tmessage spécialisé…
Reste les sources de la VCL.NET : les message sont définis dans Borland.Vcl.Messages.
Mais le portage de grosses librairies réservent bien d’autres surprises ! Smile