Klotzkopp

Wie schon gesagt, EnumProcesses. Ist aber nicht im Kernel, sondern in psapi.dll. Dafür gibts sogar .lib und .h, also brauchst Du nicht mal LoadLibrary .

Das ist wieder mal das Problem "cin und numerische Datentypen". Dadurch, dass Du cin eine numerische Variable übergibst, verbleiben die Zeichen, die cin nicht in Zahlen packen kann, für immer im Eingabepuffer. Du musst diese Zeichen zuerst entfernen: while(bElementSizeCorrect == false) { cout << "Input size (kB): "; cin >> nElementSize; if((nElementSize > 1) && (nElementSize < 64000)) { bElementSizeCorrect = true; }else{ cout << "Wrong Input (0-64000 kB)!" << endl; [COLOR=darkred][B]cin.clear(); cin.ignore( 2000, '\n' );[/B][/COLOR] } }[/CODE]2000 ist dabei ein willkürlicher Wert. Es geht nur darum, alle erfolgten Eingaben bis zum nächsten Linefeed zu verwerfen.

Da wird nichts gelöscht, sondern der Prozess wird als Dienst gekennzeichnet. Dienste werden im Taskmanager nicht aufgeführt. Bei der Verwendung dieses Codes ist übrigens Vorsicht angebracht. Ein als Dienst registrierter Prozess wird nicht beendet, wenn der Benutzer sich abmeldet.

Dann musst Du Dich mit EnumProcesses und den anderen psapi-Funktionen begnügen. Die gibt es auch für NT4.

Genau kenne ich mich mit Qt auch nicht aus, was ich Dir hier sage, habe ich mir zusammengegoogelt . Jedenfalls scheint moc eine cpp-Datei zu generieren, die Du dann wohl mitkompilieren musst: moc -o abx_moc.cpp abc.h Hier habe ich einige Infos dazu gefunden: http://vrlab.epfl.ch/~bhbn/qt_presentation/presentation.html#SECTION00041000000000000000

Hast Du den moc über die Form1-Headerdatei laufen lassen? Wovon ist Form1 abgeleitet?

moc hast Du wahrscheinlich ausgeführt, oder? Gib mal ein Codebeispiel für einen connect-Aufruf, und die dazugehörigen Klassendeklarationen.

Der Ansatz mit CFile ist ja schon mal nicht schlecht. Aber ist das, was Du oben angegeben hast, der aktuelle Code? Da interpretierst Du nämlich den CFile*, der als Cookie reinkommt, als CString*. Das wird nicht funktionieren. Wo und wann schließt Du das CFile-Objekt? Wirft Write vielleicht eine Exception?

Hallo und willkommen auf dem Board Erstmal schieb ich Dich dahin, wo Du OnTopic bist, denn mit Standard-C/C++ hat CRichEditCtrl und der Rest der MFC nicht mehr viel zu tun Aber zum Thema: Hast Du mal geprüft, ob in den Daten, die in Deiner Callback-Funktion aufschlagen, Nullbytes auftauchen? Die dürften Dir die Behandlung mit Strings erschweren.

Es gibt zwei sogenannte Dateizeiger, einen zum Lesen und einen zum Schreiben. Durch diese beiden wird festgelegt, an welcher Stelle der Datei der nächste Lese- bzw. Schreibzugriff erfolgt. tellg liefert die aktuelle Position des Lese-Dateizeigers (g für get, p für put), und da wir den vorher mit seekg auf das Dateiende gesetzt haben...

Es gibt meines Wissen keine Funktion, um bei fstream die Dateigrößte direkt zu ermitteln. Aber Du kannst den get-Dateizeiger ans Ende setzen, und Dir die Position geben lassen: Lotto2.seekg( 0, ios::end ); long size = Lotto2.tellg(); Danach aber nicht vergessen, den Dateizeiger wieder auf den Anfang zu setzen: Lotto2.seekg( 0 );

