Re: General bug - No out of bounds checking on 3D coordinates

[Daniel J S. <dan...@ie...>]

Ethan Merritt wrote:

>On Monday 05 July 2004 10:38 am, Daniel J Sebald wrote:
>  
>
>>I don't understand why negative coordinates is an error.
>>    
>>
>
>The error is not the fact that it's negative.  The error is that after 
>stuffing it into an (unsigned int) it looks like a huge positive number
>instead.
>

That I understand.  But Hans seems to be implying that even a negative 
value should be an error.  (Or is that not correct Hans?)

>>>IMHO clipping has to be the duty of the callers of map3d_xy, because only
>>>they can possibly know what the right reaction should be, or at least
>>>output an intelligible errors message if they can't seem to find a
>>>reasonable reaction.
>>>      
>>>
>
>That would be a big change, though.  Right now we leave a lot of
>the clipping to the individual terminal drivers.
>

Where it should be, I think.  (With some type of internal default for 
drivers that can't handle the clip, but this doesn't exist right now.)

>The problem I've run into is that the PDF library doesn't clip in
>these cases, it just causes the program to exit.  
>*Any* solution that leaves you inside gnuplot is better than what
>it is doing now.
>

What I'm wondering is if you feed the PDF routines, say, -25 instead of 
4294967270 it will know how to properly clip instead of aborting.

Dan