List of changes for portingset: 7.1d.08:

--------------------------------------------------------------------------------

MaintCorelli: # 24401 (BDUX17085): Long user names: fix null pointer error if USER environment variable not set

Date: Mon, 17 Jan 2005 17:12:53 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
Core dump on bshell6.2 -V if USER environment variable is not set (as opposed
to empty).

Workaround
Set the USER environment variable.

Test Procedure
On UNIX: run

  unset USER
  bshell6.2 -V

This should result in version information, instead of a core dump.

Affected Executables
bshell

Motive source
DF:217777



--------------------------------------------------------------------------------

MaintCorelli: # 24398 (BDUX17084): Increase tiv number for function db.get.child.transaction().

Date: Mon, 17 Jan 2005 15:58:48 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
For Corelli, the TIV number was not increased for two projects:
  - New function db.get.child.transaction()
  - Extended OS user name

Test Procedure
None

Affected Executables
bshell6.2



MaintCorelli: # 24383 (BDUX16755): Support long OS usernames

Date: Thu, 13 Jan 2005 16:51:32 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
There are several issues:

1. Long OS user names (longer than 8, max. 256) should be usable to log in to a
   Baan system, using rexec and BaanLogin on all platforms where the OS
   supports such user names.

2. The mapping between Baan user and OS user which is maintained in the
   User Data session, must currently always be duplicated in .bwc files,
   by using the OS user name as login name, and giving the Baan user
   name using the "-set USER=..." command line option for the bshell.

3. The u-files and the r-files (and the c-files created in this solution)
   should be read from separate directories ($BSE/lib/user/u instead of
   $BSE/lib/user), to prevent directories from becoming too large.

