Klotzkopp

Bei Name_1 wollte ich auch den Datentyp wissen, sorry, falls das falsch rüberkam. Kann ja sein, dass der Vergleichsoperater nicht das macht, was Du erwartest. Ist mir grad aufgefallen: Das rot markierte if-Statement ist komplett sinnfrei. Wenn die Bedingung erfüllt ist, gibst Du false zurück, wenn nicht, gibst Du auch false zurück. :confused: Vielleicht stimmt hier die Reihenfolge nicht?

Was heißt 'funzt nicht'? Laufzeitfehler, Compile-Fehler oder tut es nicht, was es soll? Was für ein Datentyp ist Text, und was ist Name_1? Brauchst Du vielleicht einen Copy-Constructor für die struct?

Ich empfehle Regmon. Ist Freeware und erhältlich bei sysinternals.com: http://www.sysinternals.com/ntw2k/source/regmon.shtml

Versuchs mal hier: http://userpages.umbc.edu/~mabzug1/cs/md5/md5.html Ansonsten auch immer hilfreich http://www.google.com/search?sourceid=navclient&q=md5+lib

Hallo zusammen, ich hab hier ein recht seltsames Phänomen: Ich hab einen COM-Server mit Dual-Threading-Modell, und da ich das Ding in einem Thread hochziehe, und in einem anderen das Interface benutzen muss, packe ich es, wie es sich gehört, im ersten Thread mit CoMarshalInterThreadInterfaceInStream in einen Stream, um es dann im anderen Thread wieder auszupacken. Das Dumme ist nur, wenn ich dann auf die Interface-Methoden zugreifen will, erhalte ich RPC_E_WRONG_THREAD. Was jetzt aber wirklich seltsam ist: Wenn ich nicht marshalle, dann funktioniert es! :confused: Hat irgend jemand schon mal von so was gehört?

So eine Fehlerbeschreibung wünscht sich der Programmierer ;-) Im Ernst, was genau passiert denn? Access Violation? Debug Assertion? Tip: Wenn Du die MFC-Sourcen installierst, dann kannst Du CDialog::DoModal debuggen und genau sehen, wo er wegknallt. Klotzkopp

Es scheint mir, als ob Du eine parametrierte Datenbankabfrage machst. Das logische oder, das Du brauchst, ist aber auf der Ebene der Abfrage notwendig, nicht auf Ebene der Programmiersprache. Was ist denn das für eine Klasse, von der QrLand eine Instanz ist? Vielleicht unterstützt diese Klasse Abfragen mit mehrfachen Parametern. Wenn nicht, dann könntest Du, wenn die erste Abfrage nichts gebracht hat (also in deinem else-Zweig), eine zweite Abfrage (also wieder mit ParamByName, Open usw.) starten, aber diesmal cland als Parameter setzen.

Sorry, habe gerade gesehen, dass man Dich auf die Programmierforen verwiesen hat. Egal, ich hab so ein Verzögerungsprogramm geschrieben, wenn Du mir Deine EMail-Adresse zukommen lässt, schicke ich es Dir.

Ich gehe mal nicht davon aus, dass Du dieses Verzögerungsprogramm selbst schreiben willst, daher mein Tipp: Ab ins richtige Forum

Auch ich möchte Euch alle im neuen Forum willkommen heißen. Hier können jetzt alle proprietäten, plattformabhängigen Themen, sozusagen von ATL bis Z-Order, diskutiert werden. Auf ein gutes Gelingen, Klotzkopp

Hast Du ein #include <iostream.h> am Anfang Deiner Quellcodedatei eingefügt? Ach ja, statt if (acEingabe == 's') nimmst Du besser if( 0 == strcmp( acEingabe, "s" ) ) Der Vergleich eines char-Zeigers mit dem ASCII-Code von s macht nicht wirklich Sinn

Versuchs mal mit unsigned char.

Naja, Du kopierst auch nur ein Zeichen. Wenn Du einen char* dereferenzierst, dann bekommst Du einen char. Wie wärs mit strcpy?

Vielleicht hilft das: http://www.bcbdev.com/faqs/faq40.htm

Deswegen sollte man vorher den Rückgabewert von GetDlgItem auf != NULL prüfen

Kann man auch nicht. Aber das geht: double = floor( double * 100.0 + .5 ) / 100.0;

Jau, aber nur unter NT/2000/XP

Da Du den Typ ja schon in der Headerdatei benutzt, muss der typedef entweder in die Headerdatei, oder in die cpp-Datei, vor das #include.

Ein Schreibzugriff auf eine const-Variable mittels const_cast führt zu undefiniertem Verhalten. Probier mal: int nErgebnis = *pAufConstWert + 50;

Wenn das GIF beim Benutzer angezeigt werden soll, muss es zwangläufig herunterladbar sein. Das kann man nur verhindern, indem man es nicht benutzt.

@biirusooseeji: Das funktioniert aber auch nur, wenn derjenige, der sich die Datei ansieht, eine Festbreitenschriftart verwendet. @FaFo: Du könntest eine HTML-Datei erzeugen.

Du könntest Dir die ganzen eckigen Klammern sparen.

Warum dann ein Array? Warum nicht einfache chars für jedes Feld?

Du müsstest DoInsert einen Zeiger oder eine Referenz auf die Struktur übergeben, die Du in Zuweisen gefüllt hast. Dazu wäre es aber wohl besser, wenn Du die Struktur nicht erst in Zuweisen erzeugst. Aber was ganz anderes, ist Dir klar, das jedes Feld Deiner Struktur nur einen einzigen Buchstaben fasst?

Das ist, mit Verlaub, Quatsch GetBuffer gibt einen Zeiger zurück, der nicht const ist, mit dem man also in den String schreiben kann. Das ist hier nicht nötig, weil ShellExecute den String nicht ändert. Letztendlich ist GetBuffer unsicherer, weil der zurückgegebene Zeiger Änderungen des Strings erst ermöglicht, auch wenn diese sich erst dann auswirken, wenn man ReleaseBuffer aufruft. Wenn man das nicht macht, dann ist GetBuffer sinnlos.