eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingBezpieczne przekazywanie ciągów znakówBezpieczne przekazywanie ciągów znaków
  • Data: 2010-02-10 20:07:20
    Temat: Bezpieczne przekazywanie ciągów znaków
    Od: "Wojciech \"Spook\" Sura" <s...@s...op.pl> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    Witam!

    Piszę aplikację, która z założenia ma oferować otwartą architekturę pluginów
    skonstruowaną w taki sposób, by owe pluginy można było oprogramowywać w
    dowolnym języku.

    Projektuję teraz interface'y dla pluginów i natrafiłem na niewielką
    zagwózdkę w postaci przekazywania ciągów znaków. Piszę w Delphi, ale
    oczywiście string ani przez myśl mi nie przeszedł - skorzystam na pewno z
    PChara (czyli char*). Problem polega na tym, że potrzebuję od plugina dostać
    kilka informacji w postaci ciągu znaków, a PChara trzeba przecież gdzieś
    zaalokować i gdzieś zwolnić.

    WinAPI ma to ciekawie rozwiązane - zrzuca obowiązek alokacji i dealokacji na
    aplikację, kopiując wyniki działania do wskaźnika przekazywanego przez
    parametr. Jeśli wskaźnik jest pusty, zwracana jest tylko oczekiwana wielkość
    bufora:

    count := WinAPICall(nil);
    setlength(CharArray, count);
    WinAPICall(@CharArray[0]);

    Jest to jakieś rozwiązanie, ale komplikuje się trochę w przypadku, gdy
    przekazana ma być na przykład tablica znaków. Ba - czasami ciąg znaków może
    być efektem jakiegoś czasochłonnego procesu, a wykonywanie go dwukrotnie
    tylko po to, by za pierwszym razem zwrócić długość rezultatu jest trochę bez
    sensu. Oczywiście można trzymać ten ciąg znaków gdzieś wewnątrz plugina, ale
    dochodzą problemy z wielowątkowością (drugi wątek może zamazać dane zapisane
    przez pierwszy) i tak dalej - sprawa robi się grubsza.

    Można oczywiście rozwiązać problem trochę inaczej - na zasadzie finalizacji:

    MyPChar := PluginCall();
    // Przetwarzanie MyPChar
    PluginFinalize(MyPChar);

    Jest to też jakieś rozwiązanie; zarządzanie pamięcią ciągu znaków jest teraz
    zrzucone na plugin, ale utrudnia to trochę jego implementację.

    Może lepszym rozwiązaniem jest alokowanie pamięci w pluginie, a dealokowanie
    w aplikacji? Nie wiem, czy to jest możliwe - w sumie aplikacja i DLLka
    operują w tej samej przestrzeni adresowej, więc teoretycznie taka sztuczka
    powinna być możliwa, ale idea prezentuje się jeszcze bardziej hax0rsko niż
    dwie poprzednie...

    Czy są jakieś sprytniejsze rozwiązania?

    Pozdrawiam -- Spook.

    --
    ! ._______. Warning: Lucida Console sig! //) !
    ! || spk || www.spook.freshsite.pl / _ """*!
    ! ||_____|| spook at op.pl / ' | ""!
    ! | ___ | tlen: spoko_ws gg:1290136 /. __/"\ '!
    ! |_|[]_|_| May the SOURCE be with you! \/) \ !

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: