Probrleme mit einbinden von Fremdsoftware von Profichip

[Max W. (mo0oxx)]

Guten Morgen,
geht ums einbinden einer Software.

Ich möchte einen VPC3 Profichip ASIC mit einem altem Intel Prozessor 
ansteuern.

Nur dass Problem ist, dass verwenden der Software welche ich von 
Profichip bekommen habe.
Wenn ich das Programm in meine Software einbinde haut mir mein 
Tasking-Compiler einige Errors raus, z.B. einen Syntaxerror. Wenn ich 
aber dann zur angegebenen Zeile im Programm gehe, dann kann ich dort 
aber keinen Syntaxerror finden.

Hat vielleicht jemand Erfahrungen mit der Software von Profichip oder 
eine Idee wie ich vorgehen kann um dass Programm richtig einzubinden um 
den VPC zum Laufen zu bringen?

Danke schonmal für die Antworten

Max

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Max W. schrieb:
> z.B. einen Syntaxerror.
Welchen?

> Wenn ich aber dann zur angegebenen Zeile im Programm gehe,
> dann kann ich dort aber keinen Syntaxerror finden.
Wenn Fehlermeldungen auftreten, dann ist zuallerst die erste Meldung 
wichtig. Denn die nachfolgenden könnten einfach nur Folgefehler 
sein.
Und die Ursache des ersten Fehlers könnte auch leicht in der Zeile oder 
den Zeilen vor der Meldung sein.

BTW: der Titel "Software Problem" ist ein wenig wie "Auto geht nicht". 
Wäre da ein Titel wie "Probleme beim Einbinden von Fremdcode für  VPC3 
Profichip" aussagekräftiger? Denn es haben hier viele ein "Software 
Problem"...

[Max W. (mo0oxx)]

Lothar M. schrieb:
> Max W. schrieb:
>> z.B. einen Syntaxerror.
> Welchen?

Hier ist ein Screenshot mit der Meldung des Compilers, ist hier zwar nur 
ein Warning, aber hab die gleiche Meldung auch schon mal mit einem Error 
bekommen.
Die Line 515 ist jene die ich im Code markiert habe.

> BTW: der Titel "Software Problem" ist ein wenig wie "Auto geht nicht".
> Wäre da ein Titel wie "Probleme beim Einbinden von Fremdcode für  VPC3
> Profichip" aussagekräftiger? Denn es haben hier viele ein "Software
> Problem"...

Stimmt irgendwie, dachte aber der Titel ist zu lang aber werds gleich 
mal ändern.

[Karl H. (kbuchegg)]

Bild fehlt

[Peter D. (peda)]

Karl H. schrieb:
> Bild fehlt

Um Himmels Willen, bloß kein Bild, Fehlermeldungen immer in ASCII!

[Max W. (mo0oxx)]

Karl H. schrieb:
> Bild fehlt

Verdammt :D

[Stefan (Gast)]

Das Bild hat nichts mit den Fehlermeldungen zu tun.
Schau dir das Header-File an die Stelle, die dein Compiler anmeckert. 
Und nicht was deine IDE dir angeblich zeigen will

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Max W. schrieb:
> comp-Fehlermeldung.JPG
Die allerletzte Zeile über jeder Texteingabebox sagt:

Bitte das JPG-Format nur für Fotos und Scans verwenden!
Zeichnungen und Screenshots im PNG- oder GIF-Format hochladen.

Und warum? Weil jpg ein verlustbehaftetes Bildformat ist, bei dem dann 
bei scharfen Kanten (Schrift) Artefakte auftauchen. Siehe 
Bildformate

Du musst dir mal die angemäkelte DpCfg.h und die DP_if.h ansehen. Das 
sind die ersten Fehlermeldungen, die auftauchen. Und ich denke, das ist 
nicht die gescreenshotene Datei...

[Max W. (mo0oxx)]

Lothar M. schrieb:

> Du musst dir mal die angemäkelte DpCfg.h und die DP_if.h ansehen. Das
> sind die ersten Fehlermeldungen, die auftauchen. Und ich denke, das ist
> nicht die gescreenshotene Datei...

Jop war die falsche Datei.

Aber ich seh bei der Datei DpCfg.h in der Line 515(wieder die markierte) 
auch keinen Syntaxerror.

[Stefan (Gast)]

Ließ die Fehlermeldung mal genau. Wahrscheinlich hat sich in den Zeilen 
ein illegales Zeichen eingemogelt, dass dein Compiler nicht mag

[adenin (Gast)]

Der "Kommentar" eine Zeile vorher ist nicht gefärbt, wird also 
vielleicht nicht als Kommentar, sondern als Code gewertet.

[npn (Gast)]

Ich vermute, er will das

#endif//#if

nicht. Er sollte ja eigentlich ab dem "//" deen Rest der Zeile grün 
färben (Kommentar). Er schreibt aber alles blau.
Mach mal vor den zwei Schrägstrichen ein Leerzeichen rein und schau, ob 
der Kommentar dann grün wird. Oder setz den Kommentar auf eine neue 
Zeile.

[Stephan (Gast)]

