Home All Groups Group Topic Archive Search About

VB Winsock OCX Error during Bind

Author
2 Mar 2007 9:13 PM
Dave
I have a VB program that on some PC's it generates an error 126 when the
program attempts to bind to a socket.   What makes this difficult is there
is no documentation on error 126 and the description is empty.  Does anyone
know anything about this error?  Any suggestions?

  With objWinsock
    .Protocol = sckUDPProtocol
    Err.Clear
    ' listen on 5X006
    .Bind "59006"
    If Err.Number <> 0 Then
      ReportError Err.Description, Err.Number, _
        "Bind " & strRegCacheNspPortNum
      Err.Clear
      Unload Me
      Exit Sub
    End If
  End With

Any help would be appreciated, thanks
Dave

Author
3 Mar 2007 2:31 PM
DanS
Show quote Hide quote
"Dave" <KingOfTheBeach@community.nospam> wrote in
news:ueCvFBRXHHA.3500@TK2MSFTNGP05.phx.gbl:

> I have a VB program that on some PC's it generates an error 126 when
> the program attempts to bind to a socket.   What makes this difficult
> is there is no documentation on error 126 and the description is
> empty.  Does anyone know anything about this error?  Any suggestions?
>
>   With objWinsock
>     .Protocol = sckUDPProtocol
>     Err.Clear
>     ' listen on 5X006
>     .Bind "59006"
>     If Err.Number <> 0 Then
>       ReportError Err.Description, Err.Number, _
>         "Bind " & strRegCacheNspPortNum
>       Err.Clear
>       Unload Me
>       Exit Sub
>     End If
>   End With
>
> Any help would be appreciated, thanks
> Dave
>
>
>

Your .Bind call is incorrect.

In the VB6 IDE, press F2 to bring up the object browser. Select
MSWinsockLib in the top drop-down. Then in the left pane click on
Winsock, on the right, all of the properties, subs, and events will be
shown.

Try it this way:

>   With objWinsock
>     .Protocol = sckUDPProtocol
>     .LocalPort = 59006
>     .Bind


Regards,

DanS
Author
5 Mar 2007 2:48 PM
Dave
Dan,

The object browser shows this as the parameters:
Sub Bind ([LocalPort], [LocalIP])

Dave


Show quoteHide quote
"DanS" <t.h.i.s.n.t.h.a.t@a.d.e.l.p.h.i.a.n.e.t> wrote in message
news:Xns98E8616EF3DDFthisnthatadelphianet@194.177.96.78...
> "Dave" <KingOfTheBeach@community.nospam> wrote in
> news:ueCvFBRXHHA.3500@TK2MSFTNGP05.phx.gbl:
>
>> I have a VB program that on some PC's it generates an error 126 when
>> the program attempts to bind to a socket.   What makes this difficult
>> is there is no documentation on error 126 and the description is
>> empty.  Does anyone know anything about this error?  Any suggestions?
>>
>>   With objWinsock
>>     .Protocol = sckUDPProtocol
>>     Err.Clear
>>     ' listen on 5X006
>>     .Bind "59006"
>>     If Err.Number <> 0 Then
>>       ReportError Err.Description, Err.Number, _
>>         "Bind " & strRegCacheNspPortNum
>>       Err.Clear
>>       Unload Me
>>       Exit Sub
>>     End If
>>   End With
>>
>> Any help would be appreciated, thanks
>> Dave
>>
>>
>>
>
> Your .Bind call is incorrect.
>
> In the VB6 IDE, press F2 to bring up the object browser. Select
> MSWinsockLib in the top drop-down. Then in the left pane click on
> Winsock, on the right, all of the properties, subs, and events will be
> shown.
>
> Try it this way:
>
>>   With objWinsock
>>     .Protocol = sckUDPProtocol
>>     .LocalPort = 59006
>>     .Bind
>
>
> Regards,
>
> DanS
>
>
Author
5 Mar 2007 10:22 PM
DanS
"Dave" <KingOfTheBeach@community.nospam> wrote in news:OfBWPVzXHHA.2268
@TK2MSFTNGP06.phx.gbl:

> Dan,
>
> The object browser shows this as the parameters:
> Sub Bind ([LocalPort], [LocalIP])
>
> Dave
>
>

Yes it does......I was expecting the error to come from passing a string as
the port number, where the documentation calls for a Long.

I should have tried it out before replying :)


