[bcbhun] installálás W7 alá
Info.StaTOR
A programomat nem sikerül W7 alá installálhatóvá tenni.
Tartalmaz egy C++Builder 2006 alatt XP-n fordított exe-t, két dll-et, és
e könyvtár alatt egy alkönyvtárban adatokat.
1. Ha az XP-nél szokásos helyre (Program Files) installálom mindenféle
engedély beállítás nélkül, akkor nem tudja a program az alkönyvtárban
lévő adat file-okat helyesen használni.
2. ISTool-ban Permissions: authusers-full jogokat adva a file-oknak sem
sikerül normálisan elérni ezeket a file-okat, nem működik jól a program.
3. Kézzel Full jogokat adva az alkönyvtárra sem működik jól a program,
szemmel láthatóan file kezelési gondjai vannak (hozzáfűzés?, írás?)
Hová szokás W7 alatt programot installálni, hová szokás tenni a program
által használt adat file-okat (nem az user számára elérhető adat
file-okra gondolok).
Milyen jogokat kell beállítani, hogy minden menjen?
A válaszokat előre is köszönöm.
Cap
--
Levelezési lista címe: bcb...@googlegroups.com
Leiratkozás, levél küldéssel ide: bcbhun-un...@googlegroups.com
További információ: http://groups.google.com/group/bcbhun
Nagy Zoltán
Szia,
On 2010.05.11. 7:04, Info.StaTOR wrote:
> A programomat nem sikerül W7 alá installálhatóvá tenni.
> Tartalmaz egy C++Builder 2006 alatt XP-n fordított exe-t, két dll-et, és
> e könyvtár alatt egy alkönyvtárban adatokat.
annak jobb helye lenne az Application Data könyvtárban inkább a
felhasználó profiljában ahelyett, hogy a Program Files-ban jogokat adnál
a felhasználónak. Az nem hiba és a nem véletlen műve, hogy oda nincs
írás joga a felhasználónak, direkt így tervezték, hogy ne legyen.
Biztonsági okokból.
> 1. Ha az XP-nél szokásos helyre (Program Files) installálom mindenféle
> engedély beállítás nélkül, akkor nem tudja a program az alkönyvtárban
> lévő adat file-okat helyesen használni.
hibaüzenetet én még nem láttam. :)
> 2. ISTool-ban Permissions: authusers-full jogokat adva a file-oknak sem
> sikerül normálisan elérni ezeket a file-okat, nem működik jól a program.
sem láttam még eddig.
> 3. Kézzel Full jogokat adva az alkönyvtárra sem működik jól a program,
> szemmel láthatóan file kezelési gondjai vannak (hozzáfűzés?, írás?)
fogja tudni. Konzultálj vele szerintem.
> Hová szokás W7 alatt programot installálni, hová szokás tenni a program
> által használt adat file-okat (nem az user számára elérhető adat
> file-okra gondolok).
> Milyen jogokat kell beállítani, hogy minden menjen?
csinálsz, ahogyan a Windowst tervezték.
A Program Files-hoz normál felhasználónak csak olvasási joga van -
direkt - ezen nem is célszerű változtatni. Ez nem Win7 újdonság, ez már
NT4-óta így van, sok sok sok éve. Az NT/Windows2000/WindowsXP a
telepítéskor létrehozott felhasználónak rendszergazda jogosultságokat
ad, és ez az ami változott, hogy a Vista/Windows7 esetén a telepítéskor
létrehozott felhasználó normál felhasználó és nem rendszergazda.
NT/2000/XP esetén a normál felhasználó pontosan úgy viselkedik, mint
Vista/Win7 esetén. A Default ACL-ekben nem sok eltérés van a Windows
verziók között.
Tehát ha ha XP esetén normál felhasználóként futtatva a programodat jól
működik, akkor elvileg Vista és Windows 7 esetén is jó lesz, feltéve,
hogy nem drótoztad be a profil (Application Data) és egyéb könyvtárak
(pl. Program Files) útvonalát a szoftveredbe, hanem ezeket mindig
lekérdezed a Shell-től.
A Vista-ban megjelent UAC alapesetben nem érinti a szoftveredet, csak ha
olyan funkciókat építenél az alkalmazásodba mint pl. automatikus
frissítés, de ekkor is viszonylag egyszerűen leküzdhető.
Mivel a Program Files normál felhasználó számára csak olvasható, ezért
az alkalmazás telepítése NT/2000/XP esetén egy másik felhasználó,
általában a rendszergazda nevében történik. Ezért még akkor is, ha
felhasználó profiljában tárolod az írható adatfájlokat, akkor sem
célszerű ezeket a telepítővel a helyükre tenni, mert NT/2000/XP esetén
ezek így a rendszergazda profiljába fognak kerülni és nem a megfelelő
felhasználó profiljába.
Ezeket az adatfájlokat célszerű inkább a szoftver első indításakor
létrehozni, mert így (ha nem rontod el a telepítőt) mindig a megfelelő
felhasználó profiljába kerülnek. Ezért szintén nem praktikus az a
gyakorlat amit egyes telepítő programok gyakran alkalmaznak, hogy a
telepítés végén lehetőséget adnak a program azonnali elindítására. Ha a
felhasználó él ezzel a lehetőséggel, akkor ugye a telepítő szoftver
jogosultságával fog elindulni a almkalmazás (azaz pl. rendszergazdaként)
és így szintén nem kívánt felhasználó profiljában fogja létrehozni az
adatokat az első futáskor. Bár Vista/Win7 esetén az UAC miatt nem
változik meg a felhasználó, ott sem célszerű emelt szintű jogosultsággal
indítani az alkalmazást első alkalommal a telepítés végén.
Windows 2000
http://msdn.microsoft.com/en-us/library/ms995853%28v=MSDN.10%29.aspx
Windows XP
http://technet.microsoft.com/en-us/library/bb490855.aspx
Változások az XP-hez képest a Vista/W7-ben
http://msdn.microsoft.com/en-us/library/bb757005.aspx
Windows 2000 Default ACLs
http://webcache.googleusercontent.com/search?q=cache:eGOOp6pfvEUJ:windows.stanford.edu/docs/SecDefs.doc&client=firefox-a
Windows XP Default ACLs
http://www.microsoft.com/downloads/details.aspx?FamilyID=60CE1EF5-8D6D-49A0-8EB5-4E362CDE75E7&displaylang=en&displaylang=en
stb.
Sok sikert, fog az menni! :)
Üdv,
Zoltán.
Info.StaTOR
A legfontosabb: sikerült Windows 7 alá installálhatóvá tenni a
programomat. Ehhez az exe-hez (forráshoz) és az ISTool-lal készült
installálóhoz is hozzá kellett nyúlni.
Ami az eredendő hiba volt, hogy nem voltam tisztában az Application Data
könyvtár szükségességével, használatával.
Ebben segítettél és ez nagyon fontos volt.
(Azt nézd el, hogy nem érthetően fogalmaztam, hiszen teljesen homályos
volt a hibajelenség. Végső soron az okozta a hibát, hogy az exe nem
tudta írni, csak olvasni azokat az adatbázis file-okat, amelyek egy
belső segéd adatbázishoz tartoztak [ez nem felhasználói adatbázis].)
Nagyon-nagyon köszönöm a részletes, magyarázó segítséged!
Cap
Csuha Péter
Nem siker�l a bde-t fel�lesztenem 64bites windows 7 alatt. Od�ig m�r
eljutottam hogy a 32 bites odbc administratorban felveszem a sz�ks�ges
mssql odbc-t, de a programomban mindig j�nnek az sql-es hiba�zenetek,
hogy nem tal�lja a stored procokat :( 32 bites win7 alatt megy rendesen.
Mi lehet a baj?
K�szi,�dv P.
__________ ESET NOD32 Antivirus - V�rusdefin�ci�s adatb�zis: 5583 (20101101) __________
Az �zenetet az ESET NOD32 Antivirus ellen�rizte.
Info.StaTOR
Azt az�rt �rd meg, hogy melyik BDE, a 2006-os? Pl. nekem az van �s nem
tudom, hogy futna-e W7 alatt.
V�laszodat el�re is k�sz�n�m.
Cap
Csuha Péter
Ez m�g a c++ bulider 5-h�z tartoz� bde, nem mai gyerek :)
P.
Info.StaTOR �rta:
__________ ESET NOD32 Antivirus - V�rusdefin�ci�s adatb�zis: 5584 (20101102) __________
Nagy Zoltán
Szia,
Csak tipp:
Ha az adatb�zis kapcsolat fel�p�l �s pl. "select" m�k�dik �s csak a
t�rolt elj�r�sokkal van gond, akkor lehet, hogy az ODBC/MSSQL interf�sz
v�ltozott meg, ez esetben nem biztos, hogy lesz megold�s. Ennek
ellentmond, hogy azt �rtad 32 bites W7-el megy.
Ha egy egyszer� "select" sem megy, akkor a depends.exe-vel ellen�rizd az
�ltalad haszn�lt BDE DLL-ek f�gg�s�geit. Lehet, hogy a 32 bites MSSQL
kliens hi�nyzik, vagy valami 32 bites ODBC kliens, vagy valahol egy 32
bites DLL hi�nyzik.
Enn�l jobb tippet sajnos nem tudok, sosem haszn�ltam BDE+ODBC+MSSQL-t
sem MSSQL-t sem ODBC-t, helyett�k embed FB-t haszn�ltam, �gy az �ltalad
haszn�lt k�rnyezet (bde+mssql+odbc) fel�p�t�s�t sem ismerem.
Mag�nak a BDE-nek p�ld�ul sima paradox/dbf t�bl�kkal biztosan m�k�dnie
kell 64 bites Vista/W7-en is, legfeljebb a NetDir-t kell olyan
k�nyvt�rra be�ll�tani ahov� van �r�sjoga a felhaszn�l�nak. Ennek az
alapbe�ll�t�sa a C:\ �s oda nincs �r�sjoga a felhaszn�l�nak, de ez a
probl�ma f�ggetlen att�l, hogy 32 bites vagy 64 bites Vista/W7-r�l van sz�.
�dv,
Z.
Csuha Péter
m�k�d�tt. Igen, a sima selectek mennek, �s t�nyleg v�ltozott a win7ben
az odbcnek a verzi�sz�ma is, most n�ztem :( M�g j� hogy van ez az xp
mode benne.
�dv,P.
Nagy Zolt�n �rta: