{"id":111841,"date":"2023-11-29T21:10:14","date_gmt":"2023-11-29T19:10:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sbcl-2-3-11-realizaczii-yazyka-common-lisp"},"modified":"2023-11-29T21:10:14","modified_gmt":"2023-11-29T19:10:14","slug":"vypusk-sbcl-2-3-11-realizaczii-yazyka-common-lisp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-sbcl-2-3-11-realizaczii-yazyka-common-lisp","title":{"rendered":"Ver\u00f6ffentlichung von SBCL 2.3.11, Implementierung der Programmiersprache Common Lisp","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung von SBCL 2.3.11 (Steel Bank Common Lisp), einer freien Implementierung der Programmiersprache Common Lisp, ist erfolgt. Der Code des Projekts ist in den Sprachen Common Lisp und C geschrieben und steht unter der BSD-Lizenz. In der neuen Version: <\/p>\n
\n
Kleinere Inkonsistenzen:\n
\n
Streams with the external-format parameter defined by \u00ab:REPLACEMENT\u00bb will apply the data to replace the information once per stream, leading to decoding errors (rather than, as in some cases, once for each byte sequence that is not a valid starting position for this external-format character).\n
External-format-Definitionen, die nicht unterst\u00fctzte oder nicht erkannte Varianten verwenden, werden jetzt einen Fehler signalisieren. <\/ul>\n
Verbesserungen:\n
\n
Bei der Dispatching von generischen Funktionen, die eine Standard- oder Kurzmethodenkombination verwenden, wird das System im Falle des Fehlens wichtiger anwendbarer Methoden die generische Funktion SB-PCL:NO-PRIMARY-METHOD aufrufen, deren Standardverhalten ein Fehlerhinweis ist. Benutzer k\u00f6nnen Methoden f\u00fcr diese generische Funktion definieren.\n
Externe Formate unterst\u00fctzen jetzt neue Zeilenoptionen f\u00fcr Einbyte- und utf-8-Kodierungen.\n
Von Streams oder Oktetten signalisierte Fehler beim Kodieren und Dekodieren von Zeichen unterst\u00fctzen jetzt USE-VALUE-Neustart f\u00fcr Handler, die Ersetzungen f\u00fcr Ein- oder Ausgaben bereitstellen.\n
READ-SEQUENCE und WRITE-SEQUENCE unterst\u00fctzen benutzerdefinierte Sequenzen; die Standardimplementierung verarbeitet Element f\u00fcr Element, indem sie jeweils ein Byte oder Zeichen aus dem Stream liest oder in ihn schreibt. <\/ul>\n
Optimierungen:\n
\n
Externe Formate mit :REPLACEMENT binden keine Handler mehr f\u00fcr Fehler von Konversionsfunktionen, was die Anzahl der cons-Operationen reduzieren und die Leistung erh\u00f6hen sollte.\n
Wenn :EXTERNAL-FORMAT als Argument f\u00fcr STRING-TO-OCTETS oder OCTETS-TO-STRING dient und zur Compile-Zeit konstant ist, wird das externe Format w\u00e4hrend des Ladevorgangs aufgel\u00f6st und nicht bei jedem Aufruf.\n
Der Compiler kann die Argumenttypen f\u00fcr einige Funktionen basierend auf dem abgeleiteten oder implizierten Typ des Wertes, den diese Funktion zur\u00fcckgibt, einschr\u00e4nken.\n
Der Compiler reduziert die Anzahl \u00fcberfl\u00fcssiger Typpr\u00fcfungen in Funktionen wie ASSOC und GETF. <\/ul>\n
Fehlerbehebungen:\n
\n
OCTETS-TO-STRING signalisiert oder wendet korrekt Ersetzungen an, wenn einbyte-externale Formate f\u00fcr wenig verbreitete Kodierungen (z. B. iso-8859-3) verwendet werden, anstatt Bits von der Adresse NIL zu \u00fcbernehmen und diese Bits in Zeichen zu konvertieren.\n
FILE-STRING-LENGTH gibt jetzt NIL zur\u00fcck, wenn die Eingabewerte nicht in das externe Format des Streams kodiert werden.\n
Tabellarische mehrbyte-externe Formate (EUC-JP, Shift-JIS, GBK) ber\u00fccksichtigen jetzt das Ersetzungszeichen (im externen Format oder durch Neuladen) bei der Kodierung in Oktetten.\n
Die Umwandlung von Oktetten mittels externer Formate UCS-2, UCS-4 und UTF-32 liest das Ende des Oktettarrays nicht mehr mit einer nicht ganzzahligen Anzahl von zwei- oder vierbyte-Einheiten.\n
Die Umwandlung von Oktetten mittels externer Formate UCS-2, UCS-4 und UTF-32 gibt jetzt einen einfachen String zur\u00fcck, wie es die Definition von OCTETS-TO-STRING erfordert.\n
Die Verwendung eines ung\u00fcltigen externen Formatarguments f\u00fcr OPEN oder WITH-OPEN-FILE (oder internes MAKE-FD-STREAM) f\u00fchrt nicht mehr zu einem Leck von Dateideskriptoren.\n
SB-ROTATE-BYTE definiert die BYTE-Spezifikationen au\u00dferhalb des g\u00fcltigen Bereichs, bevor sehr gro\u00dfe Integer f\u00fcr Masken und Verschiebungen verwendet werden.\n
Fehlerbehebung des Typausgabes bei der Kompilierung von SB-ROTATE-BYTE-Formen mit einer nicht nullen POSITION in der Byte-Definition.\n
Behebung mehrerer Assemblerfehler bei der Kompilierung von MAKE-ARRAY, MAKE-STRING und anderen mit einer gro\u00dfen konstanten Gr\u00f6\u00dfe.\n
Behebung eines internen Fehlers bei der Kompilierung (SETF-SBIT) mit einem gro\u00dfen konstanten Index.\n
Behebung eines internen Kompilierungsfehlers f\u00fcr Lambda-Funktionen mit einer ung\u00fcltigen Parameterliste in LABELS.\n
Behebung eines internen Kompilierungsfehlers bei der Kompilierung bestimmter unendlich rekursiver LABELS-Formen.\n
Behebung eines internen Kompilierungsfehlers beim Versuch, zu einem bereits gel\u00f6schten Label zu springen.\n
FILL-POINTER darf niemals negativ sein. <\/ul>\n<\/ul>\n