Klotzkopp

Solange du an deinen #define-Direktiven festhältst, wirst du immer dieses Problem haben. Du kannst durch Laufzeitbedingungn (Parameter) nichts mehr beeinflussen, was bereits durch Compilezeitbedingungen (defines) entschieden wurde. Wenn dein Programm kompiliert ist, enthält es nur eine Version dieser Funktionen. Daran kannst du nachträglich nichts ändern. Du musst dir etwas anderes einfallen lassen. So geht's nicht.

Dann musst du dich zur Compilezeit für eine entscheiden. Zur Laufzeit hast du keinen Einfluss mehr darauf. Mit gleichem Namen? Gar nicht. Du könntest so etwas machen: #define VL_MODE 0 #define FUNCTION FUNCTION_NULL #include "STDFLIFO.h" #define VL_MODE 1 #define FUNCTION FUNCTION_EINS #undef INCLUDE_GUARD_VON_STDFLIFO_H #include "STDFLIFO.h"[/code] Das ist allerdings ziemlich blutig und klappt nur, wenn du für jede Funktion, Variable und Typ in der Headerdatei neue Namen definierst. Mein Rat: Lass es. Der Ersteller dieser Datei hat sich vermutlich etwas dabei gedacht, als er VL_MODE als Compilezeitkonstante festgelegt hat.

Aber da deine Aufgabe, wie du schon geschrieben hast, darin besteht, ein solches Programm zu realisieren, ist da sicherlich deine Denkarbeit und Kreativität gefordert, nicht deine Abschreibfähigkeit. Wie wäre es denn, wenn du dich einfach mal dransetzt? Wenn dann Probleme auftauchen und du konkrete Fragen stellen kannst, wirst du feststellen, dass die Hilfsbereitschaft hier sehr schnell zunimmt. Aber das Forum ist kein Quellcodeservice und auch kein Hirnersatz.

Dann schieb ich dich mal dahin, wo du hingehörst...

Ich habe Templates konkret schon einmal benutzt, um die Performance zu verbessern. In einer komplexen Parserklasse hatte ich ein Logging-Flag. Die Abfragen bei jedem protokollierten Vorgang, ob das Flag gesetz ist, bremsten das Programm ziemlich aus. Daher habe ich das Flag durch einen Templateparameter ersetzt und einfach zwei Instanzen der Loggingklasse erzeugt. Dadurch, dass das Flag jetzt eine Compilezeitkonstante war, konnte der Compiler die Abfrage in beiden Fällen komplett rauswerfen.

Templates sind sehr nützlich, um Code wiederzuverwenden. Stichwort "Generische Programmierung". Performance. Das ist kompletter Unsinn. Templates werden für jeden Typ erzeugt, nicht für jeden Aufruf. Allerdings geschieht dies zur Compilezeit, nicht zur Laufzeit. Templates verbessern eher die Performance, weil der Compiler die Klasse/Funktion für jeden Typ einzeln optimieren kann. Templates neigen allerdings dazu, den Code aufzublähen, d.h. die erzeugte Programmdatei wird größer. Generische Programmierung ohne Templates läuft dann meist auf void* und ähnliche Konstrukte raus. Das ist dann wirklich unsicher. An Templates ist nichts unsicher.

Dann bist du hier falsch. C++.NET hat mit C++ außer dem Namen nur noch ein paar Syntaxelemente gemein. Alle .NET-Sprachen behandeln wir im "Sonstige"-Forum. Ich verschieb dich mal dahin. Ich denke aber, dass du PictureBox.PSet suchst.

Da du offenbar mit einer Bibliohek für grafische Oberflächen arbeitest, wäre es gut, wenn du verrätst, welche das ist. MFC unter Windows?

Der "Brute Force"-Ansatz: Drei verschachtelte Schleife, eine für jeden Münzwert, jeweils von 0 bis (Gesamtwert/Münzwert). In der innersten Schleife den Wert der Münzen ermitteln. Wenn er passt, die Kombination ausgeben.

Es wäre gut, wenn du grob beschreiben würdest, was das Programm tun soll. Nicht jeder ist Fachmann auf jedem Gebiet. Ein aussagekräftigerer Betreff als "Hilfe" wäre auch toll gewesen.

