Klotzkopp

Was weißt du denn über PM?

Fehlen dir die Hilfsmittel? Für diesen Ansatz musst Du - den Mittelpunkt zweier Punkte berechnen können - die Länge einer Strecke zwischen zwei Punkten berechnen können - aus Gegenkathete und Winkel die Hypotenuse berechnen können - Kreisgleichungen aufstellen, gleichsetzen und auflösen können Oder ist der Algorithmus klar, und es hapert bei der Umsetzung in eine konkrete Programmiersprache? Dann solltest du sagen, um welche es sich handelt, und dich vertrauensvoll an das entsprechende Unterforum wenden.

Gut, dass du das gesagt hast. Ich dachte schon, du wolltest was ganz anderes Woher kommt eigentlich diese Sitte, Sätze unmotiviert mit "und zwar" zu beginnen? Mehrfache Satzzeichen... Es wäre nett, wenn da jemand Plan von hätte? Du suchst keine Hilfe? So, Schluss mit lustig: Jeder der beiden Punkte bildet mit dem Punkt, der in der Mitte der beiden Punkte liegt, und dem Kreismittelpunkt, ein rechtwinkliges Dreieck. Daraus kannst du errechnen, wie groß der Radius des Kreises ist. Dann musst du nur noch die zwei Punkte finden, die von den beiden gegebenen Punkten genau so weit entfernt sind.

Üblicherweise übergibt man einen Zeiger auf ein COM-Objekt einer Klasse, die von dem geforderten Interface abgeleitet ist, und die dessen Methode(n) (in diesem Fall OnNotify) implementiert. Hast du so eine Klasse?

"Codes für Linux" bedeutet nur, dass dieser Code auf Funktionen zurückgreift, die Linux anbietet (und andere OS, wie z.B. Windows, eben nicht). Das beinhaltet aber keine Information darüber, in welcher Sprache diese "Codes" geschrieben sind. Mit der Sprache, in der Linux geschrieben wurde (wobei ich bezweifle, dass es nur eine ist), hat das überhaupt nichts zu tun.

Kannst du die Datei mit ShellExecute starten, wenn du sie von der CD auf die Platte kopierst?

Stimmt, du hast ja eine chm. Dann musst du im Konstruktor deiner App-Klasse EnableHtmlHelp() aufrufen.

Musst du, wenn die Hilfedatei nicht im selben Verzeichnis wie die Exe steht. m_pszHelpFilePath ist eine Membervariable von CWinApp. In jeder MFC-Anwendung hast du eine von CWinApp abgeleitete Klasse, von der eine globale Instanz angelegt wird. Am besten setzt du den Wert in der InitInstance-Methode.

Sorry, den Titel hatte ich gar nicht so genau angesehen. :hells: Hast du eine .chm oder ein .hlp? Wie heißt die Datei und wo liegt sie? Hast du m_pszHelpFilePath der App-Klasse geändert?

Sprichst du von Windows und MFC? Es wäre gut, wenn du so etwas immer gleich angibst.

Wenn du uns deinen Code zeigst, können wird dir viel besser helfen. So ist das nur ein Ratespiel.

Ganz einfach: std::list bietet keinen indexbasierten Zugriff über den operator[]. Das kann nur std::vector. Bei std::list musst du mit iteratoren arbeiten: for(list<string>::iterator i = O.begin(); i != O.end(); ++i) cout << *i << endl;[/CODE]

