On 11/12/2012 17:55, Andrew Brunner wrote:
On 12/05/2012 01:48 PM, Andrew Brunner wrote:
I'm getting overflow exceptions on values greater than integer. Can
someone revise all values from integer to ptrint so on 64 bit systems
it will be valid.
Ok, I have a patch for the LCL but before we get further I think we
need more discussion on ptrInt vs actual use of Int64 on 32bit systems.
Great news! The widget set on GTK2 automatically scales the min/max
value and just passes a fraction of the filler and GTK2 does the rest.
So the question becomes, what is the best variable to use for
allowance as valid Min/Max/Position? I think at this point it is
safest to use PtrInt but one could make the case for Int64 if Int64 is
widely used in TStreams - even on 32bit oses.
So the question becomes... Is the use of int64 actually ubiquitous on
a 32bit system? If so, it may stand to reason that the values of
Progress bar be expanded to Int64 even on 32bit systems.
http://bugs.freepascal.org/view.php?id=23471
Any feedback or ideas are welcome.
IMHO ptrint is the wrong choice. it invites to write code that can
not be ported. and leaves unreadable LFM.
If streams use int64, and this is for the purpose of copy those values,
then it must be int64 too (or qword, if it can't be negative ,and should
have the full range).
--
_______________________________________________
Lazarus mailing list
[email protected]
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
