article de presse - Cap Data Consulting

T echnologie
La virtualisation pour le développeur
Nous allons examiner quelques solutions comme QEMU, XEN ou VMWARE PLAYER. Ces systèmes
sont relativement lents par rapport à un système natif, mais Intel et AMD s'apprêtent
à intégrer des technologies de virtualisation dans leurs processeurs, ce qui permettra à l'avenir
de démocratiser la virtualisation quel que soit votre budget de développement.
Ces dernières années de nombreux systèmes
d'émulation / virtualisation ont
vu le jour qui se sont révélés très vite
indispensables dans un cadre de développement.
Comment tester le nouveau système de
fichiers WinFS réputé instable, ou bien la dernière
suite de développement Visual Studio,
tout en conservant un système stable pour son
travail quotidien ? En disjoignant le système
émulé et son système hôte. La machine virtuelle
est ainsi complètement isolée (étanche)
par rapport au système, et les machines virtuelles
sont totalement cloisonnées les unes
par rapport aux autres.
Un développeur Web sera séduit par cette possibilité
de disposer de plusieurs machines
hôtes, afin d’y exécuter plusieurs versions
d’Apache, de s’accommoder de deux interpréteurs
PHP, ou encore de jouer avec plusieurs
moteurs de bases de données comme MySQL,
Oracle, etc. Les possibilités sont quasi infinies.
Un mot au sujet de la compilation
croisée
La compilation croisée vise à compiler un exécutable
pour une architecture donnée à partir
d'un compilateur lancé depuis une architecture
différente. Les développeurs utilisent intensivement
cette technique dans le cas du développement
d'une application destinée à un
ordinateur de poche. Tout le développement
s'effectuera sous Windows XP ou sous Linux,
tandis que les exécutables ne fonctionneront
que pour un ordinateur spécifique cible (à
base de processeur ARM dans le cas de
PalmOS). On imagine mal un développeur travaillant
sous une machine virtuelle PalmOS,
alors qu'il peut effectuer tout son travail de
manière beaucoup plus conviviale sous une
machine physique Linux ou XP.
Concrètement, dans le cas d'une compilation
croisée, le compilateur s'exécutera dans un
environnement spécifique (par exemple x86),
mais le code généré sera d'un type différent
(par exemple le processeur ARM). Le script
configure permet de spécifier le type d'architecture
sur lequel s'exécute le compilateur
(l'option –host), ainsi que le type d'architecture
cible (l'option –target).
Exemple :
./configure - -host=i686-pc-linux-gnu -
-target=arm-linux
Sous Linux, mingw32 est un outil de compilation
croisée qui est capable de produire
(depuis Linux) des exécutables Windows... La
génération de la chaîne de compilation croisée
est donc réalisable manuellement, mais ce travail
est souvent difficile. Heureusement, il existe
des outils spécialisés, comme ELDK (pour
Embedded Linux Development Kit) développé
par la société DENX Software, ou encore
CROSSTOOL développé par Dan Kegel, qui
vous faciliteront la vie. Remarquez qu'il existe
d’autres logiciels comme Cygwin qui traduisent
les appels systèmes et avec lesquels vous
pouvez exécuter des commandes Unix sous
Windows.
ELDK : http://www.denx.de/en/News/Press
ReleaseELDK40
CROSSTOOL : http://kegel.com/crosstool/
Le projet Wine
WINE est une exception dans la liste des
outils de virtualisation présentés : ce
n'est ni un émulateur (WINE Is Not an
Emulator), ni une machine virtuelle. Il s'agit
d'un logiciel qui implémente l'API Microsoft
Windows 16 bits et 32 bits au-dessus de X (le
64 bits n'est pas supporté). Autrement dit, il
permet à un développeur Windows de développer
une application sous Windows avec un
outil de développement uniquement disponible
sous Windows, et de le faire ensuite tourner
Programmez n°85 54 avril 2006
sous Linux, FreeBSD ou Mac OS X sans disposer
du système d'exploitation Windows (WINE
est sous licence LGPL). L'IDE Kylix est une
application Linux non native, basée sur Wine. Il
y a actuellement 3517 applications recensées
dans la base de données de Wine. Les avantages
sont multiples. Nous avons pu de cette
manière faire tourner sous Linux une application
d'encodage des prestations, développée
avec Visual Foxpro 9. Cependant, quelques
adaptations seront parfois nécessaires. Par
exemple, les appels directs à certaines API
32 bits non supportées devront être proscrits :
DECLARE integer FindWindow IN USER32.
DLL integer,string
DECLARE integer ShowWindow IN
USER32.DLL integer,integer
FoxHwnd = FindWindow(0,"ENCODAGE
ATELIER")
*-- La fenêtre FoxPro disparaît complètement :
= ShowWindow(FoxHwnd , 0)
Et seront à remplacer par du code 100 %
FoxPro :
PROCEDURE ShowWindow()
LPARAMETERS FoxHwnd, ACTION
IF ACTION = 7
Frmpresta.WindowState = 1
ELSE
IF ACTION = 10
Frmpresta.WindowState = 2
ENDIF