I was thinking about what Roberto wrote, I also was looking at
chgjob, there is a DECFMT keyword, not sure if that would make a
difference or not. You might be write with the QDECFMT as well, when
you changed it, did you sign off.back on??
On Sat, Feb 1, 2014 at 10:40 AM, Roberto José Etcheverry Romero wrote:
I've seen a workaround to this installing 2924 (english) as a
secondary language and setting it as default for those programs.
Don't ask me how that works, I've seen it implemented only.
On Sat, Feb 1, 2014 at 12:23 PM, David wrote:
I am working with a 3rd party product that uses an API to
retrieve disk status info. The product has worked on other
systems in the past.
I am trying to use it on a system in South America and I think
the application is confused because the percentages are presented
with commas where it expects decimal points.
For example, WRKDSKSTS shows:
Tamano % I/O Request Read Write Read Write %
Unid Tipo (M) Util Rqs Size (K) Rqs Rqs (K) (K) Busy
1 6717 7516 80,9 ,0 ,0 ,0 ,0 ,0 ,0 0
2 6717 7516 80,9 ,0 ,0 ,0 ,0 ,0 ,0 0
3 6717 7516 80,9 ,0 ,0 ,0 ,0 ,0 ,0 0
4 6717 7516 80,9 ,0 ,0 ,0 ,0 ,0 ,0 0
5 6717 7516 80,9 ,0 ,0 ,0 ,0 ,0 ,0 0
I want to prove that this is the issue by changing the "option"
from comma to decimal point.
I hoped that the system value QDECFMT was dictating the value
but changing it from 1 to 3 and back doesn't affect the
presentation of WRKDSKSTS.
Does anyone know what is telling the OS to show the commas rather
than decimal points.
This mailing list archive is Copyright 1997-2015 by MIDRANGE dot COM and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available here. If you have questions about this, please contact