Douglas Shawhan <doug.shaw...@gmail.com> added the comment:
Fair enough. Thanks.
On Fri, Nov 6, 2009 at 5:45 PM, Bob Ippolito <rep...@bugs.python.org> wrote:
>
> Bob Ippolito <b...@redivi.com> added the comment:
>
> The json module departs slightly from the spec in that it will allow you
> to consume and produce documents that don't have an array or object
> envelope. This is a feature.
>
> The "Too deep" test case is just a silly thing that crockford's code
> does, there's a fixed limitation for how complex an object could be.
> That's not a regression failure and the spec doesn't say anything about
> a maximum nesting level.
>
> The json module includes all of these in its test suite, although it
> disagrees slightly with crockford on what should pass.
>
> http://svn.python.org/view/python/branches/release26-
> maint/Lib/json/tests/test_fail.py<http://svn.python.org/view/python/branches/release26-%0Amaint/Lib/json/tests/test_fail.py>
>
> SKIPS = {
> 1: "why not have a string payload?",
> 18: "spec doesn't specify any nesting limitations",
> }
>
> ----------
> resolution: -> invalid
> status: open -> closed
>
> _______________________________________
> Python tracker <rep...@bugs.python.org>
> <http://bugs.python.org/issue7274>
> _______________________________________
>
----------
Added file: http://bugs.python.org/file15293/unnamed
_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue7274>
_______________________________________
Fair enough. Thanks.<br><br><div class="gmail_quote">On Fri, Nov 6, 2009 at
5:45 PM, Bob Ippolito <span dir="ltr"><<a
href="mailto:rep...@bugs.python.org">rep...@bugs.python.org</a>></span>
wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Bob Ippolito <<a href="mailto:b...@redivi.com">b...@redivi.com</a>> added
the comment:<br>
<br>
The json module departs slightly from the spec in that it will allow you<br>
to consume and produce documents that don't have an array or object<br>
envelope. This is a feature.<br>
<br>
The "Too deep" test case is just a silly thing that crockford's
code<br>
does, there's a fixed limitation for how complex an object could be.<br>
That's not a regression failure and the spec doesn't say anything
about<br>
a maximum nesting level.<br>
<br>
The json module includes all of these in its test suite, although it<br>
disagrees slightly with crockford on what should pass.<br>
<br>
<a
href="http://svn.python.org/view/python/branches/release26-%0Amaint/Lib/json/tests/test_fail.py"
target="_blank">http://svn.python.org/view/python/branches/release26-<br>
maint/Lib/json/tests/test_fail.py</a><br>
<br>
SKIPS = {<br>
  1: "why not have a string payload?",<br>
  18: "spec doesn't specify any nesting limitations",<br>
}<br>
<br>
----------<br>
resolution: Â -> invalid<br>
status: open -> closed<br>
<div><div></div><div class="h5"><br>
_______________________________________<br>
Python tracker <<a
href="mailto:rep...@bugs.python.org">rep...@bugs.python.org</a>><br>
<<a href="http://bugs.python.org/issue7274"
target="_blank">http://bugs.python.org/issue7274</a>><br>
_______________________________________<br>
</div></div></blockquote></div><br>
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com