F18

korigovao sam putanju

znači komandna linija koja se koristi je

delphirb <naziv rtm specifikacije> <lokacija home direktorija> DUMMY 1

recimo:

delphirb specld.rtm "c:/documents.../vsasa/.f18/bringout_test/" DUMMY 1

build f18 mi ne radi

Generating C source output to '.hbmk/darwin/gcc/user_interface.c'... Done.
hbmk2: Compiling...
hbmk2: Linking... F18
Undefined symbols:
  "_HB_FUN_TMP_DIR", referenced from:
      _symbols_table in fmk_migrate.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
hbmk2: Error: Running linker. 1

pogledaj hernad to je tvoj test neki, pa ispravi

ispravi ti

vim

:FindFunc tmp_dir

proizvj.ini je napravio u home_root direktoriju, pa ja zato što je exepath :(

Saša Vranić je napisao/la:

hm, delphirb očekuje u exepath-u i proizvj.ini kojeg će napuniti modul ld

https://github.com/bringout-fmk/delphirb/blob/master/delrb.pas#L271

znači ako je u c:\knwohowERP\utils\delphirb, onda u tom direktoriju treba da bude i proizvj.ini u kojem su podaci specifikacije

ovo je glupost teška.

nemoj prljati utils direktoriji sa podacima

workaround¶

napraviti delphirb_run.bat u my_home() sadržaja:

delphirb.exe %1 %2 %3 ...

da li ćemo pozivom ovog _bat-a dobiti exepath = my_home() ?

vjerovatno nećemo.

Ako nećemo

onda napraviti ovo

if !(FILE(my_home() + delphirb.exe)

  kopiraj exe ga u my_home() 

endif

bolje imati 10 delphirb.exe-ova u my_home() direktorijima nego praviti ovo kino sa .ini fajlovima po čitavom file sistemu

da, sad vidim da su i parametri pobošani... treba napraviti da se parametri izvještaja snimaju u sql/db

ali opet može nastati komplikacija sa path-ovima sa delphirb.exe

kopiraj delphirb.exe => my_home() / f18_delphirb.exe pa u F18 napravi poziv "f18_delphirb"

da, sad vidim da su i parametri pobošani... treba napraviti da se parametri izvještaja snimaju u sql/db

koliko se sjećam mi smo to sa proizv.ini testirali i to je radilo ? ako ne moraš, nemoj sada gubiti vrijeme na ovo.

napravi ovaj copy to f18_delphirb.exe u my_home, daj mu proizvj.ini koji traži i to je to.

kasnije ćemo vidjeti kako ovo "kino" riješiti čestito.

možeš za ovu potrebu taj copy ručno uraditi ... ako to nešto znači na vremenu s obzirom da ti je klijentov računar na dohvat ruke

my_home() !¶

jedina stvar koja je bitna jeste da se sve operacije koje su bile raspršene po file sistemu a vezane su za podatke i konfiguraciju dešavaju isključivo u my_home() !

ma specifikacija je sva u haosu, sve je to jedna funkcija itd... to definitivno treba srediti, ali sad za to nema vremena pa ću je zakrpiti

iščistio da se parametri mogu snimiti i da se ne podudaraju sa ostalim parametrima

commit

dobro, provjerio, sada se parametri snimaju

i poziv se dobro obavlja što se tiče poziva, to bi trebalo biti to

dodao filecopy

za windowse, a za unix pošto ide preko wine-a skroz se druga logika primjenjuje delphirb shell skripta kopira na wine lokaciju i tamo izvršava to što treba

hb_run status

takođe http://redmine.bring.out.ba/boards/9/topics/5836?r=5862#message-5862

interesatno, ne dobijam ni proizvj.ini u home direktoriju ?!???

dakle, desi se sav kod do pitanja "pokrenuti win report ?" i kada kažem "D" dobijem prozor crni koji odmah nestane i ne vidim šta piše u njemu

međutim ini fajla više nema

Na kraju pronašao da specifikacija radi ovako sa pozivom

"c:\documents and settings\vsasa\.f18\bringout_test\f18_delphirb.exe" SPECB

i daje mi dobre podatke

commit

takođe proizv.ini mora biti bez navodnika i onda se normalno kreira u svom direktoriju pogledaj

kopiranje delphirb.exe u home direktorij sada također radi

treba još samo skontati gdje ćemo držati ove rtm fajlove

naime u pozivu delphirb-a se očekuje da su negdje u path-u

jer se ne može zadavati kroz komandnu liniju

path + rtm fajl, nego mora čisto biti samo naziv

ja sam ih sada kod testiranja držao u home direktoriju, gdje je i f18_delphirb.exe

Saša Vranić je napisao/la:

treba još samo skontati gdje ćemo držati ove rtm fajlove

pisao sam o tome ima otvoren ticket. privremeno rješenje je staviti u ~/.f18

a ha, dobro ali treba provjeriti da li će to raditi ili moraju biti tamo gdje je delphirb.exe

Saša Vranić je napisao/la:

a ha, dobro ali treba provjeriti da li će to raditi ili moraju biti tamo gdje je delphirb.exe

ama to je već urađeno i provjeravano vsasa. vrtimo se ukrug bez ikakvih potreba.

Kako je urađeno kod one mip specifikacije uradit (ti so to tamo negdje nazvao vratolomija)

Da rezimiram:

1) .f18 su lokacije na kojima se instalira template-ovi - my_home_root()
2) svaka baza npr .f18/bringout ima svoj delphirb_exe i potrebne template-ove u my_home() koji se sa file copy opearcijama ako je potrebno uzimaju sa lokacija (.f18 za template-ove, c:\knowhowERP\util za exe fajlove)

ja sam ih sada kod testiranja držao u home direktoriju, gdje je i f18_delphirb.exe

i ovako ćemo dovijeka .... daj bolan neko rješenje da definišemo. zato i govorim da .f18 root bude lokacija za te template-ove da se ne mora ručno kopirati to može raditi F18 a ne serviser !

kako radi filecopy exe-a tako neka radi filecopy template-a ako je prvi poziv.

c:\knowhowERP\template\¶

dobro vidim da smo opet u ciklusu masovnih zbunjoza i testiranja bez kraja.

ovdje staviti F18 sve .rtm, .odt fajlove NE u my_home_root

u odgovarajući .ch fajl staviti

#define F18_TEMPLATE_LOCATION c:\knowhowERP\template\

unutar koda na svim mjestima stavljaš if nema file copy u my_home() sa template lokacije.

if !FILE( my_home() + taj_i_taj_template )
    FILECOPY( F18_TEMPLATE_LOCATION + taj_i_taj_template, my_home() + taj_i_taj_template )
endif

da, postoji... https://github.com/knowhow/F18_knowhow/blob/977792e54474d0c4529/ld/ld_specifikacija_v2.prg#L954

nisam testirao, danas radim na fakt čišćenju radi bhingco