Améliorations apportées aux outils de développement

Dans la version Solaris 9 9/04, la fonction makecontext() a été modifiée. Les améliorations suivantes ont été apportées aux outils de développement des versions Solaris 9 précédentes :

• SPARC : groupes voisins ;

• Mises à jour des éditeurs de liens et des bibliothèques ;

• Interfaces à carte intelligente ;

• API de contrôle des piles ;

• Allocation de mémoire à l'aide de libumem ;

• Sun ONE Application Server ;

• Sun ONE Message Queue ;

• Améliorations apportées à la fonction crypt() ;

• Nouveaux indicateurs pour la fonction madvise() ;

• API middleware Smartcard ;

Modifications apportées à la fonction makecontext()

Cette fonction est nouvelle dans la version Solaris 9 9/04.

La sémantique du membre uc_stack de la structure ucontext_t a été modifiée ; elle s'applique aux entrées de la fonction de bibliothèque makecontext() libc. La compatibilité binaire entre les précédentes versions de Solaris et Solaris 10 est préservée.

Les applications utilisées par cette interface doivent être mises à jour avant d'être recompilées. Pour de plus amples informations, reportez-vous à la page de manuel makecontext(3C).

SPARC : groupes voisins

Cette fonction est nouvelle dans la version Solaris 9 12/03.

Le document Programming Interfaces Guide inclut désormais un chapitre concernant l'interaction entre les interfaces et les groupes voisins (lgroups). Ces interfaces peuvent s’utiliser pour aider une application à allouer efficacement les ressources de la CPU et de la mémoire. Cette fonctionnalité améliore les résultats de certains systèmes.

Mises à jour des éditeurs de liens et des bibliothèques

Cette fonction est nouvelle dans la version Solaris 9 12/02.

Concernant les dernières mises à jour, consultez l'Annexe D, New Linker and Libraries Features and Updates du Linker and Libraries Guide. Ce manuel décrit les nouvelles fonctions éditeur de liens/éditeur du système Solaris 9, telles que la compression de la table de chaînes de caractères, l'élimination de sections non référencées et la détection de dépendances non référencées.

Interfaces à carte intelligente

Cette fonction est nouvelle dans la version Solaris 9 8/03.

Les interfaces à carte intelligente Solaris sont un ensemble d'interfaces publiques pour les terminaux à carte intelligente. Les fournisseurs de terminaux à carte peuvent implémenter ces interfaces dans une bibliothèque partagée au niveau de l'utilisateur afin d'assurer une prise en charge au niveau du périphérique de leurs terminaux à carte intelligente dans Solaris. L'ensemble des interfaces de terminaux à carte intelligente Solaris est basé sur des interfaces à carte intelligente qui font partie de la structure Linux Smartcard. Les bibliothèques de prise en charge des terminaux à carte de Linux peuvent être aisément portées vers Solaris.

API de contrôle des piles

Cette fonction est nouvelle dans la version Solaris 9 4/03.

Les API de contrôle des piles permettent une interaction avancée avec la prise en charge du compilateur de contrôle des piles. Le compilateur de contrôle des piles est pris en charge par Forte^TM 7.0. Ces API doivent être utilisées avec des applications dont la compilation s'effectue avec le contrôle des piles activé. Ces applications gèrent leurs propres piles ou essaient de détecter leurs propres dépassements de piles.

Les développeurs assurant la maintenance de leur propre bibliothèque de threads doivent utiliser l'interface setustack de manière à ce que la fonction de contrôle des piles soit activée lorsque les clients de leur bibliothèque effectuent des compilations.

Reportez-vous aux pages de manuel stack_getbounds(3C), stack_setbounds(3C), stack_inbounds(3C) et stack_violation(3C).

Allocation de mémoire à l'aide de libumem

Cette fonction est nouvelle dans la version Solaris 9 4/03.

libumem est une bibliothèque d'allocation de mémoire en mode utilisateur (non noyau). Elle permet de déboguer les fuites de mémoire et autres aberrations qui impliquent l'utilisation de la mémoire.

