FighterFigger

Ich bin aufgeregt wie ein kleines Schulmädchen und werde in den nächsten Tagen den Hinweisen aus den Quellcodes nachgehen. Über Gelingen und Versagen werde ich hier berichten. Laß mich dich, Klotzkopp, dennoch jetzt schon als meinen persönlichen C++&Stuff-König krönen! :bimei :OD

Hallo - Ich sitze gerade in .net. Mein Versuch eine DLL der Firma Inform GmbH in eine .net-C++-Konsolenanwendung mittels LoadLibrary einzubinden, endet inzwischen im Fehlercode 193. "Die Anwendung oder DLL <<meine DLL-Datei>> ist keine gültige Windows-Datei." Ist das der StandardFehler, wenn ich versuche unter Windows 2000 in einer 32-Bit-Anwendung eine 16-Bit-DLL zu binden? HMODULE hLibrary = LoadLibraryEx("Ftrcu.dll", NULL, DONT_RESOLVE_DLL_REFERENCES); ... oder ... HMODULE hLibrary = LoadLibrary("Ftrcu.dll"); ErrCode: 193 %1 is not a valid Win32 application. ERROR_BAD_EXE_FORMAT Die Datei findet er soweit, und die DLL wurde mir mit proffesioneller Software als Schnittstelle geliefert. Sie ist also dafür da, daß ich mir da Funktionen exportiere und diese nutze.

Das ja, aber ist ein ebenso 'normaler' Desktop Pentium IV mit HT unter 3GB von Intel geplant? ... ich sähe nicht so den Grund, aber mir wurde mal sowas erzählt.

*hmmmpf* :eek: ... Was bitte ist denn das dann für eine Firma, die dann Headerdatei'n und DLLs liefert? Na, da muß ich tzrotzdem mal versuchen, da was aus den DLLs zu extrahiieren. Süße, süße Arbeit

Man erzählte mir (unzureichend sichere Quelle), daß Intel auch Pentien mit HT plant, die noch unter 3GHz laufen (also 2.8 oder 2.6) ... Hat er da was mit Xeon durcheinander gebracht, oder wird da was kommen?

Ich schreibe mir gerade eine DLL deren Klassen vorgegebene Funktionalität Kapseln sollen. Von einer Firma liegen mir vor: Ein paar HeaderFiles mit Funktionsrümpfen (3 mal *.h) Eine DLL, in der die Funktionen stecken sollen (1 mal *.dll) Kann ich über das gleiche System in meiner DLL die Funktionalität fremder DLLs nutzen (solange mir die Header vorliegen)? Muß ich dann bei jeder Nutzung solch einer Funktion diese "dynamisch linken", oder kann ich dasirgendwo zur Laufzeit einmalig (in geballter Form) machen?

Danke ... schade - aber danke

Hallo @ Gruppe Ich habe ein System vorliegen, daß unter 16-Bit-Farbtiefe laufen soll. in meiner Anwendung will ich Graustufen darstellen, die ich - der Einfachheit wegen - mit 16-Bit-RGB-Code generiere. Kann es sein, daß ich unter 16-Bit Farbtiefe nur 32 Graustufen zur Verfügung habe? ... Weil, wenn R = G = B, dann entsteht grau ... und jeder dieser Werte kann 32 verschiedene Werte annehmen (5Bit pro Farbe) ... ist das richtig? Danke für eure Aufmerksamkeit

Hallo ... ich bin wieder mal da, und habe eine Frage mitgebracht: Ist es generell möglich, bei der Standard-Komponente CListCtrl die automatische Scrollbar auf die linke Seite zu kriegen? Ich habe es nicht geschafft vielleicht hat da jemand Erfahrung ... frohes Schaffen noch ...

sorry - hat sich geklärt. PS: Warum kann man hier nur 15Minuten lang Posts editieren und/oder löschen? ... :confused: --- <edit> Danke Klotzkopp ... werde mal hinlaufen. Nun, da ich weiß, wie's geht, kann ich DICH ja mal überprüfen </edit>

Ähm ... Ich suche schon eine ganze Weile ... Hier nochmals eine Frage zum Thema: Welche Message fange ich ab, um zu erfahren, wenn jemand ein anderes Item auswählt? (Style: Report / Bericht) Ich fange bisher Click und DoubleClick ab, aber mit Tasten kann ich die Selection verändern, ohne daß ich dieses richtig mitbekomme, weil KeyDown zu früh gesendet wird (er hat noch nicht neu selectiert). :confused:

