[C#] € = (char)8364 en in VB Chr(128) .... hoe?

[Verwijderd]

Hoi,

Ik ben bezig met een stuk code waar ik een character array heb in C#. Het resultaat van dit stuk code moet gelijk zijn als die van VB.

Wat er moet gebeuren is het volgende: een character moet worden ge-xor-ed met een random value met bepaalde seed. Deze random functie is vanuit VB herschreven naar C# en werkt goed.

Als ik bijvoorbeeld een € character heb, ziet C# dit als een character value 8364, maar, als ik dezelfde character in VB bekijk, dan heeft deze daar een andere character value, namelijk 128 (afkomstig van 0128).

Het resultaat is dus dat de XOR berekening anders wordt, en dit is niet de bedoeling.

Iemand enig idee hoe ik dit kan oplossen?

Alvast bedankt.
Statix

[Gonadan]

C# heeft toch unicode waarden?
En VB ascii?

[TeeDee]

Ik vermoed een encoding issue.

chr(0128) (dus ASCII) is (uit mijn hoofd) in UTF-8 een char(8364)

edit:
Gonadan was eerder. Grijze Vos, dat is sarcasme neem ik aan :x

[ Voor 27% gewijzigd door TeeDee op 25-01-2007 12:53 ]

[Grijze Vos]

Ik zie geen beduidend verschil in de twee stukjes code die je gepost hebt...

[Gonadan]

Heb je hier wat aan?

ASCIIEncoding class

[Verwijderd]

Gonadan schreef op donderdag 25 januari 2007 @ 12:59:
Heb je hier wat aan?

ASCIIEncoding class

Ben ik net naar aan het kijken =)

[Verwijderd]

Hmm..

WErkt niet zoals gehoopt.... Nu worden ook andere characters die < 256 omgezet, terwijl dat niet hoeft...

code:

-       _oDataTable.Rows[0][1].ToString().ToCharArray() {Dimensions:[1532]} char[]
        [0] 18 ''   char
        [1] 225 'á' char
        [2] 175 '¯' char
        [3] 213 'Õ' char
        [4] 17 ''   char
        [5] 8364 '€'    char
        [6] 161 '¡' char
        [7] 96 '`'  char
        [8] 115 's' char
        [9] 48 '0'  char

-       ASCIIArray  {Dimensions:[1532]} byte[]
        [0] 18  byte
        [1] 63  byte
        [2] 63  byte
        [3] 63  byte
        [4] 17  byte
        [5] 63  byte
        [6] 63  byte
        [7] 96  byte
        [8] 115 byte
        [9] 48  byte

De string wordt uit de database gehaald. Kan ik aan deze verbinding een encoding mee geven?

[EfBe]

VB = VB6 of VB.NET?

[Verwijderd]

VB6

[.oisyn]

Uitvogelen wat de default codepage van je VB6 app is (1252?), en die codepage gebruiken in C#.

[Verwijderd]

Hoi,

De codepage in C# is niet aan te passen. Wel in J#

De reden dat ik voor de tekens die oke zijn, de ascii code 63 krijg, in mijn code hierboven komt doordat ASCII UTF-7 is en niet meer dan 127 characters bevat.

Ook heb ik andere Encoding geprobeerd

code:

ASCIIEncoding a = new ASCIIEncoding();
byte[] bb = a.GetBytes(_oDataTable.Rows[0][1].ToString().ToCharArray());

Encoding aa = Encoding.ASCII;
byte[] bbb = aa.GetBytes(_oDataTable.Rows[0][1].ToString().ToCharArray());

Encoding aaa = Encoding.Unicode;
byte[] bbbb = aaa.GetBytes(_oDataTable.Rows[0][1].ToString().ToCharArray());

Maar geen van allen geeft mijn euro teken 128 of 0128

Ik heb dit nodig ... anders heb ik een probleem ... hehe ... das best balen

[ Voor 14% gewijzigd door Verwijderd op 25-01-2007 15:15 ]

[Gonadan]

Verwijderd schreef op donderdag 25 januari 2007 @ 15:12:
Hoi,

De codepage in C# is niet aan te passen. Wel in J#

De reden dat ik voor de tekens die oke zijn, de ascii code 63 krijg, in mijn code hierboven komt doordat ASCII UTF-7 is en niet meer dan 127 characters bevat.

Ook heb ik andere Encoding geprobeerd

code:

ASCIIEncoding a = new ASCIIEncoding();
byte[] bb = a.GetBytes(_oDataTable.Rows[0][1].ToString().ToCharArray());

Encoding aa = Encoding.ASCII;
byte[] bbb = aa.GetBytes(_oDataTable.Rows[0][1].ToString().ToCharArray());

Encoding aaa = Encoding.Unicode;
byte[] bbbb = aaa.GetBytes(_oDataTable.Rows[0][1].ToString().ToCharArray());

Maar geen van allen geeft mijn euro teken 128 of 0128

Ik heb dit nodig ... anders heb ik een probleem ... hehe ... das best balen

