[Visual C++/Delphi] Port monitoring

Ach ja... ik heb weer eens niks te doen

Ik wil een port-monitoring proggie maken. Ik heb Delphi Enterprise gedownload van borland.com, maar die geeft foutmeldingen bij het opstarten, waardoor ik de internet componenten niet kan gebruiken.

Dan maar VC++.

Op zich heb ik VC++/Delphi alleen maar nodig voor het form. Ik gok dat ik low-level moet gaan werken wil ik poorten kunnen monitoren/blocken.

Alleen heb ik geen idee waar ik moet zoeken naar informatie en waarop.

Iemand ideen?

Niemand?

'k heb ook geen idee..

Bij Linux heb je de netfilter API .. maar hoe het onder Windows zit, weet ik niet.

[McMotion]

eddie schreef:
Ach ja... ik heb weer eens niks te doen

Ik wil een port-monitoring proggie maken. Ik heb Delphi Enterprise gedownload van borland.com, maar die geeft foutmeldingen bij het opstarten, waardoor ik de internet componenten niet kan gebruiken.

Dan maar VC++.

Op zich heb ik VC++/Delphi alleen maar nodig voor het form. Ik gok dat ik low-level moet gaan werken wil ik poorten kunnen monitoren/blocken.

Alleen heb ik geen idee waar ik moet zoeken naar informatie en waarop.

Iemand ideen?

ik heb het wel eens geprobeerd maar ik ben niet ver gekomen.. de internet componenten kan je er in ieder geval zeker niet voor gebruiken waarschijnlijk moet je dan gaan kloten met de winsock SPI of zoiets.. idd heel low level

[McMotion]

http://msdn.microsoft.com/library/de...vrspi_8zua.asp

McMotion schreef:
http://msdn.microsoft.com/library/de...vrspi_8zua.asp

Hmmm... interesant.

Ik zal me er eens in verdiepen
Moet nu alleen nog weten hoe ik dll's/api's kan aanspreken

eddie schreef:
Moet nu alleen nog weten hoe ik dll's/api's kan aanspreken

De headers includen en linken met de libs.

******** schreef:
De headers includen en linken met de libs.

Ik ben er nog niet uit in welke taal ik het ga proberen. Misschien wel Visual FoxPro (kan ik tenminste ).

Maar ik denk dat het 'makkelijker' is in Delphi

eddie schreef:
Maar ik denk dat het 'makkelijker' is in Delphi

In Delphi moet je geloof ik het 'use' keyword gebruiken ervoor .. mits ze daarvoor wrappers hebben.

Gebruik je al CLX of nog VCL?

******** schreef:

Gebruik je al CLX of nog VCL?

Het enige beetje Delphi dat ik heb gehad is op school: 1 semester, 2 uur in de week

Ik heb dus totaal géén idee waar je het over hebt

[edit]
Gokje
VCL = Visual Class Library?
[/edit]

[edit2]
Ik kan een nieuwe CLX applicatie maken (maar ik heb geen idee wat dat is )
[/edit2]

CLX is de opvolger van VCL. Dus je hebt Delphi 6 vermoed ik

Dacht eerst dat je het in C++ wilde maken?

******** schreef:
CLX is de opvolger van VCL. Dus je hebt Delphi 6 vermoed ik

Dacht eerst dat je het in C++ wilde maken?

Delphi 6 Enterprise Trail gedownload (die het maar half doet )

Ik snap weinig van Visual C++

Ik denk dat ik er met Delphi wel uit kan komen, als ik maar een voorbeeldje heb mbt dll's gebruiken
*heeft op school wel gekloot met DLL's, maar is het vergeten *

Ik 'moet' namelijk de Winsock SPI ofzo heel misschien gebruiken, en deze gebruikt (afaik) 2 dll's ws2_32.dll en winsock.dll ofzo.

Calling External DLLs from Delphi

******** schreef:
Calling External DLLs from Delphi

Yup, was ik al achter gekomen. Maar ik weet niet waar ik hem naar moet zetten

unit Unit1;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, StdCtrls;
type
  TForm1 = class(TForm)
    Edit1: TEdit;
    procedure FormCreate(Sender: TObject);

  private
    { Private declarations }
  public
    { Public declarations }
  end;

var
  Form1: TForm1;


implementation
{$R *.dfm}

function test1 : string; external 'dll.dll'; //<------------ Hier staat-ie

procedure TForm1.FormCreate(Sender: TObject);
begin
    Form1.Edit1.Text := test1();
end;

end.

dll.dll is dus mijn zelfgemaakte dll, waarin het volgende staat

library dll;
uses
  SysUtils,
  Classes;

{$R *.res}

function test1 : string;
begin
   test1 := 'blaat';
end;

begin
end.

Gewoon gemaakt met de wizard
*heeft programma voorbeeld nodig*

[McMotion]

eddie schreef:
Ik 'moet' namelijk de Winsock SPI ofzo heel misschien gebruiken, en deze gebruikt (afaik) 2 dll's ws2_32.dll en winsock.dll ofzo.

nou ik denk eigenlijk eerder dat je zelf een winsock.dll mag gaan schrijven ofzo of een drv file ofzo.. ik zou het niet weten maar volgens mij denk je er te makkelijk over

McMotion schreef:


nou ik denk eigenlijk eerder dat je zelf een winsock.dll mag gaan schrijven ofzo of een drv file ofzo.. ik zou het niet weten maar volgens mij denk je er te makkelijk over

Jaa, ach.

Ik moet toch eerst Delphi weer onder de knie krijgen

[3D-Geo]

Ik had C++
Maar moest er gelijk weer af.
Maar het is een geweldig programma

[Chimera]

3D-Geo schreef:

Maar het is een geweldig programma

Hoe weet je dat als het er meteen weer af moet? BTW: C++ is geen programma, het is een taal. Zwetser.

[3D-Geo]

Chimera schreef:


Hoe weet je dat als het er meteen weer af moet? BTW: C++ is geen programma, het is een taal. Zwetser.

Niet letterlijk meteen!!!
En ik had het over MS visual C++. En dat is een programma om stand-alones the maken of een *.dll maar ook icons. Je eigen forum, website enz. gewoon een eigen programma maken dus.
(en Einstein, met deze programma worden ook spelletjes gemaakt en 3d programma zoals 3D Max en Lightwave 3d 7)

3D-Geo schreef:
Niet letterlijk meteen!!!
En ik had het over MS visual C++. En dat is een programma om stand-alones the maken of een *.dll maar ook icons. Je eigen forum, website enz. gewoon een eigen programma maken dus.
(en Einstein, met deze programma worden ook spelletjes gemaakt en 3d programma zoals 3D Max en Lightwave 3d 7)

Einstein, MS Visual C++ is niet meer dan een IDE. Een programma wordt gevormd door eerst de code door een preprocessor te sleuren, elke module apart te compileren naar machinetaal met de compiler en dan uiteindelijk die zooi aan elkaar te binden met de linker.

MS Visual C++ voert deze programma's enkel uit .. en kan zèlf geen andere programma's produceren.

Einstein

Oh, en Eddie: je moet GetProcAddress en LoadLibrary gebruiken.

Voorbeeldje.

******** schreef:
Oh, en Eddie: je moet GetProcAddress en LoadLibrary gebruiken.

Nee.
Ik weet namelijk dat ik bepaalde functies nodig hebt, en ik heb ze de hele tijd nodig. Ik hoef ze dus niet dynamisch te laden

[McMotion]

******** schreef:
Einstein, MS Visual C++ is niet meer dan een IDE. Een programma wordt gevormd door eerst de code door een preprocessor te sleuren, elke module apart te compileren naar machinetaal met de compiler en dan uiteindelijk die zooi aan elkaar te binden met de linker.

MS Visual C++ voert deze programma's enkel uit .. en kan zèlf geen andere programma's produceren.

Einstein

uhm sorry hoor maar nou ben je wel heeel erg aan het mierenneuken de compiler en linker horen gewoon bij Visual C++
ik ga toch ook niet zeggen "met lame kan je geen MP3 bestanden maken, die MP3 bestanden worden gemaakt door de kernel die dat al dan niet in zijn address space doet"

eddie schreef:
Nee.
Ik weet namelijk dat ik bepaalde functies nodig hebt, en ik heb ze de hele tijd nodig. Ik hoef ze dus niet dynamisch te laden

Als ze niet geimplementeerd zijn in Delphi, zul je ze wel moeten linken aan externe libs.

McMotion schreef:
uhm sorry hoor maar nou ben je wel heeel erg aan het mierenneuken

Damn, als je goed kijkt .. zie je ook wel dat hij nogal een domme opmerking maakt en gelijk met 'Einstein' en shit begint. Dus ging ik ff mierenneuken

ik ga toch ook niet zeggen "met lame kan je geen MP3 bestanden maken, die MP3 bestanden worden gemaakt door de kernel die dat al dan niet in zijn address space doet"

Lame is userland

[McMotion]

jah maar de code die de data uiteindelijk de data naar je hardeschijf toe stuurt is kernelland

McMotion schreef:
jah maar de code die de data uiteindelijk de data naar je hardeschijf toe stuurt is kernelland

Dat hangt er maar vanaf .. bij GNU/Hurd zijn de driver modules ook userland maar normaal gesproken wel ja