-
Path: news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.nask.pl!new
s.nask.org.pl!news.onet.pl!not-for-mail
From: "Wojciech \"Spook\" Sura" <s...@s...op.pl>
Newsgroups: pl.comp.programming
Subject: Bezpieczne przekazywanie ciągów znaków
Date: Wed, 10 Feb 2010 21:07:20 +0100
Organization: http://onet.pl
Lines: 56
Message-ID: <hkv3ln$h6k$1@news.onet.pl>
NNTP-Posting-Host: chello089077190106.chello.pl
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original
Content-Transfer-Encoding: 8bit
X-Trace: news.onet.pl 1265832439 17620 89.77.190.106 (10 Feb 2010 20:07:19 GMT)
X-Complaints-To: n...@o...pl
NNTP-Posting-Date: Wed, 10 Feb 2010 20:07:19 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Windows Mail 6.0.6002.18005
X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6002.18005
X-Antivirus: avast! (VPS 100210-0, 2010-02-10), Outbound message
X-Antivirus-Status: Clean
Xref: news-archive.icm.edu.pl pl.comp.programming:184759
[ ukryj 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
- 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??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=