Test Procedure
See Conceptual design (PCDocs #38290) and the description above.

Affected Executables
all

Motive source
DF:217777



--------------------------------------------------------------------------------

MaintCorelli: # 24345 (BDUX17009): Password ageing wrong but login accepted in blogind

Date: Tue, 11 Jan 2005 15:36:36 +0100 (CET)

Created on:  MaintBaanIVc
Type:        bugfix

Problem Description (Customer terms)
n HP systems the Baan Login Daemon reports an error (wrong
password ageing), yet the user is not blocked.

Workaround
N/A

Test Procedure
Create a user on a HP Unix environment and enable password
ageing. Make sure that the user has to enter a password at
next logon. Start blogind6.x -d -p <portnumber>. Using the
-d option sets the blogind in debug mode so that message 
can be read. Use the Baan Login Daemon to login to the Baan
application. The user must be blocked like it will happen
when using rexec.

Affected Executables
blogind6.x

Motive source
DF:152307



--------------------------------------------------------------------------------

MaintCorelli: # 24305 (BDUX16878): DF223169: Error Expected SetOfLONG for compnr with subquery

Date: Mon, 10 Jan 2005 15:25:44 +0100 (CET)

Created on:  MaintBaanIVc
Type:        bugfix

Problem Description (Customer terms)
If a query is executed with a "_compnr IN ( select ... )" construction, the 
following error is given:

	Expected SetOfLONG for compnr

This problem occurs on the QA system, but not on the production system.

Test Procedure
Modify tabledef6.1 such that it contains two entries for table tdsls040, for example:

	tdsls040:700:informix(INFORMIXDIR=/apps/informix,INFORMIXSERVER=prod,OTHER_DRIVER=1):Y
	tdsls040:0:informix(INFORMIXDIR=/apps/informix,INFORMIXSERVER=prod):N

Execute the query above, and observe that the error "Expected SetOfLONG for 
compnr" does not appear and that the correct result is returned.

Affected Executables
bshell
qptool

Motive source
DF:223169



--------------------------------------------------------------------------------

MaintCorelli: # 24287 (BDNT16731): Fix looping bshell when adjusting system clock to before bshell startup time.

Date: Fri, 7 Jan 2005 16:40:58 +0100 (CET)

Created on:  MaintBaanIVc
Type:        bugfix

Problem Description (Customer terms)
bshells start looping; license service does not respond anymore.

Workaround
Do not adjust the system time.

Test Procedure
Start the bshell and adjust the system clock to a time before the bshell started.

Affected Executables
[nt]bshell[6.?][.exe]

Motive source
Scopus defect 152230



--------------------------------------------------------------------------------

MaintCorelli: # 24249 (BDUX16828): Licd: solved bug, extend debuglogging, add timestamps

Date: Thu, 6 Jan 2005 14:59:57 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
2 hosts in a network license (AIX 5.2 / 7.1d.04)

After a while, logins get really slow, after analysis customer finds:

Host (A) licmon6.2 -u shows only info for Host (A)
Host (B) licmon6.2 -u shows only info for Host (B)
i.e., Each license daemon is allocating licenses for its own box, but not syncing between the two.

Example:
prdibm3a> USED SEATS  licmon6.2 -u
SERVER MON/SETUP NORMAL USERS
prdibm3a 2 17
========= ========= +
TOTAL 2 17

prdibm2a> USED SEATS  licmon6.2 -u
SERVER MON/SETUP NORMAL USERS
prdibm2a 2 125
========= ========= +
TOTAL 2 125


Workaround
Not Applicable.

Test Procedure
Start the licence daemons as follows: licd6.2 -t -d -d -d
The debugoutput should contain timestamps now.
No test procedure for testing bug solved.

Affected Executables
licd6.2

Motive source
DF:222725



--------------------------------------------------------------------------------

MaintCorelli: # 24227 (BDNT16959): Vertical lines are interrupted in bwprint

Date: Wed, 5 Jan 2005 11:12:35 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
Merge of BDNT16694.

Workaround
n/a

Test Procedure
see BDNT16694

Affected Executables
bwprint.exe

Motive source
DF:151495



--------------------------------------------------------------------------------

MaintCorelli: # 24218 (BDUX16950): transaction notifications: take multiple BSE into account for trid

Date: Tue, 4 Jan 2005 17:12:03 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
Small change on duplicate audit notification ID's for configurations that have
configured multiple audit servers.
There are only a few installations in the world that are using this setup: See description of:
	Corelli: # 11790 (BDUX5736): ECHO: transaction notifications stored per company number
	Date: Wed, 11 Jul 2001 13:33:21 +0200

Test Procedure
regression tests

Affected Executables
audit_srv

Motive source
DF:216511



--------------------------------------------------------------------------------

MaintCorelli: # 24209 (BDUX16841): Negative values in fields of type double despite of domain range

Date: Tue, 4 Jan 2005 15:24:04 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
Despite of the range setting of the domain a negative value
can be entered in a field of type double without any error
messages.

Test Procedure
Find a table with a field of type double which is linked to a
domain with a range of only positive values (e.g. $$ in [0,9999999.9999]).
In ttaad4100 change the value of this field to a negative value
and save the record. During the save an error 205 must occur. If not,
the negative value is stored, which is not according the domain range.

Affected Executables
bshell

Motive source
DF:151797



--------------------------------------------------------------------------------

MaintCorelli: # 24179 (BDUX16926): DF152663: second float exception is ignored

Date: Fri, 31 Dec 2004 13:34:53 +0100 (CET)

Created on:  DevMahler
Type:        bugfix

Problem Description (Customer terms)
On AIX5.1 and 5.2, only the first division-by-zero error resultins in a 'float
exception' fatal error; the others result in a 0.INF value.

Test Procedure
Run the following script twice within the same bshell:

function main()
{
        double x,y
        x = 1.0
        y = 0.0
        x = x / y | should give a floating point exception message
}

Every time a floating point exception should occur, instead of just the first
time.

Affected Executables
bshell

Motive source
DF:152663



--------------------------------------------------------------------------------

MaintCorelli: # 24165 (BDNT16916): Repair header of tss bdbpre tabledump files.

Date: Thu, 30 Dec 2004 16:39:09 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
The files ttttss001000.S ttttss002000.S ttttss004000.S are not correctly imported by bdbpost: 0 rows are inserted.

Workaround
Repair header manually.

Test Procedure
Run:
bdbpost6.1 -R -t"/" -m -n -D. -c000
to import the rows from the .S files.

Now the rows should be imported correctly.

Motive source
DF:152716



--------------------------------------------------------------------------------

MaintCorelli: # 24154 (BDUX16881): TCS800-143817: db.set.child.transaction() sometimes causes db.columns.to.record() to fail

Date: Wed, 29 Dec 2004 12:16:42 +0100 (CET)

Created on:  DevMahler
Type:        bugfix

Problem Description (Customer terms)
See TCS800-143817: db.columns.to.record() sometimes fails, after a report has
been printed, when working through the BOL test tool.

Test Procedure
See remark, and ask Corne Koelewijn or Marnix Klooster.  (The procedure is very
specific, unfortunately...)

Affected Executables
bshell

Motive source
TCS:800-143817



--------------------------------------------------------------------------------

MaintCorelli: # 24106 (BDNT16772): Error 305 if array interface enabled

Date: Tue, 21 Dec 2004 10:11:55 +0100 (CET)

Created on:  MaintBaanIVc
Type:        bugfix

Problem Description (Customer terms)
Error 305 on various tables when Array interface enabled.


Workaround
don't use array interface.

Test Procedure
tabledef6.1:	enable array fetch 
*:650:msql7(MSQL_ARRAY_FETCH=1):N

msql_storage:	ensure array size is set
*:*:T:group:011:5:ARRAY_SIZE 5
*:*:I::011:5:ARRAY_SIZE 5

db_resource: ensure client cursors are not used 
msql_use_cc:0 or not specified

run this kind of query with qptool :

SELECT tdsls045.* 
FROM tdsls045
WHERE tdsls045._index1 = {71}
and not exists (select a.orno from tdsls045 a 
                where a._index1 = {tdsls045.orno, tdsls045.pono} 
                and a.srnb > tdsls045.srnb) 
ORDER BY tdsls045._index1 desc

Error 305 should not appear anymore.


Affected Executables
msql7_srv.exe



--------------------------------------------------------------------------------

MaintCorelli: # 24084 (BDUX16835): Manual merge of BDUX16568 (db.get.child.transaction).

Date: Thu, 16 Dec 2004 16:16:26 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
For the Klondike-2 interoperability project a new function is needed
to retrieve whether the Bshell function db.set.child.transaction()
was already called.

Test Procedure
None

Affected Executables
bshell6.2



--------------------------------------------------------------------------------

MaintCorelli: # 24079 (BDUX16831): Oracle Unix installer fix for NLS_LANG

Date: Thu, 16 Dec 2004 15:38:13 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
Error E_BDB_CONFIG (bdb_errno 402) during user creation.

Test Procedure
installation

Affected Executables
ora8_inst



--------------------------------------------------------------------------------

MaintCorelli: # 24030 (BDUX16795): Removed Oracle7 from nightly build

Date: Mon, 13 Dec 2004 16:04:24 +0100 (CET)

Created on:  MaintCorelli
Type:        porting specific change

Problem Description (Customer terms)
The oracle7 driver has been phased out. The delivery was already removed
in a previous porting set.
Now the nightly build is discontinued.



--------------------------------------------------------------------------------

MaintCorelli: # 24019 (BDNT16626): Gray not printed in BwPrint

Date: Mon, 13 Dec 2004 10:08:46 +0100 (CET)

Created on:  MaintBaanIVc
Type:        bugfix

Problem Description (Customer terms)
Report fields defined to be printed in gray (light gray or dark gray) are printed through
bwprint in black.

Workaround
N/A

Test Procedure
Create one or more fields on a report and use the color gray for these fields.
In BW print the report using 'preview'. The field defined in gray should be displayed
in gray.

Affected Executables
bwprint.exe

Motive source
DF:151481



--------------------------------------------------------------------------------

MaintCorelli: # 24017 (BDNT16668): Can not change database user password

Date: Fri, 10 Dec 2004 15:16:41 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
Can not change DB user password in session ttdba0115m000

Workaround
n/a

Test Procedure
change the database user password with msql7_maint.exe as dba.


Affected Executables
msql7_maint.exe
msqladmin.dll

Motive source
DF:222555



--------------------------------------------------------------------------------

MaintCorelli: # 23991 (BDNT16760): Adapt autobuild such that Unicode projects can be build

Date: Mon, 6 Dec 2004 15:33:40 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
In the autobuild tool, Unicode projects where always skipped.
For building the Unicode variant of BW this is not acceptable.

Test Procedure
In a Devcorelli  project, run ui.bld and check that both the DBCS version and Unicode version
are build.

Affected Executables
autobld.dll



--------------------------------------------------------------------------------

MaintCorelli: # 23971 (BDUX16732): DF222695: bdbreconfig skips tables in logical company

Date: Thu, 2 Dec 2004 14:53:05 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
If a 'convert to runtime (RTDD)' is done on a table for which table sharing is
enabled, and the table is reconfigured for both a logical and the physical
company number, bdbreconfig will reconfigure the same (physical) table twice.
This may result in errors (corrupt DD, oracle error 1430, and so on), and is
at best a performance spoiler.

Bdbreconfig should not allow to reconfigure a table in a logical company, as it
used to do in porting set 7.1d.04, because the session (convert to RTDD) runs 
bdbreconfig for each company. It should give a message "Unallowed (logical) 
compnr 001 (physical 000) for reconfig", add the table name with company number 
to the "okay" file (-o option) and continue with the next table.

Workaround
Selectively reconfigure tables for which table sharing is enabled. Only 
reconfigure those tables in the physical company number.

Test Procedure
Change the definition of an existing table by adding a column to the table. 
Enable table sharing for that table and run "convert to RTDD" with the 
reconfigure option enabled for at least the physical and one logical company
number. Observe that the process completes with success. A message as the
following might be observed:

	Unallowed (logical) compnr 001 (physical 000) for reconfig

Affected Executables
bdbreconfig

Motive source
DF:222695



--------------------------------------------------------------------------------

MaintCorelli: # 23969 (BDNT16730): New SSA Certificate from Verisign for BI

Date: Thu, 2 Dec 2004 12:09:58 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
Verisign SSA Certificate was expired.

Affected Executables
bisetup.class



--------------------------------------------------------------------------------

MaintCorelli: # 23936 (BDUX16693): Avoid MB split in text columns

Date: Fri, 26 Nov 2004 13:40:10 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
On Oracle >= 9.2 and a MultiByte installation the fields tttxt010.text and
some other fields of type BDB_STRING that contain binary data might look corrupted.

Affected Executables
ora8_srv
msql_srv

Motive source
DF:150169



--------------------------------------------------------------------------------

MaintCorelli: # 23925 (BDUX16661): Problem with sprintf in combination with Japanese locale on SUN

Date: Fri, 26 Nov 2004 10:35:56 +0100 (CET)

Created on:  MaintBaanIVc
Type:        bugfix

Problem Description (Customer terms)
Installation of BaanIV aborts. The ba6.1 produces a segmentation fault and core dumps.

Test Procedure
On a Japanese Sun system you should be able to start the ba6.1 interface without core dump.
(LC_ALL=ja_JP.PCK, TZ=Japan, SunOS 5.9)

Affected Executables
ba6.1, bshell6.1, ipc_boot6.1, and probably others.

Motive source
DF:151494



--------------------------------------------------------------------------------

MaintCorelli: # 23909 (BDNT16673): DF151410 Creating new bwc file does not create a new dcom object

Date: Wed, 24 Nov 2004 14:34:09 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
DCOM objects are not created in BECS.

When creating a new connection in BECS after installation, DCOM object is only created the
first time (when <empty> appears). When adding other .bwc files the new connections are not 
created anymore.

Affected Executables
bwc.dll

Motive source
DF:151410



--------------------------------------------------------------------------------

MaintCorelli: # 23886 (BDUX16652): Oracle install: recognize Oracle 10g

Date: Mon, 22 Nov 2004 15:49:56 +0100 (CET)

Created on:  MaintCorelli
Type:        porting specific change

Problem Description (Customer terms)
When Baan in installed on Unix/Oracle10g the install scripts gives the following message:
	Can not determine the Oracle version. Assuming Oracle 8 or later.
Nothing goes wrong, but Oracle 10g should be recognized.

Test Procedure
Baan installation on Unix/Oracle10g

Affected Executables
Unix install



--------------------------------------------------------------------------------

MaintCorelli: # 23876 (BDNT16642): Logic service: closing of handles

Date: Mon, 22 Nov 2004 11:16:24 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
When you log out of Baan on Windows, the Logic Service (rexecd.exe) does not release the handles. The handle count is increased by one for each login (attempt).

Workaround
Restart the Logic Service regularly to release the handles in use.

Test Procedure
From a Windows platform running Baan:
1. Open the Task Manager
2. In the Task Manager menu select View->Select Columns...
3. Check column "Handle Count" and press OK
4. Select the "Processes" tab, and highlight the rexecd.exe process.
5. Note the number of Handles, for example "57"
6. Log in Baan and Log out of Baan again
7. Check the number of Handles again. It should be still 57.
8. Log in Baan and type in an incorrect password
9. Click OK on the error windows
10. Check the number of Handles again. It should be still 57.

Affected Executables
rexecd.exe
baanmsg.dll

Motive source
DF:151376



--------------------------------------------------------------------------------

MaintCorelli: # 23812 (BDUX16575): iSeries: missing include files

Date: Fri, 12 Nov 2004 16:28:40 +0100 (CET)

Created on:  MaintCorelli
Type:        porting specific change

Problem Description (Customer terms)
Missing files in $BSE/include6.2 after install or upgrade.

Test Procedure
Install BaanERP



--------------------------------------------------------------------------------

MaintCorelli: # 23808 (BDUX16581): iSeries: unwanted warnings

Date: Fri, 12 Nov 2004 16:28:17 +0100 (CET)

Created on:  MaintCorelli
Type:        porting specific change

Problem Description (Customer terms)
Several warnings occur during install:
The Header version isn't valid.
This stream file may not be a valid file to use.

Workaround
Ignore these messages.

Test Procedure
Install BaanERP



--------------------------------------------------------------------------------

MaintCorelli: # 23802 (BDUX16571): Index hint generation ignores OR lists

Date: Fri, 12 Nov 2004 10:27:45 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
In porting set 7.1d.06 / 7.3a.07 / 7.5a.01 / 7.6a an old problem reappeared.
See: project VHUX4486: Oct 3, 2004

Index hint generation on level-2 database drivers.
When the index hint is generates on the WHERE clause, sometimes
a non-optimal index hint is generated.
Especially when the customer is using Roles/Permissions

Test Procedure
DBSLOG=01400 qptool6.2 -c 0 -q "
		select * from dbtst180
		where	emendate = 0
		and	( empno = 10 OR ((empno > 20 ) AND (empno < 30 ))) "

The original porting set logs:
	Generating oracle hints
	Index selection:
	  columns used in single-value expr (weight 1):
	    empno emendate
	  columns used in range expr (weight 1): 
	    empno empno
	  factor (1.000000): 
	  _index1: empno(3.000000) [projno] : weight 3.000000	<<<<<< This weight comes out of an OR-list !
	  _index2: emendate(1.000000) [projno] : weight 1.000000
	  Best index: 1
	Oracle hints: (stat 01)
		keyword  : '/*+ FIRST_ROWS index(a tdbtst180000$idx1) */'
		trailing : ''

The original porting set logs:
	Generating oracle hints
	Index selection:
	  columns used in single-value expr (weight 1):
	    emendate
	  columns used in range expr (weight 1): 
	  factor (1.000000): 
	  _index1: [empno] : weight 0.000000		<<<<<< OR-list does not add weight anymore
	  _index2: emendate(1.000000) [projno] : weight 1.000000
	  Best index: 2
	Oracle hints: (stat 01)
		keyword  : '/*+ FIRST_ROWS index(a tdbtst180000$idx2) */'
		trailing : ''

Motive source
DF:103044



--------------------------------------------------------------------------------

MaintCorelli: # 23777 (BDNT16481): BW: re-use of password information

Date: Wed, 10 Nov 2004 09:45:23 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
A night, jobs are ran to extract data from the ERP Database. The first thing the batch job does, is logging on to the ERP database with a fixed logon and password. That logon and password is saved in the BWC file on the server. For an unknown reason, the batch process stops and asks a password. The result is that a crucial Datawarehouse process waits on a user intervention, where is should run automatically.

Workaround
Fill in the password in the password dialog.

Test Procedure
I cannot specify a test procedure because I do not know how you can control Windows to return an username in uppercase.
This is tested by the customer, and solved the problem.

Affected Executables
bwc.dll

Motive source
DF151440



--------------------------------------------------------------------------------

MaintCorelli: # 23773 (BDUX16540): Windows will not compile due to missing declarations

Date: Tue, 9 Nov 2004 17:08:14 +0100 (CET)

Created on:  MaintBaanIVc
Type:        bugfix

Problem Description (Customer terms)
See BDUX16512 for details

Motive source
DF:222576



--------------------------------------------------------------------------------

MaintCorelli: # 23757 (BDUX16512): message queue cleanup improvements

Date: Mon, 8 Nov 2004 08:30:56 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
Having a significant number of hung api's and message queues.


Workaround
n/a

Test Procedure
After rebuilding the api (api6.2) and installing on a system with Third party
tax enabled, test the following:
1) API still performs as before
2) kill off sh_server and verify that API goes away neatly and removes queues; it should also log messages to $BSE/log/log.api.
3) remove queues while the api is running and verify that it goes away neatly and removes queues (if not already), and logs message to $BSE/log/log.api

