Klotzkopp

Geht das auch etwas genauer? Übrigens:

Ein Thread reicht: http://forum.fachinformatiker.de/showthread.php?t=80879 -> Geschlossen.

Das funktioniert so nicht. Der Präprozessor kann dir nur Strings zusammenfügen, die bereits fest im Quellcode stehen, da er zur Compilezeit aktiv wird. Du willst eine Variable einfügen, die erst zur Laufzeit mit Inhalt gefüllt wird. Du wirst nicht um sprintf & Co. herumkommen. Das kannst du zwar auch in ein Makro verpacken, aber davon rate ich ab. Schreib besser eine Funktion dafür.

UpdateData vergessen? Falls nicht, zeig mal ein wenig Code.

http://de.wikipedia.org/wiki/Cardanische_Formel

Vielleicht könntest du das Problem noch mal genauer erklären.

Indem du nicht 23,21 speicherst, sondern 2321. Du multiplizierst den double-Wert mit 100, addierst 0.5 (bzw. -0.5 bei negativen Zahlen), damit richtig gerundet wird, und weist das einer long-Variablen zu.

Haben wir doch schon gesagt: Indem du keine Fließkommatypen benutzt. Es gibt nicht umsonst die Regel, dass man float & double nicht auf Gleichheit (oder Ungleichheit) prüfen soll. Ich frag ja gern nochmal: Geht es immer nur um zwei Nachkommastellen?

Geht es immer nur um zwei Nachkommastellen? Dann rechne gleich mit Hundertsteln und Ganzzahltypen, und benutz die Fließkommatypen nur für die Ausgabe, wenn überhaupt.

Das kommt darauf an, ob du hier ein Quiz veranstalten willst (dann gehört das in den Daily Talk) oder ob du jemanden suchst, der das Problem für dich löst. Bitte klarstellen.

Das erste Google-Suchergebnis für SetRefCellPicture liefert da schon einen ziemlich guten Artikel: http://www.microsoft.com/msj/0999/Visualprog/visualprog0999.aspx Das ist ein Typedef auf IDispatch*. Wenn du dich mit COM auskennst, sollte dir IDispatch etwas sagen. Falls nicht, würde es wohl zu weit führen, wenn du es nur für diesen einen Zweck brauchst. Versuch bitte nicht, solche Zeiger selbst (also ohne die COM-Funktionen) anzulegen. Das wird mit Sicherheit in die Hose gehen. Halte dich an den verlinkten Artikel.

CFileStatus enthält noch mehr Informationen als nur den Erstellungszeitpunkt. Die musst du auch setzen. Am einfachsten erreichst du das, indem du den Status ausliest (CFile::GetStatus), dann das Erstellungsdatum änderst und den Status wieder setzt. Übrigens: SetStatus und GetStatus sind statische Methoden, für die brauchst du keine Instanz von CFile. DU kannst sie direkt so aufrufen: CFile::SetStatus(spath,filestatus);

Da hast du natürlich Recht. Aber die Art und Weise, wie der Array mit den Vertices befüllt wird, legt eine Verwendung als Strip nahe (auch mit der Schreibweise hattest du Recht )

Das ist Absicht. Da die letzen Vertices eines Stripes nicht wieder mit den ersten verbunden werden (man muss ja auch Flächen darstellen können, die nicht in sich selbst geschlossen sind), wäre sonst eine Lücke in der Röhre.

Richtig. Den Radius der Kreise könntest du mit einem Faktor vor sinf und cosf beeinflussen.

Beides richtig

Verbunden wird noch nichts. Das ist erst mal nur ein Array von Vertices. Irgendwoanders wird gesetzt, dass die als Stripe interpretiert werden, d.h. 0, 1 und 2 bilden ein Dreieck, 2, 1 und 3 das nächste usw. Nein, jeder Kreis hat 50 Punkte und liegt in einer Ebene parallel zur xz-Ebene, einer auf y=1 und einer auf y=-1.

Wenn du einen Winkel von 0 bis 2 pi laufen lässt, und den Sinus des Winkels als x und den Cosinus als y interpretierst, bekommst du einen Kreis. Oder ist dir nicht klar, wie darauf Dreiecke werden?

Hast du mal ausprobiert, was bei && angezeigt wird?

Die Beschreibung war schon viel besser. Der genaue Wortlaut der Fehlermeldung und der Code, der den Fehler produziert, wären noch schön gewesen

Unter CE ist TCHAR == WCHAR, nicht char. Da CString auf TCHAR basiert, gilt das auch für CString. Du musst also _wtoi benutzen.

msgbox "Fehler bei der OLE-Initialisierung. Überprüfen Sie, ob die OLE-Bibliotheken in der richtigen Version vorliegen.", vbExclamation Als .vbs speichern, ausführen, fertig. Falls du ein anderes Icon brauchst, kannst du die Parameter in der MSDN Library finden.

Da hast du Recht. Für Anfänger ist die Unterscheidung von dem, was der Standard hergibt und was nicht, oft nicht einfach. Ich habe ihm ja auch keinen Vorsatz unterstellt. Aber gerade wenn man selbst nicht genau weiß, was wichtig sein könnte, sollte man möglichst viele Informationen in die Problembeschreibung packen. Da habe ich lieber zu viel, als dass ich wichtige Daten hinterher Stück für Stück aus der Nase ziehen muss.

Mein Reden. So etwas gehört in Beitrag Nummer 1. Woher willst du das wissen? Weißt du, welche Gedanken sich jeder gemacht hat, der deine Frage gelesen hat? Auch die, die nicht geantwortet haben? Ja, nachdem dich Bubble darauf aufmerksam gemacht hat, dass das z.B. unter Windows so geht. Und was, wenn Bubble dich darauf hingewiesen hätte, dass das unter Linux z.B. mit glob geht? Das hat nun gar nichts mit dem Problem zu tun. Deine Lösung verwendet nicht mal MFC. Die MFC-Lösung für dein Problem (CFileFind) gibt es z.B. für CE nicht. Für multiple Satzzeichen besteht auch kein Anlass. Es bleibt dabei: Solche Informationen gehören in den ersten Beitrag. Weitere Diskussion darüber bitte nur per PN.

Es wäre sehr hilfreich gewesen, wenn du das vorher gesagt hättest. Damit bist du hier nämlich nicht nur im falschen Forum. Es ist ziemlich unhöflich, wenn man erst mal die Helfer in alle möglichen Richtungen laufen lässt, und hinterher sagt, dass man etwas plattformspezifisches braucht.