List of changes for portingset: 7.1d.09


MaintCorelli: # 25247 (BDNT17857): Graphics server problems in BW
Date: Fri, 8 Apr 2005 15:41:28 +0200 (CEST)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
Sessions like cprmp2701m000 and cprmp3701m000 create charts and are using files from the 
graphics server (3rd party software).
 However, regularly cases have been logged, in the past and still now, that an error message is given 
related to the Graphics Server, usually like:

"Failed to open Graphics Server" and/or
"Create window failed for widget "DsCgraph" of widget class "TsGraphWidgetClassRec""


Workaround
Make sure c:\winnt\baan\bin is in the PATH environment variable.

Test Procedure
See problem description.
Start the mentioned session with a PATH variable withoud the c:\winnt\baan\bin directorry.
Start the session from Worktop.

Affected Executables
bw.exe

Motive source
DF:154079


MaintCorelli: # 25242 (BDNT17839): Cannot login after install portingset 7.1d.08 due to uppercase characters in username
Date: Fri, 8 Apr 2005 14:13:40 +0200 (CEST)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
Cannot login after install portingset 7.1d.08 due to uppercase characters in the username
on Windows. In Windows a user can have a username with uppercase characters, in Baan the
username is always lowercase. A comparison fails. Because of that the user cannot be found
in the Baan database users file.

Workaround
Change the username on Windows to lowercase.

Test Procedure
Create a user in Windows (or rename an existing one) with a username containing uppercase 
characters. Start Baan with that user.

Affected Executables
Database drivers

Motive source
DF:155137


MaintCorelli: # 25236 (BDNT17863): Solve msi build problem after BDNT17444
Date: Fri, 8 Apr 2005 11:39:32 +0200 (CEST)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
After project BDNT17444 the msi build failed because the file axbarcode.lic could not be found anymore.

Workaround
Not applicable

Test Procedure
Make a msi build.
It should not complain about axbarcode.lic anymore and built successfully.

Affected Executables
Baan ERP Client.ism

Motive source
DF:224085


MaintCorelli: # 25208 (BDNT17444): BwPrint: Update of barcode control
Date: Thu, 7 Apr 2005 08:46:25 +0200 (CEST)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
Check the barcode output for Code39 and Extended Code39 with a barcode reader.
The "-" in the extended Code39 is being represented as a "/M" character.
The "-" in the extended Code39 should be represented as a "-" character.


Workaround
No workaround

Test Procedure
Tested by the customer, by scanning the Extended Code39 with "-" character.

Affected Executables
bwprint.exe

Motive source
DF:224085


MaintCorelli: # 25202 (BDNT17825): Add BAAN_ONLY flag to debug section of albsh.dsp
Date: Wed, 6 Apr 2005 11:34:15 +0200 (CEST)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
Compiler flag BAAN_ONLY not present in albsh.dsp.

Workaround
N/A

Test Procedure
N/A


MaintCorelli: # 25197 (BDNT17786): Sort: incorrect name of sort files
Date: Wed, 6 Apr 2005 11:33:37 +0200 (CEST)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
About 2 weeks ago started receiving the Sort Error 6 "No more files can be created in this moment" when running various reports in Baan.
The tf module is of the most concern, because when printed out checks and received the error mentioned above, the checks came out in a Supplier # order, 
rather than Supplier Name alphabetical order and it took a lot longer to match them up to invoices, sorted in alphabetical order. 
Running on Windows 2000 (SP4)

Workaround
There is no really good workaround.
Rebooting the server once a day might prevent the problem to happen.

Test Procedure
Problem is specific for Windows os, because Windows does not allow characters like "?" and ">" in the file name.
So you need to test this on a Windows os.
Further, you can only test this fix when you are sure that the pid of sort.exe consist of 6 digits or more.
E.g. 150184. This happens only when you'r windows system is running for a longer time, and pid's becomes larger.
If you have a pid of 6 digits (or more), you can run for example session ttadv4450m000 (Print Messages) to test.
At "Sort by" select for example "Pack/VRC/Lang/Message" and at Package (From/To) select for example tc/tf.
Now when running this session sort.exe will be called in the background and used to do the sorting.
Sort should not generate error 6 "No more files can be created in this moment".

Affected Executables
sort.exe

Motive source
DF:224137


