PCPROG.6

25 Sep 1995 - 24 Dec 1999

Topics

  1. algoritmi (449)
  2. baze.podataka (309)
  3. ms.dos (17)
  4. windows (294)
  5. asembler (553)
  6. basic (458)
  7. jezici (42)
  8. pascal (1297)
  9. cccc (522)
  10. cpp (299)
  11. clipper (601)
  12. fox (70)
  13. cavo (14)
  14. delphi (1130)
  15. java (100)
  16. razno (776)
  17. unknown (127)

Messages - unknown

unknown.1 ddjura,
Elem, pošto ljudi već traže odgovore na pitanje oje sam obećao. CAVO je imao svojih bagova i na win 311cee, ali u win 95 je nemoguće raditi sa njim. Možda nekom i uspe (ko ima dovoljno strpljenja da toleriše sva pucanja, i da posle svakog drugog kompajliranja iznova startuje cavo) ali moja je preporuka na pokušavati. Ostaje jedino, ponavljam, da se sačeka 2.0. Ima li ko informaciju kad će da se pojavi? Pozdrav Djura!
unknown.2 bulaja,
> 15.191 PC.PROG.5:cavo > rmarjan, 21.09.95. 17:24 │Mozda bi bilo dobro da se drugar koji je "dovukao" PDF fajlove za │"getting.." dovuce jos toga i u vezi samog programiranja, valda postoji. │Ako moze, to bi bila prava stvar. "Getting.." su stvarno lepo napravili │i ja sam ga izvukao na laseru, (250 i kusur strana valda) pa je to jedna │lepa knjiga. Mogu misliti kako bi lepo bilo imati i jos toga o CAVO. └─── Postoji još samo South Seas Tutorial koji sam i okačio u W:\PROGRAM (dosta je obiman, sigurno ima nekih 500 strana). To je sve što sam video da je CA negde stavila u elektronski čitljivom obliku, kao što sam već rekao stiglo je uz probnu verziju CA-VO na CD-u uz neki časopis (ne sećam se više, mislim da je bio julski PC-Magazine, englesko izdanje).
unknown.3 bulaja,
Reče neko (ddjura) da CA-VO ne radi sa Windows 95. E pa radi :). Probao sam sve i šljaka bez problema (i IDE i gotovi VO programi). Onako odoka generisanje konačne .EXE datoteke kod mene je skoro duplo brže (najverovatnije zbog boljeg rada sa diskom u W95), nisam mnogo merio ostale stvari ali sve (za sada) radi.
unknown.4 rmarjan, -> #2, bulaja
Svaka cast, skinuo i odstampao... veoma korisna stvar, ako nesto jos naletis, nadam se da ti promaci nece... Thank's Boris
unknown.5 ddjura, -> #3, bulaja
Da, da. Rekao sam da ne radi. Ali, radi sa onom prvom standard mdi app, radi i sa daljim nadgradjivanjem, i jas dalje i dalje, ali kako? Ponavljam, tacno je da radi. I ja sam juce radio sa njim dobrih 2-3 sata i napravio ono sto sam hteo. Samo problem je sto sam za to vreme racunar morao da resetujem (sigurnosti radi) 2 puta i restartujem cavo oko 3 puta, a .aef sam snimio (..opet sigurnosti radi) oko 5 puta. I sto mi kokne application crashed bez razloga vise od nekoliko puta. Ja sam i rekao da ako neko ima zivaca za sve to, neka slobodno radi pod win95. A ti reci judima kad ce ver2.0. Pozdrav od djure! I treba mi detaljno objasnjenje kako da odstampam hello world iz standard mdi app.
unknown.7 aseovic,
Šta se dešava sa VO? Prenosim u celini pismo citaocima Grega Liefa iz Septembarskog (poslednjeg!) Aquariuma/VO. Any comments? Sele ---------------------------------- Letter to VO Aquarium Subscribers ---------------------------------- Dear VO Aquarium subscriber: This is a very difficult letter for me to write, so please bear with me. When I joined the beta cycle for CA-Visual Objects a year ago, I was very impressed by the product's potential. I resolved to learn CA-VO inside and out so that I could teach others how to use it to its fullest capabilities. Three things related to CA-VO were set into motion around that time: the Visual Objects World Tour seminar series (a partnership between Grumpfish, Visual Training Group, and ZAC Catalog); the book "Visual Objects: A Developer's Guide" (co-written by Joe Booth and myself, published by M&T Books); and the CA-VO edition of our Aquarium technical journal (which commenced publication in February of this year). A year later, I can still see areas of potential in CA-VO. However, what has been painfully obvious to me (and others) are the many shortcomings of the product, which make it difficult to focus on its future possibilities. Computer Associates has seemed unwilling to devote significant resources to promoting the product, which has caused it to languish in the marketplace. For example, VO Lite was an excellent idea, but it is a shame that that product was not released six months ago. Additionally, there are many other products which have been released during the past year which are far easier to use than CA-VO and allow Windows developers to be much more productive. What I saw of CA-VO version 2.0 at CA-TechniCon'95 July failed to convince me that Computer Associates was working to address the product's shortcomings to answer the competition. Comments by Philip Montrowe (then Product Manager for CA-VO) indicated that Computer Associates had turned a profit with CA-VO and was happy with its current position in the marketplace, which shocked me. Part of my daily ritual includes answering questions by anxious developers who wonder which Windows platform they should base their future upon. It has gotten more and more difficult for me to recommend CA-VO in light of the other alternatives. At PC Database Summit (held last month in Seattle), I was on a panel to discuss the relative merits of CA-VO, Visual dBASE, and Visual FoxPro. It was hard for me to find many advantages over the other two products. Over the course of the past year, our CA-VO endeavors have been fraught with disappointment. The Visual Objects World Tour was discontinued in late July due to lack of interest. Instead of averaging 20-30 attendees per city, we were fortunate to get 10. Half of the seminars had to be cancelled due to lack of registrations. All told, we barely made enough money to cover our expenses. Computer Associates asked us to continue VOWT, which we have agreed to do through the end of this calendar year. However, it continues to limp along due to substandard attendance. "Visual Objects: A Developer's Guide" was well-received by the few people who purchased it. I am glad that I wrote it, because it gave me a chance to thoroughly learn the product; however, I realized shortly after we turned in the final manuscript that we were unlikely to see any financial rewards from it beyond the advance. Currently our publisher has adopted the same stance as all other publishers: no more CA-VO books until (at least) version 2.0. This is quite a change from initial plans for a second wave of more advanced books, but everyone recognizes that the market simply is not there. That brings me to the CA-VO edition of the Aquarium. As has been the case for the seminars and the book, our subscriber base has been drastically limited by the low ceiling of CA-VO sales. In short, we simply cannot afford to continue producing it for you. The subscriber income is not covering the cost of diskettes, postage, and most of all, author honoraria. The September 1995 issue included herewith will be the final issue. We can apply the remainder of your VO Aquarium subscription to either the CA-Clipper or Delphi editions of Aquarium, both of which will continue. Please send us your instructions via CompuServe (71064,2543), Internet (supportčgrumpfish.com), or facsimile (503-588-1980). Alternatively we can refund your money for the balance of your subscription; however, due to our current financial constraints we will not be able to issue refunds immediately. Grumpfish will continue to support CA-VO via Internet and the World Wide Web. Our WWW site includes: CA-VO news, files for download, etcetera. It is my sincere hope that Larry Eiss and Ralf Saborowski can turn things around and make CA-VO version 2.0 a force to be reckoned with. I have known both of these gentlemen for a very long time (especially Larry), and am confident that they will give 1000% effort. But it is difficult to say at this time whether their best efforts will suffice. I appreciate your support, and it is incredibly painful for me to bring you this news. I hope that you can empathize with our position, and that you will follow us into other, currently more viable, Windows development environments. Sincerely, Greg Lief Executive Editor The Aquarium Publications
unknown.8 anenad,
Nagradno pitanje: Kako da iz Acrobat Reader-a stampam posebno neparne pa tek onda parne strane? To stoga sto bi dokumentacija u za CAVO u PDF bila lepsa nego da se stampa na svaki list strana. Pozdrav! ....
unknown.9 stosic, -> #7, aseovic
> Sta se desava sa VO? Prenosim u celini pismo citaocima Grega Liefa iz > Septembarskog (poslednjeg!) Aquariuma/VO. Any comments? You really have no need to worry. The entire CA-Visual Objects team is working on the next release (2.0), and I have just placed the 1.0c patch release in beta. Larry Eiss
unknown.10 stosic,
CAVOADAM.DLL The primary goal of this update is to provide you with improved debugging services under Windows 95. cavoadam.zip
unknown.11 max.headroom,
Baš sam nešto završavao jedan prg. modul, kada mi je mašina prijavila "INSUFFICIENT MEMORY"... (naravno, po startovanju istog). Ne koristim Extended verziju Fox-a v2.0 (DOS) jerbo se sudara sa mrežnim drajverima, ili samim sobom - još nisam tačno utvrdio, pa se držim Standard verzije koja je pouzdana k'o stena. A tu čovek ne mora da se ubije programirajući da bi video pomenutu porukicu ;) Daklem, pitanje - kako rešiti problem mnoštva PUBLIC promenljivih koje bi trebale stalno biti prisutne? Probao sam sa jednom varijantom koja nije preterano ljupka - u shared bazi svaki korisnik ima svoj set "promenljivih" koje se iščitavaju po potrebi, a to oduzima vreme. Razmišljam da počnem da koristim matrice, ali ne znam koliko bi to doprinelo memorijskoj uštedi. Da li je neko pravio uporedne testove, i da li je neko rešavao problem na drugi način?
unknown.12 kzoran, -> #11, max.headroom
> Daklem, pitanje - kako rešiti problem mnoštva PUBLIC > promenljivih koje bi trebale stalno biti prisutne? Probao sam > sa jednom varijantom koja nije Koliko je to mnoštvo? Default je (bar za Fox 2.5) 256, a environment varijablom MVCOUNT možeš taj broj povećati na 3600 u Standard, tj. 65000 u Extended varijanti. Zoran.
unknown.13 jpptticb,
Da li je neko od korisnika CA-VO probao rad Ingres ODBC driver-a i kakva su iskustva sa njim. Postoji li mogućnost njegovog korišćenja iz nekog drugog razvojnog okruženja (Visual Basic, Delphi, ...)
unknown.14 willow, -> #11, max.headroom
>> Daklem, pitanje - kako resiti problem mnostva PUBLIC promenljivih koje bi >> trebale stalno biti prisutne? Probao sam sa jednom varijantom koja nije >> preterano ljupka - u shared bazi svaki korisnik ima svoj set "promenljivih" >> koje se iscitavaju po potrebi, a to oduzima vreme. Ja sam problem 'Set' promenljivih na nivou korisnika, a kojima aplikacija cesto pristupa resio tako sto kreiram kursor i te podatke drzim tu. Taj kursor ima , naravno, samo jedan slog, pa prakticno, predstavlja strukturu. Na taj nacin pristup podacima je preko ImeKursora.SetPromenljiva. Ovakav metod, takodje trosi memoriju ( i jednu radnu zonu ), ali svi hitni podaci su dostupni bez : USE ...., seek( .. ), itd. Ostali podaci kojima se redje pristupa, nalaze se u zajednickoj tabeli. Mislim da je za podatke takve vrste prirodno resenje neka struktura koja ih odrzava na okupu, nego gomila PUBLIC promenljivih razbacanih svuda okolo. U sustini, ja sam protiv koriscenja PUBLIC-s, narocito u vecim projektima. Kod projekta koji trenutno radim , u upotrebi je tacno 0 PUBLIC promenljivih. Svaki modul pocinje sa PRIVATE ALL, a sad, da mu dam EXCEPT , pa da pocnem da nabrajam sve PUBLIC promenljive ili array-s, pa da ih opet sve menjam kada dodam neku novu PUBLIC promenljivu, ne znam, nekako mi nije to bas. Ako se dvoumis izmedju zajednicke tabele i PUBLIC-s ja sam za tabelu. Mozda ce ti se drustvo smejati, mozda ces izgubiti nesto na brzini, ali ti ces imati zdrav koncept, a Fox vise memorije da brze manipulise tvojom tabelom. Mozda ovo nije bas "ljupko" resenje, ali kad se prica o dobrim stranama FoxPro-a obicno se pominje brzina u radu sa tabelama i brzo & lako kreiranje korisnickog interfejsa ( uzgred, retardirani programski jezik FoxPro-a se ne pominje bas cesto ). Ako razmisljas da PUBLIC-s zamenis matricom , moj ti je predlog, ucini bar to. Hello from Willow Valley
unknown.15 max.headroom, -> #14, willow
> U sustini, ja sam protiv koriscenja PUBLIC-s, narocito u vecim projektima. > Kod projekta koji trenutno radim , u upotrebi je tacno 0 PUBLIC Vidi, nije to toliko teško za praćenje (npr. dobrom organizacijom naziva promenljivih plivaš k'o riba u vodi među 200 PUBLIC varijabli), ali, očigledno jede memoriju. Nije problem ni sam njihov broj, koliko za*eravanje sistema kada se u okruženju nađu 4 otvorena popup-a i dva menija :) plus pomenuti balast promenljivih, plus 10 otvorenih radnih oblasti. Memorija jednostavno načini 'Puf!', pa ti juri novu koncepciju... Sistem radi otpr. ovako - na samom početku rada iz fajla SYSTEM.INI se u varijable kroz parser provuku određena setovanja. Promenljive je zdravo imati pri ruci u gotovo svakom prog. modulu, dakle, morale bi biti PUBLIC tipa. Nezgodna situacija koja me od početka prati jeste kompleksnost samih modula, kao i "dubina" na kojoj se neki pod-pod-pod-pod modulčići izvršavaju (PRIVATE promenljive važe za taj, i sve slojeve naniže). Napravio sam jedan programčić koji sve vreme prati potrošnju memorije, i on prosto cikne kada na npr. petnaestoj sabrutini osnovne rutine (dakle, .PRG depth = 15) pokušam da štampam neki raport. Dakle, REPORT FORM jede memoriju za doručak. Nije moranje da se te promenljive drže "na gotovs" baš uvek - pokušavam da osmislim proceduru koja bi ih trpala u privremeni fajl (bilo da je kursor ili nešto treće) pri pozivu sabrutine kojoj navedene promenljive ne trebaju - bilo da su globalne ili lokalne. Samo, mene je interesovalo ima li ko uporedni pregled zauzeća memorije za prom. ovog ili onog tipa, zatim - koliko memorije pojede jedna radna oblast i sa kojom strukturom, itd. (Ponavljam, koristim Standard model Fox-a, jerbo su se mnogi opekli koristeći Extended verziju koja ne ljubi Novell i neke rezidentalije, a pod Win-om je neupotrebljiva. Znate, kad me mušterija pita "a zašto to nije urađeno za Windows?", ja se samo nonšalantno nasmejem i poguram aplikaciju u DOS-tasku, po potrebi uprozorenu ;) Da pipam Visual Fox - nemam ganglija). P.S. Zanimljiva pojava (feature, onol'ko) - kada se Fox (2.0) drži uprozoren kao DOS task, svako mrdanje pointera po njemu ne stvara one mrske efekte šetanja kursora po ekranu - kursora-kockice jednostavno nema. Odvedi strelicu na meni, klikni - otvara se. Do dž. :)
unknown.16 jpavlov,
Trebalo bi da jedan program urađen u Clipperu prebacim na WINDOWSE, pa sam mislio da bi to išlo pod FOX-om, jer CLipper za windowse još nisam video a nemam ni vremena... Nekad sam radio u FoxPlus 2.x pa mi je recimo - relativno blisko. Ali da ne dužim. Pročitao sam sve što se do sada diskutovalo u ovoj konferenciji u vezi FOX4WIN 2.6, čak i prebacio deo aplikacije da vidim kako to radi itd. I sve donekle štima (samo mi deluje užasavajuće sa svim tim prozorima a mogu da zamislim budućeg korisnika i njegovu jurnjavu po prozorima i šetanje s mišem itd). Ali posao je naručen... Problem je sledeći: Napravite projekt i generišete EXE fajl (neki maleni), i možete ga čak i pokrenuti iz FOX-a (DO prog.exe ili bez .exe), ali ako pokušam da ga pokrenem kao samostalnu aplikaciju iz WINDOWSA onda mi javi sledeću poruku: Cannot locate FoxPro Library U uputstvu - gledajući BUILD EXE vidim da se spominju biblioteke FOXPRO.LIB,FOXPROS.LIB,FOXCLIMB.LIB i FOXMAT.LIB kao i WLINK8.EXE (autor se nije potrudio da napiše da li se to odnosi na DOS verziju, budući da takvi fajlovi ne postoje na mom disku.) Zanima me: Kako da napravim EXE verziju koju ću direktno nezavisno od Fox-a, pokrenuti iz Windowsa? Ono što ja imam od instalacionih disketa je: FOXPRO WOR WINDOWS 1-7 DISTRIBUTION KIT 1-4 LIBRARY CONSTRUCTION KIT 1 CONNECTINITY KIT 1-2 WORK GROUP 1
unknown.17 bulaja, -> #13, jpptticb
│Da li je neko od korisnika CA-VO probao rad Ingres ODBC driver-a i │kakva su iskustva sa njim. Postoji li mogućnost njegovog korišćenja │iz nekog drugog razvojnog okruženja (Visual Basic, Delphi, ...) └─── Nisam probao (nemam pri ruci ni jednu "živu" Ingres bazu:), mada bi moralo da radi :) - ipak je Ingres sada CA-ov proizvod. ODBC-ovi se mogu koristiti iz svih sistema koji imaju podršku za ODBC drajvere (znači Delphi može, za VB nisam siguran).
unknown.18 nbatocanin, -> #16, jpavlov
> Trebalo bi da jedan program urađen u Clipperu prebacim na > WINDOWSE, pa sam mislio da bi to išlo pod FOX-om, jer > CLipper za windowse još nisam video a nemam ni vremena... > Nekad sam radio u FoxPlus 2.x pa mi je recimo - relativno > blisko. Da ne upadam bezveze, ali čini mi se da je najkraći put od Clipper-a do Windows programa FiveWin. Ako si već prešao na Fox, izvini na smetnji :)
unknown.19 max.headroom,
Evo zanimljivog problema (Fox v2.0/DOS): Imam BROWSE komandu koja mi pravi nezgodne probleme, a izgleda ovako: BROWSE FIELDS x :v=f1(), y, z Dakle, tri polja iz baze; na polju x se okida VALIDATE funkcija f1(). Funkcija f1() radi sledeći posao: FUNCTION f1 =f2() ..... ..... =f3() RETURN A f3() radi ovo: FUNCTION f3 .... .... REPLACE y WITH x * z RETURN Sadržaj funkcije f2() nije bitan. I šta se događa - funkcija f2() se izvrši OK, ali f-ja f3() se izvrši samo delimično (neke SUM i SAY naredbe), dok se REPLACE komanda NE izvršava. U čemu je trik?
unknown.20 kzoran, -> #19, max.headroom
> REPLACE y WITH x * z > RETURN > > > izvrši samo delimično (neke SUM i SAY naredbe), dok se REPLACE > komanda NE izvršava. U čemu je trik? Zašto koristiš vrednost x u funkciji, kad njegova validacija još nije završena? Možda je to uzrok problema.
unknown.21 gcurcic, -> #19, max.headroom
> FUNCTION f3 > .... > .... ĆĆĆĆ> REPLACE y WITH x * z Ja bih scatovao, pa radio sa mem.promenljivama. Ili da probaš da postaviš ovaj replace u When klauzulu za y? (u kom slučaju bi forsirao korisnika da skače sa polja na polje Enterom, nipošto strelicom nadole)
unknown.22 ab.comp, -> #19, max.headroom
==> delimično (neke SUM i SAY naredbe), dok se --- ==> REPLACE komanda NE izvršava. SUM čega, gde? Ako je u istoj bazi možda ti se repozicionira pa radi replace EOF. Pozdrav █ █ █ █ ▄▄█ █ █▄▄ █▄▄
unknown.23 max.headroom, -> #20, kzoran
> Zašto koristiš vrednost x u funkciji, kad njegova validacija još nije > završena? Možda je to uzrok problema. Ne, to zasigurno nije problem. Pokušaj i sam: kroz VALIDATE f-ju napravi par REPLACE-ova koji operišu trenutno validiranim poljem. Sve radi kako treba (tj. proces validacije teče malo drugačije nego što misliš), ali ovde se nešto čudno dešava...
unknown.24 max.headroom, -> #21, gcurcic
> Ja bih scatovao, pa radio sa mem.promenljivama. > Ili da probaš da postaviš ovaj replace u When klauzulu za y? Da, o tome sam i sam razmišljao, ali kad već koristim BROWSE, onda neću da se zamajavam sa varijablama (ionako ih imam previše). Problem i nije kako sve to rešiti, problem je što to ne radi kako treba u datom primeru, a MORALO bi. Drugim rečima, samo sam hteo da opomenem na bug kome ne znam uzrok. > (u kom slučaju bi forsirao korisnika da skače sa polja na polje Enterom, > nipošto strelicom nadole) No problemo, ja korisnika primoram da čuči na tekućem zapisu sa BROWSE...KEY ;)
unknown.25 kzoran, -> #23, max.headroom
> Ne, to zasigurno nije problem. Pokušaj i sam: kroz VALIDATE > f-ju napravi par REPLACE-ova koji operišu trenutno validiranim > poljem. Sve radi kako treba (tj. proces validacije teče malo > drugačije nego što misliš), ali ovde se nešto čudno dešava... Tačno. Prvi odgovor je bio samo rezultat posmatranja i pokušaja odokativnog zaključivanja. Napravih mali primer koji ovu situaciju simulira, i meni sve radi kako se i očekuje. Doduše, koristim verziju 2.6 - možda si naišao na bug verzije 2.0. A možda se i neka od drugih komandi i funkcija koje koristiš pre REPLACE ne slaže baš najbolje sa njom. Probaj sa verzijom 2.6. Ima i ona nekih bubica, ali se sa njima može živeti.
unknown.26 max.headroom, -> #22, ab.comp
> SUM čega, gde? Ako je u istoj bazi možda ti se repozicionira > pa radi replace EOF. Ne, nije caka u tome. Probaj i sam - pod BROWSE-om zadaj VALIDATE f-ju koja vraća SUM polja npr. "Cena" (u mem. promenljivu) iz baze koju browsiraš. Videćeš da se record ptr. u browse prozoru neće micati (probaj i da osvežiš stvar, svejedno).
unknown.27 ab.comp, -> #26, max.headroom
==> Videćeš da se record ptr. u browse prozoru neće ==> micati (probaj i da osvežiš Rec ptr u browse se ne pomera ali se zato pomera kod izvršenja naredbi u funkciji. Ukoliko se ne bi pomerao ni sum ne bi radila, a replace naredba koja se izvodi iza sum nasledjuje rec ptr od nje. Probaj da prikažeš stanje eof() neposredno pre ili posle replace. Pozdrav █ █ █ █ ▄▄█ █ █▄▄ █▄▄
unknown.28 willow, -> #27, ab.comp
Slazem se sa tobom. Mislim da je problem u tome sto se u funkciji koja vrsi SUM poremeti record pointer, odnosno posto se sumira citav fajl, posle izvrsenja pokazivac je na eof() . Probaj posle izvrsenja SUM-a da mu das "? recno()". Dobices broj sloga koji nije onaj na kome si trenutno pozicioniran u Browse-u. Naravno, ni REPLACE nece u ovakvoj situaciji da radi kako valja. Hello from Willow Valley
unknown.29 pzivic,
Može li neko da mi objasni u najkraćim crtama na koji način se *.ASM modul može uključiti u FoxPro aplikaciju.
unknown.30 willow, -> #29, pzivic
> Moze li neko da mi objasni u najkracim crtama na koji nacin se *.ASM > modul moze ukljuciti u FoxPro aplikaciju. Postoje dva nacina za to, koliko ja znam. Koristio sam ih, pa, evo ukratko : ( I ) 1 - Ukucas svoj .ASM program ali sa "org 00h" , odnosno napravis .BIN modul. Za ovo preporucujem assembler A86 ( ima ga na Sezamu ). 2 - Iz Fox-a das naredbu : LOAD naziv_bin_fajla . 3 - Svom programu pristupas sa : CALL naziv_bin_fajla [ WITH <p1>, <p2> ]. Prosledjivanje parametara programu Fox vrsi tako sto u DS:BX smesti seg:offset prvog. ( II ) 1 - Nabavis Library Construction Kit i Microsoft ili Watcom C/C++ kompajler. U sam C source, preko direktive _asm ukucas svoj program, das ime funkciji, kompajliras sve to i dobises .PLB modul. ( Ne bih bas da opisujem citavo formiranje .PLB-a, sve je odlicno opisano u uputstvu ). 2 - Iz Fox-a, biblioteku ucitas sa : SET LIBR TO naziv_plb_fajla. 3 - Funkcijama iz biblioteke pristupas kao i svim Fox funkcijama. Kao sto i sam vidis, drugi metod je mnogo laksi za upotrebu, na taj nacin mozes povezati i .C i .ASM source sa Fox-om, prosledjivanje parametara i vracanje vrednosti je veoma prosto, a sam Fox obezbedjuje mnogo korisnih funkcija ( rad sa .DBF fajlovima, alociranje memorije, prozori, itd. ), dok je sama razlika u brzini izvrsavanja tih funkcija i onog sto se ukuca u Fox-u,a zatim interpretira, naravno, ogromna. Za oba ova metoda, detaljno uputstvo mozes naci i u samom Help-u, a nejasna pitanja fljusni u konf. Hello from Willow Valley
unknown.31 kzoran, -> #29, pzivic
> Može li neko da mi objasni u najkraćim crtama na koji način se > *.ASM modul može uključiti u FoxPro aplikaciju. 'Direktno' uključivanje u FoxPro kod je nemoguće. Jedan od načina (i jedini koji se preporučuje) je da se naprave biblioteke kojima se pristupa putem FoxPro API-ja. Za to ti je potreban Library Construction Kit, kojim možeš praviti biblioteke pomoću Wactom i MS C komajlera (obećavali su i podršku za Borland, ne znam šta je sa tim bilo), i asemblera (ne znam kojih, nisam koristio nijedan sa LCK). Biblioteka napravljena pomoću LCK smešta se u .PLB fajl (.FLL ako je u pitanju Fox za Win), odakle se funkcijama pristupa kao i standardnim funkcijama (i komandama) jezika, uz prethodno učitavanje putem SET LIBRARY TO ime_fajla.
unknown.32 max.headroom, -> #27, ab.comp
> naredbi u funkciji. Ukoliko se ne bi pomerao ni sum ne bi radila, a > replace naredba koja se izvodi iza sum nasledjuje rec ptr od nje. Probaj > da prikažeš stanje eof() neposredno pre ili posle replace. Da, znam na šta misliš. Ali, da li to znači da se rec.ptr. pre pozivanja VALIDATE f-je sačuva, a po izvršenju f-je se taj sačuvani vraća (odn. postaje važeći)? I ako se čuva - gde se čuva?
unknown.33 max.headroom, -> #29, pzivic
> Može li neko da mi objasni u najkraćim crtama na koji način se *.ASM > modul može uključiti u FoxPro aplikaciju. Neće moći (bar ne direktno), ali možeš da napraviš .BIN fajl koji ćeš u Fox učitavati sa komandom LOAD. Nisam siguran u kojoj su sve verziji podržani slični fazoni i sa koliko pouzdanosti to radi.
unknown.34 willow, -> #33, max.headroom
>ucitavati sa komandom LOAD. Nisam siguran u kojoj su sve verziji podrzani Verovatno u svakoj verziji koja podrzava i komandu LOAD ;) >slicni fazoni i sa koliko pouzdanosti to radi. To radi sa odlicnom poudanoscu, ako se .BIN program pridrzava pravila ( restauriranje koriscenih registara, povratak u Fox sa RETF, itd. ). U sustini, ovaj metod je pomalo i zastareo, ali jos uvek upotrebljiv, narocito za sitne sistemske potrebe aplikacije. Za ozbiljniji razvoj .ASM ( i .C ) modula nezaobilazan je Library Construction Kit. Nevolja sa njim je sto svaka verzija FOX-a ima drugaciji format .PLB fajla, pa je za koriscenje biblioteke iz prethodne verzije, potrebno ponovno kompajliranje. Cini mi se , inace, da je ova tema, mislim na ukljucivanje C-a i ASM-a u Fox aplikacije pomalo zapostavljena ovde, mada je po mojim dosadasnjim iskustvima dobitak u brzini i mogucnostima aplikacije koja koristi biblioteke, zaista znacajan. Hello from Willow Valley
unknown.35 max.headroom, -> #34, willow
> Cini mi se , inace, da je ova tema, mislim na ukljucivanje C-a i ASM-a u > Fox aplikacije pomalo zapostavljena ovde, mada je po mojim dosadasnjim Pisao sam nešto za novi PC na tu temu (a i ranije u konferenciji), pa uhvatite i mučite uredništvo da članak objavi - ako ne, ima da ga delim kao pamflet ;) 'Fala Bogu da je tema interesantna, samo je do skoro muka bila nabaviti LCK. Srećom, "stvari su se iz osnova promenile"... > Verovatno u svakoj verziji koja podrzava i komandu LOAD ;) žitao sam po FoxForum-u (CIS) da se javljaju stanoviti problemi u nekoj od verzija Ljisice, ne sećam se kojoj i kakvi. Svakako ne bi bilo naodmet da neko prijavi neki prob. ako je na isti naišao (ja sam stvarno loš korisnik asemblera, i verovatno sam nikada ne bih sastavio iole korisnu rutinu koja bi radila radnju pod Fox-om, ali sam viđao neke koje rade).
unknown.36 ndragan, -> #12, kzoran
/ Koliko je to mnoštvo? Default je (bar za Fox 2.5) 256, a environment / varijablom MVCOUNT možeš taj broj povećati na 3600 u Standard, tj. Tj ne okolinskom promenljivom, nego u config.fp.
unknown.37 mamba,
Da li neko moze da mi kaze u kom paketu se dobija FoxGraph.U helpu se spominje kao odvojeni deo.
unknown.38 max.headroom, -> #37, mamba
> Da li neko moze da mi kaze u kom paketu se dobija FoxGraph.U helpu Ako nameravaš da prikazuješ/štampaš grafikone možda je najbolje rešenje eksportovati baze u Excel tabelu i koristiti njegove potencijale (naravno, ovo važi za rad pod Prozorima).
unknown.39 mamba, -> #38, max.headroom
> Ako nameravas da prikazujes/stampas grafikone mozda je najbolje > resenje eksportovati baze u Excel tabelu i koristiti njegove > potencijale (naravno, ovo vazi za rad pod Prozorima). Pitao sam FoxGraph jer me interesuje prikaz pod DOS-om.Svejedno hvala za odgovor.
unknown.40 willow, -> #39, mamba
FoxGraph se nabavlja kao odvojen paket, ali ja mislim da je potrebno da Fox bude instaliran na masini da bi proradio. Ja sam nesto radio sa njim, lak je za upotrebu, a bogami, ima tu i nekih finih mogucnosti.Na mom Hercules-u je sve O.K. radilo. Prednost FoxGraph-a je , naravno, sto se moze direktno iz Fox-a koristiti za prikaz grafikona koji pocivaju na podacima iz tvojih .DBF fajlova. Sve u svemu, nije lose, siguran sam da ce ti odgovarati. Sto se tice nabavke paketa, ja sam pre godinu dve vid`o nesto u CET-u, pa pogledaj tamo dal` ima. Ako nista drugo K, sto nema u izlogu ima u radnji, mislim kod pi*ata.AjdK Ajd` sad, pa sa srecom. Hello from Willow Valley
unknown.41 d.petrovic, -> #10, stosic
> CAVOADAM.DLL > > The primary goal of this update is to provide you with improved > debugging services under Windows 95. Instalirao ja cavo pod W95 i ne radi. Skinem ovo i opet ne radi. Kaže da ga nema katalog aplikacija i da će adam da me *ara što sam dir'o evu. Posle presnimavanja .DLL-a instalirao ponovo (SVE) i ope ne radi. Jel radi nekome uopšte pod W95 ?? :(((
unknown.42 stanic, -> #41, d.petrovic
> Posle presnimavanja .DLL-a instalirao ponovo (SVE) i ope ne radi. > Jel radi nekome uopšte pod W95 ?? :((( Ko što rekoh u win95 temi meni radi. A dal ima problema tokom rada nemam pojma jer nisam još ništa stigao da radim konkretno. Javiću kad probam.
unknown.43 stosic, -> #41, d.petrovic
>> CAVOADAM.DLL > > Posle presnimavanja .DLL-a instalirao ponovo (SVE) i ope ne radi. Jel radi > nekome uopste pod W95 ?? :((( Trebalo bi da radi. Trenutno ne koristim Win95.
unknown.44 stosic,
CA-VO info: 1. STRALEY'S GUIDE TO CA-VISUAL OBJECTS FOR CLIPPER AND xBASE PROGRAMMERS 2. UltimADE Finalist at Software competition for the 3rd year in a row ! vo_info.zip
unknown.45 jeremy,
KOji su minimalni hardverski zahtevi za Visual FoxPro 3.0?KM
unknown.46 kzoran, -> #45, jeremy
> KOji su minimalni hardverski zahtevi za Visual FoxPro 3.0?KM I postoji li neka dobra (čitaj: strana) programmer's reference literatura za njega?
unknown.47 bulaja, -> #41, d.petrovic
│Instalirao ja cavo pod W95 i ne radi. Skinem ovo i opet ne radi. Kaže │da ga nema katalog aplikacija i da će adam da me *ara što sam dir'o evu. │Posle presnimavanja .DLL-a instalirao ponovo (SVE) i ope ne radi. Jel radi │nekome uopšte pod W95 ?? :((( └─── Radi sve u 16 (dok ne stigne 32-bitna verzija:). To što ti ne radi verovatno znači da imaš prebudženu ploču, dodaj malo stanja čekanja na cache/RAM pa pokušaj opet :).
unknown.48 ndragan, -> #11, max.headroom
/ je neko pravio uporedne testove, i da li je neko rešavao problem na / drugi način? Blago meni, uguram x verziju kako znam i umem. Obično ide tako da se zona koju zauzima ovo i ono izuzme od upravljača memorijom, keš se ograniči na pola mega i to onda radi posao. Minimum za x verziju je mega ipo za njega samog i oko četvrt mega za bafere, promenljive itd. Pričam o 2.6, ali to mu izađe na isto. BTNJ, jesi li probao da povećaš broj promenljivih u config.fp? Mislim da je difolt 256, ja sam dizao na 512 i nikad mi nije ni trebalo više. Mislim da ima i nešto za prostor za stringove, ne sećam se kako beše išlo. Jedno je MVCount=512, al' ono drugo... Drugo, nizovi troše isto toliko, jedino im se brže pristupa. Treće, dugački stringovi kad se uleti u Edit zonu umeju da žderu memoriju ko blesavi - probaj malo Cut&Paste unutar toga, a na OKL okači neko programče koje će da u Wait prozorčetu javlja slobodnu memoriju. Radije makar kreiraj kursor sa jednim slogom i jednim memo poljem u njemu, pa tamo drži taj string dok se edituje: ne jede ništa, jer klopa prostor u baferima a ne među promenljivim. Baferi se po potrebi bacaju na disk, to su oni *.tmp fajlovi, tako da se prostor za stringove ne opterećuje. Glad za memorijom može da se smanji i tako što će glavna aplikacija da poziva podaplikacije, tj. da ne bude jedan .app, nego nekoliko njih, naprimer za svaku granu glavnog menija po jedna (ovo pada u vodu ako koristiš sistemski meni). Hm, više nisam siguran da je ovo jako pametno, al' je bar moguće nabildovati novu verziju jedne grane dok se kroz mrežu ne koristi. S druge strane, ako je samo jedna aplikacija, onda je svi koriste, ali se zato uvek može napraviti nova pod novim imenom, a onda se promeni beč za pozivanje, pa ko sledeći uleti koristi novu, a ostali do daljnjeg drže staru. Tako sam u nekim trenucima (frke) imao po pet aktivnih verzija istovremeno. No, nije to tema. Jedan način za smanjenje broja globalnih parametara je da se neki, koji su zavisni od instalacije (tj. ne menjaju se u toku rada aplikacije na jednom mestu) definišu izvan foksa, kao Set promenljive u Dosu. Ja sam to radio za jezike, naprimer program koji kreira fajl za štampu ima poruku da je izrada u toku #Define Gnrl_lang GetEnv("jezik") * mađarski: #If Gnrl_lang='mag' C_posle ='-file előkészítése folyamatban van.' C_pre ="A " * engleski: #Elif Gnrl_lang='eng' C_posle =" is in progress." C_pre ="Making of " * srpski 852: #Elif Gnrl_lang='s8' C_posle =" je u toku." C_pre ="Izrada fajla " * difolt juski: #Else C_posle =" je u toku." C_pre ="Izrada fajla " #EndIf Prekompajlirati pre instalacije i gotovo. Ne znam koliko je ovaj model primenljiv kod tebe, ali sam ovako postigao da imam samo jedan par promenljivih, inače bih morao da ih imam više. p.s. Rutinu koja dodaje još jedan jezik sam pisao cela dva sata :)
unknown.49 ndragan, -> #16, jpavlov
/ Cannot locate FoxPro Library Fox<nešto>.ESO mu se zove ta bibliotetka. Treba da je vidljiva po Dos stazi - iskopiraj je, za probu, u \dos direktorij.
unknown.50 ndragan, -> #26, max.headroom
/ Videćeš da se record ptr. u browse prozoru neće micati (probaj i da / osvežiš Neće se micati u prozoru, jer će svakako da se vrati na slog za čije je polje dat valid, ali će da se vrati tek _nakon_ kraja valid funkcije. Dok ona trči, on ode gde ga pošalješ. Gde pamti broj tog sloga - pretpostavljam u bloku parametara za ceo brauz. Tamo pamti sve moguće stvari u vezi sa kolonama, slogovima koji se vide, opcijama itd, i sigurno ima i brojeve vidljivih slogova. Jednom sam iz FoxUser fajla morao da bacim na disk memo polje gde je čuvan preferens za neki brauz - jedino tamo je bila sačuvana struktura jedne tabele koja je u međuvremenu nestala sa diskova. Tamo stvarno svašta pamti.
unknown.51 ndragan, -> #30, willow
/ 3 - Svom programu pristupas sa : CALL naziv_bin_fajla [ WITH / <p1>, <p2> ]. Ovo više nije podržano u VFP3.0, radi zaključno sa 2.6. Preporučuju .plb odnosno .fll bibliotetke.
unknown.52 ndragan, -> #34, willow
/ ( restauriranje koriscenih registara, povratak u Fox sa RETF, itd. ). I da stringovi imaju iste dužine po izlasku.
unknown.53 ddjura, -> #42, stanic
Nemoj se dzaba muciti ;) Ne radi, definitivno. Pitaj Bulaju ;) Pozdrav Djura
unknown.54 jeremy, -> #46, kzoran
=>> KOji su minimalni hardverski zahtevi za Visual FoxPro 3.0?KM => I postoji li neka dobra (čitaj: strana) programmer's reference => literatura za njega? Na sajmu knjiga, na štandu CET-a se mogao dobiti katalog stranih izdanja koja oni imaju, pa evo dijela... konkretno, za VFP 3: Mastering Visual FoxPRo 3 SYBex Teaches Visual FoxPro 3.0 ZDPress Teach Yourself Visual FoxPRo f/W MIS Cijene...? Prava sitnica...:))) Ali ja još nisam dobio odgovor na gorepostavljeno pitanje. Dakle...
unknown.55 bulaja, -> #53, ddjura
│Nemoj se dzaba muciti ;) │Ne radi, definitivno. └─── Ajde Đuro ne zamajavaj ljude - kod tebe ne radi zato što imaš bagoviti Pentium :). CA-VO v1.0b (probao sam nakratko i 1.0a) definitivno *RADI* na Windows 95 bez ikakvih problema - sve što sam probao (i ne samo ja, javljali su se i drugi kojima radi:) radi bez problema, a probao sam skoro sve :). Ne sećam se više koliko je brzo radilo na Win 3.1x, ovde na 486DX4/100 i 16 Mb RAM generiše standard MDI za 6 sec, kompajlira za 10 sec a generiše exe za 35.
unknown.56 zorani, -> #46, kzoran
##> KOji su minimalni hardverski zahtevi za Visual FoxPro 3.0?KM ## ## I postoji li neka dobra (čitaj: strana) programmer's reference ## literatura za njega? Što se hardverskih zahteva tiče, loše vesti. Potreban je najmanje 486 procesor i 8M memorije. Microsoft savetuje bar 12M memorije. Ipak, za normalan rad treba 16M pod Windows 3.11 a 20M pod WIN 95 ili Windows NT... Što se literature tiče: - Visual FoxPro Developer's Guide (SAMS Publishing) - Creating Visual FoxPro Applications (G. Goley, QUE) - Miriam Liskin's Visual FoxPro Expert Solutions (QUE). Dok sve to ne stigne... (WinWord 6.0 format): * Converting your existing applications to Visual FoxPro version 3.0 * The Visual FoxPro object model * Managing classes with Visual FoxPro * Creating reusable classes with Visual FoxPro * Explanation and examples of non-visual classes * Creating add-ins for the class browser * Multi-user programming issues * Visual FoxPro and client/server. vfp3!.zip
unknown.57 kzoran, -> #56, zorani
Hvala na veoma iscrpnom odgovoru. Samo, nisam baš najbolje razumeo gde se pomenuti naslovi mogu naći u WinWord6 formatu? > Microsoft savetuje bar 12M memorije. Ipak, za normalan rad treba > 16M pod Windows 3.11 a 20M pod WIN 95 ili Windows NT... ????!!!! Molim te, napiši ovo i slovima - ako nije u pitanju greška, MOnuMENTALNO ga brišem iz srednjeročnog plana! Kome da se proda Fox aplikacija koja traži 16-20Mb, uz istovremeno dobar razlog što nije pisana u Oracle-u, makar i sa još par Mb? Pozdrav, Zoran.
unknown.58 spantic, -> #57, kzoran
> aplikacija koja traži 16-20Mb, uz istovremeno dobar razlog što nije > pisana u Oracle-u, makar i sa još par Mb? Za ORACLE klijenta ti zapravo ne treba ovako jaka postavka da stvar bude lepša, čak i kada je klijent pod Prozorima.
unknown.59 zorani, -> #57, kzoran
## Samo, nisam baš najbolje razumeo gde se pomenuti naslovi mogu naći ## u WinWord6 formatu? ## Pa tu su, u fajlu uz poruku 12.38. ##> Microsoft savetuje bar 12M memorije. Ipak, za normalan rad treba ##> 16M pod Windows 3.11 a 20M pod WIN 95 ili Windows NT... ## ## ????!!!! ## ## Molim te, napiši ovo i slovima - ako nije u pitanju greška, ## MOnuMENTALNO ga brišem iz srednjeročnog plana! Kome da se proda Fox ## aplikacija koja traži 16-20Mb, uz istovremeno dobar razlog što nije ## pisana u Oracle-u, makar i sa još par Mb? Dobro, nemoj sve ovo tragično shvatiti. Apsolutni minimum je 386SX sa 8M. Kako to radi ne znam. Na 486DX2/16M radi sasvim podnošljivo a na 100MHz Pentiumu - nemam zamerke...
unknown.60 max.headroom, -> #48, ndragan
> BTNJ, jesi li probao da povećaš broj promenljivih u config.fp? Mislim da > je difolt 256, ja sam dizao na 512 i nikad mi nije ni trebalo više. Ma, muka Fox-u da se ne pridržava pravila... :) Otkrio sam da je problem bio u nedostatku memorije, a ne u nedostatku slobodnih pointera; jedina sitnica je bila ta što mi Fox nije ništa prijavljivao, pa sam morao da budžim neki svoj kvazi-dibager. Btw, nekad se Fox ponaša uvrnuto kao DOS-task pod svim Win-ovima (Win prijavi "violation", i tačkica). Inače je ideja postavljanja konstanti (Fox 2.0) sledeća: što manje koristiti baze kao holdere za iste. Ja sam osmislio neki princip .INI fajlova koji sadrži konstante sa vrednostima & opisima, npr: ; Ovo je sistemska poruka ; Jezici naroda, narodnosti, i sl. PORUKA = (S) Zdravo ; Nemački jez. PORUKA = (D) Hallo ; Engleski jez. PORUKA = (E) Hi ; Porez na promet usluga (%) PPU = 7 itd... To sve prolazi kroz parser koji vodi, jelte, računa. ># Define Gnrl_lang GetEnv("jezik") Da, to je upravo ferceralo kroz pomenuti parser.
unknown.61 max.headroom, -> #45, jeremy
> KOji su minimalni hardverski zahtevi za Visual FoxPro 3.0?KM Znaš već (?) kako je sa tim aplikacijama koje plivaju kroz GUI. Treba ti nešto što moderna nauka još nije osmislila :) Šalu na stranu, preporučljivo je imati bar 486DX (ja bih dodao i "4") mašinu sa nekih 8 MB RAM-a (što, primetićeš, neće uvek biti i dovoljno). Ovo ti je preporuka, onako, od srca. Opet, i pored navedene konfig. ćeš primetiti Nečuvenu sporost pri iscrtava- nju objekata, što Fox baca u sam vrh liste bezobraznih okruženja.
unknown.62 d.petrovic,
Ovako je to bilo: Posle n instalacija kad neće da radi (instalirano sa CD-a) zaključim ja da je to negde puklo u prženju pložice. 'aj'mo sa disketla... I prođe ! Ma nećeš ti meni tu sa dvanajes disketla, obrišem sa diska pa 'ajde opet sa CD-a. I ne prođe ! Tajna je u tome što cavo pri instalaciji ne raspakuje fajlove, već ih kopira. Sa CD-a dođu RO i kad on 'oće da mulja helpove i katalog aplikacija ne može da kreira fajl (šta im je trebalo da koriste isto ime fajla). Zato posle "neuspele" instalacije siđeš u dos, "attrib *.* -r /s", pa opet instalacija, i ta je gotova za cca 30 sec. Mora da se instalira paran broj puta ;). Pri trećoj instalaciji vidi da mu fajlovi u dir-u nisu kao na CD-u pa opet snima RO fajlove ;) Sada tek puca i to po svim šavovima, ako imam 32 MB-a na makini (DD memorija, 4 x 8 MB), a radi pristojno sa 16 MB (2 x 8 MB). Valjda će da radi i sa 2 x 16 kad mi padnu šaka O:). A kako mi je već prešlo u naviku možda i plohu promenim. BTW. Di su šoferi za Trident 9440 (PCI) za W95 ?
unknown.63 kzoran, -> #59, zorani
> Dobro, nemoj sve ovo tragično shvatiti. Apsolutni minimum je 386SX > sa 8M. Kako to radi ne znam. Na 486DX2/16M radi sasvim podnošljivo a > na 100MHz Pentiumu - nemam zamerke... Opet je mnogo. Ako treba juriti samo Pentium-aše da bi sve radilo bez zamerke (kod nas se, po mom iskustvu, uvrežilo mišljenje da je za knjigovodstveno-poslovne baze podataka još uvek sasvim dovoljan i 286 sa 1-2 Mb, a već 386 sa 4Mb se u istim krugovima smatra aždajom - tu je negde, čini mi se, i prosečna YU poslovna konfiguracija), slaba vajda od budućih VFP aplikacija. Nemoj ti mene pogrešno shvatiti - iz sve snage navijam za Fox, jer imam mnooogo linija kôda napisanog u njemu. Ipak, dobro ću se zamisliti pre nego što sednem da nešto od toga vizualizujem. Pozdrav!
unknown.64 ikordic, -> #62, d.petrovic
RE: W95 driver => BTW. Di su šoferi za Trident 9440 (PCI) za W95 ? Na W95 CeDeju, pod \Drivers\Display\Trident.
unknown.65 znevenic, -> #58, spantic
> Za ORACLE klijenta ti zapravo ne treba ovako jaka > postavka da stvar bude lepša, čak i kada je klijent > pod Prozorima. Dal' je to, može biti, u vezi s tim da MicroSoft još nije kupio Oracle, a ako ga je i kupio još nije spremio Visual Oracle 4 Win Ver 3.00 ? ;) Hi, pre neki dan sam se 'vratio' na Sezam posle valjda pola godine. Bože šta sve ima poruka za čitanje... Pozdrav, Zoran.
unknown.66 sbrk,
Hteo sam da u osnovnu datoteku sa šiframa ljudi SIFRE.DBF dodam nove ljude (ako ih ima) iz druge datoteke TEMP.DBF. U principu, nije problem to uraditi iz neke petlje u kojoj se u SIFRE ispituje postojanje svake od šifara iz TEMP pa ako ne postoji, da se doda u SIFRE, ali ja sam to hteo da uradim malo kraće. Onda sam pojurio po HELP-u neku optimalniju mogućnost i naišao na UPDATE, JOIN (kod JOIN preporučuju SELECT - SQL) i na kraju na SELECT - SQL. Malo sam experimsntisao sa svime, pa pošto sam hteo da sve to izvedem iz jedne naredbe (linije koda), s tim da se pokriva i mogućnost da SIFRE.DBF još ne postoji, tj. da se formira prvi put, smislio sam nešto ovako: SELECT DISTINCT id, ime FROM temp INTO TABLE sifre ; WHERE temp.id NOT IN (SELECT sifre.id FROM sifre) odnosno, da se iz tabele TEMP dodaju u tabelu SIFRE samo one sifre i imena koja ne postoje već u SIFRE. Ali, na ovo FOX javlja: File is in use, i ne napravi ništa. I, tu sam se malo vrteo i pošto nisam uspeo da posao uradim iz jedne linije koda, na kraju je stvar "proradila" preko pomoćne tabele TEST2: SELECT DISTINCT id, ime FROM temp INTO TABLE test2 ; WHERE temp.id NOT IN (SELECT sifre.id FROM sifre) IF _TALLY > 0 SELECT SIFRE APPEND * FROM TEST2 DELETE FILE test2.dbf ENDIF Ipak se pitam da li može ovako nešto da se obavi iz jedne linije?
unknown.67 zorani, -> #63, kzoran
## Nemoj ti mene pogrešno shvatiti - iz sve snage navijam za Fox, jer ## imam mnooogo linija kôda napisanog u njemu. Ipak, dobro ću se ## zamisliti pre nego što sednem da nešto od toga vizualizujem. Microsoft je obećao i Visual Fox for DOS...
unknown.68 sbrk,
Naišao sam na jedan interesantan prilog u Julskom broju PC Maga i pošto ništa slično nisam video na Sezamu, evo ostavljam to ovde u javno vlasništvo :) Radi se o, kako se to na engleskom lepo kaže, termometru progresa ;) U samom Foxu postoji source termometra i može se u Vašim programima koristiti na dva načina: iz Vašeg programa pozivanjem par procedura iz GENXTAB ili kopiranjem istih u Vaš program. Drugi način je bolji naravno, a i nema mnogo toga: tri procedure (videćete dole) i jedne linije iz GENXTAB-a sa početka: #DEFINE c_dlgface, c_dlgsize, c_dlgstyle Evo i source: Displaying a Progress Thermometer in FoxPro g_thermwidth = 0 * Init the window procedure DO actther IN (_GENXTAB) WITH 'Processing...' ctr = 1 && Init a memvar for record counter SCAN && Or start other processing loop && Update bar DO updtherm IN (_GENXTAB) WITH ctr/RECCOUNT()*100 && Any other processing goes here ctr = ctr + 1 && Update memory variable ENDSCAN DO deactherm IN (_GENXTAB) && Removes thermometer window i to je sve.
unknown.69 max.headroom,
Eh, baš sam nešto uzeo da apdejtujem jedno programče koje vrši re-kreiranje polomljenih baza & indeksa, pa sam naišao na detalj kada iz nekog "naprslog" .DBF fajla čupam podatke napolje - za početak bloka sa podacima sam uzeo znak "nota" (ne sećam se koja CHR vrednost beše). Dakle, jesam li u pravu? P.S. Šta bi sa .FPT fajlovima, oni su nepovratno izgubljeni ako dođe do loma baze?
unknown.70 ab.comp, -> #69, max.headroom
==> koja CHR vrednost beše). Dakle, jesam li u pravu? U pravu si. Neko je ovde slao strukturu dbf fajlova (izvinjavam se što se ne sećam imena) prema kojoj sam ja pravio program za rebuild oštećenih baza (za svoje potrebe). žini mi se da je NDRAGAN slao gotov APP fajl za istu namenu. hex '0d' odnosno chr(13) iliti notica je kraj hedera, iza toga počinju podaci s time što je prvi bajt podataka delete bajt. Ofset prvog podatka je u 08-09 bajtu hedera. Fajl sa strukturom se zove DBFSTRU. Pozdrav █ █ █ █ ▄▄█ █ █▄▄ █▄▄
unknown.71 znevenic,
Max je nekad davno pisao ovde o biblioteci SilverFox. Sudeći po neprijateljskoj ;) verziji, SilverClip-u, to je mnogo dobra alatka. Jel neko ovde ima ideju kako doći do toga? Doduše uz SilverClip se dobije i source u Cu, a ja imam LCK ali nema šanse da uz moje znanje Ca od tog src-a napravim .PLB :(( Pozdrav, Zoran.
unknown.72 nbatocanin, -> #71, znevenic
> Sudeći po neprijateljskoj ;) verziji, SilverClip-u, to je > mnogo dobra alatka. Samo da napomenem da je koristim, ali da me je par puta tako žestoko zeznula da reči nemam. Primera radi, fabrička funkcija koja uvek treba da vrati broj, kod određenih tipova modema (!) vrati NUL pointer, što me je koštalo mnogo vremena i živaca :( Iz tog razloga ne preporučujem kompajliranje. A tek dokumentacija listinga...
unknown.73 znevenic, -> #72, nbatocanin
> Samo da napomenem da je koristim, ali da me je par puta > tako žestoko zeznula da reči nemam. Primera radi, fabrička Naravno, hvala na savetu, ali, vidiš, ja nemam na raspolaganju ni to, a da postoji nešto bolje ti ne bi koristio SilverClip... Dakle, ista meta, isto odstojanje: Ima li neko SilverFox? ili: Ima li neko ideju / iskustvo kako od sourcea SilverClipa napraviti .PLB?
unknown.75 rmarjan, -> #73, znevenic
'oces savet od tvog dobrog drugara i komsije, predji brate na Clipper pa da sve radi kako treba :) Inace, nagazio sam na trag SilverFox-u pa cemo se vec dogovoriti, ja tebi SilverFox, ti meni odradis neki modul da malo i ja danem dusom i eto svima lepo :))) Pozdrav iz dalekog EPS-a Boris
unknown.76 dsuput,
Da li se mogu nadati da bi neko od 'sistemskih' ljudi na SEZAMU mogao da prebaci South Seas Tutorial na 'brzi' SEZAM'. GS tutorial mi se jako svideo, ali nema teorije da 1.xx MB iz Sombora skidam na 2400. Bio bih jako zahvalan ako bi se ovi fajlovi mogli nekako dobiti na onoj drugoj lokaciji .... DSUPUT
unknown.77 znevenic, -> #75, rmarjan
> 'oces savet od tvog dobrog drugara i komsije, predji brate > na Clipper pa da sve radi kako treba :) Inace, nagazio sam Znaš, ima tema i za ovo, a ima i poljanče ;)) > ja tebi SilverFox, ti meni odradis neki modul da malo i ja danem Ovo je već bolje. MNOGO bolje. Povlačim ponudu za poljanče, prihvatam ponudu za modul šta god on bio. Pozdrav, Zoran.
unknown.78 stosic,
CA-VO 1.0c: 1. CA-Visual Objects Release 1.0c Enhancement Notes November 3, 1995 2. CA-Visual Objects Release 1.0c Improvement Notes November 3, 1995 new10c.zip
unknown.79 ndragan, -> #46, kzoran
/> KOji su minimalni hardverski zahtevi za Visual FoxPro 3.0?KM Kažu, osam mega i pendžeri. Meni radilo već i sa 16 :) / I postoji li neka dobra (čitaj: strana) programmer's reference / literatura žasopis FoxPro Advisor. Zagubismo oba primerka, al' dele ga na sajmovima. Ima dobrih stvari unutra.
unknown.80 ndragan,
Jel' neko probao da u VFP3 uklaviri kako da se iz nekog objekta u masci (sad se to zove form, da ne kažem formular iliti obrazac) obratim drugom objektu ne znajući njegovo ime. Naime, pravim svoju klasu dugmića za dno ekrana i tu imam jedno ili dva dugmeta (puši batnz) koji treba da skoče na prvo polje (u nekim slučajevima) odnosno na neka druga polja (u nekim drugim slučajevima), a mislim da ta klasa treba da bude svuda primenljiva, te zato ne bi trebalo da zna kako se zove _prvo_ polje. Probao sam da koristim niz ThisForm.controls[], ali je (e gluposti) indeksiran po _rednom broju sloga u .scx_, što će reći po redosledu kako sam ih crtao u editoru, a ne po TabIndex osobini. Jel ima neko način kako se najbrže dokopati objekta ako znam njegov TabIndex, ili da se snalazim? Drugo, koja je jezička stranica za nas? Engleski je 1033, ali mi to ocovom ne služi, jer bez obzira na to što poubacujem neki CE font, idiot foks mi ubaci po kodnoj strani 1252 umesto 1250.
unknown.81 bulaja, -> #78, stosic
> CA-Visual Objects Release 1.0c Koliko je veliko za skidanje? Btw da li neko zna šta je sa MuM BBS-om, ne uspevam da ga dobijem već skoro mesec dana (javlja se mašina koja broji nešto na nemačkom, pretpostavljam da je broj promenjen ili nešto slično:).
unknown.83 stosic, -> #81, bulaja
>> CA-Visual Objects Release 1.0c > Koliko je veliko za skidanje? Jos ga nisu okacili. ------------------------------------ Hello everybody, CA-Visual Objects version 1.0c is nearing the end of its testing cycle and will be made available here when it is sent to manufacturing. While I expect this to happen within the next two or three weeks, I wanted to provide you all with an advance look at some of the areas we've addressed in this release as well as some feature enhancements we've made. Library 1 now contains a file called NEW10C.ZIP which contains two Write files (ENHANCE.WRI and FIXES.WRI) that will be included in 1.0c when it is released. I hope that you will find the information in these files interesting and helpful. Larry Eiss - Xbase Client Base Owner ------------------------------------
unknown.84 nbatocanin, -> #73, znevenic
> Naravno, hvala na savetu, ali, vidiš, ja nemam na > raspolaganju ni to, a da postoji nešto bolje ti ne bi > koristio SilverClip... E, pa u trenutku kad mi je zatrebalo, nisam imao izbor. Sad imam Telepathy ;)
unknown.85 kzoran,
Moze li se u FoxPro 2.6 za DOS u BROWSE prozoru, za polje za koje je specificiran PICTURE '!K', učiniti da kurzor bude vidljiv i pre nego što se započne izmena sadržaja polja? Pozdrav, Zoran.
unknown.86 kzoran,
Kad se kreira privremena tabela pomoću CREATE CURSOR, FoxPro je sam briše kad se izvrši njeno zatvaranje - to je poznata stvar. Ne znam da li je poznato da i eventualno kreiran indeks po nekom polju cursor-a FoxPro takodje automatski briše po njegovom zatvaranju. Pritom, nije vazno da li je napravljen .CDX ili .IDX indeks, ni da li ima isto ime kao cursor ili ne - pošto je vezan za istu radnu zonu (alias), briše se automatski. Uzgred, cursor se može ZAP-ovati, ali se ne može PACK-ovati. Pozdrav, Zoran.
unknown.87 kzoran, -> #85, kzoran
> Moze li se u FoxPro 2.6 za DOS u BROWSE prozoru, za polje za koje > je specificiran PICTURE '!K', učiniti da kurzor bude vidljiv i pre > nego što se započne izmena sadržaja polja? Isto pitanje, drugi put... Pozdrav, Zoran.
unknown.88 ndragan, -> #56, zorani
/ * Creating add-ins for the class browser E mislim da goru aplikaciju od tog "švrljača po razredima" nisam video, bar što se tiče interfejsa i organizacije. To što je orijentisan na fajlove, ok, ali što je orijentisan na _jedan_ fajl, a nigde nema opcije "see parent"... ako me bude dovoljno uporno zajebava*, na kraju ću da sednem i napišem sam.
unknown.89 ndragan, -> #57, kzoran
/ MOnuMENTALNO ga brišem iz srednjeročnog plana! Kome da se proda Fox Radi i sa 8, od čega deo može u virtuelnom. Drugo, ne terati ekrane rađene na vračeve, pošto u izvorniku (wizard sources :) imaju goooomile kontrola, i to u svakom koraku, na to da li je trenutno selektovana tabela lokalni ili daleki kursor, da li je baferisana i kako (na slogove ili cela, optimistički ili pesimistički) itd. Kad se to svede na samo onaj slučaj koji koristiš, brzina postaje pristojna.
unknown.90 ndragan, -> #63, kzoran
/ mnooogo linija kôda napisanog u njemu. Ipak, dobro ću se zamisliti pre / nego što sednem da nešto od toga vizualizujem. Moja preporuka: odvoj jednu mašinu i igraj se na njoj VFPom par sati dnevno, pa tako nekoliko meseci. Sa svakom verzijom foksa sam tako radio (jedino je prelaz sa 2.0 na 2.6 bio veoma lagan i brz), i isplatilo se.
unknown.91 ndragan, -> #67, zorani
/ Microsoft je obećao i Visual Fox for DOS... Ne verujem. Na MSD konferenciji u Pešti su lepo rekli da se na dos verziji više ne radi, da se ekipa razišla i da je stavljena tačka.
unknown.92 ndragan, -> #66, sbrk
/ Ipak se pitam da li može ovako nešto da se obavi iz jedne linije? Ne baš (ili ja ne znam), ali može kraće: select .... into _cursor_ test2... pa onda select sifre appe from (dbf("test2")) Kursor će se sam obrisati kad ga zatvoriš ili izađeš iz foksa, a i ne moraš da znaš kako se on zove. BTW, naleteo sam na jednu glupost, pa upozorenja radi: Kad se indeksira kursor, indeks najčešće ni ne postoji na disku, ili eventualno postoji u obliku nekog *.tmp fajla. Tako je pod dosom, a i novelom do 3.12. Pod novelom 4.0x javljao je "invalid file name" (verovatno mu se ne sviđa :), mada je direktorij gde foks inače drži takve stvari podešen da bude na C: disku. Stvar je bila rešena tako što je kursorov indeks dobijao formalno ime, čime je novel bio zadovoljen. Recimo, create cursor pera (mika c(10), laza m) inde on pera tag pera je davalo pomenutu grešku, ali je inde on pera tag pera of peric radilo, s tim da se peric.cdx uopšte nije pojavljivao nigde, nego je opet bio neki 75820394.tmp fajl. Od novela 4.1 on upravo pravi peric.cdx. Koštalo me pola sata galame između četrdeset ordinacija i podruma, te još nekih zanimljivih događaja u vezi sa živcima, dok nisam napravio zaobilaznicu, prošao kroz sve gde treba, sazidao novu aplikaciju. Dobitna kombinacija: Public _work _work="c:\scratch\" ... inde on pera tag pera of (_work+"peric") E, to radi. Nisam gledao da li na _work direktoriju ostaje peric.cdx, pogledaću. p.s. Jel' treba da napomenem da Novel i Mali Mekani nisu u najboljim odnosima?
unknown.93 ndragan, -> #69, max.headroom
/ Šta bi sa .FPT fajlovima, oni su nepovratno izgubljeni ako dođe do / loma baze? Ja ih vadim, i napisah rutinu koja (jednom) generiše pa (odmah, te nadalje i ubuduće) koristi rutinu za regenerisanje baze... treba samo da je zaglavlje čitljivo (deo sa opisima polja), vadim i memo i ostalo. Rutina u današnjoj verziji nije javno vlasništvo (imam firmu, ženu, decu..), al' okačih svojevremeno prvu radeću verziju tu negde. Vidi oko januara-marta, rebfpt.prg ili tako nekako. Rutina je rađena za 2.6 i koristi Fpath.plb (mislim da iste rutine postoje i u FoxTools.fll, tako da bi trebalo da trči i pod FPW2.6, nisam probao). Negde u helpu za VFP ima i opisa struktura, a dat je i opis vrsta slogova u .frx, .mnx, pjx i sličnim fajlovima i to u obliku dbf+frx, pa odštampajte sami :).
unknown.94 kzoran, -> #91, ndragan
> / Microsoft je obećao i Visual Fox for DOS... > > Ne verujem. Na MSD konferenciji u Pešti su lepo rekli da se na dos > verziji više ne radi, da se ekipa razišla i da je stavljena tačka. Ja sam prethodnu poruku (o VFP za DOS) shvatio kao šalu. Greška? Pozdrav, Zoran.
unknown.95 kzoran, -> #90, ndragan
> Moja preporuka: odvoj jednu mašinu i igraj se na njoj VFPom par sati > dnevno, pa tako nekoliko meseci. Sa svakom verzijom foksa sam tako > radio (jedino je prelaz sa 2.0 na 2.6 bio veoma lagan i brz), i > isplatilo se. Ma, radim ja (igram se) sa njim, zasad samo za svoju dušu (i na jedinoj mašini koju imam :)). Nije mi težak prelazak na vizuelni Fox, nego sam razmišljao o isplativosti razvoja softvera u njemu zbog (u našim uslovima) relativno velikih hardverskih zahteva. Vrlo često sam u prilici da gledam zabezeknuta lica naručilaca posla, kojima kažem da se za normalan rad Fox aplikacije za DOS preporučuje bar 386 sa 4Mb RAM-a, kad oni ZNAJU da je za knjigovodstvo i slično dovoljan i 286 sa 1 do 2Mb RAM-a... Ili ja možda imam atipičnu klijentelu? No, ostaje da se nadam da će se stvari u tom pogledu i kod nas vremenom popraviti... bar dok nam s one strane Atlantika ne stignu vesti o nekim novim megaciframa :) Pozdrav, Zoran.
unknown.96 kzoran, -> #89, ndragan
> Radi i sa 8, od čega deo može u virtuelnom. Drugo, ne terati ekrane > Kad se to svede na samo onaj slučaj koji koristiš, brzina postaje > pristojna. Ma, potrošiću i ja jedno mesec dana na eksperiment. žujemo se posle toga. Pozdrav, Zoran.
unknown.97 kzoran, -> #92, ndragan
> p.s. Jel' treba da napomenem da Novel i Mali Mekani nisu u najboljim > odnosima? mali mekani nije u dobrim odnosima ni sa kim ko nastupa tvrdo :)...
unknown.98 zorani, -> #94, kzoran
##> / Microsoft je obećao i Visual Fox for DOS... ##> ##> Ne verujem. Na MSD konferenciji u Pešti su lepo rekli da se na dos ##> verziji više ne radi, da se ekipa razišla i da je stavljena tačka. ## ## Ja sam prethodnu poruku (o VFP za DOS) shvatio kao šalu. Greška? Greška. Evo šta kaže Microsoft: We develop for platforms based on significant customer demand, and so we will be developing versions of Visual FoxPro for the Macintosh and for MS-DOS. The UNIX version is still undetermined based on comparatively low customer demand. Because Visual FoxPro for Windows' object model is so rich, much of its capabilities will not translate back to MS-DOS, but we plan to ship a version of FoxPro for MS-DOS that will be compatible with the Windows version so users can work side by side with the Windows machines in their companies. A Microsoft, jelte, ne laže nikad... ;>
unknown.99 bulaja,
CA-VO v1.0c patch je stigao u grad :). Nosi datum 03.10.95, a fixes.wri i enhance.wri fajlovi su kraći nego oni koje je stosic poslao pre neki dan (gde rekoše da 1.0c nije još konačni izašao:). Nisam još probao ovo što je stiglo, ali moguće je da su ovi u CA opet napravili neku zbrku sa dve 1.0c verzije. Anyway, na ovome što je stiglo piše da to jeste 1.0c verzija, instaliraću to čudo i javiti da li radi :). Uz poruku su sve readme (odnosno .wri) datoteke sa prve diskete (patch ih ima ukupno 8). cavo10c.zip
unknown.100 ndragan, -> #85, kzoran
/ je specificiran PICTURE '!K', učiniti da kurzor bude vidljiv i pre / nego što se započne izmena sadržaja polja? Nema teorije (niti bi ti to nečemu služilo), ali ti preostaje da podesiš kolor šemu tako da aktivno polje bude upadljivo. Za brauz je standardna kolor šema 10, a za selektovani tekst (tj ako je pikčer @K onda je po ulasku celo polje selektovano) mislim da je sedmi par boja - vidi u helpu. Kod mene stoji na svetložuto na crvenom (odnosno svetlobelo na svetlosivom za mono_vga), nema promašaja.
unknown.101 ndragan, -> #86, kzoran
/ ime kao cursor ili ne - pošto je vezan za istu radnu zonu (alias), / briše se automatski. ...osim što stvarno postoji pod navedenim imenom (ako je navedeno, kao "index ... to ovoono" (ovoono.idx) ili "index ... tag onaj of ono" (ono.cdx) pod Novelom 4.10. U prethodnim verzijama Novela je ista aplikacija pravila *.tmp fajlove. Još gore, taj .idx ili .cdx je, naravno, već otvoren i nijedna druga stanica ne može da ga napravi. Slaba vajda što će sam da ga obriše (a hoće, još od 2.0), kad opet moram da posežem za sys(3) ili da izmišljam imena za indekse za jednokratnu upotrebu.
unknown.102 misa.m, -> #80, ndragan
>> Drugo, koja je jezicka stranica za nas? Engleski je 1033, ali mi to >> ocovom ne sluzi, jer bez obzira na to sto poubacujem neki CE font, idiot >> foks mi ubaci po kodnoj strani 1252 umesto 1250. 1250 i dalje, normalno ako je u winu i imas codepage=auto.
unknown.103 kzoran, -> #100, ndragan
> / je specificiran PICTURE '!K', učiniti da kurzor bude vidljiv i pre > / nego što se započne izmena sadržaja polja? > > Nema teorije (niti bi ti to nečemu služilo), Da nema teorije - izgleda nema, ali zašto misliš da ničemu ne bi služilo? Meni je normalno da u polju koje mogu da editujem vidim kurzor i pre samog edita, bilo da je !K ili ne. Ako je to polje na neki način još i istaknuto, utoliko bolje (iako ne baš uvek!), ali bez kurzora definitivno ne ide. > ali ti preostaje da podesiš kolor šemu tako da aktivno polje bude > upadljivo. Za brauz je standardna Ono jeste upadljivo, ali kako god da podesim kolor šemu, opet mi fali kurzor. S druge strane, to sa bojom kao jedinim orijantirom je prilična komplikacija, jer nije lako postaviti jedinstvenu kolor šemu koja će na svoj šarolikosti grafičkih karata i njihovoj različitoj interpretaciji boja u sivim nijansama (na mono monitorima) dati dobre rezultate. Hoću da kažem da kurzor treba da bude glavni orijentir, boja ipak dopunski.