TabStops sind einzustellen, damit du mit der Tabulator-Taste bei der Eingabe während der Laufzeit (also bei der Nutzung) den Focus von Objekt zu Objekt weiter geben kannst. Ohne Maus ist das nämlich nicht immer klar, was man erreichen kann, und was nicht. Der Tabindex gibt die Reihenfolge vor, in der du die Elemente 'abgehst'.

entweder mit Sheets(1).Select oder mit Sheets(1).Activate um den 'Unter-Sheet' zwischen den beiden zu erkennen, mache ich zu selten Excel ...

Tausend Dank @ Link für das Angebot, aber: successfully done!!! :marine Dangx @palvoelgyi nochmals für die Links ... die hatten es echt in sich. PS: Schade nur, daß mein Freund seinen Bug schon fand, und dieser sich bei mir auch gar nicht zeigte. Nu' konnte ich ihm nicht einmal helfen.

Naja byte, [COLOR=blue]program[/COLOR] test; [COLOR=blue]uses[/COLOR] crt; [COLOR=blue]begin[/COLOR] clrscr; [COLOR=blue]end.[/COLOR] Da ist leider nicht viel mit Division Ganz ehrlich - das ist ein sehr Bekannter Bug. Und Ich habe ein Tool, umd meine exe-Dateien zu fixen, was mir aber nicht viel bringt, wenn ich debuggen will. Dieses funktioniert wenigstens. Ein anderes Tool ersetzt die Unit CRT in der Turbo.tpl (das mache ich mit tpumover... oder so ähnlich) Das wirkt sich aber nicht aus ... oder eben nicht genug. Palvoelgyis Links sehen aber genial aus ... ich versuche es, sobald ich zu Hause bin. <saug/download/zieh> ... :marine

ähm ... Hallo Leutz! Früh am Morgen frag' ich mich so, ob ihr mir helfen könnt. Ich will für einen Freund einen QuellCode unter TurboPascal7.0 debuggen. Auf meinem 650MHz-Athlon kommt aber immer "Division by zero". Ich laß, das sei ein bekannter Bug und suchte Patches. Einer davon ließ sich installieren, zeigte aber keinerlei Wirkung. Hat jemand noch eine (auf 'schnellen' Prozessoren) lauffähige Version von TB7.0 und kann mir die Turbo.tpu oder den Patch schicken oder verlinken? PS: Unter Delphi5 kann ich den Quelltext leider auch nicht debuggen. Da fehlen ja sämtliche Units.

reicht denn der Schalter LVS_SINGLESEL nicht? (Dialog-Editor: "Einzelauswahl") Dann sollte doch nur einer markiert sein. ansonsten müßte es was wie: myList.SetItemState(index, LVIS_SELECTED | LVIS_FOCUSED, LVIS_SELECTED | LVIS_FOCUSED); doch auch als: myList.SetItemState(index, 0 | 0, LVIS_SELECTED | LVIS_FOCUSED); geben ... oder sowas ähnliches

Sorry Jungs'n'Mädels ... Problem 2 ist gegessen - (lag echt an mir) aber die 15Minuten-ÄnderungsFrist ist bereits verstrichen. Problem 1 bleibt weiterhin bestehen.

Hallo liebste Community :hodata Ich habe ein, zwei Probleme mit meinem CBitmap und will nun ein für ale mal wissen, ob diese jemand auch schon hatte. Problem 1: Kann es sein, daß SetColorAdjustment sich nur auf 16-Bit-Farbtiefe auswirkt? Wie kann ich dann eine Gamma-Korrektur realisieren, ohne mein Bitmap total neu berechnen zu müssen? Gibt es da fertige Features wie SetColorAdjustment? Problem 2: Mein im speicher generiertes Bitmap wird einem CBitmap zugewiesen und dann in einen Device gestrecht. Das funktioniert einwandfrei. Aber ab und zu (reproduzierbar) zeigt er das Bild dann total milchig an (viel zu hell und ohne Kontrast) -- Dieser fehler muss nicht am Bitmap liegen, sonden kann auch in meinem RestCode stecken - ich werde mal weiter suchen.

