clipper.617bulaja,
-> #610, dejanr│Mislim da je pravo vreme za neku vrstu rezimea, posle koje bi moglo da
│se diskutuje dalje. Da li bi neko od diskutanata bio raspoložen da
│napiše jednu poruku u kojoj bi rezimirao dokle se došlo, šta su tačno
│zaključci i koje su dileme preostale.
└───
Pa problem je što se još ništa pouzdano ne zna :). Ono što ja mogu sa
sigurnošću da tvrdim je da kod mene kombinacija Clipper 5.2D + SIX v1.5
Intl Patch #3 + FunckyX v2.02 (koristeći njegov VM) + Blinker 3.01 (sa
BlxRateX i BlxClp52) radi bez javljanja VMIF već nekoliko nedelja. Pri
tome je ključni momenat bio patch za Blinker v3.01 jer je pre njega sve
pucalo svakodnevno. Ipak iz ovoga se ne može tvrditi da Blinker v3.01
rešava probleme, pošto kod nekih ni on nije mnogo pomogao. Vrlo je
verovatno da u mom slučaju dosta utiče i FUNCky VM (koji zamenjuje
Clipperov VM sistem). Svojevremeno dok je drugima pucao i Clipper 5.2C,
meni je čak i u kombinaciji sa SIx-om radio bez problema baš zato što
sam koristio FUNCKy-jev VM sistem.
žini mi se da se još uvek ne može sa sigurnošću tvrditi ko je
najodgovorniji za pojavu VMIF grešaka i čime se one definitivno
otklanjaju. Problem je što je zavisno od slučaja do slučaja frekventnost
pojave VMIF različita i teško se može simulirati, što otežava izdvajanje
krivca i praćenje promena uzrkokovanih korišćenjem različitih verzija
Clipper-a, biblioteka i linkera. Dakle treba sačekati još malo (još
jedan Clipper patch, novi SIx ili nešto slično) i nadati se da VMIF-ova
više neće biti ni u kom slučaju :).
clipper.618jolicm,
-> #616, nemanIzvini, ali sam stvarno preskočio tvoj opis VM greške.
Q: Da li koristiš clipperovu browse funkciju ?
Q: Ako koristiš svoju funkciju, da li radiš sa READMODAL()
Prilično mi je interesantno da ja do sada nikada nisam imao taj slučaj greške
VM, a svi drugi jesu.
Pazi: Clip5.01 + blinker2 + ntx
Clip5.01 + rtlink + ntx
Clip5.2c + blinker3.0 + ntx
Clip5.2c + blinker3.0 + sixcdx
clip5.2c + blinker3.0 + sixnsx1.5
clip5.2d + blinker3.0 + sixnsx1.5
clip5.2d + blinker 3.0 +ntx
ovo sve gore i sa rtlinkom
Ja imam neka iskustva ranije (sa 5.01) da su mi nekada (jako retko) ostajale
vrednosti lokalnih promenljivih u rekurzivnim programima.
Mozda je to rešenje da clipper uopšte nepouzdano radi sa promenljivima (tu su
isto i objekti).
Clipperova funkcija READMODAL ne inicijalizuje GetList, za razliku od READ.
Ja koristim neki svoj Browse koji ima običnu READ naredbu,
MOčDA je tu rešenje zašto se meni ne dešava to čudo sa virtualnom memorijom.
Da napomenem da Browse koristi public getlist, a ja local getlist.
Odgovori mi, mozda je tu negde rešenje.
:)
clipper.619mdrazic,
-> #565, zkrstic>> Vremenom programi rađeni u kliperu rastu ko kvasac :(( pa
>> se dolazi do situacije da je nemoguće startovati program
>> u 'pročišćivalu' :)
>>
>> Kako ste vi rešili taj problem ?
>
> Tužno :(((
>
> žudovište od programa ima 2.1MB sorsa i 1.55MB EXE :(
Taj problem sam i sam osetio pošto sam unapredio PC sa Herculesa
(704K pod DOS uz QEMM) na VGA (640K). I tako, mučim se ja sve dok
mi kolega u ovom poslu sa kojim radim u timu, inače učesnik
računarske olimpijade :) ne otvori oči: ima VIDRAM u QEMM-u.
Sa 'vidram on' dodaješ 96K na DOS memoriju na račun grafike koju
ionako ne koristimo (uglavnom) u Clipper programima. Tako se može
pokrenuti CLD kod mene sa aplikacijom koja traži oko 420K (EXE 1.3M).
Kada ti dosadi Clipper, 'vidram off' vraća memoriju video sistemu.
BTW nije pročišćivalo nego trebilica :)
clipper.620neman,
-> #618, jolicm> Izvini, ali sam stvarno preskocio tvoj opis VM greske.
> Q: Da li koristis clipperovu browse funkciju ?
Koristim TBrowse
> Q: Ako koristis svoju funkciju, da li radis sa READMODAL()
Pa valjda :), program obicno pukne u stanju cekanja, mada da budem
precizniji PRED stanje cekanja tj. mozda na samom pocetku cekanja na
pritisak na tastaturu. Program ispise tabelu i pukne. Verujem da pocne
da radi onaj garbage collecting pa se zajebuni. Isto mi je pucao u sistemu
menija i to opet na samom pocetku cekanja, jer ispise menije pa pukne.
> Prilicno mi je interesantno da ja do sada nikada nisam
> imao taj slucaj greske VM, a svi drugi jesu.
Blago tebi :)
> .....
> ovo sve gore i sa rtlinkom
Ne secam se da sam imao tih problema sa Clipper 5.2x + Rtlink + Ntx,
ali SIXNSX je doneo neke prednosti, zbog koje mi je sa viseg mesta
dozvoljeno da program ponekad pukne :)
> Clipperova funkcija READMODAL ne inicijalizuje GetList, za
> razliku od READ. Ja koristim neki svoj Browse koji ima
> obicnu READ naredbu, MOZDA je tu resenje zasto se meni ne
> desava to cudo sa virtualnom memorijom. Da napomenem da
> Browse koristi public getlist, a ja local getlist.
> Odgovori mi, mozda je tu negde resenje. :)
Pa moguce, s'obzirom na moju prethodnu napomenu da program puca pri pocetku
cekanja na unos sa tastature ( ili pri inicijalizaciji GET sistema, kako
ti kazes ). Inace pri unosu podataka pomocu TBrowse objekta stavio sam
dbcommit() i kada pukne vidim da je upamtio poslednju unetu stavku sto opet
ukazuje da ima problema sa (pred)stanjem cekanja.
Mislim da problem ipak ima veze sa velicinom slobodne memorije, jer kada
sam na masini ( 286 ) povecao slobodnu memoriju instalacijom DOS-a 6.20 i
koriscenjem DOS=HIGH, problemi sa VMIF om se u toku dvodnevnog rada na tom
racunaru nisu javljali. Zatim mje radnica koja radi za tom masinom otisla
na odmor. Ovo resenje vazi za jos jednu 286 masinu koja je pravila probleme.
Sto se tice tvoje primedbe, sada nemam vreme za eksperimentisanjem, idu
ispiti od naredne nedelje :( pa cu kasnije da probam tvoj predlog.
P.S. READ se prevodi u READMODAL(); getlist := {}, pa sama READ komanda
ne predstavlja problem.
clipper.621amarilis,
Imam jedan mali problemcic.Naime hocu da pokrenem neki dos program iz clipp.-a
ali da ime programa bude sadrzano u nekoj promenjivoj.Na primer
promenljiva="edit"
run promenjRUN promenjiva
Stvar je u tome sto on pokrece program promenjiva a ne editKKKKKKMljiva a ne
edit koji hocu da pokrenem.Stvar je sitna ali za mene bitna!
clipper.622jolicm,
-> #621, amarilisPokušaj sa 1. RUN &edit
ili sa 2. RUN (edit)
clipper.623ikordic,
-> #566, zkrsticRE: CLD
=> Ima opcija "Save Parameters" pa fajlu daš ime INIT.CLD i
=> on se uvek učiatava i nema problema.
Ohoho! :) Ne preterujmo, umemo da čitamo helpove i slično, ovo nam je
poznato. Ne znam kako kod tebe, ali kod mene snimi "otprilike" raspored
prozora i veličinu, koje posle moraš ručno da doteruješ.
clipper.624ikordic,
-> #609, dvesicRE: ObjectDB
=> Potpuno objektno orijentisan (oslanja se na run-time verziju
=> Class(y)-a) transparento pisanje za jednog ili vise korisnika (svodi
=> se na MULTIUSER = YES/NO), podrzava potpunu relacionu bazu na
Da ne ispadne kao onaj Object.lib onog poljaka? I onaj je slične stvari
omogućavao, ali mu brzina nije bila vrlina. Na 286-cama radi mortus sporo,
što ga (uglavnom) izbacuje iz igre. 'Ajde da vidimo taj demo ...
=> sistem transakcija (Begin/Save/Commit/Rollback Transaction) ...
Boom! Jel' ima još neki detalj o ovome (ugl. po pitanju realizacije)?
clipper.625ikordic,
-> #577, cnenadRE: PKLite + Clipper
=> pklite -r (remove overlays data)
=>
=> BTW, radi bez problema. Naravno ako dajete savet da ovo ne radim,
=> poslušaću vas :)
Ne radi baš bez problema. U izvesnim kobinacijama (npr. veći prg + cache)
dešavaju se zaglupljivanja, povremena brljanja pri indeksiranju i file i/o,
itd. Uglavnom, ništa u šta mogu upreti prst i reći "to i to ne radi", ali sa
PKLite-ovanim programom se dešavaju veselja koja se inače ne dešavaju (jako
koncizno & precizno formulisano :)).
Uglavnom, sam Clipper, njegov VM sistem, operativni sistem pod kojim radi,
and so on, predstavljaju krpež krpeža i konceptualno su nesigurni i
nepredvidivi. Zašto krhku stabilnost te građevine narušavati još jednim
krpežom? Ako ti je motiv za korišćenje PKLite-a kriptovanje poruka, to
možeš (istina, uz malo više koda i uz malu pomoć pretprocesora) ostvariti iz
samog Clipper-a, bez potrebe za eksternim alatkama (prava tema za NB ;)).
Daklem, moj savet - skip it!
clipper.626neman,
-> #620, neman> P.S. READ se prevodi u READMODAL(); getlist := {}, pa sama
> READ komanda ne predstavlja problem.
Hm, proverio sam ono sto si pricao za PUBLIC & LOCAL getlist.
Kod mene je bilo LOCAL getlist u oba dela programa koji su pucali.
Izbacio sam predmetnu deklaraciju pa ce vidimo sutra :) sta ce da bude.
Halo, bulaja, pominjao si da si odredio mesto gde je cesto pucao tvoj
program; da li ima veze sa prethodno pomenutom primedbom ?
clipper.627jolicm,
-> #626, nemanNisam mislio da je glavna razlika u local i public getlist, već
da read briše sadrzaj Getlist:=šć, u Browse-u ima samo readmodal, koji ne briše
posle izvršavanja ništa, tako da ostane getlist prisutna.
Ja mislim da su glavni bagovi clippera u radu sa promenljivama, tj da kada
treba (svejedno lokalne, globalne, privatne ..) da ih izbriše, da ponešto
ipak ostane u memoriji, i da tokom rada na mašinama sa manje memorije, a duzim
programima, se tog nerešenog đubreta nakupi, i bez obzira na kom delu se nađe
program, on puca. Ponavljam da mi se dešavalo da posle drugog ulaza u neku
funkciju lokalne promenljive (neke, nekad) zadrze sadrzaj iz prethodnog ulaza.
Izgleda nemoguće, ali kada to moze, onda moze svašta.
clipper.628neman,
-> #627, jolicmJedno pitanje, sta podrazumevas pod Browse obicnu fju browse() koje izgleda
nema u std.ch ili na TBrowse, mada mi se cini da se sada Browse automatski
prevodi u Tbrowse.
H
clipper.629bulaja,
-> #621, amarilis│Imam jedan mali problemcic.Naime hocu da pokrenem neki dos program iz clipp.
│ali da ime programa bude sadrzano u nekoj promenjivoj.Na primer
│ promenljiva="edit"
│ run promenjRUN promenjiva
│Stvar je u tome sto on pokrece program promenjiva a ne edit
│koji hocu da pokrenem.Stvar je sitna ali za mene bitna!
└───
Komanda RUN se pretprocesira u poziv interne Clipperove funkcije
__Run( <cCommand> ) gde je <cCommand> naziv programa (ili DOS komande)
koju treba izvršiti. Npr. komanda
RUN promenljiva
će se pretprocesirati u:
__Run("promenljiva")
Znači rešenje tvog problema je u tome da direktno koristiš tu internu
funkciju (ovo ti u CA sigurno ne bi preporučili, ali interne funkcije se
mogu posmatrati kao manje zlo od macro operatora koji bi inače trebao da
koristiš:), odnosno
__Run (cPromenljiva)
clipper.630bulaja,
Izlazi Clipper 5.3 !
Ovo piše u uredničkom uvodniku Clipper Advisor-a za Jul/Avgust, a pošto
je to časopis iza koga stoji CA treba im verovati. Detalji se ne pominju
ali vrlo moguće je da će to spremiti kao alternativnu udarnu temu na
skorom TechniCon-u 94 umesto VO čiji je izlazak izgleda odložen za još
koji mesec.
clipper.631cnenad,
-> #623, ikordicŁŁŁ poznato. Ne znam kako kod tebe, ali kod mene snimi "otprilike" raspored
ŁŁŁ prozora i veličinu, koje posle moraš ručno da doteruješ.
Kod mene ih vrati onako kako sam ih i snimio u INIT.CLD
clipper.632cnenad,
-> #625, ikordicŁŁŁ krpežom? Ako ti je motiv za korišćenje PKLite-a kriptovanje poruka, to
Ne, motiv je veličina EXE datoteke na DISKU kod pojedinih osoba, hranjenih
C-om. :))
U svakom slučaju, pošto sve Clipper aplikacije držim na komprimovanom
disku nema mnogo smisla još ih i PKLITE-ovati.
clipper.633bulaja,
-> #625, ikordic│Uglavnom, sam Clipper, njegov VM sistem, operativni sistem pod kojim radi,
│and so on, predstavljaju krpež krpeža i konceptualno su nesigurni i
│nepredvidivi. Zašto krhku stabilnost te građevine narušavati još jednim
│krpežom? Ako ti je motiv za korišćenje PKLite-a kriptovanje poruka, to
│možeš (istina, uz malo više koda i uz malu pomoć pretprocesora) ostvariti iz
│samog Clipper-a, bez potrebe za eksternim alatkama (prava tema za NB ;)).
│Daklem, moj savet - skip it!
└───
Ipak ima primena gde korišćenje PKLite-a može pomoći :). Konkretno, ja
ga koristim za instalacione programe, jer nije mala razlika da li se sa
flopija učitava EXE od 450 K ili od 250 K. PKLite-ovani Clipper programi
se sasvim Ok ponašaju (naravno kada se NE koristi -r:) kada su linkovani
Blinker-om 3.01, dok RTLink malo brlja, a ExoSpace (logično) ne trpi
PKLite. Ja sam jedino u lnk file stavio Blinker Clipper Page Off i sve
funkcije u root, što je poželjno s ozbirom da se sve učitava sa flopija
a da je memorija manji problem :). Jedini problemi koje sam imao su
korišćenje Blinker funkcije BliSwpRunCmd() iz programa koji je startovan
sa flopija, koja je imala običaj da se zaglavi iako sam joj podesio
normalne (na hard disku) run i swap path.
clipper.634bulaja,
-> #626, neman│Halo, bulaja, pominjao si da si odredio mesto gde je cesto pucao
│tvoj program; da li ima veze sa prethodno pomenutom primedbom ?
└───
U jednom slučaju uspevao sam da ponovim tačan sled dogadjaja koji bu
UVEK dovodili do pojave VMIF. Nažalost posle se ispostavilo da se
promenom linkera (Blinker 2.01 umesto 3.0) greška više nije javljala u
tim operacijama, ali je zato program i dalje pucao u drugim delovima.
Mogu sa priličnom sigurnošću da tvrdim da se VMIF javlja uvek prilikom
Clipper-ovog prikupljanja djubreta (garbage collection) - koliko se
sećam (a sećanje mi slabi pošto već mesec dana nisam video VMIF:) meni
se dešavao uvek u stanjima čekanja, ili u Inkey() funkciji ili u mojoj
zameni za istu. Svojevremeno mi je palo napamet da bi isključivanje
detekcije "praznog" hoda programa (idle time) koji Clipper koristi za
interne stvari (clean-up, garbage collection i sl.) moglo pomoći, ali
neko reče (ako se ne varam nbatocanin, mene je mrzelo da probam:) da
ipak ni to ne pomaže.
To što se VMIF (verovatno) javlja kod Clipper-ovog clean-up-a naravno ne
znači da je sam Clipper isključivo krivac već da je do nekoezistentnosti
VM-a došlo zbog neke treće biblioteke, spleta okolnosti, buga u DOS-u i
slično.
No pošto sam se ja tih problema rešio :) na način koji sam već objasnio,
da vidimo da li se nekome ko koristi Clipper 5.2D + Blinker 3.01 i u lnk
datoteci ima:
Lib BlxRateX
Search BlxClp52
i dalje javljaju VMIF?
clipper.635jolicm,
-> #628, neman>> šta podrazumevaš pod Browse obićnu fju browse()
Kada imaš u programu browse() to ide iz clipper.lib, izvorni kod je dat
u nekom direktorijumu. Browse je posebna funkcija i ne prevodi se.
U njenom listingu stoji ono readmodal i posle toga ostavlja getlist punu.
Inače da saberem stvari:
Bulaja tvrdi da se pucanje programa događa na funkciji koja uklanja djubre
iz kliperove memorije.
ja tvrdim da se djubre gomila kada se koristi obična funkcija browse ( ne znam
za TBrowse). Dalje, Ako se koristi browse ili tbrowse za azuriranje podataka
(u pregledu omogućiš i ispravke) tada se stvara dosta đubreta, jer je GETLIST
višedimenzionalna, i za taj jedan get-read ipak velika, I tako upis + upis + ..
đubreta u memoriji koliko hoćeš.
Neki moj ubeđeni zaključak bi bio da ukoliko se više koristi browse(), ukoliko
se više koristi-preusmerava rutina zaobradu grešaka (i tu je array.) itd.
tada bi se morala ta famozna greška više javljati.
Da ponovim: U običnoj naredbi READ ima i getlist:=() i nema đubreta za
odstranjivanje, u funkciji browse() nema anuliranja getlist, i svaki pritisak
tastera enter stvara đubre u obliku kompletne getlist. Eto posla za rutinu za
otklanjanje đubreta i eto njoj više mogućnosti da za**be.
clipper.636nbatocanin,
-> #619, mdrazic> oči: ima VIDRAM u QEMM-u.
Samo na pomenem da mene ovaj VIDRAM oće povremeno da zeza tako što se
računar zaglavi. A da radi posao, radi.
clipper.637nbatocanin,
-> #617, bulaja> Dakle treba sačekati još malo (još jedan Clipper patch, novi SIx ili
> nešto slično) i nadati se da VMIF-ova više neće biti ni u kom slučaju
> :).
Što se mene tiče, slažem se sa ovim + sigurnosna 2 meseca
-> ...opekao sam se, nikad više ;)
clipper.638nbatocanin,
-> #618, jolicm> Prilično mi je interesantno da ja do sada nikada nisam
> imao taj slučaj greške VM, a svi drugi jesu.
Skoro sigurno je to zbog tvoje memorijske mape (količina i rasporeda
memorijskih promenljivih, ...).
> Ja imam neka iskustva ranije (sa 5.01) da su mi nekada
> (jako retko) ostajale vrednosti lokalnih promenljivih u
> rekurzivnim programima.
?? Ajde primer :)
clipper.639dejanr,
-> #630, bulaja>> Izlazi Clipper 5.3 !
>>
>> Ovo piše u uredničkom uvodniku Clipper Advisor-a za Jul/Avgust, a pošto
>> je to časopis iza koga stoji CA treba im verovati.
Svetsko čudo da ga nisu nazvali 6.0. Ili je stvarno malo izmena (mada
mnogi na to ne obraćaju pažnju ;) ili su jako skromni...
Skromna softverska firma, to davno nisam video, dakle p će biti da
je prvo ;)
clipper.640jolicm,
-> #638, nbatocanin>>Skoro je sigurno to zbog tvoje memorijske mape (količina i rasporeda
>>memorijskih promenljivih, ...).
I ja se slazem sa tim, ali najviše bih voleo da mi neko dobaci neki svoj
nekomercijalni program (pod zakletvom da ga neću ukrasti) da probam nešto
da da izmenim što se tiče pregleda i unosa, Verujem da bih izbegao greške.
Šta ako je moj način rada nepogodan za VM greške, mozda bi mogao da dam neke
savete kako ih izbeći.
>> ?? Ajde primer :)
Primer:
Primer nije dotični već ilustracija: :).
Pišem on line pa neću dati rekurziju.
main program
...
...
...
Ram(10,10,20,20)
...
...
Ram()
HH...
...
Return
Function Ram(a,b,c,d)
default a to 1, b to 1, c c to 20, d to 78
č a,b,c,d box "........."
Return
Promenljive a,b,c i d su lokalne po definiciji kako funkcija prima parametre
i po izlasku iz funkcije treba da budu izbrisane. !.
Meni se dešavalo ovo (ponekad, vrlo retko, frekfencija pojava kao taj VM)
Prvi put Ram iscrta box na 10,10,10
Drugi put mu ostane stara vrednost u a ili b ili c ili d tako da nedobijem
box 1,1,20,78 već na primer box na 1,10,20,78.
Naredba default koristi standardno: if valtype(...
Ispada da je neka lokalna promenljiva prešla u static tip.
Ostade 1 minut, ajd zdravo. :)
.log
clipper.641dvesic,
-> #634, bulaja>> Lib BlxRateX
>> Search BlxClp52
>>
>> i dalje javljaju VMIF?
Javljaju se i dalje, mada mnogo, mnogo redje. Mozda je razlog
javljanja i nekoriscenje Funky VM podsistema ?
clipper.642dvesic,
-> #624, ikordic>> sto ga (uglavnom) izbacuje iz igre. 'Ajde da vidimo taj demo
Cim ga neko skine iz belog sveta :))
>> Boom! Jel' ima jos neki detalj o ovome (ugl. po pitanju
>> realizacije)?
Na zalost, ne. Samo se pominje kao jedan od udarnih noviteta
verzije 1.1
clipper.643bulaja,
-> #639, dejanr│Svetsko čudo da ga nisu nazvali 6.0. Ili je stvarno malo izmena
│(mada mnogi na to ne obraćaju pažnju ;) ili su jako skromni...
└───
Za mene i nije neko čudo :) - potpuno je očekivano da se neki Clipper sa
oznakom verzije 6.0 neće pojavljivati pre Visual Objects-a. Svojevremeno
CA ni oko sasvim solidnih noviteta u verziji 5.2 (RDD-ovi) nije dizao
mnogo buke. Pošto se još ne zna šta će Clipper 5.3 doneti, logično je
pretpostavljati da će to prvo biti brojne interne izmene koje su bile u
ova 4 dosadašnja patch-a, možda integrisani ExoSpace, a možemo se samo
nadati kompletnoj objektivizaciji jezika, odnosno bar dokumentovanoj
mogućnosti za kreiranje sopstvenih objekata (pa makar oni bili na nivou
oClip-a, jer bi to bilo vrlo značajno za razvoj third-party biblioteka).
Ako je neko u mogućnosti da prati CompuServe ne bi bilo loše da pogleda
šta se tamo priča o Clipper-u, a naročite prve utiske sa TechniCon-a :).
clipper.644bulaja,
-> #641, dvesic│Javljaju se i dalje, mada mnogo, mnogo redje. Mozda je razlog
│javljanja i nekoriscenje Funky VM podsistema ?
└───
Jok, koristim ga i dalje :).
clipper.645dvesic,
-> #644, bulaja> │javljanja i nekoriscenje Funky VM podsistema ?
> └───
> Jok, koristim ga i dalje :).
Obrati paznju : NEKORISCENJE :))))
clipper.646neman,
-> #635, jolicm>>> sta podrazumevas pod Browse obicnu fju browse()
> Kada imas u programu browse() to ide iz clipper.lib,
> izvorni kod je dat u nekom direktorijumu. Browse je
> posebna funkcija i ne prevodi se.
Setio sam se toga, i dok sam gledao po dir-u pukla mi veza i nisam posle
mogao da dobijem Sezam ponovo, da se dopunim :)
> Da ponovim: U obicnoj naredbi READ ima i getlist:=() i
> nema dubreta za odstranjivanje, u funkciji browse() nema
> anuliranja getlist, i svaki pritisak
Ne secam se sada sta tacno ispisuje, ali sam skoro siguran da pri
gresci VMIF ispise naziv OBJEKTA sa kojim sam u tom trenutku radio.
Znaci ne prijavljuje gresku GET nego Tbrowse sistem. Pokusacu da proglasim
promenjive koje koristim za objekte prijavim recimo kao STATIC a ne LOCAL
u odgovarajucoj proceduri. O iskustvu glede toga, narednih dana.
> Bulaja tvrdi da se pucanje programa dogada na funkciji
> koja uklanja djubre iz kliperove memorije.
> ja tvrdim da se djubre gomila kada se koristi obicna
> funkcija browse ( ne znam za TBrowse). Dalje, Ako se
> koristi browse ili tbrowse za azuriranje podataka
Dodao bih jos ( iz iskustva ) da je frekvencija pojavljivanja VMIFa
obrnuto srazmerna kolicini slobodne memorije pri startovanju programa.
clipper.647neman,
-> #634, bulaja> znaci da je sam Clipper iskljucivo krivac vec da je do
> nekoezistentnosti VM-a doslo zbog neke trece biblioteke,
> spleta okolnosti, buga u DOS-u i slicno.
Btw, koja verzija dos-a pokrece nase racunare ?
Kod mene je uglavnom 6.20.
> No posto sam se ja tih problema resio :) na nacin koji sam
> vec objasnio, da vidimo da li se nekome ko koristi Clipper
> 5.2D + Blinker 3.01 i u lnk datoteci ima:
>
> Lib BlxRateX
> Search BlxClp52
> i dalje javljaju VMIF?
Meni :(
clipper.648neman,
-> #638, nbatocanin>> Prilicno mi je interesantno da ja do sada nikada nisam
>> imao taj slucaj greske VM, a svi drugi jesu.
>
> Skoro sigurno je to zbog tvoje memorijske mape (kolicina i
> rasporeda memorijskih promenljivih, ...).
Pa kazi onda sta koristis od mem-menadzera, o kojim se masinama radi.
clipper.649neman,
-> #474, nbatocanin> Najjednostavnije resenje je da iskljucis inkrementalno
> linkovanje. Ako imas VGA probaj i VIDRAM.
HITNO
Gde izlazi taj VIDRAM :)
clipper.650dpredovic,
-> #617, bulaja> Clipper-a, biblioteka i linkera. Dakle treba sačekati još malo
> (još jedan Clipper patch, novi SIx ili nešto slično) i nadati
> se da VMIF-ova
Izgleda da neće da bude 5.2e nego 5.3, i to prilično brzo.
clipper.651zkrstic,
-> #640, jolicm> Function Ram(a,b,c,d)
> default a to 1, b to 1, c c to 20, d to 78
> č a,b,c,d box "........."
> Return
Samo malo pitanjce? Koristiš li DEFAULT definiciju iz COMMON.CH-a ili
onu iz Straleyeve knjigice ? Ako je ova druga, probaj da je zameniš
sa prvom (COMMON.CH) i ne bi trebalo da bude greške.
Kod Straleya je bilo jezivih bagova u DEFAULT definiciji koji su
se tako manifestovali - ostala promenljivica kojekude... ;)
Zkr
clipper.652nbatocanin,
-> #623, ikordic> RE: CLD
Da, dibager nije baš najsjajniji deo :( Ima dosta bubica.
clipper.653nbatocanin,
-> #635, jolicm> Bulaja tvrdi da se pucanje programa događa na funkciji koja uklanja
> djubre iz kliperove memorije.
To nije vezano samo za GetList. Uvek kada se kaže a := "ABC" ; a :=
"CDE", stupa na scenu skupljač đubreta. To se nikako ne može izbeći i
glupo je odricati se dela koji nas u najmanju ruku spašava gomile
maloc i free naredbi. Treba, brate, da sednu i isprave taj bag, ma
kod koga da je! Idu ljudi na mesec, a ne mogu da isprave jedan VMIF
;)
Inače, Browse() funkcija je realizovana preko TBrowse objekata koji
_sigurno_ zapošljavaju garbage colector. Da li će doći do zeza ako je
on ugrađen u kod, mislim da je pitanje samo vremena: kad kod naraste
do određenog nivoa, ili se prosto "nezgodno" rasporedi u memoriji,
eto VMIF ;((
clipper.654nbatocanin,
-> #634, bulaja> garbage collection i sl.) moglo pomoći, ali neko reče (ako
> se ne varam nbatocanin, mene je mrzelo da probam:) da ipak
> ni to ne pomaže.
Da, ja sam probao i ništa :((
clipper.655dejanr,
-> #649, neman>> Gde izlazi taj VIDRAM :)
Koliko se sećam, deo je QEMM-a. Dakle, nije pd/sw.
Meni je često pravio probleme, iz čista mira se zaglupi računar
dok je on aktivan. Tako da ga koristim samo u slučaju krajnje
dramatičnog nedostatka osnovne memorije, a takvi su trenuci,
otkad je Windowsa, sve ređi.
clipper.656bulaja,
-> #647, neman││i dalje javljaju VMIF?
│└───
│Meni :(
└───
Okay :), kaži šta koristiš od dodatnih biblioteka (SIx, FUNCky,..)?
clipper.657bulaja,
Ovde je skoro bilo priče o scroll barovima za TBrowse, so evo ga ovde
još jedan :). Nadam se da je lak za korišćenje - sam proracunava
koordinate gde se scroll bar prikazuje u sve svoje podatke smešta u
TBrowse-ov Cargo, tako da vama ne preostaje mnogo posla oko njegovog
ubacivanja čak i u već postojeće preglede. Detaljnija dokumentacija se
nalazi u okviru source-a, a evo ga ovde samo primer korišćenja:
...
oTB := TBrowseDB(...)
...
-> bu_TBbarSet (oTB) // inicijalizacija ScrollBar sistema
...
DO WHILE .T. // glavna TB petlja
TB:forceStable()
-> bu_TBbarDisp(oTB) // osvezavanje Scroll Bar-a
nKey := Inkey(0)
...
ENDDO
...
bu_tbbar.prgclipper.658neman,
-> #655, dejanr> Koliko se secam, deo je QEMM-a. Dakle, nije pd/sw.
>
> Meni je cesto pravio probleme, iz cista mira se zaglupi
> racunar dok je on aktivan. Tako da ga koristim samo u
> slucaju krajnje
Ja sam probao jednom da postavim QEMM i obrisao ga nakon pola sata :)
a hteo sam da pokusam da na radnim stanicama (286 1MB) na Novell mrezi koje
imaju MONO VGA tj. VGA grafiku a ne koriste graficke aplikacije povecam
radnu memoriju ( sada oko 540 - 550 KB, kada se pokrene IPX & NETX ili NET5 )
Ima li iskustva sa ovakvom konfiguracijom ?
z
clipper.659neman,
-> #656, bulaja> Okay :), kazi sta koristis od dodatnih biblioteka (SIx,
> FUNCky,..)?
Pa SIXNSX, EXPAND i NANFOR, stim sto u onom delu koji puca tj. u oba dela
jedinu funkciju koju koristim iz NFa je ona za odredjivanje TMP naziva
datoteke koju koristim za pripremu izvestaja, zasta mislim da ne utice
na pojavu greske. U stvari VMIF mi se javio sa pocetkom koriscenja
SIXCDX i zatim SIXNSX drajvera. Pre toga nikad ili zaboravljeno mali
broj puta :). FUNCky ne koristim.
clipper.660dvesic,
-> #658, neman> Ja sam probao jednom da postavim QEMM i obrisao ga nakon pola sata
> :) a hteo sam da pokusam da na radnim stanicama (286 1MB) na Novell
> mrezi koje imaju MONO VGA tj. VGA grafiku a ne koriste graficke
> aplikacije povecam radnu memoriju ( sada oko 540 - 550 KB, kada se
> pokrene IPX & NETX ili NET5 ) Ima li iskustva sa ovakvom
> konfiguracijom ?
Ne bi bilo lose da probas sledeca dva (tri) resenja :
- ako ti maticna ploca 286-ce omogucava EMS 4.0 memoriju, instaliraj
QRAM - 286 pandan QEMM-u. Na jednoj ploci (mislim da je HeatLand bila)
sam dobio 113 kb High rama
- pokusaj sa UMB_DRVR.ARJ ( R:\IBMPC\SYSTEM ). Podrzava (skoro) sve ploce
(ne podrzava npr, ploce ez prve Litron serije sa Singapura ;), i daje
vrlo lepe rezultate. Ako ti ploca ima Shadow Ram, skoro sigurno ce raditi
i ovaj program.
- Ako imas EMS/XMS memoriju, koristi EMSNET/XMSNET verziju shell-a.
Pazi ! Vrlo cesto mi se desavalo da sa doticnima (Novell 3.11) imam
dosta problema i da sam se u 60% slucajeva vracao netx-u
clipper.661mdrazic,
-> #633, bulaja> Ipak ima primena gde korišćenje PKLite-a može pomoći :).
> Konkretno, ja ga koristim za instalacione programe, jer
> nije mala razlika da li se sa flopija učitava EXE od 450 K
> ili od 250 K. PKLite-ovani Clipper programi se sasvim Ok
> ponašaju (naravno kada se NE koristi -r:) kada su
> linkovani Blinker-om 3.01, dok RTLink malo brlja, a
> ExoSpace (logično) ne trpi
Kompresija EXE programa je lepo radila sve dok nismo prešli
na novi Clipper 5.0 sa kojim su počele brljotine komprimovanog
EXE-a. Ja sam komprimovao instalacione programe i kratke
'patch' programe koji treba da izvrše neku intervenciju na
podacima prilikom upgrade-ovanja aplikacije. Jedno vreme sam
problem zaobilazio tako što sam za ove stvari zadržao stari
Clipper dok mi nije dosadilo. Od tada ako neki EXE treba
smanjiti koristim BASE5x.PLL tako da je EXE vrlo mali.
Dotični PLL čuči kod klijenata, a prenosi se (disketom,
modemom :) samo ovaj mali EXE. Takođe na svom disku imam
dosta Clipper programčiča pomoćne prirode (da ubrzam rad pri
pisanju aplikacija) i sve njih sam radio sa ovim PLL. Loša
strana EXE koji zavise od PLL je da kada dođe nova verzija
Clipper-a, moram ove programčiće ponovo da prevedem i linkujem.
Za intervencije modemom (PCAnywhere i slični) mislim da rad
sa PLL nema alternativu u pogledu dužine EXE koji se prenosi.
clipper.662mdrazic,
Predlog za razmišljanje: ADVANTAGE Xbase Server 1.0
(nemam ga, samo prenosim iz literature)
žemu služi:
Omogućava client-server komunikaciju na jednoj Novell mreži.
To praktično znači da se na serveru vrti Advantage NLM modul koji
osluškuje zahteve stanica za transakcije (akcije na tabelama). Na
stanicama se vrte standardne Clipper aplikacije koje se bez promene
ijedne linije koda samo linkuju sa Advantage RDD bibliotekom koja
zamenjuje standardni DBFNTX RDD svojim.
Prednosti:
Dobitak u brzini transakcije. Ubrzanje je primetnije kod
rada više stanica simultano sa više tabela i više indeksa (to je
tipična situacija koja 'guši' rad na mreži). Dobici u brzini su
najmanji kod jedne stanice i tabele bez indeksa (tu ionako nije
bilo problema). Prilikom merenja ubrzanje je bilo beznačajno za
LOCATE FOR i SET FILTER TO operacije, a najveće ubrzanje (5 puta)
je bilo prilikom APPEND FROM uz otvorene indekse simultano sa
više stanica.
Možda najveći dobitak jeste sigurnost podataka. Naime,
sve operacije sa tabelama i indeksima se izvršavaju iz NLM-a na
samom serveru. Tek kada sa stanice pristigne validan (kompletan)
zahtev za transakcijom, ova se izvršava, inače se ignoriše. Ako u
sred transakcije padne stanica ništa se ne dešava sa podacima!
Transakcija se dalje izvršava na samom serveru nezavisno od stanice.
Praktično to znači: stavite na server UPS i obezbeđujete konzistenciju
podataka nezavisno od padova stanica (klijenata).
Formati:
NLM podržava Clipper, FoxPro i dBASE III+ formate indeksa
i memo polja. RDD client biblioteka sadrži i podskup (ne piše koji)
SIx Driver-a.
Cena:
Postoje dve verzije: razvojna i prava (komercijalna).
Razvojna verzija košta $249 i namenjena je za razvoj. Moguće je
vezivanje neograničenog broja stanica na Xbase Server NLM, ali
čim se jedna stanica odjavi, ne može se prijaviti ponovo ovom
NLM-u sve dok se i sve ostale stanice ne odjave. Ovo je dovoljno
za testiranje i razvoj aplikacija ali praktično onemogućava
rad aplikacije u realnim uslovima eksploatacije.
Prava stvar je NLM bez ovog ograničenja, i on košta
zavisno od maksimalnog broja stanica koje u jednom trenutku mogu
da koriste ovaj NLM. Postoji verzija (licenca) za 5 stanica
(nema navedene cene) pa sve do 250 stanica koja košta $5495 .
Adresa:
Extended Systems, Inc.
P.O.Box 4937,
5777 N. Meeker Ave.
Boise, ID 83704
USA
800-235-7576, (208)322-7575
Fax (208)377-1906
P.S. Iz drugog izvora:
Advantage podržava (valjda je ovo podskup iz SIx):
- compressed indexes
- compound indexes
- multiple record locking
- conditional indexes
- index scopes
- flexible memo fields
- subindexing
Cena: $895 - $5495 (ne piše za koliko korisnika;
nagađam: 5-250 )
clipper.663nbatocanin,
-> #639, dejanr> Svetsko čudo da ga nisu nazvali 6.0. Ili je stvarno malo
> izmena (mada mnogi na to ne obraćaju pažnju ;) ili su jako
> skromni...
>
> Skromna softverska firma, to davno nisam video, dakle p će
> biti da je prvo ;)
More, ja sam prezadovoljan ako izmene budu na nivou 5.01 -> 5.2 :)
clipper.664neman,
-> #662, mdrazic> Predlog za razmisljanje: ADVANTAGE Xbase Server 1.0
> (nemam ga, samo prenosim iz literature)
Razmisljao sam o tome i diskutovao vec izvesno vreme na tu temu a pitanje
se svodilo na samo jednu stvar - nacin rada tog nlm modula tj. da li
nlm radi
1. po redosledu pristizanja zahteva, dok jedan ne obradi, drugi
ne pocinje ili
2. obradjuje zahteve u tajm - seringu.
Ako radi na prvi nacin, takva stvar je u startu beskorisna; pusti npr.
sumiranje podataka koje traje 20-tak minuta, a ostali stanice za to
nemaju pristup podacima
Ako radi na drugi nacin, to moze da bude dobro za mali broj stanica,
jer ipak jedna 486 koja tera obradu rada dva zahteva, radi sporije
nego dve 486 koje rade jedan zahtev, pa makar i za 1% (?). Ovo poslednje
pretpostavljam
U principu dosadasnji pristup bazama na mrezi je imao usko grlo u prenosu
podataka kroz kablove a server i nije imao neki posao. Kako se god okrene,
ovakvim pristupom dobijamo novo usko grlo - fajl server.
clipper.665goxx,
-> #578, nbatocanin■ > prebrojavanja slogova i Scrollbar
■ Jel' mogu ovo da stavim u Savetnik?
Može. Nemam ništa protiv.
Goran
clipper.666zgolub,
Imali neko spisak grešaka clippera 5.01 ili je možda to blinkerova greška
(internal error 5321). Inače ova greška se javlja sa novim dosom 7 Novell dos
ako mu nije setovana memorija kako treba, ali ne znam šta znači. Ako ima neko
ovaj spisak neka mi ga prosledi.
clipper.667mdrazic,
-> #664, neman> tog nlm modula tj. da li nlm radi
> 1. po redosledu pristizanja zahteva, dok jedan ne obradi,
> drugi ne pocinje ili
> 2. obradjuje zahteve u tajm - seringu.
>
> Ako radi na prvi nacin, takva stvar je u startu
> beskorisna; pusti npr. sumiranje podataka koje traje
> 20-tak minuta, a ostali stanice za to nemaju pristup
> podacima
žitanje tabela (za sumiraje) treba da radi normalno kao i
do sada. Podaci iz tabela putuju mrežom do tvoje stanice
i na stanici se sumiraju. Glavni dobitak je kod promene
u tabeli. Tada (pročitaj lepo u D.Booth, G.Lief: CA-Clipper 5.2
Mrežno programiranje, Mikro knjiga) se tabela i indeksi
puno puta čitaju i ažuriraju (hederi, stranice) i to NLM
preuzima na sebe da ne bi silni paketi podataka leteli
tamo-amo mrežom pri svakom ažuriranju. Nisam siguran da
Advantage ima pravi transaction processing sa rollback-om
nego mislim da on radi sa nazovimo ih 'elementarnim'
transakcijama koje su ustvari pojedinačna ažuriranja recorda.
Tako si siguran da indeksi neće biti oštećeni, ali nemaš
garanciju da će biti upisan ceo paket od recimo 10 recorda u
3 tabele koje tebi čine logičnu transakciju. Ograda: ovo
je samo moje mišljenje na osnovu do sada pročitanog.
> Ako radi na drugi nacin, to moze da bude dobro za mali
> broj stanica, jer ipak jedna 486 koja tera obradu rada dva
> zahteva, radi sporije nego dve 486 koje rade jedan zahtev,
> pa makar i za 1% (?). Ovo poslednje pretpostavljam
Varaš se. Zahtevi što ih obrađuje NLM uopšte nisu isti kao
oni što ih obrađuju stanice. Naime, ne vrti se sam program
na serveru, već i dalje na stanicama. Glavno usko grlo je
kabl.
> U principu dosadasnji pristup bazama na mrezi je imao usko
> grlo u prenosu podataka kroz kablove a server i nije imao
> neki posao. Kako se god okrene, ovakvim pristupom dobijamo
> novo usko grlo - fajl server.
Server je imao posla da puno puta šalje-prima delove tabela i
posebno indeksa pri svakom ažuriranju. Ovo se bitno smanjuje
kod client-server rećenja. Tri su filozofije rada sa bazama
na mreži (podaci su naravno zajednički na jednoj mašini-serveru):
1) Program se vrti na serveru, a stanica je samo terminal.
Ovo imaš kod UNIX-a. Glavno opterećenje je na serveru koji
izvršava više programa. Potrebna jaka mašina; što jača, to
brže radi.
2) Program se vrti na stanicama, podaci putuju mrežom, tj.
običan, glup file server (Clipper-Novell kombinacija ovako
radi). Za server ti i ne treba toliko jaka mašina u poređenju
sa 1) pošto samo opslužuje stanice podacima, a glavno usko
grlo je kabl koji trpi veliki saobraćaj. Ako je gužva na
kablu, ne pomaže ni Pentium, ni Cray za server.
3a) Client-server na način Advantage, i ostalih jednostavnijih na
Novell-u, preuzima na sam server da u cilju smanjenja saobraćaja
na mreži odradi elementarna ažuriranja tabela i indeksa. NLM
koji ovo izvodi na serveru nema pojma šta radi program koji
sa stanice šalje zahtev za ažuriranje, ali je toliko pametan
da ažurira tabelu i pripadajuće indekse. Nije pametan da ti
odradi neki izveštaj, na primer. Glavni dobici su u bitno
smanjenom saobraćaju na mreži.
3b) Client-server sa 'pametnim' serverom koji zna da odradi i
kompleksnije zahteve (izveštaje, generisanje indeksnog fajla
itd.). Za ovo je potreban već i neki ozbiljan jezik za
komunikaciju stanica-server, tako da standardizacijom za ova
rešenja imamo SQL (u nekoliko varijanti) i SQL servere. Ovi
rade i client-server koji nije na istoj mreži (platformi) i
to je jedino razumno rešenje za komunikaciju stanice (same ili
u Novell-u) sa drugim mašinama i DBMS-ovima (tipično na nekom
mainframe-u).
Milan
clipper.668dvesic,
-> #666, zgolub> (internal error 5321). Inace ova greska se javlja sa novim dosom 7
> Novell dos ako mu nije setovana memorija kako treba, ali ne znam
> sta znaci. Ako ima neko ovaj spisak neka mi ga prosledi.
Unconfirmed reports state that:
H
H Internal Error #5321, __DBREINDE (0)
H
H -This error occurred when VMM had run out of disk space during a reindex.
H
Toliko sam nasao o ovoj gresci, ali nije bas 100 % sigurno :)
( "Unconfirmed" )
clipper.669dpredovic,
-> #634, bulaja> No pošto sam se ja tih problema rešio :) na način koji sam već
> objasnio, da vidimo da li se nekome ko koristi Clipper 5.2D +
> Blinker 3.01 i u lnk datoteci ima:
>
> Lib BlxRateX
> Search BlxClp52
Meni su se u protected modu (pre patcha za blinker) u 99% slučajeva
pucanja javljala sa GPF-om, na otprilike istim mestima gde se pre
javljao VMIF. Moja je pretpostavka da su momci iz Blink Inc lepo
ukapirali gde to clipper brlja i prosto podmetnuli svoju funkciju.
clipper.670dejanr,
-> #661, mdrazic>> Od tada ako neki EXE treba smanjiti koristim BASE5x.PLL tako da
>> je EXE vrlo mali. Dotični PLL čuči kod klijenata, a prenosi se
>> (disketom, modemom :) samo ovaj mali EXE.
Da li je neko probao da kod "klijenta" drži OBJ fajlove, pa da
prenese modemom samo one koje je promenio (obično sasvim kratko)
i tamo ih linkuje? Ja sam to povremeno koristio (uglavnom kada
klijent pojma nema o računaru, a mreža je Novell pa se daju
kontrolisati pristupi direktorijumima) i fino je funkcionisalo.
U zadnje vreme koristim PLL-ove, ali više u cilju isprobavanja istih.
clipper.671zgolub,
-> #668, dvesic
>> Unconfirmed reports state that:
>> H
>> H Internal Error #5321, __DBREINDE (0)
>> H
>> H -This error occurred when VMM had run out of disk space during a reindex.
>> H
>> Toliko sam nasao o ovoj gresci, ali nije bas 100 % sigurno :)
>> ( "Unconfirmed" )
Mogu ti reći da ne može da bude tačno, jer imam na disku slobodno oko 200 MB
a datoteka ne prelazi 50 K. Osim toga greška se nejavlja pri reindeksiranju već
na bezveze mestima(prelaska iz menija u meni, u ACHOICE-u itd. Usput ako imaš
u nekom fajlu spisak grešaka voleo bih da ih pogledam.
clipper.672ikordic,
-> #631, cnenadRE: CLD
=> ŁŁŁ poznato. Ne znam kako kod tebe, ali kod mene snimi "otprilike"
=> raspored ŁŁŁ prozora i veličinu, koje posle moraš ručno da doteruješ.
=>
=> Kod mene ih vrati onako kako sam ih i snimio u INIT.CLD
Znači moram detaljno. Kako god da snimim prozore u CLD, on ih snimi na
sledeći način: prozor "monitor" ima 4 reda, prozor "command" takođe, a
prozor u kome je program je između. E, sad ja želim da "command" prozoraa
nemam uopšte, da mi "source" prozor zauzima 3-4 reda, a "monitor" sve
ostalo. Kada ih ručno (Alt-D itd.) izpodešavam i snimim, on sve prozore
vrati na prethodno opisanu sliku.
clipper.673neman,
-> #671, zgolub> Mogu ti reci da ne moze da bude tacno, jer imam na disku
> slobodno oko 200 MB a datoteka ne prelazi 50 K. Osim toga
> greska se nejavlja pri reindeksiranju vec
Da li je sadrzaj TEMP promenjive ispravan ?
clipper.674dvesic,
-> #671, zgolub
>> na bezveze mestima(prelaska iz menija u meni, u ACHOICE-u itd.
>> Usput ako imas u nekom fajlu spisak gresaka voleo bih da ih
>> pogledam.
Nisam siguran, ali mislim da fajl prikjlucen uz ovu poruku ne
postoji u R:\IBMPC\CLIPPER poddirektorijumu. Naziv je :
Clipper 5.2c Anomalies & IE's, v0.99 Date: 21OCT93
52c_err.arjclipper.675bulaja,
-> #674, dvesic│ Nisam siguran, ali mislim da fajl prikjlucen uz ovu poruku ne
│ postoji u R:\IBMPC\CLIPPER poddirektorijumu. Naziv je :
│ Clipper 5.2c Anomalies & IE's, v0.99 Date: 21OCT93
└───
Proveriću, mada je moguće da se to nalazi u datotekama 52an00.arj i
ie52ng.arj u CLIPPER direktorijumu. Ipak to je u svakom slučaju
zastarelo, pošto je jedan od noviteta (za koji se ne sećam da su ga
spominjali u dokumentaciji) u 5.2D patch-u bio .NG sa opisom internih
grešaka.
clipper.676dvesic,
-> #675, bulaja> Ipak to je u svakom slucaju
> zastarelo, posto je jedan od noviteta (za koji se ne secam da su ga
> spominjali u dokumentaciji) u 5.2D patch-u bio .NG sa opisom
> internih gresaka.
Da, ali je u ovom NG-u daleko obimniji spisak gresaka, pa makar i
nedokumentovanih ...
clipper.677dr.grba,
>> R:ĐIBMPCĐCLIPPERĐ*.*
>> ----------------------
>> zacfax a01 319626* ZAC Catalog 07/94: Clipper only Tools catalog #1
>> zacfax a02 312002* ZAC Catalog 07/94: Clipper only Tools catalog #2
Nisam primetio nikakav komentar: šta se ovde nalazi?
clipper.678cnenad,
-> #672, ikordicŁŁŁ prozor u kome je program je između. E, sad ja želim da "command" prozoraa
ŁŁŁ nemam uopšte, da mi "source" prozor zauzima 3-4 reda, a "monitor" sve
Tako je kod mene :)), Command prozor mi ne treba trenutno i nervira me
a volim da deo za source i onaj sa svim promeniljivim budu preko celog ekrana
pa preskačem iz jednog u drugi sa TAB, jedino je nezgodno što je COMMAND
aktivan pa moram još jednom da pritisnem TAB da kroz njega profura.
Naravno i boje sam izmenjao i sve se to lepo vrati iz INIT.CLD fajla kad
pozovem, kao što neko reče TREBILICU :)
Stvarno mi ne pada napamet šta bi moglo da bude kod tebe. Da li ti je možda
INIT.CLD u DIR-u gde i CLD ? Da li si probao da obrišeš stari CLD i staviš
novi (ne znam koji koristiš).
clipper.679bulaja,
-> #677, dr.grba││ ZAC Catalog 07/94: Clipper only Tools catalog
│└───
│Nisam primetio nikakav komentar: šta se ovde nalazi?
└───
Katalog jednog od (naj)većih prodavaca Clipper stvari (biblioteke,
utilities i slično) u USA. Sadrži podatke za više od 100 proizvoda,
za svaki je uz cenu dat i kraći opis (tipične dužine oko jedne strane,
a negde je dat i spisak svih funkcija). Nije loše uzeti i pogledati šta
se sve napolju može naći za Clipper.
clipper.680nbatocanin,
-> #670, dejanr> Da li je neko probao da kod "klijenta" drži OBJ fajlove,
Ja :)
> U zadnje vreme koristim PLL-ove, ali više u cilju
> isprobavanja istih.
PLL biblioteke savršeno funkcionišu. Još ne znam nekoga ko je sa
njima imao probleme. Jeste li probali onaj FPATCH program iz Funcky
liba?
clipper.681szeman,
-> #582, bulaja>> ││Bullet for C 1.03: B-tree/dBase (.DBF) database toolkit
>> │└───
>> │ Preuzeo sam ovo pre neki dan i vrlo sam nezadovoljan:
>> └───
>> Upravo ovih dana stigla je i verzija 1.08z (jako sveža, od 01.08.94).
:(( Na žalost, osim primera za BASIC i patch-ovanog LIB-a, (koji je,
uzgred, sa greškom!), sve je ostalo isto, čak su i u source-u primera
morali da zabrljaju (Function should return a value - što se da srediti,
ali je neoprostivo sobzirom da je u predhodnoj verziji source bio ANSI čist).
Još uvek važi apel onima koji su nešto korisno uspeli da urade sa ovim
LIB-om (npr., ako neko ima source za view bilo koje .DBF datoteke na C-u,
ili opis načina na koji se to može izvesti).
Pozdrav, Saša
clipper.682szeman,
-> #601, cnenad>> U vezi PR programa za nazubljivanje SOURCE-eva, probao sam
>> ga danas i moram priznati da sjajno radi :)
Hvala, hvala :)
>> Da li bi mogao recimo da se ubaci SWITCH da umesto n SPACE-ova uvlači
>> za n TABOVA, naravno veličina TAB-a zavisi od editora.
To planiram u narednoj verziji.
>> Takođe, kad radi sa više datoteka, u zadnjoj koloni zadnja
>> cifra je zbir za koliko su se nove verzije (nazubljene)
>> povećale.
žžžžžžžž
Baš i ne mora da značida su se povećale ;) Verovatno koristiš TAB-ove,
sa novom verzijom će biti bolje :)
>> Da li bi isto u prvoj koloni mogao da stoji na
>> dnu ispod još jedne podvučene linije zbir za veličinu
>> nakon obrade *.BAK datoteka ?
Nije baš neophodno, ali biće i toga...
>> Pretpostavljam da sa redirekcijom izveštaja sa ekrana u
>> datoteku nema problema, nisam stigao da to probam :) ?
Na žalost ne :( Program je pisan u Paskal 6.0, a Paskal kao što je
poznato ne podržava redirekciju, tj. parametari naredbe su i >xxxxxx.
Biće i toga :) Za sada ostavljam medjuverziju, koja podržava i ovakve
slučajeve:
WHILE uslov; naredba; end
i sl., a takodje je ispravljen bag kod ovakvih slučajeva:
NAREDBA ; //Komentar
Ovde je predhodna verzija je 'poruku' da se naredba nastavlja u drugom
redu ignorisala, jer nije analizirana cela linija.
P.S. Molim bulaju da sačeka novu verziju sa kompletiranom dokumentacijom.
Za sad malo istražujte :)
pr103.zipclipper.683cnenad,
-> #682, szemanŁŁŁ P.S. Molim bulaju da sačeka novu verziju sa kompletiranom dokumentacijom.
ŁŁŁ Za sad malo istražujte :)
Ova verzija kao i prethodna ima i dalje jedan BAG ili šta ti ja znam, i baš
mi se to danas dogodilo. Source je ništa posebno, 2-3 kb veličine ali
imam dva reda dužine preko 300 karaktera. Naravno program je sve preko
256-og karaktera odsekao a meni kompajler 'gde ti je bre zatvoren citat
na kraju reda ?' :((( i tad sam ukapirao šta se dogodilo.
Vrlo je zanimljivo da je prva verzija ranije taj deo source sasvim korektno
obrađivala tako da mi stvarno ne pada na pamet šta je u pitanju.
Ako ti znači nešto linija je u stilu:
replace polje with date(), polje2 with time(), polje3.....
a tekst koji se ubacuje u zadnjem polju, koje je odsečeno je bio karakter
string dužine otprilike 70 karaktera.
clipper.684dzoric,
-> #680, nbatocanin>>> PLL biblioteke savrseno funkcionisu...
A sta cemo mi jadnici koji koristimo samo BLINKER.
Probao sam i drzanje OBJ i LIB fajlova kod korisnika dok napredniji
korisnici nisu poceli da kopiraju LIB-ove.
>>> Jeste li probali onaj FPATCH program iz Funcky liba?
Izuzetna stvar za male izmene u programu dok kod vecih izmena ume
da napravi delta fajl koji je veci od samog programa.
clipper.685nbatocanin,
Jel koristite naredbu SET PATH? Zgodna naredba ako vam se baza nalazi
u više dirova. Na primer:
SET PATH TO c:\baza;c:\tmp;
Kad ono - ne radi! Štos je u tačka zarezu na kraju - Clipper ga
shvata kao produženje linije i tako zezne stvar.
clipper.686cnenad,
-> #684, dzoricŁŁŁ A sta cemo mi jadnici koji koristimo samo BLINKER.
Pa staviš kod korisnika i Blinker i to je to.
ŁŁŁ korisnici nisu poceli da kopiraju LIB-ove.
Možeš li mi ovo malo razjasniti ?
clipper.687mdrazic,
-> #670, dejanr> U zadnje vreme koristim PLL-ove, ali više u cilju
> isprobavanja istih.
A kako si uopšte živeo bez njih pre Blinkera?
Kad imaš veliku aplikaciju, mislim onu gde inkrementalno
linkovanje Blinkerom pojede puno memorije da zaguši
aplikaciju, PLL je bolje rešenje (u fazi razvoja mislim)
pošto je tipično brže od full Blinker link-a. Moj princip
je da u fazi razvoja (u alternativi Blinkera) koristim:
BASE52.PLL, skoro sve moje fajlove pobacam u MOJ.PLL a
samo nekoliko sa kojima trenutno radim u EXE. Tako imaš
mali EXE koji poziva dva PLL-a. Ovo se sve da lepo srediti
u makefile-u tako da je udobno za rad. Finalne verzije
uvek radim RTLINK-om.
Ograničenje (bug or feature?): Ako je PLL veći od 1MB
neće da radi (kako treba ili uopšte), bar kod mene.
Milan
clipper.688dzoric,
-> #686, cnenad> ŁŁŁ korisnici nisu poceli da kopiraju LIB-ove.
>
> Mozes li mi ovo malo razjasniti ?
Hm, nije problem u kopiranju stranih komercijalnih LIB-ova,
ali ako ulo`im godine rada na razvoju neke svoje biblioteke
sigurno mi nije svejedno da li }e je neko kopirati ili ne.
U ve}ini slu~ajeva tako kopiran LIB je beskoristan bez
dokumentacije.
Naravu~enije: Tu|e 'o}emo svoje nedamo ! :)
clipper.689dvesic,
-> #682, szeman>> Na zalost ne :( Program je pisan u Paskal 6.0, a Paskal kao
>> sto je poznato ne podrzava redirekciju, tj. parametari naredbe
>> su i >xxxxxx. Bice i toga :) Za sada ostavljam medjuverziju,
>> koja podrzava i ovakve
Malecka ispravka :)
TP 6.0 po defaultu podrzava redirekciju AKO NE koristis CRT unit.
Ako je koristis, dodaj malu proceduru :
Procedure Redirekcija;
Begin
Assign(OutPut,''); ReWrite(OutPut)
Assign(Input,'') ; Reset(Input);
End;
pa ce podrzavati ...
clipper.690bulaja,
-> #683, cnenad│replace polje with date(), polje2 with time(), polje3.....
└───
Da ja pišem neki ulepšivač source-a, na ovakvoj liniji ne da ne bih
odsekao kraj, već bi izvrišio jedan temeljni wipe kompletnog Clipper
direktorijuma, a razmislio bi i o dodatnim kaznenim merama O:).
clipper.691cnenad,
-> #688, dzoricŁŁŁ sigurno mi nije svejedno da li }e je neko kopirati ili ne.
ŁŁŁ U ve}ini slu~ajeva tako kopiran LIB je beskoristan bez
Pa da, ali.. :) Ako i sam tvrdiš da je beskoristan bez dokumentacije
čemu frka ? :)
BTW, mali EXE fajl koji samo za priliku kompajliranja aplikacije kod korisnika
raspakiva šifrovanu arhivu sa svim potrebnim datotekama, nakon pravljenja EXE
datoteke briše te fajlove, vrši dodavanje u arhivu novih koji si poslao
modemom ili doneo može biti rešenje. zar ne ?
clipper.692cnenad,
-> #690, bulajaŁŁŁ odsekao kraj, već bi izvrišio jedan temeljni wipe kompletnog Clipper
ŁŁŁ direktorijuma, a razmislio bi i o dodatnim kaznenim merama O:).
Baš si nešto radikalno raspoložen :) Ako je meni preglednije da kucam tako,
a ne recimo:
replace polje with date() ;
polje1 with time()
tako ću kucati i dalje ;) Međutim, PR više ne pravi probleme otkako sam
ispisao komandu ovako ; od danas počinjem na ovaj način pisati sve dugačke
komande odnosno linije u programu :)
clipper.693nbatocanin,
-> #683, cnenad> replace polje with date(), polje2 with time(), polje3.....
Nevezano sa temom, primetio sam da ljudi često misle da je:
REPLACE p1 WITH v1, p2 WITH v2, p3 WITH v3
brže od:
REPLACE p1 WITH v1
REPLACE p2 WITH v2
REPLACE p3 WITH v3
Pošto se i jedno i drugo prevodi u
_FIELD->p1 := v1
_FIELD->p2 := v2
_FIELD->p3 := v3
sledi da je svejedno! Naravno, važi za izmenu _jednog_ sloga.
clipper.694cnenad,
-> #693, nbatocaninŁŁŁ Nevezano sa temom, primetio sam da ljudi često misle da je:
Ja nisam mislio, nego jednostavno mi je zgodnije kad šetam kroz source da
imam tih 10 redova manje za scroll a kad bi mi zatrebalo da nešto izmenim
u toj liniji find iz editora i ime polja ili vrednost se efikasno pronalaze.
clipper.698stosic,
Zac Catalog: GrumpFish Library 4.0 (demo).
Ima li raspolozenih da dobace: ZDEMO.ZIP, TELEPATH.ZIP. TWDEMO.EXE, ...
grumplib.zipclipper.699dr.grba,
-> #698, stosic>> Zac Catalog: GrumpFish Library 4.0 (demo).
Šta radi ovaj i šta ga čini demo verzijom?
clipper.700ikordic,
-> #678, cnenadRE: CLD
=> Stvarno mi ne pada napamet šta bi moglo da bude kod tebe. Da li ti je
=> možda INIT.CLD u DIR-u gde i CLD ? Da li si probao da obrišeš stari
=> CLD i staviš novi (ne znam koji koristiš).
Ništa od svega toga. Stvar je verovatno u tome, što kod mene ne rade one
opcije za pomeranje, smanjivanje, gašenje, itd. prozora iz menija "Window",
nego to radim ručno, sa Alt-S, G, itd. Ti valjda radiš sa VGA, pa su ti te
opcije aktivirane.
clipper.701amarilis,
-> #629, bulajať Komanda RUN se pretprocesira u poziv interne Clipperove
ť funkcije __Run( <cCommand> ) gde je <cCommand> naziv programa
ť (ili DOS komande) koju treba izvrsiti.
OK.Hvala ti.Dali mozda znas cemu sluzi funkcija COM_EVENT() ?
clipper.702cnenad,
-> #700, ikordicŁŁŁ nego to radim ručno, sa Alt-S, G, itd. Ti valjda radiš sa VGA, pa su ti
ŁŁŁ te opcije aktivirane.
Dibager nisam probao ne hercules-u a trenutno radi na VGA color sa karticom
od 1 mb i sve od tih opcija radi bez problema.
clipper.703mdrazic,
-> #699, dr.grba>>> Zac Catalog: GrumpFish Library 4.0 (demo).
>
> Šta radi ovaj i šta ga čini demo verzijom?
Iz "1994 Database Buer's Guide"-a:
A productivity tool that features full mouse support, linkable
desktop utilities (calculator, spreadsheet, calendar, appointment
tracker, notepad, and Rolodex); fast context-specific help
development; extensions to the čGet and čPrompt commands; and
generic databasebrowser/screen painter/code generator. Includes
two versions of source code (one for Summer '87 and one optimized
for CA-Clipper 5.01 and 5.2). Dynamically overlayable and
multiuser compatible. Comes with a royalty-free integration
licence, documentation, and Norton Guides reference database.
Requires Clipper Compiler Summer '87, or CA-Clipper 5.01 or 5.2.
$249
Inače, ista kuća, koju je osnovao jedan od autora Clipper-a ali
ne sećam se koji, prodaje i
GrumpFish Speller $199
GrumpFish Reporter $299 (ovo tražim za sebe, ako neko ima :)
GrumpFish Menu ?
GrumpFish Clip4Win (by John Skelton) $199
GrumpFish ClipWKS ? (veza na spreadsheet-ove)
Milan
clipper.704nbatocanin,
žitam neki tekst o generisanju izveštaja koji ima prilično neobično
rešenje: ceo izveštaj se pamti u nizu pri čemu je svaka strana jedan
element niza, a ona je predstavljena kao niz stringova koji
predstavljaju linije. Ovo ograničava izveštaj na 4096 strana, što je
verovatno nedostižno, a ograničenje po strani nije problem. Ono što
je neobično jeste ideja da se ceo izveštaj - potencijalno dug
nekoliko MB - čuva u memoriji - ideja zaista strana klasičnoj
raspodeli memorije. Međutim, sa VM ovo je sasvim prirodno: rad sa
kratkim izveštajima bi morao da bude brz kao zmija ;) a dugi
izveštaji bi praktično radili sa diskom - znači, najgora situacija je
otprilike kao kod standardnih rešenja. Da su ovi RDD-ovi malo lakši
za konfigurisanje, mogle bi se praviti memorijske tabele, to bi tek
bila prava stvar.
clipper.705mcgoran,
-> #693, nbatocanin> Posto se i jedno i drugo prevodi u
>
> _FIELD->p1 := v1
Citam ovo i ugledah "_FIELD->"
... Proverim u std.ch... Stvarno je tako !
Zasto _FIELD->, a ne FIELD-> ?!?
Cesto u programima koristim field->.
Da nije mozda _field-> bolje resenje ??
U cemu je trik ??
clipper.706mcgoran,
-> #685, nbatocanin> SET PATH TO c:\baza;c:\tmp;
probaj:
set( _SET_PATH, 'c:\baza;c:\tmp;')
clipper.707szinf,
ima li neko iskustava sa PD sw za serijske komunikacije iz clippera?
meni comstu.lib nece da radi citanje, tj. nije jasno pozivanje te funkcije. ako
neko zna o tome ili o drugom PD sw za citanje ser. porta neka mi se javi u mail
ili ovde. isto tako me interesuju iskustva sa sirver clip bibliotekom.
zoranv (szinf)
clipper.708stosic,
-> #699, dr.grba>>> Zac Catalog: GrumpFish Library 4.0 (demo).
>Sta radi ovaj i sta ga cini demo verzijom?
Odgovor na pitanje sta radi vec si dobio. Demo je demo program.
Prosto je neverovatno da od stotinak Clipper ONLY Tools-ova iz Zac kataloga
u ovoj konferenciji nije, do sada, pomenuto ni dvadeset???
clipper.709stosic,
-> #707, szinf>ima li neko iskustava sa PD sw za serijske komunikacije iz clippera?
>isto tako me interesuju iskustva sa sirver clip bibliotekom.
Radio sam sa Clipper Tools-om i SilverClip-om. Prvi je sasvim dovoljan za
upravljanje com portovima (povezivanje PC-a sa drugim uredjajima). Ako ti
treba i file transfer (zmodem) ili emulacija terminala uzmi drugi.
clipper.710mdrazic,
-> #704, nbatocanin> otprilike kao kod standardnih rešenja. Da su ovi RDD-ovi
> malo lakši za konfigurisanje, mogle bi se praviti
> memorijske tabele, to bi tek bila prava stvar.
A ja čekam RAM RDD. To ti je kao RAM disk; imaš tabelu
(i indekse) u RAM-u, uz VMM se to svopuje na disk ako
treba. Idealno kada ti treba neka pomoćna tabela,
a naročito u mrežnom okruženju (nema mogućnosti kolizije
imena tabela, kasnijeg pospremanja itd.). U svemu
ostalom je manipulacija kao sa pravom tabelom.
Milan
clipper.711mdrazic,
-> #706, mcgoran>> SET PATH TO c:Đbaza;c:Đtmp;
>
> probaj:
> set( _SET_PATH, 'c:Đbaza;c:Đtmp;')
U prvoj naredbi poslednji znak ; je interpretiran kao znak
za nastavak reda u sledeći. Nagradno pitanje: šta je
nbatocaninu bilo u sledećem redu?
clipper.712neman,
Ovih dana sam imao problem sa jednom bazom na Novell 3.11 mrezi.
PRegled direktorijuma je pokazivao da je datoteka dugacka preko 550 MB
a kada se otvori iz DBASE-a naredba BROWSE je prouzrokovala neprekidni ispis
podataka, u obliku tekst datoteke.
Na tom volumenu ima oko 450 MB. Normalna duzina datoteke je bila oko 17 MB.
Secam se da je ranije bio pominjan slican problem, ali mi nije zgodno da
pretrazujem bazu, pa ako se neko seca resenja, ako ga je bilo, ili je imao
neko slicno iskustvo, neka se javi.
RDD je bios SIXNSX, mada mislim da to nije uticalo na kvar, jer u vreme kada
je ranije pominjan ovaj problem SIXNSX nije stigao do nas.
neman
clipper.713nbatocanin,
-> #705, mcgoran> Zasto _FIELD->, a ne FIELD-> ?!?
Sve što počinje sa "_" su interne stvari i CA ih može promeniti bez
upozorenja. To im ostavlja mogućnost da u sledećoj verziji ostane
FIELD, a da se REPLACE prevodi u nešto deseto. Sada su te dve stvari
iste, koliko je meni poznato.
clipper.714nbatocanin,
-> #706, mcgoran>> SET PATH TO c:\baza;c:\tmp;
>
> probaj:
> set( _SET_PATH, 'c:\baza;c:\tmp;')
Zašto? Dovoljno je:
SET PATH TO c:\baza;c:\tmp
clipper.715djelovic,
-> #712, neman> Ovih dana sam imao problem sa jednom bazom na Novell 3.11 mrezi.
> PRegled direktorijuma je pokazivao da je datoteka dugacka preko 550 MB
> a kada se otvori iz DBASE-a naredba BROWSE je prouzrokovala neprekidni
> ispis podataka, u obliku tekst datoteke.
> Na tom volumenu ima oko 450 MB. Normalna duzina datoteke je bila oko 17 MB.
Ili se radi o nekom bagu SIXNSX-a, ili ti je indeks korumpiran.
To što nova datoteka ima 550MB a slobodan prostor je 450MB nije nikakav
problem. Naime, kada Novell dobije zahtev da upiše podatak koji je i-ha-haj iza
trenutnog kraja datoteke, on negde upiše da se datoteka nastavlja posle
tog-i-tog bajta, i tek onda onda upiše to što želiš. Tako zapravo datoteka na
disku zauzima i dalje 17MB, ali je ti "vidiš" kao da ima 550MB.
BTW, kada otvoriš tu datoteku, na onom prostoru između videćeš samo nule.
Kako je opraviti?
Prvo, pretpostavljam da je do greške došlo u deljenom modu rada i da je
zbog toga NSX greškom upisao neki prevelik broj u indeks. Sledeći put kada si
zatražio taj slog, on ga je pročitao (kao sve nule), neko ga je izmenio, dal'
brisanjem, dal' editovanjem, i snimio. Dakle, za tu bazu relevantni su ti prvih
17-18 MB, i ono što ima na kraju.
Napiši program koji će da izdvoji prvih 17MB u jednu datoteku, zadnji MB u
drugu, uzmi disk editor u ruke, i sretan rad :).
clipper.716mdrazic,
Pazi 'vamo
Na naslovnoj strani DBASE ADVISOR-a (valjda iz avgusta) formula:
VO = Clipper 5 + C++ + VB
ili razvijeno: Visual Objects = Clipper 5 + C++ + Visual BASIC.
Unutra Rick Spence piše o VO. (žasopis nemam, samo sam čuo
ove detalje sa naslovne strane).
clipper.717neman,
-> #715, djelovic> Ili se radi o nekom bagu SIXNSX-a, ili ti je indeks korumpiran.
Secam se da je neko ranije imao taj problem sa NTX-om, a baza je sama
po sebi sje*ana.
> Prvo, pretpostavljam da je do greske doslo u deljenom modu
> rada i da je zbog toga NSX greskom upisao neki prevelik
> broj u indeks. Sledeci put kada si
Bio je deljeni mod :(
> Napisi program koji ce da izdvoji prvih 17MB u jednu
> datoteku, zadnji MB u drugu, uzmi disk editor u ruke, i
> sretan rad :).
Imao sam malo vise srece, dan ranije je radjen bekap :) pa sam
vratio bazu, a poredjenjem sa drugom odredio sam koje sifre tj.
novoupisani zapisi nedostaju.
clipper.718szeman,
-> #683, cnenad>> Ova verzija kao i prethodna ima i dalje jedan BAG ili šta
>> ti ja znam, i baš mi se to danas dogodilo. Source je
>> ništa posebno, 2-3 kb veličine ali imam dva reda dužine
>> preko 300 karaktera. Naravno program je sve preko 256-og
>> karaktera odsekao a meni kompajler 'gde ti je bre
>> zatvoren citat....
>> Vrlo je zanimljivo da je prva verzija ranije taj deo
žžžžžžžžžžžžžž
>> source sasvim korektno obrađivala tako da mi stvarno ne
>> pada na pamet šta je u pitanju.
Još uvek koristim isti algoritam za učitavanje, jednostavno readln(f,red),
var red je string tipa, pa ovo što kažeš baš i nije moguće.
Samo read() bi verovatno usporio program do debilnosti. Zato ti je bolje,
a po meni i preglednije da program koji prišeš ima max. do 80 karaktera
(odnosno do 255). Nisam hteo da pravim veselja sa pointerima iz gore rečenog.
Sorry, moj propust što to nisam naglasio.
Pozdrav, Saša
clipper.719szeman,
-> #690, bulaja>> Da ja pišem neki ulepšivač source-a, na ovakvoj liniji ne
>> da ne bih odsekao kraj, već bi izvrišio jedan temeljni
>> wipe kompletnog Clipper direktorijuma, a razmislio bi i o
>> dodatnim kaznenim merama O:).
Ih bulaja, pa zar iz tvojih usta ovake izjave ;) Ovde se svi mučimo
sa raznim trojancima, rezidentnim virusima i sl. a ti ovako ;) Ccccc ;>
Šalim se, naravno, kao što rekoh, moj propust.
Pozdrav, Saša