BUGS LIST OF THE HPA LIBRARY

Version 1.0

*	A buffer overflow was detected in the code
	of the xchcof() function.

Version 1.0a

*	The function xisNaN() returned 0 when
	its argument pointed to a number having
	zero exponent and general non-zero mantissa.

*	dbltox() and flttox() returned a non-zero
	value when their argument was zero !

*	xpr_print() and xpr_asprint() did not recognize
	as zero a value having exponent > 0xffff and
	< 0x7fff with null mantissa.

Version 1.6

*	Ok, this is not actually a bug but a weakness.
	The functions strtox() and atox() can return different results
	depending on their first argument is an ASCII string representing
	a number in scientific or in common format (for common format we
        mean the style [-]ddd[.ddddd] ). For instance,
	
	atox("-0.00103")    

		and   

	atox("-1.03e-3")

	return different results, even if -0.00103 and -1.03e-3 are
	actually the same number expressed in the common and scientific
	format respectively. However, the difference between the results
	returned in the two cases is very small and it is only due
	to a different approximation in the last 1-2 digits of the mantissa
	of the binary representation.
	The functions strtocx() and atocx() suffer this problem too.  
	
	This bug came out as result of the attempt to remove
	another more annoying bug !
	I hope to find a good solution for the future 2.0 version
	of the HPA library.


*	The function xatanh() is quite inaccurate
	when its argument is very near to +1 or -1.
	For instance:

	x = +0.9999999999999999999998870000000

===> atanh(x) = +25.61390079673000760206236782734
 
	while the correct value is

		 25.61390079685235057863341952...

*	The output functions write +Inf or -Inf
	(depending on the sign of their argument)
	instead of the real value, when the absolute value
        of their argument is equal to or greater
	than 6.0e4931. So, 9.99872e4931 is printed as
	+Inf, while -1.0e4932 is printed as -Inf.

