Projekat

Općenito

Profil

Akcije

Greške #26724

Zatvoren

KALK, greška kod štampe dokumenta TD 42

Dodano od Jasmin Beganović prije skoro 13 godina. Izmjenjeno prije više od 12 godina.

Status:
Zatvoreno
Prioritet:
Odmah riješiti
Odgovorna osoba:
Saša Vranić
Početak:
15.02.2012
Završetak:
% završeno:

100%

Procjena vremena:

Opis

izgleda isti problem kao i kod #26691


Povezani tiketi 2 (0 otvoreno2 zatvorenih)

korelira sa F18 - Podrška #26727: build 0.9.53ZatvorenoEmir Šator15.02.2012

Akcije
korelira sa F18 - Podrška #26691: FAKT 11, greška pri ažuriranju OdbačenoSaša Vranić14.02.2012

Akcije
Akcije #1

Izmjenjeno od Jasmin Beganović prije skoro 13 godina

  • Naslov promijenjeno iz KALK, greška kod štampe dokumeta u KALK, greška kod štampe dokumenta TD 42
Akcije #2

Izmjenjeno od Jasmin Beganović prije skoro 13 godina

prvo mi odštampa u gvimu a onda izbaci grešku

Akcije #3

Izmjenjeno od Jasmin Beganović prije skoro 13 godina

====================================================================================
F18 bug report (v3.2) : 15.02.12 14:06:29
====================================================================================
Verzija programa: 0.9.52 14.02.2012 0.9.96

SubSystem/severity    : DBFCDX          2
GenCod/SubCode/OsCode :         21       1001         32
Opis                  : Open error
ImeFajla              : /home/bjasko/.f18/f18_quick/kalk_pripr.dbf
Operacija             : 
Argumenti             : NIL
canRetry/canDefault   : .T. .T.

CALL STACK:
--- --------------------------------------------------------------------------------
  1 (b)F18_INIT_APP / 105
  2 DBUSEAREA / 0
  3 MY_USE / 106
  4 MY_USEX / 17
  5 O_KALK_EDIT / 166
  6 KALK_PRIPR_KEY_HANDLER / 254
  7 (b)KALK_UNOS_STAVKI_DOKUMENTA / 153
  8 OBJDBEDIT / 162
  9 KALK_UNOS_STAVKI_DOKUMENTA / 153
 10 KALK_UNOS_DOKUMENTA / 67
 11 (b)TKALKMOD_MMENUSTANDARD / 84
 12 MENU_SC / 990
 13 TKALKMOD:MMENUSTANDARD / 143
 14 TKALKMOD:MMENU / 67
 15 TKALKMOD:RUN / 149
 16 MAINKALK / 31
 17 MAIN / 55
--- --------------------------------------------------------------------------------

/----- SERVER connection info: ---------- /

host/database/port/schema : localhost / f18_quick / 5432 / fmk
                     user : admin

F18 client required server db >=     : 4.2.0 / 40200
Actual knowhow ERP server db version : 4.2.3 / 40203

/---------- BEGIN PostgreSQL vars --------/

server_version           : 9.1.1
TimeZone                 : localtime

/----------  END PostgreSQL vars --------/

/-------- BEGIN PostgreSQL sys info --------/
user                     : admin
client_addr              : 127.0.0.1
client_port              : 46143
server_addr              : 127.0.0.1
server_port              : 5432

/-------  END PostgreSQL sys info --------/

Trenutno radno podrucje:  , record:          0 /          0
------------------------------------------------------------
Record content:
------------------------------------------------------------
------------------------------------------------------------

== END OF BUG REPORT ==
Akcije #4

Izmjenjeno od Jasmin Beganović prije skoro 13 godina

hm našao izgleda uzrok, gvim otvori ove tabele i drži ih izgleda lokovane ??

bjasko@bjasko-Vostro-1015:~/.f18$ lsof | grep kalk_pripr

gvim      27005     bjasko   19u      REG                8,1     2193  7740299 /home/bjasko/.f18/f18_quick/kalk_pripr.dbf
gvim      27005     bjasko   20u      REG                8,1     9216  7740300 /home/bjasko/.f18/f18_quick/kalk_pripr.cdx

Akcije #5

Izmjenjeno od Saša Vranić prije skoro 13 godina

vjerovatno, kalk_pripr je ekskluzivno otvorena tabela što znači za samo jednog korisnika i proces štampe je već zauzeo a pokušava da je otvori neka opcija.

Treba uraditi kao i kod FAKT-a što smo radili

select (F_KALK_PRIPR)
if !USED()
    O_KALK_PRIPR
endif
Akcije #6

Izmjenjeno od Saša Vranić prije skoro 13 godina

To je problem koji se manifestuje samo na lx instalaciji, na mac i win instalaciji radi normalno

Akcije #7

Izmjenjeno od Saša Vranić prije skoro 13 godina

Akcije #8

Izmjenjeno od Saša Vranić prije skoro 13 godina

  • Status promijenjeno iz Novo u Dodijeljeno
  • Odgovorna osoba promijenjeno iz Saša Vranić u Jasmin Beganović

