Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] iBCS - module chargeable qui permet d'exécuter les programmes binaires d'autres Unix pour x86 [size=18] [b]Résumé[/b] [/size] insmod [b]iBCS[/b]     [size=18] [b]Description[/b] [/size]     La Spécification de Compatibilité Binaire d'Intel (Intel Binary Compatibility Specification) ou iBCS, spécifie une interface standard entre les programmes applicatifs et les systèmes d'exploitation pour ix86. Il existe cependant plusieurs variantes d'iBCS (SVR4, SVR3 ainsi que plusieurs extensions de SVR3 propriétaires aussi différentes qu'incompatibles). L'émulateur iBCS pour Linux supporte toutes les variantes connues ainsi que plusieurs extensions. Lorsque le module iBCS est chargé, vous pouvez exécuter quasiment tout programme compilé pour n'importe lequel des Unix autres que Linux, et ce de manière totalement transparente. Tout ce que vous avez à faire est de lancer ce type de programmes comme des programmes natifs. [size=18] [b]Architectures supportees[/b] [/size]    [table][row][col]    [/col][col] Intel 386/486/Pentium et compatibles     Sparc[/col][/row][/table]     [size=18] [b]Formats binaires supportes[/b] [/size]    [table][row][col]    [/col][col] A.OUT (utilisé par Linux et BSD)     ELF (utilisé par les variantes de SVR4 et SCO OS5)     COFF (utilisé par les variantes de SVR3)     XOUT (utilisé par Xenix)[/col][/row][/table]     [size=18] [b] Émulations supportÉes[/b] [/size]    [table][row][col]    [/col][col] i386 BSD (386BSD, FreeBSD, NetBSD, BSDI/386) - au tout premier stage de développement     SVR4 (Interactive, Unixware, USL, Dell etc.)     SVR3 générique     SCO (SVR3 avec des extensions pour les liens symboliques et les noms de fichiers longs)     Wyse V/386 (SVR3 avec une extension pour les liens symboliques)     Xenix V/386 (exécutables au format 386 compact seulement)     Xenix 286[/col][/row][/table]     [size=18] [b]Émulations de sous-systÈmes supportÉes[/b] [/size]    [table][row][col]    [/col][col] SYSV IPC     /dev/socksys interface sockets telle qu'utilisée par les implémentations réseaux basées sur Lachman STREAMS.     interface d'appel système de socket Wyse V/386.     les pilotes de flux /dev/spx pour les connexions à un serveur X local.     pilotes IP TLI.[/col][/row][/table]     [size=18] [b]Bugs[/b] [/size]     Il y a deux principales bogues. Cependant, la plupart des utilisateurs ne les rencontreront jamais. Les variantes d'Unix proposant des extentions non standard (autres que SVr4, SCO ou Wyse) ne seront pas reconnues et peuvent provoquer des core dump inexpliqués. Une nouvelle personnalité devrait être créée. La reconnaissances des programmes de SCO et de Wyse dépdent des commentaires inclus dans les exécutables lors de la compilation. Si ces chaînes de caractères étaient absentes ou différentes de celles recherchées, l'exécutable ne sera pas reconnu correctement et pourra ne pas s'exécuter correctement. Il est également possible que des exécutables d'autres systèmes soient mal reconnus bien que la probabilité que cela arrive soit proche de zéro. Certaines fonctions de Xenix ne sont pas implémentées comme les sémaphores et la mémoire partagée de Xenix (Ndt: pour être portable, utilisez IPC). Un support élémentaire des interfaces réseaux STREAMS et XTI/TLI est inclu. Comme Linux n'utilise pas ces interfaces, l'émulation n'est peut être pas complète ; cependant ce devrait être suffisant pour la majeure partie des programmes. (Ndt : quand on voit que des monstres tels qu'Oracle pour SCO passent sous Linux, il est inutile de s'inquiéter pour de telles broutilles) Les programmes, applications ou progiciels qui nécessitent des modules ou des pilotes de périphériques spéciaux ne fonctionneront pas. Linux n'est [b]pas[/b] basé sur le code SYSV et est fonctionne de manière totalement différente en interne (Ndt : par opposition à Free/Open/Net-BSD qui repose sur le code officiel de l'Unix de Berkeley). Les pilotes spécifiques à SYSV (Ndt : Système V) nécessiteront d'être réécrits pour Linux. [size=18] [b]Note additionnelle du traducteur[/b] [/size] Veuillez consulter [b]undocumented (2)[/b] [b]unimplemented (2)[/b] [b]undocumented (3)[/b] pour connaître les appels système et les routines de la libc qui ne sont pas implémentés. Pour implémenter une « personnalité de processus », consultez [b]personality (2).[/b] [b][/b] Intel a proposé d'établir un format standard de pilote de périphérique pour les Unix fonctionnant sur le futur Merced ; il est donc possible que la compatibilité binaire fasse un bond en avant sur l'architecutre IA-64. [size=18] [b]Fichiers[/b] [/size]     [b][i]/lib/modules/`uname -r`/misc/iBCS[/i][/b] [table][row][col]    [/col][col]emplacement par défaut du module iBCS[/col][/row][/table] [size=18] [b]Voir aussi[/b] [/size] [b]insmod (1)[/b] [b]kerneld (8)[/b] [b]modprobe (1)[/b] [size=18] [b]Auteurs[/b] [/size]     Mike Jagdis <jaggy@purplet.demon.co.uk>.     D'après un premier jet de Eric Youngdale, Alfred Longyear, Drew Sullivan, Joseph L. Portman III et plusieurs autres. [size=18] [b]Traduction[/b] [/size] [i]Thierry Vignaud < tvignaud@mandrakesoft.com >, 1999[/i]
Fichier