Affected Executables
The libraries (libtvtx.a, libtavp.a, libtaxb.a) can be used to build the apix.x which will be run from $BSE/bin.

Motive source
DF:222576



--------------------------------------------------------------------------------

MaintCorelli: # 23718 (BDUX16465): Bshell, bic: crash if role contains non-existent table

Date: Mon, 1 Nov 2004 15:08:20 +0100 (CET)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
Bshell, bic crashes if a role file contains a column-level permission and the
table of that permission does not exist.

Workaround
Correct the (corrupt) role file.

Test Procedure
Create (or modify) a role file, so that it contains:

	bogus123.crash:-:( salary > 20000 )

Assign the role to a (normal) user and start the bshell as that user. Observe
that the bshell does not crash and that the log file ($BSE/log/log.bshell..) 
contains a message stating that the role file is corrupt.

Affected Executables
bshell
bsql

Motive source
TCS:800-143609



--------------------------------------------------------------------------------

MaintCorelli: # 23701 (BDNT16472): BwPrint Silent Test Document error messages

Date: Fri, 29 Oct 2004 14:42:12 +0200 (CEST)

Created on:  MaintBaanIVc
Type:        bugfix

Problem Description (Customer terms)
Some error were logged into EventViewer "SYSTEM" when printing any report.

Details : 
First two messages are normal every time you print. If you print a Word doc you will receive these two messages.

Event Type:	Information
Event Source:	Print
Event Category:	None
Event ID:	13
Date:		30-09-2004
Time:		14:48:31
User:		NT AUTHORITY\SYSTEM
Computer:	SVAPPMG
Description:
Document 3, rttaad341001000 owned by baan was deleted on LJMG07-hp LaserJet 1300 PCL.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Event Type:	Information
Event Source:	Print
Event Category:	None
Event ID:	10
Date:		30-09-2004
Time:		14:48:31
User:		NT AUTHORITY\SYSTEM
Computer:	SVAPPMG
Description:
Document 3, rttaad341001000 owned by baan was printed on LJMG07-hp LaserJet 1300 PCL via port IP_192.168.2.17.  Size in bytes: 19056; pages printed: 1

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Event Type:	Information
Event Source:	Print
Event Category:	None
Event ID:	10
Date:		30-09-2004
Time:		14:48:30
User:		NT AUTHORITY\SYSTEM
Computer:	SVAPPMG
Description:
Document 2, BwPrint Silent Test Document owned by baan was printed on LJMG07-hp LaserJet 1300 PCL via port IP_192.168.2.17.  Size in bytes: 0; pages printed: 0

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Event Type:	Error
Event Source:	Print
Event Category:	None
Event ID:	61
Date:		30-09-2004
Time:		14:48:30
User:		SVAPPMG\baan
Computer:	SVAPPMG
Description:
The document BwPrint Silent Test Document owned by baan failed to print on printer LJMG07-hp LaserJet 1300 PCL. Win32 error code returned by the print processor: 259. No more data is available.


