-
Data: 2012-06-05 12:36:42
Temat: Re: Try catch, prawidłowy sposób użycia
Od: Edek Pienkowski <e...@g...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Dnia Tue, 05 Jun 2012 11:41:26 +0200, zażółcony napisal:
> W dniu 2012-06-05 09:01, Edek Pienkowski pisze:
>> Dnia Tue, 05 Jun 2012 08:43:17 +0200, zażółcony napisal:
>>
>>> W dniu 2012-06-04 19:21, Edek Pienkowski pisze:
>>>
>>>> Mutex to nie jest semafor. Nie ma problemu z zamykaniem go w try. To
>>>
>>> Trochę odbiegamy od tematu, ale ...
>>> Wrzuciłem w google 'mutex', kliknąłem w pierwszy lepszy link:
>>> http://koti.mbnet.fi/niclasw/MutexSemaphore.html
>>>
>>> i masz:
>>> "A mutex is really a semaphore with value 1."
>>> :)
>>> I właśnie to dokładnie miałem na myśli.
>>
>> Jak znajdę link w sieci do psoszczura, to uwierzysz że psoszczur
>> istnieje?
>
> Zasugerowałeś odwrócony związek przyczynowo-skutkowy.
> A tymczasem najpierw była wiara, a potem link.
> Wiara ma inne, znacznie wcześniejsze podstawy, z czasów, kiedy internet
> kojarzyło się jeszcze z luksusem a google nie istniał :)
>
> A tak na serio - ja tam się upierać nie będę bo i po co. Nie wiem, skąd
> Twoje parcie, by te dwie sprawy rozróżniać,
> czy to kwestia tego, ze masz na myśli jakąś konkretną implementację
> mutexów w postaci obiektowej, czy zawężasz ich funkcję do pracy w
> wątkach, a nie między procesami czy jeszcze coś innego. Czy może
> utożsamiasz mutex z jakimś rodzajem tokena - wszystko to zawiera jakiś
> element racji.
> Podobnie, jak w wielu kontekstach rację zawiera twierdzenie, że muteks
> to funkcjonalnie semafor 0-1.
Niby tak, widziałem nawet implementację mutexa, takiego wątkowego, za
pomocą semafora, takiego z IPC, w końcu niby można używać IPC tylko z
jednego procesu. Ale to rozwiązanie nie było za fajne i w szczegółach
semafor i mutex zaczynają mieć inne właściwości, żeby mieć rekursywny
mutex dla wygody tak jak w Javie, gdzie każdy Object jest rekursywnym
mutexem, o ile pamiętam implementacja za pomocą semafora wygałaby thread
local gdyby nie fakt, że thread local w IPC nie istnieje więc tam
rozwiązanie było zakręcone na kilka nowych ciekawych sposobów.
Ale ok, w ramach rozmowy o tym a nie kodu można powiedziedzieć,
że mutex czy inny prosty lock to semafor 0/1.
Edek
Następne wpisy z tego wątku
- 05.06.12 14:52 n...@m...invalid
- 05.06.12 14:53 n...@m...invalid
- 05.06.12 16:47 Andrzej Jarzabek
- 05.06.12 17:12 AK
- 05.06.12 17:15 AK
- 06.06.12 02:28 n...@m...invalid
- 16.06.12 23:08 Bronek Kozicki
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-08 Cięcie wysokich tui
- 2025-03-08 Środa Wielkopolska => SAP FI/CO Konsultant wewnętrzny <=
- 2025-03-08 Prawo "gminne"
- 2025-03-08 Warszawa => Senior Recruiter <=
- 2025-03-08 Warszawa => Key Account Manager IT <=
- 2025-03-08 Najszybciej ładujące się samochody elektryczne
- 2025-03-07 AION przejety
- 2025-03-07 Warszawa => Data Engineer (Tech Leader) <=
- 2025-03-07 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-03-07 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-03-07 Gliwice => Business Development Manager - Network and Network Security
- 2025-03-07 Chiny-Kraków => Senior PHP Symfony Developer <=
- 2025-03-07 Gliwice => IT Expert (Network Systems area) <=
- 2025-03-07 Chiny-Kraków => Backend Developer (Node + Java) <=
- 2025-03-07 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS