vb6.0 udp multicast problem
Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance
I have a UNIX machine broadcasting and receiving messages via UDP
multicast.
I have configured a vb6.0 app with a winsock control configured
haphazardly. I say haphazardly because there are no winsock udp
multicast examples in any Microsoft documentation or any where else
for that matter.
I can send messages to the Unix machine, it receives them and parses
them perfectly. Messages coming back are not received by the vb6.0
app.
Question 1. Can the winsock control be configured udp multicast?
Since all the examples show unicast.
Question 2. Does anyone have sample code if it is possible? is there
any other way that I can receive this udp multicast traffic in a vb6.0
application.
Thanks
emp1953
.
Relevant Pages
- Re: vb6.0 udp multicast problem
... I have configured a vb6.0 app with a winsock control configured ... I say haphazardly because there are no winsock udp ... multicast examples in any Microsoft documentation or any where else ... (microsoft.public.vb.general.discussion) - receiving mjpegs over tcp and multicasting decoded rgb images slows network down?
... jpegs as rgb images via udp into the local network. ... udp multicast socket. ... (comp.os.linux.networking) - Re: is using applet-servlet communication to implement realtime features possible?
... UDP messages and, if so, from whom. ... SecurityManager.checkMulticastcode would throw an exception for an Applet ... Multicast socket ... Connect to the Application Server and pass authorization via a) ... (comp.lang.java.programmer) - Re: SLP in MFC
... But as far as the multicast ... section 6.1, it appears that SLP can run over UDP or TCP, and as UDP then ... The issue being that if a packet would exceed the maximum UDP ... (microsoft.public.vc.mfc) - Re: UDP catchall
... The UDP catchall patch as submitted here clashes with the blackhole functionality, and also bypasses the update of the protocol statistics and unreachable port rate limiting. ... This would allow the inpcb code to avoid allocating sockets from that range at all -- as well as allowing inbound packets for that range to be immediately relayed to mtund without the cost of a hash lookup. ... Whether or not multicasts are O.K. for catchall should also be configurable, however the only way for this to work reliably without running multicast forwarding on the same node is for the mtund to explicitly join multicast groups -- because the code which maps inbound multicasts to sockets has to run further up in another block inside udp_input. ... (freebsd-net) |
|