-
Data: 2011-09-22 18:56:02
Temat: Re: [vfp] Dylemat: 'on error' czy 'try catch' - rozbija się o 'stack trace info'.
Od: " " <f...@g...SKASUJ-TO.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]sielim <s...@t...tez.wp.pl> napisał(a):
> Jak wiedzą programiści Visual Fox Pro - wyjątek przechwycony w 'catch' nie
> zawiera informacji o stack trace (jedynie
> podstawowe informacje o miejscu wystąpienia). Dla kogoś, kto równocześnie
> programuje w językach takich
> jak Java jest to duża strata.
>
> Problem z brakiem informacji o stosie wywołań łatwiej rozwiązać stosując
> stary mechanizm
> obsługi przez 'on error <funkcja obsługi>'. W takiej sytuacji program po
> wystąpieniu błędu
> natychmiast wchodzi do funkcji obsługi i jeśli użyjemy wewnątrz ASTACKINFO
> to
> mamy dokładny pogląd na stos wywołań (trzeba tylko uważać na to, że niektóre
> stare
> konstrukcje fox pro te informacje zaburzają, np 'read cycle').
>
> Od jakiegoś czasu kombinuję, jak te dwie sprawy połączyć - stosować 'try ...
> catch'
> ale nie gubić info o stosie. Niestety 'catch...' ma wyższy priorytet niż 'on
> error', więc
> zastosowanie obu mechanizmów jednocześnie nie daje oczekiwanych rezultatów
> - zawsze wpierw jest wejście w 'catch' i informacja na stosie pokazuje
> miejsce
> przechwycenia wyjątku a nie jego wystąpienia.
>
> Próbowałem zastosować 'catch when ...' do tego, żeby przepuszczać mechanizm
> obsługi do funkcji obsługi błędu a potem, po zapamiętaniu stosu spróbować
> np.
> 'retry', żeby wrócił to catch'a (warunek 'when' za drugim razem już zwraca
> ..T.).
> Niestety nic z tego. Po pierwsze sam fakt, że przeszedł przez 'catch when'a
> już zmienia informację na stosie, po drugie retry też już nie wraca w
> miejsce wystąpienia
> błędu - nie ma ponownego wejścia w when'a.
>
> Ktoś wie może, jak problem rozwiązać, ma jakieś pomysły ? Na chwilę obecną
> wychodzi mi na to, że jakikolwiek 'catch' na drodze procedur obsług błedów
> niszczy informację o stosie a niestety nie wiem, jak zmusić fox'a, żeby
> priorytetowo
> wskoczył w funkcję obsługi zdefiniowaną 'on error', a dopiero potem zaczął
> się
> wycofywać po stosie catch'y.
ciekawe, ciekawy post, ale ja nie wiem
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Następne wpisy z tego wątku
- 22.09.11 19:41 Wojciech Muła
- 23.09.11 17:56 R. P.
- 23.09.11 19:55 Przemek O.
- 27.09.11 07:01 sielim
- 27.09.11 07:22
Najnowsze wątki z tej grupy
- 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??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
Najnowsze wątki
- 2024-11-08 Warszawa => Head of International Freight Forwarding Department <=
- 2024-11-08 Warszawa => Key Account Manager <=
- 2024-11-08 Szczecin => Key Account Manager (ERP) <=
- 2024-11-08 Białystok => Full Stack web developer (obszar .Net Core, Angular6+) <
- 2024-11-08 Wrocław => Senior PHP Symfony Developer <=
- 2024-11-08 Warszawa => QA Engineer <=
- 2024-11-08 Warszawa => QA Inżynier <=
- 2024-11-08 Warszawa => Key Account Manager <=
- 2024-11-08 Gdańsk => Software .Net Developer <=
- 2024-11-08 Akumulator Hyundai
- 2024-11-08 Warszawa => Manager/Specialist e-commerce (B2C) <=
- 2024-11-08 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-08 Gdańsk => Kierownik Działu Spedycji Międzynarodowej <=
- 2024-11-08 znaj podstawe
- 2024-11-08 Chrzanów => Specjalista ds. public relations <=