Aktivnost
Od 05.04.2012 do 04.05.2012
04.05.2012
-
21:14 Nove funkcije #27880: smart font size, maxrows / maxcols
- linux default font je terminus
-
- slično treba testirati za windows-e
-
- testirao na "vbox sesiji za linux":https://github.com/knowhow/F18_knowhow/commit/83f89c7e4ed12fdacd10200f69ebe6c859d2c94f#L0R142
-
-
14:49 Podrška #27869 (Dodijeljeno): F18 release 1.0.27
- tagirao, puširao ubuntu 32 verziju
-
-
-
-
-
- fetch_metric sada vraća za stringove *hb_utf8tostr*
"commit":https://github.com/knowhow/F18_knowhow/commit/93fe930c4f8e7c60b76800b478988dc97cb633d6
"commit":https://github.com/knowhow/F18_knowhow/commit/876f26f09bfb31ded4cd5fd1c661... -
- nema varijanti, sve je to jedan template fajl koji je i ubačen u template paket.
Kod nekih korisnika je zaglavlje generičko izbačeno i postavjen logo i ručno ispisan naziv firme itd... -
-
- ispravio odmah i opciju FAKT smeće
"commit":https://github.com/knowhow/F18_knowhow/commit/8140e38ad1339eadf25c1efd2d7277b7805e9986 -
- ispravio grešku
"commit":https://github.com/knowhow/F18_knowhow/commit/a33825ff148dadf1c9295170313e05209de77f85 -
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/12b434301e6a814a827c8e29c329710c726f956c
-
- ako nema obračuna za radnike, specifikacija RS izbaci nepostojeću varijablu nDopr1X
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/9f2092e8c54cd040474c54499442770bdbe232cf
ispravka parametra -
- patnja mi je ovo pročitati. vrlo nepregledno. ponovi.
-
11:24 Greške #27847: Brojač kalkulacija po kontima - nije moguće isključiti opciju
- Za podešenje sam napisao na vezanom tiketu 27763#note-39, ali et da utvrdimo:
Opciju uključimo na sljedeći način:
KALK->parametri->parametri razno->Brojač kalkulacija po kontima->D
Zatim, za testiranje (nalazimo se u kalk modulu n... -
- Mirza Pasic je napisao/la:
> Ernad Husremović je napisao/la:
> ...
nedovoljno infromacija.
Takon toliko vremena red je da objasniš kako se opcija :
1) podešava
2) koristi
pogledaj ticket. Dođe u firmu neki novi Hamo ... ... -
- Ernad Husremović je napisao/la:
> ok.
> ...
Testirao, emir mi je pomogao.. radi sve bez problema.. ako šta dodatno uočim postavit ću na tiket -
- Ne radi u pripremi modula KALK. To sam ispravio.
"commit":https://github.com/knowhow/F18_knowhow/commit/de4e2c6a0d2a13b2135d158d3161820dbf71847f -
-
-
- odradio obe verzije i psotavio na gcode..
03.05.2012
-
- napraviti ubuntu verzije
-
- puširao windows verziju
-
- tagirao
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/03cecf5c1427f2177b684dbc725fa654bab3f2f8
-
- korigovao sam ovo, bit će u narednom bildu
-
-
-
-
-
-
-
- puširao windows verziju
-
- bildati ubuntu verzije
-
- tagirao verziju
-
-
- Postoji par varijanti odt faktura koje su u predhodnom periodu napravljenje.
potrebno je te template-ove korigovati kao
fakt_std_1.odt (fakt generička verzija ) , fakt_std_2.odt, fakt_std_3.odt
one se ne smiju imenom preklapati ... -
-
-
-
- završio i 64bitnu verziju i postavio na gcode...
-
- odradio i686, postavio na gcode
-
- puširao windows verziju, napravite ubuntu
-
-
- stavi status tiketa na *zatvoreno*
-
- završio i x86_64 i postavio na gcode
-
- Odradio i686 i postavio na gcode
-
- Puširao na gcode windows verziju
-
- ja ću napraviti windows verziju a vi ove ubuntu
-
- tagirao verziju
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/5ae23a3ffa00318f7c2f5506852ec03add5e59b5
-
- treba ubaciti u novi build
-
- Ako imamo 100 stavki u pripremi i izbrišemo zadnju, uvijek nas vrati na prvu stavku u pripremi
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/69afbc1a4ab20578de88b59e5f43dd3f72381a14
parametri fakt razno - unos destinacije na fakturi D/N i to je to -
- To je ini parametar bivši
-
-
- ok.
ali ti i dalje ništa sa tom opcijom nisi konkretno probao.
takva vazda uključena da li radi to što treba da radi ? -
- (11:26:04) pmirza: vsasa
(11:28:04) pmirza: neki dan što si radio onu opciju za brojač kalkulacija po kontima.. kad je uključim (parametri->parametri - razno-> Brojac kalkulacija po kontima (D/N) )više je ne mogu isključiti.. tj. ne pri... -
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/2ba850b025bdb77c95a636b8eb47553751677e5a
"commit":https://github.com/knowhow/F18_knowhow/commit/99e564949f745234fb20e1b34f5eb07e71a47dd2 -
- Skontao sam u čemu je problem sa štampom nakon importa.
Problem je bio u indeksu nad tabelom e_fakt -
-
- gornje kartice će dati isti rezultat, biće jednostavnije za štampu, općenito za hendliranje, a imaće praktično identičan sadržaj.
-
11:07 Podrška #27839: F18, wine/linux ptxt, cpu hog, štampa velikih kartica
- stiglo je do 700-800 stranica pa je ptxt frcio
-
- izbrisao bjasko posljednji komentar. ovo je javni ticket
-
- očekivano.
ali definitivno je ovo rijedak scenario korištenja.
Ono što me čudi jeste to što se uopšte koristi ta ogromna kartica kartica odjednom. Zašto niste pokrenuli više puta karticu.
Koknretno: -
- dosta dosta sporije na wine-u ova štampa velikih dokumenata
-
- štampam u PDF da ne generišem 10 puta pa idem da pustim u sekvencama, ova kartica ima preko 1000str.
-
- što je još najgore ptxt bez obzira što želim štampati npr str 200-300 uvijek generiše čitav dokument pa tek onda šalje na printer
-
- isključio sam sva wine prijavljivanja kojih je bilo da bi ubrzao proces
bringout@cago-1:/opt/knowhowERP/util$ cat ptxt -
- testiram kod bebe, novi računar, nema problema s acpu ili memorijom
štampa je skroz spora tj ptxt prvo generiše report koji traje i traje
-
-
- "ispravio":https://github.com/knowhow/F18_knowhow/commit/6f3cf32cb0d2ec7bf02a72619f3cc9e52425811b
-
- stdok na liniji: 32
-
-
- ispravio sam grešku
"commit":https://github.com/knowhow/F18_knowhow/commit/5f98b80173cef790a630309ab8072914a04170b0 -
- kartica radi u smislu izvještaja ali daje uvijek 0 bez stavki
-
27.04.2012
-
- pushirao i686 i x86_64 na gcode
-
- treba napraviti ubuntu verzije
-
- puširao windows verziju
-
- tagirao
-
-
-
- napravio ispravke:
"commit":https://github.com/knowhow/F18_knowhow/commit/bf74d5d20c2c6dbfc808d5a21c7aa793a35945f6 -
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/62a11e1643d7db4768dd129678a214fec2af2993
ispravio greške -
-
- odradio x86_64 i pushirao na gcode
26.04.2012
-
- puširao windows verziju
-
- tagirao, puširao ubuntu 32 verziju
-
-
-
- Postoji problem kod generisanja template fajlova, recimo štampe fakture.
Koristi se kopirani template fajl, ali ako osvježimo verziju template paketa program će i dalje uzimati kopiranu verziju fajla.
U tu svrhu sam napravio ispiti... -
-
- loše ispisan poziv funkcije i njeni argumenti
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/c06ec7edcbf535a85649a68084f38b13f1f290a5
-
-
-
- napravio
-
- treba napraviti novu verziju template biblioteke
-
- korigovan obrazac
-
-
-
- "puširao na gcode":http://code.google.com/p/knowhow-erp-f18/downloads/detail?name=F18_template_1.1.2.tar.bz2&can=2&q=
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/4e6bf22c9b08504af977d55c145ef5f5c12aecb7
ispravio i opciju alt+S (zamjena numeričkih vrijednosti)
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/0576e20c20853efee10bd085409ee38f26524fad
gleda se stanje tabele putem funkcije -
- Saša Vranić je napisao/la:
> Zašto si ti uvodio ovo pamćenje pretraga ?
> ...
da u pravu si to je najbolje. kod završnog računa radio sam masu ispravki konto stari konto novi ... zato sam to pamćenje uveo. -
-
- također treba uvesti ispitivanje da li je tabela pod semaforom, ako jeste onda
*update_rec_server_and_dbf*
ako nije
*dbf_update_rec* -
- Zašto si ti uvodio ovo pamćenje pretraga ?
Ovo je trebalo onda na formu zamjene dodati jedano pitanje koje bi pitalo uzeti zadnje podatke pretrage ili nešto slično -
- opcija
"alt + S":https://github.com/knowhow/F18_knowhow/blob/0e0f89ceab933ad119b4ad96019915aa319b5425/common/ui_objdbedit.prg#L460
također, radit će samo sa lokalnim dbf-ovima -
- pa da, ona radi samo sa lokalnim tabelama (dbf) ne radi promjenu na serveru
naime, opciju alt+R možemo raditi na šifrarnicima i onda promjene treba da idu na server -
- Također alt+R opcija mi je sumnjiva
"referenca":https://github.com/knowhow/F18_knowhow/blob/0e0f89ceab933ad119b4ad96019915aa319b5425/common/ui_objdbedit.prg#L376 -
- Tu stoji, opcija alt+R pamti zadnje parametre... to nije dobra stvar jer praktično prilikom poziva ove opcije ono treba da uzme vrijednost tog polja na kome se nalazi
a zamjeni polje treba da je prazno -
- aaa, evo ga #26732
-
- pronašao samo ovaj tiket #26550 ali to nije to
-
- hernad je svojevremeno nešto radio na tome da pamti, koliko me sjećanje služi...
Treba pronaći te aktivnosti -
-
-
- funkcija je
-
- testirao na ubuntu instalaciji, konvertovanje radi
testirao kod štampe fakt odt dokumenta
treba napraviti sada u fakt-u parametre za ovo i to je to -
- implemnetirana funkcija
"commit":https://github.com/knowhow/F18_knowhow/commit/4301b9dd296529ee9123ce6ab479b85ddfe53d84 -
- da i ja ga koristim kod pravljenja faktura i znam da radi
-
- Testirao na unosu fin naloga, kalkulator radi
-
- obratiti pažnju na unosu naloga itd... kalkulator na polju
-
-
-
- ovo je zanimljivo i ostalima pa sam sve asignirao
-
- Provjeru možemo primjeniti i na ostale tabele...
recimo fin_suban, fin_anal itd... -
- Zgodan sql upit koji može zatrebati na terenima kod importa podataka i pojedinih operacija.
h1. 1) Provjera master tabele u odnosu na tabelu sa podacima ( fakt_doks u odnosu na fakt_fakt )
Upit: -
-
- Koliko sam ja testirao ta kartica radi.
-
-
25.04.2012
-
- Odradio x86_64 i postavio na G-Code...
-
-
- tagirao, puširao ubuntu verziju
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/1ee598beaec8860b0b648334d4fac2d6bcf99537
-
-
- Ispravljeno
"commit":https://github.com/knowhow/F18_knowhow/commit/44b8a991a16d1f20383a0d1fdcd84a221bc5f7d9 -
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/84fc56b5b19ed1750c1298c50cf8db3ba0daccb8
-
- sad je to bar lako izvesti, čita se parametar modula FIN o prikazu naloga
-
-
-
- tagirao verziju, puširao ubuntu verziju
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/604095e68237ec1e25ca440a2abe818d31f136c9
"commit":https://github.com/knowhow/F18_knowhow/commit/6291e4d96c8c55516a142b2e6af1716e8f9d6487 -
-
24.04.2012
-
- Završio i 64bitnu.. uradio i upgrade testne baze i update F18 na precise-1.. sve OK.
-
- Uradio 32 bit verziju i postavio na G-Code
-
-
- tagirao, puširao windows verziju
-
-
- Sada više ne postoji problem kod ulaska da se tabela dokspf stalno full sinhronizira
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/a8702d2df62327571ecdd0870ca93fbdd36d0d7e
-
- Prilikom ažuriranja računa ažurira se i tabela dokspf sa podacima računa, međutim ovdje nije odrađeno ažuriranje sa semafor funkcijama
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/a8702d2df62327571ecdd0870ca93fbdd36d0d7e
da, koristi se funkcija sa posebno definisanim poljima, ispravio sam i veličinu prozora i prikaz polja unutar šifrarnika -
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/7631279975f9a0645479eedb9f59289e773e74b1
-
- Izbacio static varijable *_imp_dir*, *_answ_dir* jer se one koriste samo kod HCP verzije uređaja
One su stvarale zbrku svo vrijeme -
- Generalno postoji zbrka sa izlaznim direktorijem
-
- Kod ove varijante drajvera naslijeđen problem iz FMK... tj, mora se setovati
-
-
- Nakon ovoga opcija radi kako treba
-
- "modstru koncij u kalk-u":https://github.com/knowhow/F18_knowhow/commit/20dba73ae4f36e214a076588d36bb694c3a6331d
-
- "fmk paket, verzija 4.4.4":https://github.com/knowhow/fmk/commit/cf11f36296cfde49fb73569bd8b77f8a04519d1b
tagirao verziju na 4.4.4 -
- Da bi ova opcija radila potrebno je da u tabeli koncij imamo i polje "sufiks"
Potrebno napraviti modifikaciju tabele -
- "commit":https://github.com/knowhow/F18_knowhow/commit/92327348d5d3b60bf066ab5daf49b529c8a5650b
ubačen parametar u parametre - razno
-
-
- puširao na gcode:
http://code.google.com/p/knowhow-erp-f18/downloads/detail?name=f18_db_migrate_package_4.4.4.gz&can=2&q= -
- #27768
-
- postavio i x86_64 na g-code
-
- Odradio ubuntu 32bit verziju, postavio na g-code
-
-
- puširao windows verziju, treba odraditi ubuntu verzije
-
-
- http://redmine.bring.out.ba/boards/9/topics/6015?r=6016
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/a46cbbf1db7945b58e1bcc7c38c7f12bc5a690d9
ispravljeno -
-
-
- Znači uzmemo čisti ROBA.DBF i importujemo ga putem ove opcije.
To će uzeti sva polja potrebna za pos. -
- korigovao opciju
"commit":https://github.com/knowhow/F18_knowhow/commit/1d5fd26aa696d4214564ba685537d88e33ccd32d -
- Započeo sa opcijom importa
"commit":https://github.com/knowhow/F18_knowhow/commit/466d14b604c7ef5b93d6bec397c08c4e3ee7c14b
-
- Imamo situaciju gdje se stavlja u funkciju samo modul POS i gdje treba da konvertujemo podatke.
Pošto je šifrarnik robe praktično spojen sa šifranikom iz FMK a modul fmk-tops ima svoj jedinstven šifrarnik robe tu nastaje problem.
N... -
-
- Odradio x86_64, postavio na g-code...
-
- puširana ubuntu verzija
-
-
-
-
- puširana ubuntu verzija
23.04.2012
-
-
-
- puširao ubuntu verziju
-
-
- prebacio je na temporary ekskluzivno otvorenu tabelu
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/1ff0bc1452dc660fe9a9c67de5d373b3133e324a
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/4ae86b8b70a5a59041b163d1b744ecee37319b27
-
- Tabele TRFP i TRFP2 ne možemo tretirati kao klasični šifrarnik
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/47f915f300da7efda69eac7579e99c130930682a
ova tabela se otvara ekskluzivno i ne treba sekvenca *set_temp("POM")* itd... -
- pos koristi "POM" tabelu za izvještaje...
Koristi se funkcija *create_index()* pa izbaci lock required...
treba prebaciti na *index on* -
- puširao ubuntu verziju
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/9bf04c9feca4aba235b632550914040d9056b513
-
- ispravio ovaj ispis, tako da ako user ne postoji u bazi neće ni ispisati ovu stavku
-
- prilikom svake štampe na dnu se pojavljuje
"dokument izradio: ?user?" -
- monitor 15" LCD
-
- rezolucija 1024x768 lcd display
font iskrzan nečitak.
Mislim da je bjasko već negdje podešavao drugačiji font -
-
- implementirao "commit":https://github.com/knowhow/F18_knowhow/commit/02d1ba406bd033cf2de3bf9612e5faa33e38aedb
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/623c21be19a35d371f08f630c4cf62d89a6b5ec5
-
- prilikom ulaska u fin neki se parametri poremete...
treba svakako prebaciti na sql -
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/623c21be19a35d371f08f630c4cf62d89a6b5ec5
-
- ovo je nekadašnji INI parametar, treba ga prebaciti na sql
-
- odradio x86_64 verziju, postavio na g-code
-
-
- puširao windows verziju
21.04.2012
-
- tagirao...
puširao ubuntu x86 verziju -
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/a0eccd88f69d97613ad1bce4bbe46a7fb15db9db
korigovao asistenta iz pripreme...
opcija alt+O opet radi kako treba
20.04.2012
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/81059a11bfcd40797b828e5b5731296c24c35855
napravio korekcije, ostalo još samo kod unosa naloga, asistent ne puni podacima *ostav* tabelu -
-
-
- Kod fakt-a kada unosimo dokument RJ se odnosi na podešenje firme, varijabla gFirma koja se podešava u globalnim parametrima organizacije...
To je problematično iz tog razloga zato što možemo da fakturišemo uvijek sa određene radne jed... -
-
- Odradio x86_64 verziju i pushirao na G-Code
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/eeaed5b09fa4802188dce356bcdfa2812c500d39
-
19.04.2012
-
-
-
- puširao i template 1.1.1 (radi kompenzacija)
-
- dobro, promjenio verziju i puširao kod...
puširao sam windows verziju -
-
- puširao i windows verziju
-
- sada ću postaviti i windows verziju
-
- puširao linux verziju x86 32bit
-
-
-
- skripti se proslijeđuju 4 parametra
1 - naziv rtm fajla (bez ekstenzije)
2 - putanje home direktorija (my_home)
3 - naziv tabele koja se koristi za report (bez ekstenzije)
4 - naziv indeksa na tabeli
-
- da bi ovo radilo morao sam izmjeniti i delphirb skriptu na unix-u
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/f598bc0edf8c71cd1b008fe40766261196d784f7
"commit":https://github.com/knowhow/F18_knowhow/commit/451c254d44f4bcf2d5362f4266801117d7e2a00d
-
- napravio sam izmjene, omogućio štampanje barkod labela kroz fakt
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/ffefe3be76604dfa7870b02acd62d902026adc9b
-
- hcp uređaj vraća ovakve nazive na unix-u
clients.OK
footer.OK
footer.ERR
itd...
ispravio sam to u kod-u da se očekuju ovakvi fajlovi -
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/978d2b1a47e71063839b130f466b16219e58d3ee
-
- pošto je šifrarnik radnih jedinica polje ID = C7 a FAKT traži C2 napraviti da se krati
-
-
- dodao obrazac kompenzacije, puširao na gcode
-
18.04.2012
-
- instalirati kod klijenta, pripremiti template
-
- nema niko
-
- znači, ovaj template u /opt/knowhowERP/template i pokrenuti kompenzaciju
treba zapakovati nakon finalnih ispravki u template updater... itd...
pa vidi sutra da to neko odradi -
- "commit":https://github.com/knowhow/F18_knowhow/commit/80440cf4054cd70fbafb4c5e42d5c70322c91930
implementirana opcija generisanja kompenzacije -
- Napravio sam init template
komp_01.odt
template za kompenzacije treba da počinje sa "komp" pa ostatak po želji -
- Eh, kompenzacija se generiše, a radi i manuelni unos...
sada treba implemnentirati opciju štampe -
- generisanje stavki, sređivanje tabele kompenzacije itd...
"commit":https://github.com/knowhow/F18_knowhow/commit/8f6cd138ca91f3a104c1483b425a45ce6916a54f
-
- Prvo sam špageti vestern funkcije razbio na logične cjeline
"commit":https://github.com/knowhow/F18_knowhow/commit/ce33d5912f374f24e7849e7a077b0d9de0f10b57
također sam kompenzacije odvojio u poseban prg fajl, bile su skupa sa otvor... -
-
- bjasku rekao da se nver odmah ujutro aBd instalira, pripremi build windows 1.0.10
-
- tagirao 1.0.10
-
- 1.0.9 treba pushirati sa mergiranim promjenama odavde
-
- meni ne daji. ja sam od večeras out do 28.04
-
- tagirao sam, sutra bildajte za win, ubuntu
-
-
- h2. hb_run tip
imaj na umu da na svim mjestima gdje se radi hb_run, odnosno run eksternih aplikacija *PRIJE* poziva sve tabele moraju biti zatvorene.
ovo je praktično ista stvar kao i sa start_print/end_print
-
- h2. odt stampa
ovdje su bila dva problema:
1) prije otvaranja eksterne aplikacije sve tabele moraju biti zatvorene !
2) u linux i windows verziji stavljeno da se nakon launch-a writera-a odmah vrati kontrola F18
-
- fakat ... kod njega ne radi kod mene radi ...
kod njega je lubuntu kod mene ubuntu ... -
-
- sve dok ne izađemo iz libreoffice-a
-
- i na windowsima not responding imamo
-
- stvarno mo je ovdje nešto čudno sa ovim odt reportom
-
- parametar je nepotreban ali se opet kontrola ne vrati aplikaciji sve dok se ne izađe iz libreoffice-a
-
- rekao mirzi da proba bez lowriter jer taj parametar je nepotreban
-
- poziv treba biti ovakav:
-
- http://knowhow-erp-f18.googlecode.com/files/F18_Ubuntu_i686_1.0.7.gz
provjerio sa -
-
- xml je OK dok je zip prazan
-
- bringout@build32:~/dev/F18_knowhow$ ARCH=i686 VER=1.0.8
bringout@build32:~/dev/F18_knowhow$ gzip -cN F18 > F18_Ubuntu_${ARCH}_${VER}.gz -
- bringout@build32:~/dev/F18_knowhow$ ./build_release.sh
-
- *Build za i686*
bringout@build32:~/dev/F18_knowhow$ git checkout master -
-
- Saša Vranić je napisao/la:
> znači ne treba stavljati ?
ovako kako je urađeno ne treba #27677, datum i vrijeme treba staviti samo u txt fajl a fmk.log-u prosljeđivati msg bez toga -
- dupli
-
-
- očistio sam pos od svakakvih budaleština, tipa ono sklanjanje računa itd...
-
- testirao sam multi user rad i semafore, rade ko čvoka
-
- ažuriranje zaduženja, imao sam duplu transakciju
ažuriranje zaduženja a unutar toga azurroba() funkcija
"commit":https://github.com/knowhow/F18_knowhow/commit/347bb307bcfc1e78258a9a9d77e3a7df6ae4e591 -
- Riješio i sve tipove prenosa pos - kalk
* f18 pos->kalk, kalk->pos
* f18 pos <- fmk kalk
* f18 kalk <- fmk pos
#27085 -
- još čišćenja
"commit":https://github.com/knowhow/F18_knowhow/commit/1e40c7286334da4c5a9687fab35b015ec67aae6b
"commit":https://github.com/knowhow/F18_knowhow/commit/bf84325ea8fa5f68d3499b3aaf962c93fadd9ce8 -
- izbacio dosta stvari
"commit":https://github.com/knowhow/F18_knowhow/commit/abbbae3afcfdb2759e1015eb159011343420bd31
"commit":https://github.com/knowhow/F18_knowhow/commit/71d283506da76849f2cfb9b68e8d52368f2c0678 -
- ostala samo još opcija generisanja fajla razmjene za KALK (prenos realizacije u KALK) i sve je spremno
-
- reporti svi ispravljeni
"commit":https://github.com/knowhow/F18_knowhow/commit/f6647bb867163da52053989509ca2975cf1224a3 -
-
-
- sad je sve kompletno
-
- osposobio sam i opciju F18 POS čitanje podataka i prenos podataka kalk <> pos
-
- h2. i686 Build
pmirza@precise-1:~$ ssh bringout@192.168.45.48 -
- Nakon update-a na precise-1 nije htio da pokrene F18, pa sam na savjet emira uradio sljedeće:
-
- Prebacio na lokalnu mašinu
-
- bringout@knowhow:~/src/F18_knowhow$ ls -lah *.gz
-
-
- bringout@knowhow:~/src/F18_knowhow$ ./build_release.sh
-
- Čekiranje najnovijeg taga:
bringout@knowhow:~/src/F18_knowhow$ git checkout 1.0.7 -
Setovanje environment variables:-
- I sad ista procedura:
bringout@knowhow:~/src/F18_knowhow$ git pull -
- *Build za Ubuntu x64
Nakačio se na x64 build mašinu -
08:19 Podrška #27674: F18 release 1.0.7
- Odradio windows build
-
17.04.2012
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/cceca0ae9ca68bb687c8361914f39aeaa423e3d3
još borbe sa izvještajima... -
- tu je i POS blizu iskoristivom stanju
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/6e1391b2fe8b3bf1291beab1b3c8ebdf8485c5bb
-
- ažuriranja sam očistio
-
- "realizacija kase":https://github.com/knowhow/F18_knowhow/commit/926e7016077ea421d1404566942a18f518920822
osposobio sam ovaj izvještaj, problem kreiranje POM tabele itd... sada je napravljeno kako treba
treba pročistiti i ostale iz... -
- ispravio "commit":https://github.com/knowhow/F18_knowhow/commit/cceca0ae9ca68bb687c8361914f39aeaa423e3d3
-
- u kojem režimu, šta se pokreće ? koja opcija
-
- duplicate key value violates unique constraint "kalk_kalk_pkey
obje stavke imaju rbr 1 -
- sada poziva ~/knowhowERP/util/delphirb.exe
treba da poziva /opt/knowhowERP/util/delphirb -
-
-
-
- bringout@knowhow:~$ cd src/F18_knowhow/
bringout@knowhow:~/src/F18_knowhow$ git fetch -
- *ISPRAVAK*
Nisam dobro uradio build za x64 -
- I publikovao na Google Code
i686 -
- 64 bit:
-
- Packaging:
-
- bringout@build32:~/dev/F18_knowhow$ ./build_release.sh
-
zatim uradio pull s gita-
- bringout@euroholz-1:/opt/knowhowERP/util$ ssh bringout@192.168.45.48
-
-
- tagirao sam 1.0.6
može se preuzeti i bildati ubuntu verzija -
-
- znači ne treba stavljati ?
-
- u fmk.log imaš vrijeme svih operacija posebna kolona u tabeli. zato to nisam stavio u F18.log
-
- u funkciji log_write() implementirati da se uvijek upiše datum + vrijeme
primjer: -
-
- implementirati funkciju
*f18_odt_convert_to_pdf()*
koja će obavljati ovaj posao nakon generisanja odt dokumenta (funkcija *f18_odt_generate()* ) -
- dakle, na veznom tiketu sam ispitao
može se bez problema koristiti "jodconverter paket":http://www.artofsolving.com/opensource/jodconverter
komandna linija je: -
-
- koriste se samo ova dva parametra
-
- Ernad Husremović je napisao/la:
> i ubuntu ima pandam open-u
> ...
izbaci nepotrebne parametre, iskoristi ovo -
- h1. Podešenje štampe pod Windows-om
Praktično je identično
h2. 1) Globalni parametri
Također defaultne postavke se uzimaju
*Java start cmd*: -
- i ubuntu ima pandam open-u
#26266
-
- nakon toga pozivamo generisanje fakture ili bilo kojeg drugog reporta i dešava se
* provjera lokacije template (izbaci info u slučaju da template fajl ne postoji)
* provjera jodreports-cli paketa (izbaci info ako ne postoji)
* gene... -
- Ernad Husremović je napisao/la:
> > /home/bin/jodreports-cli.jar
> ...
nemoj po feature ticketu -
- > /home/bin/jodreports-cli.jar
ovo ne valja
podesiti kao pod windows-ima
gje je ovaj jar na F18 windows instalaciji ?
pretpostavljam /opt/knowhowERP/lib ili /util -
- h2. 2) lokacija template fajlova
Template fajlove smjestiti na lokciju: -
- h1. Podešenje štampe pod Linux-om
h2. 1) Globalni parametri jodreports, java
Globalni parametri se podašavaju na glavnom meniju aplikacije pod
*P. Parametri aplikacije*
Podešava se:
*java start cmd:* -
- povezati se sa instalacijom template-a
-
- napisati postavke pod linuxom, windows-ima
-
- dobro
-
- *xdg-open* ima svaka distribucija
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/b3189786bfc1d2b643ba44ab0e79cfcdb2de1c35
-
- uveo logiranja
"commit":https://github.com/knowhow/F18_knowhow/commit/39af1d2cf66fdeb83eda047f9d5b8f578712ff28
također promjenio funkciju *g_afile()* -> *get_file_list_array()*
ta funkcija je sporna, ona je zapravo informisala o... -
- E sada druga stvar, nije mi jasno kako nisu uspjeli ovo podesiti jer postoje nivoi provjere koje sam baš sa ovim zadnjim doradama na odt generisanju napravio
Prvi dio je provjera template fajla
"template provjera":https://github.co... -
- dobro, meni je ostala nepoznanica gdje će biti ova lokacija, poslije je to ustanovljeno, uglavnom
*F18_TEMPLATE_LOCATION* sam stavio da bude -
- četiri dana da se nešto ovakvo podesi.
poražavajuće.
-
- testiraj pripremi
-
- ovo je iz meni nepoznatog razloga pretvoreno u rocket science
napravi da radi kako treba da radi
lokacija treba biti analogna podešenjima na windowsu:
/opt/knowhowERP/template -
-
- E sada jedini problem koji ovdje postoji je naziv fajla velikim slovima itd... na windows-u to neće predstavljati problem ali na ubuntu hoće, treba smisliti nešto.
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/9aa3f4468ac7908b1809dccf283c6ad081f9ad82
napravio još par korekcija
import uspješno odrađen -
16.04.2012
-
- prebacio na mašinu
-
-
- Hernad mi je naglasio da git checkout određenog taga me ne izbaci sa određenog branch-a, tako da ako
zelimo ponovo -
- bringout@build32:~/dev/F18_knowhow$ git checkout 1.0.5
-
- bringout@build32:~/dev/F18_knowhow$ git pull
-
-
- Emir mi je rekao da radim po ovom wikiju:
http://redmine.bring.out.ba/projects/f18/wiki/F18_Ubuntu_build
-
- uraditi linux build, instalirati kod euroholz
tamam pmirza neka uradi ovo -
- puširao windows verziju
-
-
-
- puširao
http://code.google.com/p/knowhow-erp-f18/downloads/detail?name=f18_db_migrate_package_4.4.3.gz&can=2&q= -
- ok
-
- postoji publish.sh skripta koja gleda posljednji tag i kreira .gz za publikovanje
-
- http://knowhow-erp-f18.googlecode.com/files/f18_db_migrate_package_4.4.1.gz
-
- ne mogu naći gdje se ovo puširan na gcode
-
-
-
- U *dijelu 3* u *koloni 21* se nalazi ispisan ovaj doprinos
-
- Primjer specifikacije:
attachment:specifikacija_primjer.pdf -
- h1. Specifikacija uz isplatu plaća
Prilikom poziva specifikacije treba da postavimo sljedeći parametar: -
- h1. Napravimo jedan obračun
*Radnik 1*, podesio mu BF u polju K4, u polju K3 = 1 (koristit će 3%) a u formuli imam: (_I02 + _I03)
Evo radnikove kartice: -
- h2. 4) Šifrarnik radnika
U polje *K4* u šifrarniku radnika je potrebno unjeti
*BF*
a u polje *K3* šifru koeficijenta beneficiranog staža na osnovu šifrarnika koeficijenata, za radnike koji imaju pravo na ovaj dodatak.
_primjer:_ -
- Ono što je jako bitno, to je ovo *BENEF* u opisu doprinosa. To se ne smije ispustiti, jer program na osnovu toga zna koju će šifru doprinosa uzeti.
-
- h2. 2) Šifrarnik koeficijenata beneficiranog staža
U ovaj šifrarnik definišemo sljedeće stavke: -
- h1. Kako podesiti opciju ?
h2. 1) Parametri obračuna - formule
Bruto osnova za izračun doprinosa kod beneficiranih radnika može da odstupa od regularnog obračuna, tako recimo može biti da noćni rad, državni praznik ne ulaze u iznos za... -
- Opcija namjenjena evidentiranju i obračunu doprinosa za radnike za beneficiranim radnim stažom.
-
-
- vidjeti šta se na liniji 112 dešava ovo je izgleda error na error
-
-
-
- "ispravio":https://github.com/knowhow/F18_knowhow/commit/5121a6080fcf6ec30909562f29166a97d1df9f41
-
-
- Odradio sam ubuntu32 build
git pull
git checkout 1.0.4
./build_relase.sh -
-
- sada brisanje radi kako treba
-
- "ovako":https://github.com/knowhow/F18_knowhow/blob/e0172c85c993fb65c5e3602a9e7a13e6a0bf949e/common/codes_browse.prg#L1996
-
- ?
-
- možemo jednostavno ispitivati sa hb_hhaskey() da li postoji "id" unutar hash matrice
-
- http://redmine.bring.out.ba/issues/27597#note-13
-
-
-
- ispravljeno par dana ranije u jednom od čišćenja
14.04.2012
-
- kada se pošalje fiskalni .txt zahtjev, kreće dugačko odbrojavanje od cca 200 sec
omogućiti da se kombinacijom tipki ova operacija prekine.
recimo <ESC> + "X"
namjerno stavljam kombinacija jer bi obični <esc> mogao izazvati nehotične ... -
-
- vidjeti šta bi ovdje moglo biti uzrok. očigledno se u nekoj situaciji desi beskonačna petlja
-
-
- #26262
-
-
- bug report #27607
-
- ovo je posebna tema pa ću otvoriti poseban bug report
-
- manifestacija je da nema partnera, a da račun sa popustom ako je partner = empty ignoriše popust ?!
-
- h2. fakt - ne valja fiskalni račun
međutim glavni problem je taj što fiskalni računi ne valjaju - popust se ne uračunava.
razlog je taj što se polje idpartner fakt_doks ne setuje (slično kao što se nije setovalo fakt_doks -> dindem) -
- "fin azuiraranje lOK bug, bug report sada šalje podatke na fmk.log":https://github.com/knowhow/F18_knowhow/commit/09d10494636586eaed18af54254259c5da8bde8c
-
-
-
-
- ovako u tabeli pripreme je vidljivo polje IDPARTNER, dok pravimo fakturu
znači formira se storno dokument i kada se pomjerimo malo udesno, prije polja broja računa itd... vidimo polje "partn" koje sadrži IDPARTNER zapis.
Praktično ... -
- pošto je fiskalni račun izdan zato što je polje partnera bilo prazno, da li je bolje onda napraviti ispravku pa onda staviti prazno za polje partnera ?
da li će se i u tom slučaju ignorisati popust ? -
- vjerovatno treba sa bugovitom verzijom
-
- treba uraditi istu stvar kao "ovdje":https://github.com/knowhow/F18_knowhow/commit/73bd8c11720155ca0060b3156205217993942ded#L1R409
samo je pitanje kako stornirati -
- postoji bug sa fiskalnim računima, ne izdaje se sa dobrim iznosom itd...
otkrili smo da se radi o polju fmk.fakt_doks -> idpartner
to polje je prazno -
- neznam kada dolazi ova radnica, pokušat ću je dobiti između 8-9 ja sam na putu p ću telefonski odrađivati
-
- ako ne može naći tabelu setuj a_dbf_rec["table"] = NIL. evo "koda":https://github.com/knowhow/F18_knowhow/blob/1.0.4/common/a_dbfs.prg#L176
-
- i ja i saša smo ovo uočili i ispravljali paralelno
riješeno u nver 1.0.4 -
- "rules" alias ne postoji nego "FMRULES"
na kraju isključio otvaranje te tabele -
- fakt pokušam ući iz menija u šifarnike robno poslovanje
-
-
- pošto smo otvorili mali milin ticketa povodom bugova u ver 1.0.2 - 1.0.4 otvoriću poseban za ovaj konačni release
-
-
13.04.2012
-
- "legacy izbacio, lagerlista fakt_pripr alias DNE debug":https://github.com/knowhow/F18_knowhow/commit/4c0160f6267be08d226955b6f840693f53314bad
-
- ovo bi ujutro trebalo u cago instalirati barem na radnoj stanici gdje će se vršiti fakturisanje
-
- http://knowhow-erp-f18.googlecode.com/files/F18_Windows_1.0.2.gz
-
-
-
-
- tagirano jeste, puširao na google windows verziju
-
- Ernad Husremović je napisao/la:
> h2. status synchro ids
> ...
ovo je ostalo neriješeno. vidjećemo da li treba -
- h2. kod ulaska proći kroz sve tabele !
najbolje je je da se kod ulaska napravi prolaz kroz sve tabele koje korisnik upotrebljava ...
e sada ako je to skupa operacije raditi je recimo prvi put o toku dana ... ali to su sada finese i... -
- h2. status synchro ids
synchro_ids operacije ne prijavljuju ništa. kada se duže radi te operacije mogu trajati.
recimo kod klijenta sam uočio 3500 promjena za sinhronizirati FAKT ... istina sa semaphores v1.0 ih treba biti puno ma... -
- h2. my_use exclusive ?
svojevremeno sam radi gather scatter i open errora na linuxu uveo da je default otvaranje share
Kasnije smo skontali da eksterni editor izaziva zauzeće dbf-ova ... što se rješava sa close all prije end print... -
- najviše me brine pack kod velikih baza od milion i kusur zapisa ... ali o tom po tom.
Sada ćemo se fokusirati na 200-300 hiljada tabele gdje lokalni pack ne znači puno -
- h2. pack dbf-ova
na radnim bazama klijenta uočio da postoji veliki broj brisanih zapisa.
napraviti da se kod ulaska uradi pakovanje ako broj deleted() slogova pređe recimo 10% ukupne veličine zapisa.
Ovo sve vjerovatno treba par... -
-
-
- "debug":https://github.com/knowhow/F18_knowhow/commit/73bd8c11720155ca0060b3156205217993942ded#L1R409
-
- u bring.out primjetili na štapi liste dokumenata da se za nove fakture nije setovala valuta = KM
bio je bug.
-
-
-
- h2. zašto pakovanje dbf-a ?
ako ima previše deleted zapisa u dbf-u onda su određene operacije značajno usporene (set filter npr) -
- h2. algoritam 2
radi prema postocima - broj zapisa deleted > 10% default
h2. algoritam 9
ako postoji ijedan zapis deleted() vrši se pakovanje -
- h2. algoritam 0
u .f18_config.ini trebamo staviti: -
- vagrant@f18-dev-1:~/github/F18_knowhow$ cat ~/.f18/.f18_config.ini
ako želimo podesiti da se briše za > 10 zapisa podešavamo -
- "default vrijednosti":https://github.com/knowhow/F18_knowhow/commit/cd2eb920d6793260d65c5d56b6da5b2fb235eb7b#L1R16
h2. algoritam 1
samo sam njega testirao - ok
vrši pakovanje tabele ako je > 700 zapisa deleted()
-
- "hocu_li_pack":https://github.com/knowhow/F18_knowhow/commit/cd2eb920d6793260d65c5d56b6da5b2fb235eb7b#L1R166
-
-
- ovo je urađeno
-
-
-
- "tag 1 umjesto ID":https://github.com/knowhow/F18_knowhow/commit/91f7280a55b3d409b218456cb8dc4965402b660c#L1R30
-
- vagrant@f18-dev-1:~/github/F18_knowhow$ git push origin --tags
-
- a ha
-
- ali uzrok nije identičan
-
- riješio
-
- pa to je identična greška kao i jučer
dbseek -
-
-
- Ernad Husremović je napisao/la:
> mirza nisi ovdje ništa sam mogao riješiti, testirati ?
> ...
Misliš na ovaj "odt_report.prg":https://github.com/knowhow/F18_knowhow/blob/master/common/f18_odt.prg
Koliko mogu vidjeti ovdje je sve OK... -
- mirza nisi ovdje ništa sam mogao riješiti, testirati ?
pokazao sam onaj source code, možeš li ga iščitati i iz njega skontati kako bi se ovo podesilo ?
odt_report.prg tako nekako ... nađi na github. stavi link na linije koje su re... -
- testirano je na mac-u
hoćemo da testiramo na linux-u
šta nam je bitno ovdje, parametri... -
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/d40ccb72b2f249b998ef23de012398d89d2654bf
ld korekcija
fakt ugovori korekcija semafora -
-
-
- hernad
-
- Odradio build, opet error :(
-
- tagirao 0.9.98
-
- "sql_in za numerička polja":https://github.com/knowhow/F18_knowhow/commit/ab12afb2f54cc5210c841cdeaf0541ec9de00680
-
- dobro
-
- radi hernad na ovom
-
- bringout@ubuntu:~$ tail F18.log
-
-
-
-
- postavio ovaj exe kod željke, ulazak prošao bez problema
-
- verzija piše 0.9.97 u ovom exe što si stavio, da je zapakujem kao 0.9.98 ?
-
- vsasa neka zapakuje kao verziju posljednju to je 0.9.98
-
-
- u build.sh je podešen working dir .h
to je razlog ... saću staviti execut pa neka ga željka instalira drito sa ticketa
-
- da
-
- radi li ti build.sh obični ?
-
- ne, ne dobijem, gcc izbaci identičnu grešku
hm, ja na sesiji nisam instalirao zadnju verziju f18_serviser sa mingw itd... možda je to uzrok ? -
- jesi li dobio F18.exe
taj dio pakovanja radi samo na mac-u ali ono najbitnije build bi trebao biti ok -
- gore vidim errore kod build-a to je već problem
-
- taj zadnji dio skripte je nebitan.
bitno je da se napravi F18 exe -
- kada pokrenem build_release.sh skriptu dobijam ovo:
-
-
- dupli
-
-
-
- Saša Vranić je napisao/la:
> znači, ostanu još set_a_dbfs podešenja za
> ...
ok to nam sada nije bitno -
- znači, ostanu još set_a_dbfs podešenja za
* virm
* rnal
* mat
-
- izbacio p_kif, p_kuf i kreiranje tabela itd...
također sredio kreiranje tabela kalk, fin
"commit":https://github.com/knowhow/F18_knowhow/commit/a275de7d4f161e372a4972e016781911651b4a8d
-
- na veznom tiketu sam gledao tabele FIN (kuf, kif), praktično se uopšte ne koriste, postoji samo kao šifarnik definisano
*P_KIF(), P_KUF()* i to je to
-
- otvorio aktivnost za ubacivanje tabela koje fale #27581
-
- konkretno kod fin-a imamo zbrku
neke su tabele ostale da se kreiraju i u "t_fin_db.prg":https://github.com/knowhow/F18_knowhow/blob/fd4a56596165ab034bdd5f7d79ec765dfb15602d/fin/t_fin_db.prg#L219
a vidim da se unutar šifranika već k... -
- ima nekih tabela koje su ostale temporary a trebaju na semafore, kao što su fond, funk u fin-u
-
- "os, cre_all_os, set_a_dbf_os":https://github.com/knowhow/F18_knowhow/commit/1b446cd17f8f0c32b3ee9a93ab33725995ddcfa6
-
- "epdv, cre_all_epdv":https://github.com/knowhow/F18_knowhow/commit/787435eee5d9afc44974a0c2f18cc41104f9ce0a
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/8569511f37e258346ffafa6b538badc2f7cf095b
u epdv-u dodao još šta je njegovo, također u fin-u ukinuo FIN_PRIPRRP (to nije potrebno)
-
- da
-
- POS je urađen ?
-
- Prvo sam napravio odvojen prg za temporary tabele koje se dijele između modula, to su ove neke temp itd...
"commit":https://github.com/knowhow/F18_knowhow/commit/9b0d45b625453857dc2abaaac48c6ea969b0fe66 -
- Ostalo još
* OS/SII
* ePDV
* VIRM
* RNAL -
-
- u 4.4.1
-
- verzija cago_test izgleda nije bila ok
-
- Saša Vranić je napisao/la:
> e to mi nije jasno, jer to postoji
u kojoj ver db-a je to pos_dokspf definisano ? -
- meni to ne pravi problem
-
- e to mi nije jasno, jer to postoji
-
- sljedeće mi prijavljuje: semapohres_pos_dokspf
-
- takođe i u cre_sifrarnici_1
-
- Saša Vranić je napisao/la:
> kad smo kod tokval.dbf tabele, nigdje ne vidjeh da se koristi
misliš u aplikaciji se nigdje ne koristi ? znači set_a_dbf treba izbaciti -
- isto mi traži i semapohres_pos_dokspf
-
- kad smo kod tokval.dbf tabele, nigdje ne vidjeh da se koristi
-
- ukinuo tu provjeru polja...
"commit":https://github.com/knowhow/F18_knowhow/commit/fd4a56596165ab034bdd5f7d79ec765dfb15602d
-
- ovo poljexists() ispitivanje je viška
https://github.com/knowhow/F18_knowhow/blob/master/common/cre_sifrarnici_1.prg#L147 -
- definisana kao non-temp tabela ali nema je u semaforima
-
-
-
- dodao u semafore tabele
* objekti
* parek
* buiz
* fond
* funk
* ulimit -
- a ha, VPRIH koristi tabela KUF, KIF u fin-u
-
- VPRIH također fin koristi
u VIRM-u imamo VRPRIH, ali ovo je drugo -
- FIN ima ove tabele KUF, KIF da li se to koristi ?
Šta se uopšte koristi od ovoga ? -
- recimo, misterija je šta su sljedeće tabele u FIN-u ?
* PAREK
* BUIZ
* BBKLAS
* VKSG
* KIF
* KUF
* ULIMIT -
- funk, fond finansije fale
-
-
-
- poispravljao sam i loše pozive alijasa
-
-
12.04.2012
-
- izgleda da nisi tagirao
-
-
- nemoj ovu verziju praviti, svakako nije dobra
-
-
- puširao na gcode windows verziju
-
-
-
- ispravio i testirao kod sebe na sesiji, sada je ok
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/a4ee2c79e2a0d8fe7c63ca21fed6f09ead8adf59
-
- kako je ovdje urađeno https://github.com/knowhow/F18_knowhow/blob/master/common/semaphores.prg#L273
-
- https://github.com/knowhow/F18_knowhow/blob/semaphores_v1.0/common/semaphores.prg#L372
if (_version > -1) .and. ...) treba dodati -
- i gledam, stvarno nema partn.cdx fajla
-
- pa to ponavlja za svaku tabelu prilikom kreiranja
-
- recimo:
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/9c96d7980e06b117e36e2eb259c3680bd911478c
ovdje bili stari pozivi funkcija, ispravio, sada radi -
-
- "fmk paket 4.4.2":https://github.com/knowhow/fmk/commit/a2a047fec40b27b26402a654e43435bfc2dd0939
dodao promjenu dužine polja -
- otkud 40, znači treba promjeniti na 250 također ili gledam polje opis-a je tipa *text*, možda i naziv staviti na ovaj tip
-
- polje u dbf tabeli je dužine 250
"referenca":https://github.com/knowhow/F18_knowhow/blob/6b3774c958fca7c128f7ee6fe42c794636ebb17f/common/cre_roba.prg#L24
dužina naziva u sql tabeli je 40 ?!??
"referenca":https://github.com/know... -
-
- ne bih ovo portirao, tamo ću drugačije riješiti
-
- svakako ostaviti otvoren dok se problem u master branchu ne riješi
-
- hm ne možeš zatvoriti treba ovo odmah backportirati u master branch
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/83416dadd2e6e4e3c4b4b284c095eeb81c0c0f9b
napravio korekciju, sada izvještaj radi -
- da, kreira se neka temp tabela mtemp.dbf pa je ne može naći...
-
-
- Treba testirati jedan import sada iz FMK TOPS-a, pa eventualno poispravljati još greške
-
- Jutros nastavio na ubuntu sesiji da radim development, pa sam prvo podešavao git (user i email) itd... pa ssh key
Doradio i opciju importa tops prenosa u kalk
"commit":https://github.com/knowhow/F18_knowhow/commit/1c9217707d0137d... -
- riješio u F18_3rd ubuntu 1.2.0
-
- rješavati na veznom ticketu
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/fb28087c0e8e6aa9d446a40fdea3b83ea5782498
uklonio -
- zar nisam ?
-
-
- ovo bi za euroholz moglo zatrebati
-
-
-
- Puširao Ubuntu i686 verziju na gcode
-
- "CHANGELOG":https://github.com/knowhow/F18_knowhow/blob/49167e243e46bbec2f4e1a3385e3c31cabf44de3/CHANGELOG.md
-
-
- bjasko je želio provjeriti samo KALK i dobio je grešku. ali je šifarnike sigurno ostavio aktivnim za provjeru
-
- ne, nego je unutar provjere šifrarnika i provjera tabele RADN (ld-a) a pošto LD nije portiran ne zna da ga otvori
Ako isključim šifrarnik i ostavim samo fin, kalk, fakt, pos, to onda radi -
- ništa nije u redu, problem sa gADBFs
treba uraditi my_use_temp ili nešto slično
-
- a šta nije ok
11.04.2012
-
-
- Izmjeniti F18_update skriptu, F18 ide na lokaciju /opt/knowhowERP/bin
i wget dbf2pg u /opt/knowhowERP/util -
-
- ovo se sada testira tako da funkcioniše samo sa TOPS FMK ili .... ?
-
- E, sada treba testirati prenos podataka u POS iz ovog direktorija...
-
- Sada su fajlovi koji idu od KALK-a prema TOPS-u
kt140201, kt140202 -
- "commit":https://github.com/knowhow/F18_knowhow/commit/39569d99a7b46dbe8f29a523bbd04fe44425693a
još ispravki, testirao sam prenos KALK->TOPS, sada se generiše datoteka prenosa na zadanoj lokaciji po prodajnim mjestima.
Također sam ... -
- import fajlova u tops sređen, promjenjeni i nazivi baznih funkcija
*gentops -> kalk_generisi_tops_dokumente()*
*kalk2pos -> pos_preuzmi_iz_kalk()*
"commit":https://github.com/knowhow/F18_knowhow/commit/6633e04ce05cd6cd68f26865f3... -
- inače ove tabele se kreiraju u runtime-u, tj. prilikom pokretanja opcije, ali sada treba pogledati ovu opciju import-a kod TOPS-a pa iskoristiti istu funkciju za kreiranje kontra tabele ako je ista
-
- to i uradio
-
- kao što smo i kod F18 LD-a primjenili - sva polja koja se koriste su otvorena i predviđena
-
- Saša Vranić je napisao/la:
> nisam je testirao, samo ispisao... treba testirati
> ...
u F18 imamo jednu jedinstvenu strukturu tabela. To treba primjeniti i ovdje.
Zato ako je potrebno u FMK/TOPS napraviti neki modstru da bi se proši... -
- nisam je testirao, samo ispisao... treba testirati
također, ovdje su bitni pojedini parametri i tabela koncij (koja se u jednoj varijanti koristi)
čak razmišljam da ne bi bilo loše da se napravi samo jedna varijanta, a to je ona sa... -
- Opcija KALK->TOPS (prenos podataka za TOPS)
"velika borba":https://github.com/knowhow/F18_knowhow/commit/77bbbf61e25940d18d0e4c8137d413385bfe75ec
ali konačno funkcija na nešto liči...
Također su bile dvije identične funkcije
... -
-
-
- kod formiranja početnog stanja u pripremi bio problem
"commit":https://github.com/knowhow/F18_knowhow/commit/641c2786ca5a6ead2d2af9a2a52d237e341b6f51 -
- E sada je ok, inače sam non-stop dobijao full sinhro nakon ažuriranja
-
- funkcija o_kalk_za_azuriranje ukinuo semafore sa off/on funkcijama
"commit":https://github.com/knowhow/F18_knowhow/commit/f636695a3e649ccd84408ebef1c0b4993793417e -
- testiram ažuriranje, povrat - ok
-
- uklonio kalk_Semaphores.prg
"commit":https://github.com/knowhow/F18_knowhow/commit/86f8c4cd86f3805cc3da36b12254a79df6661835 -
- Kalk ažuriranje u verziji semafora 1.1
"commit":https://github.com/knowhow/F18_knowhow/commit/27bbb8dcc3e1c8b575dcc7dcfda98c6ce404d744
također ispravio i povrate dokumenta
"commit":https://github.com/knowhow/F18_knowhow/commit/9... -
10.04.2012
-
- završeno
-
- prebacio sve na my_use_temp funkcije
"commit":https://github.com/knowhow/F18_knowhow/commit/75a4e3dcca5e78cb96c8f69d4d051b9bf665d7b5 -
- fin, također male korekcije napravio i radi import/export podataka
-
- ostalo još KALK prebaciti otvaranje tabela na my_use_temp, kao i FIN, ostalo još FIN testirati prenose
-
- bila se potrkala jedna transakcija viška, pa sam to ispravio
"commit":https://github.com/knowhow/F18_knowhow/commit/30453b8a497145a7aa4a7b03edb00f0cd06313ce -
- import konačno proradio kako treba
"commit":https://github.com/knowhow/F18_knowhow/commit/f7eb7903bb7135a84b6658a79a12ef6ea133d50b -
- "commit":https://github.com/knowhow/F18_knowhow/commit/7fdb334e196df082166fa445745de4ab6bd3f846
-
- da, da, to upravo stavljam, vidim da sam zaboravio
-
- Saša Vranić je napisao/la:
> sada import također radi ali mi se dešava jedna čudna stvar, non stop mi radi fakt_fakt full sinhro algoritam
nije čudna :)
trebaš da staviš -
- sada import također radi ali mi se dešava jedna čudna stvar, non stop mi radi fakt_fakt full sinhro algoritam
-
- kako se nakon kreiranja zip fajla uvijek brišu fajlovi, nikada ga nisam vidio
-
- Da čovjek ne povjeruje !
"commit":https://github.com/knowhow/F18_knowhow/commit/c29ec837006309e942ba6248c3c22bba692486ed
fpt fajl treba uključiti u zip, eto razloga -
- "COPY STRUCTURE EXTENDED":http://www.harbour-project.org/doc/copystructureextended.htm
-
- hm, da, sad kada sam otvorio tabelu e_fakt, stoji *opis C(120)*
tabele se kreiraju sa opcijom kreiranja po strukturi na osnovu ključne tabele
"ovako":https://github.com/knowhow/F18_knowhow/blob/1c237842cf3221f7422ad0984734045f3e06b... -
- E pa stvarno...
-
- aaaaa, sad znam šta je !!!
Ne može da otvori fakt tabelu!
Ostale otvara, premjestio sam da se fakt otvori poslije...
da nisu ona FPT polja itd... -
- F18.log
-
- I što je najžalosnije evo kalk radi !???
-
- Znači, nakon raspakivanja sam sa eksternim editorom otvorio e_fakt.dbf i on radi, napunjen je podacima, normalno otvaram sve tabele
Čudno mi je to, što mi je opcija zapravo radila odmah sa početka i to export podataka, dok su još staj... -
- importdbf je direktorij. zašto je problem što je on otvoren ?
čim se neko nalazi u direktoriju recimo uđeš sa terminalom u taj direktorij dobijaš zauzeće. to ne bi trebalo predstavljati nikakav problem -
- to je neko vraćanje statusa (naziva) direktorija, ili tako nešto
-
- ma nije, i kada nema komande ista stvar stoji
šta je cwd ? -
- stavio brakepoint prije otvaranja tebela
bringouts-MacBook:cago_2011 bringout$ lsof | grep dbf -
- to je ovaj tiket #27234
-
- sa lsof sam ja debugirao start print / end print bug. postoje moje bilješke
-
- > Da nisu sporne ove funkcije zip, unzip
moguće da ih ne koristiš kako treba, tako da fajlovi ostaju otvoreni i nakon što je to potrebno -
- Saša Vranić je napisao/la:
> ma čuj, gore sam napisao, opcija exporta ih fino otvori i upiše podatke u tmp tabele, što znači da my_use_tmp() radi kako treba.
> ...
to ćeš jednostavno utvrditi sa lsof funkcijom
stavi bug point nakon ... -
- ma čuj, gore sam napisao, opcija exporta ih fino otvori i upiše podatke u tmp tabele, što znači da my_use_tmp() radi kako treba.
Sada sam na windows-u ovo isto pozvao.
Prvo kod exporta sam primjetio da mi je izbacio grešku kod pako... -
- ili ovo:
-
- a šta ako pokušaš otvoriti
ako staviš alias = NIL šta dobiješ ?
ako staviš alias = _dbf_name ? šta dobiješ
-
- greška je:
-
- > Import i dalje prijavljuje OPEN ERROR !!!
stavi detaljnije info, možda ti mogu pomoći -
- "korekcije":https://github.com/knowhow/F18_knowhow/commit/1c237842cf3221f7422ad0984734045f3e06bf47
hm, interesantno je sljedeće...
export podataka, iako koristi istu funkciju za otvaranje export tabela - radi !
Import i dalje pr... -
- Ispravio kod
"otvaranje tabela":https://github.com/knowhow/F18_knowhow/blob/bd27fc49eae152497dcadb48e725929724adfa9b/fakt/fakt_udaljena_razmjena.prg#L852
međutim dobijam OPEN ERROR opet
dobra je putanja do fajla
-
- ova tabela se u slučaju koirštenja my_use_temp *NE MORA* onda dodavati u set_a_fakt_temp( ... )
-
- _dbf_name := "e_fakt"
-
- praktično radi open dbf tabele apsolutno bez korištenja semafora.
Međutim, vrlo je bitno da se kod korištenja ne koriste radna područja WORKAREA koje koriste tabele pod semaforima.
Zato nemoj stavljati brojeve u aplikativni kod
... -
- Saša Vranić je napisao/la:
> ma ja, samo stavi i parametar za table_path
uveo my_use_temp:
"my_use_temp ( alias, full path + ime_tabele, new_area, excl ) ":https://github.com/knowhow/F18_knowhow/commit/9335b3eb3a028aae36485db681ef7f47... -
- ma ja, samo stavi i parametar za table_path
-
- ma da my_use to ne radi
treba napraviti my_use_temp koja se neće uopšte baviti semaforima, napraviću sada -
- mislim na "ovu sekvencu":https://github.com/knowhow/F18_knowhow/blob/0217a0fa2b73aa5bf462b817be331768dceab555/common/my_use.prg#L120
-
- ma ja, zato što u my_use funkciji u sekvenci na kraju stoji
-
- hm... probao sam ovo na razne načine ali jednostavno ne može se otvoriti fajl koji nije unutar my_home()
nemam pojma kako definisati to ?
Dobijam grešku -
- eto vidiš... kažem ti ja da pišem
-
- moram praktično setovati sa
set_a_dbf_temp() ove tabele
i onda koristiti my_use
-
- ovo treba ispraviti
-
- Ja ja, o tome upravo krenuo da pišem
-
- ovako trebaš imati na umu da je sada worakrea (F_KALK, F_VAKO, F_NAKO) bitno da bude jedinstveno
ako trebaš u nestandardnom području otvarati dbf onda je najbolje da to navedeš u my_use
ovako nekako sigurno radi -
- Inače ovo je radilo, tj. radi kod modula KALK u staroj verziji F18...
-
- hm, interesantno je da kod importa dobijam grešku
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/eca76e7371738d6226994c00ce95b347bb8bd629
-
- h2. FAKT -> FAKT (export dokumenata)
Testirao sada export dokumenta, ok, za neki period mi je prebacio 7 dokumenata kako i jeste u pomoćne tabele pa napravio zip fajl. -
- sada ok
-
- E sad sam pustio, sada ide, izgleda da je sad ok, vidjet ćemo do kraja sinhronizacije
-
-
- "na početku ovaj update semafora treba preskočiti":https://github.com/knowhow/F18_knowhow/commit/8cdcb7b215e3a7730e396db9495d6ef60ed0a499
-
-
- isječak iz log-a na kraju
-
- i dalje isti problem
09.04.2012
-
-
- kada pokušam da pokrenem master verziju F18 dobijam poruke:
-
- Eh, sada sam razdvojio sve ove funkcije, sada treba samo osposobiti opcije prenosa
-
- "fin, udaljena razmjena":https://github.com/knowhow/F18_knowhow/commit/79fec94806186c9ce649c7b4865d244281af941f
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/9fa1de2d5b507f1df05758e9e9770efe42e5abf4
razdvojio funkcije razmjene, otvorio funkcije za fakt -
- Util funkcije se mogu sigurno prebaciti u common dio, pošto će sada i ovi moduli djeliti iste... recimo ono decompres_files ili compress_files itd...
-
- Ovdje u principu imamo skroz malo modifikacija, pošto samo džonimo funkciju KALK-a
"kalk udaljena razmjena":https://github.com/knowhow/F18_knowhow/blob/1e8f52f0415ba3a80abb37ac6129dafc58228ecd/kalk/kalk_udaljena_razmjena.prg -
- Dakle, to će biti to što se tiče razmjene podataka između identičnih modula FAKT->FAKT, FIN->FIN itd...
-
- Za KALK već napravljena super opcija #26695
Treba identično napraviti i za FIN i FAKT. -
-
- "otvori dbf ako je potreban synchro":https://github.com/knowhow/F18_knowhow/commit/9476c596262801b2205a0034b16a9785c48ea34c#L1R262
-
-
- Sada kod starta imam grešku:
-
-
- Ovdje je bitna još jedna stvar, imamo sljedeće tipove razmjene sada:
* eksterna instalacija (razmjena između udaljenog TOPS i KALK)
* interna instalacija (razmjena između internog TOPS<->KALK) -
- testirao
-
- da, testiraj još jednom kod sebe windows build - ažuriranje na testnoj bazi FIN, KALK, FAKT i nosi.
-
- jel ovo sada spremno za isporuku ?
07.04.2012
-
- Ernad Husremović je napisao/la:
> 3) izbrisati debug sekvence
urađeno -
- Ernad Husremović je napisao/la:
> 1) ovo isto close/open uraditi u azur_kalk, azur_fin, azur_ld, azur_epdv ...
uradio fin, kalk, fakt
> ...
uradio
-
- https://github.com/knowhow/F18_knowhow/blob/0.9.81/CHANGELOG.md
-
- uradio backport set_all_gvars #27467 iz master brancha
-
- 3) izbrisati debug sekvence
-
- h2. šta je ostalo za isporuku korisniku
1) ovo isto close/open uraditi u azur_kalk, azur_fin, azur_ld, azur_epdv ...
2) u update_rec_server_and_dbf, delete_rec_server_and_dbf dodati lock/free semaphores -
- naravno ako su podfunkcije neke utility funkcije koje samo obavljaju dio posla za glavnu funkciju, ovo nema smisla, ali ako su podfunkcije samostalne cjeline koje se pri tome (potencijalno) koriste više puta, treba ogranizovati otvaranje...
-
- h2. dobra praksa, gledajući funkcije i podfunkcije
u kod imamo ovo -
- h2. pozitivna praksa - pojedinačne funkcije trebaju biti zatvorene cijeline u smislu otvaranja dbf-ova
inače treba prakticirati da se u pojedinčanim funkcijama kako je to urađeno ovdje u fakt_azur_dbf vrši otvaranje/zatvaranje dbf tabel... -
- h2. ostale potrebne promjene
s obzirom da se nakon sinhronizacije uvijek radi zatvaranje dbf tabela, treba u svim sekvencama ažuriranja dodati close all pa open all tabele, kako je to urađeno ovdje u "fakt_azur_dbf":https://github.com... -
- treba imati na umu da radim na legacy semaphores version ... to je u semaphores v1.1 (master branch) drugačije - jednostanije rješen (gaDBFs je skroz izbačeno).
kako god bilo ovo treba isto uraditi i na master branchu ovaj bug i tamo ... -
- što se tiče bloka koda "EVAL ( ... gaDBFs 4 ... ) to je praktično kod tabele fakt izvršenje update-a tabele sa servera po ids algoritmu":https://github.com/knowhow/F18_knowhow/blob/0e3cca6b35b1c46316d8d509725920d4bfbb26f1/fakt/fakt_sema...
-
- h2. debug
ovo je "ključni kod":https://github.com/knowhow/F18_knowhow/commit/0e3cca6b35b1c46316d8d509725920d4bfbb26f1#L1R367
šta se dešava ovdje ?
*PRIJE* nego se izvrši update semafora dešava se provjera stanja semafora. ako je... -
- h2. uzrok
uočavam da je uzrok sljedeći
ovo je proces ažuriranja (fokusiraću se na fakt tabelu, ostale su nebitne za demonstraciju problema)
# table fakt lock
# push fakt dokument na server
# push id-ove na semaphore fakt
# update sema... -
- h2. priprema
"uvodim pametniju funkciju u kojoj u jednom selectu "uzimam i version i last_version semafora određene tabele":https://github.com/knowhow/F18_knowhow/commit/0e3cca6b35b1c46316d8d509725920d4bfbb26f1#L1R276
-
- test1 prvi dokument se ažurira usporeno npr 0200
test2 ulazi u lock - pojavljuje se fakt_fakt lock ...
test2 user ažurira 0201
i to je to !
test1 ima oba dokumenta, ali test2 je "progutao" 0200 dokument u cijelini !
zašt... -
- kako ovo reproducirati
dodajem sleep statement "da vještački usporim ažuriranje":https://github.com/knowhow/F18_knowhow/commit/0e3cca6b35b1c46316d8d509725920d4bfbb26f1#L2R729
onda ovu debug verziju pokrećem na testnoj linux sesij... -
- h2. reprodukcija buga
user1 je unio dokument "00100"
bug se manifestuje tako što se u logu usera (user2) stavke pojavljuje lock_table ... unlock ...
nakon toga u logu se vide stavke vezane za ažuriranje dokumenta koji je unosio ... -
-
- ispravka se odnosi na prije azur_dbf - close all
-
- mislim da je najbolje ovo sve uraditi samo u master branch-u ... ovo nisu multi-user kritični moduli
-
06.04.2012
-
- znači prije poziva reporta je potrebno sve dbf-ove zatvoriti ako to već nije slučaj. To je normalno ponašanje aplikacije a ne ono što sada imamo na mnogim mjestima.
-
- h2. close all end print - zatvori pa otvori prije end print
vidim da je vsasa pogešno počeo stavljati ove ispravke vezane za zatvaranje svih tabela prije end print
1) ovo se treba implementairati bez ikakvih ifdef UNIX - to treba biti... -
- pošto ovo ne znam razjasniti ostavio sam u source kodu ove komentare privpremeno.
-
- h2. zbrka fisk_rn, fisk_st
ovo mi je do kraja nejasno i nelogično. znam da je vsasa fisc_st polje dodavao da je prije toga nešto žonglirao unutar fisc_rn polja ... ali je ovo u neke table dodao u neke nije ... skroz nejasno.
Sada j... -
- ovo treba uraditi i za druge module
-
- uh KALK je u skroz lošem stanju ...
ne razumijem ni kako to uopšte radi u semaphores v1.0
recimo morao sam u f18_init dodati
setovanje globalnih varijabli po modulima da bih recimo imao varijablu "ZAOKRUZENJE" koje mi opcija "k... -
-
-
- Nakon štampanja obrasca potrebno je u koloni 4 zaokružiti nešto od predviđenog, tj. ono za šta se obrazac odnosi.
Recimo, radnik treba da se penzioniše, ili se za nekog radnika uplaćuju doprinosi samo itd... -
- Evo kako obrazac izgleda
attachment:pmip_gen.odt (odt varijanta obrasca)
attachment:pmip_gen.pdf (pdf varijanta obrasca) -
- Obrazac se pokreće sa standarnog menija generisanja MIP obrasca:
*4. izvještaji -> M. mjesečni obrazac MIP-1023*
Ako na uslovima izvještaja MIP zadamo radnika u polju radnika tada ćemo dobiti štampanu verziju PMIP obrasca. U slučaj... -
- Obrazac namjenjen za prikaz podataka pojedinog radnika na mjesečnom nivou.
Obrazac sadrži sve podatke obrasca MIP, samo što je fokusiran na jednog radnika, zato mu je i naziv PMIP (pojedinačni MIP obrazac)
-
-
-
- h2. Kontrolisanje izvještaja
Da bi kontrolisali ispravnost izvještaja jednostavno pozivamo
*4. izvještaji -> 3. pregledi -> 2a. pregled plata za više mjeseci*
gdje zadajemo ove uslove:
!js_chk_01.png!
datumski period i red... -
- Primjer obrazaca:
attachment:js-3400_gen.odt (odt varijanta)
attachment:js-3400_gen.pdf (pdf varijanta) -
- Gdje je obavezno setovati sljedeće:
* period od - do, uvijek ide za godinu dana (sem ako nije specifično drugačije predviđeno)
* obračun = 1, sem ako postoji više obračuna (onda se ostavlja prazno)
* definicija doprinosa (ostaje po ... -
- Obrazac se povlači sa sljedećeg menija:
*4. izvještaji -> J. prijave doprinosa (JS-3400)*
nakon pokretanja dobijamo sljedeće uslove:
!js_opt_01.png! -
- jedno 10-ti put ispravljam ovo f.
-
- Obrazac urađen po konceptu obrazaca MIP, OLP, GIP, dakle trenutno se može samo štampati putem Libre Office-a.
-
- "Kod" se nalazi "ovdje":https://github.com/knowhow/F18_knowhow/blob/a6db22ba75a7e29abdecd0e957c77365dbc847db/ld/ld_js3400_obrazac.prg
-
- Rok za predaju je 30.04 naredne godine za prethodnu.
-
- Dakle, riječ je o obrascu koji daje informacije o godišnjim obračunatim doprinosima po radnicima:
* doprinos PIO
* doprinos zdravstvo
* doprinos nezaposlenost
Obrazac se radi na godišnjem nivou -
-
- semaphores v1.1
-
-
- 1) unos KALK ostao iz FMK
2) slučajno nisam unio FCJ kod 10-ke dokumenta pa je program poludio
prvo je izbacio zero divisor a onda nastavio do besvjesti sa errorima, zadnji je: -
-
- odradio ubuntu 32 build
-
05.04.2012
-
-
- puširao sam windows verziju na gcode
-
- neću još raditi novi build, bit će još korekcija
-
-
- Testirano i u fmk radi kao i u F18
-
- obrazac pmip postavljen na klijentske fajlove kao i obrazac js
-
- "commit":https://github.com/bringout-fmk/ld/commit/f02c7c9b9c7583c803b3567ef35f1a4bef6b15c2
-
- portirao u FMK
-
- http://redmine.bring.out.ba/projects/klijenti/files
-
- postavio obrasce na klijentski dio fajlova za download
-
-
- ispravio pojedine stvari na obrascu, iznose koji ne mogu stati, redne brojeve itd...
-
- Testirao i u FMK, ok
-
- Sada obrazac radi i u FMK također.
-
- Dobro, test je dao dobar rezultat
-
- testiranje obrasca #27433
-
- portiranje obrasca u fmk
"commit":https://github.com/bringout-fmk/ld/commit/37d287b0a824f40cfaa603322666f8060f2c89ad
ovdje moram parametre vratiti u PARAMS tabelu....
"commit":https://github.com/bringout-fmk/ld/commit/6e163206f... -
- napomena:
Mora se imati na umu da lock tabela mora minimalno trajati !
Ovo nije dobar kod -
- pogledati ove funkcije. sumnjam na to da se u multikorisničkom režimu dešavaju problemi
vjerovatno treba zaključati tabele koje se kod prenosa koriste.
ja sam juče kod rada na semaphore v1.1 uočio da update_server_and_dbf and delet... -
-