at "snakke" mellem en service og en application.

Du kan evt. gøre det med DCOM...ellers skal du nok bruge nogle IP-porte...
Se http://www.techvanguards.com/ og www.aldyn.ru

jeg har overvejet at lave en "netværks" forbindelse mellem de 2 applicationer, men det virker bare så lamt, når det forgår på samme maskine... ;(

Tja, måske...men hvis klienten senere skal flyttes er det smart at have gjort sit arbejde på forhånd...og begge forslag kan køre både lokalt og over netværket (uden at der bliver genereret netværkstrafik hvis den kører lokalt)...jeg kan ikke kommer i tanke om andre ting, der kører ligeså godt...

Jeg vil helt klart foreslå dig at bruge TCP/IP, også selvom det er på samme maskine, og det vil kjeg af følgende grunde:

1. Det er let at oprette en lille hurtigprotkol til at sende data frem og tilbage
2. Det virker altid
3. Den dag hvor dele af din applikation skal kører på en anden maskine har du ingen problemer med at forbinde til den anden del af din aplikation

Du kan godt bruge SendMessage, men du skal selv create et window til formålet og det er lidt trick, hvis du skal overføre noget som ikke kan være i en norma Message struktur. Hvis det foregår på en NT/2000/XP pc kan du også benytte Named Pibes (du kan ikke oprette en named pibe server på en 9x). Hvis ikke der er de store krav til "real tid" kan du også benytte memory mapped files. Eller RPC... Der er mange muligheder.

takkker, nu har jeg hvis de informationer jeg skal bruge for at komme vidre.
hvis "A Schack" og Doc404 lige smidder et svar, så kan i alle for lov at dele points'ne.

jeg har siddet og tænkt lidt over det med ip, og jeg tror ikke det ville værre sagen i dette tilfælde, da jeg ikke har noget netkort installeret på den maskine der skla kører servicen, men jeg ved så heller ikke, om man stadig kan connecte på 127.0.0.1 selvom der ikke er netkort i, Så jeg tror jeg vil forsøge mig med "named pibe". Men tak for svarene. ;)

;-)

Du kan godt connecte via loop-back interfacet (localhost, 127.0.0.1)