🚀 go-pugleaf

What is it your actualy trying to achieve? Sounds like you have a Console 
application that uses a function in a DLL to I assume needs to get some user 
information. Is this correct?
It might be easier and more reliable to just use a temp file to exchange 
information(using say the HANDLE of the application you spawn as a 
filename). Although I have also used TCPIP succesfully in the past for 
exchanging info between applications. I'm  just wondering when the program 
is used on networked machines with tight security settings that ports might 
not be available.

John

"Stefano Bonifazi" <stefboombastic@email.it> wrote in message 
news:459385ea@newsgroups.borland.com...
> Hi! Thank You for Ur reply!
>
>
> John van de Geyn wrote:
>> Instead of creating a new Form would it not be easier to spawn a new 
>> stand alone application from the DLL?
>
> of course it would! :) ... That is right the way I'm following now, 
> leaving in the dll just a TCPIP blocking client that creates a bridge 
> between the console application and the visual VCL application!
> Of course if the console could launch directly a form in the dll would be 
> much better, but it sounds that the price is always that it has to sit 
> looping in message processing :(
> Thank You for Ur suggestion anyway!
> Stefano B.