--- JSON-XS/Changes 2007/03/29 02:45:49 1.25 +++ JSON-XS/Changes 2008/03/26 22:54:37 1.107 @@ -1,7 +1,179 @@ Revision history for Perl extension JSON::XS -TODO: maybe use some overload magic to decode true and false into something - not 0 or 1 in perl. or use attached magic? + - make booleans mutable by creating a copy instead of handing out + the same scalar (reported by pasha sadri). + - added support for incremental json parsing (still EXPERIMENTAL). + - implemented and added a json_xs command line utility that can convert + from/to a number of serialisation formats - tell me if you need more. + - moved down =encoding directive a bit, too much breaks if its the first + pod directive :/. + - removed documentation section on other modules, it became somewhat + outdated and is nowadays mostly of historical interest. + +2.1 Wed Mar 19 23:23:18 CET 2008 + - update documentation here and there: add a large section + about utf8/latin1/ascii flags, add a security consideration + and extend and clarify the JSON and YAML section. + - medium speed enhancements when encoding/decoding non-ascii chars. + - minor speedup in number encoding case. + - extend and clarify the section on incompatibilities + between YAML and JSON. + - switch to static inline from just inline when using gcc. + - add =encoding utf-8 to the manpage, now that perl 5.10 supports it. + - fix some issues with UV to JSON conversion of unknown impact. + - published the yahoo locals search result used in benchmarks as the + original url changes so comparison is impossible. + +2.01 Wed Dec 5 11:40:28 CET 2007 + - INCOMPATIBLE API CHANGE: to_json and from_json have been + renamed to encode_json/decode_json for JSON.pm compatibility. + The old functions croak and might be replaced by JSON.pm + comaptible versions in some later release. + +2.0 Tue Dec 4 11:30:46 CET 2007 + - this is supposed to be the first version of JSON::XS + compatible with version 2.0+ of the JSON module. + Using the JSON module as frontend to JSON::XS should be + as fast as using JSON::XS directly, so consider using it + instead. + - added get_* methods for all "simple" options. + - make JSON::XS subclassable. + +1.53 Tue Nov 13 23:58:33 CET 2007 + - minor doc clarifications. + - fixed many doc typos (patch by Thomas L. Shinnick). + +1.52 Mon Oct 15 03:22:06 CEST 2007 + - remove =encoding pod directive again, it confuses too many pod + parsers :/. + +1.51 Sat Oct 13 03:55:56 CEST 2007 + - encode empty arrays/hashes in a compact way when pretty is enabled. + - apparently JSON::XS was used to find some bugs in the + JSON_checker testsuite, so add (the corrected) JSON_checker tests to + the testsuite. + - quite a bit of doc updates/extension. + - require 5.8.2, as this seems to be the first unicode-stable version. + +1.5 Tue Aug 28 04:05:38 CEST 2007 + - add support for tied hashes, based on ideas and testcase by + Marcus Holland-Moritz. + - implemented relaxed parsing mode where some extensions are being + accepted. generation is still JSON-only. + +1.44 Wed Aug 22 01:02:44 CEST 2007 + - very experimental process-emulation support, slowing everything down. + the horribly broken perl threads are still not supported - YMMV. + +1.43 Thu Jul 26 13:26:37 CEST 2007 + - convert big json numbers exclusively consisting of digits to NV + only when there is no loss of precision, otherwise to string. + +1.42 Tue Jul 24 00:51:18 CEST 2007 + - fix a crash caused by not handling missing array elements + (report and testcase by Jay Kuri). + +1.41 Tue Jul 10 18:21:44 CEST 2007 + - fix compilation with NDEBUG (assert side-effect), + affects convert_blessed only. + - fix a bug in decode filters calling ENTER; SAVETMPS; + one time too often. + - catch a typical error in TO_JSON methods. + - antique-ised XS.xs again to work with outdated + C compilers (windows...). + +1.4 Mon Jul 2 10:06:30 CEST 2007 + - add convert_blessed setting. + - encode did not catch all blessed objects, encoding their + contents in most cases. This has been fixed by introducing + the allow_blessed setting. + - added filter_json_object and filter_json_single_key_object + settings that specify a callback to be called when + all/specific json objects are encountered. + - assume that most object keys are simple ascii words and + optimise this case, penalising the general case. This can + speed up decoding by 30% in typical cases and gives + a smaller and faster perl hash. + - implemented simpleminded, optional resource size checking + in decode_json. + - remove objToJson/jsonToObj aliases, as the next version + of JSON will not have them either. + - bit the bullet and converted the very simple json object + into a more complex one. + - work around a bug where perl wrongly claims an integer + is not an integer. + - unbundle JSON::XS::Boolean into own pm file so Storable + and similar modules can resolve the overloading when thawing. + +1.3 Sun Jun 24 01:55:02 CEST 2007 + - make JSON::XS::true and false special overloaded objects + and return those instead of 1 and 0 for those json atoms + (JSON::PP compatibility is NOT achieved yet). + - add JSON::XS::is_bool predicate to test for those special + values. + - add a reference to + http://jpsykes.com/47/practical-csrf-and-json-security. + - removed require 5.8.8 again, it is just not very expert-friendly. + Also try to be more compatible with slightly older versions, + which are not recommended (because they are buggy). + +1.24 Mon Jun 11 05:40:49 CEST 2007 + - added informative section on JSON-as-YAML. + - get rid of some c99-isms again. + - localise dec->cur in decode_str, speeding up + string decoding considerably (>15% on my amd64 + gcc). + - increased SHORT_STRING_LEN to 16kb: stack space is + usually plenty, and this actually saves memory + when !shrinking as short strings will fit perfectly. + +1.23 Wed Jun 6 20:13:06 CEST 2007 + - greatly improved small integer encoding and decoding speed. + - implement a number of ยต-optimisations. + - updated benchmarks. + +1.22 Thu May 24 00:07:25 CEST 2007 + - require 5.8.8 explicitly as older perls do not seem to offer + the required macros. + - possibly made it compile on so-called C compilers by microsoft. + +1.21 Wed May 9 18:40:32 CEST 2007 + - character offset reported for trailing garbage was random. + +1.2 Wed May 9 18:35:01 CEST 2007 + - decode did not work with magical scalars (doh!). + - added latin1 flag to produce JSON texts in the latin1 subset + of unicode. + - flag trailing garbage as error. + - new decode_prefix method that returns the number + of characters consumed by a decode. + - max octets/char in perls UTF-X is actually 13, not 11, + as pointed out by Glenn Linderman. + - fixed typoe reported by YAMASHINA Hio. + +1.11 Mon Apr 9 07:05:49 CEST 2007 + - properly 0-terminate sv's returned by encode to help + C libraries that expect that 0 to be there. + - partially "port" JSON from C to microsofts fucking broken + pseudo-C. They should be burned to the ground for pissing + on standards. And I should be stoned for even trying to + support this filthy excuse for a c compiler. + +1.1 Wed Apr 4 01:45:00 CEST 2007 + - clarify documentation (pointed out by Quinn Weaver). + - decode_utf8 sometimes did not correctly flag errors, + leading to segfaults. + - further reduced default nesting depth to 512 due to the test + failure by that anonymous "chris" whose e-mail address seems + to be impossible to get. Tests on other freebsd systems indicate + that this is likely a problem in his/her configuration and not this + module. + - renamed json => JSON in error messages. + - corrected the character offset in some error messages. + +1.01 Sat Mar 31 16:15:40 CEST 2007 + - do not segfault when from_json/decode gets passed + a non-string object (reported by Florian Ragwitz). + This has no effect on normal operation. 1.0 Thu Mar 29 04:43:34 CEST 2007 - the long awaited (by me) 1.0 version. @@ -9,7 +181,7 @@ true and false. - add some more notes to shrink, as suggested by Alex Efros. - improve testsuite. - - half the default nesting depth limit, to hopefully make it + - halve the default nesting depth limit, to hopefully make it work on Freebsd (unfortunately, the cpan tester did not send me his report, so I cannot ask about the stack limit on fbsd).