Hi all,
I am not sure that I am posting this in the right group but here it goes anyway. I am new to socket programming and I have been searching on the internet to the questions I am about to pose but have been unsuccessful in finding the answers so far. Either because my understanding of sockets isn't where it needs to be or my questions are too basic.
My programming environment is Windows XP, Visual Studio .NET 2003 and C#.
So here it goes. I have been able to set up async sockets that listen to a particulare port with Bind and Listen and accept connections with Socket.BeginAccept and Socket.EndAccept. The class also listens with the Socket.BeginReceive and Socket.EndReceive functions. I also use the ManualResetEvent to signal finished states between the various async functions. I am using a custom developed collection class to hold connected sockets that are retreived on the call to Socket.EndConnect in the SocketConnectCallback function. I understand how to do all this. Where my failure of understanding comes in, is when I want to send data. I want to send data from the same socket that I am listening on. So let's say I have a class that controls the starting and stopping of a listening socket. This class also has a custom developed class that is a collection of sockets stored by the hash of the RemoteEndPoint that it is connected to. I first check to see if the collection contains a current connection to the endpoint that I want to send data to. If it does, grab that socket which is already connected and do a BeginSend on it with the data I want to send. Here is where I get confused. If a socket with the endpoint that I want to send data to does not exist, I want to connect to a remote system using the port of the socket that I am currently listening on. Either using the blocking Connect or the async BeginConnect, preferably the later. When I attempt to do this I get a System.SystemException {"An invalid argument was supplied"}. Now if I create a new socket with the same AddressFamily, etc and do a BeginConnect, it picks up a new port and connects to the remote system and then I can send data on that socket. I understand that this is an option but not the option that I want.
What am I overlooking or misunderstanding here? The reason why I want to connect from a specific port is because I am writing a P2P app that tracks all clients by a given address and port. If my approach is not valid I am going to have to drop back, punt and rethink.... :).
Thanks for any/all help that you may be able to provide.
John
5  3657 
John,
If I understand you correctly I don't think what you want to do is possible. The socket that is listening on a particular port can only connect and communicate with a client when the client initiates the connection. After a connection is established then either the server or client can send and receive data via the socket. However, it is not possible to connect to a remote computer using the same socket that you are listening on. That isn't a limitation of .Net or C#; it's just the way sockets work.
I'm still a little curious why the port would need to be the same on the server when it wants to initiate sending data to a remote computer that has not previously made a connection. Why is that a hard requirement?
good luck... hope this helps some,
~harris
"John Sheppard" wrote: Hi all,
I am not sure that I am posting this in the right group but here it goes anyway. I am new to socket programming and I have been searching on the internet to the questions I am about to pose but have been unsuccessful in finding the answers so far. Either because my understanding of sockets isn't where it needs to be or my questions are too basic.
My programming environment is Windows XP, Visual Studio .NET 2003 and C#.
So here it goes. I have been able to set up async sockets that listen to a particulare port with Bind and Listen and accept connections with Socket.BeginAccept and Socket.EndAccept. The class also listens with the Socket.BeginReceive and Socket.EndReceive functions. I also use the ManualResetEvent to signal finished states between the various async functions. I am using a custom developed collection class to hold connected sockets that are retreived on the call to Socket.EndConnect in the SocketConnectCallback function. I understand how to do all this. Where my failure of understanding comes in, is when I want to send data. I want to send data from the same socket that I am listening on. So let's say I have a class that controls the starting and stopping of a listening socket. This class also has a custom developed class that is a collection of sockets stored by the hash of the RemoteEndPoint that it is connected to. I first check to see if the collection contains a current connection to the endpoint that I want to send data to. If it does, grab that socket which is already connected and do a BeginSend on it with the data I want to send. Here is where I get confused. If a socket with the endpoint that I want to send data to does not exist, I want to connect to a remote system using the port of the socket that I am currently listening on. Either using the blocking Connect or the async BeginConnect, preferably the later. When I attempt to do this I get a System.SystemException {"An invalid argument was supplied"}. Now if I create a new socket with the same AddressFamily, etc and do a BeginConnect, it picks up a new port and connects to the remote system and then I can send data on that socket. I understand that this is an option but not the option that I want.
What am I overlooking or misunderstanding here? The reason why I want to connect from a specific port is because I am writing a P2P app that tracks all clients by a given address and port. If my approach is not valid I am going to have to drop back, punt and rethink.... :).
Thanks for any/all help that you may be able to provide.
John
Harris,
Thank you for your response. Your answer makes sense to me.
As to your not understanding maybe I can clear that up. I'll try to be concise but I can't promise brief. :) In the P2P application that I am writing the architecture is designed so that I will have connections to four clients at any one time. Whether that connection was initiated by the client when joining the P2P network, reshuffling connections and being reconnected to a better bandwidth matching peer and other types of operations, or the peer that is listening is connecting to a remote peer based upon protocol traffic received by one of its currently connected peers such as a BroadcastJoinNetworkPacket. For example, when a server, which in the current architecture is also a client to other peers, receives a BroadcastJoinNetworkPacket via currently connected peers on behalf of a peer requesting to join, it will look at certain information about the peer that attempting to join. Things such as the bandwidth, IP address and the number and make up of the peers it has currently connected and then make a determination on whether it would be a good peer neighbor for the peer that is requesting to join. If the receiving peer determines it would be a good neighbor it will make a connection to the requesting peer and send the appropriate response to it. The point of my confusion is that in all the packets that are sent there is included what I call the "header" for the packet. Such things as the length of the packet being sent, the IPEndPoint bytes that the peer sending the packet is listening on, a UniqueID for the peer and the checksum of the message being sent in the payload of the packet. This is sent regardless of the type of packet that is being transmitted. I wanted to track each peer by the hash code of the socket's RemoteEndPoint that is retrieved after a call EndConnect and wanted to short circuit having to include bytes for an IPEndPoint in the header of the packet that the remote peer is listening on. I wanted to be able to track each client by that RemoteEndPoint. What this would mean is that if that client peer wanted to connect multiple times to the same remote peer, I could track it uniquely by that one RemoteEndPoint. What your answer means to me in this situation is that I will have to track each packet uniquely by the IPEndPoint.Serialize().GetBytes data that is in the packet header instead of using the RemoteEndPoint of the peer that is connecting. I won't be able to categorize how to route that data to the appropriate handler classes so that I can control such things as the amount of data/second that can be sent/received to a particular peer, until after at least the header information is retrieved for a given packet.
You know, the more I am talking about this architecture the more that I am starting to see that maybe I don't have things as well thought out as I originally thought I did. Time to go back to my interaction model and make sure it is right before I try to provide the solution for it. I'm 85% of the way there on both architecture and the interaction model but I feel that I have missed something, but I am getting there. It's like peeling back the layers of an onion. The more layers that you dig, the more questions you have. The more questions you answer, the better that you are able to understand the questions you should be asking next.
Thanks again, and be looking for a new secure, anonymous and completely distributed C# based P2P application to go into beta within the year. I am shooting for October but it may be sooner. I am also trying to write it so that it will run on MONO as well. Looks like I will be pushing MONO's Windows.Forms implementation to it breaking point as I go along. Fun, fun.. FYI the complete P2P network functionality will be rolled into a dll that can then be utilized by whatever GUI that is necessary. Thanks for letting me bend your ear. :)
John
"Harris Reynolds" wrote: John,
If I understand you correctly I don't think what you want to do is possible. The socket that is listening on a particular port can only connect and communicate with a client when the client initiates the connection. After a connection is established then either the server or client can send and receive data via the socket. However, it is not possible to connect to a remote computer using the same socket that you are listening on. That isn't a limitation of .Net or C#; it's just the way sockets work.
I'm still a little curious why the port would need to be the same on the server when it wants to initiate sending data to a remote computer that has not previously made a connection. Why is that a hard requirement?
good luck... hope this helps some,
~harris
"John Sheppard" wrote:
Hi all,
I am not sure that I am posting this in the right group but here it goes anyway. I am new to socket programming and I have been searching on the internet to the questions I am about to pose but have been unsuccessful in finding the answers so far. Either because my understanding of sockets isn't where it needs to be or my questions are too basic.
My programming environment is Windows XP, Visual Studio .NET 2003 and C#.
So here it goes. I have been able to set up async sockets that listen to a particulare port with Bind and Listen and accept connections with Socket.BeginAccept and Socket.EndAccept. The class also listens with the Socket.BeginReceive and Socket.EndReceive functions. I also use the ManualResetEvent to signal finished states between the various async functions. I am using a custom developed collection class to hold connected sockets that are retreived on the call to Socket.EndConnect in the SocketConnectCallback function. I understand how to do all this. Where my failure of understanding comes in, is when I want to send data. I want to send data from the same socket that I am listening on. So let's say I have a class that controls the starting and stopping of a listening socket. This class also has a custom developed class that is a collection of sockets stored by the hash of the RemoteEndPoint that it is connected to. I first check to see if the collection contains a current connection to the endpoint that I want to send data to. If it does, grab that socket which is already connected and do a BeginSend on it with the data I want to send. Here is where I get confused. If a socket with the endpoint that I want to send data to does not exist, I want to connect to a remote system using the port of the socket that I am currently listening on. Either using the blocking Connect or the async BeginConnect, preferably the later. When I attempt to do this I get a System.SystemException {"An invalid argument was supplied"}. Now if I create a new socket with the same AddressFamily, etc and do a BeginConnect, it picks up a new port and connects to the remote system and then I can send data on that socket. I understand that this is an option but not the option that I want.
What am I overlooking or misunderstanding here? The reason why I want to connect from a specific port is because I am writing a P2P app that tracks all clients by a given address and port. If my approach is not valid I am going to have to drop back, punt and rethink.... :).
Thanks for any/all help that you may be able to provide.
John
Harris,
Thank you for your response. Your answer makes sense to me.
As to your not understanding maybe I can clear that up. I'll try to be concise but I can't promise brief. :) In the P2P application that I am writing the architecture is designed so that I will have connections to four clients at any one time. Whether that connection was initiated by the client when joining the P2P network, reshuffling connections and being reconnected to a better bandwidth matching peer and other types of operations, or the peer that is listening is connecting to a remote peer based upon protocol traffic received by one of its currently connected peers such as a BroadcastJoinNetworkPacket. For example, when a server, which in the current architecture is also a client to other peers, receives a BroadcastJoinNetworkPacket via currently connected peers on behalf of a peer requesting to join, it will look at certain information about the peer that attempting to join. Things such as the bandwidth, IP address and the number and make up of the peers it has currently connected and then make a determination on whether it would be a good peer neighbor for the peer that is requesting to join. If the receiving peer determines it would be a good neighbor it will make a connection to the requesting peer and send the appropriate response to it. The point of my confusion is that in all the packets that are sent there is included what I call the "header" for the packet. Such things as the length of the packet being sent, the IPEndPoint bytes that the peer sending the packet is listening on, a UniqueID for the peer and the checksum of the message being sent in the payload of the packet. This is sent regardless of the type of packet that is being transmitted. I wanted to track each peer by the hash code of the socket's RemoteEndPoint that is retrieved after a call EndConnect and wanted to short circuit having to include bytes for an IPEndPoint in the header of the packet that the remote peer is listening on. I wanted to be able to track each client by that RemoteEndPoint. What this would mean is that if that client peer wanted to connect multiple times to the same remote peer, I could track it uniquely by that one RemoteEndPoint. What your answer means to me in this situation is that I will have to track each packet uniquely by the IPEndPoint.Serialize().GetBytes data that is in the packet header instead of using the RemoteEndPoint of the peer that is connecting. I won't be able to categorize how to route that data to the appropriate handler classes so that I can control such things as the amount of data/second that can be sent/received to a particular peer, until after at least the header information is retrieved for a given packet.
You know, the more I am talking about this architecture the more that I am starting to see that maybe I don't have things as well thought out as I originally thought I did. Time to go back to my interaction model and make sure it is right before I try to provide the solution for it. I'm 85% of the way there on both architecture and the interaction model but I feel that I have missed something, but I am getting there. It's like peeling back the layers of an onion. The more layers that you dig, the more questions you have. The more questions you answer, the better that you are able to understand the questions you should be asking next.
Thanks again, and be looking for a new secure, anonymous and completely distributed C# based P2P application to go into beta within the year. I am shooting for October but it may be sooner. I am also trying to write it so that it will run on MONO as well. Looks like I will be pushing MONO's Windows.Forms implementation to it breaking point as I go along. Fun, fun.. FYI the complete P2P network functionality will be rolled into a dll that can then be utilized by whatever GUI that is necessary. Thanks for letting me bend your ear. :)
John
"Harris Reynolds" wrote: John,
If I understand you correctly I don't think what you want to do is possible. The socket that is listening on a particular port can only connect and communicate with a client when the client initiates the connection. After a connection is established then either the server or client can send and receive data via the socket. However, it is not possible to connect to a remote computer using the same socket that you are listening on. That isn't a limitation of .Net or C#; it's just the way sockets work.
I'm still a little curious why the port would need to be the same on the server when it wants to initiate sending data to a remote computer that has not previously made a connection. Why is that a hard requirement?
good luck... hope this helps some,
~harris
"John Sheppard" wrote:
Hi all,
I am not sure that I am posting this in the right group but here it goes anyway. I am new to socket programming and I have been searching on the internet to the questions I am about to pose but have been unsuccessful in finding the answers so far. Either because my understanding of sockets isn't where it needs to be or my questions are too basic.
My programming environment is Windows XP, Visual Studio .NET 2003 and C#.
So here it goes. I have been able to set up async sockets that listen to a particulare port with Bind and Listen and accept connections with Socket.BeginAccept and Socket.EndAccept. The class also listens with the Socket.BeginReceive and Socket.EndReceive functions. I also use the ManualResetEvent to signal finished states between the various async functions. I am using a custom developed collection class to hold connected sockets that are retreived on the call to Socket.EndConnect in the SocketConnectCallback function. I understand how to do all this. Where my failure of understanding comes in, is when I want to send data. I want to send data from the same socket that I am listening on. So let's say I have a class that controls the starting and stopping of a listening socket. This class also has a custom developed class that is a collection of sockets stored by the hash of the RemoteEndPoint that it is connected to. I first check to see if the collection contains a current connection to the endpoint that I want to send data to. If it does, grab that socket which is already connected and do a BeginSend on it with the data I want to send. Here is where I get confused. If a socket with the endpoint that I want to send data to does not exist, I want to connect to a remote system using the port of the socket that I am currently listening on. Either using the blocking Connect or the async BeginConnect, preferably the later. When I attempt to do this I get a System.SystemException {"An invalid argument was supplied"}. Now if I create a new socket with the same AddressFamily, etc and do a BeginConnect, it picks up a new port and connects to the remote system and then I can send data on that socket. I understand that this is an option but not the option that I want.
What am I overlooking or misunderstanding here? The reason why I want to connect from a specific port is because I am writing a P2P app that tracks all clients by a given address and port. If my approach is not valid I am going to have to drop back, punt and rethink.... :).
Thanks for any/all help that you may be able to provide.
John
Harris,
Thank you for your response. Your answer makes sense to me.
As to your not understanding maybe I can clear that up. I'll try to be concise but I can't promise brief. :) In the P2P application that I am writing the architecture is designed so that I will have connections to four clients at any one time. Whether that connection was initiated by the client when joining the P2P network, reshuffling connections and being reconnected to a better bandwidth matching peer and other types of operations, or the peer that is listening is connecting to a remote peer based upon protocol traffic received by one of its currently connected peers such as a BroadcastJoinNetworkPacket. For example, when a server, which in the current architecture is also a client to other peers, receives a BroadcastJoinNetworkPacket via currently connected peers on behalf of a peer requesting to join, it will look at certain information about the peer that attempting to join. Things such as the bandwidth, IP address and the number and make up of the peers it has currently connected and then make a determination on whether it would be a good peer neighbor for the peer that is requesting to join. If the receiving peer determines it would be a good neighbor it will make a connection to the requesting peer and send the appropriate response to it. The point of my confusion is that in all the packets that are sent there is included what I call the "header" for the packet. Such things as the length of the packet being sent, the IPEndPoint bytes that the peer sending the packet is listening on, a UniqueID for the peer and the checksum of the message being sent in the payload of the packet. This is sent regardless of the type of packet that is being transmitted. I wanted to track each peer by the hash code of the socket's RemoteEndPoint that is retrieved after a call EndConnect and wanted to short circuit having to include bytes for an IPEndPoint in the header of the packet that the remote peer is listening on. I wanted to be able to track each client by that RemoteEndPoint. What this would mean is that if that client peer wanted to connect multiple times to the same remote peer, I could track it uniquely by that one RemoteEndPoint. What your answer means to me in this situation is that I will have to track each packet uniquely by the IPEndPoint.Serialize().GetBytes data that is in the packet header instead of using the RemoteEndPoint of the peer that is connecting. I won't be able to categorize how to route that data to the appropriate handler classes so that I can control such things as the amount of data/second that can be sent/received to a particular peer, until after at least the header information is retrieved for a given packet.
You know, the more I am talking about this architecture the more that I am starting to see that maybe I don't have things as well thought out as I originally thought I did. Time to go back to my interaction model and make sure it is right before I try to provide the solution for it. I'm 85% of the way there on both architecture and the interaction model but I feel that I have missed something, but I am getting there. It's like peeling back the layers of an onion. The more layers that you dig, the more questions you have. The more questions you answer, the better that you are able to understand the questions you should be asking next.
Thanks again, and be looking for a new secure, anonymous and completely distributed C# based P2P application to go into beta within the year. I am shooting for October but it may be sooner. I am also trying to write it so that it will run on MONO as well. Looks like I will be pushing MONO's Windows.Forms implementation to it breaking point as I go along. Fun, fun.. FYI the complete P2P network functionality will be rolled into a dll that can then be utilized by whatever GUI that is necessary. Thanks for letting me bend your ear. :)
John
"Harris Reynolds" wrote: John,
If I understand you correctly I don't think what you want to do is possible. The socket that is listening on a particular port can only connect and communicate with a client when the client initiates the connection. After a connection is established then either the server or client can send and receive data via the socket. However, it is not possible to connect to a remote computer using the same socket that you are listening on. That isn't a limitation of .Net or C#; it's just the way sockets work.
I'm still a little curious why the port would need to be the same on the server when it wants to initiate sending data to a remote computer that has not previously made a connection. Why is that a hard requirement?
good luck... hope this helps some,
~harris
"John Sheppard" wrote:
Hi all,
I am not sure that I am posting this in the right group but here it goes anyway. I am new to socket programming and I have been searching on the internet to the questions I am about to pose but have been unsuccessful in finding the answers so far. Either because my understanding of sockets isn't where it needs to be or my questions are too basic.
My programming environment is Windows XP, Visual Studio .NET 2003 and C#.
So here it goes. I have been able to set up async sockets that listen to a particulare port with Bind and Listen and accept connections with Socket.BeginAccept and Socket.EndAccept. The class also listens with the Socket.BeginReceive and Socket.EndReceive functions. I also use the ManualResetEvent to signal finished states between the various async functions. I am using a custom developed collection class to hold connected sockets that are retreived on the call to Socket.EndConnect in the SocketConnectCallback function. I understand how to do all this. Where my failure of understanding comes in, is when I want to send data. I want to send data from the same socket that I am listening on. So let's say I have a class that controls the starting and stopping of a listening socket. This class also has a custom developed class that is a collection of sockets stored by the hash of the RemoteEndPoint that it is connected to. I first check to see if the collection contains a current connection to the endpoint that I want to send data to. If it does, grab that socket which is already connected and do a BeginSend on it with the data I want to send. Here is where I get confused. If a socket with the endpoint that I want to send data to does not exist, I want to connect to a remote system using the port of the socket that I am currently listening on. Either using the blocking Connect or the async BeginConnect, preferably the later. When I attempt to do this I get a System.SystemException {"An invalid argument was supplied"}. Now if I create a new socket with the same AddressFamily, etc and do a BeginConnect, it picks up a new port and connects to the remote system and then I can send data on that socket. I understand that this is an option but not the option that I want.
What am I overlooking or misunderstanding here? The reason why I want to connect from a specific port is because I am writing a P2P app that tracks all clients by a given address and port. If my approach is not valid I am going to have to drop back, punt and rethink.... :).
Thanks for any/all help that you may be able to provide.
John
Harris,
Thank you for your response. Your answer makes sense to me.
As to your not understanding maybe I can clear that up. I'll try to be concise but I can't promise brief. :) In the P2P application that I am writing the architecture is designed so that I will have connections to four clients at any one time. Whether that connection was initiated by the client when joining the P2P network, reshuffling connections and being reconnected to a better bandwidth matching peer and other types of operations, or the peer that is listening is connecting to a remote peer based upon protocol traffic received by one of its currently connected peers such as a BroadcastJoinNetworkPacket. For example, when a server, which in the current architecture is also a client to other peers, receives a BroadcastJoinNetworkPacket via currently connected peers on behalf of a peer requesting to join, it will look at certain information about the peer that attempting to join. Things such as the bandwidth, IP address and the number and make up of the peers it has currently connected and then make a determination on whether it would be a good peer neighbor for the peer that is requesting to join. If the receiving peer determines it would be a good neighbor it will make a connection to the requesting peer and send the appropriate response to it. The point of my confusion is that in all the packets that are sent there is included what I call the "header" for the packet. Such things as the length of the packet being sent, the IPEndPoint bytes that the peer sending the packet is listening on, a UniqueID for the peer and the checksum of the message being sent in the payload of the packet. This is sent regardless of the type of packet that is being transmitted. I wanted to track each peer by the hash code of the socket's RemoteEndPoint that is retrieved after a call EndConnect and wanted to short circuit having to include bytes for an IPEndPoint in the header of the packet that the remote peer is listening on. I wanted to be able to track each client by that RemoteEndPoint. What this would mean is that if that client peer wanted to connect multiple times to the same remote peer, I could track it uniquely by that one RemoteEndPoint. What your answer means to me in this situation is that I will have to track each packet uniquely by the IPEndPoint.Serialize().GetBytes data that is in the packet header instead of using the RemoteEndPoint of the peer that is connecting. I won't be able to categorize how to route that data to the appropriate handler classes so that I can control such things as the amount of data/second that can be sent/received to a particular peer, until after at least the header information is retrieved for a given packet.
You know, the more I am talking about this architecture the more that I am starting to see that maybe I don't have things as well thought out as I originally thought I did. Time to go back to my interaction model and make sure it is right before I try to provide the solution for it. I'm 85% of the way there on both architecture and the interaction model but I feel that I have missed something, but I am getting there. It's like peeling back the layers of an onion. The more layers that you dig, the more questions you have. The more questions you answer, the better that you are able to understand the questions you should be asking next.
Thanks again, and be looking for a new secure, anonymous and completely distributed C# based P2P application to go into beta within the year. I am shooting for October but it may be sooner. I am also trying to write it so that it will run on MONO as well. Looks like I will be pushing MONO's Windows.Forms implementation to it breaking point as I go along. Fun, fun.. FYI the complete P2P network functionality will be rolled into a dll that can then be utilized by whatever GUI that is necessary. Thanks for letting me bend your ear. :)
John
This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: Rolln_Thndr |
last post by:
I'm vey new to network programing and have a few rather fundemental questions.
I'm creating a very basic UDP proxy server and having a few issues regarding the sockets. Is it possible to change...
|
by: Andrew Arace |
last post by:
Hi,
I'm wondering what the industry practices are for socket and internet
programming. Can you provide any links to good articles on network
application architecture? I have found many tutorials,...
|
by: BadOmen |
last post by:
Hi,
What is the different between 'System.Net.Sockets.Socket' and
'System.Net.Sockets.TcpClient'?
When do I use System.Net.Sockets.TcpClient and System.Net.Sockets.Socket??
Yours, Jonas
|
by: seets375 |
last post by:
Hi,
I have two ethernet interfaces on my system, with IPs assigned to the
interfaces from different subnets (e.g. eth1 - 10.10.10.10 and eth2 -
20.20.20.20 ). I'm connecting these interfaces to...
|
by: Ravikumar |
last post by:
Hi All,
The following code snippet is a part of s/w which is downloaded from
net. While compiling this code I got the following error.
...\..\snmplib\snmpTCPDomain.c(6) : fatal error C1083:...
|
by: Sandy |
last post by:
Hi All,
I'm a newbe to socket programming, I need to work on a project that
has to be developed in C++ or Visual C++ ( I have 8.0 version) console
application. which will be execute from a Java...
|
by: Hao |
last post by:
We are doing very intensive network communication. We collect data from
thousands of electric devices every minutes. The devices understand both
socket and web service. They are either embeded...
|
by: =?Utf-8?B?Sm9obg==?= |
last post by:
Hi all,
I am new to .net technologies.
ASP.NET supports socket programming like send/receive in c or c++?
I am developing web-site application in asp.net and code behind is Visual
C#. In...
|
by: ahlongxp |
last post by:
socket.makefile() may lose data when "connection reset by peer".
and socket.recv() will never lose the data.
change the "1" to "0" in the client code to see the difference.
confirmed on both...
|
by: Charles Arthur |
last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
|
by: nemocccc |
last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: Hystou |
last post by:
There are some requirements for setting up RAID:
1. The motherboard and BIOS support RAID configuration.
2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
|
by: jinu1996 |
last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
|
by: Hystou |
last post by:
Overview:
Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows...
|
by: tracyyun |
last post by:
Dear forum friends,
With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome a new...
| |
