Probrleme mit einbinden von Fremdsoftware von Profichip

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"...

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.

Bild fehlt

Karl H. schrieb:
> Bild fehlt

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

Karl H. schrieb:
> Bild fehlt

Verdammt :D

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

1

Bitte das JPG-Format nur für Fotos und Scans verwenden!

2

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...

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.

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.

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.

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.

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.

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.

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. 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.

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.