ich meine es gab vor einiger zeit schon mal einen post, in dem ein bug mit TIME variablen beschrieben wurde; kann dir allerdings leider nicht mehr sagen, bei welcher version und was genau der fehler war... ging aber auch um eine rechenoperation von vars vom typ TIME...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
kein fehler im source sollte zu einem totalabsturz des compilers auf der windows maschine führen ich spreche nicht vom target, dort kommt es erst gar nicht hin weil ja der compiler schon beim übersetzungsversuch abstürzt.
der selbe compiler codesys 2.3.6.1 macht alles einwandfrei und es läuft auch am target wenn ich bei targeteinstellungen ein 32 bit target wähle.
schalte ich auf ein 16 bit target um crasht der compiler.
das ganze sieht ziemlich klar aus wie ein compiler bug also eine issue von 3s
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Das Statement UTC := UTC - T#1h; führt zu einem Totalabsturz des Compilers. UTC ist von Typ DateTime.
Der Compiler übersetzt alles einwandfrei wenn ich z.b. ein Target 750-841 von Wago wähle.
Selektiere ich jedoch ein WAGO LON Target dann stürzt der Compiler beim Compilieren total ab und bendet sich selbst.
we rkann mir zu diesem Problem etwas sagen?
Meine Version : 2.3.6.1
das statement mit utc + T#1h funktioniert aber einwandfrei
ich meine es gab vor einiger zeit schon mal einen post, in dem ein bug mit TIME variablen beschrieben wurde; kann dir allerdings leider nicht mehr sagen, bei welcher version und was genau der fehler war... ging aber auch um eine rechenoperation von vars vom typ TIME...
Das war in diesem Beitrag.
danke
mir scheint das hat mit 16 bit targets zu tun ein 32 bit target funktioniert wähle ich ein 16 bit target dann gehts schief
komisch... TIME ist intern zwar DWORD, sollte aber doch auch auf 16bittern handlebar sein, oder?!
ja aus 2 gründen extrem komisch
kein fehler im source sollte zu einem totalabsturz des compilers auf der windows maschine führen ich spreche nicht vom target, dort kommt es erst gar nicht hin weil ja der compiler schon beim übersetzungsversuch abstürzt.
der selbe compiler codesys 2.3.6.1 macht alles einwandfrei und es läuft auch am target wenn ich bei targeteinstellungen ein 32 bit target wähle.
schalte ich auf ein 16 bit target um crasht der compiler.
das ganze sieht ziemlich klar aus wie ein compiler bug also eine issue von 3s
Time ist 16 Bit aber Date Time ist 32 Bit
das müsste das Problem sein.
Gruss Rainer
time und date sind beide 32 bit
time zählt millisekunden und date zählt sekunden genauso wie datetime.
ein subtrahieren funktioniert ja auch ausser bei lon targets von wago.
ich würde ja gar nichts sagen wenns nicht ginge, ich beschwere mich ja das gleich der ganze compüiler abstürzt und sich selber beendet.