For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Event Type:	Error
Event Source:	Print
Event Category:	None
Event ID:	45
Date:		30-09-2004
Time:		14:48:30
User:		SVAPPMG\baan
Computer:	SVAPPMG
Description:
Document failed to print due to GDI/Driver error in rendering.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Workaround
Ignore errors logged in Windows System Event Log.

Test Procedure
The modification is tested by the customer, who was able to reproduce this problem each time.
We didn't succeed reproducing this problem internally, therefore testing internally was not possible.
You can just print something to a printer, and check if no errors are logged in the Windows System Event Log.

Affected Executables
bwprint.exe

Motive source
DF:150593



--------------------------------------------------------------------------------

MaintCorelli: # 23683 (BDUX16411): Spaces stripped in barcodes by RepGen

Date: Thu, 28 Oct 2004 14:42:04 +0200 (CEST)

Created on:  MaintBaanIVc
Type:        bugfix

Problem Description (Customer terms)
When printing barcodes ending on spaces the spaces and stripped.

Workaround
When the barcode (or code which the barcode represents) ends on a number
of spaces place an extra character at the end of the code. This prevent
the strip-command from removing the trailing spaces, because there aren't
any.

Test Procedure
Add a barcode to an existing report. As print expression use the following:
BC$(10,2,"123       ",0,0)
Mind that the length of the field is sufficient. Try different alignments
and check whether the barcode (and the text belonging to the barcode) contains
the trailing spaces.

