Aktivnost
Od 09.04.2012 do 08.05.2012
08.05.2012
-
15:40 Podrška #27932: F18 release 1.0.30
- Ja sam napravio ubuntu 32 i ubuntu 64
-
15:30 Podrška #27932: F18 release 1.0.30
- ja ću napraviti windows build
-
- tagirao
-
- verzija zahtjeva upgrade fmk paketa na 4.4.5 verziju
-
-
- ovo je ispravljeno
-
- testirao sam prenos na par mjesta i to radi kako treba, što se tiče prenosa iz fakt-a
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/315d1887336b40ff05d394e1675165d91fbb407b
jednostavno, SAST ne može imati klasičnu strukturu semafora kao obični šifrarnik, vezan je za ID i ID2 polja -
15:21 Podrška #27933: F18, brisanje sastavnica - bug, brišu se sve sastavnice jednog artikla
- garant nije dobar semafor
-
-
- sada je to u iskoristivoj fazi, trebat će napraviti testove itd... sa pravim podacima
-
- Napravio ažuriranje naloga, štampanje naloga itd...
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/ec4ca14e2d84683792e8df37a867ad47cd4be144
novi broj naloga na osnovu fakt brojača...
izmjenjena funkcije ažuriranja itd...
"ciscenje":https://github.com/knowhow/F18_knowhow/... -
- napravio set_a_dbfs strukture i cre_tables izdvojio
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/86a05e2012dea846c48526caead2a00d64de8861
-
-
- puširao na gcode
http://code.google.com/p/knowhow-erp-f18/downloads/detail?name=f18_db_migrate_package_4.4.5.gz&can=2&q=#makechanges -
-
- treba napraviti
open_mime_document(docment_name)
koju će funkcije export_dbf, report_odt koristiti.
Taj kod već postoji inline unutar report_odt funkcije. Taj kod treba ekstraktovati u posebnu funkcju koju će sve funkcije kao št... -
-
- Sve sam vratio na staro kako je i bilo (šifrarnike itd..)
-
- Radio na ticketu #27522
Podesio parametre u šifrarniku.
Kada pozovem specifikaciju i pri pozivu navedem: -
-
07.05.2012
-
- treba provjeravati nazivnike kod proračuna. na mnogo mjesta program ispada ako je npr. fakturna cijena ili nabavna cijena 0
-
-
- Ubuntu 64 odrađen
-
- Odradio ubuntu 32 i pushirao
-
- napravio windows verziju i puširao je
-
- tagirao
-
-
- make završen
-
- bringout@build32:~/github$ cd harbour/
bringout@build32:~/github/harbour$ source set_envars_ubuntu.sh
bringout@build32:~/github/harbour$ cd harbour/
bringout@build32:~/github/harbour/harbour$ make
-
- bringout@build32:~/github$ git clone https://github.com/hernad/harbour
-
-
10:14 Podrška #27897 (Zatvoreno): F18 release 1.0.28
- Završio i x86_64..
-
- Napravio ubuntu i686, postavio na gcode..
-
- napravio windows build, puširao na gcode
-
- tagirao
treba napraviti bildove ubuntu, ja ću napraviti windows build -
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/18550e64eacfcf3f0d7bcf7455994131c8475004
ispravio bug -
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/53052c9cc0090e427f55c8ed1176f14fb4d26352
-
-
08:23 Podrška #27839 (Zatvoreno): F18, wine/linux ptxt, cpu hog, štampa velikih kartica
05.05.2012
-
- pmirza ponovo odradio build ubuntu 32, sad je uredu
-
- Hmm, odardio sam F18 ubuntu 32 update na 1.0.27,
i prilikom pokretanja dobijem grešku:
bringout@ubuntu:~$ F18 -
- puširao i windows verziju
-
- ostalo izbildati još windows
-
- odradio x86_64, postavio na gcode
-
- sad će "biti ok":https://github.com/knowhow/F18_knowhow/commit/ce534faaf021108341cb8015a6a97b97dc4fbcb0
-
- hernad pomozi mi ovdje, ne znam šta si skontao i šta si našao ali ostavio si bug, ne mogu build raditi
-
- "linija":https://github.com/knowhow/F18_knowhow/blob/83f89c7e4ed12fdacd10200f69ebe6c859d2c94f/common/f18_init.prg#L34
-
- Šta treba ostaviti ?
-
-
04.05.2012
-
- 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
-
-
- 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.
-
- 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.
-
- 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 -
- 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 ?