{"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\/pl\/blog\/news\/vypusk-sbcl-2-3-11-realizaczii-yazyka-common-lisp","title":{"rendered":"Wydanie SBCL 2.3.11, realizacji j\u0119zyka Common Lisp.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Opublikowano wersj\u0119 SBCL 2.3.11 (Steel Bank Common Lisp), wolnej implementacji j\u0119zyka programowania Common Lisp. Kod projektu zosta\u0142 napisany w j\u0119zykach Common Lisp i C, i jest rozpowszechniany na licencji BSD. W nowej wersji: <\/p>\n
\n
Ma\u0142e niekompatybilno\u015bci:\n
\n
Strumienie z parametrem external-format okre\u015blonym za pomoc\u0105 «:REPLACEMENT» b\u0119d\u0105 stosowa\u0107 dane do zast\u0105pienia informacji raz w strumieniu, co prowadzi do b\u0142\u0119d\u00f3w dekodowania (a nie tak, jak w niekt\u00f3rych przypadkach, raz dla sekwencji bajt\u00f3w, z kt\u00f3rych ka\u017cdy nie jest dopuszczaln\u0105 pozycj\u0105 startow\u0105 znaku dla tego external-format).\n
Definiowane external-format przy u\u017cyciu nieobs\u0142ugiwanych lub nierozpoznawanych wariant\u00f3w teraz b\u0119d\u0105 sygnalizowa\u0107 b\u0142\u0105d. <\/ul>\n
Ulepszenia:\n
\n
W procesie dyspozycji og\u00f3lnych funkcji, u\u017cywaj\u0105cych standardowej lub kr\u00f3tkiej metody \u0142\u0105czenia, przy braku g\u0142\u00f3wnych stosownych metod system wywo\u0142a og\u00f3ln\u0105 funkcj\u0119 SB-PCL:NO-PRIMARY-METHOD, kt\u00f3rej standardowymi zachowaniami s\u0105 sygnalizowanie b\u0142\u0119d\u00f3w. U\u017cytkownicy mog\u0105 definiowa\u0107 metody dla tej og\u00f3lnej funkcji.\n
Zewn\u0119trzne formaty teraz wspieraj\u0105 warianty nowej linii dla jednobajtowych i utf-8 kodowa\u0144.\n
Sygnalizowane przez funkcje strumieni lub oktet\u00f3w b\u0142\u0119dy kodowania i dekodowania symboli teraz wspieraj\u0105 USE-VALUE restart dla handler\u00f3w, kt\u00f3re dostarczaj\u0105 zamienniki dla wej\u015bcia lub wyj\u015bcia.\n
READ-SEQUENCE i WRITE-SEQUENCE wspieraj\u0105 sekwencje zdefiniowane przez u\u017cytkownika; standardowa implementacja obs\u0142uguje element po elemencie, czytaj\u0105c lub zapisuj\u0105c jeden bajt lub symbol z\/do strumienia odpowiednio. <\/ul>\n
Optymalizacje:\n
\n
Zewn\u0119trzne formaty z :REPLACEMENT nie \u0142\u0105cz\u0105 ju\u017c handler\u00f3w dla b\u0142\u0119d\u00f3w funkcji konwersji, co powinno zmniejszy\u0107 liczb\u0119 operacji cons i zwi\u0119kszy\u0107 wydajno\u015b\u0107.\n
Je\u015bli :EXTERNAL-FORMAT jest argumentem dla STRING-TO-OCTETS lub OCTETS-TO-STRING i jest sta\u0142\u0105 w czasie kompilacji, to zewn\u0119trzny format jest rozwi\u0105zywany w czasie \u0142adowania, a nie przy ka\u017cdym wywo\u0142aniu.\n
Kompilator mo\u017ce ogranicza\u0107 typy argument\u00f3w dla niekt\u00f3rych funkcji w zale\u017cno\u015bci od wywnioskowanego lub domniemanego typu warto\u015bci, kt\u00f3ra jest zwracana przez t\u0119 funkcj\u0119.\n
Kompilator redukuje liczb\u0119 zb\u0119dnych sprawdze\u0144 typ\u00f3w w funkcjach takich jak ASSOC i GETF. <\/ul>\n
Poprawki b\u0142\u0119d\u00f3w:\n
\n
OCTETS-TO-STRING poprawnie sygnalizuje lub stosuje zamiany przy u\u017cyciu jednowyj\u015bciowych format\u00f3w zewn\u0119trznych dla rzadko u\u017cywanych kodowa\u0144 (na przyk\u0142ad iso-8859-3), zamiast bra\u0107 bity z adresu NIL i nie konwertowa\u0107 tych bit\u00f3w na znaki.\n
FILE-STRING-LENGTH teraz zwraca NIL, je\u015bli dane wej\u015bciowe nie s\u0105 kodowane w zewn\u0119trzny format strumienia.\n
Tablicowe wielobajtowe zewn\u0119trzne formaty (EUC-JP, Shift-JIS, GBK) teraz uwzgl\u0119dniaj\u0105 znak zast\u0119pczy (w formacie zewn\u0119trznym lub przez ponowne uruchomienie) podczas kodowania do oktet\u00f3w.\n
Konwersja z oktet\u00f3w przy u\u017cyciu zewn\u0119trznych format\u00f3w UCS-2, UCS-4 i UTF-32 ju\u017c nie odczytuje ko\u0144ca tablicy oktet\u00f3w z nieca\u0142\u0105 liczb\u0105 dwu- lub czterobajtowych jednostek.\n
Konwersja z oktet\u00f3w przy u\u017cyciu zewn\u0119trznych format\u00f3w UCS-2, UCS-4 i UTF-32 teraz zwraca prosty ci\u0105g, jak wymaga definicja typu OCTETS-TO-STRING.\n
Stosowanie niew\u0142a\u015bciwego zewn\u0119trznego formatu argumentu dla OPEN lub WITH-OPEN-FILE (lub wewn\u0119trzny MAKE-FD-STREAM) ju\u017c nie prowadzi do wycieku deskryptora pliku.\n
SB-ROTATE-BYTE okre\u015bla specyfikacje BYTE poza dozwolonym zakresem przed wykonaniem kons dotycz\u0105cego bardzo du\u017cych liczb ca\u0142kowitych do u\u017cycia w maskach i przesuni\u0119ciach.\n
Korekta typu wyj\u015bciowego podczas kompilacji form SB-ROTATE-BYTE z niena nulowym POSITION w definicji bajtu.\n
Korekta kilku b\u0142\u0119d\u00f3w assemblera podczas kompilacji MAKE-ARRAY, MAKE-STRING i innych o du\u017cym sta\u0142ym rozmiarze.\n
Korekta wewn\u0119trznego b\u0142\u0119du podczas kompilacji (SETF-SBIT) z du\u017cym sta\u0142ym indeksem.\n
Korekta wewn\u0119trznego b\u0142\u0119du kompilatora dla funkcji lambda z niepoprawn\u0105 list\u0105 parametr\u00f3w w LABELS.\n
Korekta wewn\u0119trznego b\u0142\u0119du kompilatora podczas kompilowania niekt\u00f3rych niesko\u0144czono-rekurencyjnych form LABELS.\n
Korekta wewn\u0119trznego b\u0142\u0119du kompilatora podczas pr\u00f3by wbudowania przej\u015bcia do ju\u017c usuni\u0119tej etykiety.\n
FILL-POINTER nigdy nie powinien by\u0107 ujemny. <\/ul>\n<\/ul>\n