ATNEL tech-forum

Re: Operator porównania a znak ~

2017-04-10T08:53:59+01:00

Śledzę z ciekawością od początku wątek i dochodzę do wniosku, że trzeba bardzo uważać na PROMOCJE, zwłaszcza przed Świętami bo mogą pochłonąć sporą ilość czasu

Statystyki: Napisane przez MikieMan — 10 kwi 2017, o 08:53

Re: Operator porównania a znak ~

2017-04-10T06:54:56+01:00

Daro69 napisał(a):

OK.
Dla tych co jeszcze nie bardzo wiedzą o co biega.
[syntax=c]int main(void)
{
//----powołuje zmienne które są negacjami siebie na wzajem.
uint8_t dwiescieczterdziesci = 0b11110000;// czyli val2 = 240 tak? v1 (0x11110000)
uint8_t pietnascie = 0b00001111; // czyli val2 = 15 tak? v2 (0x00001111)

lcd_init();

while (1)
{
_delay_ms(500);

lcd_locate(0, 0);[/syntax]
/* ----- sprawdzam czy negacja 240 to 15, ? wynikiem jest - że nie jest . ?
Dlaczego? ! ....................................................................
aby wykonać negację " dwiescieczterdziesci",
obliczenie jest zrealizowane w przejściowej zmiennej int. i ma postać
240->( 0000 0000 1111 0000)
a po negacji (1111 1111 0000 1111)
Nijak się ma do 15 (0000 0000 0000 1111) - dlatego false i kiszka.
*/
[syntax=c]if (pietnascie == ~ dwiescieczterdziesci )
lcd_str("prawda");
else
lcd_str("falsz"); // <--wyświetlany wynik ?
}
}[/syntax]
Tak mi to wyszło.

I wszystko jasne dzięki

Statystyki: Napisane przez Jarecki — 10 kwi 2017, o 06:54

Re: Operator porównania a znak ~

2017-04-10T06:32:50+01:00

Daro69 napisał(a):

240->( 0000 0000 1111 0000)
a po negacji (1111 1111 0000 1111)
Nijak się ma do 15 (0000 0000 0000 1111) - dlatego false i kiszka.

Też na tym wczoraj (Niedziela Palmowa) odpłynąłem!
Próbowałem włączyć w tok myślenia, że kompilator stosuje jakiś trik z liczbami integer.
Dla kompilatora -> 1111 1111 1111 1111 jest równoważne z zerem w systemie DEC.
Dla kompilatora -> 1111 1111 0000 1111 jest równoważne z -???? w systemie DEC.
Po tej PROMOCJI(odrzuceniu starszego bajta) otrzymujemy 0000 1111, czyli 15 w systemie DEC (taka wartość bez znaku). Przypuszczam, że ten trik to system liczbowy U2.

Statystyki: Napisane przez Wirnick — 10 kwi 2017, o 06:32

Re: Operator porównania a znak ~

2017-04-09T22:19:48+01:00

Statystyki: Napisane przez Daro69 — 9 kwi 2017, o 22:19

Re: Operator porównania a znak ~

2017-04-09T21:09:57+01:00

Daro69 ---> nic dodać nic ująć

Statystyki: Napisane przez mirekk36 — 9 kwi 2017, o 21:09

Re: Operator porównania a znak ~

2017-04-09T21:01:38+01:00

Jarecki napisał(a):

następuje porównanie typu uint8_t z int zamiast uint8_t z uint8_t tak?

if(val1 == (~val2) )
cytat skrawka wyjaśnienia, z podanego przez Mirka linku.
"zostanie obliczone za naszymi plecami i umieszczone w przejściowej zmiennej o rozmiarze dwóch bajtów, a nie jednego jakby wydawać się mogło"
dlatego należy zapisać if(val1 == (uint8_t) ~val2 ) // rzutowanie
szczegóły pod linkiem.
http://atnel.pl/domyslna-promocja-do-typu-int.html

