View Full Version : Format Änderungsdatum in Sourcedateien ungleich
Paul_Hofmann
18-10-16, 14:00
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?
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
19-10-16, 07:38
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?
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
Steht das Datum im Datumsfeld (SRCDAT) oder im Textfeld (SRCDTA)?
Wie wird es im SEU genau angezeigt?
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.
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
11-11-16, 07:22
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
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
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.