Cette fonction s'utilise comme un utilitaire d'allocation ABI (interface binaire d'application) standard tel que malloc(). Une application en mode utilisateur demande un nombre aléatoire d'octets de mémoire et un pointeur contenant l'adresse de la mémoire allouée est ensuite retourné.

Pour de plus amples informations, reportez-vous à la page de manuel libumem(3LIB).

Vous trouverez un livre blanc technique concernant Solaris Memory Placement Optimization and Sun Fire Servers sur le site Web à l'adresse suivante :

http://www.sun.com/servers/wp/docs/mpo_v7_customer.pdf

Sun ONE Application Server

Cette fonction est nouvelle pour la plate-forme SPARC dans la version Solaris 9 12/02. Dans la version Solaris 9 12/03, cette fonction est également disponible pour les plates-formes x86. Pour de plus amples informations, reportez-vous à la rubrique Intégration de Sun ONE Application Server.

Sun ONE Message Queue

Sun ONE Message Queue est une nouvelle fonction de Solaris 9 12/02 pour la plate-forme SPARC. Dans la version Solaris 9 8/03, Sun ONE Message Queue est également disponible pour les plates-formes x86.

La version Solaris 9 12/02 prend en charge les applications JMS (Java Messaging Service). Ces applications sont basées sur Sun ONE Message Queue, un fournisseur JMS. Pour de plus amples informations, reportez-vous à la rubrique Sun ONE Message Queue.

Améliorations apportées à la fonction crypt()

Cette fonction est nouvelle dans la version Solaris 9 12/02.

Cette version de Solaris inclut de nouvelles extensions de la fonction crypt() et introduit la fonction crypt_gensalt(). Ces améliorations permettent aux administrateurs de modifier l'algorithme utilisé pour masquer les mots de passe de connexion UNIX des utilisateurs.

Des modules MD5 et Blowfish sont également inclus : les modules MD5 se trouvent dans les fichiers crypt_sunmd5 et crypt_bsdmd5 et le module Blowfish, dans le fichier crypt_bsdbf.

Les développeurs peuvent créer de nouveaux modules pour les algorithmes de masquage de mots de passe secondaires. Il est conseillé aux développeurs d'utiliser la fonction crypt_gensalt() plutôt que de générer manuellement la chaîne Salt pour passer à la fonction crypt().

Les modules des algorithmes secondaires sont spécifiés dans le fichier crypt.conf(4). Le champ module_path spécifie le chemin d'accès vers l'objet d'une bibliothèque partagée qui implémente les deux fonctions requises suivantes :

• crypt_gensalt_impl() : génère le saut.

• crypt_genhash_impl() : génère le mot de passe chiffré.

Pour de plus amples informations, reportez-vous aux pages de manuel crypt(3C) et policy.conf(4).

Nouveaux indicateurs pour la fonction madvise()

Cette fonction est nouvelle dans la version Solaris 9 12/02.

La fonction madvise() permet au noyau d'optimiser l'accès à une région de la mémoire définie par l'utilisateur. Cette version de Solaris 9 inclut trois nouveaux indicateurs pour la fonction madvise() :

• MADV_ACCESS_LWP : donne priorité à l'allocation de ressources d'un processus léger (LWP) spécifié.

• MADV_ACCESS_MANY : spécifie une plage d'adresses que les processus utilisent de façon intensive dans la machine.

• MADV_ACCESS_DEFAULT : restaure les paramètres par défaut d'un modèle d'accès vers une plage d'adresses.

Pour de plus amples informations sur la fonction madvise(), reportez-vous à la page de manuel madvise(3C).

API middleware Smartcard

Cette fonction est nouvelle dans la version Solaris 9 9/02.

La structure Smartcard Solaris propose désormais des API middleware de bas niveau qui permettent d'échanger des données avec une carte à puce par l'intermédiaire d'un lecteur de cartes à puce. Il est possible d'utiliser ces API sur des plates-formes telles que les systèmes Sun Blade^TM et Sun Ray^TM. Les applications en langage Java ou C peuvent utiliser ces interfaces.

Pour de plus amples informations, reportez-vous à la page de manuel libsmartcard(3LIB) et à JavaDocs dans le fichier /usr/share/javadoc/smartcard.