- Szívós, szép és kitartó az új OnePlus óra
- Xiaomi 15T - reakció nélkül nincs egyensúly
- A mostaninál szélesebb Foldon dolgozhat a Samsung
- Yettel topik
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Azonnali mobilos kérdések órája
- Fotók Google Camera Mod-dal (GCAM)
- Karácsonyi telefonajánló 2025
- Milyen okostelefont vegyek?
- Tavaszi szél S26-ot áraszt, a nyári hőség meg exynosos Flipet
Új hozzászólás Aktív témák
-
joysefke
veterán
válasz
DrojDtroll
#9334
üzenetére
Igen, én is észrevettem, de szvsz nem a forrásadatokkal van a probléma, hanem a két metódusod nem ugyanazt a bytesorrendet használja, tehát a tömbök tartalma amelyeket visszaadnak sem ugyanaz lesz.
Amikor a második metódusban streamből beolvasol egy ulongot, akkor a ReadUInt64() figyelembe veszi az x86 bytesorrendjét: a változónak a kisebb helyiértékű byteja van alacsonyabb címen (little endian). Ha a streamed sorrendben ezeket a byteoket tartalmazza:
1, 0x01; 2, 0x02; 3; 0x03; 4, 0x04; 5; 0x05; 6, 0x06; 7, 0x07;8, 0x08;akkor a kiolvasott ulong értéke az 0x08'07'06'05'04'03'02'01 lesz, szemben azzal a sorrenddel amit a fileban látsz.
Ha ezt a részt fordított sorrendbe raknád, akkor pont ugyanazt a tömböt adná vissza a kettő metódusod.
result[++j, i] = (ushort)(r >> 48);result[++j, i] = (ushort)(r >> 32);result[++j, i] = (ushort)(r >> 16);result[++j, i] = (ushort)r;
Új hozzászólás Aktív témák
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Dell Precision 3571 4G LTE i7-12700H 32GB 1000GB FHD RTX A1000 4GB 1 év teljeskörű garancia
- AKCIÓ! Törött Apple iMac 19.2 i5-8500 Radeon Pro 560X 4GB 16GB 256GB SSD 21.5" 4K Retina
- Laptop felvásárlás , egy darab, több darab, új , használt ! Korrekt áron !
- GYÖNYÖRŰ iPhone 12 Mini 128GB Black-1 ÉV GARANCIA -Kártyafüggetlen, MS4206, 100% Akksi
- Eladó Xiaomi Redmi 10 64GB / 12 hó jótállás
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi


