-
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! \/) \ !
Następne wpisy z tego wątku
- 12.02.10 00:42 Wiktor S.
- 12.02.10 12:34 Wojciech \"Spook\" Sura
- 12.02.10 13:22 Michoo
- 23.02.10 18:53 \"Marsjanin\
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-02-25 Tak wiem.... To oczywiste ale jak oni dzisiaj dziadują na materiale
- 2025-02-25 rozliczenia policji
- 2025-02-25 Echhhhhh. Marzy mi się SWAP Audi A2 z 1.8 T ;-)
- 2025-02-25 Warszawa => Analityk Biznesowo-Systemowy <=
- 2025-02-25 Warszawa => SQL Developer <=
- 2025-02-25 Zbigniew Ziobro śmie sugerować "niedostatki niezawisłości" sędzi (wątpliwości co do bezstronności)
- 2025-02-25 Kraków => DevOps Engineer (Junior/Regular) <=
- 2025-02-25 Kraków => Front-end Developer <=
- 2025-02-25 Szpital
- 2025-02-24 Gniazdo + wtyk
- 2025-02-24 Dyrektor Toyoty miał rację. Elektryki to ślepa uliczka
- 2025-02-24 Białystok => System Architect (Java background) <=
- 2025-02-24 Białystok => System Architect (background deweloperski w Java) <=
- 2025-02-24 Białystok => Solution Architect (Java background) <=
- 2025-02-24 Warszawa => Data Engineer (Tech Leader) <=