Standards et commandes Oracle Solaris

La section suivante décrit les changements de comportement dans certaines commandes et standards de cette version du SE Oracle Solaris 10.

SPARC : Des résultats incorrects s'affichent pour la commande cpustat sur une puce T4 1.2

La commande cpustat peut renvoyer des résultats incorrects sur une puce T4 1.2. Il est possible qu'il y ait une incohérence entre les noms d'événements et les valeurs correspondantes.

Le SE Oracle Solaris programme le registre du compteur de performance de façon à compter un événement particulier. Certains noms d'événements et la description du nombre d'événements ont été modifiés dans la puce T4 1.2. Le module PCBE Oracle Solaris doit correspondre à ces nouvelles valeurs.

Pour résoudre ce problème, appliquez le patch 7047568.

Récupération limitée aux 1 000 premiers utilisateurs Active Directory par le démon winbind

Ce bogue se produit lorsque vous utilisez le serveur Samba avec winbind dans un environnement Active Directory. La version Solaris 10 10/09 inclut la version logicielle Samba 3.0.28. Lorsque vous interrogez tous les utilisateurs ou plus de 1000 d'entre eux depuis un serveur Active Directory, winbind ne récupère que les 1000 premiers résultats.

Solution de contournement : aucune.

Modification des pages de manuel de la fonctionnalité Trusted Extensions uniquement dans le manuel de référence

Pour cette version, les pages de manuel concernant la fonctionnalité Trusted Extensions ayant fait l'objet d'une révision sont les suivantes :

• add_allocatable(1M)

• remove_allocatable(1M)

• label_to_str(3TSOL)

• tsol_getrhtype(3TSOL)

• tnzonecfg(4)

L'exécution de la commande man ne permet pas d'afficher les pages de manuel révisées. Pour cela, reportez-vous au Solaris Trusted Extensions Reference Manual .

Bash 3.00 ne définit plus certaines variables d'environnement

Le SE Oracle Solaris 10 comporte Bash 3.00. Ce shell n'exporte plus automatiquement les variables suivantes dans l'environnement :

• HOME

• HOSTNAME

• HOSTTYPE

• MACHTYPE

• OSTYPE

• PATH

• SHELL

• TERM

Ce nouveau comportement s'applique même si le shell attribue des valeurs par défaut à ces variables.

Solution de contournement : exportez ces variables manuellement.

Le nouvel utilitaire ln nécessite l'option -f

Le comportement de /usr/bin/ln a été modifié afin de respecter tous les standards de SVID3 à XCU6. Si vous tentez d'établir la liaison vers un fichier cible existant à l'aide de la commande ln sans l'option -f, l'opération échoue. À la place, un message de diagnostic est écrit pour signaler une erreur de standard et la commande lie les fichiers source restants. Finalement, la commande ln se termine avec une valeur d'erreur.

Par exemple, si le fichier b existe, la syntaxe ln a b génère le message suivant :

ln: b: File exists

Ce changement de comportement a une incidence sur les scripts de shell existants ou les programmes qui comportent la commande ln sans l'option -f. Les scripts qui fonctionnaient auparavant peuvent maintenant échouer dans le SE Oracle Solaris 10.

Solution de contournement : utilisez l'option -f avec la commande ln. Si vous disposez de scripts qui exécutent l'utilitaire de liens, modifiez ces scripts pour qu'ils soient conformes au nouveau comportement de cette commande.

Rejet des noms de variables setenv comportant un tiret ou un signe égal par la nouvelle commande tcsh

Dans le SE Oracle Solaris 10, la commande tcsh a été mise à niveau vers la version 6.12. Cette version n'accepte plus les variables d'environnement dont le nom comporte un tiret ou un signe égal. Les scripts contenant des lignes setenv et fonctionnant dans les versions Oracle Solaris antérieures peuvent générer des erreurs dans la version actuelle. Le message d'erreur suivant s'affiche :

setenv: Syntax error

Pour plus d'informations, consultez la page de manuel tcsh pour le SE Oracle Solaris 10.

Solution de contournement : n'utilisez pas de tirets ni de signes égal dans les variables d'environnement.

Changement de comportement de la condition STDIO getc Family EOF

Les applications créées en stricte conformité avec le standard C sont concernées par les changements de comportement de certaines fonctions de bibliothèque. Par exemple, des applications compilées à l'aide du mode de compilation cc -Xc ou c89. Le comportement des fonctions de bibliothèque suivantes a changé :

• fgetc() ;

• fgets() ;

• fgetwc() ;

• fgetws() ;

• getc() ;

• getchar() ;

• gets() ;

• getwc() ;

• getwchar() ;

• getws().

Selon l'interprétation formelle du standard 1990 C, une fois qu'une condition de marquage de fin de fichier end-of-file est appliquée, aucune donnée ne doit plus être retournée du fichier à la suite d'opérations d'entrée, sauf si le pointeur de fichier est repositionné ou si l'erreur ou les indicateurs de fin de fichier sont explicitement supprimés par l'application.

Le comportement des autres modes de compilation ne change pas. En particulier, les interfaces peuvent lire les dernières données écrites en provenance du flux après que l'indicateur de fin de fichier end-of-file a été appliqué.

Solution de contournement : appelez fseek() ou clearerr() sur le flux pour lire les données supplémentaires après que la condition EOF a été signalée sur celui-ci.

Les colonnes de sortie de la commande ps sont élargies

En raison d'ID utilisateur et d'ID processeur plus grands, ainsi que d'un temps d'exécution cumulatif plus long, les colonnes de sortie de la commande ps ont été élargies. Les scripts ne doivent plus être destinés à des colonnes de sortie fixes.

Solution de contournement : les scripts doivent utiliser l'option -o de la commande ps.

Pour plus d'informations, reportez-vous à la page de manuel ps(1).