cwbe coordinatez:
101
63540
63709
6143531

ABSOLUT
KYBERIA
permissions
you: r,
system: public
net: yes

neurons

stats|by_visit|by_K
source
tiamat
K|my_K|given_K
last
commanders
polls

total descendants::4
total children::1
show[ 2 | 3] flat


situacia:
1. jeden access subor, nazvime db.mdb
2. jedna aplikacia nainstalovana v c:/program files/aplikacia/
3. jeden registry kluc ServerPath s cestou k adresaru s db.mdb (a dalsimi podpornymi files)
4. aplikacia po spusteni nacita obsah kluca ServerPath do premennej a pracuje s databazou Premenna+"db.mdb"

spravanie:
a) ak je db.mdb v c:/program files/aplikacia a ServerPath="c:/progra~1/aplikacia/" tak vsetko ide korektne.
b) ak je db.mdb inde, napr d:/public a ServerPath="d:/public/" tak sa deje problem.

problem:
aplikacia nevypise chybu o pripojeni k databaze, cize subor db.mdb v adresari public najde a korektne sa pripoji. aplkacia sa vsak chova divno, nedokaze nacitat napriklad stav nejakej zakladnej systemovej premennej (aktualny datum) alebo cita data z jednej tabulky z databazy no nevie do nej spravit insert, naopak pri ukone ktory vyuziva inu tabulku tak spravi inserty a updaty v pohode ale nevie selectnut data, atd...

otazka:
WTF?

adresar d:/public/ je na disku s NTFS suborovym systemom a adresar ma nastavene pristupove prava full pre everyone, nededi ziadne zakazy, cize by nemal byt problem pri vytvarani zamykacieho .ldb suboru alebo tak.
nic ine ma nenapada.

stretol sa s niecim takym uz niekto?




0000010100063540000637090614353106143559
mirex
 mirex      28.07.2011 - 21:46:56 , level: 1, UP   NEW
To je specificky problem, ja by som ho riesil s tvorcom programu, hadam dodava nejaky support.

Ak nedodava alebo to mas nelegal, tak good luck. Mozes skusat rozne kombinacie moznosti (ine cesty, ine disky, ine filesystemy, ine config subory ...

000001010006354000063709061435310614355906143603
catman
 catman      28.07.2011 - 22:06:09 , level: 2, UP   NEW
tvorca som ja, o to viac som z toho kokotny pretoze teda vidim source kod a vidim jasne, ze tam neni ziadna antilogicka blbost.

zameriaval som sa napriklad na take veci ako ci nie je preklep v premennej ServerPath, co by tiez vysvetlovalo toto spravanie - pretoze ak by nacitavalo neexistujucu premennu, v tom pripade by kompletna cesta bola "db.mdb", cize ak je db.mdb v roote aplikacie, tak ho nacita a v momente presunu inam ho nenacita.
no nic z takychto beznych chyb ktore by mohli toto robit ma nenapada.

a uz uplne vobec nechapem suvislost preco sa "zasekavaju" trebars aj take funkcie, ktore nemaju s databazou nic.
pri startupe sa napriklad otvori connection na db.mdb a overi sa autorizacny kluc. to prebehne. potom sa zavolaju dalsie init funkcie z ktorych jedna musi zistit aktualny datum a ta napriklad vrati prazdny string pricom s databazou nema nic spolocne...

00000101000635400006370906143531061435590614360306150086
elisiak
 elisiak      02.08.2011 - 10:00:01 , level: 3, UP   NEW
pristupujes v ramci domeny?

0000010100063540000637090614353106143559061436030615008606153386
catman
 catman      03.08.2011 - 22:22:14 , level: 4, UP   NEW
v ramci workgroup. ale uz som to medzitym vyriesil... predsa len bol problem v permissions nastavenymi na tom prislusnom disku, ktore si adresar vydedil.