|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: Section 4.1 clarificationsOn Fri, 26 Apr 2002, Mark Bakke wrote: > Julian Satran wrote: > > > > And you where not very successful as many management tools have already their own representation. > > Limiting the maximum decimal integer is the best practical solution now. > > Limiting the max decimal integer is a step in the right direction. > So how about 32 bits for our decimal integer limit? Remember, > iSCSI should be supportable by a fairly simple device; management > tools have a lot more processing power and code space available > to convert decimal and hex numbers; make them to the work if > they wan to represent it in a different way. Besides, I have > *never* seen a user interface for anything that represents something > larger than 32 bits as decimal; it just doesn't make sense. I like 32 bits. Much larger than that, and hex just seems much more natural. As an alternative, I'd suggest 64-bits as the decimal limit. 64-bit types are supported by most compilers (all modern ones I know of). Also we have 64-bit luns, so implementations will need some sort of 64-bit support as it stands. Chances are that support will have addition and multiply, so strtoull() wouldn't be too hard a thing to do. Take care, Bill
Home Last updated: Fri Apr 26 12:18:20 2002 9810 messages in chronological order |