clipper.102nbatocanin,
-> #55, mbole>> stvari (definisanje novih naredbi). Pretprocesor je sada
>> integralni deo kompajlera.
>
> A zar dosad nije bio?
Ne misli se na isti EXE ;) nego na funkcionisanje: sada je
pretprocesor samostalan i samo svoj izlaz prosleđuje kao ulaz
prevodiocu. Ne bi bilo nimalo teško izdvojiti ih u dva posebna
programa.
clipper.103nbatocanin,
-> #60, bulaja>│ Pretprocesor je drastićno izmenjen. Na žalost, malo je
>│ restriktivniji u odnosu na Clipper 5.0, ali i dalje ima
>│ sve važnije stvari (definisanje novih naredbi).
> └───
> Šta je tačno ostalo od pretprocesora? U prošlom Clipper
> Advisor-u je pisalo da je pretprocesor totalno osakaćen
> (tj. ostao je samo #define) što bi prilično smanjilo
> početnu upotrebljivost VO (razmazili su nas sa
> #command/translate :).
Ne bih rekao. U stvari, pretprocesor jeste sveden na #define, ali je
zato jezik obogaćen naredbama za definisanje novih naredbi:
"Yes, VO support user-defined commands (UDC), but not in the form you
are familiar with. The UDC system in VO is used to implement the
standard xBase commands, just as they are implemented in Clipper 5.2.
You can define yuor own UDCs in VO, but they are some marked
differnces in the way the VO preprocesor works. VO UDC system doesn't
simply substitute character strings like Clipper preprocesor. VO UDCs
are defined through a separate UDC module rather than placed into the
source code of the aplication. The visibility of VO UDCs is more
limited than in Clipper. The preprocesor in VO is part of the compiler.
VO's IDE provides an interactive UDC testing facility, so debugging
of UDCs is easier"
Što se mene tiče, ovo je poboljšanje: sada bi kontrola grešaka morala
biti mnogo preciznija.
clipper.104nbatocanin,
-> #61, goxx> ■ Nove informacije o VO:
>
> Kako možemo i mi ostali da dodjemo do tih informacija. Jel
> imaš neki prospekt, literaturu ili demo primere?
žitao sam u par časopisa (QBS News - objavljeno u "R", Clipper
Advisor), ali ne boj se - vrlo brzo treba očekivati pravu poplavu
informacija o VO! A i sam VO, naravno :)
clipper.105nbatocanin,
-> #72, dvesic> Mada mi je to malo cudno, prilikom originalnog generisanja
> DBX-a, bez ovog MyFunc.Prg SubStr se sigurno uvlaci u EXE
> fajl ...
>
> Ko ce ga znati !
Prodrndaću ga malo pa ću videti. Hvala na pomoći.
clipper.106spantic,
-> #98, mjevta>>> Probaj da povežeš Novell mrežu poštom sa našim internetom i
>
> Kako?
Najjednostavnije rešenje jeste da razmenjuješ UUCP mail sa Beointernetom.
Za to se moraš dogovoriti sa upravom mreže da tvojoj firmi dodele UUCP nalog.
Ostatak je već uhodan.
Za drugo rešenje ti treba iznajmljena linija i jedan PC na kome bi bio SLIP.
Teža varijanta pošto, valjda, još nije određen status komercijalnih sistema i
ko je davalac takvih usluga.
clipper.107dvesic,
-> #100, nbatocanin>> ??? Jos mi recite da radi i ovo:
>>
>> SELECT Prodato
>> SET RELATION TO ProdArt INTO Artikli
>> REPLACE ProdCena WITH Artikli->ArtCena
Normalno da radi :))))
Sintaksa je samo malkice drugacija :
Ako si Prodato otvorio kao prvu bazu, Artikli kao drugu,
koristi REPLACE ProdCena with 2->ArtCena
(tj. pozicioniras se u ProdCena, udaris Alt-R i u With polju
napises 2->ArtCena)...
i gotovo !
Pozdrav,
Dejan.
[ dbMAX je ovo pravo ! :) ]
clipper.108milanv,
-> #92, dvesic║║ Za privremeno resenje, evo ti moja funkcija OKPRINTER(n),
To mi je bilo potrebno. Hvala na rekordno brzom odgovoru!
clipper.109jpavlov,
Da li neko ima grafičku biblioteku CGRAF21.LIB? MMJa imam neku
ali ta brlja MM- nije registrovana :(. Pa, eto ako ima neka dobra
duša...
clipper.110stosic,
Cekajuci VO(z) za OOP
=====================
Ako ste vec uhvatili o:Clip tramvaj, mozda ce vam ovo biti interesantno:
oBlok_koda := {|x| x++, qout(x) }
oBlok_koda:eval(9)
clipper.111dr.grba,
-> #90, bulaja>> U principu posao može da ti radi i bilo koja objektna zamena za
>> MemoEdit() jer ti dozvoljava da dosta stvari prilagodiš svojim
>> potrebama.
Preporučujem tekst kolege Batoćanina iz "Računara" broj 92, gde se priča
o formatiranju teksta na jedan zanimljiv način.
clipper.112dr.grba,
-> #101, nbatocanin>> proceduru (savršeno) ili za ceo program (loše). Preliminarni testovi
>> ne da su optimistički: kažu da je kod brži oko 60 puta. Nadam se da
>> će biti dovoljno pametni da izbace i ekvivalentnu verziju za DOS.
Da ne kažemo da bi najlepše bilo da postoji portabilnost koda. Ako hoće da
ostanu u trci, mislim da će vrlo uskoro morati ovo da ponude.
clipper.113bulaja,
-> #99, mjevtaSubject: CLText
│Molim za dodatne informacije.
└───
Imam kopiju teksta iz nekog The Clipson časopisa gde na tri strane piše
o CLText-u. Reč je o word processing biblioteci za Clipper sa ugradjenom
gomilom standardnih WP metoda (cut, paste, search replace,...). Uz lib
se dobija i source za emulaciju Word Perfecta, MS Word-a, Briefa i DOS
Edit-a. Piše da može i da može da se prebaci da radi u grafičkom mod-u
(WYSIWYG), ali se nigde ne spominju fontovi što znači da ovo možda ovde
i ne bi bilo toliko korisno :). Pretpostavljam da bi rad sa CLText
trebalo da liči na FastEdit (odnosno na TBrowse), samo sa dodatnim
metodima kojih nema u FED.
clipper.114snowwhite,
Hi!
Prijatelj mi ima jedan problem.Od kada je pored exe fajla
uradio i OVL fajlove, program mu vise ne radi ni na jednom,
sem na njegovom racunaru.
Greska je nesto kao ... 650 ... stack full ili nesto slicno.
Program cak ne radi ni na 486/8MB ram-a, a kod njega radi na
386/4MB ram-a. U oba slucaja nema residentnih prg.
U config-u se nalazi pored himem i emm386 i
files=80
buffers=50
U autoexec-u
SET CLIPPER=F:080;E:200;X:008, ali nista ne pomaze
Lnk baza je otprilike ovakva:
lib nanfor,expand
resident udf_1
...
resident errorsys
getsys
Pa onda ovl-ovi
Begin area ili tako nesto
section into str to Str1
End Area
...
...
Nemojte me hvatati za rec, jer se ne secam bas najbolje :(
Posto mi hitno treba odgovor, molim da mi se sto pre posalje.
clipper.115snowwhite,
-> #114, snowwhiteOpet ja!
Zbog nepotpunih informacija u prosloj porukici, evo saljem
jos dodatnih.
Evo dela koda gde javlja gresku.(na kraju poruke)
Racunar ispise Poruku, i javi gresku.(Malopre procitah da je neko
imao
neki slican problem.) Pre prekida se samo pojavljuje pozdravna
porukica i
nista drugo. Radjeno na Clipper-u 5.01 i linkovano Rtlink-om.
Kraci program od ovoga sto pravi probleme je radjen sa skoro istim
rutinama, nije deljen na OVL-ove i radi bez problema.
Da li je jedna od mogucnosti veliki broj Begin - End sequence blokova
koji se nalaze unutar svakog menia,tj da li oni u programu alociraju
mnogo
mmemorije, mada kada dodje do greske, sam kod koji se tada izvrsava
nije
uopste smesten unutar tih blokova.
Zanimljivo da za rad tog duzeg programa
potrebno je 428K ram-a, a za rad kraceg 440K, a opet ima problema.
...........................
proc Install()
Local nKoliko,i,c,cPas1,cPas2,cVrsta
If FT_DEFAULT() $ "C"
Postavi("Instalacija programa",.t.)
SetColor(MenuHelpColor)
č 4,1 Say "
"
č 5,1 Say " Nalazite se u delu instalacije programa!
"
č 6,1 Say "
"
č 7,1 Say " Radi zastite programa, instalaciju je moguce
"
č 8,1 Say " izvrsiti samo jedanput!!!
"
č 9,1 Say "
"
Shadow(5,1,9,56)
Use InstalS Index InstalS1 ALIAS INSTALS NEW
Use InstalR ALIAS INSTALR NEW
****************************************
OTPRILIKE OVDE NEGDE PUCA. NISAM SIGURAN DA LI PRE USE ILI
POSLE
ALI ZNAM DA DO GET-a NE STIZE!!!
****************************************
cPas1:=Space(7) // Lozinka administratora
cPas2:=Space(7) // Radi provere posto se kuca naslepo
nKoliko := 0 // Koliko puta starovati program
cVrsta := "D"
c:="" // String za zastitu
Ft_Shado(15,30,20,64)
SetColor(ccg1)
Set Escape off
č 16,32 Say "Lozinka administratora" Get cPas1 Valid
(!Empty(cPas1) .and. Len(AllTrim(cPas1))==7) Color "N/N"
č 17,32 Say "Provera lozinke " Get cPas2 Valid
(cPas1==cPas2) Color "N/N"
č 18,32 Say "Koliko puta startovati" Get nKoliko picture "99"
Valid (nKoliko>0)
č 19,32 Say "Vrsta programa N/D/P" get cVrsta picture "!"
Valid (cVrsta $ "NDP")
.....................
Return
Izvinjavam se zbog gnjavaze,
ali je stvarno hitno!!!!
clipper.116dvesic,
Jos jedan bag (iz serije ;>) DBFNTX drajvera :
Neka je polje SIFRA Char tipa, duzine 5.
Neka je jedna od vrednosti '00050'.
Sada uradite :
dbSeek( 50 , .F. )
^^--------- Numerik !!!
Found() ce javiti TRUE !!!
(DBFCDX, SIXxxx korektno tretiraju ovu situaciju - .F. ).
Interesantno je da za vrednost ' 50' i DBFNTX javlja .F.
Da bi javio .T., polje mora biti sa leva popunjeno nulama.
clipper.117dvesic,
Blinker 3.0 definitivno ima bag !
Pri odredjenom rasporedu procedura u PRG fajlovima (upravo pokusavam da
utvrdim koji je to raspored) stalno radi full link, pa cak ako nema izmena
u fajlovima - dovoljno je uraditi jedno TOUCH SOURCE.OBJ !!!
Stariji brat, Blinker 2.01 radi bez greske, tj. korektno detektuje
situaciju za inkremental link.
clipper.118dr.grba,
-> #117, dvesic>> Blinker 3.0 definitivno ima bag !
Dejan nam se opasno bacio na posao (((:
clipper.119dsisic,
Za one koji to nisu znali ( nedokumentovana stvar ):
TBColumn objekat ima jednu finu instance varijablu: Picture
To nije pomenuto u dokumentaciji, a da se videti u debugger-u.
clipper.120dsisic,
Kad sam vec u ordinaciji....
Ima par lepih stvari koje sam dobio za SIX RDD kolekciju, a usput
su shareware. Dakle pokusacu da ih pokacim ovde kako bi
mogli da se trose.
Na primer, za one koji su oduvek mrzeli F6 u debuggerr-u.
sixcld.zipclipper.121dsisic,
Naravno, tu je i NSX verzija!
6cldnsx.zipclipper.122dzoric,
-> #120, dsisic>>
Imal' nekih novih vesti o VMIF.
clipper.123nbatocanin,
-> #112, dr.grba> Da ne kažemo da bi najlepše bilo da postoji portabilnost
> koda. Ako hoće da ostanu u trci, mislim da će vrlo uskoro
> morati ovo da ponude.
Mislim da toga neće biti u skoroj budućnosti. CA je otkupio Clipper
zato što im je zatrebala alatka za PC računare koja je fleksibilna i
koja bi mogla da lako komunicira sa velikim bazama na velikim
računarima (a koji su primarno tržište za CA). Clipper je (izgleda)
dobio poverenje zbog objektne orijentacije i naročito zbog otvorene
arhitekture (RDD, GT, ...). Kao takav on je na PC-u dobar i ne vidim
neki interes CA da ga prebacuje u neki multiplatformni alat, jer bi
se time neminovno nešto moralo žrtvovati: Clipper je dosta čvrsto
vezan za DOS platformu. Ako malo razmislite, mogućnost da se isti
program vrti na 5-6 operativnih sistema i nije baš tako potrebna
stvar: tržišta su dosta jasno izdvojena po OS. Ko još istovremeno
piše program za DOS i VMS ;) Naravno, bilo bi dobro, ali...
clipper.124argus,
Posto tek namjeravam nabaviti CLIPPER 5.2 interesuju me.
Da li za internacionalnu verziju postoji UPDATE na 5.2c. Da li sam mozda
nesto propustio ili postoji i patch #2 za SIx CDX (internac. verzija)?
Nedavno je bilo rasprave o internim greskama pod SIx-om i Clipper - om,
da li ovaj patch #3 (sa SEZAMA) rjesava te probleme?
- ARGUS -
clipper.125mjevta,
-> #123, nbatocanin>> stvar: tržišta su dosta jasno izdvojena po OS. Ko još
>> istovremeno piše program za DOS i VMS ;)
Sudeci po porukama u izvesnim konferencijama, PREGRESS.
clipper.126nbatocanin,
-> #122, dzoric> Imal' nekih novih vesti o VMIF.
5.2d to ispravlja :) Dajte ljudi da dovučemo to što pre ;)
clipper.127cnenad,
-> #124, argusŁŁŁ nesto propustio ili postoji i patch #2 za SIx CDX (internac. verzija)?
Ne znam da li postoji ali ti ne treba pošto sam baš juče radio UPDATE
pa rekoh ajde da vidim šta piše po fajlovima i da probam da uradim pa
ako ne uspe da vičem POMOĆ ali je sve prošlo OK. Pre svega moraš da imaš
MAINT #1 i #3 pa da prvo uradiš UPDATE sa onim MAINT #1 a onda sa #3.
clipper.128dzoric,
Da li neko ima sveze informacije o VMIF, jer ovako je SIx
neupotrebljiv. Nemoguce da niko ne reaguje (CA, SuccesWare).
Koliko sam cuo ni u verziji 2.0 ne spominju VMIF. Takodje sMMMam
nacuo da sa HiperSix (NSX) indeksima nema ovih problema.
Ako neko radi sa NSX indeksima nek' prijavi svoja iskustva
(brzina, pouzdanost itd).
Ako neko ima veza sa stranim BBS-ovima nek' gvirne sta se
tamo dogadja.
clipper.129nbatocanin,
-> #125, mjevta>>> stvar: tržišta su dosta jasno izdvojena po OS. Ko još
>>> istovremeno piše program za DOS i VMS ;)
>
> Sudeci po porukama u izvesnim konferencijama, PREGRESS.
Nisam mislio na alat, nego na tim :) Htedoh reći, retko je naći
čoveka/tim koji piše iste programe za MS-DOS i za VMS.
clipper.130nbatocanin,
-> #124, argus> SIx CDX (internac. verzija)? Nedavno je bilo rasprave o
> internim greskama pod SIx-om i Clipper - om, da li ovaj
> patch #3 (sa SEZAMA) rjesava te probleme?
Ne, ali rešava ovaj update na 5.2d.
clipper.131dvesic,
Jos jedan BUG report :
Ako koristite QEMM i imate nesto malo slobodne EMS memorije
( kod mene je bilo 176Kb) najverovatnije ce prilikom indeksiranja
DBFCDX drajver izazvati cuveno Exception #13. (u pitanju su
Clipper 5.2c i Qemm 7.03; indeksiranje obicno puca kod kreiranja
6-og ili 8-og indeksa, u zavisnosti od velicina istih)
Resenje :
Dodajte jedno //E:0 liniji koja startuje vasu Clipper aplikaciju.
clipper.132cnenad,
/reply PC.PROG.3: 11.1107, Bulaja/
ŁŁŁ│ Kako da deaktiviram u Cliper programu kombinaciju tastera ALT-C,
ŁŁŁ│ kako bih sprecio nasilni izlazak iz programa.
ŁŁŁ└───
ŁŁŁ SetCancel (.F.)
Da li ova funkcija iskjljučuje i kombinaciju CTRL-BREAK ?
clipper.133zgolub,
Imam problem sa IF naredbom. Ukoliko imam u jednoj datotesi polje "N" 19.2
i njemu se nalzi zbirni iznos, a u drugoj datoteci sabiram više zapisa po
nekom osnovu i dobijem isti iznos, pri testiranju sa IF naredbom vrlo često mi
se dogodi da funkcija IF prijavi da se iznosi razlikuju i to za iznos 0 ??
Probao sam i da date iznose koriguje sa INT(xx*100) ali čak i tada mi se javilo
par puta neslaganje iako su iznosi apsolutno identični. Ako neko zna u cemu je
caka neka kaže.(ovo se dešava sa verzijama Summer 87 i 5.01
clipper.134zgolub,
Ako sa DBU pokusate da u bazu cije je polje "N" 19.2 upišete iznos
1234567890123456.78 DBU će izvršiti neko zaokruženje ali nije mi baš najjasnije
zašto. Ako neko zna odgovor nega ga prosledi.
clipper.135dzoric,
-> #133, zgolub> Imam problem sa IF naredbom. Ukoliko imam u jednoj datotesi
> polje "N" 19.2 i njemu se nalzi zbirni iznos, a u drugoj
> datoteci sabiram više zapisa po nekom osnovu i dobijem isti
> iznos, pri testiranju sa IF naredbom vrlo često mi se dogodi da
> funkcija IF prijavi da se iznosi razlikuju i to za iznos 0 ??
A. Clipper and most computer languages use a binary floating
point format for their real numbers. This causes precision
errors which commonly show up in calculations, comparisons
and when rounding. The problem is related to trying to represent
an infinite number of decimal numbers into a fixed number (and a
small fixed number at that) of binary bits.
Statistically, there aren't any numbers that can be represented
exactly, of course, from a practical standpoint some can be (but
they are all somehow related to powers of 2, like 1/2 or 3/8 or
127/128 or ...).
Taking .275 out to just 16 bits yields:
.0100011000100111 but that is really only .274993896484375. It
is impossible to represent .275 accurately in a binary numbering
system, even with unlimited bits, let alone the 64 bits that
Clipper uses (all of which aren't used for the decimal portion).
Most modern languages use a format defined by the IEEE. An
IEEE-compliant double precision implementation meets the following
criteria:
1. 1 sign bit, 52 bits for the mantissa and 11 for the exponent.
2. 2.22 * 10 ž -16 is the smallest number that, subtracted from 1.0,
gives something different than 1.0.
3. Normalized to 1023, which means that 10 ž 0 will be kept as 1023,
with 10 ž -1 as 1022 and 10 ž 1 as 1024.
4. Smallest useable floating value is 2.23 * 10 ž -308.
5. Largest useable floating value is 1.79 * 10 ž 308.
In the IEEE standard, rounding is considered to be finding the
closest representable number to the "exact" number. Not an easy
task, particularly at the level of Clipper.
There are only two complete solutions: use only integers (for
example, use 1234 to mean 12.34) or use a decimal numeric format
like BCD.
# David Husnian Š76064,1535Ć 25-Apr-93
B. Prilikom ispitivanje u IF naredbi koristi
Round (<nNumber>, <nDecimals>) funkciju
samo pazi ona u 5.01 ima bug.
Dejan :)
clipper.136bulaja,
**** new file ****
R:\IBMPC\CLIPPER\*.*
----------------------
funcky2x zip 228491 FUNCky lib patch za rad u protected modu (funcky2x.lib)
Date: October 15, 1993
To: All FUNCky users
Re: Protected mode FUNCky
From: Dirk Lesko, dLESKO Inc.
---------------------------------------------------------------------------
Hello All!
FUNCky is being completely revamped to run under a number of protected mode
environments. These protected mode environments include Rational's DOS/16m
MS and Borland compatible C/C++ extender, Phar Laps 286/DOS C/C++ extender,
Exospace, The forthcoming Blinker version 3.0, and, of course, any
forthcoming versions of CA-Clipper that may be protected mode compatible.
This new version of FUNCky will be known as version 2.02 and will contain
no new functions other than the protected mode modifications. The
protected mode version of FUNCky is also dula mode. This means that FUNCky
automatically detects whether the program is running in protected mode or
real mode and uses the appropriate code to successfully complete the
requested function. This is to be compatible with Blinker version 3.0 which
has been announced as being capable of running a single .EXE in either
real mode or protected mode depending on the machines capabilities.
To test FUNCky's dual-mode capabilities, just replace FUNCky2c.lib with
FUNCky2x.lib and re-link. There should be absolutely no differences in
your program. The extra code required for protected mode may add no more
than 2-3k to any program that uses the dual-mode library.
clipper.137zgolub,
-> #135, dzoric> B. Prilikom ispitivanje u IF naredbi KOristi
Round (<nNumber>, <nDecimals>) funkciju
> samo pazi ona u 5.01 ima bug.
Jednom sam i sa njom dobio .F. za iste brojeve.Možda je to taj bug ili ima neki
drugi?
clipper.138dpredovic,
Bilo je nedavno reči o transakcijama pod clipperom, pa reko
da uradimo nešto i po tom pitanju...
Uz poruku je prikačena arhiva sa obj fajlovima koji bi trebali
da omoguće:
BEGIN TRANSACTION
...
USE Base NEW
...
(do something nasty with Base)
...
IF changed_your_mind
ABORT TRANSACTION
ENDIF
...
END TRANSACTION
a trebalo bi da bude otporan i na prekidanje sa Alt-C, resetovanje i sl.
Ko ima vremena, neka malo eksperimentiše, ja stvarno ne mogu da garantujem
da to u ovoj verziji funkcioniše kako treba.
E da - radi samo sa SiX-om (ima cdx i nsx verzija).
Svi komentari, predlozi, bagovi etc. su dobrodošli.
Cu, Dejan
trans.zipclipper.139neman,
-> #128, dzoric> Koliko sam cuo ni u verziji 2.0 ne spominju VMIF. Takodje
> sMMMam nacuo da sa HiperSix (NSX) indeksima nema ovih
> problema.
Ima, ima :( u NSX 1.5
clipper.140dzoric,
Jelte CA braco jel stvarno izasao Pacth na verziju 5.2d
il' je samo sala. Dajte ljudi ubice me korisnici.
Kako da im objasnim da su Ameri krivi.
clipper.141tvucko,
Stvarno je izasao patch za 5.2d !!!
Dajte to ovamo sto pre.
Datoteka sa informacijama o verziji 5.2d.
52d.txtclipper.142ndragan,
-> #48, nbatocanin/ :((( Još uvek se traži dobra alatka za intervencije.
Jel' da kažem?
--> U konferenciji SEX, tema o.jeziku...
clipper.143dr.grba,
-> #129, nbatocanin>> Nisam mislio na alat, nego na tim :) Htedoh reći, retko je naći
>> čoveka/tim koji piše iste programe za MS-DOS i za VMS.
Jeste retko, ali postoje.
clipper.144bulaja,
Just in:
CA-Clipper 5.2d patch polako stiže u naše krajeve thanks to dsisic.
Već je tu patch za international verziju, a danas/sutra biće i za US.
Pošto su patchevi poveći (1.2 Mb svaki) biće na Sezamu onda kad prvo
dodje dsisic kod mene, pa ja onda to prebacim na Sezam iz lokala.
Znači biće sigurno do kraja nedelje :).
clipper.145cnenad,
-> #144, bulajaŁŁŁ Već je tu patch za international verziju, a danas/sutra biće i za US.
Da li 'cenite' da će u jednoj od sledećih internacional verzija biti
ugrađena i podrška za sortiranje i indeksiranje baze po domaćim slovima.
Da li će biti recimo ostavljena mogućnost da sam programer definiše
pravilo po kojem će se vršiti SORT ili će se podržavati samo MS-ova
CP 852 što je najlogičnije za njih ?
clipper.146ndragan,
-> #95, miroslavn/ Kako u FoxPro 2.5 za Dos ustanoviti da li je isklju´kčen
/ Help prozor ( sistemski help prozor)
Sam prozor? Wexist('help'). Međutim, možda je zgodnije da vidiš da li
uopšte postoji help fajl.
Set('help') daje ON ili OFF.
Set('help',1) daje naziv help fajla, ili prazno ako ga nema.
clipper.147mikrom,
Malo sam kontrolisao šta sam uradio i zaludeh se jedno minut - dva.
Naime proveravao sam opciju za brisanje i pošto sam obrisao jedan slog
u datoteci (uz obavezni PACK), izaberem opciju za pregled i izgleda sve OK.
Vratim se u Norton Comander i pogledam jednu od brisanih datoteka pomoću
DBVIEW kad ono ništa nije obrisano, pogledam drugu i treću, ista stvar.
Startujem DBU, sve je izbrisano, probam i dBASE, takođe sve izbrisano.
Vidim program mi ipak radi, ponovo probam DBVIEW i tek tada primetim
da gore stoji DELETED. Kasnije dodam (upišem) novi slog i svi ga
evidentiraju osim DBVIEW-a koji ni u jednoj datoteci ne pokazuje
poslednji slog.
U principu mi to ne smeta, ali mi nije jasno o čemu se radi?
clipper.148snemcev,
-> #134, zgolub>> Ako sa DBU pokusate da u bazu cije je polje "N" 19.2 upišete iznos
>> 1234567890123456.78 DBU će izvršiti neko zaokruženje ali nije mi baš
>> najjasnije zašto. Ako neko zna odgovor nega ga prosledi.
Clipper ne može da zapamti sve cifre pa one manje značajne odbacuje.
DZoric je u nekoj od prethodnih poruka izneo lep pregled ove
problematike.
clipper.149bulaja,
-> #117, dvesic│Blinker 3.0 definitivno ima bag !
│Pri odredjenom rasporedu procedura u PRG fajlovima (upravo pokusavam da
│utvrdim koji je to raspored) stalno radi full link, pa cak ako nema izmena
│u fajlovima - dovoljno je uraditi jedno TOUCH SOURCE.OBJ !!!
└───
Danas sam naleteo na takav problem! :)
Kod mene izgleda da nije problem u rasporedu PRG fajlova, već se problem
manifestovao pri korišćenju cl520min.lnk i cl520max.lnk link fajlova. Sa
cl520mid.lnk ili bez ijednog od njih incremental link je radio Ok. Nemam
pojma zbog čega se Blinker glupira (a mrzi me da ispitujem :) ali moguće
je da se problem javlja tek kod većih aplikacija koje treba da se povežu.
Dakle da je BUG - jeste, da je strašan i nije baš, a zašto se javlja još
ne znamo :).
clipper.150cnenad,
-> #149, bulajaŁŁŁ│ Blinker 3.0 definitivno ima bag !
ŁŁŁ Danas sam naleteo na takav problem! :)
ŁŁŁ Kod mene izgleda da nije problem u rasporedu PRG fajlova, već se problem
ŁŁŁ manifestovao pri korišćenju cl520min.lnk i cl520max.lnk link fajlova. Sa
Ja ne koristim cl520min/max ali opet neki put radi inkremental a neki put ne.
Doduše ja sam to bio odmah primetio kad sam ga dobio da nešto nije u redu
ali niko to nije uzimao za ozbiljno.
žini mi se da ako u nekoj proceduri dodam poziv druge procedure bilo da se
nalazi u onoj u kojoj je pozvana ili van nje obavezno radi full link i čak
ne prijavi ono da nema mesta za incremental link.
Pored toga počinje program da iskače nakon poziva posle linkovanja uz
neke interne greške i to na liniji 0 glavnog programa (koja ne postoji a čak
da i opis komande koja je greška a to su neki nebulozni karakteri)
ili da zaglavljuje na poziv komande 'clea'.
clipper.151bulaja,
-> #150, cnenad│Ja ne koristim cl520min/max ali opet neki put radi inkremental a neki
│put ne. Doduše ja sam to bio odmah primetio kad sam ga dobio da nešto
│nije u redu ali niko to nije uzimao za ozbiljno.
└───
Pa NoRMaLno :) da ne mora ponekad i da napravi full link. Do toga
dolazi ili kada se kod poveća više nego što je Blinker ostavio praznog
prostora u prethodnom linku, kad dodje do ubacivanja nove procedure /
funkcije ili kada se promeni LNK file.
clipper.152nbatocanin,
-> #142, ndragan> / :((( Još uvek se traži dobra alatka za intervencije.
>
> Jel' da kažem?
>
> --> U konferenciji SEX, tema o.jeziku...
Ako si mislio na Fox, razmatrao sam ga, ali problem je što ne
podržava razne formate indeksa. Ako si mislio da kad koristiš Fox
onda ti to i ne treba, tvoj problem što si to mislio ;). Ako si mislio
na sex, opet tvoj problem ;))
--> Francuzi izmislili or.sex?? A ko kaže "bem te u usta"??
clipper.153dzoric,
-> #147, mikrom> tek tada primetim da gore stoji DELETED. Kasnije dodam (upišem)
> novi slog i svi ga evidentiraju osim DBVIEW-a koji ni u jednoj
> datoteci ne pokazuje poslednji slog.
> U principu mi to ne smeta, ali mi nije jasno o čemu se radi?
Bug (or feature) DBVIEW-a koji ne vidi zadnji slog. Meni
se to desava uvek ali samo na NOVELL-u. Na lokalnom disku
vidi sve rekorde.
clipper.154cnenad,
-> #151, bulajaŁŁŁ Pa NoRMaLno :) da ne mora ponekad i da napravi full link. Do toga
ŁŁŁ dolazi ili kada se kod poveća više nego što je Blinker ostavio praznog
ŁŁŁ prostora u prethodnom linku, kad dodje do ubacivanja nove procedure /
ŁŁŁ funkcije ili kada se promeni LNK file.
Kako objašnjavaš da recimo pet puta zaredom radi FULL link pa onda dva puta
incremental pa tri puta FULL i tako redom ?
Neki put me prijatno iznenadi kad uradi INC.LINK iako sam očekivao da uradi
full a bilo je podosta izmena u proceduri. Neki put recimo pomerim ispis
nekog teksta za tri polja udesno i on uradi FULL link.
clipper.155mbole,
-> #132, cnenad> Da li ova funkcija iskjljučuje i kombinaciju CTRL-BREAK ?
Kolko ja znam, Ctrl-Break uopšte i ne može da prekine Clipper program.
Bez obzira na set cancel
clipper.156majkl,
-> #94, fric> I mene ! Ali izgeda da ga _niko_ od kliperaša ne koristi (ili
> ne želi da podeli svoja iskustva).
> Pre par meseci sam malo eksperimentisao sa TTS-om i zaustavio se
> pred problemima za koje nemam rešenje.
TTS koristim. Na Novelu njegov, a van neki svoj sistem. Ovaj
drugi štiti konzistentnost podataka u 3 objekta čije je svakodnevno
radno vreme 22 od 24h. Do sada (1.5 godina) se pokazao kao nužan i
pouzdan.
Što se tiče novell TTS-a nailazio sam na neke probleme, ali sada
mi radi (tačnije ja sada radim) kako treba. Recimo, za vreme
transakcije se ne može zatvoriti pa zatim otvoriti neki dbf koji
učestvuje u transakciji /treba li to nekom :) ?/)
clipper.157bdm.,
Može li mi ko dati pointer na neku biblioteku koja šlaka sa modemima?
BDM.
clipper.158cnenad,
-> #155, mboleŁŁŁ> Da li ova funkcija iskjljučuje i kombinaciju CTRL-BREAK ?
Da sam odgovorim : isključuje.
ŁŁŁ Kolko ja znam, Ctrl-Break uopšte i ne može da prekine Clipper program.
ŁŁŁ Bez obzira na set cancel
Može, može, kad nema uopšte ubačene funkcije SETCANCEL() ili kad je samo
SETCANCEL() ili SETCANCEL(.t.) jer je TRUE default vrednost.
Ako je SETCANCEL(.F.) program se nemože prekinuti ni sa ALT-C ni sa
CTRL-BREAK.
clipper.159mjevta,
-> #146, ndragan1. Jel' iko od FOX-ovaca ima ili je bar cuo da neko ima
fantomski Library Construction Kit za FoxPro 2.0 - 2.5?
2. Da li je neko razradio sortiranje po nasim slovima
u FOX-u?
BTW, opisao bih jedan bug(?) u verziji STANDARD v2.5
(dakle, ne 386 verziji - ucitava se sa FOX -X).
Kreirajte tabelu koja ima nekoliko polja razlicitih
tipova, ali pazite da 2 numeric (ili float) polja
postavite jedno pored drugog. Dodajte jedan slog
(nije bitno da li je prazan). Startujte BROWSE-r i
postavite se na drugo (desno) od dva susedna numeric
polja. Sada ISKLJUCIVO strelicom u LEVO pokusajte da
predjete na prvo (levo) polje. Ako vam pri tom ne
prijavi greske: Invalid file handler ili Use of
transgrassed file... molim da mi OBAVEZNO posaljete
poruku o konfiguraciji vase masine (autoexec i config)
i konfiguraciji FOX-a (config.fp) i, naravno, ideju
sta bi mogao da bude uzrok ovakvog ponasanja.
Napominjem da se ovo javlja samo u standardnoj verziji
FOX-a v2.5 i samo ako se koristi strelica u levo
za setanje kroz polja. Unapred hvala,
bjevta
clipper.160mjevta,
-> #152, nbatocanin>> Ako si mislio na Fox, razmatrao sam ga, ali problem je što ne
>> podržava razne formate indeksa.
Fox podrzava CDX sistem indeksa, a sudeci po porukama,
ljudi polako prelaze na ovaj format indeksa (SixCDX).
bjevta
clipper.161nbatocanin,
Evo listinga iz poslednjeg Savetnika: pregled ASCII datoteke
proizvoljne veličine - čist Clipper! Nije što sam ja uradio, 'al
toplo preporučujem :)
l.zipclipper.162dzoric,
-> #157, bdm.>>> Mo'e li mi ko dati pointer na neku biblioteku koja šlaka sa
>>> modemima?
Silver Clip v4.02, ubedljivo najbolji LIB za komunikacije.
clipper.163iboris,
-> #148, snemcevŁ Clipper ne može da zapamti sve cifre pa one manje značajne odbacuje.
Tačnost - 15 cifara.
clipper.164dvesic,
Jedna interesantna stvar :
(QEMM 7.04 & Dos 6.20 & 4Dos 5.0e)
Ako u Autoexec-u na bilo koji nacin ucitate SHARE (bilo u konvencionalnu,
bilo u high memory) po startovanju DBX-a (DBMAX-a) i pokusaju da
otvorite bilo koju bazu dobicete poruku tipa :
"Not enough file handles ! (0)" ...
Medjutim, ako SHARE ucitate posle podizanja DOS-a, sa komandne linije,
sa ili bez LOADHI prefiksa, nema nikakvih problema ?!?
Desava li se ovo jos nekom ?
clipper.165dr.grba,
-> #160, mjevta>> Fox podrzava CDX sistem indeksa, a sudeci po porukama,
>> ljudi polako prelaze na ovaj format indeksa (SixCDX).
...na proputovanju do SIxNsx drajvera, koji napušta i poslednji balast, FOX
kompatibilnost (;
clipper.166bulaja,
-> #162, dzoric│Silver Clip v4.02, ubedljivo najbolji LIB za komunikacije.
└───
Po stranim časopisima se dosta spominje Telepathy komunikaciona i
Faxual biblioteka za FAX. Da li je neko video to na delu?
clipper.167fric,
-> #156, majkl> Što se tiče novell TTS-a nailazio sam na neke probleme,
> ali sada mi radi (tačnije ja sada radim) kako treba.
> Recimo, za vreme transakcije se ne može zatvoriti pa zatim
> otvoriti neki dbf koji učestvuje u transakciji /treba li
> to nekom :) ?/)
Drago mi je da se javio neko ko se (uspešno) bavi datom tematikom.
Bio bih ti jako zahvalan ako bi ovde izneo neka svoja iskustva.
Ono do čega sam ja eksperimentišući došao, i ono što me koči u
primeni TTS-a, opisano je niže u poruci. to je citat iz poruke koju
sam pre 2-3 meseca slao u PC.PROG.3:clipper, poruka 11.790.
Kako si se ti izborio sa navedenim problemima - naročito sa drugim ?
*> Elem, evo u par reči osnovnih rezultata eksperimentisanja
*> (Clipper 5.01 & Novell 3.11 & nflib 2.0): TTS radi i sa
*> .dbf i sa .ntx fajlovima, naravno ako se i jedni i drugi
*> fleguju kao TTS-abilni.
*>
*> Prvi problem, za koji trenutno ne vidim rešenje, je kako
*> ih flegovati/unflegovati fajlove direktno iz kliper
*> aplikacije (postoji realna potreba za tim, jer T flegovani
*> fajlovi ne mogu da se brišu, a i pri instalaciji sa
*> diskete treba fajlove flegovati kad stignu na mrežni
*> disk).
*>
*> I implicitni i eksplicitni TTS rade, ali se javlja drugi
*> problem koji se uz pažnju i žrtvovanje komfora pri radu
*> ipak može rešiti: kada se u toku trajanja transakcije sa
*> jedne stanice menja sadržaj zapisa (replace) i potom
*> isprazne write baferi (commit, go to, stabilize(), itd.),
*> druga stanica se blokira ako se sa nje pokuša čitanje tog
*> zapisa čiji je sadržaj upravo flushovan. Ta stanica ostaje
*> blokirana sve dok se transakcija na prvoj stanici ne
*> završi. Ako prva stanica padne u toku transakcije, ova
*> druga koja pokušava da čita ostaje blokirana sve do
*> trenutka kad se stanica (tj. user) sa kojoj je transakcija
*> započeta ponovo ne uloguje. Znači - promene koje nastaju u
*> toku transakcije su kod drugih korisnika vidljive tek kad
*> se ista završi, a ne daj Bože da neko pokuša da ih pročita
*> pre toga !
*>
*> Pored navedenih problema, ostaje dilema ima li još
*> anomalija (koje očekujem, imajući u vidu dosadašnje
*> iskustvo). Takođe je evidentno da postoje mnoge stvari o
*> korišćenju TTS-a i Novell-a o kojima u standardnim Novell
*> manualima (Concepts i sl.) nema reči. U Nanfor ng-u piše u
*> stilu: for further information ... consult your NetWare
*> manuals, no to je već možda stvar za PC.OS:mreže.
clipper.168nbatocanin,
-> #160, mjevta> Fox podrzava CDX sistem indeksa, a sudeci po porukama,
> ljudi polako prelaze na ovaj format indeksa (SixCDX).
Da, CDX su bolji od NTX, ali mislim da će kod nas prevladati NSX
indeksi (SIxNSX) jer daju još bolje performanse. Uopšte gledajući,
alatka koja mi treba mora biti namenjena Clipper programerima, zbog
RDD sistema koji u startu podržava nekoliko formata.
clipper.169dpredovic,
-> #138, dpredovic> Bilo je nedavno reči o transakcijama pod clipperom, pa reko
> da uradimo nešto i po tom pitanju...
U čoveče, ala ste vi nekl cool tipovi... Uradim transakcije pod
clipperom, a niko ni reč da kaže... Ni "Svaka čast majstore"... :))
Ozbiljno, jel neko stigao da pogleda malo da ga istestira,
Ja stvarno nemam vremena?
clipper.170toma,
-> #154, cnenad■> Neki put me prijatno iznenadi kad uradi INC.LINK iako sam očekivao
■> da uradi full a bilo je podosta izmena u proceduri. Neki put recimo
■> pomerim ispis nekog teksta za tri polja udesno i on uradi FULL
■> link.
Pa valjda je bitna veličina .obj fajla a ne "količina" izmena u
istom?
clipper.171cnenad,
-> #170, tomaŁŁŁ Pa valjda je bitna veličina .obj fajla a ne "količina" izmena u
ŁŁŁ istom?
Pa koliko se to menja veličina obj fajla ako recimo zamenim
@12,5 say poruka
u
@12,6 say poruka
??
clipper.172nbatocanin,
-> #169, dpredovic> U čoveče, ala ste vi nekl cool tipovi... Uradim
> transakcije pod clipperom, a niko ni reč da kaže... Ni
> "Svaka čast majstore"... :))
>
> Ozbiljno, jel neko stigao da pogleda malo da ga istestira,
> Ja stvarno nemam vremena?
Kako bre nemaš vremena da testiraš sopstveni program ;) Ozbiljno, i
ja sam malo tanak sa vremenom, ali sam bacio pogled na ono što si
uradio. Prvo, ako se ne varam, nisi poslao source? Ne znam razlog,
ali ako si koristio triger funkciju da beležiš svaku promenu u DBF,
onda si rešio problem *programskog* rollbacka, ali nisi rešio problem
reseta ili nestanka struje (bojim se da će ovo teško ići iz čistog
Clipper-a). Ogromno ograničenje je i što se zahteva da bude
ekskluzivno otvaranje.
clipper.174ndragan,
-> #152, nbatocanin/ podržava razne formate indeksa. Ako si mislio da kad koristiš Fox
/ onda ti to i ne treba, tvoj problem što si to mislio ;).
Šta? Kad korisnici vide kako štrikaš sa poljima i iz komandnog prozora
izvodiš kojekakva čudesa, pre ili kasnije se naviknu i s vremena na
vreme te vrlo ljubazno (ovo ide do moljakanja, ubeđivanja, obećavanja
koječega i vučenja za rukav) zamole da pročešljaš podatke i ispraviš
neku njihovu serijsku grešku. Nastanak takve greške nema veze sa
programskim jezikom - ali foks stvarno omogućava da se ispravljaju
interaktivno, bez da se piše nekakav program.
A ono za indekse... šta da vam radim.
/ Ako si mislio na sex, opet tvoj problem ;))
Seks problem? Ne razumem.
clipper.175majkl,
-> #167, fric>*> Prvi problem, za koji trenutno ne vidim rešenje, je kako
>*> ih flegovati/unflegovati fajlove direktno iz kliper
>*> aplikacije (postoji realna potreba za tim, jer T flegovani
>*> fajlovi ne mogu da se brišu, a i pri instalaciji sa
>*> diskete treba fajlove flegovati kad stignu na mrežni
>*> disk).
Ja sam sve to radio u kombinaciji sa nekim beč fajlom i nešto poput
echo C đ flag t*.dbf +t >nul
Nisam probao da li bi odgovarajuća RUN komanda dala efekta.
>*> ipak može rešiti: kada se u toku trajanja transakcije sa
>*> jedne stanice menja sadržaj zapisa (replace) i potom
>*> isprazne write baferi (commit, go to, stabilize(), itd.),
>*> druga stanica se blokira ako se sa nje pokuša čitanje tog
>*> zapisa čiji je sadržaj upravo flushovan. Ta stanica ostaje
>*> blokirana sve dok se transakcija na prvoj stanici ne
>*> završi.
Probaj sledeće: zaključaj zapis (ako ne uspe ok, ali nismo
blokirani), pročitaj šta treba, otključaj zapis, ostavi za
razgledanje. Možda je čudno zašto zaključavati ako se samo čita,
ali i inače mi ne treba podatak koji znam da se upravo menja.
clipper.176toma,
-> #171, cnenad■> ŁŁŁ Pa valjda je bitna veličina .obj fajla a ne "količina" izmena
■> u ŁŁŁ istom?
■>
■> Pa koliko se to menja veličina obj fajla ako recimo zamenim
■>
■> @12,5 say poruka
■> u
■> @12,6 say poruka
■>
■> ??
Trebalo bi da linker ostavi dovoljno mesta da ubaci .obj fajl u
celini, e sad, ako, nedaj Bože, tvoj .prg bude imao preko 2000 linija,
nije bitno kakvu izmenu praviš u njemu, teško da će se ulinkovati
inkrementalno.
clipper.177dsisic,
Citajuci neke debate oko AEval() f-je ...
Jedna mala omaska u dokumentaciji Clipper-a:
Funkcija AEval( aExp, bExp [, nExp1 ] [, nExp2 ] ) prosledjuje
parametre kodnom bloku bExp.
Prvi parametar je vrednost elementa niza aExp koji se 'evaluira'.
Drugi je broj tog elementa u nizu aExp.
Ovo potpuno izbacuje potrebu za nekim 'eksternim' brojacem
obradjenih elemenata sto je ponekad vrlo bitno, jer kao sto
znamo prvi parametar u kodnom bloku prenosi se po VREDNOSTI
pa stoga promena istog ne menja clan u nizu. Npr.
local aMyArray := { "a", "b", "c" }
AEval( aMyArray, { |x| x := "UdriMeDoZore" } )
// aMyArray nije promenjena, za razliku od:
AEval( aMyArray, { |x,i| aMyArray[i] := "TrtMrt" } )
// Gde se direktno utice na aMyArray bez eksternog brojaca.
clipper.178biki,
Imam jedan problem sa mreznom aplikacijom pisanom u Clipper-u 5.2 koja se
izvrsava u sledecem mreznom okruzenju:
2 x 386 Dx/40 Mhz, 210 Mb Hdd, 4 Mb Ram sa instalisanim NOVELL LITE ver. 1.1
1 x 286/16 Mhz, 1 Mb Ram, 40 Mb Hdd sa instalisanim NOVELL LITE ver. 1.0
Masine su konfigurisane da rade i kao serveri i kao klijenti.
NET program koristim na sve tri masine iz vrezije 1.0 jer mi je u nekim
ranije postavljenim mrezama kombinacija NET 1.0 i 1.1 zaglavljivala mrezu
odmah nakon mapiranja diskova. SHARE je obavezno ucitan, a kao cache koristim
smartdrv.exe iz DOS-a 6.00 koji je instalisan na sve tri masine.
Problem se sastoji u sledecem: iz neobjasnjivih razloga racunari se zaglave
kada se radi na sve tri masine u programu za finansijsko knjigovodstvo koji
striktno vodi racuna o nacinu otvaranja datoteka i indeksa oslanjajuci se na
tekstove Nenada Batocanina u Racunarima i koji bez problema radi na Novell
3.11 serveru. Zaglavljivanje nije uvek na istom mestu i pri istim otvorenim
datotekama da bi mogao da ga pripisem programu. Nekad se zaglavi pri pokusaju
stampanja na mrezni stampac, a nekad ne itd. Stampu vrsim naredbom COPY FILE
xx.yy to prn posto sam u Novell Lite-u izvrsio kaptazu. Takodjer se desava
da npr. sabirem polja potrazuje i duguje vezana za neki nalog i iako je zbir
potrazuje jednak zbiru duguje (to sam proverio ispisivajuci ih na ekran) pri
usporedbi mem. promenjivih program upadne u petlju koja je predvidjena da se
izvrsi samo ako duguje!=potrazuje. Npr ako je prom. dug=17.56789 i
pot=17.56789 pri testiranju IF dug!=pot... program se ponasa kao da su dug i
pot razlicite vrednosti.
Koristim blinker 2.01, a umesto TERM.LIB povezao sam NOVTERM.LIB prema uput-
svu za clipper jer serveri nisu posveceni, ali problemi ostaju, tako da sam
poceo da verujem u duhove.
clipper.179rakicm,
Moze li mi moderator reci zasto mi je ponistio poruku?
HVALA!!!
clipper.180dr.grba,
-> #178, biki>> da npr. sabirem polja potrazuje i duguje vezana za neki nalog i iako je
>> zbir potrazuje jednak zbiru duguje (to sam proverio ispisivajuci ih na
>> ekran) pri usporedbi mem. promenjivih program upadne u petlju koja je
>> predvidjena da se izvrsi samo ako duguje!=potrazuje. Npr ako je prom.
>> dug=17.56789 i pot=17.56789 pri testiranju IF dug!=pot... program se
>> ponasa kao da su dug i pot razlicite vrednosti.
Welcome to the club!
Zna se da Clipper greši. Rešenje je da uvedeš epsilon okolinu, npr. ovako:
********************
proc SravniBilans(dug, pot)
local epsilon := 0.001 // recimo, ovoliko...
...
/* pre si pisao ovako
if dug = pot
IstoJe()
else
NijeIsto()
endif
pa je bilo NijeIsto(). Sad piši ovako: */
if abs(dug - pot) < epsilon
IstoJe()
else
NijeIsto()
endif
...
return
********************
Da li je jasno? Pomaže u 99.99999% slučajeva.
Inače, po Marfiju, onaj 0.00001% se desi u 99% slučajeva (((((:
clipper.181nbatocanin,
-> #174, ndragan> veze sa programskim jezikom - ali foks stvarno omogućava
> da se ispravljaju interaktivno, bez da se piše nekakav
> program.
Znam, baš za takve stvari mi i treba alatka.
> / Ako si mislio na sex, opet tvoj problem ;))
>
> Seks problem? Ne razumem.
;))
clipper.182solomus,
-> #174, ndragan
Ej, ti FOX-ovac, ajd` REMOVE odavde bre ... :).
Ako te učiteljica nije prevarila, tu negde gore ti piše Clipper, a jok FOX ...
Šalim se, naravno, ndragan-če. Uživam čitajući tvoje vragolije :)).
-------------------
Elem, da možda budem nekom od koristi ...
Meni DBMax radi solidno ( bila je psovana sporoća ).
U pripadajućem cl52.bat izbacio sam pozive -dDBFNDX i -dDBFMDX kompajlera
i izmenjao slične pojave u Rtlink-ovom .lnk-u.
Radi se o Dbase balastima.
Hm, možda uskoro izbacimo i .ntx i .cdx pa nam ostane SAMO .nsx :))).
clipper.183solomus,
-> #169, dpredovic■■■■ U čoveče, ala ste vi neki cool tipovi... Uradim transakcije pod
■■■■ clipperom, a niko ni reč da kaže... Ni "Svaka čast majstore"... :))
Joj, izvini. Nisam imao vremena ni da pogledam.
BTW, problem padanja transakcija ja još uvek rešavam
izbegavanjem transakcija, a ROLLBACK backup-om :))).
žini mi se da je to jedino rešenje u datim okolnostima ;(.
clipper.185bulaja,
-> #182, solomus│Meni DBMax radi solidno ( bila je psovana sporoća ).
└───
Ma spor je maximalno, samo ima sreću da se na bržoj mašini to ne
primeti :). Inače ja nisam baš oduševljen DBMax-om :) - bolji je od
DBU-a (pre svega što može da guta CDX/FPT), ali ima gomilu glupih
stvari. Počev od toga da resetuje video mod u 80*25 (a ja npr. uvek
koristim 80*28), ako pukne ostavi onaj kretenski border oko ekrana,
ima imbecilan izbor uslova za locate/sum/count/.., nema dbEval(), kod
prikaza Memo polja utrčava odma u MemoEdit i ne proverava tip polja,
što rezultuje pucanjem ako u Memo nije stavljen neki Char (a ja
naravno trpam nizove naveliko:),...
clipper.186nbatocanin,
-> #177, dsisic> Prvi parametar je vrednost elementa niza aExp koji se
> 'evaluira'. Drugi je broj tog elementa u nizu aExp.
Lepa stvar, samo mi nije jasno šta im je falilo da stave u
dokumentaciju. Kao i za funkciju Memory - jeste li probali
Memory(101)?
clipper.187dpredovic,
-> #166, bulaja> Po stranim časopisima se dosta spominje Telepathy komunikaciona
> i Faxual biblioteka za FAX. Da li je neko video to na delu?
Imao sam i SilverClip i Faxual, ali mi se ova druga učinila sasvim
nepotrebna, podrška za fax u Silveru je više nego dovoljna.
Cu Dejan
clipper.188dpredovic,
-> #172, nbatocanin> Kako bre nemaš vremena da testiraš sopstveni program ;)
Mojih dva sata testiranja je kao 5 minuta čoveka koji nije
video kod... A i inače sam jako loš tester...
> na ono što si uradio. Prvo, ako se ne varam, nisi poslao
> source?
Ne volim da dajem sors u sirovom stanju, ako bude bilo išta od
ovoga biće PD, NoRMaLNo...
Osim toga košto rekoh, ljudi mnogo bolje testiraju kod ako ga
u životu nisu videli...
> *programskog* rollbacka, ali nisi rešio problem reseta ili
> nestanka struje (bojim se da će ovo teško ići iz čistog
Isprobavao sam razne forme prekidanja nekoliko puta, i čini
mi se sasvim OK. Zašto ne bi moglo?
Što se tiše ekskluzivnog otvaranja, baza je u toku transakcije
po definiciji u nekom nestabilnom stanju, i nema neke velike
vajde da neko sa strane može da brlja po njoj.
žini mi se da i Btrieve unutar BEGIN/END TRANSACTION baze
otvara u ekskluzivnom modu.
Cu Dejan
clipper.189ndragan,
-> #178, biki/ pot=17.56789 pri testiranju IF dug!=pot... program se ponasa kao da su
Previše očekuješ od IEEE formata brojeva - za brojke sa decimalama nikad
(ama baš nikad) ne treba ni pokušavati da se upoređuje da li su jednaki.
Imao sam čak i slučaj da dve nule (jedna iz baze, jedna iz promenljive)
nisu htele da budu jednake.
U opštem slučaju, brojevi se prikazuju u nekoj binarnoj predstavi,
stalno levo poravnati i do otprilike 15 značajnih cifara tačnosti, što
znači da su decimale prikazane kako su prikazane, i da prikaz dva broja
može da bude isti kada se ispisuju na standardni ekran ili štampač, ali
iznutra niko ne garantuje da su im donji bitovi istovetni.
Zato, dug#pot skoro uvek, jedino kad porediš direktno iz baze onda možeš
da budeš siguran; čim to počneš da sabiraš više nisi. Umesto toga
if round(dug,2) = round(pot,2)
radi posao.
Ako se vrati inflacija, ili tek tako za svaki slučaj, preporučujem
promenljivu umesto one dvojke.
clipper.190ndragan,
-> #182, solomus/ Ej, ti FOX-ovac, ajdž REMOVE odavde bre ... :).
++++
Kaže se žajdž. Vidi "punkcija, inter+, kontra+ i ostale punkcije" by
Novim et al, izdanje SezamSys$msgs Vol$c5, Vol$c6 sa tendencijom
prerastanja u.
clipper.191rakicm,
-> #178, biki> izvrsi samo ako duguje!=potrazuje. Npr ako je prom. dug=17.56789 i
> pot=17.56789 pri testiranju IF dug!=pot... program se ponasa kao da su dug i
> pot razlicite vrednosti.
Kako Clipper (i ne samo Clipper) ocigledno u nekim slucajevima gresi sa
brojevima, treba izbeci brojeve :
//
//
// ovde je MAXPIC sa 15 celih cifara
// podesite ga da radi u formatu koji vam je potreban
//
//
#define MAXPIC "999999999999999"
.
.
.
if transform(dug,MAXPIC) != transform(pot,MAXPIC)
.
.
.
Ako je MAXPIC duzi od 15 cifara, i ako je broj veci od 15 cifara
niko ne garantuje da ce to raditi tacno, ali u okviru ovih uslova ovaj
nacin radi 100% sigurno i tacno.
Isto talo vazi i pravila zaokruzenja (3.33 je jednako 10/3 ali
6.66 nije jednako 20/3)
clipper.192dekiper,
-> #189, ndraganAko se vrati inflacija???
ĘDanas kad sam polazio u školu, na jednom mestu je kilo kafe bilo 10 DIN i
kad sam se vraćao na istom mestu je bilo 12 DIN! Da podsetim, u februaru je
bilo 7 DIN.
P.S. Znam da nema veze sa Clipper-om, ali kad se već rade baze ne bi bilo loše
da za cene stavite po jedno 5-6 cifara :(((
Pozdrav, Deki
clipper.193bulaja,
-> #192, dekiper│ ĘDanas kad sam polazio u školu, na jednom mestu je kilo kafe bilo 10 DIN i
│kad sam se vraćao na istom mestu je bilo 12 DIN! Da podsetim, u februaru je
│bilo 7 DIN.
└───
To je normalna posledica skoka cene kafe na svetskom tržištu. :)
clipper.194vmisev,
-> #189, ndragan > Imao sam čak i slučaj da dve nule (jedna iz baze, jedna iz promenljive)
> nisu htele da budu jednake.
Uf??? A kako to radi?
Nisam u toku uopšte, a o clipperu nemam pojma, al' me baš zanima kako
mu to polazi za rukom. I koje su nule u pitanju, int, float ili NULL ? :))
Vladimir
clipper.195goxx,
-> #177, dsisic■ Jedna mala omaska u dokumentaciji Clipper-a:
■ Funkcija AEval( aExp, bExp Š, nExp1 Ć Š, nExp2 Ć ) prosledjuje
■ parametre kodnom bloku bExp.
■ Prvi parametar je vrednost elementa niza aExp koji se 'evaluira'.
■ Drugi je broj tog elementa u nizu aExp.
Ovo gore o parametrima me je u prvi mah zbunilo, pa samo da kažem.
Pričaš o parametrima u kodnom bloku, a ne u AEVAL funkciji. Inače u
dokumentaciji (ng) clipper-a 5.01 stvarno ne postoji, ali u 5.2 je
dato samo u primeru (ne i u objašnjenju funkcije).
Goran
clipper.196argus,
Nedavno sam pitao, ali niko nije odgovorio, pa da pitam jos jednom,
da li za CLIPPER 5.2 (internacionalna verzija) postoji (i gdje?) UPDATE
na 5.2 a,b,c ? (Ili da trazim 5.2 USA ver.)
clipper.197dsisic,
-> #196, argus 52dix - patch za prebac sa 52 na 52d za Clipper international.
Ja ga imam, a dao sam ga i bulaji pa racunaj da ce biti u diru...
Dodatne info kroz mail ...
clipper.198neman,
Pa kad se vec pominje, kada ce taj patch da pristigne medju nas obicne ljude :)
clipper.199dr.grba,
-> #192, dekiper>> P.S. Znam da nema veze sa Clipper-om, ali kad se već rade baze ne bi bilo
>> loše da za cene stavite po jedno 5-6 cifara :(((
Koliko??? 5-6??? Šališ li se ti to?
N(18,2), bato, od prošle godine pa doveka.
clipper.200kdrazan,
Je l' ono neko tražio 5.2 d US ?! :)
+0
clipper.201zzk.,
-> #199, dr.grba> N(18,2), bato, od prošle godine pa doveka.
S tim da bi ekranske preglede i stampane izvjestaje trebalo urediti tako
da moze da se mjenja format.
Prilicno jadno izgledaju dvije-tri cifre cijene u polju desetak puta
vecem (ako je recimo fiksno formatirano 999 999 999 999 999.99).
TRANSFORM(x,pic_iznos)
TRANSFORM(x,pic_saldo)
... PICTURE pic_iznos
... PICTURE pic_saldo
// pic_iznos, pic_saldo - globalne varijable koje se ucitavaju po
startovanju programa iz nekog (recimo) CONFIG
fajla, a koji se naravno povremeno (po potrebi)
mjenja.
clipper.202bulaja,
-> #197, dsisic│ 52dix - patch za prebac sa 52 na 52d za Clipper international.
│ Ja ga imam, a dao sam ga i bulaji pa racunaj da ce biti u diru...
└───
Potvrdjujem da će biti i patch za International verziju :).
Strpite se još samo dan-dva :).
clipper.203szeman,
Za CLIPPER-aše (Summer '87, nisam probao za kasnije verzije) evo programa
za
"nazubljivanje" source-ova. Program sam u praksi koristio više od 3 godine,
tako da je error free.
Korišćenje:
PR FileSpec
FileSpec koristi postojeću DOS kompatibilnost (pun path, džokeri itd.).
Pravi bekap fajlova XXXXX.BAK. Takođe je upotrebljiv za FOX.
Pozdrav, Saša
pr.zip