Hi DeanO, I suspect the FlpFToA function is doing pretty much what it tells you on the packet. That is how it displays numbers (well nearly, I'd expect a number after the trailing e).
A bit worrying that 1.234 * 4.321 is 5.3321142. My calculator makes it 5.332114. You will have to write your own float formatting routine or find one on the web. I have my own but it's geared towards my own idiosyncratic requirements. By the way, if FlpBufferAToF was missing, you seem to be working from an older revision of the PalmOS reference manual. I suggest you download the latest set of documentation. Regards, On 12/02/07, DeanO <[EMAIL PROTECTED]> wrote: > > No the answer is not always 2.000000e it varies depending on what I > enter. Like if I enter your suggestion 1.234 and 4.321 the result is > 5.3321142e > > > > If I enter 4.0 and 5.0 I get 2.0000000e instead of 20.00000 > > If I enter 3.2 and 2.3 I get 7.3600001e > > If I enter 5.0 and 5.0 I get 2.5000000e instead of 25.00000 > > If I enter 4.4 and 1.2 I get 5.2800002e > > > > It appears to have something to do with if the initial values are whole > numbers instead of decimal numbers. How do I get around that? > > > > I have included MathLib.h in my code, but am not sure how to make it work > in the Palm OS Garnet Simulator. I am using the Palm OS C/C++ Development > Suite to develop this application. Not sure if that matters. > > > > I am a long time Java programmer and have done a little C programming > years ago… this is stretching my C memory. > > > > Thanks in advance for your assistance > > Dean-O > > > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
