Re: Problem solved, Re: Sorting DSPOBJD outfile by ascending date -- MIDRANGE-L

× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.

Not true.

I am looking at some MAPICS program that we have and the SRCDATs are
different.

Some dates are:
042989 MMDDYY?
900521 YYMMDD?
111990 MMDDYY again?

These are all in the same Source Member.

But, we are at V4R5, soon to change to V5R4M5, in the near future. New
thread coming up later on this. :-)

Thanx,

Nick

Nick Radich
Sr. Programmer/Analyst
EPC Molding, Inc.
Direct (320) 679-6683
Toll free (800) 388-2155 ext. 6683
Fax (320) 679-4516
nick_radich@xxxxxxxxxxxxxx

From: "sjl" <sjl_abc@xxxxxxxxxxx>
To: midrange-l@xxxxxxxxxxxx
Date: 06/24/2010 12:57 PM
Subject: Re: Problem solved, Re: Sorting DSPOBJD outfile by
ascending date
Sent by: midrange-l-bounces@xxxxxxxxxxxx

Mark -
Probably for the same reason that the last source changed date (SRCDAT)
field in source files is always kept in YYMMDD format... ;-)
-sjl

Mark wrote:
Ouch! I even tried CHGSYSVAL QDATFMT 'YMD'
and then ran my DSPOBJD, but to no avail...

I thought that someone would have entered a PMR or DCR about this by
now
... And what about all the folks in countries where MDY is not the
popular choice for date format?
This seems to have been a very strange choice by IBM.

Does anyone know why this works this way?

This mailing list archive is Copyright 1997-2024 by midrange.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 on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.