Format Änderungsdatum in Sourcedateien ungleich

[Paul_Hofmann]

Hallo,

ich habe festgestellt das das Format des Änderungsdatum in unseren Sourcedateine (RPG)
nicht gleich ist. Mal ist es TT/MM/JJ und dann wieder JJ/MM/TT in einer Sourcedatei.

Hängt das vom Enstellungen im Benutzerprofiel ab?

Beispiel:
08/09/06 C*** Testfall
08/09/06 C *IN03
01/06/11 C
98/02/20 C SNPA00
20/07/15 C

Hat da jemand einen Tip?

[Fuerchau]

Anhand der Beispiele würde ich immer noch behaupten, dass da JJ/MM/TT drin steht.
06.09.2008
11.06.2001
20.02.1998
15.07.2020 <= da hat einer geschummelt

Bisher hatte ich da noch nie Probleme.

[Paul_Hofmann]

Hallo,

wie soll denn da einer schummeln ?
OK man kann das Datum auch setzen, aber wir haben das in sehr vielen SRC
von unserem Softwarelieferanten.
Ich hatte bisher auch noch nie so ein Problem und kann es mir nicht erklären.
Kann man das Format (JJ/MM/TT oder TT/MM/JJ) für SEU irgendwo einstellen?

[Robi]

Wir schreiben, prüfen und ändern sehr viele Sourcen über unseren Pgm-Generator
Je nachdem wer da das Pgm gemacht hat, kann es schon mal sein, das das Datum falsch geschrieben wird.
Vielleicht macht Euer SW Lieferant das auch

Robi

[Pikachu]

Steht das Datum im Datumsfeld (SRCDAT) oder im Textfeld (SRCDTA)?
Wie wird es im SEU genau angezeigt?

[mihael]

wie soll denn da einer schummeln ?

Soll das ein Witz sein? (Rhetorisch, bitte keine Antwort!) Datenbankquelldateien sind immer noch Datenbankdateien und der Inhalt kann ohne weiteres nach Belieben geändert werden.

[Fuerchau]

Da das Datumfeld in der SRCPF nur eine simple Zahl darstellt, kann da jeder reinschreiben was er will.
Eine Datumsprüfung erfolgt da nicht.

[Paul_Hofmann]

Hallo,

Also, ich bin mal davon ausgegangen, das kein Programmierer ein Datum in einer Sourcedatei extra falsch überschreibt, um andere Programmierer zu ärgern. Das das technisch möglich ist, ist klar.

Aber meine Frage war, ob man das Datumsformat für den SEU Editor irgentwo einstellen kann, und so mal JJ/MM/TT und dann wieder TT/MM/JJ erhalten kann.
Da wir und unser Softwarepartner mit dem AP-Manager arbeiten, kann das Problem natürlich auch von dort kommen.

Beispiel:
# SRCSEQ SRCDAT SRCDTA
6 6.00 160824 77313H****
7 7.00 160824 *****H******************
8 8.00 100713 BR005 *-----------------
9 9.00 100713 BR005 * Projekt :
10 10.00 100713 BR005 * Beschreibung :
11 11.00 100713 BR005 * Releaseanhebung
12 12.00 100713 BR005 *
13 13.00 100713 BR005 * Releaseanhebung
14 14.00 100713 BR005 * geändert von :
15 15.00 100713 BR005 * geändert am :
16 16.00 100713 BR005 *-----------------
17 17.00 140313 75796H******************
18 18.00 271092 H**** Name
19 19.00 271092 H**** Function
20 20.00 250694 H**** Author
21 21.00 240712 H**** Copyright

So ist ein Suchen nach Änderungen ab einem bestimmten Datun nicht mehr möglich.

Gruß
Paul

[malzusrex]

Also, ich bin mal davon ausgegangen, das kein Programmierer ein Datum in einer Sourcedatei extra falsch überschreibt, um andere Programmierer zu ärgern

ich habe es in einer früheren Firma erlebt. Da waren auch viele Freiberufler unterwegs (die den Namen eigentlich nicht verdient hatten), die haben das bewusst verändert, um Glaubhaft zu machen, sie hätten das ja schon vor einem bestimmten Tag eingebaut. In Wirklichkeit hatte man es einfach vergessen, und die Änderung erst zu spät gemacht.

Gruß
Ronald

[mihael]

Das Suchen nach Änderungen mit Hilfe des Datumsfeldes in der Quellenteildatei ist eine ganz schlechte Angewohnheit (leider viel zu verbreitet mangels guter Toolunterstützung).

Ich weiss nicht, ob das in der neuen RDi Version immer noch der Fall ist, aber wenn ich in RDi den gesamten Quellcode ausschneide und dann wieder einfüge (hat sich im Grunde nix verändert) bekommt jede Zeile das aktuelle Datum als Änderungsdatum. Dann viel Spass beim Suchen von Änderungen anhand des Änderungsdatums.

[Fuerchau]

Ggf. liegts ja auch an der PDM-Version.
Wenn ich ein Datum von 1992/1994 habe könnte es sein, dass PDM eben damals das Jobdatumsformat verwendet hat und seit einem Stand in den 2000ern auf fix JJMMTT umgestiegen ist.