WinAPI

• ?

  gcc kann Win32-Programme ohne WinMain kompilieren - warum?
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  1445
  Aufrufe

  ?

  Hallo, gcc -o test.exe test.cpp -mwindows Ich habe den neuesten Compiler von www.mingw.org. Gruß
• ?

  [WINAPI] Menü im Fenster mit C++
  • Gast  

  12
  0
  Stimmen
  12
  Beiträge
  3954
  Aufrufe

  D

  Danke, aber ich lass es lieber so, wie es is *gg* Sonst kenn i mi gar nimmer aus...
• M

  Problem mit COleDispatchDriver
  • Manfred Schmidtke  

  2
  0
  Stimmen
  2
  Beiträge
  814
  Aufrufe

  M

  Hat wirklich keiner eine Idee? Zum Hintergrund: Der COM-Server wird innerhalb einer Client-/Server-Umgebung eingebunden, die widerum mittels CORBA kommuniziert. Dabei sendet der Client aufgrund der Benutzereingaben ein Kommando an den Server, welcher auf dieser Basis die entsprechenden COM-Aufrufe erzeugt und die Ergebnisse via CORBA an den Client zurückliefert. Einzige Auffälligkeit: Schlägt der erste COM-Aufruf fehl, schlagen auch alle folgenden fehl. Funktioniert der erste, gehen auch alle folgenden. Ein Timing-Problem ist damit eigentlich auszuschließen. Die fehlerhaften Aufrufe kommen nicht beim Server an, sondern der Funktionsaufruf führt zur Exception in der OLE32.DLL. Der Fehler tritt niemals nach Initialisierung des COM-Servers auf. Die ersten Funktionsaufrufe bei Programmstart funktionierten (bis jetzt) immer.
• ?

  Problem bei Verbindungsaubau zwischen 2 Modems
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  333
  Aufrufe

  ?

  Hi Ich habe ein "normales" 56k Modem an einem PCI Steckplatz (COM3), und ein GSM-Modem ( Falcom Swing ) am SerialPort Anschluß ( COM1 ). Ich habe jetzt 2 programme geschrieben ( C++ und WinAPI , CreateFile, ReadFile, WriteFile ... usw.), eins für das Modem an COM3, eins for das Modem an COM1. Wenn ich jetzt eine Verbindung aufbau, indem ich von COM1 ( Handykarte D2 ) bei COM3 ( Festnetzanschluß ) anrufe, wird eine Verbindung aufgebaut, und es können problemlos daten gesendet werden. Wenn ich es jetzt anderstrum probiere ( COM3 ruft bei COM1 an ) dann registriert COM1 zwar, und sagt das jemand anruft, jedoch bei dem Befehl abzunehmen, passiert nichts, einfach garnichts. Es sagt zwar ok, aber die Meldung CONNECT ... kommt nicht. Wer hatte schonmal ähnliche Probleme? Kann mir jemand helfen? Mfg Reinhold Fischer
• T

  IP-Adressen-Eingabemaske
  • Timme  

  6
  0
  Stimmen
  6
  Beiträge
  616
  Aufrufe

  T

  Jo, danke für deine schnelle Hilfe.
• 

  möchte mein Programm beim minimiren als trade icon ablegen
  • Ascharan  

  8
  0
  Stimmen
  8
  Beiträge
  820
  Aufrufe

  ?

  Wenigstens kann man sich über solche Posts noch amüsieren, was man im Gegenzug zu deinem Post nicht sagen kann.
• C

  Zwei "Speichern unter" Fenster gleichzeitig schließen
  • CainAdams  

  10
  0
  Stimmen
  10
  Beiträge
  1026
  Aufrufe

  M

  CainAdams schrieb: @ Luckie: Das mit den TButton war eine Sache, die ich hier im Forum gefunden hatte. Nach ein wenig mehr suchen im Internet, habe ich dann eine andere Lösung gefunden. Das ist der Code, der über deinem Posting steht. Da ist auch nichts mehr mit TButton dabei. wenn du dir über controls nicht sicher bist solltest du sowas http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vcug98/html/_asug_home_page.3a_.spy.2b2b.asp oder http://www.windows-spy.com/ benutzen
• H

  Label Ausrichtung
  • Herrmann  

  3
  0
  Stimmen
  3
  Beiträge
  408
  Aufrufe

  H

  Habe es garade in der MSDN gefunden. Habe am Anfang nach den falschen Stichworten gesucht
