-
Data: 2011-05-04 18:07:19
Temat: Re: teoria bledow
Od: " " <f...@g...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]apl <a...@i...pl> napisał(a):
>
> > malo kto sprawdza takie rzeczy, ale blad sie
> > moze rozpropagowac az program uderzy w sciane
> > np na bledzie ochrony pamieci
> >
> > to jest tez ciekawe czy sa takie (albo czy
> > sa mozliwe) takie systemy w ktorych
> > prog nie moze uderzyc w sciane - tylko
> > np produkowac smieci i nic wiecej -
>
> Moim zdaniem program nigdy nie powinien produkowa=E6 =B6mieci. Cz=EAst=B1
> przyczyn=B1 trudno wykrywalnych b=B3=EAd=F3w jest automatyczne "zerowanie"
> zmiennych na etapie kompilacji. To kardynalny b=B3=B1d! Pami=EA=E6
> przydzielana zmiennym powinna raczej by=E6 ustawiana na warto=B6ci
> nieakceptowalne dla typu zmiennych, a przynajmniej wszystkie bity na
> True, tak aby u=BFycie warto=B6ci zmiennej, kt=F3rej nie nada=B3 program,
> automatycznie powodowa=B3o "uderzenie o =B6cian=EA". Zero jest najcz=EA=B6c=
> iej
> akceptowane jako "dobra" dana, natomiast warto=B6ci skrajnie wielkie
> b=EAd=B1 na og=F3=B3 prowadzi=E6 do przesterowa=F1. Ja, w swojej praktyce s=
> tosuj=EA
> w=B3a=B6nie takie przekorne podej=B6cie i inicjuj=EA zmienne tak, aby nie
> wchodzi=B3o w rachub=EA u=BFycie przypadkowej warto=B6ci.
> apl
ogolnie koncepcja takiego podejscia do bledow aby program jak najszybciej
walil w sciane jest w pewnym sensie chyba madra - ale to podejscie by
inicjowac takimi wartosciami mi sie nie podoba, np. po cholere inicjowac
zlymi by chwile pozniej przeinicjowywac dobrymi,[[ zreszta kwestia
przeoczonych inicjacji to raczej maly podzbior przypadkow - mz czesciej
program wypada z drogi np na skutek blednych kolejnosci
rozwiazywania operacji w wyrazeniu, ostatnio mialem jakis podobny do
takiego blad korego szukalem przez poltorej godziny ze zdziwniem
doszukujac sie o co chodzi " bitsBuffer[y][x][i] = baseAddress[yt + x<<2 +
i];" a i kiedys wczesniej zdarzalo mi sie ze bez masy nawiasow w wyrazeniach
np rzutowania nie dzialaja w domyslny sposob -- tutaj zreszta o ile
pamietam uderzal wlasnie w sciane (BAD_ACCESS)
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Następne wpisy z tego wątku
Najnowsze wątki z tej grupy
- Alg. kompresji LZW
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
Najnowsze wątki
- 2025-03-15 Na co komu okna
- 2025-03-15 Mój elektryk
- 2025-03-15 Fejk muzyczny czy nie fejk
- 2025-03-15 China-Kraków => Senior PHP Symfony Developer <=
- 2025-03-15 Wrocław => Konsultant wdrożeniowy Comarch XL (Logistyka, WMS, Produk
- 2025-03-15 Błonie => Analityk Systemów Informatycznych (TMS SPEED) <=
- 2025-03-15 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2025-03-15 Warszawa => Java Full Stack Developer (Angular2+ experience) <=
- 2025-03-15 Warszawa => Java Full Stack Developer (Angular2+) <=
- 2025-03-15 KOMU w RP3 pasuje "Rumuńska łatwość gmerania w wyborach" i dlaczego nie PO-Trzaskanym?
- 2025-03-15 China-Kraków => Key Account Manager IT <=
- 2025-03-14 Spalił się autobus :-)
- 2025-03-14 Policjanci z Piątku
- 2025-03-14 Lublin => JavaScript / Node / Fullstack Developer <=
- 2025-03-14 Warszawa => Account Manager - Sprzedaż Usług Rekrutacyjnych <=