Discussion :

[goldorakiller]

Bonjour voilà, j'ai un soucis assez bizzare.

Voici mon code en C# :

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
19
20
public byte[] DecryptUTF(byte[] input)
		{
			byte[] result = new byte[input.Length];
 
			int m, t;
			byte d;
 
			m = 0x0000655f;
			t = 0x00004115;
 
			for (int i = 0; i < input.Length; i++)
			{
				d = input[i];
				d = (byte)(d ^ (byte)(m & 0xff));
				result[i] = d;
				m *= t;             
			}
 
			return result;
		}

Le même code converti en vb.net

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
Public Function DecryptUTF(input As Byte()) As Byte()
            Dim result As Byte() = New Byte(input.Length - 1) {}
 
            Dim m As Integer, t As Integer
            Dim d As Byte
 
            m = &H655F
            t = &H4115
 
            For i As Integer = 0 To input.Length - 1
                d = input(i)
                d = CByte(d Xor CByte(m And &HFF))
                result(i) = d
                m *= t
            Next
 
            Return result
        End Function

Quand je teste les 2, je n'obtiens pas le même résultat et je ne sais pas pourquoi.

[azstar]

j'ai remarqué que

Code :

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

1
2
 
 Dim result As Byte() = New Byte(input.Length - 1)

et

Code :

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

byte[] result = new byte[input.Length];

il faut avoir

Code :

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

1
2
 
Dim result As Byte() = New Byte(input.Length )

[goldorakiller]

Merci.

Le problème ne vient pas de là dans un premier temps.

input lenght = 672 (31, 158, 243, 245, 175, 91, 117 etc...)
m = 25951
t = 16661

Pour i = 0
en c# j'ai :
d = 64
m = 432369611

en vb.net j'ai :
d = 64
m = 432369611

la OK

mais pour i = 1
en c# j'ai :
d = 85
m = 1049933479

en vb.net j'ai :
d = 85
m = erreur : L'exception OverflowException n'a pas été gérée.
"L'opération arithmétique a provoqué un dépassement de capacité."

C'est là que je suis plus !

[Sehnsucht]

@azstar: le code initial que tu mentionnes est juste, cela fait partie des différences de syntaxe entre les 2 langages.

@goldorakiller: En C# les opérations arithmétiques sont exécutées dans ce qu'on appelle un environnement "unchecked" contrairement à VB.Net qui est en environnement "checked" par édfaut (en C# il existe des mots clef pour changer ce comportement, voir par exemple checked, et en VB.Net une option valable pour le projet entier)

En environnement unchecked, les dépassements de capacités sont permis (et dans ce cas là int.MaxValue + 1 = int.MinValue)

En environnement checked, la même instruction provoquera une exception de dépassement de capacité (aussi connue sous le nom d'OverflowException)

Cordialement !

[goldorakiller]

@azstar: le code initial que tu mentionnes est juste, cela fait partie des différences de syntaxe entre les 2 langages.

@goldorakiller: En C# les opérations arithmétiques sont exécutées dans ce qu'on appelle un environnement "unchecked" contrairement à VB.Net qui est en environnement "checked" par édfaut (en C# il existe des mots clef pour changer ce comportement, voir par exemple checked, et en VB.Net une option valable pour le projet entier)

En environnement unchecked, les dépassements de capacités sont permis (et dans ce cas là int.MaxValue + 1 = int.MinValue)

En environnement checked, la même instruction provoquera une exception de dépassement de capacité (aussi connue sous le nom d'OverflowException)

Cordialement !

Ok merci de ta réponse très précise.
J'ai trouvé ou ôter cette option :
- propriétés du projet
- Compiler
- Options avancées de compilation
- Optimisations => supprimer les contrôles de dépassements sur les entiers

[clementmarcotte]

Bonjour,

Ok merci de ta réponse très précise.
J'ai trouvé ou ôter cette option :
- propriétés du projet
- Compiler
- Options avancées de compilation
- Optimisations => supprimer les contrôles de dépassements sur les entiers

Cela fait peur. Parce que dans un programme compilé, il n'y a plus de garde-fou pour intercepter ce type d'erreur. Cela veut dire au mieux, le risque d'avoir des résultats erronés, et, au pire, un plantage du programme.

C'est beaucoup plus prudent de garder cette option et de remplacer ton type Byte par un Integer, par exemple.