Discussion :

[Goten]

Il ne semble pas, C'EST une petite brique. Non pas d'un projet précis, mais d'une réflexion ludique et conceptuelle.

Je comprend maintenant les réactions du forum: elles sont économiques ou productives alors que j'ai une approche bien plus détachée.

C'est sur que les réponses dépendent fortement du contexte d'utilisation au final. Sur ce forum je suis toujours en mode : quelqu'un vient chercher une solution pour un problème de code de production, donc oui en général les réponses apportée sont tournée vers la productivité, et la sécurité.
Si maintenant c'est juste pour le plaisir de se triturer les méninges allons y gaiement.
Ps : avec le premier code je voyais toujours où tu voulais en venir puisque tu n'adressais pas les problème de boutisme .

[screetch]

À ma connaissance, oui: Sur une machine little-endian, ça inverse, et sur une machine big-endian, l'ordre est conservé.
Mais je me doute que ça doit être lent, car je vois mal un compilo optimiser ça.

l'inconvénient c'est le passage par la mémoire qui va faire une pénalité systématique, mais sinon c'est assez malin

[camboui]

Une version en "méta assembleur" (pour peu que je me souvienne de l'asm x86)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
inline unsigned endianing(unsigned u)
{
	_asm
	{
		mov eax,[u]
		mov dl,al
		shl edx,8
		shr eax,8
		mov dl,al
		shl edx,8
		shr eax,8
		mov dl,al
		shl edx,8
		shr eax,8
		mov dl,al
		mov eax,edx
	}
}

EDIT: je viens d'essayer et ça à l'air bon

EDIT 2: encore plus compact

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
inline unsigned endianing_x86(unsigned u)
{
	_asm
	{
		mov edx,[u]
		mov ah,dl
		mov al,dh
		shl eax,16
		shr edx,16
		mov ah,dl
		mov al,dh
	}
}

[Mac LAK]

Beurk... Quitte à taper dans l'ASM, pitié, utilisez les bonnes instructions !!!

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
inline unsigned int SWAP32 ( unsigned int data ) {
  _asm {
    mov eax,[data]
    bswap eax
  }
}

L'instruction ASM BSWAP effectue un changement d'endianness sur un registre 32 bits. Disponible à partir du 486.

EDIT : Version 16 bits.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
inline unsigned short int SWAP16 ( unsigned short int data ) {
  _asm {
    mov ax,[data]
    xchg al,ah
  }
}

[camboui]

Ben fallait l'savoir. Je me suis arrêté à l'époque des 286. Après je sais juste que les registres ax, bx, etc, était devenus eax, ebx, etc, en 32bits.
Et en 64bits on les appellent comment, eeax, eebx, etc ?

Au fait, quelqu'un connait une bonne référence asm x86/x64 ? (mmx, sse, etc, tout compris)

Sinon, voici le code généré inline my_htonl() de médinoc:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
mov         edx,ebx 
shr         edx,18h 
mov         eax,ebx 
mov         ecx,ebx 
shr         ecx,8 
shr         eax,10h 
mov         byte ptr [esp+16h],cl
mov         byte ptr [esp+14h],dl
mov         byte ptr [esp+15h],al
mov         byte ptr [esp+17h],bl

ebx contient le paramètre unsigned long. C'est pas si mal optimisé je trouve.

[Goten]

Ouai, pcasm:

http://www.drpaulcarter.com/pcasm/#exampleCode

(c'est assez incontournable amha)

[camboui]

Super, merci

Je viens de jeter un oeil rapide, dommage il ne parle que du 32 bits, et encore sans mmx ni sse etc.

J'ai regardé le code assembleur de la fonction ntohl(). Elle n'utilise pas bswap est elle ne semble pas non plus être "intrisic" (genre inline). Microsoft compilerait-il ses OS pour être encore compatible sur 386 ?

[Mac LAK]

J'ai regardé le code assembleur de la fonction ntohl(). Elle n'utilise pas bswap est elle ne semble pas non plus être "intrisic" (genre inline). Microsoft compilerait-il ses OS pour être encore compatible sur 386 ?

En général, oui. Le support des instructions au delà du 386 est en général cantonné au noyau, ou à quelques fonctions (souvent intrinsèques) utilisant spécifiquement ces nouvelles instructions / possibilités.

Sur Visual, par défaut, les instructions SSE sont désactivées : il faut mettre "Oui" dans l'onglet "C/C++" => "Génération de code" => "Activation du jeu d'instructions amélioré".
Une autre possibilité est d'utiliser les bibliothèques et le compilateur Intel.

[Mac LAK]

Tiens, je viens de trouver les fonctions intrinsèques correspondantes (et utilisant bswap et consort) : _byteswap_*

Pour le côté non-optimisé de ntoh*, je pense qu'une des raisons doit être la portabilité du code entre Windows "normal" (toutes versions) et Windows CE. En effet, ce dernier peut être exécuté sur des machines non-x86, ne disposant donc pas de cette instruction...