DanS
Author
5 Mar 2007 7:35 AM
Walter Wang [MSFT]
Hi Dave,

Your code runs fine on my side. Error 126 means "The specified module could
not be found"
(http://www.planetsourcecode.com/vb/scripts/ShowCode.asp?txtCodeId=48434&lng
WId=1). The winsock control depends on WSock32.dll. Try to use Dependency
Walker (www.dependencywalker.com/) to load %windir%\system32\mswinsck.ocx
and see if any dependent files are missing.


Sincerely,
Walter Wang (waw***@online.microsoft.com, remove 'online.')
Microsoft Online Community Support

==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications. If you are using Outlook Express, please make sure you clear the
check box "Tools/Options/Read: Get 300 headers at a time" to see your reply
promptly.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscriptions/support/default.aspx.
==================================================

This posting is provided "AS IS" with no warranties, and confers no rights.
Author
5 Mar 2007 2:44 PM
Dave
Thanks let me see if I can get my tech support department to WebX in and see
if depends shows anything.


Show quoteHide quote
"Walter Wang [MSFT]" <waw***@online.microsoft.com> wrote in message
news:MCDfojvXHHA.372@TK2MSFTNGHUB02.phx.gbl...
> Hi Dave,
>
> Your code runs fine on my side. Error 126 means "The specified module
> could
> not be found"
> (http://www.planetsourcecode.com/vb/scripts/ShowCode.asp?txtCodeId=48434&lng
> WId=1). The winsock control depends on WSock32.dll. Try to use Dependency
> Walker (www.dependencywalker.com/) to load %windir%\system32\mswinsck.ocx
> and see if any dependent files are missing.
>
>
> Sincerely,
> Walter Wang (waw***@online.microsoft.com, remove 'online.')
> Microsoft Online Community Support
>
> ==================================================
> Get notification to my posts through email? Please refer to
> http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
> ications. If you are using Outlook Express, please make sure you clear the
> check box "Tools/Options/Read: Get 300 headers at a time" to see your
> reply
> promptly.
>
> Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
> where an initial response from the community or a Microsoft Support
> Engineer within 1 business day is acceptable. Please note that each follow
> up response may take approximately 2 business days as the support
> professional working with you may need further investigation to reach the
> most efficient resolution. The offering is not appropriate for situations
> that require urgent, real-time or phone-based interactions or complex
> project analysis and dump analysis issues. Issues of this nature are best
> handled working with a dedicated Microsoft Support Engineer by contacting
> Microsoft Customer Support Services (CSS) at
> http://msdn.microsoft.com/subscriptions/support/default.aspx.
> ==================================================
>
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
>
Author
5 Mar 2007 2:52 PM
Dave
Walter if the problem is really a missing or god forbid a mismatched
Wsock32.dll.  Where would I go to get a Wsock32.dll that will work properly
with mswinsck.ocx.


Show quoteHide quote
"Walter Wang [MSFT]" <waw***@online.microsoft.com> wrote in message
news:MCDfojvXHHA.372@TK2MSFTNGHUB02.phx.gbl...
> Hi Dave,
>
> Your code runs fine on my side. Error 126 means "The specified module
> could
> not be found"
> (http://www.planetsourcecode.com/vb/scripts/ShowCode.asp?txtCodeId=48434&lng
> WId=1). The winsock control depends on WSock32.dll. Try to use Dependency
> Walker (www.dependencywalker.com/) to load %windir%\system32\mswinsck.ocx
> and see if any dependent files are missing.
>
>
> Sincerely,
> Walter Wang (waw***@online.microsoft.com, remove 'online.')
> Microsoft Online Community Support
>
> ==================================================
> Get notification to my posts through email? Please refer to
> http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
> ications. If you are using Outlook Express, please make sure you clear the
> check box "Tools/Options/Read: Get 300 headers at a time" to see your
> reply
> promptly.
>
> Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
> where an initial response from the community or a Microsoft Support
> Engineer within 1 business day is acceptable. Please note that each follow
> up response may take approximately 2 business days as the support
> professional working with you may need further investigation to reach the
> most efficient resolution. The offering is not appropriate for situations
> that require urgent, real-time or phone-based interactions or complex
> project analysis and dump analysis issues. Issues of this nature are best
> handled working with a dedicated Microsoft Support Engineer by contacting
> Microsoft Customer Support Services (CSS) at
> http://msdn.microsoft.com/subscriptions/support/default.aspx.
> ==================================================
>
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
>
Author
6 Mar 2007 1:46 AM
Walter Wang [MSFT]
Hi Dave,