Affected Executables
bshell

Motive source
DF:150830



--------------------------------------------------------------------------------

MaintCorelli: # 23653 (BDNT16395): Shm: check shm reset

Date: Mon, 25 Oct 2004 14:51:57 +0200 (CEST)

Created on:  DevMahler
Type:        bugfix

Problem Description (Customer terms)
Shared Memory on NT was not reset when Shared Memory Server was stopped and restarted.

Workaround
Activate 'Show all messages' in the Shared Memory Configuration.
When the Shared Memory Server is started, a window with the 'Shared Memory Load Status' will appear.
If the Shared Memory is fresh, the loaded objects are reported as "is loaded".
If the Shared Memory is not fresh, the already loaded objects are reported as "was loaded".
This way it can be determined whether the Shared Memory is really refreshed.

If the Shared Memory appears to be not refreshed,
then take care that all processes which may have an active link to the shared memory are killed.
One of the processes may be the MMC (Microsoft Management Console) with the BaanMan snapin.
As soon as the Properties dialog of the shared memory is activated,
the MMC keeps a link to the shared memory active and does not release it until the MMC is killed.
This is a bug.
This bug is solved in this project,
such that from now on the link to the shared memory is released
immediately after each action performed by the properties dialog.

Test Procedure
Using the BaanMan snapin, activate the shared memory properties dialog,
and apply 'show all messages'.
Stop and start the shared memory manager and check that the shared memory is fresh.
Now start e.g. a bshell or some other process that keeps a link to shared memory.
Stop and start the shared memory manager and check that a warning appears in the event viewer and
in the 'Shared Memory Load Status' window.