MaintCorelli: # 25193 (BDNT17790): Job Daemon cannot be started
Date: Wed, 6 Apr 2005 11:32:42 +0200 (CEST)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
Baan Job Deamon service couldn't be started anymore after 7.1d.08 installation

Workaround
Use the jobd.exe from the previous portingset (7.1d.07)

Test Procedure
Start the job daemon on windows, check the logging event viewer.

Affected Executables
jobd.exe

Motive source
DF:154634


MaintCorelli: # 25096 (BDUX17729): Overflow format error when printing to Windows printer on Linux
Date: Wed, 30 Mar 2005 11:45:29 +0200 (CEST)

Created on:  MaintBaanIVc
Type:        bugfix


Problem Description (Customer terms)
When printing any report using a "Windows Printer" device you always got error "Overflow format='9999' 'value='xxxxxxxxxx'
where 'xxxxxxxxxx' is a random number. This is only happening om Linux platforms.

Workaround
N/A

Test Procedure
On a Linux environment print any report to a windowsprinter. Use 'Print Preview'. A BW message will popup
with an overflow error message. This fix will prevent the error.

Affected Executables
bshell6.x

Motive source
DF:154343


MaintCorelli: # 25089 (BDUX17698): Shmmanager do not allow hash signs in shm_param file
Date: Wed, 30 Mar 2005 08:32:05 +0200 (CEST)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
Shmmanager do not start on Linux

Motive source
TCS:800-146596 


MaintCorelli: # 25082 (BDUX17716): Page breack does not trigger footer and header layout.
Date: Tue, 29 Mar 2005 15:07:58 +0200 (CEST)

Created on:  MaintBaanIVc
Type:        bugfix


Problem Description (Customer terms)
After page break layouts are missing.

Workaround
No workaround.

Test Procedure
Start session tdsls4401m000, select Specific Order,
select Sales Order.
Set Order Line Type to "All Lines",
Print to device D66 for example.
Eech page should contain an header.

Affected Executables
repgen6.1

Motive source
DF:154276


MaintCorelli: # 25075 (BDUX17452): ARM library not loaded on AIX
Date: Tue, 29 Mar 2005 10:15:41 +0200 (CEST)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
The ARM shared library is not loaded on AIX systems.

Workaround
Specify environment variable BAAN_ARM_LIB and specify the member module of the archive
e.g. BAAN_ARM_LIB=libarm!shr

Test Procedure
Check if the library (archive) libarm.a is present on the server. In most cases it is located
in /use/lib.
Specify environment variable BAAN_ART_ENABLE, set it to 1 (BAAN_ART_ENABLE=1).
Run Baan en check the logging of the bshell. If an error 8 is logged the libarm.a file is not
of the correct type.

Affected Executables
bshell6.x

Motive source
DF:224091


MaintCorelli: # 25039 (BDNT17648): Cannot login to Baan when PATH is too long
Date: Wed, 23 Mar 2005 15:07:29 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
The system environment variable PATH became too long for Baan to be handled.
Shortening the PATH variable solved the problem.

This defect is logged to prevent this error from occurring.
In case the PATH variable is too long to be handled, it should not cause the baan system to function.
In stead the PATH should also be handled in case it is more than 1024 characters

Workaround
Take care that the value of PATH is smaller than 512KB, and the expanded value is smaller than 1024KB.
(e.g. when PATH=%BSE%\bin;%PATH%, %BSE% and %PATH% will be expanded).

Test Procedure
Into the windows registry, HKEY_LOCAL_MACHINE\SOFTWARE\Baan\<BSE NAME>\Environment,
add the following value:

Name: PATH
Value: insert a value which contains %BSE% and %PATH% for example.
(like: %BSE%\bin;%PATH%)

Take care that the system PATH variable is larger than 1024 characters.

The following should be possible now:
- logging in Baan 
- Start Baan NT Manager, right-click the environment, and select "Environment variables...".
The window popping up should show you also the PATH variable correctly.
- Start Baan MMC NT Manager, right-click the environment, and select "Properties"
Select "Environment" tab now. The PATH variable should be displayed correctly now.



Affected Executables
rexecd.exe
bentman.exe
baanman.dll

Motive source
DF:154558


MaintCorelli: # 24937 (BDUX17595): Fix AS400 build problem introduced with BDNT17392
Date: Tue, 15 Mar 2005 10:54:06 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
Fixed a AS400 build problem introduced with BDNT17392. 

Workaround
n/a


MaintCorelli: # 24910 (BDNT17555): BwPrint: postscript emits extra blank page
Date: Fri, 11 Mar 2005 16:18:33 +0100 (CET)

Created on:  MaintMahler
Type:        bugfix


Problem Description (Customer terms)
When printing a postscript file, bwprint adds an extra white page at the end.

Affected Executables
bwprint.exe

Motive source
DF:153648


MaintCorelli: # 24890 (BDUX17567): Windows Oracle installer shows outdated message text
Date: Fri, 11 Mar 2005 13:39:25 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
The Windows (un)installer for Oracle sometimes gives outdated messages.

Affected Executables
Windows installer

Motive source
TCS:000-00000


MaintCorelli: # 24881 (BDUX17539): Windows Oracle installer does not set NLS_LANG
Date: Thu, 10 Mar 2005 16:04:17 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
A new installation on Windows/Oracle fails with errors like
	Error 402 occurred:
	Incompatible NLS Characterset settings:
	client: NLS_LANG = '' --> characterset 'US7ASCII'
	server: NLS_CHARACTERSET = 'WE8MSWIN1252'

Workaround
1. Set the right NLS_LANG value in the environment before starting the installer
2. Put this value manually in the %BSE%/lib/defaults/db_resource file after the installation 
3. remove the environment setting that was inserted before the install.

Test Procedure
Full CD installation.

Affected Executables
Windows installation CD

Motive source
DF:0000000


MaintCorelli: # 24812 (BDUX17154): Unacle to save record
Date: Wed, 2 Mar 2005 16:15:22 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
It is not possible to insert a new record. The session gives the error message:
Fatal error in insert. 

Test Procedure
It is not possible to test this, because the problem can not be reproduced.

Affected Executables
db4_recio6.2

Motive source
DF:146318


MaintCorelli: # 24795 (BDNT17392): Problems with queries when hint ordered is used
Date: Tue, 1 Mar 2005 10:32:05 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
In case a query use the hint 'ordered' a database driver can fail.

e.g. MSQL driver can report error 308


Workaround
don't use hint 'ordered'

Test Procedure
run a qptool query like this

select	dbtst120.firstnme
from	dbtst120
where	dbtst120.empno refers to dbtst180
and	dbtst180.empno = 100
hint use index 1 on dbtst120 and ordered


Affected Executables
several

Motive source
DF# 151479


MaintCorelli: # 24778 (BDUX17398): Extend xml tracing to catch invalid access to xml nodes
Date: Fri, 25 Feb 2005 11:48:53 +0100 (CET)

Created on:  DevMahler
Type:        bugfix


Problem Description (Customer terms)
E.g. NetChange server suffers from not reproducable
failures and errors

Workaround
Source inspection

Test Procedure
Make nice 3GL allocate a xml node, try to access
delete the node and try to access again.
Replay with above mentioned trace options and one
will notice a remark in trace file.

X::::(1):action FreedNodeAccess(xmlWriteTo*) id 3 context -1

Affected Executables
bshell

Motive source
TCS:800-145787


MaintCorelli: # 24738 (BDUX17339): Password not verified on Linux
Date: Tue, 22 Feb 2005 16:32:03 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
The password of a user is not verified on Linux, if this users logs on using 
Baan Windows and is using Baan Login protocol.

Workaround
Disable Baan Login daemon to prevent unauthorised access. 

Test Procedure
Start Baan login and try to login, with a local Linux user and an invalid 
password. Befor this fix every user could login. 

Affected Executables
blogind6.x

Motive source
DF:151288


MaintCorelli: # 24735 (BDUX17396): OS version label in SHM_PARAM is from build machine
Date: Tue, 22 Feb 2005 16:26:20 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
With the installation of a portingset that is build on a newer OS-version customers
have to adjust their shm_param by rerunning shm_values as the shm_manager checks
aginst the version number of the build instead of checking against the OS version
of the runtime system.

Test Procedure
Run shmvalues6.x and check the label of the last part of the output. To check this in a
running environment stop the shared memory, the create a new shm_param file using the
new shmvalues6.x and finaly start the shared memory environment.
It is important to check this on all Unix environments and Linux.