What's the OS version?

wsock32.dll also depends on other files; In Dependency Walker, you could
save the depedency information to a "Dependency Walker Image (*.dwi)" file
and send it to me. I could help you to diagnose which file is missing.

WSock32.dll is distributed with many products (and OS):

http://support.microsoft.com/dllhelp/?dlltype=file&l=55&alpha=wsock32.dll&S=
1&x=0&y=0


Regards,
Walter Wang (waw***@online.microsoft.com, remove 'online.')
Microsoft Online Community Support

==================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
==================================================

This posting is provided "AS IS" with no warranties, and confers no rights.
Author
6 Mar 2007 9:31 PM
Dave
Its Windows XP.

I will get a dwi file for you.


"Walter Wang [MSFT]" <waw***@online.microsoft.com> wrote in message
news:8WiXJF5XHHA.2508@TK2MSFTNGHUB02.phx.gbl...
> Hi Dave,
>
> What's the OS version?
>
> wsock32.dll also depends on other files; In Dependency Walker, you could
> save the depedency information to a "Dependency Walker Image (*.dwi)" file
> and send it to me. I could help you to diagnose which file is missing.
>
> WSock32.dll is distributed with many products (and OS):
>
>
http://support.microsoft.com/dllhelp/?dlltype=file&l=55&alpha=wsock32.dll&S=
Show quoteHide quote
> 1&x=0&y=0
>
>
> Regards,
> Walter Wang (waw***@online.microsoft.com, remove 'online.')
> Microsoft Online Community Support
>
> ==================================================
> When responding to posts, please "Reply to Group" via your newsreader so
> that others may learn and benefit from your issue.
> ==================================================
>
> This posting is provided "AS IS" with no warranties, and confers no
rights.
>
Author
6 Mar 2007 3:38 AM
Jim Carlock
"Dave" posted...
: ... mswinsck.ocx.

Also, close down the VB5/6 IDE. Open a command prompt and
type:

CD %systemroot%\system32
DIR mswinsck.*

You should see an .oca file. Delete the mswinsck.oca file and then
restart the IDE. The IDE will recreate that file when it starts.

Also, .Bind is supposed to be for TCP rather than UDP according
to the help documentation. You can set the port number properly
in the control properties. Perhaps the only other time .Bind needs to
get called is during dynamic creation(?) of such a control.

Has anyone here successfully dynamically created a winsock
object?

--
Jim Carlock
Post replies to the group.
Author
6 Mar 2007 9:30 PM
Dave
> Has anyone here successfully dynamically created a winsock
> object?

You actually need to put the winsock OCX on a form to use it, it won't
operate any other way.

Hmmm, thats a good point, why is there a bind in there at all, I will look
into that.



Show quoteHide quote
"Jim Carlock" <anonymous@localhost> wrote in message
news:uRy1aD6XHHA.588@TK2MSFTNGP06.phx.gbl...
> "Dave" posted...
> : ... mswinsck.ocx.
>
> Also, close down the VB5/6 IDE. Open a command prompt and
> type:
>
> CD %systemroot%\system32
> DIR mswinsck.*
>
> You should see an .oca file. Delete the mswinsck.oca file and then
> restart the IDE. The IDE will recreate that file when it starts.
>
> Also, .Bind is supposed to be for TCP rather than UDP according
> to the help documentation. You can set the port number properly
> in the control properties. Perhaps the only other time .Bind needs to
> get called is during dynamic creation(?) of such a control.
>
> Has anyone here successfully dynamically created a winsock
> object?
>
> --
> Jim Carlock
> Post replies to the group.
>
>
Author
6 Mar 2007 10:13 PM
Jim Carlock
"Jim Carlock" stated...
> Has anyone here successfully dynamically created a winsock
> object?

"Dave" replied...
: You actually need to put the winsock OCX on a form to use it,
: it won't operate any other way.
:
: Hmmm, thats a good point, why is there a bind in there at all, I
: will look into that.

Perhaps one reason to use it, but I've never looked into it...

It accepts both an IP address and a port. So perhaps it can be
used to bind to a specific network adapter (if two or more exist
on the system).

