OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

office message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: [OASIS Issue Tracker] Commented: (OFFICE-2450)Precisely-represented Integers not differentiated from Imprecise Integers

    [ http://tools.oasis-open.org/issues/browse/OFFICE-2450?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17682#action_17682 ] 

Dennis Hamilton commented on OFFICE-2450:


Notice that I define what is an exact integer and what is a Number Type value that has a fraction in terms of FLOOR(*n*) and CEIL(*n*).  I based this on the fact that the current text defines *n* to be an integer if it is the value of INT(*n*).   It is unimaginable to me that there is any other consequence than that INT(*n*) = FLOOR(*n*) = CEIL(*n*) = ROUND(*n*) = TRUNC(*n*) when *n* represents an exact (but not necessarily Precise) Integer value.  

Since these are about what is exactly representable in an implementation, it doesn't seem appropriate to use the mathematical floor(*n*) and ceil(*n*)..

Do you believe that the definition of Integer Number type values is insufficient based on the definition of the FLOOR and CEIL functions?  That would be very disappointing.  It seems better to reconcile FLOOR and CEIL definitions in that case.

Do you have another way of distinguishing what the Integer values are and what there means to be a non-zero fractinal part for OpenFormula purposes without talking about how the representation is done?

> Precisely-represented Integers not differentiated from Imprecise Integers
> -------------------------------------------------------------------------
>                 Key: OFFICE-2450
>                 URL: http://tools.oasis-open.org/issues/browse/OFFICE-2450
>             Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
>          Issue Type: Bug
>          Components: OpenFormula
>    Affects Versions: ODF 1.2 Part 2 CD 1
>         Environment: This issue applies in all OpenFormula drafts through draft-19.
>            Reporter: Dennis Hamilton
>            Assignee: Dennis Hamilton
>             Fix For: ODF 1.2 Part 2 CD 2
> The definition of Integer includes a wide range of values that have no fractional part but that are too large to represent integers precisely, there being gaps and even no non-Integer Number values in their vicinity.  
> This prevents careful limitation and definition of those functions that require precise integer values to be specified for parameters and to be determined as results.  It also leads to ambiguity and situations such as those illustrated in OFFICE-2209, OFFICE-846, and others invovling specific functions that are only meaningful when precise integer values are involved.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]