L'appel UDP recvfrom renvoie un mauvais numéro de port. Pourquoi?

Question

Je joue avec les appels 'recvfrom' et 'sendto' en utilisant UDP. J'ai un client qui ne fait que diffuser des paquets UDP sur le port 6000. J'ai un serveur qui lie un socket sur le port 6000, et effectue un seul recvfrom.

Le problème est que le membre sin_port de struct sockaddr retourné par recvfrom est toujours incorrect. Pourquoi?

Je posterais du code source mais quelqu'un a déjà posté cette question (sans réponse) et j'utilise presque le même code que lui. En outre, vous pouvez obtenir plus d'informations sur ce problème en lisant son poste: FORUM POST.

Merci à l'avance

EDIT: Je pense vraiment 'cause numéro 2' de la réponse 'nos de pourrait être le problème. Comment puis-je le vérifier?

Answer 1

Convertissez-vous de l'ordre des octets du réseau?

Answer 2

est ici 2 causes probables:

1. Vous n'êtes pas convertir le sin_port d'accueillir ordre avant d'inspecter/afficher. sin_port vient en réseau endian. C'est-à-dire que vous pourriez montrer le port en tant que gros boutiste sur une petite machine d'extrémité.

2. Votre client utilise un port source aléatoire. Donc, alors que votre port de destination est 6000, le port source du client est choisi au hasard. recvfrom vous donne l'adresse IP source et le numéro de port source. Pas le port de destination.

Si ce n'est ni l'un ni l'autre, veuillez fournir un code de test pertinent et les valeurs réelles que vous voyez. Il vous est possible par exemple avoir des débordements de tampon, ou quelque chose d'autre qui se passe. EDIT, en regardant le code dans votre lien, vous hardcode la taille de la mémoire tampon (udpPkg.udpRecvBuf) comme 1024. Le tampon est-il vraiment au moins 1024 gros? Sinon, vous débordez probablement udpPkg.udpRecvBuf.