--
Jim Carlock
Post replies to the group.
Author
7 Mar 2007 5:54 AM
Walter Wang [MSFT]
Bind is optional for client socket but it's necessary for server socket,
regardless of TCP or UDP. For mswinsck.ocx, I believe setting LocalPort
will call Bind implicitly, you only need to call Bind when you have
multiple protocol adapters
(http://msdn.microsoft.com/library/default.asp?url=/library/en-us/mswnsk98/h
tml/vbmthBindMethod.asp).

You might want to take a look at http://www.vbip.com for alternate approach
to use winsock in VB6.

Regards,
Walter Wang (waw***@online.microsoft.com, remove 'online.')
Microsoft Online Community Support

==================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
==================================================

This posting is provided "AS IS" with no warranties, and confers no rights.
Author
7 Mar 2007 2:13 PM
Dave
Thanks, I will take a look at it.


"Walter Wang [MSFT]" <waw***@online.microsoft.com> wrote in message
news:He9mu0HYHHA.2204@TK2MSFTNGHUB02.phx.gbl...
> Bind is optional for client socket but it's necessary for server socket,
> regardless of TCP or UDP. For mswinsck.ocx, I believe setting LocalPort
> will call Bind implicitly, you only need to call Bind when you have
> multiple protocol adapters
>
(http://msdn.microsoft.com/library/default.asp?url=/library/en-us/mswnsk98/h
Show quoteHide quote
> tml/vbmthBindMethod.asp).
>
> You might want to take a look at http://www.vbip.com for alternate
approach
> to use winsock in VB6.
>
> Regards,
> Walter Wang (waw***@online.microsoft.com, remove 'online.')
> Microsoft Online Community Support
>
> ==================================================
> When responding to posts, please "Reply to Group" via your newsreader so
> that others may learn and benefit from your issue.
> ==================================================
>
> This posting is provided "AS IS" with no warranties, and confers no
rights.
>
>
Author
7 Mar 2007 11:08 PM
Dave
The problem turned out to be with a package called BitDefender.  Apparently
it is preventing the VB winsock ocx from functioning properly.  We
uninstalled it and now the program works fine.  Anyone have any idea how a
security package could make a winsock Bind call throw an error 126?

I have other C++ code doing winsock operations running in this software that
functions perfectly with or without BitDefender.


"Walter Wang [MSFT]" <waw***@online.microsoft.com> wrote in message
news:He9mu0HYHHA.2204@TK2MSFTNGHUB02.phx.gbl...
> Bind is optional for client socket but it's necessary for server socket,
> regardless of TCP or UDP. For mswinsck.ocx, I believe setting LocalPort
> will call Bind implicitly, you only need to call Bind when you have
> multiple protocol adapters
>
(http://msdn.microsoft.com/library/default.asp?url=/library/en-us/mswnsk98/h
Show quoteHide quote
> tml/vbmthBindMethod.asp).
>
> You might want to take a look at http://www.vbip.com for alternate
approach
> to use winsock in VB6.
>
> Regards,
> Walter Wang (waw***@online.microsoft.com, remove 'online.')
> Microsoft Online Community Support
>
> ==================================================
> When responding to posts, please "Reply to Group" via your newsreader so
> that others may learn and benefit from your issue.
> ==================================================
>
> This posting is provided "AS IS" with no warranties, and confers no
rights.
>
>
Author
9 Mar 2007 1:10 AM
Walter Wang [MSFT]
Hi Dave,

I'm glad you've solved the issue. For the root cause, you might want to
contact BitDefender's support to know the details. My guess is that it
blocks any unauthorized programs to open a UDP port.

Regards,
Walter Wang (waw***@online.microsoft.com, remove 'online.')
Microsoft Online Community Support

==================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
==================================================

This posting is provided "AS IS" with no warranties, and confers no rights.
Author
7 Mar 2007 2:08 PM
Dave
It doesn't seem to want to receive data until the bind is called.  I wonder
why the documentation says its for TCP only if you can't get UDP data to
receive until you call bind.

