🚀 go-pugleaf

BAD wrote:
> 
> Witam !
> 
> Stanley P napisał(a) w wiadomości: <36498A91.38EA9A7@friko.onet.pl>...
> 
> [...] nie bede cytowal bo dlugi list napisales.

i dobrze, dzieki ;-)
 
> Moze dopowiem cos od siebie.
> Runtime w A97 wyglada w ten sposob, ze w wierszu polecenia podajesz komende
> /runtime (w skrocie)
> np.:
> "C:\Program Files\Microsoft Office\Office\MSACCESS.EXE"   /runtime
> "mojabaza.mde" /ini konfig.ini
> 
> Jak widzicie bezpieczenstwo jakby zmalalo ( moze sie myle? ).

troche nie rozumiem... Bezpieczenstwo plikow mdb (tudziez mde, choc jak
wiadomo nie mozna w nich modyfikowac formularzy, raportow i kodu) zalezy
od nadanych uprawnien do obiektow w tychze plikach. Jesli  przy
projektowaniu aplikacji nie wykorzystano accessowych mechanizmow
zabezpieczen, jasnym chyba jest, ze kazdy, nieco bardziej kumaty moze,
jak to juz kiedys okreslono - "rozebrac aplikacje na kawalki". Chocby po
"wylaczeniu" parametru runtime czy prostym przeniesieniu danego pliku
mdb na komputer, gdzie ma "pelnego" Accessa.

> Na dodatek instalacja runtime'a wyglada nieco dziwnie...
> 1. jak nie ma Accessa do katalogu okreslonego przez tworce bazy laduje sie
> prawdziwy runtime ( tzn zwykly Access, ale jakies 2 biblioteki sa inne i nie
> da rady go uruchomic jako Access)
> 2. gdy jest juz Access, instalator odnajduje go i dopisuje sie do
> istniejacego pliku. ( tak tez to zrobil w zamieszczonym przezemnie
> przykladzie <jak widac chyba>)
> 
> Bardzo ciekawe efekty sa gdy instalujemy pelnego A97 na zainstalowanego
<...>
> ( UWAGA ! nie uzywalem nigdy programu do tworzenia instalek, tak wiec > byc moze czesc tych wad mozna wyeliminowac, mam tylko runtima > > dostarczanego mi przez pewna firme)
> 
> Tez bylbym za tym gdyby mozna bylo skompilowac mdb, moze niekonieczne > do exe, ale jakos bardziej sensownie, tzn jak runtime to runtime - w > > jednym katalogu i zadnego grzebania Access'em,

Poniewaz nie mam jeszcze zadnych doswiadczen z ODE, opisze ogolnie jak
sie ma rzecz w przypadku instalek wykonywanych za pomoca ADT2.0. Tam
instalacja aplikacji u uzytkownika wyglada wlasnie jak Ci sie "marzy",
czyli nie ma wplywu czy Access2.0 jest juz zainstalowany na stanowisku,
czy nie. No moze nie calkiem - jesli A2.0 (czy inna acessowa aplikacja
runtime) juz jest, nie sa powtornie kopiowane rozne pliki i biblioteki,
ktore znajduja sie w katalogu Windows\System. Trzeba bowiem pamietac, ze
Access to nie tylko plik msaccess.exe, ale caly zespol bibliotek
odpowiadajacych np. za silnik bazodanowy Jet. Biblioteki te moga byc
wykorzystywane nie tylko przez Accessa, ale i inne programy.

Kazda instalowana aplikacja runtime tworzy na dysku swoj katalog
(okreslany domyslnie w kreatorze instalek ADT) , np. C:\Mojapl. Do
takiego katalogu "wrzucany" jest przede wszystkim "wlasciwy" plik(i).mdb
oraz msarn200.exe (oraz jeszcze pare innych "towarzyszacych"). Ten
msarn200.exe jest wlasciwie tym samym co msaccess.exe, z wylaczona
mozliwoscia projektowania (np. F11 nie dziala), jako ciekawostka, jest
on tylko o pare KB mniejszy od msaccess.exe.
 
Jest pewna niedogodnosc czy raczej wlasciwosc takich instalek. Wyobrazmy
sobie, ze na danym stanowisku juz jest zaintalowana jakas aplikacja
runtime (czyli msarn200.exe itd.). Dostarczamy na te stanowisko jakas
kolejna, inna  aplikacje. W tym momencie do jej katalogu jest znow
kopiowany msarn200 (ok 2MB), mimo ze na dysku (tylko ze w innym
katalogu) wlasciwie juz jest zainstalowany caly "kombajn", potrzebny do
uruchomienia zwylke stosunkowo niewielkiego pliku.mdb. I w tym
kontekscie zgodze sie z wyrazonym przez kogos "ogonem w postaci
msarn...exe". No ale z drugiej strony, czym sa te przecietnie ok. 3MB
zajete na dysku przez kolejne aplikacje runtime (msarn200 itd.), przy
obecnych pojemnosciach HD... ;-)

> no i zeby nie mialo wplywu czy jest
> czy nie pelny Access

Z tego co opisales, zrozumialem (takze nie wykonywalem jeszcze zadnej
instalki za pomoca ODE), ze generalnie jesli na stanowisku jest juz
zainstalowany Access'97, to runtime w pelni go wykorzystuje, tworzac
tylko odpowiedni wiersz polecen dla uruchomienia pliku.mdb. Jesli tak
jest, uwazam to raczej za zalete - nie jest "marnotrawione" miejsce na
dysku  (ciekawe jak jest w przypadku braku obecnosci "pelnego" Accessa,
ale w sytuacji pisanej przeze mnie wyzej w ADT2.0 - instalacji kolejnych
aplikacji runtime na tym samym stanowisku).

Pozdrawiam -
	Stanley