Bubble, es geht nicht um protected-Member oder -Methoden, es geht um protected-Vererbung: class Derived : [b]protected[/b] Base { ...[/code]

Ich kann mir kein Beispiel vorstellen, bei dem durch protected-Ableitung ein gutes Klassendesign zustande kommt. Hast du eins? @Idexe: Für public- und private-Vererbung gibt es eine einfache Modellentsprechung. public-Vererbung stellt eine "ist ein"-Beziehung dar, private-Vererbung eine "ist implementiert mit Hilfe von"-Beziehung. Scott Meyers schreibt in "Effective C++", Item 35: Schau mal in das Buch rein, ist sehr zu empfehlen. Besonders die Items 35 und 42 sind in dieser Beziehung interessant.

Warum sollte das nicht gehen? Schau mal auf meine Signatur.

Ich fände es gut, wenn du an der Art und Weise arbeiten würdest, wie du Probleme beschreibst. Mal ganz abgesehen davon, dass ich es unmöglich finde, mit welcher Wertung du hier das Wort "behindert" benutzt, wäre der Wortlaut der Fehlermeldung interessant gewesen. Ist es dieselbe, die der Skriptdebugger im IE bringt? Kannst du dir vorstellen, dass du mit dieser Ausdrucksweise potentielle Helfer vergraulst? Willst du Hilfe und ernstgenommen werden, oder willst du "cool" rüberkommen? Was ist dir wichtiger? einskommafünf Minuten, ich bin erschüttert. Was glaubst du, wieviel Zeit sollen die Helfer hier investieren, bevor deren Zeit den Wert von 1,5 Minuten deiner Zeit erreicht hat? s.o. Also bitte: Eine klare, deutliche und verständliche Fehlerbeschreibung ist in deinem eigenen Interesse. Durch kewlen Slang und konsequente Kleinschreibung beeindruckst du niemanden, eher schreckst du ab. Nur so als Tipp

Es geht nur um den Initialisierungsteil der for-Schleife, also den Bereich zwischen der runden öffnenden Klammer und dem ersten Semikolon. So etwas gibt es do/while nicht. Darum funktioniert auch dein Beispiel nicht

Das ist aber ein Bug des Compilers von Visual C++ 6. Der Standard sagt, dass Variablen, die im Initialisierungsteil einer for-Schleife deklariert werden, nur innerhalb der Schleife gültig sind.

Über die Projektverwaltung einer IDE, über die Kommandozeile, da gibt es mehrere Möglichkeiten. Dem Compiler ist die Dateierweiterung ziemlich egal. Vermutlich meinst du Prototyping. Das hat aber nichts mit der Verteilung auf Header- und Quellcodedateien zu tun. Eine undeklarierte Funktion kannst du nur in C aufrufen. Der Compiler sieht in dem von dir beschriebenen Szenario gar nichts von der Headerdatei. Er sieht nur die Ausgabe des Präprozessors. Äh, was hat die Namensdekoration jetzt mit Headerdateien zu tun? Ich glaube, du wirfst da einiges durcheinander. Wie gesagt, das ist die übliche (und einzig sinnvolle) Vorgehensweise. Aber das bedeutet nicht, dass man Headerdateien nicht kompilieren kann.

Hättest du die Suchfunktion des Forums mit ein paar charakteristischen Wörtern der Fehlermeldung gefüttert, hättest du einige Threads gefunden, u.a. diesen hier: http://forum.fachinformatiker.de/showthread.php?t=63107

hund555, du hst doch mit p und q genau die beiden Markierungen, die du brauchst: for (int i=0; i<p; i++) { cout << jz5[i] << "\n"; } for (int i=0; i<q; i++) { cout << jrest[i] << "\n"; }[/code]

Aber es ist nicht sinnvoll. Der Sinn von Headerdateien ist der, dass sie mittels include-Direktive in Quellcodedateien eingebunden werden. Die werden dann kompiliert.

Zwei Dinge: 1. "Ich brauch mal wieder Hilfe!" ist so ziemlich der schlechteste Betreff, den du hättest wählen können. Jeder, der hier einen Thread erstellt, sucht Hilfe. Das "du" es "mal wieder" bist, ist auch jedem klar. Dein Threadtitel liefert also Null Information, was das eigentliche Problem angeht. Ein potentieller Helfer, der in der Übersicht nur den Threadtitel sieht, könnte gar nicht erkennen, dass du ein Problem hast, das er leicht lösen könnte. 2. Die Problembeschreibung ist schwer verständlich. Ich sehe bei der geschilderten Situation überhaupt keine Einsatzmöglichkeit für eine Schleife. Um 1 kümmere ich mich diesmal noch (soweit ich das Problem verstanden habe), bei 2 legst du jetzt bitte nach.

Immer noch? Was hast du denn geändert? Nein, eigentlich nicht. Wenn du willst, kannst du mir das Projekt per Mail schicken, dann kann ich es mir mal ansehen.

Also meiner Meinung nach muss die Methode so aussehen: [id(1), helpstring("method ConnectAddressServer")] HRESULT ConnectAddressServer([in, defaultvalue(5000)] LONG Port, [in, defaultvalue("")] BSTR IPAddress, [out, retval] VARIANT_BOOL* pRet); Damit klappt bei mir ein Aufruf aus VBScript ohne Parameter.