|
Anzeige
|
Bascom - ein Fehler der Zeit gekostet hatHi, Bascom ist ja recht simpel in der Anwendung, allerdings hat mich folgender Vertippser sehr viel Zeit gekostet:
Das lässt sich problemlos kompilieren - nur leider erkennt Bascom den Tippfehler nicht (cperiodetage statt cperiodetag) und zwar nur in der Konstellation mit dem byt-Offset) Absicht oder Bug? Version: 2.0.7.3.001 Vollversion
Gast
#2747614
Absicht, eindeutig!!!1 es sollte oben natürlich in der letzten Zeile print Byt heißen- ist beim Kopieren passiert
Gast
#2747619
Manfred S. schrieb: > Das lässt sich problemlos kompilieren - > nur leider erkennt Bascom den Tippfehler nicht Warum sollte es das? Oliver
Gast
#2747623
Naja, hier sitzt der Bug vor dem Monitor. Wenn du Zeit sparen wolltest, warum beschäftigst du dich dann mit dem Lernen einer Programmiersprache? Keine Stackwerte, kein End und beim compilieren gibt es eine Fehlermeldung, die kein compilieren zuläßt. Warum müssen Anfänger immer unbedingt verschachtelte Rechnungen ausführen? Berechne den Arrayzeiger extra und du wirst sehen, daß es geht. Auch Bascom verlangt mitdenken. Oh Weh schrieb: > Naja, hier sitzt der Bug vor dem Monitor. > Wenn du Zeit sparen wolltest, warum beschäftigst du dich dann mit dem > Lernen einer Programmiersprache? > Keine Stackwerte, kein End und beim compilieren gibt es eine > Fehlermeldung, die kein compilieren zuläßt. Oh Weh, hast du nicht einmal mitbekommen, dass das Listing auf den Fehler reduziert wurde, die 40kb-Binärcode vom Originalprogramm auf Atmega644 wollte ich nicht posten ;-) > Warum müssen Anfänger immer unbedingt verschachtelte Rechnungen > ausführen? Wo steht was von Anfänger? > Berechne den Arrayzeiger extra und du wirst sehen, daß es geht. Bascom kann das auch in den Klammern!
Gast
#2747642
Weil Bascom nicht deklarierte Variablen zulässt, die auf 0 setzt und damit munter weiterrechnet. In anderen Programmiersprachen gibt es zumindest eine Warnung. Gruß aus Heidelberg Umpa Lumpa schrieb: > Weil Bascom nicht deklarierte Variablen zulässt, die auf 0 setzt und > damit munter weiterrechnet. In anderen Programmiersprachen gibt es > zumindest eine Warnung. > Hallo, das stimmt so nicht, Bascom prüft eigentlich auf nicht deklarierte Variablen, nur in dem speziellen Fall nicht -deshalb vermute ich ja den Bug
Jetzt schreit der Compiler sehr wohl bei der Zeile Print Ccperiodetage nur in der Zeile Byt = Ramcodes(byt + Ccperiodetage) erkennt er den Fehler nicht.
Gast
#2747755
Manfred S. schrieb: > Umpa Lumpa schrieb: >> Weil Bascom nicht deklarierte Variablen zulässt, die auf 0 setzt und >> damit munter weiterrechnet. In anderen Programmiersprachen gibt es >> zumindest eine Warnung. >> > Hallo, > das stimmt so nicht, Bascom prüft eigentlich auf nicht deklarierte > Variablen, nur in dem speziellen Fall nicht -deshalb vermute ich ja den > Bug Stimmt, Variablen müssen deklariert werden, andernfalls bricht der Compiler mit einer Fehlermeldung ab. Ich bin mir allerdings nicht sicher (und habe das Tutorial auch gerade nicht zur Hand), ob der Variablenname nicht nur bis zu einer bestimmten Länge "geparsed" wird... MfG Heribert So, der Fall ist geklärt. Es war wirklich ein Bug. Hier die Antwort von Mark Alberts aus dem MCS-Supportforum: "yes this is a bug, the constant is evaluated to a 0. original you could not use an offset in an array. later i added an option to add a constant, and after that also the option to use a variable. there is probably a test missing." und weiter: "of course it is changed in the next update." Also super Support und etwaige Fehler werden auch gleich korrigiert! Antwort schreiben |
Anzeige
|
