Hm, I cannot reproduce that with v12.0.1.4314 or v16.0.0.2178.

select ROUND(0.89, 2), ROUND(0.89, 1), ROUND(0.89, 0), ROUND(0.89, 0) * 1.0, CAST(ROUND(0.89, 0) AS VARCHAR)

returns as expected

ROUND(.89,2),ROUND(.89,1),ROUND(.89,0),ROUND(.89,0)*1.0,ROUND(.89,0)
0.89,0.90,1.00,1.00,'1.00'

FWIW, I have not found anything related to rounding errors in the current v16 EBF readme...

There version and build of the server software (if different) is likely going be more important here than the version of dbisql. Of course if it is specific to the dbisql utility, getting a request log from your runs would might highlight the nature of the problem.

Maybe you can define the behaviour and usage better with a screen capture of the undefined scenario. ...or... You haven't provided the SQL that shows this either; so adding that to your posting might shed more light.

If you are showing constants where expressions actually exist the details about the epressions could be very important. {i.e. iff you have nullable expressions, and the option "conversion_error" set to 'Off', and the server is running a verions older the 2127, ... ,and this is not a new problem ... then you might be hitting a rarified bug #783410}

Otherwise I could not reproduce this either.

The version is, in fact, the SQLAnywhere version, using the Ultralite engine, which excludes any server issues that may occurs, IMHO. I haven't tried a higher version yet. As soon as I do this, I'll update this post. Tks for all your replies.

Same error in SQLAnywhere 16.0.0 2193 using the query provided by @Volker in a fresh new Ultralite database.

I was able to reproduce this. We will investigate.