🚀 go-pugleaf

"Tim A." <tj@y_ucom.be> wrote in message
news:bYx19.35636$8o4.4968@afrodite.telenet-ops.be...
> Ik heb een online database syncronisatie functie (client-to-client over
het
> net via TCP) in ��n van men programma's ingebouwd maar 'k heb een klein
> probleempje. Alles werkt maar wel slechts 1 keer, blijkbaar geraakt een
> WinSock control niet uit de listen-state.
>
> Voor de update heb ik een afzonderlijke form, op die form staan alle
winsock
> controls. Het form (frmSync) wordt geladen vanuit  frmMain en ik laat de
> form dan zien (Modal), nadat frmSync zichzelf na de update vanzelf
verbergt
> doe ik in frmMain een unload van frmSync.
> Om er extra zeker van te zijn dat alle connecties zijn afgesloten staat er
> in de Unload event van frmSync code die voor elke Winsock control de
methode
> 'Close' doet, en vervolgens een unload van die control.
>
> Toch geeft mijn firewall (zelfs na het unloaden van frmSync) aan dat mijn
> programma nog in listen-mode is. En dat is ook zo want wanneer ik een 2e
> keer een online update wil doen dan krijg ik de 'port not available'
error.
>
> Als ik mijn programma volledig afsluit komt de poort wel direct weer
vrij...
>
> Hoe kan het dat de poort in listen mode blijft staan terwijl alle winsock
> controls unloaded zijn?
>

Misschien is dit je probleem:
http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q173619

--
SLE
http://www.proit.be

"SLE" <info@NOSPAMproit.be> schreef in bericht
news:vgy19.35671$8o4.4830@afrodite.telenet-ops.be...
> "Tim A." <tj@y_ucom.be> wrote in message
> news:bYx19.35636$8o4.4968@afrodite.telenet-ops.be...
> > Ik heb een online database syncronisatie functie (client-to-client over
> het
> > net via TCP) in ��n van men programma's ingebouwd maar 'k heb een klein
> > probleempje. Alles werkt maar wel slechts 1 keer, blijkbaar geraakt een
> > WinSock control niet uit de listen-state.
> >
> > Voor de update heb ik een afzonderlijke form, op die form staan alle
> winsock
> > controls. Het form (frmSync) wordt geladen vanuit  frmMain en ik laat de
> > form dan zien (Modal), nadat frmSync zichzelf na de update vanzelf
> verbergt
> > doe ik in frmMain een unload van frmSync.
> > Om er extra zeker van te zijn dat alle connecties zijn afgesloten staat
er
> > in de Unload event van frmSync code die voor elke Winsock control de
> methode
> > 'Close' doet, en vervolgens een unload van die control.
> >
> > Toch geeft mijn firewall (zelfs na het unloaden van frmSync) aan dat
mijn
> > programma nog in listen-mode is. En dat is ook zo want wanneer ik een 2e
> > keer een online update wil doen dan krijg ik de 'port not available'
> error.
> >
> > Als ik mijn programma volledig afsluit komt de poort wel direct weer
> vrij...
> >
> > Hoe kan het dat de poort in listen mode blijft staan terwijl alle
winsock
> > controls unloaded zijn?
> >
>
> Misschien is dit je probleem:
> http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q173619
>
> --
Hmm... dit is wel lastig want de communicatie is tussen 2 programma's. E�n
van de twee gaat luisteren op een vaste poort en het andere gaat initiatief
nemen om te connecten op een ingegeven remote IP op die bepaalde poort. De
uiteindelijke update gaat wel over een andere poort  (dynamisch gekozen door
een nieuwe winsock control). Bij een 2e update kan het evengoed andersom in
zen werk gaan...

Ik moet toch een poort hebben waarop ik wil connecten h� :-s  Als ik die
poort niet ken is het nogal moeilijk...

Het is wel geen echte ramp om het programma telkens even af te sluiten, maar
handig is het toch niet.

"Tim A." <tj@y_ucom.be> wrote in message
news:lqy19.35681$8o4.5090@afrodite.telenet-ops.be...
> Hmm... dit is wel lastig want de communicatie is tussen 2 programma's. E�n
> van de twee gaat luisteren op een vaste poort en het andere gaat
initiatief
> <SNIP>
> Het is wel geen echte ramp om het programma telkens even af te sluiten,
maar
> handig is het toch niet.

