Linux - Terminal server pro sitovou DOS aplikaci ve FoxPro?

[Petr Vejsada]

Dne út 6. ledna 2004 14:36 jste napsal(a):


JL> Ano, Foxka a novell jsou idelani kombinace. Je to kvuli nejakemu
JL> zamykani co novell umi a ostatni ne.
JL>
JL> Nicmene, pokud tam chcete linux, musite zkouset. Urcita cesta pres
JL> lokalne mountnutou sambu tu je, ale nemusi to ani pak byt 100% - nutno
JL> zkouset konkretni nasazeni nejakou dobu, ladit zamky samby a pod.
JL>

Huh, prave se zamky jsem na linuxu jeden cas hodne experimentoval, zkousel 
jsem paralelne pustenou dBase IV v2.0 (Ashton-Tate, budiz jim zeme lehka). 
Vsechny zamky fungovaly spravne. I z Windows pres sambu fungovaly spravne. Co 
se mi ale nikdy nepovedlo rozchodit je prave paralelni provoz techto dvou 
veci - tedy nad jednou databazi zamky z dosemu (lokalne) a zaroven z Windows 
pres sambu.

Pridavam moji starou zpravu:

> zprovoznil jsem Sambu 2.2.7, vsechno je OK, nicmene mi vrtaji hlavou kernel
> locky. Na testovani jsem pouzil dBase IV v2.0 (Borland, DOS). Otevru si 
> nejakou .dbf z dvou windowsovych stanic, zkousim rlock() a na tentyz zaznam 
> rlock() z druhe stanice. Vsechno funguje OK. Pustim si 2 okna dosemu, jako 
> DOS mam MS-DOS 6.22 (s freedosem byly problemy prave se zamky), zkusim 
> totez, vse OK. Linux by mel podporovat zamky na cast souboru. Vzhledem k 
> tomu, ze na 2 paralelne pustenych DOSEMU na jednom stroji zamykani funguje 
> spravne, predpokladam, ze zamykani skutecne podporuje.
> 
> Problem je az tehdy, kdy na Windows udelam rlock() (database je na serveru 
> samba), pak zkusim rlock v DOSEMU (databaze je na filesystemu, kde poustim 
> DOSEMU a kde je ten server samba) a tam uz je to spatne. rlock() na windows 
> mi vrati .true., v DOSEMU bohuzel taky. V cem by mohl byt problem ?
> 
> kernel oplocks = yes


-- 
Zdraví
Petr Vejsada
ID klíče: 2BDE1F6C
Fingerprint klíče FDA9 F8A1 276B 1E28 544E  87CE 3642 C9E8 2BDE 1F6C