Spis treści Skorowidz Poziom główny Poziom nadrzędny Poprzednia galeria Następna galeria

Sygnalizacja błędów w kodzie źródłowym programu

Błąd składniowy związany jest z użyciem konstrukcji nielegalnej z punktu widzenia języka. Błąd taki uniemożliwia uruchomienie programu. (Python ma wbudowany mechanizm obsługi błędów składniowych, jednak nie będziemy z niego korzystać.)

Błąd wykonania związany jest z koniecznością wykonania niewykonalnej operacji.

Niniejsza prezentacja skupia się na sygnalizacji błędow składniowych. Wszystkie przykłady dotyczą języka Python.

W chwili, w której użytkownik zażąda uruchomienia programu, następuje jego kompilacja. Wymaga ona poprawności składniowej kodu źródłowego.

Wywołanie z poziomu powłoki systemowej

Komunikat o lokalizacji i przyczynie błędu pojawia się na terminalu systemowym.

Konsola interaktywna Pythona

Przy pracy interaktywnej błąd z reguły dotyczy ostatnio wprowadzonej instrukcji.

Przy próbie wczytania modułu z błędem składniowym komunikat opisuje jego lokalizację i przyczynę.

Środowisko SciTE

SciTE, jak wiele innych podobnych edytorów, pozwala na uruchomienie wczytanego programu, ale nie posiada debuggera.

Komunikat z lokalizacją i diagnozą błędu, identyczny jak w konsoli Pythona, widoczny jest w oknie wyników.

Środowisko IDLE

Błędy składniowe są wyraźnie sygnalizowane.

Błędy wykonania są raportowane w konsoli Pythona. Debugger pozwala na przetestowanie działania programu w trybie krokowym.

Środowisko PythonWin

Edytor ustawia kursor w miejscu błędu składniowego. Krótki komunikat pojawia się w wierszu statusu.

Błędy wykonania są raportowane w konsoli Pythona. Zintegerowany debugger pozwala na przetestowanie działania programu w trybie krokowym.

Środowisko SPE

Edytor ustawia kursor w miejscu błędu składniowego. Komunikat z przyczyną błędu i odsyłaczem do miejsca w pliku źródłowym pojawia się w oknie informacyjnym.

Błędy wykonania są raportowane w konsoli Pythona. Działanie programu da się przetestować za pomocą zewnętrznego debuggera.

Środowisko WingIDE

Edytor ustawia kursor w miejscu błędu składniowego. Komunikat o przyczynie błędu pojawia się w osobnym oknie. Miejsce błędu jest wyraźnie oznaczone.

Błędy wykonania są raportowane w konsoli Pythona. Debugger pozwala na przetestowanie działania programu w trybie krokowym.

Środowisko OpenOffice

Nie ma edytora, nie ma debuggera. Program trzeba napisać zewnętrznym edytorem i solidnie przetestować zewnętrznym debuggerem.

Błędy składniowe w kodzie programu powodują, że nie da się go wywołać, bo nie ma go na liście dostępnych makropoleceń.

W razie błędu podczas wykonania programu precyzyjny, lecz dość skomplikowany komunikat z przyczyną błędu pojawia się w oknie dialogowym.

W tym przypadku chodzi o niedozwolony znak w definicji funkcji pobranej z komórki B1 arkusza (półpauza zamiast tekstowego minusa), co ujawniło się dopiero przy próbie obliczenia jej wartości.