Statystyki: Napisane przez Daro69 — 9 kwi 2017, o 21:01

Re: Operator porównania a znak ~

2017-04-09T20:48:02+01:00

czyli po negacji ~val2

[syntax=c]if(val1 == ~val2)//ten if nie jest spełniony[/syntax]

następuje porównanie typu uint8_t z int zamiast uint8_t z uint8_t tak?

Statystyki: Napisane przez Jarecki — 9 kwi 2017, o 20:48

Re: Operator porównania a znak ~

2017-04-09T16:51:24+01:00

Dzięki Mirku,
przecież już się kiedyś na tę promocję nabrałem.
muszę sobie jeszcze raz poukładać.
Wszystko można co nie można, tylko z wolna i z ostrożna.
Trzeba tylko uważać na promocje bo mieszają w głowie. . INT w gratisie.

Statystyki: Napisane przez Daro69 — 9 kwi 2017, o 16:51

Re: Operator porównania a znak ~

2017-04-09T16:25:55+01:00

Daro69 napisał(a):

znowu ta promocja.

A no właśnie wszędzie promocja i promocja

Statystyki: Napisane przez mirekk36 — 9 kwi 2017, o 16:25

Re: Operator porównania a znak ~

2017-04-09T14:12:30+01:00

Dobra dzięki wielki nie miałem pojęcia że coś takiego istnieje, teraz działa.

Statystyki: Napisane przez Kroniowiorka — 9 kwi 2017, o 14:12

Re: Operator porównania a znak ~

2017-04-09T14:09:01+01:00

Panowie, mi już się głowa gotuje.
Dlaczego w tym przykładzie wyświetla się fałsz. ?
Przykład 1 z kilka postów wcześniej:
[syntax=c]int main(void)
{
//----powołuje zmienne które są negacjami siebie na wzajem.
uint8_t dwiescieczterdziesci = 0b11110000;// czyli val2 = 240 tak? v1 (0x11110000)
uint8_t pietnascie = 0b00001111; // czyli val2 = 15 tak? v2 (0x00001111)

lcd_init();

while (1)
{
_delay_ms(500);

lcd_locate(0, 0);

//----- sprawdzam czy negacja 240 to 15, ? wynikiem jest - że nie jest . ?

if (pietnascie == ~ dwiescieczterdziesci ) // (15 == (~240)) ..???????.. <-------- !!!
lcd_str("prawda");
else
lcd_str("falsz"); // <--wyświetlany wynik ?
}
}[/syntax]
Poddaję się. lejcie, tylko nie po głowie.
.......................................................
jasny gwint.. znowu ta promocja.

Statystyki: Napisane przez Daro69 — 9 kwi 2017, o 14:09

Re: Operator porównania a znak ~

2017-04-09T14:05:32+01:00

Kroniowiorka napisał(a):

//ten if nie jest spełniony

jest jest spełniony tylko jak zwykle .... trzeba pamiętać o domyślnej promocji do INT

http://atnel.pl/domyslna-promocja-do-typu-int.html

wtedy byś ten warunek napisał jak się należy, czyli

[syntax=c]val2=(~val1);
if( val1 == (uint8_t)~val2 ) ... else ...[/syntax]

czyli ? ostatecznie ??? .... jawne rzutowanie do typu o który tobie chodzi - jeśli więc masz zmienne 8-bitowe to takie rzutowanie robimy bo domyślnie porównanie nastąpi na typach int

Statystyki: Napisane przez mirekk36 — 9 kwi 2017, o 14:05

Re: Operator porównania a znak ~

2017-04-09T13:54:25+01:00

mirekk36 napisał(a):

val1 = val2;
if( val1 == ~val2 ) .... else ....

Napisałeś w kodzie że val1=val2 gdy ja napisałem już ze 2 razy że te dwie wartości NIE SĄ równe. val2 jest negacją val1 więc zamiast twojego zapisu powinno być.