Affected Executables
shmvalues6.x
shmmanager6.x

Motive source
DF:152251


MaintCorelli: # 24733 (BDUX17268): S152802: Poor performance in several sessions with normal users
Date: Tue, 22 Feb 2005 14:16:58 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
If company dependent Database Authorizations by Expression are used, performance
of certain queries (and thus sessions) sharply drops.

Test Procedure
Find the maximum ctxt number in tttxt001:

	qptool6.2 -c0 -q'select max(ctxt) from tttxt001'

Create the following role in file $BSE/lib/roles/db/T/TESTR:

	TESTR
	*:*:D
	tttxt001:000:-:ctxt < 127568

Replace the number 127568 by the maximum number just found. Assign this role to 
the user (roles:TESTR) and set usertype:N. Now execute the following query:

	qptool6.2 -c0 -q'select ctxt from tttxt001 order by ctxt'

Without this enhancement, and assuming tttxt001 contains a lot of rows where ctxt is
less than 127568, this will take a long time. With the fix the waiting time will be
dramatically reduced. Note that a lot of the waiting time is start-up time of the 
database driver.

Affected Executables
All database driver (operating in level-2 mode)

Motive source
DF:152802


MaintCorelli: # 24726 (BDUX17388): Upgrade Itanium compiler to A.06.00
Date: Tue, 22 Feb 2005 11:27:45 +0100 (CET)

Created on:  DevMahler
Type:        porting specific change


Problem Description (Customer terms)
Installation fails on a HP-UX 11.23 (Itanium) system.  The BW error message is

FATAL ERROR: index 15 out of dims [1] 6
Can not continue in ottiex1287 in DLL: ottstpamdll (dal.select)

Reported by e-mail by Steven Agterhuis / Siebren Weiland by e-mail no 14 Feb
2005.

Test Procedure
The following script:

function main()
{
        long ret
        long n
        long dims(4)

        ret = create.new.symbol("ttaud335.attrs", DB.LONG, 29)
        bsh.mesg$(sprintf$("ret=%d", ret))

        array.info(push.by.name("ttaud335.attrs"), n, dims)
        bsh.mesg$(sprintf$("array symbol: [%d] %d", n, dims(1)))
}

should output the following to the bshell trace file:

	ret=0
	array symbol: [1] 29

Essential here is the '29': using compilers 5.56 and 5.57 the result was
different.

Affected Executables
all


MaintCorelli: # 24713 (BDUX17385): Manual merge of project BDNT17355 (Added BW and bwprint to delivery of new installer)
Date: Mon, 21 Feb 2005 17:13:32 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
BW was not delivered as part of the new-style ERP installer

Motive source
DF:153846


MaintCorelli: # 24711 (BDNT17348): Do not set BSE_TMP in environment of blogind.
Date: Mon, 21 Feb 2005 16:28:32 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
When multiple environments are running on the same machine they only require one blogind running to support all of the environments. 
However, the default rc.start_blogind script sets the BSE_TMP environment variable and this is propogated to any user who logs in 
user blogind, no matter which environment they log into.

Workaround
Set BSE_TMP, for example in the command field of BW Configuration: -- -set BSE_TMP=...

Test Procedure
Log in Unix as root
Do not have BSE_TMP set
Start blogind6.2
Log in Baan, but before logging in, set the following in the Command field of BW Configuration: -- -set BSE_TMP=/usr/tmp
Now, the BSE_TMP path being used should be /usr/tmp.
Check if that's the case. (the bshell.<pid> file should be created in /usr/tmp, and also tmp files should be created here)


Affected Executables
rc.start_blogind

Motive source
DF:224023


MaintCorelli: # 24616 (BDUX17260): Bshell hang after executing shell() function
Date: Wed, 9 Feb 2005 10:13:50 +0100 (CET)

Created on:  MaintBaanIVc
Type:        bugfix


Problem Description (Customer terms)
eproduction script: <Assumes that no file matches 'test*' in the current directory.>
function main() 
{ 
        long        ret 
        ret = shell("rm test*", 0) 

} 

Execute 'ba6.1 ormtest'. bshell will lock once the shell() function is executed.
Program hangs when executing the shell() function.

