| 1 | Revision history for Perl extension JSON::XS |
1 | Revision history for Perl extension JSON::XS |
|
|
2 | |
|
|
3 | TODO: booleans? |
|
|
4 | - ignore RMAGICAL hashes w.r.t. CANONICAL. |
|
|
5 | - try to work around a possible char signedness issue on aix. |
|
|
6 | - require common sense. |
|
|
7 | |
|
|
8 | 2.24 Sat May 30 08:25:45 CEST 2009 |
|
|
9 | - the incremental parser did not update its parse offset |
|
|
10 | pointer correctly when parsing utf8-strings (nicely |
|
|
11 | debugged by Martin Evans). |
|
|
12 | - appending a non-utf8-string to the incremental parser |
|
|
13 | in utf8 mode failed to upgrade the string. |
|
|
14 | - wording of parse error messages has been improved. |
|
|
15 | |
|
|
16 | 2.232 Sun Feb 22 11:12:25 CET 2009 |
|
|
17 | - use an exponential algorithm to extend strings, to |
|
|
18 | help platforms with bad or abysmal==windows memory |
|
|
19 | allocater performance, at the expense of some memory |
|
|
20 | wastage (use shrink to recover this extra memory). |
|
|
21 | (nicely analysed by Dmitry Karasik). |
|
|
22 | |
|
|
23 | 2.2311 Thu Feb 19 02:12:54 CET 2009 |
|
|
24 | - add a section "JSON and ECMAscript" to explain some |
|
|
25 | incompatibilities between the two (problem was noted by |
|
|
26 | various people). |
|
|
27 | - add t/20_faihu.t. |
|
|
28 | |
|
|
29 | 2.231 Thu Nov 20 04:59:08 CET 2008 |
|
|
30 | - work around 5.10.0 magic bugs where manipulating magic values |
|
|
31 | (such as $1) would permanently damage them as perl would |
|
|
32 | ignore the magicalness, by making a full copy of the string, |
|
|
33 | reported by Dmitry Karasik. |
|
|
34 | - work around spurious warnings under older perl 5.8's. |
| 2 | |
35 | |
| 3 | 2.23 Mon Sep 29 05:08:29 CEST 2008 |
36 | 2.23 Mon Sep 29 05:08:29 CEST 2008 |
| 4 | - fix a compilation problem when perl is not using char * as, well, |
37 | - fix a compilation problem when perl is not using char * as, well, |
| 5 | char *. |
38 | char *. |
| 6 | - use PL_hexdigit in favour of rolling our own. |
39 | - use PL_hexdigit in favour of rolling our own. |