Affected Executables
shmserv.exe
baanman.dll



--------------------------------------------------------------------------------

MaintCorelli: # 23627 (BDUX16420): Can not start OpenWorld on Linux

Date: Fri, 22 Oct 2004 13:58:53 +0200 (CEST)

Created on:  MaintBaanIVc
Type:        porting specific change

Problem Description (Customer terms)
bshell crashes on Linux after starting tmboaserver when JRE1.4 is used

Workaround
create bshell_sh entry in $BSE/lib/ipc_info
bshell_sh       s    0    0  p  ${BSE}/bin/bshell6.1.sh

$ cat ${BSE}/bin/bshell6.1.sh
#!/bin/ksh
export LD_PRELOAD=libpthread.so
${BSE}/bin/bshell6.1 $@

$ cat ${BSE}/java/jvm_options
-Djava.compiler=NONE
-Xmx256

Test Procedure
start tmboaserver on Linux with JRE1.4

Affected Executables
bshell

Motive source
TCS:800-143404



--------------------------------------------------------------------------------

MaintCorelli: # 23622 (BDUX16417): Bshell: expr.compile() corrupts memory resulting in abnormal termination

Date: Fri, 22 Oct 2004 09:48:49 +0200 (CEST)

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
The Bshell terminates abruptly during an installation.

