Programmation des sockets
Mise à jour : novembre 2007
Les éléments suivants ont rapport à la programmation de sockets dans le .NET Compact Framework. Pour plus d'informations sur l'utilisation des sockets .NET Framework, consultez Sockets.
Les systèmes d'exploitation des appareils ne prennent pas tous en charge la totalité des options de socket.
Le .NET Compact Framework est conçu pour pouvoir être porté sur un nombre indéterminé de systèmes d'exploitation, chacun ayant son propre niveau de fonctionnalités. Il ne limite donc pas artificiellement la disponibilité des options de socket en fonction du niveau de prise en charge de tel ou tel système d'exploitation.
Les sockets bruts ne sont pas pris en charge.
Les Pocket PC exécutant Windows CE 3.0 sont confrontés à certains problèmes connus au niveau des sockets.
Si vous fermez un socket alors qu'il reste des données non envoyées d'un appel Send précédent, ces données seront perdues ou altérées.
Si, après avoir accepté un socket, vous fermez le socket lié avant de fermer le socket accepté, il sera impossible d'établir une liaison à ce port avant écoulement du délai imparti (environ 4,5 minutes).
Dans les applications .NET Compact Framework, les options suivantes sont prises en charge, mais ne fonctionnent pas sans modification de la pile TCP/IP et sont à l'heure actuelle réservées à une utilisation future : AcceptConnection, ReceiveLowWater, ReceiveTimeout, SendLowWater, SendTimeout et Type.
Le membre d'énumération ReceiveBuffer est pris en charge uniquement pour les sockets du type SOCK_DGRAM de Windows CE Winsock qui sont des sockets orientés par datagramme. La taille de la mémoire tampon de réception par défaut est 32768 et ne peut pas être définie avec ReceiveBuffer.