[syntax=c]val2=(~val1)
if(val1 == ~val2)//ten if nie jest spełniony[/syntax]

Statystyki: Napisane przez Kroniowiorka — 9 kwi 2017, o 13:54

Re: Operator porównania a znak ~

2017-04-09T13:37:35+01:00

Kroniowiorka napisał(a):

Chyba tylko Daro69 zrozumiał o co mi chodzi.

Właśnie kłopot w tym że Daro69 tak samo nie rozumiał może do tej pory a może nadal jeszcze sprawia mu trudność jak tobie bo pisze wyżej:

Daro69 napisał(a):

Czyli nie można w sprawdzaniu warunku stosować negacji(jakby w locie). linijka 15.

A dlaczego niby nie można ? Kto tak powiedział że nie można ? wręcz odwrotnie nie tylko można ale często się używa negacji w warunkach IF tylko że trzeba przemyśleć działanie programu

Obydwaj panowie widzę macie ten sam problem i jakoś nie możecie w dziwny sposób zaskoczyć .... o co chodzi

Ale tak to jest gdy ktoś poda ... żeby nie obrazić nikogo no ale NIELOGICZNY z założenia warunek czyli

[syntax=c]val1 = val2;
if( val1 == ~val2 ) .... else ....[/syntax]

pytam - jest w TYM warunku IF jakaś logika ? żeby w ogóle robić taki warunek w przypadku takiego kodu ? No zastanówcie się

PRZECIEŻ ZAWSZE wynikiem tego warunku będzie FAŁSZ - a wy się obydwaj dziwicie dlaczego ? i zastanawiacie się czy to kompilator czy środowisko czy coś tam jeszcze

------------------------ [ Dodano po: 11 minutach ]

może inny przykład obrazowy

[syntax=c]val1 = "moja głowa";

val2 = val1;

if( val1 == ~val2 ) .....[/syntax]

czyli
[syntax=c]if( "moja głowa" == nie "moja głowa" ) .... else .....[/syntax]

tu nawet nie chodzi o język programowania - tu chodzi o samą logikę zadawania warunków IF

negację bitową JAK NAJBARDZIEJ można wykorzystywać w warunkach - prosty przykład.

Wyobraźcie sobie, że otrzymujecie kody z pilota gdzie dostajecie w zmiennej

cmd1 - wartość odebranej komendy

natomiast w

cmd2 - zanegowaną już wartość komendy

takie zabezpieczenie stosowane jest w pilotach np Samsung, ramka jest przesyłana w postaci normalnej i zanegowanej

więc teraz jeśli chcę sprawdzić czy nie ma błędu transmisji to muszę to jakoś sprawdzić warunkiem czyli:
[syntax=c]if( cmd1 == ~cmd2 ) zadanie1; else zadanie2;[/syntax]

Czy teraz jaśniej ? .... Nie ma zaś KOMPLETNEGO SENSU robić takiego warunku na dwóch różnych zmiennych które zawierają tę samą wartość bo wtedy warunek IF traci sens kompletnie

Statystyki: Napisane przez mirekk36 — 9 kwi 2017, o 13:37

Re: Operator porównania a znak ~

2017-04-09T13:07:16+01:00

Wirnick napisał(a):

Błąd nie zależy od środowiska programowania, ale od logiki działania funkcji porównania "jeżeli" - if().
Czy prawdą jest, że np. 5 = -1*5 . Ten matematyczny zapis odpowiada Twojemu zapytaniu if(val2 == ~val2).
Warunek zawsze jest FALSE - nie wykona się kolejne po nim polecenie.

Chyba za bardzo nie zrozumiałeś o co mi chodzi. Po pierwsze w ifie jest if(val1 == ~val2). a nie if(val2 == ~val2) tak jak Ty napisałes. Po drugie jak napisałem val2 jest negacją val1 więc na twoim przykładzie to będzie 5 = -1*(-5). Dlaczego to nie jest prawdą?

