<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix"><br>
No tak som si tu diskuziu nasiel, ked uz ste sa nepodelili o link
- je to toto?
<a class="moz-txt-link-freetext" href="https://stackoverflow.com/questions/35951539/type-agnostic-memcpy-in-c99">https://stackoverflow.com/questions/35951539/type-agnostic-memcpy-in-c99</a><br>
<br>
Pride mi ze tu - v pripade jednoduchych typov, ktore maju navyse
rovnaku binarnu interpretaciu - nejde o technicky problem ale o
formalny problem ohladne efektivneho typu (to je typ, ktory je
podla nazoru alebo odhadu kompilatora v pamati ulozeny) a
pravidiel, ktore su v tom priklade porusene. Problem je len v tom,
ze sa datam nanucuje efektivny typ uint_32 bez ohladu na to, co
si o efektivnom type mysli nadradena funkcia.<br>
<br>
Ak by mali odlisnu binarnu interpretaciu (napr. long ma 64 bitov,
alebo druhe pole by bolo pole float-ov) tak problem je uz aj
technicky, kedze efektivny typ sa nasilne meni bez toho, aby sa
prisposobila binarna reprezentacia dat <br>
<br>
A problem nie je s memcpy, memcpy stale kopiruje byte po byte. Mam
dojem, ze autor problemu nieco nepochopil (je to naznacene v
diskuzii dalej).<br>
<br>
Odporucam pozriet <a class="moz-txt-link-freetext" href="http://">http://</a><cite class="iUh30"><a class="moz-txt-link-abbreviated" href="http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf">www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf</a></cite><br>
<br>
Viac urcite pojedna o probleme z pohladu normy wek :)<br>
<br>
-m-<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
On 27.04.2018 0:00, Stano wrote:<br>
</div>
<blockquote type="cite" cite="mid:5AE24C12.2000504@gmail.com">Endian
je znamy a je to little endian. Prevsetky pouzite typy
<br>
sizeof(unsigned long) = 4
<br>
sizeof(unsigned) = 4
<br>
sizeof(uint32_t) = 4
<br>
<br>
Rovnako problem vie byt zo zarovnanim pamate (ale to tuna odpada)
<br>
To comu nechapem je prave ze to nemusi dat ocakavany vysledok pre
tento pripad 4 a 7 ani ked su splnene vsetky tieto podmienky.
<br>
A prave to je nieco co nechapem a zaujima ma kde este moze byt
problem. Akurat mam tu smolu alebo stastie ze sa mi nedari ten
stav vyvolat a teda neviem sa pozriet do asm co compiler vymyslel
ked to nefunguje.
<br>
<br>
On 26. 4. 2018 21:59, Milan B. wrote:
<br>
<blockquote type="cite">On 26.04.2018 21:46, Milan B. wrote:
<br>
<blockquote type="cite">
<br>
4,1
<br>
</blockquote>
<br>
Oprava: 6+2^32
<br>
<br>
-m-
<br>
<br>
<br>
<br>
<br>
_______________________________________________
<br>
HW-list mailing list - sponsored by <a class="moz-txt-link-abbreviated" href="http://www.HW.cz">www.HW.cz</a>
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a>
<br>
<a class="moz-txt-link-freetext" href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a>
<br>
</blockquote>
<br>
_______________________________________________
<br>
HW-list mailing list - sponsored by <a class="moz-txt-link-abbreviated" href="http://www.HW.cz">www.HW.cz</a>
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a>
<br>
<a class="moz-txt-link-freetext" href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a>
<br>
</blockquote>
<p><br>
</p>
</body>
</html>