Klotzkopp

Wir haben eine Tutorial-Liste im Forum oben angepinnt. Nein, kein Problem. Ich wollte nur anmerken, auf welchem Level deine Verständnisprobleme liegen. Das ist nicht jedem so klar wie dir.

Je nachdem, wo du deinen Counter definierst, hat das eine andere Bedeutung. Wenn du eine Variable in der Methode anlegst, ist sie lokal. Sie wird jedesmal beim Betreten der Funktion neu angelegt, und am Ende verliert sie ihre Gültigkeit. Das ist dasselbe Problem wie vorher, und eigentlich absolutes Grundlagenwissen.

Lass die Finger von Dev-C++, diese IDE wird schon seit Jahren nicht mehr weiterentwickelt und hat etliche Bugs. Alternativen wären beispielsweise Code::Blocks oder Microsoft Visual Studio Express.

Welche Aufgabe? Hast du dieselbe Aufgabe wie Ongree bekommen?

Ich meinte schon konkret diese beiden Zeilen. Ich sehe da ein paar größere Verständnisprobleme bei dir, und wollte so nachvollziehen, woher die kommen. Entweder hast du da von Anfang an viel zu kompliziert gedacht, oder du hast am Code rumgefrickelt, um ihn zum Laufen zu bringen. Die äußere foreach-Schleife durchläuft die gefundenen Unterverzeichnisse. Aber du brichst diese Schleife gleich nach dem ersten Durchlauf ab (mit break). Warum? Und warum machst du innerhalb des Schleifenrumpfes diese for-Schleife auf? Die foreach-Schleife durchläuft doch schon die Verzeichnisse, welchen Zweck hat die for-Schleife? dir ist ein String, dir.Length ist die Länge dieses Strings. Ich verstehe nicht, warum du die Schleifenvariable überhaupt auf diesen Wert setzt. Hat es eigentlich einen bestimmten Grund, dass du dich auf 5 Unterordner beschränkst? Ohne diese Beschränkung wäre der Code einfacher.

Das Verhalten ist wie erwartet. Was hast du denn geglaubt, was dieser Code tut? Auch hier: Das Verhalten ist erwartet. Das ist genau das, was GetDirectoryRoot tut, deswegen heißt diese Funktion so. Das Verhalten passt zum Code. Deshalb auch hier wieder die Frage: Was sollte der Code tun?

Was sind denn das für ungültige Zeichen? 70% von allen, oder 70% von denen, deren Länge kein Vielfaches von 4 ist?

Wozu sollte das gut sein?

Bitte nicht. Wenn du merkst, dass du einen Thread im falschen Forum erstellt hast, wende dich an einen zuständigen Moderator oder Administrator, damit er den Thread verschiebt. Erstell nicht einfach einen neuen mit demselben Inhalt. Und für's nächste Mal: Versuch einen Threadtitel zu finden, der Informationen über das Problem enthält. "Mal wieder eine schöne Schulaufgabe" ist absolut nichtssagend.

Jeder hat mal klein angefangen, und jeder macht auch später noch manchmal blöde Fehler.

Und hast du es bei allen umgestellt?

Wieviele Fenster hast du denn?

Was für eine Art Projekt hast du denn erstellt?

Deine Vorgehensweise beruht aber auf der Vermutung, dass der GC nicht sowieso schon alles unternimmt, um Speicher zu sparen, bevor der Speicher zu Ende geht. Hast du wirklich geprüft, ob dieses GC.Collect überhaupt einen positiven Effekt auf dein Programm hat? Du solltest vielleicht eher dein Programm so ändern, dass es von vornherein weniger Speicher reserviert. Dispose ist dann sinnvoll, wenn du unmanaged-Ressourcen verwaltest.

Ist das ein Application Setting? Die sind absichtlich read-only. Nimm ein User Setting, wenn du es verändern willst.

Die Implementierung sollte dann aber doch aus etwas mehr als einem Selbstaufruf bestehen. Und der Nutzen, vor allem, wenn keine Unmanaged-Ressourcen freizugeben sind, ist wohl begrenzt. Implementing a Dispose Method

Freier Speicher ist nutzloser Speicher. Hast du einen konkreten Problemfall, oder ist das mehr ein "Bauchgefühl"?

