I only ran into it because I was testing, and in general I'm working
with an MV database that already exists and had no reason to change an
existing individual's birthdate, and that validation does not fire for
existing data, it only fires if the data value changes (so existing
accounts with birthdates that were negatives were re-saved without a
problem as long as the birthdate didn't change). It wasn't until I
tried making a new person with a negative birthdate to test something
else that suddenly the error appeared. Not sure if it exists in
pre-2008.2..
I really continue to be amazed at how great IS is with these things.
It really has been great working with people like Lee, Ed, Greg, Ben,
and all the others (too many to name, sorry). Seriously, 29 minutes
on a sunday evening to respond to something on a forum and immediately
submit it for review/correction to the correct powers that fix these
things? I've never seen that, let alone from an international
company. Thank you guys, because you make our jobs so much more
pleasant.
-Dave
On Jun 29, 6:51 pm, "Dawn Wolthuis" <
dawnwolth...@gmail.com> wrote:
> Yes, I ran into this recently. I tried putting my birthdate into a
> Zen control a few weeks ago and got the run-tine error message (that I
> just duplicated) of
>
> Datatype value -4286 less than MINVAL allowed of 0
>
> (and, yes, I know your birthdate is a positive number, Dave ;-)
>
> At the time I thought -- "better figure this out 'cause I must be
> doing something wrong as surely others have collected birthdates
> before and I'm not the only person with a negative PICK birthdate."
>
> All of the dates we have in our code today would be more recent dates,
> so I didn't jump to debug this, but we will be collecting birth dates
> at some point and clearly need to be able to accomodate people with
> negative MV birthdates.
>
> Did this just crop up with 2008.2 or is this in releases that are in
> general distribution? --dawn
> P.S. I just noticed Ed's speedy reply. Good deal.
>