Show quoteHide quote
"Jim Carlock" <anonymous@localhost> wrote in message
news:eWfChyDYHHA.3928@TK2MSFTNGP02.phx.gbl...
> "Jim Carlock" stated...
> > Has anyone here successfully dynamically created a winsock
> > object?
>
> "Dave" replied...
> : You actually need to put the winsock OCX on a form to use it,
> : it won't operate any other way.
> :
> : Hmmm, thats a good point, why is there a bind in there at all, I
> : will look into that.
>
> Perhaps one reason to use it, but I've never looked into it...
>
> It accepts both an IP address and a port. So perhaps it can be
> used to bind to a specific network adapter (if two or more exist
> on the system).
>
> --
> Jim Carlock
> Post replies to the group.
>
>
Author
7 Mar 2007 11:29 PM
Henning
For UDP, you _have_ to bind it to a port. The nature of UDP is to send data
to a listener ip:port.

/Henning

Show quoteHide quote
"Dave" <KingOfTheBeach@community.nospam> skrev i meddelandet
news:%23bW3lIMYHHA.4692@TK2MSFTNGP04.phx.gbl...
> It doesn't seem to want to receive data until the bind is called.  I
wonder
> why the documentation says its for TCP only if you can't get UDP data to
> receive until you call bind.
>
> "Jim Carlock" <anonymous@localhost> wrote in message
> news:eWfChyDYHHA.3928@TK2MSFTNGP02.phx.gbl...
> > "Jim Carlock" stated...
> > > Has anyone here successfully dynamically created a winsock
> > > object?
> >
> > "Dave" replied...
> > : You actually need to put the winsock OCX on a form to use it,
> > : it won't operate any other way.
> > :
> > : Hmmm, thats a good point, why is there a bind in there at all, I
> > : will look into that.
> >
> > Perhaps one reason to use it, but I've never looked into it...
> >
> > It accepts both an IP address and a port. So perhaps it can be
> > used to bind to a specific network adapter (if two or more exist
> > on the system).
> >
> > --
> > Jim Carlock
> > Post replies to the group.
> >
> >
>
>
Author
8 Mar 2007 3:22 AM
Jim Carlock
"Henning" posted...
: For UDP, you _have_ to bind it to a port. The nature of UDP is to
: send data to a listener ip:port.

TCP works that way too. The difference between the two involves
TCP establishes a "connection" while UDP is connectionless. TCP
creates a connection through a three-way handshake and employs
flow-control and error correction, while UDP represents a light-
weight implementation where the application programmer needs
to implement such error corrections and such.

I tested .Bind on the Winsock control and it seems to force the
control to use the TCP protocol. I'd like some other verification
if possible.

Setting the .Protocol property after binding causes an error.

Setting the .Protocol property before works but the control turns
to itself into the TCP state when .Bind gets called (as seen inside
of SysInternals TCPView application).

I'm using TCPView from SysInternals and it shows alot of open
UDP ports but I'm striking out on getting the WinSock control to
show up as UDP (dynamically trying to push the control over from
TCP to UDP by setting the .Protocol property).

I'm using SP6 Winsock control (dated 03/09/2004  03:45 PM).
MD5: e8a2190a9e8ee5e5d2e0b599bbf9dda6 *mswinsck.ocx

--
Jim Carlock
Post replies to the group.
Author
8 Mar 2007 11:51 AM
Henning
Show quote Hide quote
"Jim Carlock" <anonymous@localhost> skrev i meddelandet
news:%23jZy3DTYHHA.1008@TK2MSFTNGP03.phx.gbl...
> "Henning" posted...
> : For UDP, you _have_ to bind it to a port. The nature of UDP is to
> : send data to a listener ip:port.
>
> TCP works that way too. The difference between the two involves
> TCP establishes a "connection" while UDP is connectionless. TCP
> creates a connection through a three-way handshake and employs
> flow-control and error correction, while UDP represents a light-
> weight implementation where the application programmer needs
> to implement such error corrections and such.
>
> I tested .Bind on the Winsock control and it seems to force the
> control to use the TCP protocol. I'd like some other verification
> if possible.
>
> Setting the .Protocol property after binding causes an error.
>
> Setting the .Protocol property before works but the control turns
> to itself into the TCP state when .Bind gets called (as seen inside
> of SysInternals TCPView application).
>
> I'm using TCPView from SysInternals and it shows alot of open
> UDP ports but I'm striking out on getting the WinSock control to
> show up as UDP (dynamically trying to push the control over from
> TCP to UDP by setting the .Protocol property).
>
> I'm using SP6 Winsock control (dated 03/09/2004  03:45 PM).
> MD5: e8a2190a9e8ee5e5d2e0b599bbf9dda6 *mswinsck.ocx
>
> --
> Jim Carlock
> Post replies to the group.
>
>
Thats odd!
Setting it up as follows, and it uses UDP for tx and rx. sckUDPProtocol is
choosen in the Object Properties on the form.
    Dim RemoteIp As String
    Dim THPort As Integer
    Dim MyPort As Integer

    RemoteIp = "192.168.100.3"
    THPort = 8101
    MyPort = 8100

        With .Wsock
            ' IMPORTANT: be sure to change the RemoteHost
            ' value to the IP of other computer.
            .RemoteHost = RemoteIp    '"PeerA"
            .RemotePort = THport        ' Port to connect to.
            .Bind MyPort                ' Bind to the local port.
        End With
