-
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
- "Wuj dobra rada" z KDAB rozważa: Choosing the Right Programming Language for Your Embedded Linux Device
- Nowa ustawa o ochronie praw autorskich - opis problemu i szkic ustawy
- 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?
Najnowsze wątki
- 2025-03-23 ile Tesla ma gwarancji?
- 2025-03-22 OT Silnik sie przegrzewa
- 2025-03-22 Przenoszenie przez wifi na nowego Androida
- 2025-03-22 Warszawa => Senior Account Manager <=
- 2025-03-22 Wrocław => Konsultant wdrożeniowy Comarch XL (Logistyka, WMS, Produk
- 2025-03-22 Warszawa => Spedytor Międzynarodowy <=
- 2025-03-22 Warszawa => NMS System Administrator <=
- 2025-03-22 Warszawa => Analityk IT (projekty z obszaru telco) <=
- 2025-03-22 Orzeczenie TSUE
- 2025-03-22 Warszawa => Operations Support Systems (OSS) Team Leader <=
- 2025-03-22 Warszawa => Scrum Master <=
- 2025-03-22 Warszawa => Senior Account Manager <=
- 2025-03-22 Warszawa => BI Developer / Analityk BI <=
- 2025-03-22 Warszawa => IT Recruiter <=
- 2025-03-21 Zakaz wjazdu