c++ *char == '='

PCGirl

@SeppJ *genau erklären.

Was ist an wchar_t anders als char? Da weißt du ja auch wie es geht: classname.c_str().

PCGirl

@manni66 Habe eben auf deinen Rat hin versucht es zu ändern, aber da kommt jetzt die Meldung "Das Argument vom Typ char ist mit dem Parameter vom Typ 'LPCWSTR' inkompatibel".

@PCGirl sagte in c++ *char == '=':

@manni66 Habe eben auf deinen Rat hin versucht es zu ändern, aber da kommt jetzt die Meldung "Das Argument vom Typ char ist mit dem Parameter vom Typ 'LPCWSTR' inkompatibel".

Nein du hast irgendetwas gemacht, aber nicht meinen Rat befolgt.

PCGirl

@manni66 Da fällt mir ein, ich habe gestern irgendwo gelesen, dass damit zu tun hat, wenn man windows.h includiert. Ich weiß nicht, worum ich das drin habe, benutze Microsoft Visual Studio mit Windows 10, werde mal probieren, wie's ohne ist.

PCGirl

@manni66 Du hast mir geraten dem Fenster char statt wchar_t zu geben. Habe ich auch versucht, klappt aber nicht.

PCGirl

Nach der Änderung von "for (i < strlen(line); i++; l++)" in "for (; i < strlen(line); i++, l++)" funktioniert es auf einmal. Allerdings wird als Titel "TerminverwaltungIIIIIIIIIIIIIIIIIIIIIIIIIII...." (mit Strich über jedem I) ausgeben. Hat das vielleicht etwas mit dem "i als Variablenname" zu tun, wovon Mittagspause geredet hat? Ich muss sagen, ich finde das hochinteressant, gerade weil es von Java so gar nicht kenne. Auch das mit dem Garbage Collector, was Quiche Lorrain gesagt hat, und anderes, was hier so in den Antworten steht.

PCGirl

@manni66 Habe jetzt versucht, windows.h rauszunehmen, aber dann werden ein paar meiner Klassentypen, z. B. "LRESULT" nicht mehr erkannt. Ich muss zugeben, dass Microsoft Visual Studio verwende, wo man sich einiges generieren lassen kann, und dann habe ich eine Open Source-Lösung aus dem Internet kopiert, um mir ein Fenster mit Tabs machen zu lassen.

Columbo

@PCGirl value ist nicht nullterminiert.

@PCGirl sagte in c++ *char == '=':

@manni66 Du hast mir geraten dem Fenster char statt wchar_t zu geben.

Nein!

wob

@PCGirl Wie kommst du darauf, Windows.h zu entfernen? Manni hat dir außerdem nicht geraten, dem Fenster char statt wchar_t zu geben.

std::wstring hat wide chars, std::string chars. Auf die unterliegenden Daten kommst du jeweils mit .c_str().

Lies vielleicht mal das hier dazu: https://stackoverflow.com/questions/402283/stdwstring-vs-stdstring

SeppJ

@PCGirl sagte in c++ *char == '=':

@SeppJ Das musst du mir genauer erklären.

Was soll man da genauer erklären? Du hast leider Mist gelernt, vermutlich aufgrund schlechten Materials anstatt aus eigener Dummheit. So sieht C++ nicht aus. So sieht eigentlich nicht einmal C aus, wenn man es richtig macht. Was du da programmiert hast, ist schlechtes C, bei dem man malloc mit new ersetzt hat, damit es irgendwie mehr wie C++ aussieht. Was zeigt, dass der Lehrer nicht nur schlecht C spricht, sondern auch nicht weiß, dass ein sichtbares new in C++ ein Alarmsignal für schlechten Code ist. Ebenso deine Einleseschleife, die wie schon gesagt in jeder Sprache falsch ist. Und ganz viele weitere Sachen. Eigentlich so ziemlich alles in deinem kurzen Code.

Da kann man jetzt nicht im Details ausbessern. In richtigem C++ würde man das ganze Programm komplett anders aufziehen und dann würde auch keines deiner bekannten Probleme (und die vielen unbekannten, die du noch gar nicht bemerkt hast) überhaupt eine Chance haben, aufzutreten. Ich kann dir daher nur raten, dein Lehrbuch wegzuwerfen oder den VHS-Kurs zu kündigen. Auf jeden Fall werd deinen aktuellen Lehrer los! Von schlechten Lehrern lernt man halt nur Mist. Je tiefer du dir den Mist angewöhnst, desto schwerer wirst du ihn wieder lost. Schlimmstenfalls gibst du frustriert auf, weil aus deiner Sicht alles furchtbar umständlich und frickelig aussieht. Was es mit dieser Programmierweise ja auch ist.

PCGirl

@SeppJ sagte in c++ *char == '=':

@PCGirl sagte in c++ *char == '=':

@SeppJ Das musst du mir genauer erklären.

Was soll man da genauer erklären? Du hast leider Mist gelernt, vermutlich aufgrund schlechten Materials anstatt aus eigener Dummheit. So sieht C++ nicht aus. So sieht eigentlich nicht einmal C aus, wenn man es richtig macht. Was du da programmiert hast, ist schlechtes C, bei dem man malloc mit new ersetzt hat, damit es irgendwie mehr wie C++ aussieht. Was zeigt, dass der Lehrer nicht nur schlecht C spricht, sondern auch nicht weiß, dass ein sichtbares new in C++ ein Alarmsignal für schlechten Code ist. Ebenso deine Einleseschleife, die wie schon gesagt in jeder Sprache falsch ist. Und ganz viele weitere Sachen. Eigentlich so ziemlich alles in deinem kurzen Code.

Da kann man jetzt nicht im Details ausbessern. In richtigem C++ würde man das ganze Programm komplett anders aufziehen und dann würde auch keines deiner bekannten Probleme (und die vielen unbekannten, die du noch gar nicht bemerkt hast) überhaupt eine Chance haben, aufzutreten. Ich kann dir daher nur raten, dein Lehrbuch wegzuwerfen oder den VHS-Kurs zu kündigen. Auf jeden Fall werd deinen aktuellen Lehrer los! Von schlechten Lehrern lernt man halt nur Mist. Je tiefer du dir den Mist angewöhnst, desto schwerer wirst du ihn wieder lost. Schlimmstenfalls gibst du frustriert auf, weil aus deiner Sicht alles furchtbar umständlich und frickelig aussieht. Was es mit dieser Programmierweise ja auch ist.

Also, ich meinte eigentlich nur, dass mich das sehr interessiert, was du gesagt hast. Ich habe jetzt ein Jahr Java gelernt und bin auf eigene Entscheidung auf C++ umgestiegen, die Ausbilder haben es erlaubt, aber ich bringe es mir selbst bei, und du musst nicht gleich von "Mist" reden, weil macht ja gar nichts, dass es momentan noch zu Fehlern kommt.

Columbo

@PCGirl Erwirb erstmal ein gutes Fachbuch, z.B. den C++-Primer. Ohne wirst Du mit Deinen mediokren Java-Kenntnissen nur voellig muelliges C++ fabrizieren. Wie oben. Ist nicht persönlich gemeint, genauso wie @SeppJ es nicht persönlich gemeint hat, Deinen Code als Mist abzustempeln. Aber man merkt, dass Du nicht in der Lage bist, mit der Diskussion hier richtig Trab zu halten, deshalb bedarf es nach guter, literarischer Fundierung. Wir können noch 20 Beitraege ueber irgendwelche flüchtigen Fehler austauschen, die sich in Deinen Code einschleichen. Aber das wird dir langzeitlich nicht zum Erfolg helfen.

Columbo

@Mechanics Das kommt daher, dass der Moderator sich dazu erbarmt, Code-Tags für den Sprössling einzufügen. "Danke, Papa." Gern geschehen.

Dravere

@Columbo sagte in c++ *char == '=':

@Mechanics Das kommt daher, dass der Moderator sich dazu erbarmt, Code-Tags für den Sprössling einzufügen. "Danke, Papa." Gern geschehen.

Das war Mechanics wohl klar. Aber du bist irgendwie nicht Arcoth ... nicht mehr

Columbo

@Dravere Ups......

Das kommt eben davon, wenn man sich ständig umbenennt: Die anderen halten nicht mit, nennen einen Arcoth und dann passiert sowas.

Mittagspause

@PCGirl sagte in c++ *char == '=':

Hat das vielleicht etwas mit dem "i als Variablenname" zu tun, wovon Mittagspause geredet hat?

Das ist ja witzig Ich hatte von 'l' (kleines 'L') als Variablennamen abgeraten, weil er leicht mit 'i' etc verwechselt wird.

Aber ernsthaft:

@Columbo sagte in c++ *char == '=':

@PCGirl Erwirb erstmal ein gutes Fachbuch, z.B. den C++-Primer. Ohne wirst Du mit Deinen mediokren Java-Kenntnissen nur voellig muelliges C++ fabrizieren. Wie oben. Ist nicht persönlich gemeint, genauso wie @SeppJ es nicht persönlich gemeint hat, Deinen Code als Mist abzustempeln. Aber man merkt, dass Du nicht in der Lage bist, mit der Diskussion hier richtig Trab zu halten, deshalb bedarf es nach guter, literarischer Fundierung. Wir können noch 20 Beitraege ueber irgendwelche flüchtigen Fehler austauschen, die sich in Deinen Code einschleichen. Aber das wird dir langzeitlich nicht zum Erfolg helfen.

Da möchte ich mich anschließen.

HarteWare

@SeppJ Welche Punkte an Pascal sind denn komisch, Syntax?

SeppJ

@HarteWare sagte in c++ *char == '=':

@SeppJ Welche Punkte an Pascal sind denn komisch, Syntax?

Nein, die Syntax ist sauber. Sehr sauber sogar. Es sind so komische Sprachkonzepte, die vermeintlich anfängerfreundlich sind, aber im Endeffekt dafür sorgen, dass die Sprache komisch funktioniert, und der Anfänger das Gelernte dann nicht auf "normale" Systeme übertragen kann. Wie eben diese komischen Dateiobjekte, die magisch im Voraus wissen, dass sie vorm EOF stehen. Mag mit normalen Dateien funktionieren, aber dann kann man die gleichen Konzepte nicht auf andere Datei-artige Dinge anwenden, bei denen das nicht mehr möglich ist. Oder die komischen Strings, die die schlechtesten Eigenschaften von statischen Arrays und dynamisch terminierten Strings kombinieren.