| |
| |
|
GC57 | Ich habe auf zwei Maschinen (Windows 7) Problem mit dem setdate:
KompilierenMarkierenSeparierenDECLARE nulltag%
svdatum$ = @CToD$("15.09.2012")
nulltag% = @dt("setDate",@DToc$(svdatum$))-1re>
Der letzte Befehl kommt auf einen Fehler. Auf anderen Maschinen laeuft er einwandfrei.
Hat irgendjemand eine Idee dazu?
Danke im Voraus,
Mike |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | | Die anderen Rechner sind nicht Win7? |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 03.02.2012 ▲ |
|
| |
|
|
RGH | Was per ein Fehler? Ein bisschen nähere Angaben wären hilfreich.
Ach ja: Ein ablauffähiges Beispiel, das den Fehler reproduziert ist auch sehr sinnvoll. So vom reinen Angucken des Codes gibt es seltenst grande Erleuchtungen.
Saluto
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 03.02.2012 ▲ |
|
| |
|
|
E.T. | Hilftreich wäre ggf. auch die Angabe der (X)Profan-Version im Profilo.
Bei älteren Versionen von XProfan potuto der Auslöser auch von @dt("setDate"... kommen, welche dies so nicht können. 
Also einfach mal 'nen lauffähigen Quelltext hier rein werfen...
... und paar Angaben, auf welcher "Maschine" der denn nicht corre...
[offtopic] ... mein Renault-Steuergerät kommt mit XProfan auch nicht klar...[/offtopic] |
|
| |
| XProfan X2Grüße aus Sachsen... Mario  WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 03.02.2012 ▲ |
|
| |
|
|
GC57 | Danke fuer die Antworten.
KompilierenMarkierenSeparieren
[Jörg Sellmeyer]
Die anderen Rechner sind nicht Win7?
Die anderen Rechner sind: XP, Vista und auch Windows 7.
Di più spaeter. |
|
| |
| |
| |
|
|
GC57 | Was per ein Fehler? Ein bisschen nähere Angaben wären hilfreich.
Ach ja: Ein ablauffähiges Beispiel, das den Fehler reproduziert ist auch sehr sinnvoll. So vom reinen Angucken des Codes gibt es seltenst grande Erleuchtungen.
Roland,
Danke fuer die Antwort.
Der Fehler ist
Ungueltiges Datums- und Zeitformat:
und passiert auf der setDate Zeile
Hilft das?
Die Windowseinstellungen zeigen TT.MM.JJJJ. Wo holt eigentlich der @DtoC die Einstellung her, die benutzt wird?
Danke nochmals,
Mike |
|
| |
| |
| |
|
|
GC57 | Kurz nochmal - Interesse halber - ein Update.
Auf diesen Windows 7 Maschinen, wo das problem auftrifft,
muss der Fehler mit der @DToC$ Funktion zusammen haengen.
Wir konnten den Fehler umgehen durch die Variante:
@dt("setDate", y, m, d)
Diese funktioniert. Das laesst natuerlich immer noch die Frage offen:
Was passiert bei diesen Maschinen bei dem @DToC$, das den Fehler
Ungueltiges Datums- und Zeitformat: hervorruft.
Das ist aber jetzt zweitrangig, da man es umgehen kann.
Danke nochmals.
Gruss,
Mike |
|
| |
| |
| |
|
|
RGH | Ciao,
trotzdem interessiert mich noch ein wenig, was den Fehler auf einigen Systemen verursacht.
Eine Idee ist, dass es sich bei den betroffenen Systemen um Systeme mit einer internationalen, gewerblichen Version von Windows 7, aber deutschem Sprachpaket handelt.
Diese Konstellation führt bei meinem Arbeitgeber gerne auch zu Problemen bei JAVA- und anderen Programmen, da je nachdem wie ein Programm das zur Sprache gehörende Datumsformat ermittelt, unterschiedliche Ergebnisse herauskommen und mal US-Englisches und mal Deutsches Format herauskommt.
Bei @DtoC$() und @CtoD$() ermittele ich das circa die Systemeinstellungen eingestellte Format, was bei einem solchen Rechner mit deutschem Sprachpaket in der Regel das deutsche Format ist (DD.MM.JJJJ).
Bei den Datumsfunktionen @dt() nutze ich die entsprechenden Delphi-Routinen. Ich wei0ß nicht, wie diese das landesspezifische Format ermitteln. Wenn diese nicht die Systemeinstellungen bemühen, sondern (wie ich meine fälschlicherweise) die Sprache der Windowsversion, könnten derartige Probleme auftreten.
Daher meine Frage:
Funktioniert denn: @dt("SetDate", "15.01.2012") ?
Danke und Saluto
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 03.02.2012 ▲ |
|
| |
|
|
Dieter
Zornow | | Ich denke mal es liegt an den Einstellungen. Ich habe auch so eine Version mit deutschem Sprachpaket, bei mir geht es aber. Vor kurzem ist mir aber so was ähnliches mit Format$() passiert. Hat plötzlich nicht mehr funktioniert. Durch irgend einen Umstand waren bei mir die Einstellungen Dezimaltrenner und Tausenderpunkt gelöscht. Dadurch hat dann Format$() auch nicht mehr funktioniert, zumindest die bisherigen Profanformate die neuen hatte ich nicht getestet.. |
|
| |
| XProfan X2Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 04.02.2012 ▲ |
|
| |
|
(268)
Deutsch
English
Français
Español
Italia