Hi,
I'm using macro scheduler on computer with german date. Sometimes i get an error like: "Unknown date 01.18.2004 18:00". In this case the program should run on 18. Jan. 2004 at 18:00. If there is no error, the format in the log file has the wrong format: "01.18.2004".
If i start with "Run Now", the date format is correct: "18.01.2004"
I dont have an idea, why sometimes the error occurs and sometimes not.
Today the schedule runned with: "01.19.2004 08:29:37" in log-file.
Thanx.
Michael
Problems with German Date Format in Schedule
Moderators: Dorian (MJT support), JRL
The German date format is:
DD.MM.YYYY
or
DD.MM.YY
-----
Hi Spikes,
könntest Du auch übergangsweise mit einer Änderung in den Regional Settings auf englisches Datumsformat leben MM/DD/YYYY ?
Benutzt Du den Befehl TIMESTAMP> oder eine Kombination aus GetDate>
BeispielScript:
GetDate>date
Day>Tag
Month>Monat
Year>Jahr
TimeStamp>c:\test.log,TimeStamp-Befehl Format
WriteLn>c:\test.log,result,%date% - GetDate-Befehl Format%CRLF%%Tag%.%Monat%.%Jahr% - Zusammengesetztes Datums Format
DD.MM.YYYY
or
DD.MM.YY
-----
Hi Spikes,
könntest Du auch übergangsweise mit einer Änderung in den Regional Settings auf englisches Datumsformat leben MM/DD/YYYY ?
Benutzt Du den Befehl TIMESTAMP> oder eine Kombination aus GetDate>
BeispielScript:
GetDate>date
Day>Tag
Month>Monat
Year>Jahr
TimeStamp>c:\test.log,TimeStamp-Befehl Format
WriteLn>c:\test.log,result,%date% - GetDate-Befehl Format%CRLF%%Tag%.%Monat%.%Jahr% - Zusammengesetztes Datums Format
Die Änderung der Regional Settings ist schlecht, weil auf dem Rechner auch noch andere Programm laufen. Ich weiss nicht, was für Auswirkungen darauf hätte.
Ich nutze die Logging-Funktion des Schedulers und keinen eigene Script-Befehl. Ich hätte auch kein Problem damit, dass die Einträge im Log falsch sind. Das benutze ich eh nur zum debuggen bis alles läuft.
Wichtig ist mir, dass mein Script zur angegebenen Zeit ausgeführt wird und kein Fehler beim Aufruf kommt.
Übergangsweise kann ich halt einen anderen Scheduler nehmen, der einfach das Script aufruft. Aber das gefällt mir nicht besonders.
Ich nutze die Logging-Funktion des Schedulers und keinen eigene Script-Befehl. Ich hätte auch kein Problem damit, dass die Einträge im Log falsch sind. Das benutze ich eh nur zum debuggen bis alles läuft.
Wichtig ist mir, dass mein Script zur angegebenen Zeit ausgeführt wird und kein Fehler beim Aufruf kommt.
Übergangsweise kann ich halt einen anderen Scheduler nehmen, der einfach das Script aufruft. Aber das gefällt mir nicht besonders.
Bin neu hier - aber bei den Antworten packt mich das Grausen
Also, solche Antworten sind absolut inakzeptabel. Da werden Probleme, die der Programmierer nicht gelöst hat, auf den Benutzer abgewälzt. Der Umgang mit internationalen Datums- und Zahlenformaten - zum Beispiel - gehört zu den ersten Aufgaben, die man als Programmierer zu lösen hat, besonders, wenn die Programme weltweit angeboten/vermarktet werden. Da fehlt mir wirklich jedes Verständnis ...It's best to be a wrote:The German date format is:
DD.MM.YYYY
könntest Du auch übergangsweise mit einer Änderung in den Regional Settings auf englisches Datumsformat leben MM/DD/YYYY ?
Klaus
Tja, und was nutzt dir diese Erkenntnis jetzt ?
Zugegebenermaßen ist bei einer kommerziellen Software mitunter eine Bringschuld (oder besser Erwartungshaltung) gegeben, doch da Macro Scheduler vorab kostenlos getestet werden kann, kauft man/frau eben nicht "die Katze im Sack". Demnach ist ein nachträglicher Einwand IMHO per se ungerechtfertigt.
In vielen Fällen wird die erweiterte Funktionalität von Macro Scheduler via Visual Basic Script schlicht ignoriert oder kann mangels Unkenntnis nicht genutzt werden.
Zudem steht es doch jedem, jederzeit frei AutoIt2/3;AutoHotkey;RunCMD;WSH&VBS;Lua;Tcl/Tk;Kixtart; ... oder was auch immer zu nutzen - sofern diese die gewünschte Funktionalität anbietet.
So what ?
Zugegebenermaßen ist bei einer kommerziellen Software mitunter eine Bringschuld (oder besser Erwartungshaltung) gegeben, doch da Macro Scheduler vorab kostenlos getestet werden kann, kauft man/frau eben nicht "die Katze im Sack". Demnach ist ein nachträglicher Einwand IMHO per se ungerechtfertigt.
In vielen Fällen wird die erweiterte Funktionalität von Macro Scheduler via Visual Basic Script schlicht ignoriert oder kann mangels Unkenntnis nicht genutzt werden.
Zudem steht es doch jedem, jederzeit frei AutoIt2/3;AutoHotkey;RunCMD;WSH&VBS;Lua;Tcl/Tk;Kixtart; ... oder was auch immer zu nutzen - sofern diese die gewünschte Funktionalität anbietet.
So what ?
Rein formal hast du möglicherweise recht ...
... allerdings wird man bei so einer antwort absolut abgeschreckt, weil nun klar ist, wie man zukünftig beim report weiterer fehler (resp. "it's not a bug, it's a feature") abgebügelt wird. zum glück habe ich das programm noch nicht gekauft, bin erst vor ein paar tagen darauf gestossen. sieht prinzipiell gut aus, aber neben der publikumsbeschimpfung hier im support-forum gab es auch noch einige bislang unerklärliche eigenheiten von MS, die mich abschreckten. die anderen "eigenheiten" habe ich ebenfalls "gepostet".macroplan wrote:Tja, und was nutzt dir diese Erkenntnis jetzt ?
Zugegebenermaßen ist bei einer kommerziellen Software mitunter eine Bringschuld (oder besser Erwartungshaltung) gegeben, doch da Macro Scheduler vorab kostenlos getestet werden kann, kauft man/frau eben nicht "die Katze im Sack". Demnach ist ein nachträglicher Einwand IMHO per se ungerechtfertigt.
In vielen Fällen wird die erweiterte Funktionalität von Macro Scheduler via Visual Basic Script schlicht ignoriert oder kann mangels Unkenntnis nicht genutzt werden.
Zudem steht es doch jedem, jederzeit frei AutoIt2/3;AutoHotkey;RunCMD;WSH&VBS;Lua;Tcl/Tk;Kixtart; ... oder was auch immer zu nutzen - sofern diese die gewünschte Funktionalität anbietet.
So what ?
Im übrigen arbeite ich seit jahren mit dem - leider nicht mehr weiter unterstützten - metz-scheduler. Der ist zwar nicht ganz so flexibel, z.B. ohne makro-sprache, auch die zeitplanung ist etwas starrer, aber der metz ist egal unter welchem betriebssystem (jetzt xp) im dauerbetrieb absolut stabil - ohne dass eine versionsänderung seit win95 vorgneommen worden wäre - und macht anstandslos, was man erwartet, ohne zu zicken. Wird schierig, was besseres zu finden. Habe schon verschiedene aktuelle scheduler durchprobiert. stabilität ist bei denen das hauptproblem. Aber dass ausgerechnet bei einem scheduler, wo es um zeitplanung und damit zentral um datumswerte geht, das datumsformat nicht internationalisierbar ist, hatte ich noch nicht (und schon gar nicht erwartet).
Klaus
a) die Majorität der Fragen/Antworten im Forum (wie diese) kommen von Usern, und stehen demnach nicht für eine offizielle Stellungnahme des Macro Scheduler Entwicklungteams. Konstruktive Kritik/Vorschläge an dieses, haben zudem wohl besseren Erfolg ... if they were written in English !allerdings wird man bei so einer antwort absolut abgeschreckt, weil nun klar ist, wie man zukünftig beim report weiterer fehler (resp. "it's not a bug, it's a feature") abgebügelt wird.
Und falls du nicht warten kannst (Forum), eh direkt an [email protected]. Vorteilhaft ist hierbei sicher ein registriertes Mitglied/Käufer zu sein. Das verpflichtet die Jungs bei MJT.net enorm./
Das war offensichtlich/nachweislich eine Frage (wird in der Regel durch die Benutzng eines Fragezeichens angedeutet, wie geschehen.) Deine Stellunganhme hierzu:könntest Du auch übergangsweise mit einer Änderung in den Regional Settings auf englisches Datumsformat leben MM/DD/YYYY ?
Ein einfaches Nein von dir hätte genügt. Selbst Schweigen wäre diplomatischer gewesen. Deine Art der Kommunikation stellt praktisch eine Provokation zum "Information Hiding" dar. Wer läßt sich schon gerne stellvertretend für MJT.net (unbezahlt) von dir rundmachen, ich jedenfalls nicht.Also, solche Antworten sind absolut inakzeptabel.
Zur Sache: Ich denke das du (nicht unberechtigt) die Scheduler Funktionalität des Macro Schedulers bemängelst. IMHO ist dies allerdings kein finaler Ausschlußgrund, sofern die Vorteile des Macro Schedulers in anderen Bereichen überwiegen und die Möglichkeit besteht, den OS internen Scheduler (ab NT) oder andere Tools, in (Macro Scheduler) Prozesse einzubinden.Habe schon verschiedene aktuelle scheduler durchprobiert
a) geht es um datumsformate um prozesse zu schedulen ?
b) geht es um datumsformate um innerhalb laufender prozesse ein abweichendes format zu generieren ?
bei a) Macro Scheduler Script mittels AT [DOS] auf der Kommandozeile schedulen
bei b) Visual Basic Script (innerhalb MacroScheduler Script), irgenwas wie das [hier]
Ansonsten schlage dir eine Kombination aus cygwin & tcl/tk vor. Damit bist du Plattform unabhängig. Der Support ist weltweit nahezu unendlich. Und es ist OpenSource.
Happy Scripting
Wir verlassen hiermit die inhaltliche Diskussion !
Entschuldigung - der Beitrag, auf den ich reagierte, war in deutscher Sprache geschrieben. Und darauf habe ich dann - schon höflichkeitshalber - auch in Deutsch reagiert. In anderen Forumsbeiträgen habe ich in Englisch "gepostet" (das war jetzt "Denglisch")macroplan wrote: Konstruktive Kritik/Vorschläge ... haben zudem wohl besseren Erfolg ... if they were written in English !
Tut mir leid, ich hatte irrtümlich angenommen, das hier sei ein Diskussionsforum.macroplan wrote: Ein einfaches Nein von dir hätte genügt. Selbst Schweigen wäre diplomatischer gewesen.
Klaus
Das war warscheinlich auch die Intention von Marcus Tettmar --> "General Discussion" wobei "General" natürlich interkulturel betrachtet schon schwammig istTut mir leid, ich hatte irrtümlich angenommen, das hier sei ein Diskussionsforum
Na ja, und über Formen der "Diskussion" läßt sich ja bekanntlich auch herzhaft streiten. Ich übe das ab und zu mit (m)einer Frau
OK, fünf Chauvi-Punkte gehen an mich ...
Happy scripting