Hab es :marine :bimei :OD Danke, für die Denkanstöße ... die waren sehr anstößig und brachten mich dazu: UINT openFlags = CFile::typeBinary | CFile::shareDenyWrite | CFile:: modeWrite | CFile:: modeCreate; CFile aout("C:\\WinNT\\Desktop\\myfile.dat", openFlags); long l1 = 70000; long l2 = 255; aout.Write(&l1, 4); aout.Write(&l2, 4); aout.Close(); So schreibt er genau das, was ich will. Ich gebe ihm eine Adresse und die Anzahl der Zeichen. Das rockt! DANKE an euch PS: :mod malt er immer da, wo ich " : : m o d e " stehen habe

hmmm ... Na ok :marine Dann "schneide" ich die Werte halt per Hand in praktische, kleine Bytes, um sie dann zu puten. Schade eigentlich, aber wenn ich mir den Stream ableite, bau ich mir ein bequemes Interface Danke für die Hilfe ... bis zum nächsten mal

Na, das löst ja nur das Problem mit der Null ... Wie speichere ich den Wert (short)19778 (also 0x4D42) als "BM" (nebenbei also mit invertierten Bytes) ... wie nur??? ... wie? :confused:

Oh - ich versuchte einiges ... Sogar zum Teil mehr aus Verzweifelung als aus Hoffnung. So versuchte ich auch Sachen, die garnicht richtig sein konnten. #include <fstream> #include <iostream> ... std::ofstream aout("myfile.dat", std::ios::binary); aout << 0; //0x30 aout << (short)0; //0x30 aout << std::hex << 0; //0x30 aout << "\0"; //nix aout << '\0'; //0x00 (so in etwa sollte das werden) aout << NULL; //nix aout.write(0, 1); //0x30 '\0' gab schon ein richtiges Ergebnis mit seinen 0x00, aber eben nur ein Byte. Will ich zwei Byte, dann muß ich das zweimal schreiben (damit könnte ich leben), aber dynamisch ein Long auffüllen, wenn er klein genug ist, in 2 Byte zu passen, das ist unbequem, und doch sicherlich unnötig ... oder? Irgendwie schreibt er immer den ACII-lesbaren Wert hin, anstatt einer Computerzahl. (im File soll statt zB: "230" das ASCII-Zeichen von 230 stehen. Bei größeren Zahlen (zB:70000) eben solche Zeichen, deren Bitwerte denen der Zahl entsprechen, während sie im Speicher verweilt) ... Ich hoffe, jemand versteht, was ich meine ... Ich bin nämlich reichlich blind. Die Antwort ist sicherlich einfach, aber ich finde es einfach nicht

Schon wieder muß ich auf grund von Unwissenheit die Community um Rat bitten ... Hallo erstmal! Ich habe vor in eine Datei Werte zu speichern, allerdings hat sich mein C++ irgendwie komisch. Nehme ich einen ofstream ("...", ios::binary), und schreibe 0 hinein, dann schreibt er mir ASCII-Zeichen '0' (also 0x30) hinein. Ich will aber 0 (also 0x0000) eintragen. Auch long-Werte vollständig mit allen hexadezimal-Stellen (zB: 0x25F1 0000) kann ich nicht richtig eintragen. 0 bekomme ich nur geschrieben, wenn ich mit '\0' arbeite, aber dann nicht als führende Nullen von Zahlwerten. 1.) Mache ich da was falsch, oder geht das mit Streams nicht? 2.) Ich nutze MFC, gibt es da File-Typen, die ich bevorzugen sollte, weil sie dieses können? 3.) Bin ich einfach zu [****] dazu? :confused:

Klotzkopp ... du bist mein Held des Tages. Das geht ja tatsächlich ... :cool: ... nicht, daß ich gezweifelt hätte ... So sieht das nun aufgeschlüsselt aus: POSITION posDocTemp = GetFirstDocTemplatePosition(); CDocTemplate* pDocTemp = GetNextDocTemplate(posDocTemp); POSITION posDoc = pDocTemp->GetFirstDocPosition(); CMyProgDoc* pActiveDoc = (CMyProgDoc*)pDocTemp->GetNextDoc(posDoc); pActiveDoc->StarteMeineUserDefinierteFunktion(); Muß ich halt nur mal seh'n, was ich davon zusammen fasse, und was nicht. :beagolisc DANKE