EDIT:
Chyba tylko Daro69 zrozumiał o co mi chodzi. Właśnie pytam od początku dlaczego ta jak on to nazwał "negacja w locie" nie działa.

Statystyki: Napisane przez Kroniowiorka — 9 kwi 2017, o 13:07

Re: Operator porównania a znak ~

2017-04-09T13:01:01+01:00

OK.
sorka że się tak uparłem,
ale podobny temat z negacją w ifie pojawia się sukcesywnie na naszym forum i chciałem zrozumieć dlaczego nie zadziała sposób
którego właściwie nigdy nie używam.

Czyli nie można w sprawdzaniu warunku stosować negacji(jakby w locie). linijka 15.
[syntax=c]int main(void)
{
uint8_t dwiescieczterdziesci = 0b11110000;// czyli val2 = 240 tak? v1 (0x11110000)
uint8_t pietnascie = 0b00001111; // czyli val2 = 15 tak? v2 (0x00001111)

lcd_init();

while (1)
{
_delay_ms(500);

lcd_locate(0, 0);

//
if (pietnascie == ~ dwiescieczterdziesci ) // (15 == (~240)) ..?..nie zadziała negowanie w locie...!!!
lcd_str("prawda");
else
lcd_str("falsz"); // <--wyświetlany wynik ?
}
}[/syntax] TO NIE ZADZIAŁAŁO. wyświetliło wynik falsz.
..............................................................................................
negacja musi być przypisana do jakiejś zmiennej wynikowej choćby tak: linijka 15.
[syntax=c]int main(void)
{
uint8_t dwiescieczterdziesci = 0b11110000;// czyli val2 = 240 tak? v1 (0x11110000)
uint8_t pietnascie = 0b00001111; // czyli val2 = 15 tak? v2 (0x00001111)
uint8_t wynik_negacji;
lcd_init();

while (1)
{
_delay_ms(500);

lcd_locate(0, 0);

//
if (pietnascie == (wynik_negacji = ~ dwiescieczterdziesci) ) // (15 == (wynik_negacji = pietnascie)
lcd_str("prawda");
else
lcd_str("falsz"); // <--wyświetlany wynik ?
}
}[/syntax] TERAZ POPRAWNIE wyswietliło prawda
Chyba teraz mogę sobie to utrwalić jako zasadę stosowania tyldy w ifie .

Statystyki: Napisane przez Daro69 — 9 kwi 2017, o 13:01

Re: Operator porównania a znak ~

2017-04-09T12:13:45+01:00

Daro69 napisał(a):

e i dlaczego tylda to " -1 * zmienna "

Ale wcale nie mnoży "-1 * zmienna"

toż kolega wyżej użył przykładu .... zrozum to to samo co ja podałem wyżej w przykładzie w warunku z "czy moja żona to nie moja żona?"

------------------------ [ Dodano po: 4 minutach ]

Wirnick napisał(a):

Jeszcze dopowiem - co to jest " ~ " ? Otóż jest to zaprzeczenie, negacja w mowie potocznej, a w matematyce i logice współczynnik ; -1 .
I tak - iloczyn ( int(-1 * a) ) jest liczbą ujemną, natomiast na nasze żądanie podlega zaokrągleniu ( uint8_t(-1* a) ) jest liczbą dodatnią o wartości 0.

No nie - tu to kolega "troszkę" popłynął

tylda to nie jest żadna negacja w jakiejś tam mowie potocznej - sorki ale to nie ma sensu.

Jest proste i jasne jak drut wyjaśnienie i nie ma co z tym w ogóle dyskutować nawet I to nie jest moje wyjaśnienie, żeby nie było że ja koło wymyślam

TYLDA - to operator negacji binarnej

i Quniec, żadne tam potoczne coś ....

[syntax=c]~0b00001111 = 0b11110000[/syntax]

czy tu coś trzeba więcej wyjaśniać ?