And receiving thru Wsock_DataArrival
Transmitting with Wsock.SendData TxMsg

/Henning
Author
8 Mar 2007 1:56 PM
Jim Carlock
"Jim Carlock" posted...
> Setting the .Protocol property before works but the control turns
> to itself into the TCP state when .Bind gets called (as seen inside
> of SysInternals TCPView application).


"Henning" wrote..
: Thats odd!
: Setting it up as follows, and it uses UDP for tx and rx. sckUDPProtocol is
: choosen in the Object Properties on the form.

Yes. My mistake. I left a TCP port control open (as TCP) and only
changed one of the controls to UDP. The UDP control sent it's stuff
through though, and the TCP control received it (without a connection
so that was definitely odd). Bad code caused the problem. Thanks
Henning, you're absolutely correct!

--
Jim Carlock
Post replies to the group.
Author
9 Mar 2007 2:25 PM
Dave
As I stated in another section of this thread the code actually works
properly until its run on a machine running bitDefender.  It is strange how
the program fails though I would expect the program to be able to bind to a
socket regardless of what security software is running.  It would just not
be able to receive any data.  In this cause BitDefender actually causes the
winsock control to through errors.  I'm actually considered engineering the
darn thing out.  Historically its been more trouble than anything else
anyway.


Show quoteHide quote
"Jim Carlock" <anonymous@localhost> wrote in message
news:eoI5fmYYHHA.5044@TK2MSFTNGP05.phx.gbl...
> "Jim Carlock" posted...
> > Setting the .Protocol property before works but the control turns
> > to itself into the TCP state when .Bind gets called (as seen inside
> > of SysInternals TCPView application).
>
>
> "Henning" wrote..
> : Thats odd!
> : Setting it up as follows, and it uses UDP for tx and rx. sckUDPProtocol
is
> : choosen in the Object Properties on the form.
>
> Yes. My mistake. I left a TCP port control open (as TCP) and only
> changed one of the controls to UDP. The UDP control sent it's stuff
> through though, and the TCP control received it (without a connection
> so that was definitely odd). Bad code caused the problem. Thanks
> Henning, you're absolutely correct!
>
> --
> Jim Carlock
> Post replies to the group.
>
>
Author
9 Mar 2007 4:07 PM
Henning
Could it be that BitDefender changes out som of the winsock ocx,dll's. Can
you compare versions on the different machines.

/Henning

