Befehle und Standards in Oracle Solaris

Im folgenden Abschnitt werden Änderungen im Verhalten bestimmter Befehle und Standards in dieser Version von Oracle Solaris 10 OS beschrieben.

SPARC: Für den Befehl cpustat werden auf einem T4 1.2-Chip falsche Ergebnisse angezeigt

Der Befehl cpustat kann auf einem T4 1.2-Chip zu falschen Ergebnissen führen. Möglicherweise stimmen die Ereignisnamen und die entsprechenden Werte nicht überein.

Das Betriebssystem Oracle Solaris programmiert das Leistungszähler-Register zum Zählen eines bestimmten Ereignisses. Einige Ereignisnamen und Beschreibungen für gezählte Ereignisse wurden im T4 1.2-Chip geändert. Das Oracle Solaris PCBE-Modul muss mit diesen neuen Werten übereinstimmen.

Um dieses Problem zu beheben, wenden Sie Patch 7047568 an.

Befehl winbind ruft nur die ersten 1000 Active Directory-Benutzer ab

Dieser Fehler tritt bei Verwendung des Samba-Servers mit winbind in Active Directory-Umgebungen auf. Solaris 10 10/09 enthält die Software-Version Samba 3.0.28. Wenn alle bzw. mehr als 1000 Benutzer vom Active Directory-Server abgerufen werden sollen, ruft winbind nur die ersten 1000 Ergebnisse ab.

Problemumgehung: Keine.

Geänderte Manpages für Trusted Extensions befinden sich nur im Referenzhandbuch

Für dieses Release wurden die folgenden Manpages von Trusted Extensions überarbeitet:

• add_allocatable(1M)

• remove_allocatable(1M)

• label_to_str(3TSOL)

• tsol_getrhtype(3TSOL)

• tnzonecfg(4)

Diese überarbeiteten Manpages werden jedoch nicht mithilfe des Befehls man angezeigt. Sie finden die überarbeiteten Manpages im Solaris Trusted Extensions Reference Manual.

Die Bash 3.00 setzt einige Umgebungsvariablen nicht mehr

mktgrelease; enthält die Bash 3.00. Diese Shell exportiert folgende Variablen nicht mehr automatisch in die Umgebung:

• HOME

• HOSTNAME

• HOSTTYPE

• MACHTYPE

• OSTYPE

• PATH

• SHELL

• TERM

Dieses neue Verhalten trifft auch zu, wenn die Shell diesen Variablen Standardwerte zuweist.

Problemumgehung: Exportieren Sie diese Variablen manuell.

Das neue ln-Dienstprogramm erfordert die Option -f

Das Verhalten von /usr/bin/ln wurde geändert, damit alle Standards von SVID3 bis XCU6 eingehalten werden. Bei der Verwendung des Befehls ln ohne die Option -f zum Erstellen eines Links auf eine vorhandene Zieldatei wird dieser Link nicht erzeugt. Stattdessen wird eine Diagnosemeldung auf stderr geschrieben und der Befehl fährt fort, die verbliebenen Quelldateien zu verknüpfen. Abschließend wird der Befehl ln mit einem Fehlerwert beendet.

Wenn Datei b beispielsweise vorhanden ist, erzeugt die Syntax ln a b folgende Meldung:

ln: b: File exists

Diese Verhaltensänderung betrifft vorhandene Shell-Skripts und Programme, die den Befehl ln ohne die Option -f enthalten. Skripts, die zuvor funktioniert haben, schlagen in Oracle Solaris 10 OS nun möglicherweise fehl.

Problemumgehung: Verwenden Sie die Option -f zusammen mit dem Befehl ln. Wenn Sie über Skripts verfügen, die das Link-Dienstprogramm ausführen, müssen Sie diese Skripts so ändern, dass sie das neue Verhalten des Befehls berücksichtigen.

Die neue tcsh-Version weist setenv-Variablennamen zurück, die einen Bindestrich oder ein Gleichheitszeichen enthalten

In Oracle Solaris 10 OS wurde die tcsh auf Version 6.12 aktualisiert. Diese Version akzeptiert keine Umgebungsvariablen mehr, deren Namen einen Bindestrich oder ein Gleichheitszeichen enthalten. Skripten, die setenv-Zeilen enthalten und mit früheren Oracle Solaris-Versionen funktionieren, erzeugen möglicherweise in der aktuellen Version Fehler. Daraufhin wird die folgende Fehlermeldung angezeigt:

setenv: Syntax error

Weitere Informationen finden Sie in der Man Page tcsh von Oracle Solaris 10 OS.

Problemumgehung: Verwenden Sie keine Bindestriche oder Gleichheitszeichen in Namen von Umgebungsvariablen.

EOF-Verhaltensänderung bei der STDIO getc-Familie

Anwendungen, die im strengen Standard-C-Konformitätsmodus erzeugt wurden, sind von den Verhaltensänderungen bestimmter Bibliotheksfunktionen betroffen. Ein Beispiel hierfür sind Anwendungen, die im Kompilationsmodus cc -Xc oder c89 kompiliert wurden. Das Verhalten hat sich für folgende Bibliotheksfunktionen geändert:

• fgetc()

• fgets()

• fgetwc()

• fgetws()

• getc()

• getchar()

• gets()

• getwc()

• getwchar()

• getws()

Eine formale Interpretation des C-Standards von 1990 erfordert, dass nach dem Setzen einer EOF-Bedingung (End of File) bei nachfolgenden Eingabeoperationen keine Daten mehr von der Datei zurückgegeben werden, es sei denn, dass der Dateizeiger neu positioniert oder Fehler- und EOF-Flags durch die Anwendung explizit gelöscht werden.

Das Verhalten aller anderen Kompilationsmodi ist unverändert. Insbesondere die Schnittstellen können zusätzlich neu geschriebene Daten aus dem Datenstrom lesen, nachdem die EOF-Markierung gesetzt wurde.

Problemumgehung: Rufen Sie die Funktion fseek() oder clearerr() für den Stream auf, um zusätzliche Daten zu lesen, nachdem die EOF-Bedingung gemeldet wurde.

Ausgabespalten des Befehls ps wurden verbreitert

Augrund längerer UIDs, Prozessor-IDs und kumulierter Ausführungszeiten wurden die Spalten der Ausgabe des Befehls ps verbreitert. Skripts sollten keine festen Ausgabespaltenbreiten voraussetzen.

Problemumgehung: Skripts sollten die Option -o des Befehls ps verwenden.

Weitere Informationen finden Sie in der Man Page ps(1).