Klotzkopp

Du hast eine falsche Vorstellung von Klassen und Objekten. Das kommt jetzt vermutlich überraschend: Form1 hat kein ListView. Eine Klasse ist ein Bauplan. Stell dir einen Bauplan von einem Schrank vor. Der Schrank hat laut Plan eine Tür. Wenn ich jetzt auf den Plan zeige und dich bitte, die Tür zu öffnen, wirst du berechtigterweise fragen: "Welche Tür? Die Tür von welchem Schrank?". Form1 ist der Bauplan. Jedes Objekt, das nach dem Form1-Plan erstellt wird, hat ein ListView. Das Objekt wird irgendwo im automatisch generierten Code erzeugt. Wenn du eine Klasse saveandload deklarierst und von Form1 erben lässt, hast du zunächst einmal nur einen weiteren Bauplan, der besagt, dass jedes nach diesem Plan gebaute Objekt ein Form1 ist, mit den zusätzlichen Extras, die noch in dem saveandload-Bauplan stehen. Und wenn du ein neues saveandload-Objekt erzeugst, steckt da auch ein neues Form1-Objekt drin. Und das hat natürlich auch ein neues ListView. Das ist aber das falsche ListView. Um auf das Beispiel mit dem Schrank zurückzukommen: Wenn du die Tür einen ganz bestimmten Schranks öffnen willst, bringt es nichts, wenn du einen neuen Schrank baust und dessen Tür öffnest.

Ich wundere mich, dass das überhaupt übersetzt werden kann. In button1_Click erstellst du ein saveandload-Objekt, und machst nichts damit. Dann erstellst du ein Fehlermeldungen-Objekt mit den Texten deiner Form und rufst dessen add-Methode auf. Die Methode Fehlermeldungen.add hast du leider nicht gezeigt. Die Methode saveandload.add, die du gezeigt hast, rufst du nicht auf, der Aufruf ist auskommentiert. Wenn das wirklich kompiliert wird, woher hat saveandload textBox4, comboBox2, listView1 usw.? Das sind Member von Form1, die sollten in saveandload nicht bekannt sein, es sei denn, du hast da irgendeine Vererbung konstruiert oder diese Member auch zu saveandload hinzugefügt. Beides wäre Unsinn. Wenn du saveandload von Form1 abgeleitet hast, dann erzeugst du mit new saveandload() eine neues Form-Objekt, das natürlich auch sein eigenes ListView hat, das nur (noch) nicht angezeigt wird. Du kannst nicht erwarten, dass Einträge, die du in dieses neue ListView steckst, in deinem eigentlichen auf Form1 erscheinen. Wenn du die Steuerelement-Member einfach so zu saveandload hinzugefügt hast, ist das Problem dasselbe: Das saveandoad.listView1 ist nicht dasselbe wie das, das gerade in Form1 angezeigt wird. Objektorientierung bedeutet nicht, dass man Methoden in Klassen sortiert und dann nach Bedarf neue Objekte erzeugt. Das ist aber ein Anfängerproblem, das man häufiger beobachten kann. Der Unterscheid zwischen Klasse und Objekt ist noch nicht ganz klar. Irgendwann macht's dann aber Klick. In deinem konkreten Fall: Wenn eine andere Klasse irgendwas mit dem ListView auf Form1 machen soll, braucht sie eine Referenz auf die Form oder das ListView.

Bei PHP wundert mich ja gar nichts mehr. Konkret ist hier wohl das Problem, dass die Zend Engine nicht damit zurecht kommt, wenn man NULL als "By-Reference"-Argument übergibt. Bei JavaScript: Zeig mal ein Beispiel.

Du kannst für Variablen keine "Berechnungsvorschriften" im Code hinterlegen. Das geht einfach nicht. Unter anderem dafür gibt es Properties. Der Getter wird jedesmal ausgeführt, wenn lesend darauf zugegriffen wird.

Du solltest nichts anderes ändern. Dass beim ersten Programm 0 herauskommt, liegt nämlich daran, dass du Prozent nicht neu berechnest, nicht daran, dass eine Ganzzahldivision stattfindet.

Schön. Setz Global.CounterAll mal auf 5000.

Unsinn. Der Divisor ist double, also ist das Ergebnis auch double.

Es ist egal, wo du die Variable anlegst. Eine Variable ändert nicht automatisch ihren Wert, wenn du eine andere Variable änderst. Du kannst so ein Verhalten mit einem Property abbilden.

Weil du prozent nur ein einziges Mal berechnest, zu einem Zeitpunkt, an dem counterall 0 ist. Die Variable prozent aktualisiert sich nicht automatisch mit, wenn du counterall änderst.

3.000 MBit sind 3.000.000.000 Bit, nicht 3.000.000. Die Umrechnung von Bit in MiB ist auch falsch.

Wenn ein Bild 768000 Bit Speicherplatz braucht, und du 94608000 Bilder speichern musst, wie viel Platz brauchst du insgesamt?

Der Server hat eine Leistungsaufnahme von 100 W, egal ob er 24 Stunden läuft (dann braucht er 100W * 24h = 2400Wh Energie, nicht Leistung), oder eine halbe Stunde (dann braucht er 100W * 0,5h = 50 Wh Energie). Wenn du unbedingt einen Zeitbezug in der Leistung haben willst, dann schreib halt Wh/h, aber wie man sieht, kürzt sich das sofort wieder raus.

Es geht nicht um einen unrealistischen Wert. Es ist wirklich ein Einheitenfehler. Leistung hat die Einheit Watt, nicht Leistung pro Zeiteinheit.

RC4 hast du aber vollständig verstanden?

std::string::substr heißt die Methode in C++.