🚀 go-pugleaf

Karpierz wrote:
> 
> Adam Jancewicz <adash@obop.com.pl> napisal
> Karpierz wrote:
> [...]
> >> Wlasnie, to jeszcze jeden kwiatek do korzucha w C.
> >> Raz sa rowne a raz nie....
> >>
> >C nie gwarantuje przecierz rozmiaru np. inta.
> >Problem występuje przy zmianie reprenacji (liczby bitów)
> >rzutowanego typu. Przy jednakowym rozmiaże rzutowanie
> >to tylko rzecz interpretacji ciągu bitów.
> >
> >BTW Co to jest korzuch (korzucha) ?)
> 
> No coz... walnalem byka.. ma byc kozuch :)
> Ale, ale...
> Co to jest 'zmiana reprenacji' ?
> I cos mi sie nie podoba to: 'jednakowym rozmiaze'

Punkt (nawet dwa) dla Ciebie, nie cgciałem się czepiać,
pierwszy rqaz spotkałem się z takim określeniem i nie wiedziałem
czy to miał być kożuch czy też coś innego.

> 
> Mam propozycje :) Zostawmy Miodkowi co miodkowe ok ? :))
> 
ok

> >> Ale dla K&R C jest wyrazna luka i dlatego pytalem poprzednio jak to
> >> precyzuje standard.
> >
> >Podejrzewam że nic tego nie precyzuje.
> 
> Wlasnie dlatego pytam, mysle ze jednak ANSI C to precyzuje.
> /przynajmniej powinno../
> 
> >Konwersja signed char (bajt) na int (2 bajty) była/jest
> >realizowana na Intelach poprzez instrukcję CBW (convert byte to word)
> >procesora, która działa właśnie tak, że powiela bit znaku na starszy
> >bajt.
> >natomiast w przypadku typu unsigned jest realizowana inaczej.
> 
> po prostu XOR AH,AH
> 
> /ale tylko dla 16 bitow oczywiscie /.
> 
> >Myśle, że na innych architeturach jest podobnie.
> 
> Nie chodzi o konkretna architekture, ale o zasade jaka powinna
> obowiazywac na _kazdej_ architekturze.
> 
> >Uważam, że zasada jest taka że rzut jest realizowany tylko
> >ze względu na typ elementu rzutowanego. I potem interpretowany
> >jako signed lub unsigned. To chyba jedyny sensowny sposób.
> 
> Tez wlasnie dokladnie ta zasade stosuje ale jednak luka pozostaje
> luka ... Dalej nie jestesmy pewni na 100%.
> 
> A.K.

Już nie będę się rowodził, w każdym razie doszedłem
do wniosków zgodnych z tym co napisał Qrczak.


Pozdrawiam,
Adam
-- 
 Adam Jancewicz 
 mailto: adash@obop.com.pl