F18

Compiling 'rnal/rnal_dokument_tbl_db.prg'...
rnal/rnal_dokument_tbl_db.prg(224) Error E0020  Incomplete statement or unbalanced delimiters
rnal/rnal_dokument_tbl_db.prg(240) Error E0020  Incomplete statement or unbalanced delimiters
rnal/rnal_dokument_tbl_db.prg(272) Error E0020  Incomplete statement or unbalanced delimiters
3 errors

fali O_T_DOCIT2, ubacio

s_params() se podudara sa fakt

promjenio

• rnal_set_params()
• fakt_set_params()

g_rule_block()

g_rule_cols()

podudaranje sa fin-om

da, svaki modul ima svoj zaseban rule izgled itd...

ok, to je to...

sada imam nepostojeće reference

Undefined symbols:
  "_HB_FUN__FILL_CONTACTS", referenced from:
      _symbols_table in rnal_stampa_dokumenta.o
  "_HB_FUN_R_FND_DOCS", referenced from:
      _symbols_table in rnal_izvj_menu.o
  "_HB_FUN_GR_ID_STR", referenced from:
      _symbols_table in rnal_sifre_grupe_atributi.o
  "_HB_FUN_FRM_LST_NALOG", referenced from:
      _symbols_table in rnal_pregled_dokumenata_menu.o
  "_HB_FUN_PID", referenced from:
      _symbols_table in t_rnal_mod.o
  "_HB_FUN__FILL_A_ARTICLES", referenced from:
      _symbols_table in rnal_pretraga_artikala.o
  "_HB_FUN_S_E_GR_VALS", referenced from:
      _symbols_table in rnal_sifre_menu.o
  "_HB_FUN__RULE_ART1_", referenced from:
      _symbols_table in rnal_pravila.o

ah, znam, ovo su dužine naziva funkcija

očistio.... evo ga init build

https://github.com/knowhow/F18_knowhow/commit/5c05c590e6dc7dab5cd478eb48f87fbb7177e07b

heh, šta ti je kada je modul dobro rađen, za 3 minute port :)

Saša Vranić je napisao/la:

heh, šta ti je kada je modul dobro rađen, za 3 minute port :)

tebi moja narcosoidnost izgleda prešla. Moramo otići do apoteke.

vsasa ne možemo tako u europu.

he he

samo čekam komentar :)

pri pokretanju postoji problem sa indeksima, neka polja su dugačka itd... pa indeks ne može da se kreira, ovo trebam pogledati

hmm tu treba odmah napravi f18_security koji bi jednostavno koristio knowhow ERP security.

Ok, pošto sam implementirao nove security funkcije, idem se dalje baciti na RNAL...

U RNAL-u postoji problem sa dužinom naziva polja, jednostavno harbour je limitiran na "10" i nije kao kliper koji dozvoljava da kada radimo seek damo punu dužinu a on se brine za ostalo i stoga ne radi.

ima puno tih polja

• doc_dvr_date treba postati doc_dvr_da
• doc_dvr_time treba postati doc_dvr_ti
• itd...

evo vidi se polje doc_dvr_da i doc_dvr_ti

znači harbour je odsjekao polja što po meni nije trebao. sigurno je neki dbf clipper compatibility switch aktiviran.

[12:49pm]  vsasa joined the chat room.
[12:49pm] hernad: zar nije clipper taj koji zanemaruje
[12:50pm] hernad: polja naziva > 10, http://redmine.bring.out.ba/issues/25185#note-14
[12:50pm] vsasa: clipper to jednostavno izgleda ima integrisano I on sam to sreže
[12:50pm] vsasa: dok harbour ne dozvoljava
[12:50pm] hernad: naime doc_dvr_date kliper otkida i odatle problem
[12:50pm] hernad: ama nije bolan
[12:51pm] hernad: nego si ti očigledno pristupao tabelama koje je CLIPPER kreirao
[12:51pm] hernad: a on ne može preko 10
[12:51pm] vsasa: ma jok
[12:51pm] vsasa: prilikom portiranja rnala, f18 je kreirao tabele
[12:51pm] hernad: i on umjesto doc_dvr_date napravi doc_dvr_da polje
[12:51pm] hernad: ako to nije tako
[12:51pm] hernad: ako je harbour otkinuo
[12:52pm] hernad: onda je on očigledno kompajliran sa nekim clipper compatible switch-em koji se može isključiti
[12:53pm] hernad: napravi test
[12:53pm] hernad: izoluj problem
[12:53pm] hernad: kreiraj u harbour_playground dbf/
[12:53pm] hernad: i u njemu kreiraj tabelu sa dugim poljima i napravi indeks
[12:53pm] hernad: pa tu navedi ponašanje i problem
[12:54pm] hernad: to nema logike nikakve što govoriš
[12:54pm] vsasa: da, harbour prilikom generisanja otkine I lokuje na 10
[12:54pm] vsasa: evo baš gledam docs.dbf koje je harbour generisao

svakako ovo je harbour a ne F18 pitanje i treba ga riješiti na harbour projektu na način koji sam naveo

čišćenje naziva koje si naveo nije dobra odluka.

ma da, znam, pogledat ću da vidim šta je u pitanju

napravio sam na knowhow centralno mjesto za playground tako da svi možemo svoj rad mergirati na centralno mjesto https://github.com/knowhow/harbour_playground

na serveru su polja ta polja odsječena ili su > 10 znakova ? treba uraditi njihov alter onda

... po pitanju ovih dugačkih polja

u fmk paketu nemamo RNAL tabela, treba ih napraviti prije svega

a što se tiče podataka koji su ranije importovani polja su odsječena

CREATE TABLE rnal_docs
(
  doc_no numeric(10,0),
  doc_date date,
  doc_dvr_da date,
  doc_dvr_ti character(8),
  doc_ship_p character(200),
  cust_id numeric(10,0),
  cont_id numeric(10,0),
  cont_add_d character(200),
  doc_pay_id numeric(4,0),
  doc_paid character(1),
  doc_pay_de character(100),
  doc_priori numeric(4,0),
  doc_desc character(200),
  doc_status numeric(2,0),
  operater_i numeric(3,0),
  brisano character(1),
  doc_sh_des character(100),
  doc_time character(8),
  doc_in_fmk numeric(1,0),
  obj_id numeric(10,0),
  fmk_doc character(150)
);

treba sva polja očistiti koja prelaze LEN 10

prvi dio čišćenja

https://github.com/knowhow/F18_knowhow/commit/91432092412de6a4fc851df22c8d0d574a236d89

ciscenje v2

https://github.com/knowhow/F18_knowhow/commit/968c29d19760e0350ad0b2edfb460de3314ce2bc

mislim da je sada sve očišćeno

dobro, pregledao unos naloga... čini se da radi, ali mi izbacuje greške radi ne postojanja semafora...

treba i semafore ubaciti i tabele u pg/sql da bi ovo radilo kako treba

za to mi treba nekih 2 - 3h pretpostavljam

znači:

• kreiranje tabela i semafora u fmk paketu
• rnal semafori šifrarnika u kod-u

uradi ovo. radi češće update ticketa

fmk db upgrade uraditi u posebnom sql fajlu, kako sam to ja u posljednjim upgrade-ovima radio

napravi database/misc/rnal_create_tables.sql

ok