API de contrôle des piles

Les API de contrôle des piles permettent une interaction avancée avec la prise en charge du compilateur de contrôle des piles. La prise en charge du compilateur de contrôle des piles est disponible dans Forte^TM 7.0. Ces API doivent être utilisées dans 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.

Consultez les pages de manuel stack_getbounds(3C), stack_setbounds(3C), stack_inbounds(3C) et stack_violation( 3C).

4/03 

Allocation de mémoire à l'aide de libumem

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, consultez la page de manuel libumem(3LIB).

4/03 

SPARC : intégration de Sun ONE Application Server

L'édition pour plate-forme de Sun ONE Application Server 7 (anciennement iPlanet Application Server) est intégrée à la version de mise à jour Solaris 9 12/02. Consultez la rubrique Réseaux.

12/02 

SPARC : Sun ONE Message Queue

La version de mise à jour 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. Consultez la rubrique Réseaux.

12/02 

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

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, qui se trouvent dans les fichiers crypt_sunmd5 et crypt_bsdmd5, et le module Blowfish, qui réside 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'applications d'utiliser la fonction crypt_gensalt() plutôt que de générer manuellement le saut 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 met en oeuvre 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, consultez les pages de manuel crypt(3C) et policy.conf (4).

12/02 

Nouveaux indicateurs pour la fonction madvise()

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(), consultez la page de manuel madvise(3C).

12/02 

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

Cette version de Solaris 9 inclut des fonctions d'éditeur de liens telles que la compression de tableaux de chaîne, l'élimination de rubriques non référencées et la détection de dépendances non référencées. Pour obtenir une liste complète de ces nouvelles fonctions, consultez la rubrique “New Linker and Libraries Features and Updates ” du Linker and Libraries Guide.

12/02 

API middleware Smartcard

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, consultez la page de manuel libsmartcard( 3LIB) et la documentation Java (JavaDocs) sous /usr/share/javadoc/smartcard.

9/02