Stack Check-APIs

Stack Check-APIs ermöglichen eine verbesserte Interaktion mit einer Unterstützung für Compiler mit Stack-Kontrolle. Eine solche Unterstützung ist in Forte^TM 7.0 gegeben. Diese APIs sollten in Anwendungen verwendet werden, die mit aktivierter Stack-Kontrolle kompiliert werden. Dabei handelt es sich um Anwendungen, die ihre eigenen Stacks verwalten oder eigene Stack-Überläufe festzustellen versuchen.

Entwickler, die mit eigenen Thread-Bibliotheken arbeiten, müssen das Interface setustack einsetzen, damit die Anwender ihrer Bibliotheken mit aktivierter Stack-Kontrolle kompilieren können.

Siehe hierzu die Manpages stack_getbounds(3C), stack_setbounds(3C), stack_inbounds(3C) und stack_violation( 3C).

4/03 

Speicherzuordnung mit libumem

Bei libumem handelt es sich um eine Bibliothek für die vom Benutzer (nicht vom Kernel) gesteuerte Speicherzuordnung. libumem umfasst Funktionen zum Beheben von nicht freigegebenem Speicher und anderen Fehlern im Zusammenhang mit der Speichernutzung.

Dieses Leistungsmerkmal wird genauso eingesetzt wie ein standardmäßiger ABI-Speicherzuordner, z. B. malloc(). Eine derartige Benutzeranwendung fordert Speicher in Höhe einer beliebigen Byte-Anzahl an. Es wird dann ein Zeiger mit der Adresse des zugeordneten Speichers zurückgegeben.

Weitere Informationen finden Sie in der Manpage libumem(3LIB ).

4/03 

SPARC: Integration von Sun ONE Application Server

Sun ONE Application Server 7, Platform Edition (zuvor iPlanet Application Server) ist in der aktualisierten Version Solaris 9 12/02 integriert. Siehe Verbesserungen für die Vernetzung.

12/02 

SPARC: Sun ONE Message Queue

Die aktualisierte Version Solaris 9 12/02 unterstützt JMS-Anwendungen. Diese Anwendungen basieren auf dem JMS-Provider Sun ONE Message Queue. Siehe hierzu Verbesserungen für die Vernetzung.

12/02 

Verbesserte crypt()-Funktion

Diese Version von Solaris umfasst neue Erweiterungen der crypt()-Funktion und bietet erstmals die Funktion crypt_gensalt(). Durch diese Erweiterungen haben Administratoren nun die Möglichkeit, den zur Verschlüsselung von UNIX®-Benutzerpasswörtern verwendeten Algorithmus zu ändern.

Es sind Module für MD5 sowie Blowfish enthalten. Die MD5-Module finden Sie unter crypt_sunmd5 und crypt_bsdmd5. Das Blowfish-Modul befindet sich in crypt_bsdbf.

Es können neue Module für alternative Passwortverschlüsselungsalgorithmen erzeugt werden. Anstatt die an die Funktion crypt() zu übergebende Salt-Zeichenkette manuell zu generieren, müssen die Entwickler hierzu auf crypt_gensalt() zurückgreifen.

Module für alternative Algorithmen werden in der Datei crypt.conf(4) angegeben. Das Feld module_path gibt den Pfad des gemeinsamen Bibliothekobjekts an, das diese beiden erforderlichen Funktionen implementiert:

• crypt_gensalt_impl() – Generiert die Salt-Zeichenkette

• crypt_genhash_impl() – Generiert das verschlüsselte Passwort.

Weitere Informationen finden Sie in den Manpages crypt(3C) und policy.conf (4).

12/02 

Neue Flags für die Funktion madvise()

Die Funktion madvise() ermöglicht es dem Kernel, den Zugriff auf einen benutzerdefinierten Speicherbereich zu optimieren. Diese Solaris-Version beinhaltet drei neue Flags für die Funktion madvise():

• MADV_ACCESS_LWP – Räumt einem angegebenen LWP (Lightweight Process) Priorität bei der Ressourcenzuordnung ein.

• MADV_ACCESS_MANY – Gibt einen Adressbereich an, der von verschiedenen Prozessen des Systems stark genutzt wird.

• MADV_ACCESS_DEFAULT – Stellt für einen bestimmten Adressbereich das auf dem System gültige Standardzugriffsmuster wieder her.

Weitere Informationen zur Funktion madvise () finden Sie in der Manpage madvise( 3C).

12/02 

Linker- und Bibliothekenaktualisierungen

Diese Solaris-Version umfasst neue Linker-Editorfunktionen wie beispielsweise die Komprimierung von Zeichenkettentabellen, das Löschen unreferenzierter Abschnitte und die Erkennung unreferenzierter Abhängigkeiten. Eine vollständige Liste dieser neuen Funktionen finden Sie unter ‟New Linker and Libraries Features and Updates“ in Linker and Libraries Guide.

12/02 

Smartcard-Middleware-APIs

Das Smartcard-Framework von Solaris umfasst jetzt Middleware-APIs für die untere Ebene. Diese APIs ermöglichen den Austausch von Daten zwischen Smartcards und Smartcard-Lesegeräten. Die APIs lassen sich auf Plattformen wie Sun Blade^TM- und Sun Ray^TM-Systemen einsetzen. In Java oder C geschriebene Anwendungen können diese Schnittstellen nutzen.

Weitere Informationen finden Sie in der Manpage libsmartcard( 3LIB) und den JavaDocs in /usr/share/javadoc/smartcard.

9/02