Problem does not always occur when running the ormtest object in debug mode.

Workaround
No

Test Procedure
Run the following program script on an AIX5.3 system:

function main() 
{ 
        long        ret 
        ret = shell("rm test*", 0) 

}

Note:
- take care that the file test* does not exist
- do not run the object in debug mode 

Affected Executables
bshell

Motive source
DF:222165


MaintCorelli: # 24612 (BDUX16899): DEC: Error in lp command
Date: Wed, 9 Feb 2005 09:41:16 +0100 (CET)

Created on:  MaintBaanIVc
Type:        bugfix


Problem Description (Customer terms)
After printing to a device of type 'Printer' an error message occurs in $BSE/log/log.lp:
050209-09:18:19: Error in lp command (returning job id):
Print job request-ID is: nlbap022-0

Workaround
Ignore the message

Test Procedure
Print to a device of type 'Printer' and check log.lp

Affected Executables
lp6.x

Motive source
TCS:800-141526


MaintCorelli: # 24605 (BDUX17258): Oracle driver: supported versions
Date: Tue, 8 Feb 2005 09:33:18 +0100 (CET)

Created on:  MaintBaanIVc
Type:        porting specific change


Problem Description (Customer terms)
ora8_srv6.2 -v should not mention Oracle 8.1 as supported version anymore.

Test Procedure
Unix: ora8_srv6.2 -v 
Windows: properties of ora8_srv.exe

Affected Executables
ora8_srv


MaintCorelli: # 24574 (BDUX17246): HPUX: can not load libjava.sl
Date: Fri, 4 Feb 2005 14:26:13 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
Can not start tmboaserver on HPUX.

Test Procedure
start tmboaserver

Affected Executables
bshell
ora8_srv


MaintCorelli: # 24570 (BDUX17243): DF223837: Re-add code accidentally removed in BDUX16755
Date: Thu, 3 Feb 2005 16:32:11 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
Logging in using the BaanLogin protocol always fails on all Unix systems
(i.e., all systems except Win32, AS/400, and OS/390).

Test Procedure
See defect comments.

Affected Executables
blogind6.2

Motive source
DF:223837


MaintCorelli: # 24558 (BDNT17231): Bwprint: Incorrect behavior in case of unknown device.
Date: Wed, 2 Feb 2005 13:44:39 +0100 (CET)

Created on:  MaintBaanIVc
Type:        bugfix


Problem Description (Customer terms)
When the printjob was generated with a device having an unknown printer, and the option "Preview" active.
If the option "Preview" is not active a message is shown "invalid print, print to default printer?"
But in preview mode the report is shown in bwprint, and it should be possible to select a printer.
But the options [print/print preview/print setup] do not work. This problem occured for the first time in 6.1c.07.06 version.

Workaround
Take care specified printer is a valid one.

Test Procedure
Create a Device (ttaad3100m000) of Type Windows Printer.
In the field "Device Queue" fill in "this printer does not exist"
Print using this device, and select "Preview" option.
When Bwprint is started, press the Print button.
Now it should show you a (default) printer of your Windows print setup, 
which you can use to print.


Affected Executables
Bwprint

Motive source
DF:153478


MaintCorelli: # 24551 (BDUX17204): Oracle driver crash during creating column
Date: Tue, 1 Feb 2005 11:55:18 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
If installation (update to tools 7.1) is started and reorganization of a table begins,
the ora8_srv will create core dump and installation will be interrupted.

Workaround
Remove default value of ttaad200.wtit.
But no garantee that problem appears again somewhere else.

Test Procedure
Pre-requisite: 
Have company 000 (Tools) in an Oracle database.
The tabledefinition of a table should contain a field having a default value containing % sign.
E.g. table ttaad200 had field ttaad200.wtit:

F
:NAME:ttaad200.wtit
:DEFA:%s : %S [%c]                  
:DOMA:ttcdes
 
Make a backup (e.g. by using bdbpre) of table ttaad200.
Using session ttaad4230m000 Create Tables, create table ttaad200 again.
This should succeed without any problems.

Affected Executables
ora8_srv

Motive source
DF:153353


MaintCorelli: # 24537 (BDUX17214): Oracle Unix installer fix for NLS_LANG
Date: Mon, 31 Jan 2005 14:21:14 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
Unix install on Oracle fails with error 402 (E_BDB_CONFIG)

