Re: [fpc-pascal] Currency and ABS(-674.59)

2012-03-07 Thread Martin Schreiber
On Tuesday, 6. March 2012 14.13:17 Ludo Brands wrote: > > > > No, Currency is based on Extended on i386 and x86_64 (except win64!). > > > > There is also a lot of code in the rtl and fcl-db that supposes currency = > double. Fe. > > Function CurrToStr(Value: Currency; Const FormatSettings: TFormatS

Re: [fpc-pascal] Why can't you cross-compile from x86_64-linux to i386-linux?

2012-03-07 Thread Sven Barth
Am 07.03.2012 08:33, schrieb Graeme Geldenhuys: As the subject line says? As can be seen below, i386 is not a supported target. --- $ fpc -i Free Pascal Compiler version 2.6.1 Compiler Date : 2012/02/29 Compiler CPU Target: x86_64 Supported targets: Linux fo

Re: [fpc-pascal] Why can't you cross-compile from x86_64-linux to i386-linux?

2012-03-07 Thread Graeme Geldenhuys
On 7 March 2012 10:37, Sven Barth wrote: > > Graeme, please. You should be around here long enough to already know that. > ;) I hate cross-compiling because it never works for me, or gives very unstable executable as end result. But I wanted to cross-compile in a pinch - which clearly is not a go

Re: [fpc-pascal] Trim(): incompatibility with Delphi

2012-03-07 Thread Bart
On 3/7/12, michael.vancann...@wisa.be wrote: > No need. I already fixed the docs. You're writing (code/docs) faster than I can think ;-) Bart ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-

Re: [fpc-pascal] Why can't you cross-compile from x86_64-linux to i386-linux?

2012-03-07 Thread Sven Barth
Am 07.03.2012 10:04, schrieb Graeme Geldenhuys: On 7 March 2012 10:37, Sven Barth wrote: Graeme, please. You should be around here long enough to already know that. ;) I hate cross-compiling because it never works for me, or gives very unstable executable as end result. But I wanted to cross

Re: [fpc-pascal] Trim(): incompatibility with Delphi

2012-03-07 Thread Graeme Geldenhuys
On 7 March 2012 11:20, Bart wrote: > > You're writing (code/docs) faster than I can think ;-) Yeah, I'm jealous about that too. Maybe he perfected his clones - mine went totally haywire after a while! :-) -- Regards,   - Graeme - ___ fpGUI - a

Re: [fpc-pascal] Currency and ABS(-674.59)

2012-03-07 Thread Zaher Dirkey
2012/3/6 Flávio Etrusco > I'm glad I never worked with banking/financial systems > :-$ > In accounting/financial systems there is Debit and Credit numbers it must equal and Debit - Credit = 0, with this bug it fail. I am an accountant and i know if there is 0.0001 diff in balance sheet, my boss

Re: [fpc-pascal] Currency and ABS(-674.59)

2012-03-07 Thread Graeme Geldenhuys
On Wednesday, 7 March 2012, Zaher Dirkey wrote: > > In accounting/financial systems there is Debit and Credit numbers it must equal and Debit - Credit = 0, with this bug it fail. > I am an accountant and i know if there is 0.0001 diff in balance sheet, my boss will fire me :P This is why our acco

Re: [fpc-pascal] Currency and ABS(-674.59)

2012-03-07 Thread Marcos Douglas
On Wed, Mar 7, 2012 at 7:43 PM, Graeme Geldenhuys wrote: > > > On Wednesday, 7 March 2012, Zaher Dirkey wrote: >> >> In accounting/financial systems there is Debit and Credit numbers it must >> equal and Debit - Credit = 0, with this bug it fail. >> I am an accountant and i know if there is 0.000

Re: [fpc-pascal] Currency and ABS(-674.59)

2012-03-07 Thread Graeme Geldenhuys
On 8 March 2012 03:28, Marcos Douglas wrote: > > Integer math... what did you mean? Over the years we have experience many problems with currency, floating point and date/time calculations and storage. So we tweaked our software to handle such data slightly different. If a user enters and amount

Re: [fpc-pascal] Currency and ABS(-674.59)

2012-03-07 Thread Zaher Dirkey
On Thu, Mar 8, 2012 at 3:28 AM, Marcos Douglas wrote: > Integer math... what did you mean? Integer math = Currency or in DB numeric(18, 4) in Firebird create domain AMOUNT as numeric(18,4); On Thu, Mar 8, 2012 at 12:43 AM, Graeme Geldenhuys wrote: > This is why our accounting app uses Inte