HP Solve issue #26 is posted...  Printable Version + HP Forums (https://archived.hpcalc.org/museumforum) + Forum: HP Museum Forums (https://archived.hpcalc.org/museumforum/forum1.html) + Forum: Old HP Forum Archives (https://archived.hpcalc.org/museumforum/forum2.html) + Thread: HP Solve issue #26 is posted... (/thread210715.html) 
HP Solve issue #26 is posted...  Richard J. Nelson  02022012 Hello, Issue #26 of HP Solve has been posted at: [http://h20331.www2.hp.com/Hpsub/cache/58050000225121.html] Issue # 26 Museum readers may be interested in the HHC 2011 report, the best speaker winner's paper, and other articles. X < > Y,
Richard
Re: HP Solve issue #26 is posted...  Don Shepherd  02022012 Richard, the link for issue #26 looks like it downloads something for about 3 minutes (flashing modem lights), but I just end up with an empty .pdf file.
Re: HP Solve issue #26 is posted...  Paul Dale  02022012 Nice work as usual. A factual error on page 50. The WP 34S uses decimal arithmetic not binary. It doesn't use BCD because there are more efficient decimal packings methods available and we've the CPU power to use them effectively.
Re: HP Solve issue #26 is posted...  Richard J. Nelson  02032012 Thanks Pauli for the correction. It is a double mistake because i thought it used BCD. Now I need to review the differences. X < > Y,
Richard
Re: HP Solve issue #26 is posted...  Paul Dale  02032012 Registers store floating point numbers in densely packed decimal format. We're not using the prefix encoding so we're not binary compatible with other such implementations  not doing so avoids some large look up tables. Floating point numbers in registers are stored in decimal64 format, double precision numbers in decimal128. Statistical accumulations use both of these formats to avoid the large but similar numbers causing truncation problems (as mentioned in many HP calculator manuals). Internally, computations are performed in base1000 carrying 39 digits and a huge exponent range.
