[vfp] Dylemat: 'on error' czy 'try catch' - rozbija się o 'stack trace info'.

eGospodarka.pl › Grupy › pl.comp.programming › [vfp] Dylemat: 'on error' czy 'try catch' - rozbija się o 'stack trace info'.

« poprzedni wątek

następny wątek »

Ilość wypowiedzi w tym wątku: 7

1. Data: 2011-09-22 08:03:46
Temat: [vfp] Dylemat: 'on error' czy 'try catch' - rozbija się o 'stack trace info'.
Od: "sielim" <s...@t...tez.wp.pl>

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.

[ pokaż wiadomość z nagłówkami ]

do góry
2. 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>

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/

[ pokaż wiadomość z nagłówkami ]

do góry
3. Data: 2011-09-22 19:41:39
Temat: Re: [vfp] Dylemat: 'on error' czy 'try catch' - rozbija się o 'stack trace info'.
Od: Wojciech Muła <w...@p...null.onet.pl.invalid>

On Thu, 22 Sep 2011 18:56:02 +0000 (UTC) " " <f...@g...SKASUJ-TO.pl>
wrote:

> ciekawe, ciekawy post, ale ja nie wiem

Obiektywnie patrząc Expert był lepszy.
Przynajmniej wszystko widział.

w.

[ pokaż wiadomość z nagłówkami ]

do góry
4. Data: 2011-09-23 17:56:05
Temat: Re: [vfp] Dylemat: 'on error' czy 'try catch' - rozbija się o 'stack trace info'.
Od: "R. P." <r...@w...pl>

W dniu 2011-09-22 21:41, Wojciech Muła pisze:
> On Thu, 22 Sep 2011 18:56:02 +0000 (UTC) " "<f...@g...SKASUJ-TO.pl>
> wrote:
>
>> ciekawe, ciekawy post, ale ja nie wiem
>
> Obiektywnie patrząc Expert był lepszy.
> Przynajmniej wszystko widział.

Ale kinabote jest niezly, duzo o swoim zdrowiu gada ;)

[ pokaż wiadomość z nagłówkami ]

do góry
5. Data: 2011-09-23 19:55:38
Temat: Re: [vfp] Dylemat: 'on error' czy 'try catch' - rozbija się o 'stack trace info'.
Od: "Przemek O." <p...@o...eu>

W dniu 2011-09-23 19:56, R. P. pisze:
> W dniu 2011-09-22 21:41, Wojciech Muła pisze:
>> On Thu, 22 Sep 2011 18:56:02 +0000 (UTC) " "<f...@g...SKASUJ-TO.pl>
>> wrote:
>>
>>> ciekawe, ciekawy post, ale ja nie wiem
>>
>> Obiektywnie patrząc Expert był lepszy.
>> Przynajmniej wszystko widział.
>
> Ale kinabote jest niezly, duzo o swoim zdrowiu gada ;)

Itammm... Panie... Moim fanem jest Kenobi! :>

pozdrawiam,
Przemek O.

[ pokaż wiadomość z nagłówkami ]

do góry
6. Data: 2011-09-27 07:01:57
Temat: Re: [vfp] Dylemat: 'on error' czy 'try catch' - rozbija się o 'stack trace info'.
Od: "sielim" <s...@t...tez.wp.pl>

Użytkownik "Przemek O." <p...@o...eu> napisał w wiadomości
news:j5io7v$6c0$1@news.onet.pl...
>W dniu 2011-09-23 19:56, R. P. pisze:
>> W dniu 2011-09-22 21:41, Wojciech Muła pisze:
>>> On Thu, 22 Sep 2011 18:56:02 +0000 (UTC) " "<f...@g...SKASUJ-TO.pl>
>>> wrote:
>>>
>>>> ciekawe, ciekawy post, ale ja nie wiem
>>>
>>> Obiektywnie patrząc Expert był lepszy.
>>> Przynajmniej wszystko widział.
>>
>> Ale kinabote jest niezly, duzo o swoim zdrowiu gada ;)
>
> Itammm... Panie... Moim fanem jest Kenobi! :>

... taki ruch w wątku i zero merytoryki ...
... jestem zawiedziony ... Ale cóż, stare technologie ...

[ pokaż wiadomość z nagłówkami ]

do góry
7. Data: 2011-09-27 07:22:15
Temat: Re: [vfp] Dylemat: 'on error' czy 'try catch' - rozbija się o 'stack trace info'.
Od: " " <f...@g...SKASUJ-TO.pl>

sielim <s...@t...tez.wp.pl> napisał(a):

>
> UĹźytkownik "Przemek O." <p...@o...eu> napisaĹ w wiadomoĹci
> news:j5io7v$6c0$1@news.onet.pl...
> >W dniu 2011-09-23 19:56, R. P. pisze:
> >> W dniu 2011-09-22 21:41, Wojciech MuĹa pisze:
> >>> On Thu, 22 Sep 2011 18:56:02 +0000 (UTC) " "<f...@g...SKASUJ-TO.pl>
> >>> wrote:
> >>>
> >>>> ciekawe, ciekawy post, ale ja nie wiem
> >>>
> >>> Obiektywnie patrzÄc Expert byĹ lepszy.
> >>> Przynajmniej wszystko widziaĹ.
> >>
> >> Ale kinabote jest niezly, duzo o swoim zdrowiu gada ;)
> >
> > Itammm... Panie... Moim fanem jest Kenobi! :>
>
> .... taki ruch w wÄtku i zero merytoryki ...
> .... jestem zawiedziony ... Ale cĂłĹź, stare technologie ...
>

co poradzic... ja nie uzywalem zasadniczo nigdy anit throw-catchy ani
on error... moze wywal/wylach throw-catche i uzywaj wylacznie on error

--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

[ pokaż wiadomość z nagłówkami ]

do góry