treba probati sa aktuelnom verzijom

Akcije #9

Izmjenjeno od Jasmin Beganović prije skoro 13 godina

  • Odgovorna osoba promijenjeno iz Jasmin Beganović u Saša Vranić

isto se desi, open error nakon štampe i F18 izađe, evo šta u terminalu iskoči ako ti je od pomoći

Unrecoverable error 9001: Error recovery failure
Called from DBUSEAREA(0)
Called from MY_USE(106) in common/semaphores.prg
Called from MY_USEX(17) in common/semaphores.prg
Called from O_KALK_EDIT(170) in kalk/kalk_unos_dokumenta.prg
Called from KALK_PRIPR_KEY_HANDLER(307) in kalk/kalk_unos_dokumenta.prg
Called from (b)KALK_UNOS_STAVKI_DOKUMENTA(153) in kalk/kalk_unos_dokumenta.prg
Called from OBJDBEDIT(162) in common/ui_objdbedit.prg
Called from KALK_UNOS_STAVKI_DOKUMENTA(153) in kalk/kalk_unos_dokumenta.prg
Called from KALK_UNOS_DOKUMENTA(67) in kalk/kalk_unos_dokumenta.prg
Called from (b)TKALKMOD_MMENUSTANDARD(84) in kalk/t_kalk_mod.prg
Called from MENU_SC(990) in common/legacy.prg
Called from TKALKMOD:MMENUSTANDARD(143) in kalk/t_kalk_mod.prg
Called from TKALKMOD:MMENU(67) in kalk/t_kalk_mod.prg
Called from TKALKMOD:RUN(149) in common/skeleton_app.prg
Called from MAINKALK(31) in kalk/kalk_launcher.prg
Called from MAIN(55) in F18.prg

Akcije #10

Izmjenjeno od Ernad Husremović prije skoro 13 godina

bez ovoga bjasko ne može obaviti pripremu za toplotu. kada budeš ovaj problem rješavao, pogledaj i taj problem algoritma rabata radi koga se ovo sve i vrti.

bjasko vezni ticket ovom ticketu MORA biti problem rabata KALK.

Akcije #11

Izmjenjeno od Ernad Husremović prije skoro 13 godina

  • Prioritet promijenjeno iz Normalan u Visok

u stvari, kada se utvrdi da je ovo problem F18 pored internog ticketa koji je vezan za klijenta mora biti otvoren F18 ticket. otvori ga i poveži sa:

- fmk ticketom klijenta
- ovim ticketom

tako će developer i svi ostali imati punu sliku konteksta i potreba ovog ticketa.

Akcije #12

Izmjenjeno od Saša Vranić prije skoro 13 godina

Kod kalk-a je implementirano identično otvaranje tabela, kao i kod FAKT-a... da li ti FAKT priprema radi, kada ti otvori izvještaj.

Akcije #13

Izmjenjeno od Saša Vranić prije skoro 13 godina

  • Odgovorna osoba promijenjeno iz Saša Vranić u Jasmin Beganović
Akcije #14

Izmjenjeno od Jasmin Beganović prije skoro 13 godina

  • Odgovorna osoba promijenjeno iz Jasmin Beganović u Saša Vranić
Akcije #15

Izmjenjeno od Saša Vranić prije skoro 13 godina

pa jel sad radi ?

Akcije #16

Izmjenjeno od Saša Vranić prije skoro 13 godina

  • Odgovorna osoba promijenjeno iz Saša Vranić u Jasmin Beganović
Akcije #17

Izmjenjeno od Jasmin Beganović prije skoro 13 godina

  • Odgovorna osoba promijenjeno iz Jasmin Beganović u Saša Vranić

ma isto open error nakon štampe

Akcije #18

Izmjenjeno od Ernad Husremović prije skoro 13 godina

ovo čitam jedno 3-4 put ista tema. ping-pong bjasko vsasa.

zar je toliko problem da se obezbjedi mjesto na kome ćeš vsasa pokrenuti instalaciju ?!

ovo debugiranje na ćoravo me stvarno nervira.

Zaključak:

- ono što bjasko može pomoći saši jeste da mu pomogne da napravi dev okruženje za ubuntu(*)

- ono što vsasa može da pomogne jasku jeste da prestane na ćoravo debugirati

- ono što bjasko i vsasa mogu pomoći svima jeste da uoče da kada nešto ne ide - ne ide

(*) iako sam napravio niz vagrant vbox template-ova za virtualbox koje je samo potrebno uzeti i iskoristiti ... ali eto to recimo može bjasko pomoći vsasi i sebi: uradi to tako i tako napravi sebi okruženje i debugiraj aplikaciju na ubuntu.

Akcije #19

Izmjenjeno od Saša Vranić prije više od 12 godina

  • Prioritet promijenjeno iz Visok u Odmah riješiti

testirati kada budem na ubuntu stanici

Akcije #20

Izmjenjeno od Saša Vranić prije više od 12 godina

  • Status promijenjeno iz Dodijeljeno u Zatvoreno
  • % završeno promijenjeno iz 0 u 100

testirao, više se ne događa

Akcije

Također dostupno kao Atom PDF