-
Data: 2023-05-18 20:23:56
Temat: Re: Dziwny problem z kodem w C (gcc mips/pic32)
Od: heby <h...@p...onet.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On 18/05/2023 20:05, Marek wrote:
>> Aby były *bezpieczne*.
> Co jest niebezpieczne w moim przykładzie?
PA1 ^=1; ?
Wybrałeś sobie prymitywny przykład, więc niebezpieczeńśtwo jest mniejsze.
Mój był inny.
Może tak:
setupUart( F_UART_SINGLE_BIT_MULTIPLY | F_UART_CONTROL | UART_SPEED_9600 );
Ten kod zawiera błąd.
Jest - mniej więcej - podobny do faktycznego kodu w systemie, gdzie
szukałem kiedyś niedziałajacego UARTu, tylko tych flag było nascie o
bardzo różnych nazwach.
Wyjaśnię na czym polega problem:
#define UART_SPEED_9600 4
#define F_UART_SPEED_9600 (1<<UART_SPEED_9600)
Już rozumiesz? Funkcja zaakceptowała #define z i bez F_. A powinna tylko
z F_, bo tak jest zaimplemnetowana, ze przyjmuje maski a nie numery
bitów. Ta wiedza, maska czy numer bitu, nie istnieje nigdzie, bo to
prymitywny C. Ba, nawet nie wiadomo do której to fukcji są flagi. To
tylko nazwane numerki.
Nikt tego nie kontroluje, funkcja przyjmuje cokolwiek i jedyna nadzieja
w białku, które pisze kod, że się nie pomyli. Naiwna.
Takich funkcji w kodzie są setki.
> Niebezpieczne to jest właśnie przekombinowanie jak to zrobić "lepiej".
Być może inaczej definicujesz słowo "niebezpiecznie".
Funkcjonalnośc została przerobiona tak, że nie dało się już podać flagi
bez F_ mimo, że obie były liczbami. Wymagało to napisania
kilkudziesięciu lini w C++ i zmiany z #define na class enum.
C++ pozwolił mi zatkać źródło błędu którego nie da się w sposób sensowny
zatkać w samym C z uwagi na prymitywizm wyrażania intencji.
Bezkosztowo. Podczas implementacji nie ucierpiał ani jeden mnemonik
asemblera a przy okazji znalazły się jeszcze dwa takie same przypadki
dla innych elementów systemu, gdzie pomylono flagi.
Po kilku latach pytałem jeszcze kolegi, mieli to w użyciu cały czas i
używali dla nowych funkcji.
Deklaracja dla klienta kodu zmieniał się z:
setupUart( int _flags )
na
setupUart( flags<UartFlags> _flags )
Gdzie UartFlags było wyliczniem co wolno za pomocą prostego template.
Całosc redukuje się do 1 liczby na kompilacji, jak dla C.
I tyle. Reszta nikogo nie interesowała.
Dzieki C++ jestem w stanie napisać teraz kod, który w wypadku pomylenia
flagi, zatrzyma kompilację, zamiast wesoło zrzucić problem na frajera z
debuggerem.
Rozumiesz już po co jest ten C++?
Następne wpisy z tego wątku
- 18.05.23 20:30 Marek
- 18.05.23 20:39 heby
- 18.05.23 21:02 Janusz
- 18.05.23 21:08 Janusz
- 18.05.23 21:12 Janusz
- 18.05.23 21:29 Dawid Rutkowski
- 18.05.23 21:40 Janusz
- 18.05.23 21:49 heby
- 19.05.23 09:33 JDX
- 19.05.23 09:45 JDX
- 19.05.23 10:19 JDX
- 19.05.23 10:29 JDX
- 19.05.23 10:30 heby
- 19.05.23 11:25 JDX
- 19.05.23 11:51 JDX
Najnowsze wątki z tej grupy
- Alarm do lodówki
- Poczta Polska na Discord-zie
- Aku do UPS
- czy ludzie przestali słuchać muzyki?
- zabawa czatem :)
- Modernizacja instalacji elektrycznej w wielkiej płycie
- Co to za dziwne "białe namioty" co stawiają je w różnych dziwnych miejscach?!?
- RF-Harvester
- jest taki kryzys panie
- Francuska elektrownia atomowa zamknięta. Powodem "nieprzewidywalny" rój meduz
- Lutowanie linek szczotek węglowych w silniku odkurzacza
- Lutowalność połączeń
- mini 400 atari
- Manipulator Satel CA-10-KLED -- CLK, DATA, i... dupa
- Czy cos fi przechodzi przez trafo separujące?
Najnowsze wątki
- 2025-08-23 Liczą się Fakty!
- 2025-08-23 Nadmuch klimatyzacji
- 2025-08-23 Alarm do lodówki
- 2025-08-23 Poczta Polska na Discord-zie
- 2025-08-23 Jezus Chrystus został królem powiatu
- 2025-08-23 Kolejny świr z nożem
- 2025-08-23 Warszawa => Java Full Stack Developer (Angular2+) <=
- 2025-08-23 zabawa w obligacje
- 2025-08-22 Cenzura na wolnemedia.net - likwidacja codziennej sekcji "Sygnały zauważone"
- 2025-08-22 Aku do UPS
- 2025-08-22 Przygoda hotelowa
- 2025-08-22 "Czy pan Frog ..."
- 2025-08-22 Katowice => Programista Kotlin <=
- 2025-08-22 Warszawa => Sales Executive / KAM <=
- 2025-08-22 Warszawa => Inżynier oprogramowania .Net <=