List of changes for portingset: 7.1d.14 MaintCorelli: # 32600 (BDUX24743): JVMI: core dump within debug logging Date: Tue, 3 Oct 2006 11:59:56 +0200 (CEST) Created on: MaintBaanIVc Type: bugfix Problem Description (Customer terms) bshell crashes on Solaris when JVMI logging is enabled with -dbgjvmi Test Procedure start tmboaserver 2.7 on Solaris with enabled logging Affected Executables bshell libjvm2bvm MaintCorelli: # 32519 (FRUX24668): iSeries: vertex api Date: Thu, 28 Sep 2006 08:39:50 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) Error in session tccom4530m000 When Jurisdiction is executed. Workaround the workaround solves part of the problem: add the VERTEX library to the user part of the system liblist Test Procedure see problem description Affected Executables api6.2 MaintCorelli: # 32490 (BDUX24649): Blocking audit_srv when shared memory is full Date: Tue, 26 Sep 2006 16:08:49 +0200 (CEST) Created on: MaintCage Type: bugfix Problem Description (Customer terms) Audit_srv blocking when shared memory is full. Affected Executables audit_srv MaintCorelli: # 32180 (BDUX24375): Added message queue termination in api.c Date: Thu, 7 Sep 2006 09:47:37 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) A few months ago we were having api issues of the processes hanging on our servers. A reboot of each application server was needed in order to clean up these api hung processes. We received a new version of api (7.1d.13) in order to fix this issue. Since the new version went into production, we have not had to reboot the application servers. Workaround Reboot Affected Executables Tax libraries Motive source SDIS:TECH-00000-01332 MaintCorelli: # 32120 (BDUX24310): TCS 800-150128 (std_gen: errors are reported twice) Date: Thu, 31 Aug 2006 17:01:14 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) Not all std_gen compile errors were found. Some seemed to be reported twice. Workaround Not applicable Test Procedure cript: field.xyz: when.field.changes script: display.all before.program: long y script: long x long y string z(10) z = x + y before.program: display.all() script: declaration: long a group.1: after.choice: Affected Executables std_gen6.2 Motive source TCS:800-150128 MaintCorelli: # 32114 (BDUX24242): iSeries: run.prog and run.baan.prog fail when program is a PASE program Date: Thu, 31 Aug 2006 16:06:39 +0200 (CEST) Created on: DevCage Type: bugfix Problem Description (Customer terms) Can't install ERP LN PMC solutions. 5.0 PMC solutions work well Workaround manual unzip and untar PMC solutions Test Procedure install ERP LN PMC solutions MaintCorelli: # 32004 (FRUX24171): iSeries: db4_maint logging Date: Mon, 28 Aug 2006 11:25:15 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) iSeries specific: when user changes password by means of DBA sessions no proper message appears. [Not authorized to see error description.] is in some cases logged. Workaround Change password in correct way, in that case there is no problem... Test Procedure Change password which does not apply to password rules, like same password as one of last 32 password. Affected Executables db4_maint6.2 Motive source SDIS:TECH-00000-01075 MaintCorelli: # 31839 (BDUX24009): Only root login allowed Date: Wed, 16 Aug 2006 09:44:27 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) Be sure that USER env var is NOT set when blogind/rexecd.exe has been started, otherwise all users cannot login. Workaround unset USER before starting daemon. Test Procedure Try to login with blgond protocol and verify that you don't get authorization failures. MaintCorelli: # 31790 (BDUX23985): Always interpret idxopt value in /baan/b61a/bse/lib//_driver_param in octal Date: Mon, 14 Aug 2006 11:56:47 +0200 (CEST) Created on: DevCage Type: bugfix Problem Description (Customer terms) Performance problems at several customer sites on queries that do an index scan. Workaround Be aware that the idxopt value in $BSE/lib//_driver_param file needs a leading 0, so specify "014" instead of "14". Test Procedure Test for oracle driver (for others you can setup compareable tests, but you have the figure out the right values) Specify idxopt value "14" im the ora_driver_param file. DBSLOG=01400 bsql6.2 -c 0 -q "SELECT tfgld482.* FROM tfgld482 WHERE tfgld482._index2 < { 1,'x','y' } ORDER BY tfgld482._index2 desc as set with 1 rows" Note that this test will generate error 506 as the tf table does not exist in company 0, but that does not matter here. The generate Oracle-SQL in the dbs.log file will use the FILTER technique when using the old porting set, and the ITERATIVE approach when using the new one. Affected Executables all database drivers Motive source Spin off of Inquiries 348821 and 338108 MaintCorelli: # 31780 (BDUX23976): iSeries: connect fails Date: Fri, 11 Aug 2006 17:04:58 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) bshell doesn't reply to ASM server on iSeries Test Procedure OW regressiontest Affected Executables bshell Motive source SDIS:TECH-00000-01159 MaintCorelli: # 31645 (BDNT23814): Error in bdbpre Date: Wed, 26 Jul 2006 10:56:10 +0200 (CEST) Created on: MaintBaanIVc Type: bugfix Problem Description (Customer terms) File becomes to big when we dump table tfgld410. Flush error in log.bdbpre, last record in first file not correctly written. Workaround use bdbpre6.x with -M option. Use a value less 2 GByte. Test Procedure dump a large table tfgld410 table with sesperator. We used : bdbpre6.1-N tfgld410 -t"|" -o /tmp/dump -C 300 Affected Executables bdbpre6.x MaintCorelli: # 31618 (BDUX23788): Manual merge of BDNT23774 (BW did not start) Date: Fri, 21 Jul 2006 16:48:50 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) Got message: Message [MR_BAD_USER] Not authorized to run as user 'system' when trying to start BW. Test Procedure Logon with BW and check that error does not occur anymore MaintCorelli: # 31565 (BDUX23750): Secu File Problems Date: Wed, 19 Jul 2006 15:13:27 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) With multiple package combination with the same tt security file but with different other security files secu id for 'da' and others cannot be found. Affected Executables all Motive source SDIS:TECH-00000-01106 MaintCorelli: # 31554 (BDUX23740): Informix Array Insert - performance improvment Date: Wed, 19 Jul 2006 09:57:21 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) Is it possible to improve insert performance when array interface is enabled ? We need to create a table from sequential dump and it takes a very long time. Workaround n/a Test Procedure Set following values to your db_resource file inf_init:0200000 inf_max_array_insert:100 Do bdbpost with a large sequential dump and compare the difference in time bdbpost6.1 -k -m -n -f < dmp Affected Executables inf_srv6.1 MaintCorelli: # 31525 (BDUX23699): Informix array insert not all rows inserted Date: Thu, 13 Jul 2006 13:42:52 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) A table contains 1 row. A bdbpre-dump (for the same table) contains 5 rows. One of those 5 rows has the same primary key as the row in the table. Execute a bdbpost6.1 with -A (Append, Skip duplicates) option and array inserts off. The 4 rows are added and one row gives a duplicate error and is skipped. This is correct. Repeat the test with array inserts on (inf_init:0200000). The (array) insert fails with a duplicate error, and no row is added to the table at all. Workaround Two workaround are possible : a.) disable array interface in db_resource file b.) set inf_max_array_insert:1 in db_resource file Test Procedure see problem description Affected Executables inf_srv6.2 MaintCorelli: # 31479 (BDNT23602): Correct determination of Baan user name and resolving SHM start issues on Windows Date: Fri, 7 Jul 2006 17:18:09 +0200 (CEST) Created on: MaintCorelli Type: porting specific change Problem Description (Customer terms) SHM Manager service did not start, when running under local (System) account. Workaround Run SHM manager not under system account, but under a local account. That account should be a valid baan user. Changing an account of an service can be done in the windows service manager. Affected Executables shmserv.exe MaintCorelli: # 31473 (BDUX23648): shm reload error Date: Fri, 7 Jul 2006 15:25:25 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) After install of PMC Applications srdd_init6.2 logs error messages about ddtable which can't be reloaded Workaround Stop and start shared memory. MaintCorelli: # 31443 (BDUX23617): Informix array insert error -1422 Date: Thu, 6 Jul 2006 15:59:26 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) In case array interface is enabled and inf_max_array_insert is set > 1 error -1422 appears. Workaround a) do not use array interface or b) set inf_max_array_insert:1 Test Procedure Ensure following settings are set in your db_resource file: inf_init:0200000 inf_max_array_insert:5 (default) Run 3gl program and verify no error -1422 appears function main() { table tttaad050 db.set.to.default(tttaad050) db.retry.point() ttaad050.syst = "test1" db.insert(tttaad050,DB.RETRY, db.skip.dupl) commit.transaction() db.retry.point() ttaad050.syst = "test2" db.insert(tttaad050,DB.RETRY) commit.transaction() } Affected Executables inf_srv6.2 MaintCorelli: # 31412 (BDNT23580): Informix array insert was not used Date: Tue, 4 Jul 2006 16:08:15 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) No array inserts are done when array interface is enabled. Workaround n/a Test Procedure enable array interface usage in db_resource file inf_init:0200000 set DBSLOG=01770 and do a bdbpost -k -m -n -f check the dbs.log file for PUT and FLUSH statements. If this statements are found array insert was used. Affected Executables inf_srv6.2 MaintCorelli: # 31351 (BDUX23466): Increased limit of 256 Mb allocation per bshell to 512 Mb on AIX Date: Fri, 30 Jun 2006 13:54:41 +0200 (CEST) Created on: DevCage Type: porting specific change Problem Description (Customer terms) Under certain cases, a bshell may need to allocate more than 256 Mb memory, which is impossible on AIX Workaround - Shutdown BSE (all users should be logged of, otherwise SHM will not stop) - run ldedit command on all binaries and shared libraries in $BSE/bin & shlib: ldedit -bmaxdata:0x20000000 This will increase the limit to 512Mb per binary. For more (tehcnical info), see: - http://www-03.ibm.com/servers/aix/whitepapers/large_page.pdf - http://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/index.jsp?topic=/com.ibm.itame.doc/am60_perftune64.htm - http://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?topic=/com.ibm.aix.doc/aixprggd/genprogc/lrg_prg_support.htm Affected Executables All Motive source Inquery 351617/SDIS:TECH-00000-01021 MaintCorelli: # 31347 (BDNT23513): Fixed dir.open resultcode on windows Date: Fri, 30 Jun 2006 13:27:19 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) On MS-Windows the function dir.open(""), so on an empty directory, returns a "1". This is wrong because a return value greater than zero means that the function succeed. The return value should be "-2" because the directory could not be opened. The function dir.open.tree("") has the same problem. This problem occurs on MS-Windows with BaanIVc and Corelli. This problem doesn't occur on Unix. Test Procedure Run script below on a Windows system, result should be -2 function main() { long result string file(255) long return_type long filesize long mode result = dir.open("") IF result >= 0 THEN REPEAT file = dir.entry(result, TFILE, return_type, filesize, mode) UNTIL len(file) = 0 result = dir.close(result) ENDIF } Affected Executables ntbshell.exe dirtest.exe Motive source TCS:800-141911 MaintCorelli: # 31301 (BDNT23478): New SSA Certificate from Verisign for BI Date: Wed, 28 Jun 2006 15:01:27 +0200 (CEST) Created on: MaintCorelli Type: bugfix Problem Description (Customer terms) Verisign SSA Certificate was expired. This Certificate is used in the BI Applet. Affected Executables bisetup.class Total number of changIDs displayed: 23