Das Open-Control-Projekt - Die Alternative zur C-Control-I


Das Forum zur C-Control-1
Welche C-Control-Varianten existieren?
Übersicht - Suchen - Neueste 50 Beiträge - Neuer Beitrag - Login - Registrieren
INFO - FAQ - CC2-Forum - CCPro-Forum 

 Re: Frage zum Verständnis Kategorie: C-Control I V1.1 (von Henrik, Homepage - 13.12.2004 19:50)
 Als Antwort auf Re: Frage zum Verständnis von Dietmar - 13.12.2004 17:28
Hallo,

 
> Ich kann wirklich nicht verstehen, wieso BASIC++ von Conrad als offizielle Programmiersprache auserkoren worden ist. (CC)BASIC++ enthält weder einen Emulator, noch einen Simulator noch ist die Möglichkeit vorgesehen, in Assembler zu programmieren!

Da Basic++ vornehmlich für die V2 gedacht ist, fält der Mangel des fehlenden Assemblers
ja nun nicht ins Gewicht. Daß das Sch... ist wissen wir ja beide. Ein Emulator? Ehrlich..,
bei so wenig Code wie es die µCs erlauben fehlt mir der nicht wirklich.
 
> Das ganze Projekt wirkt nicht nur dadurch extrem unseriös.

Nö, unseriös ist das bestimmt nicht seitens des Programmierers von Basic++, teilweise-
insbesondere was die mit Fehlern gespickte Dokumentation anbelangt aber noch unfertig.
Das hat allerdings nicht nur Stefan zu verantworten. Der "zähe Knochen" hat da ja auch
mal wieder zugeschlagen.

>Ich habe die Entwicklung von "BASIC++" mitverfolgt und dabei etliche Versionen ausprobiert.
> Die ersten zum Download angebotenen Versionen waren derart buglastig, daß es kaum in
>Worte zu fassen ist.

Ja. Darum waren sie ja auch als alpha deklariert.

>Und auch jetzt stolpert man immer noch über Bugs. Wenn zum Beispiel in der IDE 'Öffnen' ausgewählt wird, erscheint ein Requester, der abfragt, ob der Quellcode gespeichert werden soll, obwohl überhaupt nichts programmiert oder an der Datei verändert worden ist! Ich denke, daran wird deutlich, wie ein Programmtest vor der Veröffentlichung durchgeführt wird.

Das ist ein kleiner, bereits vor Tagen im Forum angemerkter Bug, der aber keinen Schaden
anrichten kann. Nerviger ist, daß absichtlich doppelt deklarierte Variablen und ein aus Compiler-
sicht überschrittener Variablenspeicher zur Verweigerung der Kompilierung führt.


>Das erinnert in fataler Weise an die Politik von Conrad Electronic bei der Einführung der neuen C-Control-Varianten.

Im Gegensatz zur von DIE HARD versauten Unit2 mit ihren ganzen Restriktionen, läß sich
Basic++ aber noch durch und mit Usern verbessern.

> Und schließlich stolpert man dann auch noch über Rechtschreibfehler in der "Entwickler Referenz", die den Lesefluß extrem hemmen. Siehe "Beispiel Code", "Syntax Definitionen", "Mikrocontroller Entwicklung", "Compiler Version", usw. Hochtrabend ist die Rede von der neuen Version des "bewährten" BASIC++-Compilers. Seltsam nur, daß bis jetzt erst Version 1.0.0 erschienen ist?

Sagte ich schon, daß die Doku noch Murks ist? Das Marketinggewäsch stört mich aber auch.
Jeder mit nur etwas Ahnung erkennt es, nur der blutige Anfänger, der besonders auf korrekte
Aussagen angewiesen ist, fällt natürlich voll auf die Nase.

 
> Das folgende Zitat stammt aus dem Manual, steht aber auch auf der Support-Side zur "Next Generation", und enthält eine wissentlich falsche Aussage:
>
> Der Ausspruch "BASIC ist langsam" stammt aus der Zeit, als BASIC auf dem Computer als Quelltext gespeichert war und der gesamte Text bei der Ausführung erst gelesen und interpretiert werden musste.

Ja. Das ist wirklich der Brüller. Ist aber bereits in der Verantwortung des "zähen Knochens"
so schwachsinnig ffür CCBasic so formuliert worden. Verdummung reinsten Wassers.

> Die Programmiersprache MBASIC wirkt durch den Emulator und die Möglichkeit, in 6805-Assembler zu programmieren deutlich leistungsfähiger als BASIC++. Hat jemand von Euch MBASIC mal auf Herz und Nieren getestet?

Ja. Ist empfehlenswert, verleitet aber zu Code mit reichlich Platzbedarf. Letzlich liegt das ja
aber in der Hand (im Hirn) des Benutzers. Beide Dialekte nutzen ja letztlich nur den internen
Basic Token-Interpreter.

Extrem lästig ist bei mBasic derzeit lediglich, daß die Funktionen der V2 nich direkt
unterstütz werden, sondern man durch selbst geschriebene Funktionen, die problemlos auch
bereits im Betriebssystem vorhanden wären, den Programmcode bis zur Unanständigkeit
aufblähen muss.

Bei der V1 klein Problem (immerhin können wir da mit bis 64k Programmspeicher arbeiten),
bei der V2 bedeutet das das AUS für mBasic.

Grüße
Henrik

Meine Homepage: http://www.henrik-reimers.de/control/

 Antwort schreiben

Bisherige Antworten: