Die Fehlermeldungen sind doch sehr, sehr eindeutig. Hast du wenigstens mal versucht, diese zu verstehen? Erklär doch mal, wie du beispielsweise Warnung C4477 "fprintf": Die Formatzeichenfolge "%s" erfordert ein Argument vom Typ "char *", das variadic-Argument "1" weist aber den Typ "int *" auf. keylogger_cpp c:\users\bruno\source\repos\keylogger_cpp\keylogger_cpp\main.cpp 32 " interpretierst und wieso du denkst, dass diese Meldung nicht berechtigt wäre. Viele/alle deiner Probleme kommen übrigens davon, dass du C mit C++ mischt. Benutze kein fprintf, benutze die fstreams! Benutze kein char*, benutze string! Allgemeiner: Wenn du selber programmierst, musst du auch verstehen, was du tust. Es reicht nicht, zu googeln und Codefetzen zusammen zu kopieren. Du musst die Sprache von Anfang an systematisch lernen!

@Anfängerc-2000 sagte in Bestandsliste (Array und if-Anweisung): Ich will einfach nur mit If und Array eine Bestandsliste, welches ich durch die Indexnummer des Arrays die Bestände abfragen kann. Da die Bestände alle unter 20 sind, soll das Programm mich fragen ob ich die fehlenden Artikel bis 20 nachbestellen möchte. Wenn ich bei der Anfrage nach der Artikelnummer nicht eine Zahl welches sich im Array befindet oder ein Buchstaben eingebe, soll das Programm mir die Meldung geben das ich die Falsche Artikelnummer eingegeben habe. Ok, dann mach das doch mal und melde dich, sobald du ein konkretes Detailproblem damit hast.

In der Aufgabenstellung stand "Fächer von 1 bis 8", daher habe ich 8 geschrieben, aber wenn du 10 haben möchtest, ist das ja auch so OK. Und bei der Lagerplatz-Klasse solltest du dann noch eine setProduct-Funktion erzeugen. PS: Lagerplatz::Lagerplatz(Produkt a, int b) { prod = &a; } Dies erzeugt einen sog. "dangling pointer", da du die Adresse von dem Parameter (welches eine Kopie des übergebenen Arguments hier ist) speicherst. Am besten, du benutzt hier generell nur Wertetypen ("value types") und keine Zeiger (denn die Klasse Produkt so wie du sie oben hast, ist ja einfach kopierbar).

@username-987hgf sagte in in File schreiben und lesen: char zeile = 0; string zeichen; klingt sehr nach Troll

@Swordfish sagte in Destruktor wird doppelt ausgeführt: @Flip-Flop_Träger sagte in Destruktor wird doppelt ausgeführt: mir persönlich geht dabei die einfache Lesbarkeit des Codes verloren. animal::animal(int foo, int bar, int qux = 42) : foo { foo }, bar { bar }, qux { qux } {} Kann ich nicht so wirklich nachvollziehen. ... Mal ganz davon abgesehen, dass auch ein funktionaler Unterschied besteht (Initialisierung v.s. Zuweisung). Ich würde ebenfalls empfehlen, die Konstruktor Initialisierungsliste zu verwenden, und dabei auch empfehlenswert: In der selben Reihenfolge, wie die Member innerhalb der Klasse definiert sind. Sonst könnte da auch Verwechslung aufkommen in Bezug auf die Initialisierungsreihenfolge. Bonus Tipp: Als Daumenregel alle Konstruktoren, welche sich mit einem einzigen Argument aufrufen lassen, sollten als explicit definiert werden, also: explicit animal(int p_i); //Konstruktor

Ich würde sagen: Die moveButton-Funktion soll einen Button verschieben in Abhängigkeit der Richtung. Die Parameter von moveButton sollten daher sein: genau ein (Pointer auf) Button, die Richtung und die Entfernung (die 100 in deinem Code). Bislang nimmt die moveButton-Funktion die Richtung, ein Array von Buttons, x und y. Vor allem benutzt du die Richtung, um in das qbp-Array zu indexieren. Das erscheint völlig wirr. Die moveButton-Funktion braucht doch gar nicht zu wissen, wie viele Buttons es gibt. xx, yy und die width und height könnte man direkt aus dem existierenden Button ermitteln. Außerdem hast du in dem switch/case praktisch identischen Code - und einmal hat die for-Schleife die falsche Abbruchbedingung. Du könntest in dem switch einfach nur ein deltaX/deltaY berechnen und ansonsten dieselbe Schleife für alle Richtungen verwenden. Oder - und weil "int" für eine Richtung falsch und unflexibel erscheint, könntest du die deltaX und deltaY (vielleicht sogar als float) als Paramter einführen und stattdessen den direction-Parameter entfernen.

@cnc13 sagte in Die C++ Programmiersprache - Hilfe zu Fragestellungen?: Also lässt sich daraus auch annehmen, das die Ausrichtung nicht ungerade sein können, da ein Rechner in der Regel Daten verarbeitet zur Basis 2, oder gibt es Systeme die eine Ungerade Ausrichtung besitzen? Man kann, wenn auf dem System ein miss aligned Zugriff erlaubt ist, dies über über gepackte struct realisieren. @DirkB sagte in Die C++ Programmiersprache - Hilfe zu Fragestellungen?: Es gibt/gab (exotische) (DSP-)Systeme, dort ist ein Byte 24-Bit breit. Das ist die kleinste adressierbare Einheit. Dort sind dann char, short und int gleich groß. und somit ist sizeof() davon 1 und können auf jeder Adresse liegen.

Falls dir jemand helfen soll, kürze deinen Code auf das Nötigste. Poste ihn in Codetags. Kontrolliere, ob du ihn vollständig gepostet hast. Das scheint mir aktuell nicht der Fall zu sein. Andernfalls kannst du wahrscheinlich auch einfach einen Debugger nutzen um zu schauen, wie dein Problem zustande kommt. Vielleicht hilft es ja schon den Code Step-by-Step ablaufen zu lassen und dabei deine Variablen zu beobachten.

Hallo liebe Community, wir sind auf der Suche nach 3-4 unabhängigen C++ Programmierern für eine App, welche wir derzeit entwickeln. Das Programm soll von einem vorhandenen Code in einen C++ Code umgewandelt werden. Bei Interesse würden wir uns über eine Nachricht freuen. Liebe Grüße, Luisa

Ja, genau - nur das Einbinden ("includen"), was auch wirklich benötigt wird. Bei Referenzen und Zeigern reichen auch Vorwärtsdeklarationen (forward declarations). PS: Das Stichwort zum Fehler heißt "cross include".

@It0101 sagte in C++ + Qt: Problem bei string und Leerzeichen: Er arbeitet nicht mit QT, nutzt aber den QTCreator als Entwicklungsumgebung. tjoa. sskm.

@manni66 sagte in Code einfügen: Dein Code ist nicht in C++ geschrieben. Ist das CLI/.NET ? Das ist C++ wie es auf dem Arduino (mit der Arduino IDE) programmiert wird. Das sind Mikrocontroller (von 8 bis 32 Bit) Für die kleinen wird kaum C++ benutzt. Gut an den User-Funktionen setup und loop zu erkennen.

@Smilee_N19 sagte in sdl_2 auf mac os mojave: haben unser projekt vorher immer nur auf windows benutzt Da der Visual Studio Compiler das noch nie zugelassen hat, verwendest du vermutlich einen g++. Dann solltest du versuchen, mit g++ -Wall -pedantic-errors -std=c++17 zu übersetzen, um auch auf Windows standardkonform zu sein.

@Smilee_N19 Manchmal sollte man den Schwertfisch einfach ignorieren Was ich dir empfehle: Nimm dir den Beitrag von @SeppJ sehr zu Herzen. Das was du da programmiert hast, ist im Grunde der Stil von vor 20 Jahren. Lies dir Wissen zu den aktuellen Containern ( z.b. Arrays, Vectoren ) von C++ an und verwende diese konsequent. Es gibt praktisch keinen Grund mehr, die nicht zu verwenden, denn die: reduzieren deine Fehlerquote durch konsequenten Verzicht auf Pointer-Gewurschtel ( bei dir "int*" ) machen den Quellcode leichter verständlich sind bei korrekter Anwendung performanter als alles was Anfänger sich meist selber so zusammenbauen

@Deuterium42 sagte in Frage zu Return Werten: Gebe ich damit selber an, ob mein Code (meiner Meinung nach) richtig arbeitet oder nicht? wenn du später eigene funktionen erstellst, kannst du damit fehler abfragen. da werte von 0 immer "false" sind und alle werte ungleich 0 immer "true" kannst du dir dann sowas bauen: int MeineFunktion() { if(MeineUnterfunktion1()) { return 1; } if(MeineUnterfunktion2()) { return 2; } ////////////////// return 0; } int main() { int rc = MeineFunktion(); if(rc) { switch(rc) { case 1: cout << "MeineUnterfunktion1 fehlgeschlagen" << endl; return 1; break; case 2: cout << "MeineUnterfunktion2 fehlgeschlagen" << endl; return 2; break; } } cout << "keine Fehler in MeineFunktion aufgetreten" << endl; return 0; } die rückgabewerte kannst du übrigens nicht nur in shellscripten auswerten, sondern auch in c- oder c++-programmen, wenn du denn die entsprechende betriebssystemfunktion aufrufst, aber bis dahin hast du noch so einiges zu tun.

About ESR Labs We are an embedded automotive software company. In other words, we develop innovative embedded software for high-tech cars. Within only six years, we have achieved the status of a Tier 1 software supplier providing us with the opportunity to work directly with some of the most respected and distinguished premium car manufacturers and suppliers in the market. Our work is already part of millions of vehicles and enables those vehicles to take advantages of what has become stat of the art in consumer electronics: internet connectivity, artificial intelligence, autonomy, cloud computing, and over-the-air feature updates. Job description As Low Level Software Developer, you take on very demanding projects usually in cooperation with leading automotive OEMs. Here you develop BSPs and drivers in cooperation with well-known microcontroller manufacturers. You will not adjust pre-existing low level drivers but write these drivers in C/C++ from scratch on the basis of very specific and complex requirements. Qualifications Required qualifications: Completed degree in information technology or comparable education Excellent knowledge in C/C++ Good knowledge in git Good knowledge in driver development Good knowledge in RTOS Experience with hardware debugger (preferably T32) Embedded Know-how Good English language skills High customer- and team-orientation Desired qualifications: Good understanding of PowerPC- and ARM-architectures Experience with OSCI Knowledge of agile software development German language skills What we offer Great work environment with co-workers you can rely on and who demonstrate strong performance Opportunity to make an impact by delivering fantastic work in essential projects A chance to create useful technology by minimizing complexity Employee freedom through flexible work-hour models, little hierarchy, and a collaborative work environment Experimentation and learning through our regular hackathons, programming challenges and hands-on workshops Choose your hardware/ software set up A daily supply of fresh fruit, coffee and water Contact Your application will be processed by the Job Ambition GmbH, our strategic recruiting partner. If you have questions, feel free to contact Ms. Stefanie Schwamberger by phone: + 49 (0) 711 400 538 81. Apply now: https://esrlabs.softgarden.io/job/156447?l=en

@DocShoe sagte in Hilfe beim arbeiten mit Feldern: Warum die explizite Zuweisung in Zeile 5? Das erledigt doch schon der Konstruktor? Für den C++ noob könnte so der Eindruck enstehen, 'cin' würde die Eingabe an den String anhängen.