AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Netzwerke Delphi TCP verbindung innerhalb einer DLL
Thema durchsuchen
Ansicht
Themen-Optionen

TCP verbindung innerhalb einer DLL

Ein Thema von 4c1d · begonnen am 13. Feb 2005 · letzter Beitrag vom 21. Mär 2005
Antwort Antwort
4c1d

Registriert seit: 13. Feb 2005
5 Beiträge
 
#1

TCP verbindung innerhalb einer DLL

  Alt 13. Feb 2005, 17:17
Hallo,

Ich habe folgendes Problem:
Ich habe mir einen globalen Maushook erstellt und verwende dazu eine DLL (die von einem Hauptprogramm installiert und deinstalliert werden kann). Zunächst einmal habe ich die DLL immer eine fenstermessage (per SendMessage) an das hauptprogramm schicken lassen - auf diese weise funktioniert es auch einwandfrei. Jetzt möchte ich allerdings (weil das schicken per fenstermsg z.T. starke systemverzögerungen hervorrufen kann bzw. kurz viel CPU-Auslastung braucht) die kommunikation zwischen DLL und Hauptprogramm über WinSockets laufen lassen, wobei ich die standardkomponenten TClientSocket (DLL) und TServerSocket (Hauptprogramm) benutze (ich habe mir diese form von ipc ausgesucht, weil ich damit schon einmal gearbeitet habe, MMF z.B. wäre neuland für mich). das ganze funktioniert jedoch nur, solange sich der mauszeiger überhalb der form des hauptprogrammes bewegt. sobald er außerhalb ist, wird nichts mehr übertragen, auch nicht, wenn der mauszeiger danach wieder zur form zurückkehrt (DLL muss dann neu installiert werden). es kommt aber auch keine fehlermeldung/exception!
ich denke mal, es liegt an der dll, deswegen hier mal der betreffende code daraus :

Delphi-Quellcode:
...
type
  tclientsocket1 =class(TClientSocket);
...
var
...
clientsocket1:tclientsocket1;
...
function KeyboardHookProc(nCode: Integer; wParam: WPARAM; lParam: LPARAM): LRESULT; stdcall;
begin
Result := CallNextHookEx(Keyboard_HookHandle, nCode, wParam, lParam);
  case nCode < 0 of
    TRUE: exit;
               
    FALSE:
      begin
//SendMessage(HWND_BROADCAST, WM_MOUSEHOOKMSG, wParam, lParam); <-alte methode
clientsocket1.Socket.SendText('test');
      end;
  end;
end;
achja, das clientsocket wird bei installieren mit
Delphi-Quellcode:
clientsocket1:=tclientsocket1.Create(nil);
clientsocket1.Port:=213375;
clientsocket1.Host:='localhost';
eingestellt.
ich habe leider keine ahnung, was ich falsch mache bzw. ändern muss.
tia für hinweise
  Mit Zitat antworten Zitat
shmia

Registriert seit: 2. Mär 2004
5.508 Beiträge
 
Delphi 5 Professional
 
#2

Re: TCP verbindung innerhalb einer DLL

  Alt 16. Feb 2005, 10:25
Zitat von 4c1d:
Ich habe mir einen globalen Maushook erstellt und verwende dazu eine DLL (die von einem Hauptprogramm installiert und deinstalliert werden kann). Zunächst einmal habe ich die DLL immer eine fenstermessage (per SendMessage) an das hauptprogramm schicken lassen - auf diese weise funktioniert es auch einwandfrei. Jetzt möchte ich allerdings (weil das schicken per fenstermsg z.T. starke systemverzögerungen hervorrufen kann bzw. kurz viel CPU-Auslastung braucht) die kommunikation zwischen DLL und Hauptprogramm über WinSockets laufen lassen...
Zur Kommunikation zwischen verschiedenen Prozessen gibt es geeignetere Möglichkeiten als
Sockets.
Shared Memory oder Pipes.
Führ dir mal die Komponenten TPipe und TSharedMemory zu Gemüte.
http://www.torry.net/pages.php?id=224
Andreas
  Mit Zitat antworten Zitat
4c1d

Registriert seit: 13. Feb 2005
5 Beiträge
 
#3

Re: TCP verbindung innerhalb einer DLL

  Alt 16. Feb 2005, 17:56
hm thx, aber da steht dass TPipe nur für Delphi 5 verfügbar ist. gibt's sowas (am besten als komponente^^) auch für Delphi 6/7 ?
  Mit Zitat antworten Zitat
shmia

Registriert seit: 2. Mär 2004
5.508 Beiträge
 
Delphi 5 Professional
 
#4

Re: TCP verbindung innerhalb einer DLL

  Alt 17. Feb 2005, 09:18
Zitat von 4c1d:
hm thx, aber da steht dass TPipe nur für Delphi 5 verfügbar ist. gibt's sowas (am besten als komponente^^) auch für Delphi 6/7 ?
Als der Author die TPipe Komponente hochgeladen hat, gab's wohl noch kein Delphi 6/7.
Im Allgemeinen kann hat Delphi 7 kein Problem mit Komponenten, die für D2/3/4/5/6 entwickelt wurden. (Rückwaärtskompatibel)
Andreas
  Mit Zitat antworten Zitat
4c1d

Registriert seit: 13. Feb 2005
5 Beiträge
 
#5

Re: TCP verbindung innerhalb einer DLL

  Alt 19. Mär 2005, 17:58
Hallo nochmal,

Ich hatte in den letzten Wochen keine Zeit mehr, an diesem Programm zu arbeiten, möchte aber jetzt weitermachen.
Habe mir mal die TPipe Komponente runtergeladen und installiert; allerdings habe ich keine Ahnung, wie ich sie benutzen soll (hat auch keine Readme oder so). Gibt's dafür vielleicht eine Beschreibung, einen Abschnitt in einem Tutorial o.ä. oder kann mir sonst irgendjemand einen Hinweis geben, der die Komponente schonmal benutzt hat?
  Mit Zitat antworten Zitat
4c1d

Registriert seit: 13. Feb 2005
5 Beiträge
 
#6

Re: TCP verbindung innerhalb einer DLL

  Alt 21. Mär 2005, 21:37
niemand da, der das schon mal benutzt hat?
weiß ansosten jemand eine andere gute(am besten dokumentierte) IPC komponente für diesen Zweck?
  Mit Zitat antworten Zitat
Benutzerbild von SubData
SubData

Registriert seit: 14. Sep 2004
Ort: Stuhr
1.078 Beiträge
 
Delphi 11 Alexandria
 
#7

Re: TCP verbindung innerhalb einer DLL

  Alt 21. Mär 2005, 21:40
Zitat von 4c1d:

Delphi-Quellcode:

clientsocket1.Port:=213375;
Wenn du wirklich Ports über 65535 verwendest wird das nie funktionieren
Ronny
/(bb|[^b]{2})/
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:14 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz