(Bann IVc4 - BW clients)

I copied report (rtdpur440101000) into our VRC several times and added all reports to session.

Now I wanted to add one layout to one of them.

I deleteed report, and copy my another report on the same number-name as deleted one and compiled it.

But?, I allways get results from old report ???
I tried do rm $BSE/tmp/tmp*
...
it doesn't help

Is it a btter way to do that ?
Where is stored this old report and why compilation of new report with same name doesn't "kill" old report?

Thanks
d)

Yeah, let me guess... you use NT

It has this thing like shared memory which caches the report but never checks if the disk version is newer than the cached one?

Restart shared memory...

Maybe NT is caching the OS file ...

you can run:
NT: bic_explode.exe rtdpur440101000 (maybe add an extra 0 for variant 0) to find the place where it is stored on disk.
If a otdpurX is replied in the path then you did find the object instead of the report.

On Unix the program name is explode6.x

Thanks OmeLuuk,

I am happy and "proud to be Unix" AIX on RS6000;

Explode said that objects are ok;
$ explode6.1 rtdpur440101001h
/baan/bse/custom/tdB40C_c4_ABB/otdpurh/opur440101001h
$ explode6.1 rtdpur440101004h
/baan/bse/custom/tdB40C_c4_ABB/otdpurh/opur440101004h
$ explode6.1 rtdpur440101005h
/baan/bse/custom/tdB40C_c4_ABB/otdpurh/opur440101005h
(this h is for Croatian version of reports)
but what I did yesterday was - I erased all temperary files in BW client subdirectory
(I use Win printer - so maybe it was the reason to se the same file no metter how source and object on the server look like?)
I tried the report and it is working now !!!

I thing it is possible problem solution?



Thanks OmeLuuk
and all the best

Dubravko

Got no idea

Help me understand?!
:confused:

What I said in last mail wasn't true.
I have same, old problem - I can compile report, I can create whole runtime dictionary, I can ...
but I can't get rid of old version of report
(same report which I copy in 3 languages; if it meters)

HELP needed

Dudo

Can you post all the compilation messages?

Also post `bic_repgen6.1 -v` and `bic_info6.1 -w ottstprepdll`

All compiler messages are in attachment;
here are repgen and bic_info messages;

:(
My repgen6.1 -v said:

$ repgen6.1 -v
-------------------------------------------------------
Portingset : 6.1c.06.01
Port no. : PA.1643
Date : Tue Mar 20 16:30:17 NFT 2001
Uname : AIX jerom 3 4 002051894C00
Machine-id : IBM_RS6000
OS-release : AIX4.3
CFLAGS : -O2 -qro -qinlglue -qnoansialias -qarch=COM -qtune=rs64b -qmaxmem=
-1 -I/port.6.1c.06.01/vobs/tt/headers -I/port.6.1c.06.01/vobs/tt/repgen -I/port.
6.1c.06.01/vobs/tt/bdbint -I/port.6.1c.06.01/vobs/tt/lib/licence -I/port.6.1c.06
.01/vobs/tt/lib/mb -I/port.6.1c.06.01/vobs/tt/lib/al_1 -I/port.6.1c.06.01/vobs/t
t/lib/qpd -I/port.6.1c.06.01/vobs/tt/lib/dbc -I/port.6.1c.06.01/vobs/tt/lib/qp -
I/port.6.1c.06.01/vobs/tt/lib/dbs -DIBM_RS6000 -DAIX4_3 -DREL6_1 -DRIOS6000 -D_P
OSIX_SOURCE -D_ALL_SOURCE -DINCLSTDLIB -D_TSS -DSYSTIME -DSOCKET -DLOCAL_SOCKET
-DPIPE -DMQ -DSHM -DUNIQUE -DDIRENT -DCUSERIDBUG -DVOID_PTR -DSCANF_OK -DSYSMEMF
UN -DSLOTIO -DMEMMAP -DWRITEV -DHIGH_LOW -DGETCLOCK -DSIGINTERRUPT -DWAITPID -DW
AIT3 -DSIGNAL_TYPE=void -DSEM_LOCK
LOADFLAGS : -O2 -qro -qinlglue -qnoansialias -qarch=COM -qtune=rs64b -qmaxmem=
-1
-------------------------------------------------------
Copyright Š Baan, 1990-2001

:eek:
$ bic_info6.1 -w ottstprepdll

---------------------------OBJECT IDENTS--------------------------------
@(#)/usr4/triton6/bse/tools/ttB40_c6/pttstp/pstprepdll0, 01/05/11 [16:04], From
niekk
@(#)-DREL6_1
@(#)-DUTF8
@(#)bic_global 8.25:3/6/01 Copyright (c) Baan International b.v.
@(#)bic_object 7.7.1.3:2/19/99 Copyright (c) Baan International b.v.
@(#)bic_event 8.2:1/13/00 Copyright (c) Baan International b.v.
@(#)bic_shell, 08-1994/R1, Copyright (c) Baan International b.v.
@(#)bic_fork 7.1:8/23/00 Copyright (c) Baan International b.v.
@(#)dll_rep, 08-1994/R1, Copyright (c) Baan International b.v.
@(#)Call 10015862, 95/11/10
@(#)Call 10228774, 23-05-1997: Text in header
@(#)DF15534, 16-01-1998: blank page after text
@(#)DF2092, 13-04-1998: ensure initialization of printline
@(#)DF15677, 15-06-1998: problems with matrix printer
@(#)DF4858, 22-09-1998: with notepad, last line lost if no R_EOL
@(#)DF70128, 23-09-1998: The filter function changed to mb
@(#)DF71916, 12-10-1998: Removed fix for DF4858, moved to tttxt1100
@(#)DF71310, 30-10-1998: Printing multibyte text
@(#)TXT1, 12-11-1998: Find Physical Compnr of linked txt tables
@(#)DF73544, 11-12-1998: Textprint function changed. Text now printed in 1 line
@(#)DF76154, 02-02-1999: Printing of header after text corrected
@(#)DF73480, 05-03-1999: Need function in header text recursion
@(#)DF81032, 20-06-1999: Header after text printing was not printed
@(#)DF32309, 02-08-1999: External function tab_to_space added
@(#)DF86340, 11-10-1999: Loop sequence changed for r.pop()
@(#)DF86428, 15-11-1999: printline longer than spool.pr.line handling
@(#)DF88032, 19-11-1999: strip$ added to all spool.pr.line handling
@(#)DF90241, 23-12-1999: printpos.to.stringpos used iso tab.to.string
@(#)DF91782, 24-02-2000: strip$ needed because of string manipulation
@(#)DF19610, 24-07-2000: Pagebreak in before- and after.field sections
@(#)DF101613,12-09-2000: Correction to 19610.
@(#)DF111395,04-04-2001: Printing of header text done from comp 0
@(#)DF109138,11-05-2001: Printing first detail on second page
@(#)IRT, 12-04-2001: Usage of multicol in xml file disabled
@(#)IRT, 12-04-2001: Line buffer too small during printing amounts to xml file
@(#)bic_tt, 10-1992/R1, Copyright (c) Baan International b.v.
@(#)bic_repgen, 08-1994/R1, Copyright (c) Baan International b.v.
@(#)DF73480 Recursion not yet implemented in print_text_in_header
@(#)ID 442022 95/19/07
@(#)Call 10221670 21-06-96, Index out of dims, if last char of string is TAB
@(#)DF90241, 23-12-1999: printpos.to.stringpos used iso tab.to.string
@(#)DF91782, 02-03-2000: Strips excess space in string caused by string assign
ments
@(#)DF98520, 13-06-2000: Text closing block & index out of dims corrected
@(#)DF91782-2, 10-07-2000: Modification in using strip$()
@(#)DF102907, 22-11-2000: printpos.to.stringpos inprofed


De Groetjes van Dubravko

:)

Did you check Unix permissions for files:

/baan/bse/custom/tdB40C_c4_ABB/otdpurh/opur440101001h
/baan/bse/custom/tdB40C_c4_ABB/otdpurh/opur440101004h
/baan/bse/custom/tdB40C_c4_ABB/otdpurh/opur440101005h

You must have read/write permissions for this files. Maybe you don’t have enough authorization on directory?

What happens with the compilation date of .../otdpurh/opur440101001h?

Can you also post the bic_info6.1 -w otdpur440101001h (or htdpur440101001h)?

Check lines 105 and 106 in the report script (use function double.comp() instead).

Update your session that generates the "ask_enum domain 'ttyeno' is wrong"

Update your ttstprepdll.

Sorry for my simple question: did you check the derivation structure of the used package combination of your testcompany (ttstpsessinfo) ?

Hello Lclju1, hello PBforBaan

permissions are ok;
in some moment I get my new compiled report but for now I didn't find in what moment and what is the reason that I get what I need to get immediately;
(where is hiding old report? - it confuses me)
and if my derivation structure isn't ok - I wouldn't get right report newer - agree?

Hello OmeLuuk
Permissions and time of compilation are ok!
-rw-rw---- 1 dudo bsp 113748 Aug 27 09:38 opur440101001h
-rw-rw---- 1 dudo bsp 113748 Aug 27 09:38 upur440101001h

bic_info6.1 -w opur440101001h
$ bic_info6.1 -w /baan/bse/custom/tdB40C_c4_ABB/otdpurh/opur440101001h

---------------------------OBJECT IDENTS--------------------------------
@(#)/baan/bse/tmp/tmp013536434, 02/08/27 [09:38], From dudo
@(#)-DREL6_1
@(#)bic_global 8.25:3/6/01 Copyright (c) Baan International b.v.
@(#)bic_object 7.7.1.2:1/26/98 Copyright (c) Baan International b.v.
@(#)bic_event 8.1:4/20/98 Copyright (c) Baan International b.v.
@(#)bic_shell, 08-1994/R1, Copyright (c) Baan International b.v.
@(#)bic_fork 1.1:3/1/95 Copyright (c) Baan International b.v.
@(#)IDglo0a, Ajith Kumar, 1994-05-19, 3.1L_a_glo0
@(#)ID31bgl0, Ravi Dhareshwar, 1995-04-07, 3.1L_b_glo0
@(#)IDTAXP, Vicki Courtnage, 1995-06-16, 3.1L_b_glo0
@(#)ID 4.0, Baan IV, Start of isls00060, 1995-09-15, 4.0_a
@(#)IDTAXP4, Darren Tsumura, 1995-12-15, 4.0L_a_glo0
@(#)ID 4.0, Baan IV, Start of isls00060, 1995-09-15, 4.0_a
@(#)IDB40Lcglo, Connie Mikeworth, 1997-03-21, B40L_c_glo0
@(#)ID10242727, Carey Clement, 1997-04-30, B40L_a2_glo0
@(#)DF 18172-1, Perrumudi Anil kumar, 1998-05-20, B40_c4
@(#)EURO-1, Antonin Slovacek, 22th June 1998, B40_c4_eur0
@(#)DF72257-1, Edwin Hartman, November 18th 1998, B40_c5
@(#)DF8277-1, Edwin Hartman, Februari 16th 1999, B40_c5
@(#)DF86013-1, Nicolette Kroon, 1999-10-01, B40_c5
@(#)DF36725-1, Nivi Engineer, 1999-11-15, B40_c5
@(#)DF91299-1, Edwin Hartman, Januari 18th 2000, B40_c5
@(#)DF20510-1, Amy Slovinski, 2000-02-11, B40_c5
@(#)DF21353-1, Amy Slovinski, 2000-03-09, B40_c5
@(#)DF20393-1, Amy Slovinski, 2000-03-14, B40_c5
@(#)DF36003-1, Amy Slovinski, 2000-04-04, B40_c5
@(#) SOL 150401, 2000-05-03, B40_c5
@(#) SOL 152488, 2000-10-18, B40_c5
@(#) SOL 153102, 2000-12-11, B40_c5
@(#) SOL 116404, 2001-07-30, B40_c5
@(#) SOL 118523, 2001-10-08, B40_c5
@(#)ID 4.0, Baan IV, Start of imcs00100, 1995-09-15, 4.0_a
@(#)ID 4.0, Baan IV, Start of icom00010, 1995-09-15, 4.0_a
@(#)ID 4.0, Baan IV, 1995-09-15, 4.0_a
@(#)ID 4.0, Baan IV, Start of imcs02000, 1995-09-15, 4.0_a
@(#)ID10018804, Lucia Gorissen (TPS), 1996-06-19, B40_b_sys
@(#) ID10226555, Mathieu Nellestein, 06-11-1996, B40 a2
@(#)ID 4.0, Baan IV, Start of icom00100, 1995-09-15, 4.0_a
@(#)ID443212, Wim Blijleven, 1995-08-28, 3.1_b
@(#)ID10225989, Alex Chim, 1996-11-06, 4.0_a2
@(#)DF3566-1, James Mankel, 1998-06-17, B40_c4
@(#)DF3566-2, James Mankel, 1998-07-14, B40_c4
@(#)*** Start of function tcedi0051
@(#)ID 4.0, Baan IV, Start of iedi00510, 1995-09-15, 4.0_a
@(#)ID10022362, F. Zoeter, 1996-05-06, B40_a1
@(#)ID EDI0, D. Tsumura, 1996-06-19, B40_b_sys
@(#) SOL 150185-1, 2000-11-28, B40_c5
@(#)***** End of function tcedi0051
@(#)*** Start of function tcedi0052
@(#)ID10222152, Lucia Gorissen (TPS), 1996-07-03, B40_b_sys2
@(#)ID10222991, F. Zoeter, 1996-07-30, B40_a2
@(#)ID10221725, F. Zoeter, 1996-06-20, B40_perf
@(#)ID10243399, Richard Ching, 1997-09-02, B40_c1
@(#)DF1298-1, Aaron Ebling, 1997-11-19, B40_b5
@(#)DF1505-1, Aaron Ebling, 1997-12-10, B40_b5
@(#)DF2167-1, Brian Ruhoff, 1998-02-27, B40_c4
@(#)DF3340-1, Aaron Ebling, 1998-05-21, B40_b5
@(#)DF18393-1, Aaron Ebling, 1998-06-17, B40_b5
@(#)DF70114-1, Chris Smith, 1998-09-18, B40_c5
@(#)DF5727-1, Chris Smith, 1998-11-10, B40_c5
@(#)DF72711-1, Ulrich Seevers, 1998-08-24, B40_c5
@(#)DF75843-1, Aaron Ebling, 1999-01-25, B40_c5
@(#)DF75843-1, David Young, 1999-05-27, B40_c5
@(#)DF80833-1, Chris Smith, 1999-06-08, B40_c5
@(#)DF81930-1, Chris Smith, 1999-07-15, B40_c5
@(#)DF84315-1, Katsuhia Higuchi, 1999-09-16, B40_c5
@(#)DF85115-1, Katsuhia Higuchi, 1999-09-16, B40_c5
@(#)DF81824-1, Maarten Zwankhuizen, 1999-09-24, B40_c5
@(#)DF85115-2, Katsuhia Higuchi, 1999-10-26, B40_c5
@(#) SOL 150185-1, 2000-11-27, B40_c5
@(#)***** End of function tcedi0052
@(#)*** Start of function tcedi0020
@(#)ID 4.0, Baan IV, Start of iedi00200, 1995-09-15, 4.0_a
@(#)ID45626, F. Zoeter, 22-06-1994, 3.0_b
@(#)ID46543, F. Zoeter, 04-11-1994, 3.1_a
@(#)ID46587, F. Zoeter, 08-11-1994, 3.1_a
@(#)ID46564, F. Zoeter, 08-11-1994, 3.1_a
@(#)IDEDI2, K. Huynh, 28-05-1996, 4.0L_b_glo0
@(#)ID10018804, F. Zoeter, 21-06-1996, B40_b_sys
@(#)ID10225440, Mathieu Nellestein, 11-11-1994, 3.1_bx
@(#)ID10229911, K. Huynh, 23-01-1997, B4.0_c_sys
@(#)DF71989, Vorontsov Mikhail, 1998-10-15, B40_c5_dev
@(#)DF85115-2, Katsuhisa Higuch, 1999-10-27, B40_c5
@(#)***** End of function tcedi0020
@(#)*** Start of function tdpur0001
@(#)DF81884-1, Edwin Hartman, June 22nd 1999, B40_c5
@(#)DF83559-1, S.Ravishankar, 09-02-99, B40_c5
@(#)DF88469-1, Srikrishna K S,Nov 26th 1999,B40_c5
@(#) SOL 100131, 2000-04-12, B40_c5
@(#) SOL 105243, 2000-09-04, B40_c5
@(#) SOL 106157, 2000-09-28, B40_c5
@(#) SOL 154269, 2001-04-06, B40_c5
@(#) SOL 116122, 2001-07-06, B40_c5
@(#) SOL 116928, 2001-08-08, B40_c5
@(#) SOL 118082, 2001-09-17, B40_c5
@(#)***** End of function tdpur0001
@(#)bic_repgen, 08-1994/R1, Copyright (c) Baan International b.v.
@(#)DF73480 Recursion not yet implemented in print_text_in_header
$

(maybe it is for another thread, but what do you mean when you say update your session - to download new from ... or to se what is wrong by myself?)

Thanks for sharing my problem with me

d:)

As for the observations: the file on disk is being updated.
Then there is one option that needs to be checked:
when you first update the ttstpsessinfo session (using solution 126983), you can then run ttstpsessinfo on the session with the Object Info checked.

NEW FEATURE! you will see what report from disk is taken.
Here there are two options:
1) The ttstpsessinfo report points to the correct file on disk
2) The ttstpsessinfo report points to the wrong file on disk

1) Now all seems to be ok. But still the correct report is not used. So apparently there is something in between. This may be shared memory or OS caching. That is the problems where I referred to in the first reply. In this case: report what happens when the system is rebooted.
Also (first) try to run the session with the options
`ba6.1 -- -keeplog -logfile readme -dbgsrdduse -dbgfile tdpur4401m000`
File readme will contain a logging of files used and what files are from shared memory. Then try to do the same after reboot. Compare the files.

2) Check the developers data (VRC) and user data (ttaad2100m000) for the correct derivation structure. Apparently the developers data point to another VRC which is not (first) in the derivation structure.
This can be the case when you compile with the developers data into the tdB40C_c4_ABB, but there also resides a opur440101001h file in a higher (Own) layer in the derivation structure. Actually explode6.1 and bic_info6.1 should report on that file instead, but that may be an error (starting to search where the report is in tools?).

On the ttyeno problem - I expect that problem to be solved in newer software version. You did not state where that error came from, if from ttadv3240m000 or ttadv3130m000, then search for newer software on those sessions.

I can also imagine that - because you use language h - the $BSE/tools/dd*/dtt.pd/dtt.pd does not have an entry for that domain in language h...

Uuuhhh,
I'll go step by step:

ttstpsessinfo for tdpur4401m000:
Date : 02/08/27 [13:54] SESSION INFORMATION Page : 1
Standard_Data Runtime Data Dictionary:Yes Company : 000

--------------------------------------------------------------------------------
Package Combination : B40Cc4 Baan_IV_c4_ABB
--------------------------------------------------------------------------------
Pk VRC
--------------------------------------------------------------------------------
tt B40 c4
ba B40Cc4ABB B40Ic4ENT B40Uc4BAAN B40 c4
cc B40Cc4ABB B40Ic4ENT B40Uc4BAAN
cp B40Cc4ABB B40Ic4ENT B40Uc4BAAN B40 c4
ct B40Cc4ABB B40Ic4ENT B40Uc4BAAN B40 c4
ik B40Cc4ABB B40Ic4ENT
ip B40Cc4ABB B40Ic4ENT
ps B40Cc4ABB B40Ic4ENT B40Uc4BAAN B40 c4
tc B40Cc4ABB B40Ic4ENT B40Uc4BAAN B40 c4
td B40Cc4ABB B40Ic4ENT B40Uc4BAAN B40 c4
tf B40Cc4ABB B40Ic4ENT B40Uc4BAAN B40 c4
tg B40Cc4ABB B40Ic4ENT B40Uc4BAAN B40 c4
ti B40Cc4ABB B40Ic4ENT B40Uc4BAAN B40 c4
tp B40Cc4ABB B40Ic4ENT B40Uc4BAAN B40 c4
tr B40Cc4ABB B40Ic4ENT B40Uc4BAAN B40 c4
ts B40Cc4ABB B40Ic4ENT B40Uc4BAAN B40 c4
tu B40Cc4ABB B40Ic4ENT B40Uc4BAAN B40 c4
tv B40Cc4ABB
--------------------------------------------------------------------------------

Session : tdpur4401m000 (VRC: B40Cc4ABB )
Ispis nabavnih narud¾bi
Prog.scr/Libr. : tdpur4401 (VRC: B40Uc4BAAN)
Print Purchase Orders.
--------------------------------------------------------------------------------
Form | VRC
-------------------------------------------------------------------+------------
tdpur4401m0001 Ispis nabavnih narud¾bi | B40 c4
--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
Report | VRC
-------------------------------------------------------------------+------------
tdpur440101000 Nabavni nalog | B40Cc4ABB
tdpur440101001 Nab.nalog & ¹pedicija | B40Cc4ABB
tdpur440102000 Podaci varijante (Dodatak nabavnoj narud¾bi) | B40 c4
tdpurl99901000 Tax Provider Error Report?? | B40 c4
--------------------------------------------------------------------------------

---------------------------GENERAL INFO---------------------------------
Object = /baan/bse/application/tdB40U_c4_BAAN/otdpur/opur4401
Pathname = /baan/bse/application/tdB40U_c4_BAAN/otdpur/opur4401

---------------------------OBJECT HEADER--------------------------------
Magic = [_bic_dll_]
relno = 61
obj_revision = 1
object_flags = 8=DLL
...
...

1) EVERYTHING SEEMED TO BE OK !?
ba6.1 -- -keeplog -logfile readme -dbgsrdduse -dbgfile tdpur4401m000
gives me in logfile readme:

$ cat readme | grep Object
Object /baan/bse/application/tdB40U_c4_BAAN/otdpur/opur4401 load from disk
Object /baan/bse/tools/ttB40_c4/ottstp/ostp_stddll load from srdd
Object /baan/bse/tools/ttB40_c4/ottstp/ostpstdlib load from srdd
Object /baan/bse/tools/ttB40_c4/ottstp/ostpstandard load from srdd
Object /baan/bse/tools/ttB40_c4/ottstp/ostpmess load from srdd
$
I can't reboot right now but I will after night;

Error is comming from both report compilation sessions ...

This is a first part ...
I havent't time to finish it today ...

Thanks

when you first update the ttstpsessinfo session (using solution 126983), you can then run ttstpsessinfo on the session with the Object Info checked.

NEW FEATURE! you will see what report from disk is taken.Please install this solution first and then edit your ttstpsessinfo report in the posting above...
... if you did install this then you definitly have a shared memory problem.

OK
solution is installed:

This reports are used in my VRC -> ABB;

Report | VRC
................................................................................................................................................................
tdpur440101000 Nabavni nalog | B40Cc4ABB
................................................................................
Runtime path /baan/bse/custom/tdB40C_c4_ABB/otdpurh/opur440101000h
................................................................................
tdpur440101007 Nab.nalog & ¹ped. za WP | B40Cc4ABB
................................................................................
Runtime path /baan/bse/custom/tdB40C_c4_ABB/otdpurh/opur440101007h
................................................................................
tdpur440101001 Nab.nalog & ¹pedicija | B40Cc4ABB
................................................................................
Runtime path /baan/bse/custom/tdB40C_c4_ABB/otdpurh/opur440101001h
................................................................................
tdpur440102000 Podaci varijante (Dodatak nabavnoj narud¾bi) | B40 c4
................................................................................
Runtime path /baan/bse/custom/tdB40C_c4_ABB/otdpurh/opur440102000h
................................................................................
tdpurl99901000 Tax Provider Error Report?? | B40 c4
................................................................................
Runtime path /baan/bse/custom/tdB40C_c4_ABB/otdpurh/opurl99901000h
................................................................................

...........................GENERAL INFO.................................
Object = /baan/bse/application/tdB40U_c4_BAAN/otdpur/opur4401
Pathname = /baan/bse/application/tdB40U_c4_BAAN/otdpur/opur4401


It looks ok now

NEW LIGHT;

Thank you very much - I learned very much from you

I will try to update things here as you said - problem is probably in old binarys or BW client (which is very user but not administrator friendly)

Bye

Originally posted by karlovac
1) EVERYTHING SEEMED TO BE OK !?
ba6.1 -- -keeplog -logfile readme -dbgsrdduse -dbgfile tdpur4401m000
gives me in logfile readme:

$ cat readme | grep Object
Object /baan/bse/application/tdB40U_c4_BAAN/otdpur/opur4401 load from disk
Object /baan/bse/tools/ttB40_c4/ottstp/ostp_stddll load from srdd
Object /baan/bse/tools/ttB40_c4/ottstp/ostpstdlib load from srdd
Object /baan/bse/tools/ttB40_c4/ottstp/ostpstandard load from srdd
Object /baan/bse/tools/ttB40_c4/ottstp/ostpmess load from srdd
$ What does file readme say about the report objects itself? Because these should be in the file too (since -dbgfile was used too: "show successfully opened sequential files"). They came from the right (and shown in ttstpsessinfo) VRC?
Originally posted by karlovac
It looks ok nowUntil next (re)compilation?
Obvious the correct object files are taken from disk.

In the end I think we must conclude... some kind of caching prevented the newer report object to be used. This may have been OS caching.