Test Procedure
Run the installation.

Or, compile the program below with "bic6.2 -l ./<source> -o ./t.o". 

	function main()
	{
		long id,ret 

		id = expr.compile( "$$ IN ""^a*$""" )

		ret = l.expr( id, "aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa" )
	}

Run the object with "ba6.2 ./t.o". Be sure that the bshell that is used is 
compiled with the BAAN_ONLY flag (or at least, the source yy_comp.c is), or 
otherwise chances of reproducing the problem are very small. You can force ba6.2
to pick up a specified bshell by adding a line to $BSE/lib/ipc_info:

	bshell.dbg s  0  0  p  /vobs/obj.dbg.HPUX11/bin/bshell6.2

and setting the environment variable:

	export DS_AS=bshell.dbg

Step through the source and observe that the bshell does not terminate abruptly.
After the "ret = l.expr(...)" statement enter the command "ret/x". The printed
value should be 0x400001, meaning that the match starts at position 1 with 
length 64 (0x40).

Affected Executables
bshell

Motive source
TCS:800-143483



--------------------------------------------------------------------------------

MaintCorelli: # 23587 (BDUX16180): Baan subsystem does not start after Portingset upgrade

Date: Fri, 15 Oct 2004 16:15:43 +0200

Created on:  MaintCorelli
Type:        porting specific change

Problem Description (Customer terms)
Baan subsystem does not start after Portingset upgrade (PF)

Workaround
ENDBAAN
backup $BSE/etc files before upgrade
upgrade
restore $BSE/etc files
STRBAAN

Test Procedure
full install should use new $BSE/etc files from portingset CD iso application CD
upgrade should not replace existing $BSE/etc files

Affected Executables
none

Motive source
DF:149663



--------------------------------------------------------------------------------

MaintCorelli: # 23585 (BDUX15661): iSeries: V5R3 issues

Date: Fri, 15 Oct 2004 15:31:12 +0200

Created on:  MaintCorelli
Type:        porting specific change

Problem Description (Customer terms)
problems on iSeries V5R3 to connect to the database

Test Procedure
Install on V5R3
use also blogind

Affected Executables
db4*
blogind



--------------------------------------------------------------------------------

MaintCorelli: # 23571 (BDUX16294): Unresolved reference to function r_enclose_line

Date: Fri, 15 Oct 2004 08:57:27 +0200

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
during report compilation we got following error

Unresolved reference to function r_enclose_line()

Workaround
define folling in your report script

#ifndef	r_enclose_line
#define	r_enclose_line(X,Y)
^	spool.pr.line = X & spool.pr.line & Y
#endif

Test Procedure
compile report rtdcms240201000 on a Baan 5b environment.

Affected Executables
repgen6.x

Motive source
DF:150426



--------------------------------------------------------------------------------

MaintCorelli: # 23544 (BDUX16342): change bc function to add 2 arguments

Date: Tue, 12 Oct 2004 09:43:36 +0200

Created on:  MaintCorelli
Type:        bugfix

Problem Description (Customer terms)
It is not possible to use al 5 arguments in the bc$ function like it should

Workaround
do not use the arguments 4 and 5

Test Procedure
create a small script that uses all 5 arguments and compile it: 
extern 	domain	tcmcs.str25	barcode		
function main()
{
barcode= bc$(16,2,"343434",1,1)
}



Affected Executables
bic_bshell

Motive source
DF:150479




--------------------------------------------------------------------------------
Total number of changIDs displayed: 41