Das sind beileibe keine Schönheitsfehler, sondern handfeste Bugs. saveto ist nämlich auch viel zu klein. Und das ist auch der Fehler. Du schreibst wild im Stack rum, indem du in saveto viel mehr reinschreibst als reinpasst. Damit überschreibst du dein ifstream-Objekt und alles fliegt dir um die Ohren.

name2 ist etwas knapp bemessen. Bedenke, dass da auch noch ein Nullterminierungszeichen rein muss.

Ein char ist nur ein einzelnes Zeichen. Wie Ntl schon sagte, brauchst du einen Array von chars, wenn du Zeichenketten ablegen willst. Besser ist es aber, gleich die Klasse std::string zu benutzen, weil du dich dann weder um dynamische Größenänderung noch um Speicherverwaltung kümmern musst. Dazu musst du die Headerdatei <string> einbinden.

Links neben dem Titel. Du meinst also den "goto=lastpost"-Link, nicht den "goto=newpost"-Link?

Meinst du den mit dem Pfeil nach unten oder den mit dem Pfeil nach rechts?

Dann kannst du Z.b. einen Command Handler-Singleton benutzen. void Klasse1::mousePressEvent ( QMouseEvent * e ) { CommandHandler::GetInstance().DoCommand(this); } void CommandHandler::DoCommand(Klasse1 const* source) { switch(source->id) // oder ein anderes Unterscheidungsmerkmal { case wasweisich: source->SetText(source->szText); break; // usw. [/code] Du kaufst dir ja auch nicht jeden Tag eine neue Küche, nur weil du jeden Tag etwas anderes kochst.

Richtig, es geht ja um Klassen. Da sehe ich ehrlich gesagt schwarz. Highzwerg, kannst du beim Hersteller nachfragen, ob es die DLL auch für Borland gibt?

Wenn die Namen dekoriert sind, kannst du Load Time Dynamic Linking vergessen. Die Namensdekoration für exportierte C++-Symbole ist nicht standardisiert, da kocht jeder Compilerhersteller sein eigenes Süppchen. Du wirst also Run Time Dynamic Linking (LoadLibrary, GetProcAddress) benutzen müssen.

Das war nur ein Beispiel. Nein, brauchst du nicht. Gerade in deinem Beispiel reicht es doch völig aus, wenn jede Instanz weiß, mit welchem Parameter sie setText aufrufen muss. Dazu brauchst du nicht mehr als eine Membervariable. Es ist IMHO komplett sinnlos, dafür unterschiedliche Klassen zu benutzen.

Und wieso brauchst du da unterschiedliche Klassen? Es reicht doch, jede Instanz der Button-Klasse mit hinreichend vielen Informationen auszustatten, so dass sie z.B. ein Command-Objekt erstellen kann. Wenn die eigentlich Arbeit eines Programms in irgendwelchen UI-Klassen abläuft, ist IMHO schon beim Design etwas schief gelaufen. Es gibt Methoden und Modelle, um so etwas sauber zu lösen. Sicher ist es bequem, mit anonymen Methoden (so heißen die bei C#) mal eben ein anderes Verhalten hinzubasteln, wo man es gerade braucht. Aber damit zieht man eine tiefe Schneise quer durchs Design. So ein Feature hilft durchaus, wenn man kein - oder nur ein schlechtes - Design hat. Das meinte ich mit "kaschieren".

Das geht in C++ nicht. Persönlich finde ich, das so etwas schlechtes Design kaschiert. Beim Programmieren kommt man an eine Stelle: "Ich brauch hier grad mal was, das sich anders verhält." Darüber hätte man sich während der Designphase Gedanken machen sollen. Dann bräuchte man keine "extra" Klasse, sondern die wäre schon da. Wie gesagt, persönlich. C# hat so etwas ab .NET 2.0 auch.

Diese Frage kommt dort wohl ziemlich häufig: http://www.c-plusplus.de/forum/viewtopic.php?t=39164

HTML ist nicht zeilenorientiert. Du kannst dir den gesamten Text rausholen, wie in dem verlinkten Beitrag beschrieben. Hast du den überhaupt gelesen?

http://www.codeproject.com/internet/RetrievingHTMLSource.asp Du kannst dich über das Automatisierungsinterface des Browsersteuerelements durch die Elemente hangeln oder einfach den gesamten Quelltext durchackern. Kennst du dich mit HTML aus? Weißt du, wie eine Tabelle in HTML aufgebaut ist?