Subject: Fix range validation of integer commands with "unlimited".
authorPedro Alves <palves@redhat.com>
Fri, 22 Mar 2013 20:21:48 +0000 (20:21 +0000)
committerPedro Alves <palves@redhat.com>
Fri, 22 Mar 2013 20:21:48 +0000 (20:21 +0000)
commit2ce09ced3c676f1ed39a612fdeed4ecfc4623881
tree1c0ce711ccf43eb0f9582d8976f8131e2881097d
parent78a095c39e77cb462996a5d7c0438b768b09c7f0
Subject: Fix range validation of integer commands with "unlimited".

The range validation added by

  http://sourceware.org/ml/gdb-patches/2013-03/msg00767.html

Changes things to allow setting the command to INT_MAX or UINT_MAX
directly, with signed and unsigned commands respectively.  However,
that went a little bit too far, as in the cases of var_integer and
var_uinteger, those values are actually implementation detail.  It's
better to not expose them in the interface, and have users assume
those values mean "unlimited" too, so to be safer to expand the range
of the commands in the future if we want to.  Yes, it's pedantic, and
it's not likely users actually will do this, but MI frontends and
Python scripts might.

gdb/
2013-03-22  Pedro Alves  <palves@redhat.com>
    Yao Qi  <yao@codesourcery.com>
    Mark Kettenis  <kettenis@gnu.org>

* cli/cli-setshow.c (do_set_command) <var_uinteger>:
Don't let the user set the value to UINT_MAX directly.
<var_integer>: Don't let the user set the value to INT_MAX
directly.
gdb/ChangeLog
gdb/cli/cli-setshow.c