🚀 go-pugleaf

Seweryn Habdank-Wojewódzki wrote:

> a ty dajesz:
> 
> #define private public
> memset(&klasa.pimpl_,0,sizeof(shared_ptr<Pimpl>));

Albo memcpy z jednego egzemplarza do drugiego...

> Tylko, że to nie chodzi o bezpieczeństwo, bo memset kasujesz fragment
> pamięci. I to się skończy różnego rodzaju NullPointerException.

Niekoniecznie NPE (jak wskazałem wyżej), a nawet jeśli NPE, to 
niekoniecznie tam, gdzie mógłbyś się go spodziewać, itp. itd. (wliczając 
radosne powroty do domu o poranku... po dwóch, trzech nieprzespanych 
nocach...  ja już dziękuję...)


Rzeczony wcześniej String np. jest w Javie immutable, nie dlatego, że 
implementujący go zaufali dobrej woli programistów, ale dlatego, że ma 
_zabezpieczone_ wnętrze.

Wiesz co mógłby zrobić servlet na dużym serversze, gdyby takiej 
gwarancji nie było?  Zagrozić mógłby potencjalnie nie sobie, ale 
wszystkim hostowanym aplikacjom.

Tymczasem, podobnie jak Stringa, nie boję się przekazać obcemu kodowi 
unmodifiableSet(), czy czegokolwiek chronionego dostępem, bez obawy, że 
coś się z tym niedobrego stanie, czy choćby i niechcący, zrobi mi ktoś 
coś złego "w środku"...

> 
> Wydaje mi się, że nie o to chodzi w programowaniu i w bezpieczeństwie.

Nie wiem o co chodzi w programowaniu.  To jednak o czym mówimy, to 
_bezpieczeństwo_, jakkolwiek Ty byś na to nie patrzył.

Oczywiście, bezpieczeństwo nie na tym się kończy, tu dopiero tak 
naprawdę się zaczyna (o czym we wskazanych wcześniej papierach też sporo 
jest...).  Bez tego jednak, nie ma sensu iść dalej...


> Tymbardziej że w C++ np. załadowany moduł dynamicznie nie ma dostępu do
> programu głównego, więc jeśli ktoś Ci podeśle jakiś syf to wywali tylko
> swój program. Na windowsach sie nie znam, ale UNIX'y nie pozwalają na
> babranie ot tak sopie po pamięci, więc np. kasowanie pamięci na oślep też
> nie pójdzie.

Żaden ze znanych mi systemów na taką swobodę nie pozwala.  Tu mówimy 
jednak o dość precyzyjnych zabiegach, które na poziomie C++ są możliwe. 
  Na poziomie platformy Javy (oczywiście, nie tylko) nie.


piotr