Persoonlijk raad ik je aan om die WinSock control buiten te zwieren en
onmiddelijk de WinSock API te gebruiken. Eenmaal dat je de structuur wat
doorhebt is die API even gemakklijk te gebruiken als de WinSock control,
plus dat de WinSock API veel meer aankan dan die ocx.
Een klein server/client voorbeeld kan je vinden op
http://www.allapi.net/vbexamples/vbexample.php?vbexample=SERVERCLIENT
Diezelfde site heeft ook nog heel wat andere WinSock voorbeelden.

Mvg,
Pieter Philippaerts

"Pieter Philippaerts" <Pieter@mentalis.org> schreef in bericht
news:6KL19.75188$Ma.7580870@amsnews02.chello.com...
> "Tim A." <tj@y_ucom.be> wrote in message
> news:lqy19.35681$8o4.5090@afrodite.telenet-ops.be...
> > Hmm... dit is wel lastig want de communicatie is tussen 2 programma's.
E�n
> > van de twee gaat luisteren op een vaste poort en het andere gaat
> initiatief
> > <SNIP>
> > Het is wel geen echte ramp om het programma telkens even af te sluiten,
> maar
> > handig is het toch niet.
>
> Persoonlijk raad ik je aan om die WinSock control buiten te zwieren en
> onmiddelijk de WinSock API te gebruiken. Eenmaal dat je de structuur wat
> doorhebt is die API even gemakklijk te gebruiken als de WinSock control,
> plus dat de WinSock API veel meer aankan dan die ocx.
> Een klein server/client voorbeeld kan je vinden op
> http://www.allapi.net/vbexamples/vbexample.php?vbexample=SERVERCLIENT
> Diezelfde site heeft ook nog heel wat andere WinSock voorbeelden.
>
Ik zal dat eens bekijken, 'k zou namelijk nog een mail functie (smtp-send en
pop-receive) moeten inbouwen ook dus dan zou ik eventueel ook wat controls
kunnen uitsparen. Merci :-)

"Tim A." <tj@y_ucom.be> schreef in bericht
news:lqy19.35681$8o4.5090@afrodite.telenet-ops.be...
> "SLE" <info@NOSPAMproit.be> schreef in bericht
> news:vgy19.35671$8o4.4830@afrodite.telenet-ops.be...
> > "Tim A." <tj@y_ucom.be> wrote in message
> > news:bYx19.35636$8o4.4968@afrodite.telenet-ops.be...
> > > Ik heb een online database syncronisatie functie (client-to-client
over
> > het
> > > net via TCP) in ��n van men programma's ingebouwd maar 'k heb een
klein
> > > probleempje. Alles werkt maar wel slechts 1 keer, blijkbaar geraakt
een
> > > WinSock control niet uit de listen-state.
> > >
> > > Voor de update heb ik een afzonderlijke form, op die form staan alle
> > winsock
> > > controls. Het form (frmSync) wordt geladen vanuit  frmMain en ik laat
de
> > > form dan zien (Modal), nadat frmSync zichzelf na de update vanzelf
> > verbergt
> > > doe ik in frmMain een unload van frmSync.
> > > Om er extra zeker van te zijn dat alle connecties zijn afgesloten
staat
> er
> > > in de Unload event van frmSync code die voor elke Winsock control de
> > methode
> > > 'Close' doet, en vervolgens een unload van die control.
> > >
> > > Toch geeft mijn firewall (zelfs na het unloaden van frmSync) aan dat
> mijn
> > > programma nog in listen-mode is. En dat is ook zo want wanneer ik een
2e
> > > keer een online update wil doen dan krijg ik de 'port not available'
> > error.
> > >
> > > Als ik mijn programma volledig afsluit komt de poort wel direct weer
> > vrij...
> > >
> > > Hoe kan het dat de poort in listen mode blijft staan terwijl alle
> winsock
> > > controls unloaded zijn?
> > >
> >
> > Misschien is dit je probleem:
> > http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q173619
> >
> > --
> Hmm... dit is wel lastig want de communicatie is tussen 2 programma's. E�n
> van de twee gaat luisteren op een vaste poort en het andere gaat
initiatief
> nemen om te connecten op een ingegeven remote IP op die bepaalde poort. De
> uiteindelijke update gaat wel over een andere poort  (dynamisch gekozen
door
> een nieuwe winsock control). Bij een 2e update kan het evengoed andersom
in
> zen werk gaan...
>
> Ik moet toch een poort hebben waarop ik wil connecten h� :-s  Als ik die
> poort niet ken is het nogal moeilijk...
>
> Het is wel geen echte ramp om het programma telkens even af te sluiten,
maar
> handig is het toch niet.
>

Indien iemand deze thread later nog zou lezen:
    Blijkbaar doet dit probleem zich enkel voor in de IDE, gecompileerde
versies hebben er percies geen last van... :-)