Ich habe die Fehler markiert, ohne Anspruch auf Vollständigkeit. Aber immerhin sollte sich das jetzt kompilieren lassen. #include <sys/socket.h> #include <stdio.h> #include <arpa/inet[COLOR="#ff0000"][B].h[/B][/COLOR]> #include <unistd[B][COLOR="Red"].h[/COLOR][/B]> int main() { int socket_nummer; int laenge; struct sockaddr_in adressinfo; int ergebnis; unsigned short int portnummer; char ip_adresse[] = "127.0.0.1"; for(portnummer = 0;portnummer<65535;portnummer++) { socket_nummer = socket(AF_INET, [B][COLOR="#ff0000"]SOCK_STREAM[/COLOR][/B], [B][COLOR="#ff0000"]0[/COLOR][/B]); adressinfo.sin_family = AF_INET; inet_pton(AF_INET, ip_adresse,&adressinfo.sin_addr.s_addr); adressinfo.sin_port = htons(portnummer); laenge = sizeof(adressinfo); ergebnis = connect(socket_nummer,(struct sockaddr *)&adressinfo, laenge); if(ergebnis == 0) { printf("\n Verbindungsaufbau erfolgreich an"); printf(" IP %s - Port %d",ip_adresse,portnummer); }close(socket_nummer); } return(0); } [/CODE] Dein Code sollte eigentlich nirgendwo laufen. Vielleicht ist beim Kopieren (Abschreiben?) etwas schiefgegangen, vielleicht hast du auch eine alte Version kopiert. Das sind jedenfalls typische Abschreibfehler.

Ich hatte keine Probleme, den Installer mit Google zu finden. Auf der MinGW-Projektseite ist er allerdings wohl nicht mehr. Diese Version ist aber schon fast 2 1/2 Jahre alt. Warum muss es denn genau diese sein?

Warum sträubst du dich so? Dass der Code auf deinem Ausbildungs-PC funktioniert, heißt nicht, dass er richtig ist. Zeig den Code, oder zumindest ein Minimalbeispiel, das den Fehler reproduziert. Du brauchst auch keine Angst zu haben, dass jemand über deinen Portscanner schimpft oder lacht. Die Dateien heißen ja auch inet.h und socket.h. Und damit findet man das hier: Debian -- Package Contents Search Results -- arpa/inet.h Debian -- Package Contents Search Results -- sys/socket.h libc6-dev, hast du schon -> Anderes Problem. Es gibt dutzende mögliche Ursachen für dein Problem. Aber es liegt zu 95% an deinem Code. Und ich bin nicht bereit, hier eine mögliche komplexe Problemlösung nach der anderen durchzukauen, bevor ich nicht die wahrscheinlichste geprüft habe. Zeig den Code, dann können wir weiterhelfen.

Wie "verteilt" ihr denn? Das sollte ja sowieso nicht im Kontext des normalen Benutzers passieren.

Ich vermute, er benutzt C, also nix mit new . Mit C++ würde ich davon abraten, mit rohen Zeigern zu hantieren.

Du kannst die Größe von Arrays nicht ändern. In C kannst du den Speicher, wenn du ihn dynamisch (mit malloc) reserviert hast, mit realloc vergrößern. In C++ würde man in so einem Fall gar kein Array verwenden, sondern eine der Containerklassen der Standardbibliothek, wie std::vector. Globale Variablen braucht man übrigens äußerst selten, und meistens sind sie ein Zeichen von schlechtem Stil.

Es kann durchaus sein, dass du das über die Druckertreiber einstellen kannst. Stichwort Gray Component Replacement. Ich würde sagen, ja. Ein wichtiger Faktor könnte noch sein, inwieweit bestimmte Farben stärker verbraucht werden. Sind bestimmte Farben in den Ausdrucken vorherrschend? Je stärker sich die Verbrauchswerte von C, M und Y unterscheiden, desto schlechter schneidet die CMY-Kombipatrone ab. Ob du dafür aussagekräftige Daten finden kannst, kann ich aber nicht beurteilen.

Wie kommst du denn darauf? Dass die Druckköpfe in die Patronen integriert sind, hat doch nichts damit zu tun, wie Schwarz dargestellt wird. Das ist eine Frage des Treibers. Siehe oben: Was hat das eine mit dem anderen zu tun? Wie begründest du denn, dass du hier den Durchschnitt benutzt? Warum nicht die Summe?