Thread View: pl.comp.lang.tcl
4 messages
4 total messages
Started by krys53
Sat, 28 Oct 2006 22:08
starkit, Thread, source, vfs
Author: krys53
Date: Sat, 28 Oct 2006 22:08
Date: Sat, 28 Oct 2006 22:08
67 lines
4056 bytes
4056 bytes
Witam Czy ktoś może spotkał się z problemem zasorsowania plików z vfs, w wątkach ? Stworzyłem sobie starpacka z dużej aplikacji napisanej w TCl (kilkaset plików w TCL, wiele dodatkowych bibliotek, itd). Aplikacja normalnie działa gdy uruchomi się ją poprzez tcl zainstalowanego w sposób standardowy. Problemy zaczynają się pojawiać, gdy po stworzenie z tej aplikacji starpacka, próbują ją uruchomić. Aplikacja startuje normalnie, po krótkiej chwili zaczynają się pojawiać komunikaty w stylu: Pod Windows: Program wykonał nieprawidłowe zadanie ... Błąd pamięci Pod Linuxem (Aurox) Naruszenie ochrony pamięci Proces Unicestwiony Jak tclkit wykorzystywałem: - zbudowanego przez siebie własnego tclkita (zbudowanego na podstwie tcl8.4.11+ Thread262 oraz tclkit8.4.13+thread265), reszta bibliotek najnowsza jaka była na serwerze - dqkita (na najnowszej wersji dqkit 8.4.13) - basekit (ActiveState) (w wersji 8.4 i 8.5) Platformy pod jakimi testowałem to: - Windows XP Professional - Linux dystrybucja Aurox 10 Oczywiście wszystkie wersje tclkit są wielowątkowe, moja własna też. Błędy powstają bez znaczenia pod która platformą to uruchomię. Po linuksem wykonałem tylko kilka testów. Pod Windowsem udało mi się wyizolować błąd. Stworzyłem własną aplikację test. Jej architektura: To w zasadzie 3 pliki: 1 główny -uruchamia dwa wątki i robi source na 2 pliku 2 to sourcowany plik - ma on w sobie pętle która sorsuje kilkadziesiąt raz plik 3 i jego kopie. Dwa wątki również sorsują ten sam plik 2 i zarazem póżniej kopie pliki 3, acha wszystkie wątki włącznie z głównym wywołują jeszcze prostą funkcję (coś ustawia w tsv i odczytuje potem stan) z pliku 2. Aplikacja działa dobrze uruchomiona przez zwykłego tcl z thread, natomiast spakowany starpack zgłasza podobne błędy, jak wcześniej wymienione. Zawuażyłem, że udało mi się również przy uruchamianiu tej aplikacji przez tclkita (dowolnego z wymienionych wcześniej) ale nie w wersji spakowanej do starpack błędy wspomniane wcześniej również się pojawiają, ale niezmiernie rzadko (testowałem tylko pod Windows tą sytuację). Czy uruchmiam starpack (rozumiem z runtime) czy uruchamiam starkit(bez runtime) z dowolnego tclkita. Próbowałem otwierać starpkack dodająć mk::file open - shared nie pomogło. Znalazłem gdzieś redefinicję sourca też nie pomogło. Chciałbym zaznaczyć, że problem znika, jeśli pozbędę się source i po prostu wklej zawartośc pliku w docelowe miejsce. Moje wątpliwości kierują się ku nie do końca bezpiecznemu zbudowaniu metakit , jeśli chodzi o wielowątkowość, zastanawiam się również jak to jest z vfs, czy też przy takim wielowątkowym sourcowaniu tych samych plików, też dobrze sobie radzi, a może błąd tkwi gdzieś w moim zrozumieniu tematu. Jeśli ktoś ma jakieś pomysły, lub spotkał się z podobnymi problemami, to poproszę o pomoc. Pozdrawiam Krys
Re: starkit, Thread, source, vfs
Author: Zbigniew B.
Date: Tue, 16 Jan 2007 15:41
Date: Tue, 16 Jan 2007 15:41
10 lines
1183 bytes
1183 bytes
Dnia 28.10.2006 krys53@poczta.onet.pl <krys53@poczta.onet.pl> napisał/a: > Stworzyłem sobie starpacka z dużej aplikacji napisanej w > TCl (kilkaset plików w TCL, wiele dodatkowych bibliotek, itd). A ja tak "z zupełnie innej beczki": czy upakowanie w takim starpacku daje ochronę kodu źródłowego? -- Z.
Re: starkit, Thread, source, vfs
Author: Googie
Date: Wed, 17 Jan 2007 09:37
Date: Wed, 17 Jan 2007 09:37
16 lines
1534 bytes
1534 bytes
Zbigniew B. wrote: > A ja tak "z zupełnie innej beczki": czy upakowanie w takim starpacku daje > ochronę kodu źródłowego? Nie. Tzn. dla kogoś kto nie zdaje sobie sprawy z tego że to może być w ten sposób spakowane - zadziała. Ale ktokolwiek wypróbuje "sdx unwrap aplikacja" otrzyma orginalny kod. Takie "upakowywanie" w starpackach to tak na prawdę stworzenie pliku z wirtualnym systemem plików (VFS) i przegraniem do niego aplikacji + ewentualnie dołączenie pliku wykonywalnego, który ma tą aplikację uruchamiać. To jest coś podobnego(!) do self-extracting-ZIP. -- Pozdrawiam! (Regards!) Googie
Re: starkit, Thread, source, vfs
Author: Krys
Date: Wed, 17 Jan 2007 23:06
Date: Wed, 17 Jan 2007 23:06
18 lines
1781 bytes
1781 bytes
Zbigniew B. napisał(a): > Dnia 28.10.2006 krys53@poczta.onet.pl <krys53@poczta.onet.pl> napisał/a: > > > Stworzyłem sobie starpacka z dużej aplikacji napisanej w > > TCl (kilkaset plików w TCL, wiele dodatkowych bibliotek, itd). > > A ja tak "z zupełnie innej beczki": czy upakowanie w takim starpacku daje > ochronę kodu źródłowego? > -- > > Z. Nie daje. Jeśli chcesz zabezpieczyć kod, poczytaj o tclcompiler oraz tbcload, te dwa narzędzia w połaczeniu pozwalają odpowiednio szyfrować kod aplikacji i odczytwyać go w skryptach. Pozdrawiam
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads