*
*
*
/*******************SENDEN****************************/
			cSock << obuf;	// anfrage Senden

/*******************EMPFANGEN*************************/
			recvLenght = cSock >> ibuf;
*
*// hier werden noch diverse fehler abgefangen
*
// ab hier wird die antwort ausgewertet
switch(ibuf[7]) // buffer[7] enthält den Funktion code der Antwort oder einen error code
	{
	case 0x04: //es wurde mit dem Richtigen Fkt Code geantwortet
*
*//weiteresauswerten der antwort
*//Kein fehler aufgetreten
*
		break;
		case 0x84:      //Fehler code vom modbus/tcp Protokoll
		switch(ibuf[8]) // im nächsten byte steht der fehler
		{
*
*
*

Ich benutze eclipse 3.7.2.
Bei ibuf (das wird in dem case ausgewertet) handelt es sich um einen String.
Die netzwerk fkt's habe ich größten teils aus dem Buch C++ von a bis z übernommen. ^^ Es handelt sich daher um Vererbte Klassen mit überladenen operatoren etc.
Bei diesem ganzen Modul handelt es sich um eine Umsetzung von einem c programm in c++ code.(daher warscheinlich auch der Fehler)
zum Modbus TCP protokoll:
Im 8ten Bit [index 7] der Antwort wird entweder der fkt Kode zurückgesendet oder eben ein Fehler, siehe zeile 21, der dann weiter ausgewertet werden muss.

Ich hoffe das ihr mir helfen könnt ich weiß nicht mehr weiter.
MFG BabCom

Zum Problem:
In Zeile 21 bei dem "case 0x84" kommt jetzt der fehler:
Warnung: Case-Marke überschreitet Maximalwert des Typs [Standartmäßig aktiviert]

Der Compiler hat immer Recht.

Ich benutze eclipse 3.7.2.
Bei ibuf (das wird in dem case ausgewertet) handelt es sich um einen String.

Und somit ist ibuf[7] ein char (der in der Regel nur bis 0x7F geht)

Die netzwerk fkt's habe ich größten teils aus dem Buch C++ von a bis z übernommen.

Das erklärt alles:
http://www.c-plusplus.net/forum/272350
Benutze das Buch als Grillanzünder und vergiss alles, was du daraus "gelernt" hast.

Dazu das der char wert überschritten wird, kann ich nur sagen das es sich vorher wiegesagt um eine reins c programm gehandelt hatt und ich die auswertung d.h. das gesammte case konstrukt daraus übernommen habe, und es da so funktioniert hatt.
(dabei handelt es sich um eine 1 zu 1 Kopie, wie sie vom modbus Standart vorgegeben wird)

MFG BabCom

Nicht aufregen über die destruktiven Antworten, hier sind sogar die Mods Trolle

@SeppJ
Nein wenn mein Compiler mir was sagt dann glaub ich das, sonst hätte ich hier nicht nach gefragt.
Und das was du mir im vorherigem Post geschrieben hast glaube ich auch nur hat's mich nicht wirklich weiter grebracht. denn das da nen fehler ist hat mir mein Compiler vertaten.
Ich habe mir blos erhofft das jemand weiß wiso der Compiler diesen Fehler meldet. und was ICH Falsch gemacht habe(n könnte).

@manni66
No komment

währe die lösung dann einfach

switch((unsigned char)ibuf[7]) // buffer[7] enthält den Funktion code der Antwort oder einen error code
    {
    case 0x04: //es wurde mit dem Richtigen Fkt Code geantwortet

anstatt von:

switch(ibuf[7]) // buffer[7] enthält den Funktion code der Antwort oder einen error code
    {
    case 0x04: //es wurde mit dem Richtigen Fkt Code geantwortet

??

unsigned char:         0...UCHAR_MAX
signed char:   SCHAR_MIN...SCHAR_MAX
char:           CHAR_MIN...CHAR_MAX

und genau das prüft dein Compiler und kann (muss nicht!) hier eine Warnung ausgeben.
char ist implementierungsabhängig, d.h. der Compilerbauer legt das fest, ob äquivalent zu signed char oder unsigned char.
Deinen Cast kannst du so machen, Casts überdecken aber immer etwas und verlangen den totalen Überblick des Programmierers über seinen Code; der Compiler hier will dir also sagen, dass dein Ursprungsprogramm nicht portabel ausgelegt ist, eben weil du den Code anpassen musst um ihn woanders zum Laufen zu bringen; und auch hier wieder zeigt sich, dass C und C++ eben keine gleichen Programmmiersprachen sind.

Dan bendake ich mich hier für die schnelle hilfe.
MFG BabCom

Ich werde das ganze nächste woche durch teste nund dann evtl mit weitere Fragen aufwarten.^^

Sogar effizienter und benutzerfreundlicher als in C++.

Also ich weiss ja nicht wie's dir geht, aber Konstruktoren und Destruktoren manuell aufzurufen ist nicht mein Ding.

Wutz schrieb:

Sogar effizienter und benutzerfreundlicher als in C++.

Also ich weiss ja nicht wie's dir geht, aber Konstruktoren und Destruktoren manuell aufzurufen ist nicht mein Ding.

Was haben Konstruktoren mit Kapselung zu tun?

Sogar...benutzerfreundlicher als in C++.

Dem Benutzer dürfte es doch ziemlich schnuppe sein, ob der Code in C oder in C++ geschrieben wurde und das Programm sollte sich in beiden Fällen nach außen gleich verhalten. Wenn ein Benutzer z.B. etwas in der Konsole eingeben soll, kriegt er also nicht mit, ob nun ein fgets oder ein cin dahinter steckt.
Begründe mal deine Aussage, wenn sie nicht als Nonsens angesehen werden soll.

Wenn ein Benutzer z.B. etwas in der Konsole eingeben soll, [...]

Wie wäre es mit Benutzer = Benutzer von C bzw. C++ = Programmierer?
Etwas Textverständnis sollte schon vorausgesetzt werden können, zumal es hier alle Poster vor dir verstanden haben.

Kellerautomat schrieb:

Wutz schrieb:

Sogar effizienter und benutzerfreundlicher als in C++.

Also ich weiss ja nicht wie's dir geht, aber Konstruktoren und Destruktoren manuell aufzurufen ist nicht mein Ding.

Was haben Konstruktoren mit Kapselung zu tun?

Nichts. Hab ich auch nicht behauptet.
Ich habe damit gemeint, dass ich C besonders deshalb nicht leiden kann, weil es kein RAII kann.

häh?! schrieb:

Wenn ein Benutzer z.B. etwas in der Konsole eingeben soll, [...]

Wie wäre es mit Benutzer = Benutzer von C bzw. C++ = Programmierer?
Etwas Textverständnis sollte schon vorausgesetzt werden können, zumal es hier alle Poster vor dir verstanden haben.

Ich habe damit gemeint, dass ich C besonders deshalb nicht leiden kann, weil es kein RAII kann.

C braucht das auch nicht, weil es keine Exceptions kennt.

Das Problem an RAII ist, dass es nicht ausschaltbar ist. Es macht genau 0 Sinn, den Destruktor von einem moved-from unique_ptr aufzurufen oder von einem sicher leeren Vektor. Und vor C++ war RAII noch schrecklicher, oder wie möchtest du ein Objekt, das klar nicht kopierbar ist aus einer Funktion rausbefördern? Das ging nur mit einer zusätzlichen Indirektion à la Pointer aka Anti-RAII oder auto_ptr aka DesignFailure oder shared_ptr aka Selbst-Java-Ist-Schneller.

RAII ist sehr oft sehr praktisch, aber manchmal ginge es benutzerfreundlicher und effizienter.

RAII ist sehr oft sehr praktisch, aber manchmal ginge es benutzerfreundlicher und effizienter.

Wie? Wo? Wann? Beispiel? Ich hatte mit RAII noch nie iregendwelche Probleme, du schon?

Kellerautomat schrieb:

Ich habe damit gemeint, dass ich C besonders deshalb nicht leiden kann, weil es kein RAII kann.

C braucht das auch nicht, weil es keine Exceptions kennt.

HANDLE_TO_STH handle = create_handle(some_params);
if (!handle)
    return ERR_NOT_CREATED;

if (!do_something_with(handle));
    return SOME_OTHER_ERR;

destroy_handle(handle);
return ALL_RIGHT;

Ups.

int do_this_with_handle(HANDLE* handle)
{
  if (!do_something_with(handle));
    return SOME_OTHER_ERR;

  return ALL_RIGHT;
}

HANDLE_TO_STH handle = create_handle(some_params);
if (!handle) {
  perror("bad luck");
} else {
  if (do_this_with_handle(handle) == ALL_RIGHT)
    puts("all right")
  destroy_handle(handle);
}

Schlechten Code kann man in allen Programmiersprachen schreiben oder willst du dass ich ein Beispiel mit new/delete bringe?

Klar, kann man schlechten Code schreiben.
Aber nehmen wir mal an, man nutzt das handle mit einer Funktion, die, wenn sie schief geht auch keine Zerstörung erfordert (nur ein Beispiel). Dann kommt irgendwann ein anderer Programmierer daher, muss unter Zeitdruck ein weiteres Feature einbauen und fügt nur mal eben die do_something_with() mit Fehlerbehandlung ein (so wie ich das hatte, nicht so wie du das hattest).
So, und nun?
Was ich sagen will: mit RAII kann so etwas überhaupt nicht passieren. Jeder macht mal Fehler, wir sind auch nur Menschen.
Und delete nutzt man in gutem C++ (mit RAII) sowieso nicht.

Ich sage ja nicht, dass RAII schlecht ist. RAII und C++, das passt gut zusammen, RAII und Non-Memory-Ressourcen, das ist eine super Lösung. Allerdings: File-Handling ist nur ein geringer Teil im Code. Den Code, der die Aktion ausführt in eine Funktion auszulagern und den Funktionsaufruf zwischen ein open/close einschieben ist ohne Exceptions ein gangbarer Workaround (dann kann man auch mal eben so was im Code hinzufügen).

Ich sage nur, dass RAII auch Probleme hat. Schreib in pre-C++11 mal eine Funktion, die einen ofstream zurückgibt => nur mit Hacks möglich. Und wenn du das in C++11 mit move() geschafft hast, versuch dann mal, den unsinnigen Destruktoraufruf zu verhindern => nur mit Hacks möglich.