HIVE-Project

PIC18F2550 hat geschrieben:

Code: Alles auswählen

loop
                        call    #get                       'wert einlesen
                        wrbyte  in,      reg_b             'wert --> hubram
                        add     reg_b,   #1                'adresse + 1
...
in     res   1

Google kann das nicht übersetzen "Offending Item: in".
ich gehe davon aus das es sich hierbei um ein reserviertes comando "in" handelt leider wird es in der Syntax nicht anderst dargestellt.

Funktioniert bei mir. PropTool und openspin (command line) haben damit kein Problem. Vielleicht liegt's am Frontend (ich nutze SimpleIDE nicht).

PIC18F2550 hat geschrieben:

Code: Alles auswählen

PRI s_PCA9995_WRITE(a,b,c,d) <- wird kursiv und Blau dargestellt
PRI s_PCA9995_READ           <- wird als normaler Text dargestellt

gibt es dafür einen Grund für den unterschied? Das macht einen ganz irre.

Notfalls mal 'nen bug report melden. Klingt nach einem highlighter bug.

PIC18F2550 hat geschrieben:.....Für die Zeichensätze bleibt nach wie vor relevant auf was für einem System und mit welcher Spracheinstellung die Texte im Quelltext erstellt wurden.
Aber das war ja schon bei BST immer so also nichts neues..............

Sei froh daß das nicht aus Indien kommt, dann müßtest Du jetzt eventuell Sanskrit lernen
Also ich weiß nicht, bei jeder Programmiersprache gibt es ein Kapitel "Erlaubte Zeichen" und darin stehen selbige die man benutzen kann und die normalerweise den Compiler nicht zum Husten bringen. Dies Kapitel war und ist mir immer ein Hort der Erleuchtung gewesen.......Wenn man dann in angezeigten Texten auch unsere viel geliebten Umlaute darstellen kann, verstehe ich das Problem einfach nicht. Bei openspin wird man sich mit 99,999999999%iger Wahrscheinlichkeit an die Vorgaben vom Propellertool gehalten haben, um auch die vielen vorhandenen Programme benutzen zu können.

PIC18F2550 hat geschrieben:

Code: Alles auswählen

PRI s_PCA9995_WRITE(a,b,c,d) <- wird kursiv und Blau dargestellt
PRI s_PCA9995_READ           <- wird als normaler Text dargestellt

gibt es dafür einen Grund für den unterschied? Das macht einen ganz irre.

Jaaaaaaaaaaa........, ein Klämmerchen auf und ein Klämmerchen zu, hinterm Namen der Routine oder wie das heute so heißen mag........
Gruß
TuxFan

PIC18F2550 hat geschrieben: Google kann das nicht übersetzen "Offending Item: in".
ich gehe davon aus das es sich hierbei um ein reserviertes comando "in" handelt leider wird es in der Syntax nicht anderst dargestellt.

Gemäß deines Postings kam der Fehler als Folge des Versuchs, ein Symbol mit einem Umlaut zu interpretieren:

h_LED_GRÃÿN

So was wie h_LED_GRÜN geht einfach nicht. Ist das so kompliziert zu begreifen?

Danke kuroneko,
da weis ich wehnigstens woran ich binn.
Da ich meine Variabeln mit einem "v_" versehe wird das "in" in ein "v_in" damit sollten diese Probleme bei mir nicht mehr auftreten.

Danke TuxFan,
das bei "()" diese Darstellung erscheint finde ich gut daher sollte sie auch bei Aufrufen ohne "()" erscheinen. macht sie aber nicht.

Und Indisch ist auch nur eine Fremdsprache für mich.

Micha knapp vorbei ist auch vorbei.
In dem von dir Zitierten Beitragsausschnitt kann ich nichts von Umlauten erkennen dort geht es einfach um eine Variable mit dem Namen "in" der beim Compilieren einfach angemeckert wird.
Das Thema Umlaute hatt sich schon lange erledigt da es für Programmcode hier auch nicht erlaubt ist.
Meine Befürchtungen wahren mehr das Umlaute in den Texten zu Problemen beim Compilieren führen. Diese wurde aber von kuroneko zerstreut.
Meine ersten Programme unter VBA besaßen Umlaute und das Funktionierten auch ohne Probleme. Jetzt mit der Version Office 2010 geht das nicht mehr.
Nur mal so am Rande.

Binn ich hier der einzige der über das Teil meckert?
Ich komme mir schon vor wie eine Ziege.

Wolte heute das Projekt mit dem Butten zippen der eingepackte Inhalt war eine kathastrophe.
Es bestand nur aus dem Projekt.side und Projekt.spin.
Keine libs keine Include.

PIC18F2550 hat geschrieben:Binn ich hier der einzige der über das Teil meckert?
Ich komme mir schon vor wie eine Ziege.

Ich wette, der einzige Grund, warum ich nicht mitmeckere ist, daß ich es nicht benutze...

PIC18F2550 hat geschrieben:Wolte heute das Projekt mit dem Butten zippen der eingepackte Inhalt war eine kathastrophe.
Es bestand nur aus dem Projekt.side und Projekt.spin.
Keine libs keine Include.

Vielleicht gibt's irgendwo mit der Maus zu erschlagende Einstellungen à la...
[    ] ... Include #included files in archives.
[    ] ... Include libraries in archives.

Ich hab es nach den ersten Versuchen erstmal aufgegeben. Mir reicht schon, daß die Syntax-Hervorhebung ziemlich eigenwillig ist. Vor allem habe ich es aber nicht geschafft, innerhalb eines Projektes die Source-Files auch in Unterordnern unterzubringen - vielleicht hab ich mich aber auch zu blöd angestellt...
Das Hauptaugenmerk von SimpleIDE scheint doch eher bei C zu liegen. Ich hoffe jedenfalls, daß es da besser läuft. Probiert habe ich das aber noch nicht.
Ich werde wenigstens versuchen, OpenSPIN öfter mal einzusetzen. Mit meinen Bugreports iat aber auch noch nichts passiert...

Hi yeti,

yeti hat geschrieben:Vielleicht gibt's irgendwo mit der Maus zu erschlagende Einstellungen à la...
[ ] ... Include #included files in archives.
[ ] ... Include libraries in archives.

Alles nur Wunschdenken
Wehnigstens Packt er die OBJ Dateien hinzu wenn diese im gleichen Verzeichnis wie die side liegt.

ä wie Ägerlich dieser Tataturtreiber wieder mal.

-------------------------------
propgcc wird aber wahrscheinlich schwieriger. Insgesamt ist das, im Vergleich zu BST, eine sehr komplexe Geschichte...
-------------------------------

Wenn du das anschaust hat es nur ca 74MB , ist ohne IDE und wird bei mir im Eingabefenster bedient unter Windows. Die Compiler und das ganze gedöns vom propgcc ist identisch wenn du mal die Ordnerinhalte vergleichst. Beides ist C/C++.

Das C-Programm ist in der Aufmachung optisch ansehnlicher als das vom PropTool wenn man die C-Befehle so in etwa kennt. Die Laufgeschwindigkeit ist fast identisch. Habe mal 2 Repeat mit 200000 und einer Zählvariable erstellt. Ich hatte von der C-Schleife im Durchlauf viel mehr erwartet, war enttäuscht. Auch war der Code größer wie der von PropTool.

Ich vermute das die Bande von C den eingebauten Interpreter benutzt.
Vielleicht kann das einer von euch noch einmal vergleichen ?

Wenn das so ist, lohnt es sich für Anfänger nicht das lernen von C um den Prop zu bedienen.

Gruss