Show quoteHide quote
"Dave" <KingOfTheBeach@community.nospam> skrev i meddelandet
news:%23u$69alYHHA.588@TK2MSFTNGP06.phx.gbl...
> As I stated in another section of this thread the code actually works
> properly until its run on a machine running bitDefender.  It is strange
how
> the program fails though I would expect the program to be able to bind to
a
> socket regardless of what security software is running.  It would just not
> be able to receive any data.  In this cause BitDefender actually causes
the
> winsock control to through errors.  I'm actually considered engineering
the
> darn thing out.  Historically its been more trouble than anything else
> anyway.
>
>
> "Jim Carlock" <anonymous@localhost> wrote in message
> news:eoI5fmYYHHA.5044@TK2MSFTNGP05.phx.gbl...
> > "Jim Carlock" posted...
> > > Setting the .Protocol property before works but the control turns
> > > to itself into the TCP state when .Bind gets called (as seen inside
> > > of SysInternals TCPView application).
> >
> >
> > "Henning" wrote..
> > : Thats odd!
> > : Setting it up as follows, and it uses UDP for tx and rx.
sckUDPProtocol
> is
> > : choosen in the Object Properties on the form.
> >
> > Yes. My mistake. I left a TCP port control open (as TCP) and only
> > changed one of the controls to UDP. The UDP control sent it's stuff
> > through though, and the TCP control received it (without a connection
> > so that was definitely odd). Bad code caused the problem. Thanks
> > Henning, you're absolutely correct!
> >
> > --
> > Jim Carlock
> > Post replies to the group.
> >
> >
>
>
Author
9 Mar 2007 8:35 PM
Bob O`Bob
Dave wrote:
> As I stated in another section of this thread the code actually works
> properly until its run on a machine running bitDefender.  It is strange how
> the program fails though I would expect the program to be able to bind to a
> socket regardless of what security software is running.  It would just not
> be able to receive any data.  In this cause BitDefender actually causes the
> winsock control to through errors.  I'm actually considered engineering the
> darn thing out.  Historically its been more trouble than anything else
> anyway.


This "BitDefender" thing probably installs itself in the TCP stack, and is
supposed to operate as a proxy, no doubt approving of some connections and
disabling others.  Any such proxy, to be effective, must operate in a
manner that is completely transparent to authorized connections.

You may need to ensure that it is configured to allow your connections.

If it affects an /authorized/ connection and is not completely transparent,
then it pretty much has to be buggy proxy code.  Get rid of it.
It is extremely unlikely anything done from VB can work around it.



    Bob
--
Author
9 Mar 2007 9:18 PM
Dave
Thanks for all  your suggestions.  We just downloaded an eval of
BitDefender, we will work our way through it.


Show quoteHide quote
"Dave" <KingOfTheBeach@community.nospam> wrote in message
news:%23u$69alYHHA.588@TK2MSFTNGP06.phx.gbl...
> As I stated in another section of this thread the code actually works
> properly until its run on a machine running bitDefender.  It is strange
how
> the program fails though I would expect the program to be able to bind to
a
> socket regardless of what security software is running.  It would just not
> be able to receive any data.  In this cause BitDefender actually causes
the
> winsock control to through errors.  I'm actually considered engineering
the
> darn thing out.  Historically its been more trouble than anything else
> anyway.
>
>
> "Jim Carlock" <anonymous@localhost> wrote in message
> news:eoI5fmYYHHA.5044@TK2MSFTNGP05.phx.gbl...
> > "Jim Carlock" posted...
> > > Setting the .Protocol property before works but the control turns
> > > to itself into the TCP state when .Bind gets called (as seen inside
> > > of SysInternals TCPView application).
> >
> >
> > "Henning" wrote..
> > : Thats odd!
> > : Setting it up as follows, and it uses UDP for tx and rx.
sckUDPProtocol
> is
> > : choosen in the Object Properties on the form.
> >
> > Yes. My mistake. I left a TCP port control open (as TCP) and only
> > changed one of the controls to UDP. The UDP control sent it's stuff
> > through though, and the TCP control received it (without a connection
> > so that was definitely odd). Bad code caused the problem. Thanks
> > Henning, you're absolutely correct!
> >
> > --
> > Jim Carlock
> > Post replies to the group.
> >
> >
>
>
Author
9 Mar 2007 11:47 PM
Jim Carlock
"Dave" wrote...
: Thanks for all  your suggestions. We just downloaded an
: eval of BitDefender, we will work our way through it.
What OS are you using? Perhaps there's a better firewall
available for that OS.

--
Jim Carlock
Post replies to the group.
Author
12 Mar 2007 7:11 PM
Dave
The user was running Windows XP

Show quoteHide quote
"Jim Carlock" <anonymous@localhost> wrote in message
news:Oox$RVqYHHA.4264@TK2MSFTNGP05.phx.gbl...
> "Dave" wrote...
> : Thanks for all  your suggestions. We just downloaded an
> : eval of BitDefender, we will work our way through it.
> What OS are you using? Perhaps there's a better firewall
> available for that OS.
>
> --
> Jim Carlock
> Post replies to the group.
>
>
Author
14 Mar 2007 4:32 AM
Jim Carlock
"Jim Carlock" questioned...
: What OS are you using? Perhaps there's a better firewall
: available for that OS.


"Dave" replied...
: The user was running Windows XP

Kerio Personal Version 2.15 is pretty good for XP. It's hard
to find, though. And then it requires an additional filter to filter
broken packets. I'm waiting on some email replies to come
back. The filter that I use has also been discontinued by the
developer. I'll get back with you in a couple of days if you're
interested in this.

--
Jim Carlock
Post replies to the group.
Author
14 Mar 2007 5:34 AM
Stefan Berglund
On Wed, 14 Mar 2007 00:32:15 -0400, "Jim Carlock" <anonymous@localhost>
wrote:
in <OGG#DHfZHHA.4***@TK2MSFTNGP06.phx.gbl>

Show quoteHide quote
>"Jim Carlock" questioned...
>: What OS are you using? Perhaps there's a better firewall
>: available for that OS.
>
>
>"Dave" replied...
>: The user was running Windows XP
>
>Kerio Personal Version 2.15 is pretty good for XP. It's hard
>to find, though. And then it requires an additional filter to filter
>broken packets. I'm waiting on some email replies to come
>back. The filter that I use has also been discontinued by the
>developer. I'll get back with you in a couple of days if you're
>interested in this.

I swear by Kerio.  I run version 2.1.5 on every box on my network and it
cohabitates quite nicely with both SQL Server and PostgreSQL.

---
Stefan Berglund
Author
15 Mar 2007 4:18 PM
Dave
The bit defender product on this site we downloaded an evaluation and
installed it.  It completely destroyed a Windows 2000 box we put it on and
severely damaged 2 other test machines.  We haven't had time yet to figure
out what the product does and we couldn't get it to uninstall so those
machines are crippled right now.

Word to the wise, stay away from Bit Defender.  Reviews say its a good
product.  But we have had some bad experiences with it.



Show quoteHide quote
"Stefan Berglund" <sorry.no.kool***@for.me> wrote in message
news:l72fv218m9nd9ciqv1nb7ipi3oedj1vtaq@4ax.com...
> On Wed, 14 Mar 2007 00:32:15 -0400, "Jim Carlock" <anonymous@localhost>
> wrote:
>  in <OGG#DHfZHHA.4***@TK2MSFTNGP06.phx.gbl>
>
> >"Jim Carlock" questioned...
> >: What OS are you using? Perhaps there's a better firewall
> >: available for that OS.
> >
> >
> >"Dave" replied...
> >: The user was running Windows XP
> >
> >Kerio Personal Version 2.15 is pretty good for XP. It's hard
> >to find, though. And then it requires an additional filter to filter
> >broken packets. I'm waiting on some email replies to come
> >back. The filter that I use has also been discontinued by the
> >developer. I'll get back with you in a couple of days if you're
> >interested in this.
>
> I swear by Kerio.  I run version 2.1.5 on every box on my network and it
> cohabitates quite nicely with both SQL Server and PostgreSQL.
>
> ---
> Stefan Berglund
Author
15 Mar 2007 4:00 PM
Ken Halter
"Dave" <KingOfTheBeach@community.nospam> wrote in message
news:OFUezUxZHHA.3520@TK2MSFTNGP04.phx.gbl...
> The bit defender product on this site we downloaded an evaluation and
> installed it.  It completely destroyed a Windows 2000 box we put it on and
> severely damaged 2 other test machines.  We haven't had time yet to figure
> out what the product does and we couldn't get it to uninstall so those
> machines are crippled right now.
>
> Word to the wise, stay away from Bit Defender.  Reviews say its a good
> product.  But we have had some bad experiences with it.

You might want to write a review yourself. Doing so may prevent someone from
trashing their PC.... or, at least know what to suspect as the likely
suspect.


--
Ken Halter - MS-MVP-VB - Please keep all discussions in the groups..
In Loving Memory - http://www.vbsight.com/Remembrance.htm
Author
16 Mar 2007 3:46 AM
Jim Carlock
On Wed, 14 Mar 2007 00:32:15 -0400, "Jim Carlock" posted...
: Kerio Personal Version 2.15 is pretty good for XP. It's hard
: to find, though. And it requires an additional filter to filter
: packet fragments.

"Stefan Berglund" wrote...
: I swear by Kerio. I run version 2.1.5 on every box on my
: network and it cohabitates quite nicely with both SQL Server
: and PostgreSQL.

It works great with Apache and PHP as well. Last year I was
told that it had a problem with fragmented packets and dl'ed a
fragmented packet handler from idrci.net, but the website no
longer distributes much of anything, including a homepage.

The domain name expires in May, 2007 according to whois at
geektools.com.

The website owner's email address is not functional either.

--
Jim Carlock
Post replies to the group.