Workaround
Manually edit the shell script.

Test Procedure
Installation fro official medium

Affected Executables
Oracle install


MaintCorelli: # 24517 (BDUX17190): Specified rows per transaction ignored and defaulting to 100
Date: Fri, 28 Jan 2005 14:49:07 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
It works fine with ps 7.1c.05.
$ export ORA_INIT=0111000
$ export SSTS_SET_ROWS=1000
$ export RDS_FULL=1000     
$ export ORA_MAX_ARRAY_INSERT=1000
$ SQL_TRACE=true DBSLOG=1000 ORAPROF=0 bdbpost6.2 -kmnf -r1000 -c000 <c05.pre
Default separator ('\0') taken
Table        M  Idx  RowCount  Messages              
ttadv335000       1     66803  Adding indexes ...
$ grep multi_exec oraprof|wc -l                                              
      67

With 7.1d.07:

$ SQL_TRACE=true DBSLOG=1000 ORAPROF=0 bdbpost6.2 -kmnf -r1000 -c000 <c05.pre
Default separator ('\0') taken
Table     e  M  Idx  RowCount  Messages              
ttadv335000       1     66803  Adding indexes ...
$ grep multi_exec oraprof|wc -l                                              
     736


OBSERVED RESULT : 
Latest porting sets the limit of ora_max_array_insert to 100

Workaround
No workaround. 
 
Test Procedure
Pre-requisite:
Have a Baan environment on Oracle database.
Have a bdbpre dump of a table having for example more then 2000 records.
In this example table ttadv335 (company 000) is used, and has 66803 records.

Run the following commands:
$ export ORA_INIT=0111000
$ export SSTS_SET_ROWS=1000
$ export RDS_FULL=1000     
$ export ORA_MAX_ARRAY_INSERT=1000
$ BDB_DEBUG=02 bdbpost6.2 -kmnf -r1000 -c000 < dumpfile 2> trace

Now there is a file "oraprof" and a file "trace".
$ grep "<- EXE_UPDATE: returns 0" trace |wc -l
    67

The result should be (number of records of table)/1000.
Like here: 66803/1000 = 66,8 rounded to 67. So correct.


Affected Executables
bdbpost

Motive source
DF:223364


MaintCorelli: # 24493 (BDNT17054): inputstr.to.date() should not accept invalid date input string
Date: Wed, 26 Jan 2005 15:26:40 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
Function inputstr.to.date() returns a value on an invalid date input string.
This should not happen, instead function should return -1.

Workaround
Program in your 4GL the check for invalid characters.

Test Procedure
Compile and run the following source:

function main()
{
	long ret
	string datum(255)

	datum = "010105"
	ret   = inputstr.to.date(datum, "%D015,2")
	
	| ret should contain a positive value now, eg. 731947


	datum = "0101aa"
	ret   = inputstr.to.date(datum, "%D015,2")
	
	| ret should be -1 now, because aa makes the input string invalid
}


Affected Executables
bshell

Motive source
DF:153290


MaintCorelli: # 24479 (BDUX17170): TCS800-143724: set.time.zone() should return -1 on invalid time zone (merge from DevMahler)
Date: Tue, 25 Jan 2005 16:19:55 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
set.time.zone("Europe/Uddel") should return -1.

Test Procedure
See BDUX17127.

Affected Executables
bshell

Motive source
TCS:800-143724


MaintCorelli: # 24402 (BDNT17087): Recognize additional escape codes in tss conversion functions
Date: Tue, 18 Jan 2005 10:16:39 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
Possibly wrong length calculations of TSS strings with barcodes, generated by bc$().


MaintCorelli: # 24390 (BDUX17034): The 4GL on case function does not work correctly
Date: Mon, 17 Jan 2005 11:26:24 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix


Problem Description (Customer terms)
When in 3GL/4GL a switch is defined and in one or more case statements
a variable value with foreign characters is used the bshell does not
handle the switch function correctly.

Workaround
Do not use foreign characters in 3GL/4GL scripts.

Test Procedure
in the comments of defect 152216 a 3GL script is added. Create that 3GL script,
compile it using the Bic compiler and run it using ba6.x or through BW.

Affected Executables
bshell6.x

Motive source
DF:152216