Bascom Bug melden

[raidy]

Erstes Byte im Eram nicht benutzen! Warum habe ich hier beschrieben: https://www.roboternetz.de/community...l=1#post528935
Da es in C funktioniert und in Bascom nicht, liegt die Vermutung eines Fehlers in Bascom nahe. Aber ganz sicher bin ich nicht.

Ich beschreibe es nochmals kurz:

Wenn man im Programm Dim X a eram byte stehen hat, ist das erste Byte im Eram zwar beschreibbar, aber nicht mehr richtig lesbar. Und es bleibt auch nicht im Speicher.
Deshalb empfehle ich, das erste Byte wie folgt zu blockieren:

Dim Bascom_Bug As Eram Byte ' wichtig: erste dim Anweisung für Eram dieses Byte nicht im Prgramm verwenden!
Dim X As Eram Word ' ab jetzt gehen alle Eram Variablen


Bascom Version 2.0.7.0, Fehler aber auch schon in 1.x.y.z

[for_ro]

Hallo raidy,
dieser Hinweis steht schon seit 2004 in der Hilfe zu WriteEEProm:

According to a data sheet from ATMEL, the first location in the EEPROM with address 0, can be overwritten during a reset. It is advised not to use this location.

Begründung ist, dass die Speicherzelle überschrieben werden kann, wenn es beim Starten zu schwankender Versorgungsspannung kommt oder bei zu niedriger Spannung im Betrieb.
Daher wird empfohlen, den Brown-Out Detektor zu verwenden, damit der Controller definiert abgeschaltet wird.

Würde ich jetzt nicht wirklich als Bascom Bug bezeichnen.

[raidy]

Danke für den Hinweis. Ich habe Nächtelang nach dem Fehler gesucht und du machst einfach klick und da isser. Wer hätte da auch an einen Fehler des AVR gedaxht wo doch 99,9% der Fehler vom User kommen.
Ja, es ist dann kein Fehler von Bascom. Aber ich würde entweder in der Doku drauf hinweisen oder im Compiler erst beim 2.ten Byte anfangen.

[Thomas E.]

Ich scheine nun auch einen Bug entdeckt zu haben: Bei anhaken der Checkbox "Terminal" im Simulator stürzt Bascom komplett ab. Bascom-Version: 2.0.7.6