Talk:Microsoft Binary Format

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

What is still missing[edit]

Important dates:

 Done 1975 = First release of Altair BASIC with (now MBF) floating point by Monte Davidoff who had some experience writing floating point routines

 Done 1978 = TRS-80 Level II BASIC introduces double precision

 Done 1980 = Intel 8087 with (now IEEE) floating point by William Kahan

 Done 1985 = IEEE standard published

1987 = QuickBASIC 4.00 (with IEEE floating point)

1991 = Visual Basic 1.0 (maybe not as important)

Conceptual:

 Done Why is IEEE different? Try to motivate existence of NaNs, infs, denormals, different exponent size.

 Done Why was it important for Altair BASIC to have floating point routines?

Why did Microsoft switch to IEEE after the standard was published, rather than sticking to MBF? (Interoperability, speed)

How would using these floating point numbers work from the user's perspective? What would you type, what would display?

What could you do with these floating point numbers?

 Done Did other software support MBF numbers? (MASM comes to mind; Multiplan for the Tandy 200 notably didn't, it used BCD)

Niceties:

A few examples could be enlightening, for example a few simple numbers and the corresponding bytes, a BASIC session demonstrating their use, anything to make it all a bit more grounded. It's a bit abstract as it stands.

Nicer looking diagrams.

— Preceding unsigned comment added by 82.139.82.82 (talk) 01:37, 2 October 2015 (UTC)[reply]

More potential To-Dos:
  • Check the number of decimal digits supported by the 40-bit and 64-bit formats. (Some sources state that the 40-bit format supports 9 digits, but it could also be an 8-digit format only.)
  • The references should be converted into the Template:Cite format and various parameters added.
--Matthiaspaul (talk) 22:56, 31 January 2016 (UTC)[reply]

External links modified[edit]

Hello fellow Wikipedians,

I have just modified one external link on Microsoft Binary Format. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{Sourcecheck}}).

checkY An editor has reviewed this edit and fixed any errors that were found.

  • If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
  • If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—cyberbot IITalk to my owner:Online 08:15, 31 May 2016 (UTC)[reply]

External links modified[edit]

Hello fellow Wikipedians,

I have just modified one external link on Microsoft Binary Format. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit User:Cyberpower678/FaQs#InternetArchiveBot*this simple FaQ for additional information. I made the following changes:

When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{Sourcecheck}}).

checkY An editor has reviewed this edit and fixed any errors that were found.

  • If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
  • If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—cyberbot IITalk to my owner:Online 19:03, 2 June 2016 (UTC)[reply]

External links modified (January 2018)[edit]

Hello fellow Wikipedians,

I have just modified 2 external links on Microsoft Binary Format. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.

checkY An editor has reviewed this edit and fixed any errors that were found.

  • If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
  • If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 10:16, 29 January 2018 (UTC)[reply]

Not sure what this means...[edit]

"At the time, while IBM had introduced their own programs"

Well, practically everyone had "introduced their own programs". And their own FP formats. What is this statement supposed to mean? Maury Markowitz (talk) 00:25, 4 November 2019 (UTC)[reply]

Bias and exponent value ranges[edit]

Hi, I marked a few sentence fragments regarding the exponent bias and the actually used values in the exponent field in MBFs because something does not appear to be quite right here. When you look at the list of example values further down in the article (in particular for the binary representation for numbers (2,) 1, 0.5, 0.25), it can be seen that binary exponent field values 81h..FFh are associated with positive numbers larger or equal to 1 (or negative numbers smaller or equal than -1), and binary field values 01h..80h are associated with positive numbers smaller than 1 (or negative values larger than -1). The exponent field value 00h is special and is associated with a number of 0. This is odd, because one would more likely expect ranges 01h..7Fh and 80h..FFh (as currently stated in the article, but unsourced). (Something to keep into account when comparing with IEEE 754: MBF places the decimal point before the assumed bit, while IEEE places the decimal point after the assumed bit.)

The example values are taken from byte-exact disassembled ROMs of the 6502 port, so, while the examples are definitely accurate binary-wise, it would still be possible for the source comments to be misleading. However, there are some magic constants (2*pi, pi/2, sqrt(2)) used in the trigonometric algorithms (which make sense "as is" algorithmically, so they are unlikely to have wrongly interpreted numbers in the comments), and they fit in nicely with the other values, suggesting that their interpretation is correct as well.

Though unlikely, it is also possible that the binary representation of the 6502 implementation of MBFs actually was different from that of the 8080 and/or x86 versions, the latter being described in a Borland document.

Of course, it is also possible that I am just missing something.

Since the numbers have been changed back and forth a couple of times in the history of the article, it would be great if others could investigate this as well. I don't ask for removal of this contents (because, I think, it is important for historical reasons to document these formats accurately and down to the bit level), more for plausibility checking and possibly to provide additional "accurately known" real-world example values (for the various platforms) for comparison. --Matthiaspaul (talk) 17:45, 31 August 2020 (UTC)[reply]

Matthiaspaul: There are several conventions to define the exponent: with the radix point just before the first digit, just after the first digit, or just after the last digit (the C language uses the first one, and IEEE 754 uses the last two). And for a given floating-point system, the value of the exponent of a number depends on the chosen convention. Thus the value of the bias also depends on the chosen convention. It is said that MBF uses the first one (is there a source saying that there is an official convention for MBF?), but I'm not sure that everyone follows it. The Borland document is about C++, thus might prefer the C convention for this reason. The different values of the bias found in sources (128 and 129) might have been caused by choosing different conventions (and unfortunately, these conventions can silently be mixed up). So this needs to be checked... Vincent Lefèvre (talk) 15:16, 16 September 2020 (UTC)[reply]