Statystyki: Napisane przez mirekk36 — 9 kwi 2017, o 12:13

Re: Operator porównania a znak ~

2017-04-09T11:48:47+01:00

O kurka.
Teraz to i ja się zakręciłem z tą tyldą.
jeżeli to jest operator bitowy ~ , to myślałem że wiem chyba co robi.
Okazuje się że ma jeszcze inne działanie.
bo np.
[syntax=c]#include
#include
#include "LCD/lcd44780.h"

int main(void)
{
uint8_t val1 = 0b11110000;// czyli val2 = 240 tak? v1 (0b11110000)
uint8_t val2 = (~val1); // czyli val2 = 15 tak? v2 (0b00001111)

lcd_init();

while (1)
{
_delay_ms(500);

lcd_locate(0, 0);

if (val2 == (~val1)) // sprawdzam czy (15 == (~240)) ..?..czyli czy (15 == 15) no jest równe.(true)
lcd_str("ok");
else
lcd_str("error"); // <--wyświetlany wynik ?
}
}[/syntax]
.................................................................

Wirnick napisał(a):

to jak to jest z tą tyldą w tym momencie i dlaczego tylda to " -1 * zmienna "
zawala mi się mój mały światek programowania.
O CZYM NIE WIEM ?

Statystyki: Napisane przez Daro69 — 9 kwi 2017, o 11:48

Re: Operator porównania a znak ~

2017-04-09T08:07:54+01:00

Statystyki: Napisane przez Wirnick — 9 kwi 2017, o 08:07

Re: Operator porównania a znak ~

2017-04-09T07:52:29+01:00

Wirnick napisał(a):

DOKŁADNIE - zresztą już wcześniej SunRiver o tym pisał

no jak można się spodziewać że warunek typu

[syntax=c]b = a;
if( a == ~b ) ....[/syntax]

kiedykolwiek będzie spełniony ? no jak Nie ważne środowisko, nie ważny język programowania ... jak można się spodziewać że to będzie spełnione ? (to tak jakbyś w realnym świecie zapytał:

czy moja żona to nie jest moja żona?

prawda czy fałsz? No PEWNIE ŻE FAŁSZ bo moja żona to moja żona!)

podobnie jak można się spodziewać, że z kolei taki zabieg
[syntax=c]b = a;
a = ~b;
if( a == ~b ) ....[/syntax]

powoduje że warunek jest ZAWSZE SPEŁNIONY ... no jak można spodziewać się innego działania ?

Statystyki: Napisane przez mirekk36 — 9 kwi 2017, o 07:52

Re: Operator porównania a znak ~

2017-04-09T07:36:44+01:00

Statystyki: Napisane przez Wirnick — 9 kwi 2017, o 07:36

Re: Operator porównania a znak ~

2017-04-08T20:18:10+01:00

Pisze w Eclipse a co do optymalizacji to nigdy w cos takiego się nie bawiłem więc najprawdopodobniej jest wszystko domyślnie. Po dodaniu volatile nadal to samo.

Statystyki: Napisane przez Kroniowiorka — 8 kwi 2017, o 20:18

Re: Operator porównania a znak ~

2017-04-08T20:09:13+01:00

A w jakim środowisku pisany program ?
Może optymalizacja załączona jakaś. ?
może pomoże przydomek volatile przed powołaną zmienną, choć to rozwiązanie nie profesjonalne chyba w tym wypadku. ?

Statystyki: Napisane przez Daro69 — 8 kwi 2017, o 20:09

Re: Operator porównania a znak ~

2017-04-08T19:40:19+01:00

Tak

Statystyki: Napisane przez Kroniowiorka — 8 kwi 2017, o 19:40

Re: Operator porównania a znak ~

2017-04-08T19:22:49+01:00

czy val1 i val2 są tego samego typu ?

Statystyki: Napisane przez Daro69 — 8 kwi 2017, o 19:22