Bestenfalls die gleiche Hardware , aber eigentlich nicht einmal das, weil Microsoft AFAIK die Mac-Adresse der Netzwerkkarte für den Hardware-Hash verwendet. Und die sollte ja bei jeder Netzwerkkarte eine andere sein.

Du kannst die seriellen Schnittstellen wie normale Dateien verwenden, einfach mit COM1 als Dateiname. Du kannst die Schnittstelle z.B. mit CreateFile öffnen, und dann mit WriteFile und ReadFile schreiben und lesen. Falls Du Einstellungen wie Baudrate, Parität, Anzahl der Datenbits usw. ändern willst, solltest Du Dir GetCommState und SetCommState ansehen. Die dabei verwendete DCB-Struktur enthält alle diese Daten.

Entweder verwendest Du eine API für asynchrone Kommunikation, oder Du startest einen zweiten Thread. Das sollte ohne weitere Umformungen funktionieren.

Eigentlich sollte das funktionieren. Was ist zeichen? Was ist MAXSTRLEN? Hast Du den Inhalt der Datei überprüft?

Außerdem wäre es gut, bei jedem Schleifendurchlauf ein wenig zu warten, denn sonst lastet Dein Programm den Prozessor komplett aus.

Das bedeutet, dass Dein Mailserver POP-before-SMTP verlangt. Du musst erst Deine Mails abfragen, bevor Du (eine gewisse Zeit lang) welche versenden kannst. An wen die Mail geht, dürfte dabei belanglos sein.

Es wäre vermutlich einfacher, wenn Du nicht ShellExecute, sondern CreateProcess verwenden würdest. Die PROCESS_INFORMATION-Struktur, deren Adresse Du als letzten Parameter übergibst, enthält u.a. ein HANDLE, auf das Du mit WaitForSingleObject warten kannst, bis der Prozess beendet ist: STARTUPINFO sinfo; PROCESS_INFORMATION pinfo; memset( &sinfo, 0, sizeof(sinfo) ); sinfo.cb = sizeof(sinfo); memset( &pinfo, 0, sizeof(pinfo) ); // Taschenrechner starten if(!CreateProcess("c:\\windows\\system32\\calc.exe", NULL, NULL, NULL, FALSE, NULL, NULL, NULL, &sinfo, &pinfo)) { // Fehler beim Starten des Prozesses // ... } // Warten, bis der Taschenrechner geschlossen wird WaitForSingleObject( pinfo.hProcess, INFINITE );[/CODE]

Setzt mal einen Breakpoint auf die erste Zeile der Button-Methode, und prüfe mit dem Debugger, warum nichts geschieht.

Danke für den Hinweis. Wie finde ich eigentlich heraus, ob etwas Teil des Standards ist? Passiert das nicht mit allen Variablen auf dem Stack?

Für die Größe eines Arrays musst Du eine Konstante oder ein numerisches Literal verwenden, also nichts, was Du zur Laufzeit noch verändern könntest. Wenn es Dir nur darum geht, den Speicher nicht wieder freigeben zu müssen, kannst Du alloca verwenden, also statt int array[ groesse ]; einfach das hier: int* array = (int*) alloca( groesse * sizeof( int ) );

Der Papierkorb ist keine eigenständige Anwendung, sondern wie Arbeitsplatz und Netzwerkumgebung eine sogenannte Shell-Extension und mit dem Explorer verknüpft.

Ist das jetzt eine Hochrechnung aus Euren sechs Ablehnungen? Es ist für mich schwer nachzuvollziehen, wer sich lächerlich gemacht hat, wenn Du über die Inhalte der Anträge und die Gründe der Ablehnungen kein Wort verlierst...

Ich hab Dir doch gesagt, wo der Fehler in Deinem Code ist. Gehts immer noch nicht?

Habe nie bestritten, dass es nicht klappt. Deine Erinnerung in allen Ehren, aber wie willst Du bei ExitProcess angegeben haben, welcher Prozess beendet werden sollte?