• ?

  Problem mit variierender Textdarstellungsgröße auf verschiedenen Rechnern
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  384
  Aufrufe

  ?

  das war auch meine Vermutung, hat sich leider nicht bestätigt. Hab das am WE kontrolliert und sie hat die gleichen Einstellungen wie ich, kleine Schriftarten+96dpi. Sie hat allerdings nen 15" Mon. werd mal probieren den abstand auch noch mit GetDeviceCaps zu ermitteln und mein CreateFont dann entsprechend um die ermittelte width-variable zu erweitern. vielleicht hab ich damit glück.
• ?

  Dialogprobleme
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  459
  Aufrufe

  F

  Wieso verwendest du Dialog1 zweimal
• S

  WM_CTLCOLOREDIT für EDIT, was für RICHEDIT?
  • Surkevin  

  3
  0
  Stimmen
  3
  Beiträge
  961
  Aufrufe

  S

  soweit bin ich auch schon *g* aber ich komm net drauf wie ich von anfang an die Textfarbe festlegen kann
• ?

  Dateien öffnen
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  507
  Aufrufe

  ?

  ShellExecute(NULL, TEXT("open"), TEXT("C:\\winapi.pdf"), NULL, NULL, SW_SHOW);
• ?

  Textdateien lesen und auswerten
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  534
  Aufrufe

  H

  das weiß ich auch nicht, du musst wissen wie du sie hineingeschrieben hast
• ?

  Bitmapressource in Static
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  321
  Aufrufe

  ?

  LoadImage SendMessage mit STM_SETIMAGE
• ?

  Eingabe in fremdes Programm
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  830
  Aufrufe

  P

  Danke das hilft
• H

  Fenster ohne Rahmen...aber wie?
  • Herrmann  

  8
  0
  Stimmen
  8
  Beiträge
  839
  Aufrufe

  ?

  warum stellst du den dialog nicht sofort im resourceneditor richtig ein?
• G

  Probleme mit InvalidateRect
  • Ghan  

  8
  0
  Stimmen
  8
  Beiträge
  695
  Aufrufe

  P

  ??????? schrieb: Sind das Menü und der Arbeitsbereich ein und dasselbe Fenster? Normalerweise ist das sichtbare Fenster unterteilt in Non-Client-Area und in Client-Area. Das Client-Area verfuegt ueber eigene Clip-Region, die das Ueberschreiben des Non-Client-Area verhindert. Verarbeitet ein Programm WM_NCxxx Messages (Non-Client-Area-Messages), kann es durchaus dafuer sorgen, dass auch das Non-Client-Area beschreibbar wird. In so einem Fall muss man natuerlich achtgeben, wohin man zeichnet. So oder so, GetUpdateRgn() und GetRegionRects() helfen dabei, die Update-Region naeher einzugrenzen, und das Zeichnen dahingehend zu beschraenken, was nicht nur das WM_PAINT Handling deutlich beschleunigt. Zeichnet man in WM_PAINT immer alles neu, wird das Programm unter Umstaenden sehr langsam und blockiert unnoetig die Oberflaeche. (Sieht man deutlich, wenn man ein anderes Fenster mit der Maus ueber das betreffende Fenster zieht und schnell hin- und her-bewegt) Das Beruecksichtigen der Clip-Region beim normalen Clipping-Prozess ist keineswegs schnell. Deswegen kann sich manuelles Einschraenken auf die tatsaechliche Update-Region durchaus lohnen.
• C

  Modales Fenster
  • crazychicken  

  5
  0
  Stimmen
  5
  Beiträge
  483
  Aufrufe

  ?

  Herrmann schrieb: Schau dir auch mal die Funktion DialogBox an. jedoch möchte ich in meinem Programm keine Dialog-Ressourcen verwenden.
• M

  Memorydump eines Prozesses erzeugen
  • masterofx32  

  2
  0
  Stimmen
  2
  Beiträge
  436
  Aufrufe

  ?

  Mit VirtualQueryEx kannst du Speicher-Infos eines anderen Prozesses auslesen. (Welche Speicher wo allociert ist) http://members.inode.at/anton.zechner/az/index.html
• P

  Angebl. ungültige Verwendung von HINSTANCE
  • Physikalischer Fehler  

  4
  0
  Stimmen
  4
  Beiträge
  492
  Aufrufe

  P

  oh, ja...mein Gott. Bin halt ein bisschen krank.