Hi adenin,
das war auch mein erster Gedanke, aber sowas gibs doch heute nicht mehr.

ich tippe nun auf:
>Wahrscheinlich hat sich in den Zeilen ein illegales Zeichen ein gemogelt

[Steffen R. (steffen_rose)]

npn schrieb:
> Er sollte ja eigentlich ab dem "//" deen Rest der Zeile grün
> färben (Kommentar). Er schreibt aber alles blau.

Aus meiner Sicht hätte er dann schon vorher DP_ALARM anmeckern müssen.

Das einfärben macht nicht der Compiler. Insofern würde ich dem keine 
besondere Beachtung schenken.

[Peter D. (peda)]

Laß doch endlich diesen unsäglichen Mist mit den Screenshots sein, das 
ist nur durchs Schlüsselloch gucken!

Fehler liegen nach Murphy grundsätzlich immer im nicht gezeigten Code.
Mach ein Zip als Anhang.

[Planlos (Gast)]

Dein Tasking-Compiler ist von 1994?

Die Einzeligen "C++-Style" Kommentare mit // sind IIRC erst mit C99 
offiziell in C vorhanden.

Versuch mal die alle in /* .... */ umzuändern...

[Steffen R. (steffen_rose)]

Peter D. schrieb:
> Fehler liegen nach Murphy grundsätzlich immer im nicht gezeigten Code.
> Mach ein Zip als Anhang.

Ist bei lizenzpflichtigen Source eher schwierig.

[Max W. (mo0oxx)]

Planlos schrieb:
> Dein Tasking-Compiler ist von 1994?

Keine Ahnung aber er läuft unter DOS :D

> Die Einzeligen "C++-Style" Kommentare mit // sind IIRC erst mit C99
> offiziell in C vorhanden.
>
> Versuch mal die alle in /* .... */ umzuändern...

Klingt ganz vernünftig aber die // Kommentare hat er mir bei anderen 
Programmen auch genommen?

Aber ich denke bei den Präprozessor-Anweisungen mag er diese Kommentare 
nicht.

[Max W. (mo0oxx)]

Planlos schrieb:

> Versuch mal die alle in /* .... */ umzuändern...

Wirklich ein guter Tipp, muss zwar jetzt alle Files durchgehen und die 
haben teilweise bis zu 1000 Lines aber dafür hab ich jetzt wieder die 
Hoffnung dass ich es zum Laufen bkomme :D
Danke nochmals.

[Karl H. (kbuchegg)]

Max W. schrieb:
> Planlos schrieb:
>
>> Versuch mal die alle in /* .... */ umzuändern...
>
> Wirklich ein guter Tipp, muss zwar jetzt alle Files durchgehen und die
> haben teilweise bis zu 1000 Lines aber dafür hab ich jetzt wieder die
> Hoffnung dass ich es zum Laufen bkomme :D

Denke ich ehrlich gesagt nicht.
Wenn das das Problem wäre, dann hättest du tausende Fehlermeldungen 
bekommen und nicht nur ein paar. Auch wenn die // Kommentare erst sehr 
spät offiziell zur Sprache hinzugekommen sind, haben viele Compiler das 
schon weit früher unterstützt, weil es ganz einfach praktisch war.

Du wird sich wohl irgendwo tatsächlich ein Zeichen mit einem ASCII COde, 
der nicht als sichtbares Zeichen angezeigt wird, eingeschlichen haben. 
Kommt schon mal vor.

Schreib die Zeile neu und lösch die vorhandene heraus. Damit bist du 
dieses mögliche Problem erst mal los.

[Karl H. (kbuchegg)]

Karl H. schrieb:

> Du wird sich wohl irgendwo tatsächlich ein Zeichen mit einem ASCII COde,
> der nicht als sichtbares Zeichen angezeigt wird, eingeschlichen haben.
> Kommt schon mal vor.

Gerade ältere Compiler hatten dann auch schon mal Probleme mit dem 
Carriage_Return / Linefeed Chaos und das ist lange Zeit nicht 
aufgefallen, bis dann jemand irgendwann zufällig mal einen Editor 
benutzt hat, der nur Carriage_Return oder nur Linefeed am Zeilenende 
eingebaut hat.

[Max W. (mo0oxx)]

Karl H. schrieb:
>
> Denke ich ehrlich gesagt nicht.
> Wenn das das Problem wäre, dann hättest du tausende Fehlermeldungen
> bekommen und nicht nur ein paar. Auch wenn die // Kommentare erst sehr
> spät offiziell zur Sprache hinzugekommen sind, haben viele Compiler das
> schon weit früher unterstützt, weil es ganz einfach praktisch war.

Das komische ist der Compiler versteht es manchmal aber manchmal nicht, 
ich glaube dass hängt auch mit den Präprozessoranweisungen irgendwie 
zusammen, aber das witzige ist sehr viele Kommentare  in der Software 
sind keine Zeilenkommentare, in einem andern C-File der Software sind 
wiederum nur Zeilenkommentare.

Mal schaun bin eh schon fast durch mit dem Umkommentieren, dann werd 
ichs sehen ob noch andere Probleme aufkommen.