[VB6] Wkompilowanie DLL i OCX do EXE, czy tak sie da?

Linuksowiec

unread,

Oct 26, 2005, 5:22:26 AM10/26/05

to

Witam,
Mam pytanko. Czy istnieje możliwość wkompilowania pewnych bibliotek oraz
ocx'ów bezpośrednio do pliku exe.
Z góry dziękuje

Pozdrawiam

Robert Winkler

unread,

Oct 26, 2005, 5:40:53 AM10/26/05

to

> Mam pytanko. Czy istnieje możliwość wkompilowania pewnych bibliotek oraz
> ocx'ów bezpośrednio do pliku exe.

Nie ma takiej możliwości w VB6
Jedyne co możesz zrobić to przygotować program instalacyjny zawierajacy
wszystkie wymagane pliki.
Pamietej tylko że cześć bibliotek wymaga odpowiedniego sposobu instalacji
a wielu bibliotek systemowych nie możesz podmieniać.

PS.
Istnieje jeszcze takie rozwiązanie, takie iż przygotowuje się
samouruchamialne archiwum
zawierajace wszystkie wymagane do pracy aplikacji pliki
i w momencie jego uruchomienia wypakowywane są te pliki do tempa
rejestrowane w registry (ta operacja jest już możliwa w przypadku 2000 i XP
tylko w trybie administacyjnym)
a zakończeniu pracy są automatycznie kasowane.
Tak przygotowana instalka na 100% spowoduje że inne programy korzystajace
z tych samych bibliotek przestana działać.
Miałem z tym ostatnio problem u kilku klientów którzy uruchomili jakiegoś
śmiecia
który pozmieniał im wpisy związane z ADO, MSXML i Crystalem
wszystko przestało im wówczas działać.
--
____________
Robert Winkler

DariuszK

unread,

Oct 26, 2005, 6:17:22 AM10/26/05

to

W przypadku OCX'ów posiadając ich źródła to możesz je "wkompilować " przez
dodanie w swoim projekcie elementu UserControls i dołączenie źródła OCX w
postaci pliku .ctl wówczas po skompilowaniu otrzymasz jeden plik exe.

Pozdrawiam Dariusz K.
SC Group

interteh

unread,

Oct 27, 2005, 10:13:02 AM10/27/05

to

> Mam pytanko. Czy istnieje możliwość wkompilowania pewnych bibliotek oraz

Oczywiście że wszystko można "wkompilować" w exeka, stosując program
PEBundle

Greg

unread,

Oct 27, 2005, 1:47:02 PM10/27/05

to

Dokładnie, tak jak mówi kolega interteh, można to zrobić nie uzywając
żadnych sztuczek, a wykorzystując jedynie PEBundle.
(posiadam w swoich zasobach takowy)

---------------------------
Pozdrowienia GP
gp...@wp.pl
gp...@geo.pl
G-G 1956327
---------------------------
Użytkownik "interteh @.wp.pl>" <bogdan1313<antyspam> napisał w wiadomości
news:djqn9j$1ll$1...@news.onet.pl...

przem

unread,

Oct 27, 2005, 3:23:57 PM10/27/05

to

Witam!
Robiłem takie coś przy pomocy zdaje się VB-PowerWrap i mam jedną uwagę co do
używania tego typu programów.
Moja aplikacja była uruchamiana z CD i korzystała z plików znajdujących się w
podkatalogu. Do exe-ka wkompilowane były dll-e i ocx-y. Przy uruchamianiu
aplikacji oryginalny exe oraz biblioteki były rozpakowywane do tempa i tam
uruchamiane (załatwiał to automatycznie PowerWrap). Ponieważ program miał
odwoływać się (poprzez App.path) do plików w katalogu <Dysk_CD:\Podkatalog> a
w rzeczywistości odwoływał się do <...\temp\podkatalog> wszystko się sypało,
bo do tempa trafiał tylko exek i biblioteki, a podkatalog nie.
W takim wypadku proponuję odwołania do ewentualnych plików niewkompilowanych
w exe (ścieżki dostępu) zapisywać do rejestru. Oczywiście odpada w tym
przypadku aplikacja bezinstalacyjna, odpalana np. z CD.

pozdrawiam
przem

--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

inter_tech

unread,

Oct 27, 2005, 4:13:40 PM10/27/05

to

> Robiłem takie coś przy pomocy zdaje się VB-PowerWrap i mam jedną uwagę co
do

PEBundle ma sporo możliwości, mam bardzo starą wersję ale jest super, zawsze
działa
kontrolki moze rozpakowywac w dowolnym folderze i kasowac automatycznie po
zakonczeniu działania programu
może zastępowac kontrolki zastane lub nie
Nowasza wersja PEBundle moze nawet sciagnąć z sieci twoje kontroli przed
uruchomieniem twojego exeka na kompie usera.
Nigdy nie udostępniam swojego programu bez potraktowania go najpierw
PEBundle.
I rzecz najwazniejsza, nigdy nie występuje konflikt wersji kontrolek
interteh