Hmm, unicode heeft twee verschillende euro tekens, een gewoon euro teken en een die voortkomt uit de &eur;.
Die waarde van jou staat gelijk aan de laatste.
Misschien dat daar nog iets mee te doen valt.

[.oisyn]

Verwijderd schreef op donderdag 25 januari 2007 @ 15:12:
Hoi,

De codepage in C# is niet aan te passen. Wel in J#

Encoding vb6cp = Encoding.GetEncoding(1252);

[ Voor 3% gewijzigd door .oisyn op 25-01-2007 16:05 ]

[Verwijderd]

.oisyn schreef op donderdag 25 januari 2007 @ 16:04:
[...]

Encoding vb6cp = Encoding.GetEncoding(1252);

Hahaha wist ik jouw manier maar eerder

http://msdn2.microsoft.co...rary/w0kyekyh(VS.80).aspx

This compiler option is unavailable in Visual Studio and cannot be changed programmatically.

Ik had al een tussen oplossing hoor

C#:

for (int i = 0; i < _sLicenseKey.Length; i++)
{
    if (_sLicenseKey[i] > 255)
    {
        int code = Convert.ToInt32(_sLicenseKey[i]);
        switch (code)
        {
            case 8364: code = 128; break;
            case 8218: code = 130; break;
            case 402: code = 131; break;
            case 8222: code = 132; break;
            case 8230: code = 133; break;
            case 8224: code = 134; break;
            case 8225: code = 135; break;
            case 710: code = 136; break;
            case 8240: code = 137; break;
            case 352: code = 138; break;
            case 8249: code = 139; break;
            case 338: code = 140; break;
            case 381: code = 142; break;
            case 8216: code = 145; break;
            case 8217: code = 146; break;
            case 8220: code = 147; break;
            case 8221: code = 148; break;
            case 8226: code = 149; break;
            case 8211: code = 150; break;
            case 8212: code = 151; break;
            case 732: code = 152; break;
            case 8482: code = 153; break;
            case 353: code = 154; break;
            case 8250: code = 155; break;
            case 339: code = 156; break;
            case 382: code = 158; break;
            case 376: code = 159; break;
            default: Console.WriteLine(code); break;
        }
        _encryptedBytes[i] = (char)code;
    }
    else
    {
        _encryptedBytes[i] = _sLicenseKey[i];
    }
}

Iedereen bedankt!

[MSalters]

Verwijderd schreef op donderdag 25 januari 2007 @ 15:12:
De codepage in C# is niet aan te passen. Wel in J#

Nee, logisch. C# heeft geen codepage. Simpele reden: codepages zijn antiek. Unicode is de toekomst. C# kan wel codepages gebruiken, zoals ASCII, om van en naar Unicode te converteren.

De reden dat ik voor de tekens die oke zijn, de ascii code 63 krijg, in mijn code hierboven komt doordat ASCII UTF-7 is en niet meer dan 127 characters bevat.

Nee, ASCII is 128 karakters. UTF-7 zijn er zo'n 90.000. Het gevolg is dat je in ASCII met 7 bits toekan, en in UTF-7 kan het oplopen tot 88 bits.

Ook heb ik andere Encoding geprobeerd

code:

ASCIIEncoding a = new ASCIIEncoding();
Encoding aa = Encoding.ASCII;
Encoding aaa = Encoding.Unicode;

Maar geen van allen geeft mijn euro teken 128 of 0128

Het is vrij simpel: De encoding die je nodig hebt is cp1252. ASCII heeft geen euro teken, IOS8859-1 ook niet; in ISO 8859-15 zit 'ie op 164.

[MSalters]

Gonadan schreef op donderdag 25 januari 2007 @ 16:00:
Hmm, unicode heeft twee verschillende euro tekens, een gewoon euro teken en een die voortkomt uit de &eur;.

&eur; zijn 5 ASCII karakters, geen Unicode. Misschien zijn ze in je XML equivalent aan €, afhankelijk van je schema/DTD, maar dat staat helemaal los van Unicode. Je kunt in XML nu eenmaal entities definieren, alles tussen & en ; is een soort variabele.

[MSalters]

Nu ja, op zicht werkt het wel met encodings, maar je moet begrijpen wat je moet doen. Je moet niet de char's XOR-en, maar de bytes die je krijgt nadat je Char(8364) aan Encoding.GetEncoding(1252).GetBytes() meegeeft.

[Gonadan]

MSalters schreef op donderdag 25 januari 2007 @ 22:54:
&eur; zijn 5 ASCII karakters, geen Unicode. Misschien zijn ze in je XML equivalent aan €, afhankelijk van je schema/DTD, maar dat staat helemaal los van Unicode. Je kunt in XML nu eenmaal entities definieren, alles tussen & en ; is een soort variabele.

Ik heb verkeerd gelezen. Op de site stonden twee verschillende euro tekens, en niet twee waarden voor hetzelfde teken.

Beetje stom ook om te denken dat € iets anders is dan het euro-teken. Dat staat namelijk helemaal los van elkaar.