Witam
czy da sie podac strumien jako parametr wywolywanego programu?
jesli tak to jak?
jak sie do niego dobrac w wywolywanym programie?
Chodzi mi o to ze mam plik w TMemoryStream,
chcialbym wyswietlic ten plik w innym programie, nie zapisujac go na dysku.
ptwr, a wiesz, że każdy proces ma swoją odrębną przestrzeń adresową? podajesz namiary na coś, co leży w rzeczywistości równoległej.
Johny: afaik memorystream nie da rady, z tego powodu, że chcesz kopiować pomiędzy dwiema różnymi przestrzeniami adresowymi. poszukaj streama opartego o shared memory lub gniazda tcp, wtedy parametrem drugiego programu będzie nazwa bloku pamięci współdzielonej lub numer portu.
IPC proste demko które przesyła dane od programu klient do programu serwer ( nie sieciowo tylko jakoś przez wspólną pamięć ), chyba wygrzebałem to z jakiegoś Delphi, więc może masz to już na dysku <ort>=]</ort>
rotfl. jeśli przekazywanie danych z programu do programu zamierzasz rozwiązać poprzez połączenie programów w jeden, to rozbawiasz mnie.
a jeśli mówisz o używaniu drugiego jako dll, to weź się puknij w główkę. jak chcesz fizycznie dwa procesy połączyć w jeden? myślisz, że dlaczego procesy mają oddzielną przestrzeń adresową? ano, żeby przypadkiem nie mazały sobie nawzajem po pamięci. ale jeśli pozbycie się tego problemu (i kilkunastu innych) to dla ciebie bułka z masłem, to proszę, spróbuj.
Hehehhe, ale żeś się zirytował<ort> =]</ort>
A co jest złego w taki rozwiązaniu? Jeżeli oba programy mają dzielić wspólne coś tam to czemu by nie robić tak? Podałem też to IPC, może się nada. Trudno powiedzieć jak to powinno wyglądać bo nie wiem co ma być w tych dwóch programach, jeżeli pierwszy będzie działał cały czas a drugi tylko chwilowo to w dll było by dobrze, choć bardziej sensowne dodanie kolejnego okna do głównego, a jeśli pierwszy ma uruchomić drugi i na tym skończyć działanie to i tak trzeba zawartość tego strumienia gdzieś przerzucić żeby nie zmarł razem z pierwszym program.
generalnie chodzi o to ze mam komponenty do generowania pdf'ow i do ich wyswietlania (podglad wydruku).
Niestety te do wyswietlania gubia pamiec (a byly kupione!) wiec sobie pomyslalem ze wyswietlanie
zrobie w oddzielnym programie - wtedy straty pamieci beda nieduze, bo po kazdym zamknieciu podgladu cala pamiec przydzielona procesowi jest zwalniana.
Ale mialo to byc male szybkie obejscie problemu.
Widze ze latwo nie bedzie wiec moze poszukam porzadnego rozwiazania.
dzieki za Wasze uwagi.
@Johny: używanie pamięci współdzielonej nie jest trudne, w google znajdziesz tysiące przykładów, np. http://www.delphifaq.com/faq/delphi_windows_API/f348.shtml
@ptfr: ty umiesz czytać? a może masz pamięć jak złota rybka, na 3 sekundy? jak chcesz umieścić oddzielny program w dll? JAK? jeśli to potrafisz, to zrób to i udowodnij mi, że zajmie ci to mniej niż rok. a jeśli masz dwa oddzielne programy, to NIE MOŻESZ sieroto spiąć ich zwykłym tmemorystream. nie rozumiesz, co to oddzielna przestrzeń adresowa? i jak widać nie wiesz, jak działa pamięć współdzielona, używasz pojęcia IPC nie wiedząc, co się pod nim kryje. shared memory jest zwalniana, jak są zamknięte wszystkie uchwyty do niej, czyli po zamknieciu nie pierwszego, a ostatniego programu.
ogólnie, zaczynasz mnie wkurzać. pomijając kończenie każdego zdania "=]", co mi działa na nerwy, to jeszcze często wypowiadasz się na tematy, na które NIE MASZ BLADEGO POJĘCIA. co z tego, że wiesz, że IPC to interprocess communication, skoro nie wiesz jak działają jej elementy. chcesz pakować oddzielny program do dll. nie wiesz co to przestrzeń adresowa. nie umiesz dyskutować, nie rozumiesz tego, co inni piszą, nie wiesz, kiedy nie masz racji, nic zaawansowanego nie umiesz - a wypowiadasz się we wszystkich tematach, nieważne, czy to podstawy, czy coś ambitniejszego. żebyś jeszcze korzystał z konta, to bym pomyślał, że sobie posty nabijasz, ale jeśli robisz to jako anonim, to coś z tobą jest nie tak. zrozum: nie chcemy tu trollowania. idź sobie. precz. newbie i ani kroku dalej. bo już mi nerwy puszczają. masz ks eksperta i onet, zjeżdżaj denerwować ludzi tam.
Hey luz...
Ten drugi program może napisać w DLL'ce i wstrzykiwać go do tamtego procesu no nie? Ew. może zrobić Hook'a API np. na GetTickCount (to tylko przykład) i jak by to API zostało wykonane to HOOK by uruchamiał okienko tego dll'a.
Da się to zrobić.
Przez wskaźnik też... Jako parametr może wysyłać wskaźnik do TMemoryStream i np. rozmiar danych w TMemoryStream a tamten drugi program pobieral by uchwyt do programu, otwieral proces przez OpenProcess i podana w parametrze ilość danych odczytywał ze wskaźnika do jakiegos bufora i kopiował do drugiego lokalnego TMemoryStream i konczyl dzialanie pierwszego programu po odczytaniu... wiadomo, ze z IPC latwiej ale tak tez sie da...
wreszcie ktoś z pojęciem.
owszem, da się zrobić, tylko że VCL ma problemy z dll'kami, więc podejrzewam, że to będzie więcej roboty niż się może wydawać na pierwszy rzut oka. poza tym nie można całego procesu (a raczej wątku obsługującego obiekt gubiący pamięć) wrzucić do drugiej przestrzeni adresowej, bo chodzi właśnie o uniknięcie tego (wycieki pamięci).
wskaźnik połączony z readprocessmemory to z kolei dobry pomysł, ale tylko dlatego, że memorystream trzyma wszystko w ciągłym bloku pamięci. to chyba nawet najlepszy pomysł, bo najszybszy w realizacji. pamięć dzielona ma jednak tą zaletę (przyznam, że dość małą - w tym zastosowaniu), że przy zamknięciu procesu hosta dziecko i tak będzie miało dostęp do danych.
Zarejestruj się i dołącz do największej społeczności programistów w Polsce.
Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.