List of changes for portingset 6.1c.06.01 BaanIVc: # 9499 (VHUX4095): Removed strange string Date: Fri, 4 Aug 2000 15:14:45 +0200 (METDST) Release: BaanIVc Date: 2000/08/04 Script: MergeProject Project: VHUX4095 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Stupid text string Workaround None (close your eyes) Test Procedure run binput6.x -v or -? Affected Executables binput6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9509 (VHUX4107): Fixed problem on sequent Date: Tue, 8 Aug 2000 09:47:20 +0200 (METDST) Release: BaanIVc Date: 2000/08/08 Script: MergeProject Project: VHUX4107 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Added sys/socket.h to let compile sequent Workaround Test Procedure compile ogclient in nw dir Affected Executables ogclient6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9519 (VHNT4116): Solved compilation error on NT Date: Wed, 9 Aug 2000 09:43:28 +0200 (METDST) Release: BaanIVc Date: 2000/08/09 Script: MergeProject Project: VHNT4116 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Fixed compilation error Workaround none Test Procedure compile ogclient.c Affected Executables ogclient.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9548 (VHUX4142): Possible update failure on common components Date: Fri, 11 Aug 2000 13:18:38 +0200 (METDST) Release: BaanIVc Date: 2000/08/11 Script: MergeProject Project: VHUX4142 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Wrong version number for comon components Workaround manual copy bentman.exe, rexeccfg.dll, benttool.dll, gentool.dll e.t.c. from $BSE\bin to \winnt\baan\bin Test Procedure Do an update of an portingset and check whether \winnt\baan\bin is also updated Affected Executables all baan stuff in \winnt\baan\bin baanman.dll, baanmsg.dll, benttool.dll, bperf.dll (Corelli and up), bwc.dll, gentool.dll, rexeccfg.dll, shmcfg.dll Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9552 (VHUX4144): Typo in project VHUX4142 caused compilation errors Date: Fri, 11 Aug 2000 13:56:36 +0200 (METDST) Release: BaanIVc Date: 2000/08/11 Script: MergeProject Project: VHUX4144 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Typo in previous project VHUX4142 caused compilation errors Workaround Test Procedure Affected Executables all Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9589 (VHNT4169): Do not re-install the Baan Job Daemon Service in Windows Registry during Upgrade. Date: Fri, 18 Aug 2000 14:30:40 +0200 (METDST) Release: BaanIVc Date: 2000/08/18 Script: MergeProject Project: VHNT4169 Created on: Grieg Type: bugfix Problem: Problem Description (Customer terms) After upgrade of Porting Set settings of the jobdaemon have been changed to the default settings of Baan. This means that after an upgrade we have to configure them again. Workaround Configure Baan Job Daemon again manually. Test Procedure 1. Enable the Baan Job Daemon service 2. Configure the Baan Job Daemon service with Log On Account "baan" 3. Run Upgrade of Porting Set 4. After finishing the Upgrade, the Log On Account of the Baan Job Daemon service should be still "baan" and not System Account. Affected Executables setup.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 101423 833316 30 BaanIVc: # 9598 (VHNT4157): Prevent overwrite of baan generic stuff when installing 4c Date: Tue, 22 Aug 2000 10:11:59 +0200 (METDST) Release: BaanIVc Date: 2000/08/22 Script: MergeProject Project: VHNT4157 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Prevent overwrite of generic stuff in winnt\baan\bin by 4c installer Workaround reinstall Baan Erp after installation of 4c Test Procedure Run install of e.g. BW on a system where also an ERP version was installed. After installion, the BECS should be still from Baan ERP, but the BW in $BSE/bin for 4c should be updated. Affected Executables installer Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9603 (VHUX4189): Solved sigsegv involving HPUX10.20, threads and signals. Date: Wed, 23 Aug 2000 10:11:25 +0200 (METDST) Release: BaanIVc Date: 2000/08/23 Script: MergeProject Project: VHUX4189 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) On HPUX10.20, a bshell that is using the jvmi, craashes in a random fashion. This problem has already been fixed for Corelli and Reger (VHUX2774). With this bugfix the solution is backported to BaanIV. Workaround Test Procedure Affected Executables bshelljava6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9606 (VHUX4192): Removed MailFix! Date: Wed, 23 Aug 2000 11:58:50 +0200 (METDST) Release: BaanIVc Date: 2000/08/23 Script: MergeProject Project: VHUX4192 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Removed 'good old' MailFix script Workaround Use CreateProject script instead!! Test Procedure Affected Executables None Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9611 (VHNT4177): Added some missing files for installer to delivery list Date: Wed, 23 Aug 2000 14:05:18 +0200 (METDST) Release: BaanIVc Date: 2000/08/23 Script: MergeProject Project: VHNT4177 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Missing some files in distribution of portingset to CAT Workaround Try to retrieve the files from a different place, e.g. a old release area at CAT department, although this solution is not recommended! Test Procedure Check distribution at CAT whether it is complete or not. Start at a clean, empty release dir. The portingset delivery should be enough to create an installable image for NT, without copying additional files. Affected Executables none Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9614 (VHUX4193): Removed bogus lines from audit_spec! Date: Wed, 23 Aug 2000 14:26:34 +0200 (METDST) Release: BaanIVc Date: 2000/08/23 Script: MergeProject Project: VHUX4193 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) audit_spec contained invalid entries Workaround Test Procedure Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9624 (VHNT4006): Incorrect use of VirtualAlloc Date: Thu, 24 Aug 2000 14:32:05 +0200 (METDST) Release: BaanIVc Date: 2000/08/24 Script: MergeProject Project: VHNT4006 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Backport of project VHNT3727 to BaanIV. See the mailfix text of that project for further details. Workaround Test Procedure Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 22128 20 BaanIVc: # 9626 (VHNT3982): Windows Resource Translation project Date: Thu, 24 Aug 2000 16:45:46 +0200 (METDST) Release: BaanIVc Date: 2000/08/24 Script: MergeProject Project: VHNT3982 Created on: BaanIVc Type: enhancement Problem: Problem Description (Customer terms) No problem, this is new functionality, adding support for WRT (windows resource translation) for becs, bentman, installer and bwprint. Workaround none Test Procedure To add support for a certain language, add a resource DLL to a defined place. For more information see the FD for WRT, document number D1782A US in Baan Doc. This document will be added soon to Baan Doc, or check on srv-nld-fp2 on Tools Share, Projects directory, Windows Resource Translation sub directory for a document called 'FD Windows Resource Translation.doc' There are a few possibilities to change the language settings: - change system's language settings in control panel - or overule current language settings it with a key in the registry: HKLM\Software\Baan\Language see FD for valid values of this key. Affected Executables bentman, becs, bwprint, installer Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9627 (VHUX4186): Solve compilation errors on NT alpha Date: Fri, 25 Aug 2000 13:20:20 +0200 (METDST) Release: BaanIVc Date: 2000/08/25 Script: MergeProject Project: VHUX4186 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Compilation errors on NT alpha. Workaround Test Procedure Compile on alpha. Affected Executables ddcdll.* ogclient.exe msql7_srv.exe bentman.dll smssetup.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9628 (VHNT4200): Removed dutch resources Date: Fri, 25 Aug 2000 14:01:49 +0200 (METDST) Release: BaanIVc Date: 2000/08/25 Script: MergeProject Project: VHNT4200 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Removed some last pieces of dutch resources. Workaround None Test Procedure None Affected Executables bwprint.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9633 (VHUX3669): Oracle installation needed shared library path Date: Fri, 25 Aug 2000 14:51:16 +0200 (METDST) Release: BaanIVc Date: 2000/08/25 Script: MergeProject Project: VHUX3669 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Baan on Oracle installations on Unix might fail when the shared library search path does not contain $ORACLE_HOME/lib Workaround Set shared library search path before installation Test Procedure Affected Executables ora8_inst Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9640 (VHNT4206): Removed some old textual stuff Date: Mon, 28 Aug 2000 12:56:37 +0200 (METDST) Release: BaanIVc Date: 2000/08/28 Script: MergeProject Project: VHNT4206 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Textual change Workaround None Test Procedure none Affected Executables none Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9641 (VHNT4210): Use CopyIfNewerVersion instead of CopyIfNewer Date: Mon, 28 Aug 2000 14:00:03 +0200 (METDST) Release: BaanIVc Date: 2000/08/28 Script: MergeProject Project: VHNT4210 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Wrong function used in installer 4c update might replace a resource DLL of ERP where it is not intended Workaround manual copy resource DLL from $BSE\bin\res after running installer update Test Procedure 1. Install ERP fat client 2. Install 4c fat client on same system 3. Check that resBEN20.dll should have the same version as the ERP fat client You can check the version of an dll or exe with the properties command in the Windows NT explorer Affected Executables installer/bentman.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9643 (VHNT4199): Fix for installation problems on DB2 Date: Mon, 28 Aug 2000 14:01:15 +0200 (METDST) Release: BaanIVc Date: 2000/08/28 Script: MergeProject Project: VHNT4199 Created on: Corelli Type: porting specific change Problem: Problem Description (Customer terms) Can't install DB2 on NT Workaround None. Test Procedure Try to install DB2 on NT. Affected Executables intaller Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9645 (VHNT4208): Changed settings Date: Mon, 28 Aug 2000 14:04:31 +0200 (METDST) Release: BaanIVc Date: 2000/08/28 Script: MergeProject Project: VHNT4208 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Minor change in settings of VC Workaround None Test Procedure None Affected Executables installer Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9646 (VHNT4211): Retrieve resource dll at right place Date: Mon, 28 Aug 2000 17:08:25 +0200 (METDST) Release: BaanIVc Date: 2000/08/28 Script: MergeProject Project: VHNT4211 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Moved call to function. Workaround none Test Procedure none (no functional change) Affected Executables installer Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9649 (VHUX4214): Remove system-check from patch6.x binary for the display option. Date: Mon, 28 Aug 2000 17:25:47 +0200 (METDST) Release: BaanIVc Date: 2000/08/28 Script: MergeProject Project: VHUX4214 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) The patch6.x binary refused to display information about patched binaries on systems that were not in a special list. Even the -v, -V and help options did not work there. Workaround None Test Procedure Try patch6.x -v on a non Development system. It should give information now, instead of 'Can't run object on this host'. Affected Executables patch6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None BaanIVc: # 9659 (VHUX4055): QPtool: Binding parameters with arbitrary names Date: Wed, 30 Aug 2000 10:53:29 +0200 (METDST) Release: BaanIVc Date: 2000/08/30 Script: MergeProject Project: VHUX4055 Created on: Verdi2 Type: bugfix Problem: Problem Description (Customer terms) Using qptool it is not possible to have bind variables that are not the name of a column of a table. It is also not possible to have pseudo variables in the query. For reproducing problems with qptool this is an awkward restriction. Workaround Use the names of columns of existing tables as the name of bind variables. For example, instead of select * from dbtst120 where empno = :1 use select * from dbtst120 where empno = :dbtst120.empno Test Procedure Write queries with arbitrary bind variable names and see that the qptool reacts with asking the type and value for these variables. For example, try qptool6.2 -q "select * from dbtst120 where empno = :employee.number" This should start the following dialogue: Enter type for employee.number (? for info): l Enter value for employee.number: 20 Or, try qptool6.2 -q "select * from dbtst120 where empno = :123" Affected Executables qptool Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) - BaanIVc: # 9663 (VHNT4229): Changed delivery Date: Wed, 30 Aug 2000 11:11:54 +0200 (METDST) Release: BaanIVc Date: 2000/08/30 Script: MergeProject Project: VHNT4229 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Moved delivery of baan.mif to different place Workaround manual move baan.mif from i386/setup to general/setup in deliver image Test Procedure none Affected Executables none Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9666 (VHUX4231): QPtool: Binding arbitrary names Date: Wed, 30 Aug 2000 15:29:32 +0200 (METDST) Release: BaanIVc Date: 2000/08/30 Script: MergeProject Project: VHUX4231 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Using qptool it is not possible to have bind variables that are not the name of a column of a table. It is also not possible to have pseudo variables in the query. For reproducing problems with qptool this is an awkward restriction. Workaround Use the names of columns of existing tables as the name of bind variables. For example, instead of select * from dbtst120 where empno = :1 use select * from dbtst120 where empno = :dbtst120.empno Test Procedure Write queries with arbitrary bind variable names and see that the qptool reacts with asking the type and value for these variables. For example, try qptool6.2 -q "select * from dbtst120 where empno = :employee.number" This should start the following dialogue: Enter type for employee.number (? for info): l Enter value for employee.number: 20 Or, try qptool6.2 -q "select * from dbtst120 where empno = :123" Affected Executables qptool Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) - BaanIVc: # 9667 (VHUX4218): Compilation errors idl_compiler Date: Wed, 30 Aug 2000 15:30:18 +0200 (METDST) Release: BaanIVc Date: 2000/08/30 Script: MergeProject Project: VHUX4218 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Compilation error idl_compiler Workaround Test Procedure Compile Affected Executables idl_compiler6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9668 (VHNT4213): WRT on NT alpha Date: Wed, 30 Aug 2000 16:44:33 +0200 (METDST) Release: BaanIVc Date: 2000/08/30 Script: MergeProject Project: VHNT4213 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) After the WRT project there were several compilation errors on NT alpha. Workaround Test Procedure Compile and run deliver. Affected Executables See WRT Project. Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9688 (VHNT4219): Also copy resources of Becs Date: Fri, 1 Sep 2000 10:35:17 +0200 (METDST) Release: BaanIVc Date: 2000/09/01 Script: MergeProject Project: VHNT4219 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Additional changes for WRT Workaround none Test Procedure Install portingset and set language settings of system to non-English and check whether the application appears in the new language (if available), or if an event message was written to to EvenViewer Application log. Affected Executables installer/becs/bwprint/bentman Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9690 (VHUX4247): Changed permission setting on binaries. Date: Fri, 1 Sep 2000 11:14:39 +0200 (METDST) Release: BaanIVc Date: 2000/09/01 Script: MergeProject Project: VHUX4247 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Binaries generated in nightly builds were not writable for tools members Workaround Test Procedure Affected Executables All Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9707 (VHUX4256): Sent to another mail address Date: Fri, 1 Sep 2000 16:11:19 +0200 (METDST) Release: BaanIVc Date: 2000/09/01 Script: MergeProject Project: VHUX4256 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Mail from Unix to other unix account (even when it's an alias in Exchange) isn't supported anymore To prevent problems, send directly to @.baan.com Workaround Test Procedure Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9727 (VHNT4267): sh_server: handle run.baan.prog platform independent Date: Tue, 5 Sep 2000 13:32:29 +0200 (METDST) Release: BaanIVc Date: 2000/09/05 Script: MergeProject Project: VHNT4267 Created on: Verdi2 Type: bugfix Problem: Problem Description (Customer terms) run.baan.prog("bshell", "bladibla") did not start a Bshell on NT Workaround When running on NT, use the following command: run.baan.prog("ntbshell", "bladibla") Test Procedure Write following testprogram /otestje: function main() { run.baan.prog("bshell", "-server /otestje2", RP_WAIT) } And for program /otestje2: function main() { fp = seq.open("c:/testje2output.txt", "wt") seq.puts("writing something to a file . . .", fp) seq.close(fp) } Observe that the file c:/testjeoutput.txt is being generated when executing otestje!! This means, otestje2 is executed by the run.baan.prog call! Affected Executables sh_server Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9732 (VHUX4277): QPtool: multiple query support Date: Tue, 5 Sep 2000 15:29:53 +0200 (METDST) Release: BaanIVc Date: 2000/09/05 Script: MergeProject Project: VHUX4277 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Merged VHUX4245 manually to BaanIVc Workaround Test Procedure Affected Executables qptool Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) xxxxx yyyyy zz BaanIVc: # 9739 (VHUX4261): error during core on sequent Date: Wed, 6 Sep 2000 13:15:41 +0200 (METDST) Release: BaanIVc Date: 2000/09/06 Script: MergeProject Project: VHUX4261 Created on: Verdi Type: bugfix Problem: Problem Description (Customer terms) The oracle driver does not generate a core file on the Sequent when the signal 11: SIGSEGV is given. The message of a core dump is written in the log file, but the oracle driver hangs after this, and is not reacting any more Workaround N.A. Test Procedure Start the oracle driver and find the PID of this process. Then execute a kill -11 PID to kill the oracle driver. The driver should create a core file now. Affected Executables all Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 25600 857972 20 BaanIVc: # 9743 (VHUX4288): Made bs1 really 1 byte signed! Date: Wed, 6 Sep 2000 13:18:53 +0200 (METDST) Release: BaanIVc Date: 2000/09/06 Script: MergeProject Project: VHUX4288 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) bs1 (signed single byte type) is defined as char, which is UNsigned on some mach ines (e.g. AS400) Workaround Test Procedure Affected Executables All Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9745 (VHUX4282): bic gives message: Invalid transaction id 0 specified Date: Wed, 6 Sep 2000 14:47:01 +0200 (METDST) Release: BaanIVc Date: 2000/09/06 Script: MergeProject Project: VHUX4282 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Bic generates the error message: Invalid transaction id 0 specified. This is a harmless message. Workaround - Test Procedure Using Bic, compile a Baan source containing an embedded query. Affected Executables Bic Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) - BaanIVc: # 9760 (VHUX4281): Added some files to delivery for Unix Date: Thu, 7 Sep 2000 10:56:02 +0200 (METDST) Release: BaanIVc Date: 2000/09/07 Script: MergeProject Project: VHUX4281 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Added nlsinf and terminf stuff to delivery Workaround Test Procedure Affected Executables none Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9778 (VHUX4314): bshellxma built on Sun 5.6 crashes Date: Fri, 8 Sep 2000 12:29:23 +0200 (METDST) Release: BaanIVc Date: 2000/09/08 Script: MergeProject Project: VHUX4314 Created on: Corelli Type: porting specific change Problem: Problem Description (Customer terms) bshellxma built on Sun 5.6 crashes. Workaround Use bshellxma6.2 built on Solaris 2.5.1 Test Procedure Affected Executables all C++ code Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9780 (VHUX4318): Added Luutsen to bic_vi Date: Fri, 8 Sep 2000 12:32:07 +0200 (METDST) Release: BaanIVc Date: 2000/09/08 Script: MergeProject Project: VHUX4318 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Luutsen de Jong was removed from bic_vi list, because Managers should not be able to mess up our beautiful code! However, Luutsen has become architect again and so would like to do some real work again! Workaround Do not Luutsen as manager!! Test Procedure www.dilbert.com Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9783 (VHUX4316): Still some problems with comments in macros. Date: Fri, 8 Sep 2000 12:35:08 +0200 (METDST) Release: BaanIVc Date: 2000/09/08 Script: MergeProject Project: VHUX4316 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) There were still problems in having comments in constant macro's. Workaround Don't use comments in constant macros. Test Procedure Try to compile the following script: #define MY_MACRO print sprintf$( | A comment "Hello there") function main () { MY_MACRO refresh() } Affected Executables bic6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None BaanIVc: # 9789 (VHUX4289): Oracle does not use blank padded semantics on SUBSTR Date: Fri, 8 Sep 2000 15:46:09 +0200 (METDST) Release: BaanIVc Date: 2000/09/08 Script: MergeProject Project: VHUX4289 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) This project is a backport of VHUX4275 (Reger) to previous versions The Oracle level-2 driver sometimes returns a wrong result when the Baan query contains a substring expression like column(n;m) = :myvar Workaround None Test Procedure See tests (bugfix7.2 branch) /vobs/db/lib/sql/Test/tests/blank_padding/001.query /vobs/db/lib/sql/Test/tests/blank_padding/002.query /vobs/db/lib/sql/Test/tests/blank_padding/003a.query /vobs/db/lib/sql/Test/tests/blank_padding/003b.query /vobs/db/lib/sql/Test/tests/blank_padding/004a.query /vobs/db/lib/sql/Test/tests/blank_padding/004b.query /vobs/db/lib/sql/Test/tests/blank_padding/005.query /vobs/db/lib/sql/Test/tests/blank_padding/006.query Affected Executables ora7_srv ora8_srv Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9805 (VHUX4280): Some extra repgen fix for IRT/XML Date: Tue, 12 Sep 2000 12:14:38 +0200 (METDST) Release: BaanIVc Date: 2000/09/12 Script: MergeProject Project: VHUX4280 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) For the XML generation empty tags are not generated for multi heigth labels. Workaround None. Test Procedure Affected Executables repgen6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 20 BaanIVc: # 9812 (VHNT4332): Fixed bug in delivery Date: Tue, 12 Sep 2000 13:38:37 +0200 (METDST) Release: BaanIVc Date: 2000/09/12 Script: MergeProject Project: VHNT4332 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Fixed type Workaround Test Procedure Affected Executables installer Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9828 (VHUX4339): -0 output from sprintf Date: Wed, 13 Sep 2000 13:36:47 +0200 (METDST) Release: BaanIVc Date: 2000/09/13 Script: MergeProject Project: VHUX4339 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Open a table, for example tdpur045, in general table maintenance. Search for a field of the type double. Enter a value of -0.00001 if the domain rounding is 4 decimals. Save the record and you have got an -0.0000. Workaround Test Procedure function main() { string test(20) test = sprintf$("number: %-*.*f",10,2,-0.002) test = sprintf$("number: %-*.*f",10,2,-0.005) } test = "number: 0.00 " test = "number: -0.01 " Affected Executables bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 99531 20 BaanIVc: # 9831 (VHNT4115): Added some debug facilities on 4c for rexecd Date: Wed, 13 Sep 2000 15:17:48 +0200 (METDST) Release: BaanIVc Date: 2000/09/13 Script: MergeProject Project: VHNT4115 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Added some extra logging to gather information Workaround Test Procedure Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9837 (VHUX4354): fix compilation error Date: Wed, 13 Sep 2000 16:04:23 +0200 (METDST) Release: BaanIVc Date: 2000/09/13 Script: MergeProject Project: VHUX4354 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Compilation error Workaround Test Procedure Compile Affected Executables bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9857 (VHUX4361): Oracle driver gives unclear error upon failing load of shared library Date: Fri, 15 Sep 2000 15:56:14 +0200 (METDST) Release: BaanIVc Date: 2000/09/15 Script: MergeProject Project: VHUX4361 Created on: Verdi2 Type: bugfix Problem: Problem Description (Customer terms) Confusing error message when the Shared Oracle library can not be loaded. The error message does not contain the full library name, but the 'stripped' one without the leading and trailing system dependant tags. Many users do not relate this to the complete library name as present on the file system. ******* S T A R T of Error message ******* dbs_errno = 510Error 510 occurred: Could not load shared Oracle library path = /usr/oracle/product/8.0.5/lib, library = clntsh <<<< stipped name ******* E N D of Error message ******* Workaround Test Procedure Use qptool to do execute a query. Pass an illegal ORACLE_HOME to the oracle driver, so the shared library can not be found. Verify the error message generated in $BSE/log Affected Executables ora8_srv Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9868 (VHUX4380): Solved compile error Date: Mon, 18 Sep 2000 11:01:56 +0200 (METDST) Release: BaanIVc Date: 2000/09/18 Script: MergeProject Project: VHUX4380 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Source did not compile Workaround Test Procedure Compile! Affected Executables All Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9871 (VHNT4383): Solved compilation warnings Date: Mon, 18 Sep 2000 14:32:46 +0200 (METDST) Release: BaanIVc Date: 2000/09/18 Script: MergeProject Project: VHNT4383 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Solved compilation problems Workaround Test Procedure Compile! Affected Executables BW MSQL driver Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9883 (VHNT4384): Binaries failed to start because resources could not be loaded Date: Tue, 19 Sep 2000 12:57:20 +0200 (METDST) Release: BaanIVc Date: 2000/09/19 Script: MergeProject Project: VHNT4384 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) Binaries crashed in al_load_resources() function. Workaround Test Procedure Affected Executables All Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9890 (VHUX4358): Cleanup configuration files Date: Tue, 19 Sep 2000 13:11:32 +0200 (METDST) Release: BaanIVc Date: 2000/09/19 Script: MergeProject Project: VHUX4358 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Configuration files of non supported platforms were still available. Workaround Test Procedure Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9892 (VHUX4395): Compilation errors Date: Tue, 19 Sep 2000 13:16:34 +0200 (METDST) Release: BaanIVc Date: 2000/09/19 Script: MergeProject Project: VHUX4395 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Compilation errors. Workaround Test Procedure Compile Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9898 (VHNT4402): Fixed compilation errors on 4c due to PROTO macro removal Date: Wed, 20 Sep 2000 09:27:08 +0200 (METDST) Release: BaanIVc Date: 2000/09/20 Script: MergeProject Project: VHNT4402 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Fixed compilation error after removal of PROTO Workaround Test Procedure Compile msql_srv.exe Affected Executables msql_srv.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9900 (VHNT4392): Fixed installation bug for Windows95, caused by WRT Date: Wed, 20 Sep 2000 10:20:03 +0200 (METDST) Release: BaanIVc Date: 2000/09/20 Script: MergeProject Project: VHNT4392 Created on: Verdi2 Type: porting specific change Problem: Problem Description (Customer terms) bw didn't install Workaround no real workaround for customers. Test Procedure Install new BW on win95. Affected Executables installer Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9905 (VHUX4359): Make repgen backwards compatible/ogclient final update Date: Wed, 20 Sep 2000 14:20:03 +0200 (METDST) Release: BaanIVc Date: 2000/09/20 Script: MergeProject Project: VHUX4359 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) 1) repgen doesn't compile correctly on systems with portingset 6.1c.06 and 3.1b/4b environments. 2) ogclient update Workaround 1) None 2) None Test Procedure Compiling a report with 6.1c.06 should be without warnings or errors on 3.1b and 4b environments. Affected Executables repgen6.x ogclient6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 20 BaanIVc: # 9908 (VHUX4400): core dump ba Date: Wed, 20 Sep 2000 14:27:25 +0200 (METDST) Release: BaanIVc Date: 2000/09/20 Script: MergeProject Project: VHUX4400 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ba dumps a core Workaround Test Procedure Affected Executables ba6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9912 (VHNT4409): Solved bug in ds layer! Date: Wed, 20 Sep 2000 14:30:22 +0200 (METDST) Release: BaanIVc Date: 2000/09/20 Script: MergeProject Project: VHNT4409 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Ds layer dumped core Workaround Test Procedure Affected Executables BW, BA, BX, Bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9915 (VHNT4408): Fixed several compiler warning (non fatal ones) Date: Wed, 20 Sep 2000 15:53:43 +0200 (METDST) Release: BaanIVc Date: 2000/09/20 Script: MergeProject Project: VHNT4408 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Fixed some boring warnings Workaround Test Procedure Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9918 (VHUX4411): Compilation errors in ogclient Date: Wed, 20 Sep 2000 15:57:46 +0200 (METDST) Release: BaanIVc Date: 2000/09/20 Script: MergeProject Project: VHUX4411 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Compile error Workaround none Test Procedure compile Affected Executables ogclient6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 20 BaanIVc: # 9924 (VHNT4413): Executable crashes during processing of resources Date: Wed, 20 Sep 2000 16:56:14 +0200 (METDST) Release: BaanIVc Date: 2000/09/20 Script: MergeProject Project: VHNT4413 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) Executables crash during processing of resources. Workaround Test Procedure Affected Executables All Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9927 (VHNT4392): Fixed installation bug for Windows95, caused by WRT Date: Thu, 21 Sep 2000 09:30:08 +0200 (METDST) Release: BaanIVc Date: 2000/09/21 Script: MergeProject Project: VHNT4392 Created on: Verdi2 Type: porting specific change Problem: Problem Description (Customer terms) bw didn't install Workaround no real workaround for customers. Test Procedure Install new BW on win95. Affected Executables installer Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9930 (VHUX4415): Compilation errors Date: Thu, 21 Sep 2000 12:05:58 +0200 (METDST) Release: BaanIVc Date: 2000/09/21 Script: MergeProject Project: VHUX4415 Created on: Verdi2 Type: bugfix Problem: Problem Description (Customer terms) Again some compilation errors in ds_1. Workaround Test Procedure Compile Affected Executables BW, ba, bx and bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9936 (VHNT4296): Introduce BW_MAX_RETRIES variable. Date: Thu, 21 Sep 2000 14:06:55 +0200 (METDST) Release: BaanIVc Date: 2000/09/21 Script: MergeProject Project: VHNT4296 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) In case of connections via wide area networks (telephone lines, modems and so on there is a timeout in BW that produces a popup window with the message "connection with server lost". Workaround no workaround Test Procedure The practice should show out if this fix helps solving the timeout problem. Affected Executables bw.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 101302 857083 30 BaanIVc: # 9941 (VHNT4317): Enhanced autobuilder Date: Thu, 21 Sep 2000 15:51:55 +0200 (METDST) Release: BaanIVc Date: 2000/09/21 Script: MergeProject Project: VHNT4317 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Enhanced autobuilder Workaround none Test Procedure Use autobld.dll in Visual Studio by copying it to Common\VC98\addins dir Affected Executables autobld.dll Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9963 (VHNT4403): XML: XmlNodePointer, xmlGetAttributeValue, xmlGetAttribute, xmlWriteToBufferExt Date: Mon, 25 Sep 2000 13:28:48 +0200 (METDST) Release: BaanIVc Date: 2000/09/25 Script: MergeProject Project: VHNT4403 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Several problems in XML library: 1. use of (void *) instead of more specific types 2. Bug in xmlGetAttribute 3. Need for extra function xmlGetAttibuteValue 4. Need small addition to functionality of xmlWriteToBuffer Workaround None Test Procedure (Fill this in) Affected Executables bshell ntbshell ntbshellxma any other executable using the xml library Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9972 (VHUX4376): fix Db2 V2 build error Date: Tue, 26 Sep 2000 10:17:29 +0200 (METDST) Release: BaanIVc Date: 2000/09/26 Script: MergeProject Project: VHUX4376 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Db2 v2 build fails. Workaround None Test Procedure Do a build for DB2v2 server and maint Affected Executables all DB2 related binaries. Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9975 (VHNT4446): Fixed compilation errors on 4c Date: Tue, 26 Sep 2000 13:20:01 +0200 (METDST) Release: BaanIVc Date: 2000/09/26 Script: MergeProject Project: VHNT4446 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Fixed compilation errors on NT Workaround Test Procedure compile tss_tools or shm stuff Affected Executables tsscvt.exe, tssinfo.exe, shmman.exe and shmcfg.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 9979 (VHNT4286): Job daemon service on NT failed to start through Service Control Manager Date: Tue, 26 Sep 2000 16:52:28 +0200 (METDST) Release: BaanIVc Date: 2000/09/26 Script: MergeProject Project: VHNT4286 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) When the job daemon is started through the Service Control Manager (either directly from the Control Panel, or at system startup), an error message pops up stating that the service failed to start. Workaround Not applicable, at the end the service is started correct, so just ignore this message. Test Procedure Install the new job daemon, and reboot your machine. NT should not complain about the incorrect start of the Job daemon service (see the System log of the Event Viewer and observe the Service Control Manager is not complaining about the BaanJobDaemon service). Affected Executables jobd.exe licd.exe rexecd.exe shmserv.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 95003 825545 20 BaanIVc: # 9985 (VHUX4437): Refint gives error 302 when a child table contains a column whose name is a SQL reserved word Date: Wed, 27 Sep 2000 12:04:52 +0200 (METDST) Release: BaanIVc Date: 2000/09/27 Script: MergeProject Project: VHUX4437 Created on: Verdi2 Type: bugfix Problem: Problem Description (Customer terms) Refint gives error 302 when a child table contains a column whose name is a reserved SQL keyword. This results in an error message like: [1] Syntax error: 'desc' not expected [0] Found 1 errors during scanning/parsing .. Stopped. sql_parse error 302 Query 'select desc from dbtst180' Workaround None. Test Procedure Create a parent and a child table. The reference mode between the tables must be "restricted with counters". The foreign key of the child table must contain a column whose name is a SQL reserved keyword (e.g. "from", "desc", ...). Now run refint (-r option) on the parent table, and observe that no error is generated. Using TT_SQL_TRACE=02000 you can see that a query similar to the second query in the Solution is generated. Affected Executables refint6.2 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) - BaanIVc: # 9988 (VHNT4456): Re-merged VHNT4286 to BaanIVc by hand Date: Wed, 27 Sep 2000 12:08:33 +0200 (METDST) Release: BaanIVc Date: 2000/09/27 Script: MergeProject Project: VHNT4456 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Sources svcfwk.c and svcfwk.h (from project VHNT4286) were not merged from Corelli to BaanIVc. Workaround Merge files again by hand, as done by this fix :-( Test Procedure See VHNT4286. It should work correct now for BaanIVc! Affected Executables All NT services (job daemon, rexecd, shm, license) Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 95003 825545 20 BaanIVc: # 9991 (VHUX4462): Logic error in test in al_env.c Date: Wed, 27 Sep 2000 14:51:09 +0200 (METDST) Release: BaanIVc Date: 2000/09/27 Script: MergeProject Project: VHUX4462 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) In al_env.c there is a wrong test on the validity of the 'progname'-pointer. Found during search for another problem. Workaround None Test Procedure None Affected Executables all Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None BaanIVc: # 9994 (VHUX4463): Small bug in ValidateNP macro in XML library Date: Wed, 27 Sep 2000 14:52:55 +0200 (METDST) Release: BaanIVc Date: 2000/09/27 Script: MergeProject Project: VHUX4463 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) The debugger core dumps when selecting a long value Workaround None Test Procedure Affected Executables bshell6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 10 BaanIVc: # 9997 (VHUX4459): Fixed Unix compilation errors due to merge of VHNT4403 Date: Wed, 27 Sep 2000 14:54:57 +0200 (METDST) Release: BaanIVc Date: 2000/09/27 Script: MergeProject Project: VHUX4459 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Fixed some remaining compilation errors on Unix Workaround none Test Procedure compile shm and mb dir Affected Executables shmxxx stuff and tss stuff Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10002 (VHUX4465): Fixed compilation errors on SUN Date: Wed, 27 Sep 2000 15:18:34 +0200 (METDST) Release: BaanIVc Date: 2000/09/27 Script: MergeProject Project: VHUX4465 Created on: Corelli Type: porting specific change Problem: Problem Description (Customer terms) Fixed compilation error on SUN Workaround none Test Procedure compile ds lib Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10011 (VHUX4471): DB2 library search path fix Date: Thu, 28 Sep 2000 10:38:53 +0200 (METDST) Release: BaanIVc Date: 2000/09/28 Script: MergeProject Project: VHUX4471 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Difficulties when running the driver against DB2v6 or higher versions of DB2 in picking up the correct DB2 library version. Workaround Create a directory similar to ${DB2HomeV5}/lib where DB2HomeV5 is the DB2V5 install directory. Create a link from this directory to the "lib" directory which has the correct version of DB2 libraries. OR set the library search lookup path on ur system to include the correct DB2 library version. Test Procedure If the sytem has only DB2v6 installed then make a link in "/usr/lib" directory to point to the correct DB2 library version. Then a driver built with v5 libraries will work against a V6 database. It will first look into /usr/lib to find the correct DB2 libary version rather than looking in the DB2v5 install directory . You can also use "db2ln" command - Refer the DB2 Unix Quick Beginings guide Affected Executables db2v5_srv6.1 db2v5_maint6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10012 (VHUX4470): Correct index opt value Date: Thu, 28 Sep 2000 10:40:09 +0200 (METDST) Release: BaanIVc Date: 2000/09/28 Script: MergeProject Project: VHUX4470 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Not an ideal index optimization value for an L2 install. Workaround The index optimization value can be changed before the import starts by editing the db2_storage file and making the index optimiation value as "0401" instead of the default "01". Test Procedure Just before the installer starts import check the db2_storage file. Affected Executables db2v5_srv.exe db2v5_srv6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10015 (VHUX4476): Fixed fake errors on HPUX10 Date: Thu, 28 Sep 2000 11:23:27 +0200 (METDST) Release: BaanIVc Date: 2000/09/28 Script: MergeProject Project: VHUX4476 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Fixed compiler warnings Workaround Test Procedure Compile e.g. mir/ds_link directory and check that next warning disappeared: cc: "/vobs/tt/lib/xml/xmlobj.h", line 112: warning 617: Redeclaration of tag "_stream" ignored. Affected Executables bshell and more Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10019 (VHUX4477): Add include dir Date: Thu, 28 Sep 2000 13:55:46 +0200 (METDST) Release: BaanIVc Date: 2000/09/28 Script: MergeProject Project: VHUX4477 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Compilation error in bshellorb Workaround Test Procedure Compile Affected Executables bshellorb Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10022 (VHNT4172): BwPrint: barcode problems Date: Thu, 28 Sep 2000 16:07:46 +0200 (METDST) Release: BaanIVc Date: 2000/09/28 Script: MergeProject Project: VHNT4172 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) some barcodes are displayed incorrectly Workaround None Test Procedure Use barcode type 10 Affected Executables bwprint.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 99906 545736,545222,547663,485873,836672,526223,856634,866907,536492 20 BaanIVc: # 10032 (VHUX4482): Fast mode of bdbpost Date: Fri, 29 Sep 2000 15:37:40 +0200 (METDST) Release: BaanIVc Date: 2000/09/29 Script: MergeProject Project: VHUX4482 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) The bdbpost6.1 -f flag doesn't work always without using the -k flag. Workaround No workaround. Test Procedure Create some tables (e.g. 5). Create a file (e.g. tab.lst) that contain the names of the 5 tables. $ cat tables.lst dbhvl001 dbhvl002 dbhvl003 dbhvl004 dbhvl005 Create with bdbpre6.1 a dump of this tables. $ bdbpre6.1 -I tab.lst -C 700 > tables.dmp Table RowCount Messages ----------- -------- ---------------------------- dbhvl001700 3 dbhvl002700 6 dbhvl003700 6 dbhvl004700 3 dbhvl005700 2 Create a gcommand6.1 script (e.g. drop_tables) that drops the tables except the central one dbhvl003. $ cat drop_tables #1 dbhvl001 TDRTBL 0 #1 dbhvl002 TDRTBL 0 #1 dbhvl004 TDRTBL 0 #1 dbhvl005 TDRTBL 0 Drop with gcommand6.1 the tables except the central one dbhvl003. $ gcommand6.1 drop_tables 700 Customer number: 700 Server 1 --> Command: TDRTBL Server 1 --> Command: TDRTBL Server 1 --> Command: TDRTBL Server 1 --> Command: TDRTBL End of command file. Create the tables again with bdbpost6.1 from the created table dump. $ /bdbpost6.1 -f < tables.dmp The old and wrong bdbpost6.1 give the next result: Default separator ('\0') taken Table M Idx RowCount Messages ----------- - --- -------- ---------------------- dbhvl001700 1 3 Adding indexes ... dbhvl002700 1 6 Adding indexes ... dbhvl003700 1 Table already exists dbhvl004700 1 3 dbhvl005700 1 2 As you see the -f flag is switched off for the existing table but is not switched on any more. The new and correct bdbpost6.1 give the next result: Default separator ('\0') taken Table M Idx RowCount Messages ----------- - --- -------- ---------------------- dbhvl001700 1 3 Adding indexes ... dbhvl002700 1 6 Adding indexes ... dbhvl003700 1 Table already exists dbhvl004700 1 3 Adding indexes ... dbhvl005700 1 2 Adding indexes ... As you see the -f flag is also used for tables after the already existing table. Affected Executables bdbpost6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 103269 N.A. 20 BaanIVc: # 10038 (VHNT4490): BwPrint: -a option (number of copies) does not work Date: Mon, 2 Oct 2000 09:36:26 +0200 (METDST) Release: BaanIVc Date: 2000/10/02 Script: MergeProject Project: VHNT4490 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) -a option (number of copies) in BwPrint does not work Workaround None Test Procedure See scopus Affected Executables bwprint Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 100278 541357, 533290 30 BaanIVc: # 10045 (VHUX4498): Compilation error SEQUENT Date: Mon, 2 Oct 2000 10:49:17 +0200 (METDST) Release: BaanIVc Date: 2000/10/02 Script: MergeProject Project: VHUX4498 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Compilation error Sequent/PTX Workaround Test Procedure Compile Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10048 (VHUX4454): Several Crystal Reporting enhancements Date: Mon, 2 Oct 2000 12:10:27 +0200 (METDST) Release: BaanIVc Date: 2000/10/02 Script: MergeProject Project: VHUX4454 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Further enhancements for Crystal Reporting: 1) change in rdi.format.date and num.to.date$() Added optional parameter to return format string 2) Changed several sprintf$() to r_sprintf$() in generated repgen code 3) Changed several num.to.date$() to r_num_to_date$() in generated repgen code Workaround None. Test Procedure Affected Executables bshell6.x and friends repgen6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10055 (VHUX4505): Enhance rdi.date.input.format Date: Mon, 2 Oct 2000 16:03:23 +0200 (METDST) Release: BaanIVc Date: 2000/10/02 Script: MergeProject Project: VHUX4505 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Adding optional parameter to rdi.date.input.format() Workaround None Test Procedure Affected Executables bshell and look-a-likes Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) xxxxx yyyyy zz BaanIVc: # 10058 (VHUX4504): Oracle NT installer: oracle parameter too small Date: Mon, 2 Oct 2000 16:11:24 +0200 (METDST) Release: BaanIVc Date: 2000/10/02 Script: MergeProject Project: VHUX4504 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) NT installation fails when creating new instance on Oracle 8.1.6 Workaround Change the generated int.ora file manually. Increase the value of "shared_pool_size" to 50Mb Test Procedure Run the installer Affected Executables NT installer Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10064 (VHUX4488): Oracle driver generates warnings in logfile Date: Mon, 2 Oct 2000 16:49:45 +0200 (METDST) Release: BaanIVc Date: 2000/10/02 Script: MergeProject Project: VHUX4488 Created on: Verdi2 Type: bugfix Problem: Problem Description (Customer terms) Oracle7 driver generates confusing warnings in $BSE/log/log.oracle7 Workaround Test Procedure Run query 041c from the NQP regression test. The new driver should not generate a warning anymore. select a.empno, max(b.empno) from dbtst120 a, dbtst190 b where a.empno refers to b.empno group by a.empno order by a.empno asc Affected Executables ora7_srv Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10066 (VHNT4508): Removed sybase from delivery Date: Tue, 3 Oct 2000 09:06:23 +0200 (METDST) Release: BaanIVc Date: 2000/10/03 Script: MergeProject Project: VHNT4508 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Removed sybase from delivery Workaround filter at CAT department, but this won't work everytime :-) Test Procedure deliver a portingset Affected Executables none Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10070 (VHUX4486): Index hint generation ignores OR lists Date: Tue, 3 Oct 2000 10:05:14 +0200 (METDST) Release: BaanIVc Date: 2000/10/03 Script: MergeProject Project: VHUX4486 Created on: Grieg Type: bugfix Problem: Problem Description (Customer terms) 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 Workaround None Test Procedure Test the following query: select tfacr200.ttyp, tfacr200.ninv from tfacr200 where tfacr200.ninv = 1 and tfacr200.tdoc = "" and ( tfacr200.itbp BETWEEN "e" AND "k" OR tfacr200.itbp = "a" ) and tfacr200.line = 0 and tfacr200.ttyp = "E51" The old driver generates a hint for index 2 as itbp is considered as hint candidate. The modified driver will generate a hint for index 1, as the OR list containing itbp is ignored. Affected Executables ora7_srv ora8_srv inf_srv Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 103044 552508 20 BaanIVc: # 10081 (HYNT4414): Add version info to msql7adm.dll and bypass sql6.5 build for baan4c, reger and corelli Date: Wed, 4 Oct 2000 10:50:35 +0200 (METDST) Release: BaanIVc Date: 2000/10/04 Script: MergeProject Project: HYNT4414 Created on: Verdi2 Type: bugfix Problem: Problem Description (Customer terms) 1) Version info for the msql7adm.dll does not appear in the properties 2) SQL6.5 is no longer supported. Disable the driver build and delivery. Workaround NA Test Procedure 1) build msql7adm.dll and check the version info in the properties 2) do a db.bld and notice that sql6.5 driver is not built. Affected Executables (Fill in if needed) Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) xxxxx yyyyy zz BaanIVc: # 10085 (VHUX4528): Change reportlist Date: Wed, 4 Oct 2000 15:05:20 +0200 (METDST) Release: BaanIVc Date: 2000/10/04 Script: MergeProject Project: VHUX4528 Created on: Verdi2 Type: porting specific change Problem: Problem Description (Customer terms) PL added in reportlist Workaround Test Procedure Affected Executables none Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10088 (VHUX4517): Deliver b3.jar Date: Wed, 4 Oct 2000 15:14:53 +0200 (METDST) Release: BaanIVc Date: 2000/10/04 Script: MergeProject Project: VHUX4517 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Customers without Open World are not able to use JVMI. Workaround Install Open World. Test Procedure Affected Executables None Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10093 (VHUX4521): Fixed core dump in project VHUX4486 Date: Wed, 4 Oct 2000 15:32:07 +0200 (METDST) Release: BaanIVc Date: 2000/10/04 Script: MergeProject Project: VHUX4521 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Core dump on queries without WHERE cleaus Workaround Test Procedure Any query without a WHERE clause Affected Executables all database drivers Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10098 (VHUX4527): Binary names for bshell and explode are different on Unix and NT. Date: Wed, 4 Oct 2000 16:15:18 +0200 (METDST) Release: BaanIVc Date: 2000/10/04 Script: MergeProject Project: VHUX4527 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) The names for the bshell and explode binaries are different on Unix and NT. A mapping must be provided when calling these binaries from run.baan.prog(). Workaround Do the mapping yourself when calling run.baan.prog(). Use ostype() and call "ntbshell" for Windows and "bshell" for the other platforms. Test Procedure Call "bshell" with run.baan.prog() and see that it works on NT. Affected Executables bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None 20 BaanIVc: # 10106 (VHUX4520): Readded B2 line in what info Date: Thu, 5 Oct 2000 08:02:55 +0200 (METDST) Release: BaanIVc Date: 2000/10/05 Script: MergeProject Project: VHUX4520 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Readded B2 line in waht information of binary Workaround none Test Procedure run 'what | grep B' and you should see a B2 line Affected Executables all Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10118 (VHNT4539): compilation errors AutoBld NT alpha Date: Fri, 6 Oct 2000 11:40:37 +0200 (METDST) Release: BaanIVc Date: 2000/10/06 Script: MergeProject Project: VHNT4539 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Compilation error NT alpha Workaround Test Procedure Compile Affected Executables AutoBld.dll Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10121 (VHNT4534): Adjusted license text and copyright string Date: Fri, 6 Oct 2000 11:43:57 +0200 (METDST) Release: BaanIVc Date: 2000/10/06 Script: MergeProject Project: VHNT4534 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) New license text for client & server installations Workaround none Test Procedure Install BW or portingset and check license text Affected Executables setup Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10126 (VHUX4543): Typo reportlist Date: Fri, 6 Oct 2000 12:01:59 +0200 (METDST) Release: BaanIVc Date: 2000/10/06 Script: MergeProject Project: VHUX4543 Created on: Verdi2 Type: porting specific change Problem: Problem Description (Customer terms) Typo Workaround Test Procedure Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10129 (VHUX4537): compilation error DG_INTEL Date: Fri, 6 Oct 2000 12:11:43 +0200 (METDST) Release: BaanIVc Date: 2000/10/06 Script: MergeProject Project: VHUX4537 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Compilation error al_overleap_alloc Workaround Test Procedure Compile Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10130 (VHNT4514): NT alpha delivery Date: Fri, 6 Oct 2000 14:27:06 +0200 (METDST) Release: BaanIVc Date: 2000/10/06 Script: MergeProject Project: VHNT4514 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Error messages during build and deliver on NT alpha. Workaround Test Procedure Compile and deliver Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10131 (VHNT4000): Unknown devmode caused Access Violation in bwprint Date: Fri, 6 Oct 2000 16:58:02 +0200 (METDST) Release: BaanIVc Date: 2000/10/06 Script: MergeProject Project: VHNT4000 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Bwprint generates an Access Violation when printing and crashes. Workaround not applicable Test Procedure Try to print to a printer which is not correctly installed. Affected Executables bwprint.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 101636 544479 30 BaanIVc: # 10138 (VHNT4546): compilation error export.exe NT alpha Date: Mon, 9 Oct 2000 10:58:56 +0200 (METDST) Release: BaanIVc Date: 2000/10/09 Script: MergeProject Project: VHNT4546 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Compilation error export.exe Workaround Test Procedure Affected Executables export.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10139 (VHNT4550): Wrong flags for bentman Date: Mon, 9 Oct 2000 10:59:43 +0200 (METDST) Release: BaanIVc Date: 2000/10/09 Script: MergeProject Project: VHNT4550 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Fixed compilation problems on Alpha Workaround none Test Procedure Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10142 (VHNT4493): BW: activate message window when connection to server is lost Date: Mon, 9 Oct 2000 14:19:32 +0200 (METDST) Release: BaanIVc Date: 2000/10/09 Script: MergeProject Project: VHNT4493 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) When connection to server is lost, the message window should pop up, but is doesn't. Workaround None Test Procedure Connect to a bshell and kill the bshell Affected Executables bw.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10145 (VHUX4554): compilation error al_alloc_overleap AIX Date: Mon, 9 Oct 2000 14:32:44 +0200 (METDST) Release: BaanIVc Date: 2000/10/09 Script: MergeProject Project: VHUX4554 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Compilation error. Workaround Test Procedure Compile with -DOVERLEAP Affected Executables None Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10153 (VHUX4506): Oracle NT installer: ora_maint does not see ORACLE_SID Date: Tue, 10 Oct 2000 08:48:47 +0200 (METDST) Release: BaanIVc Date: 2000/10/10 Script: MergeProject Project: VHUX4506 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Baan on NT with Oracle only. The program ora_maint does not has the appropriate environment settings to be able to connect to Oracle. Workaround Specify the Oracle connect information in the Baan registry: ...\Baan\\Environment Specify the environment variables as set in the tabledef file here. Test Procedure Affected Executables Baan NT installer Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 103072 Baan internal: PTG 20 BaanIVc: # 10155 (VHUX4560): compilation error al_alloc Date: Tue, 10 Oct 2000 16:46:48 +0200 (METDST) Release: BaanIVc Date: 2000/10/10 Script: MergeProject Project: VHUX4560 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Compilation error al_alloc on HPUX. Workaround Test Procedure Compile Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10156 (VHNT4530): Add arguments for barcode printing bwprint Date: Tue, 10 Oct 2000 16:48:05 +0200 (METDST) Release: BaanIVc Date: 2000/10/10 Script: MergeProject Project: VHNT4530 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) There is no way to control checksum calculation and showing of check digit(s) in barcode, generated by bwprint. Workaround No workaround Test Procedure Create reportfields having print expression using bc$. Specified fields using bc$ function with and without new arguments. Print this report and use Windows Printer to print this report, so bwprint will be started. Affected Executables bshell bwprint.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 103223 840924 20 510375 BaanIVc: # 10168 (VHUX4567): Bshell with JVMI does not unregister from license server at all times. Date: Wed, 11 Oct 2000 11:54:36 +0200 (METDST) Release: BaanIVc Date: 2000/10/11 Script: MergeProject Project: VHUX4567 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) Licenses are not freed always when stopping Bshells with a JavaVM integration. Workaround Test Procedure Affected Executables Bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10173 (VHNT4545): Scopus defect 101702: shared memory attachments Date: Wed, 11 Oct 2000 13:01:54 +0200 (METDST) Release: BaanIVc Date: 2000/10/11 Script: MergeProject Project: VHNT4545 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) Event Viewer is filled with messages like: Prog shmserv file \logic\shm\shmserv.c # 305 Keyword shmserv Username root type S language 2 Process 0xa3 Lasterror 203 (The system could not find the environment option that was entered.) Errno 0 bdberrno 0 Message No free slot for process with pid 9625, Handle 0 found This is caused by the following reasons: - Shared memory manager (SMM) can keep track of 8192 attached processes - database driver do not inform SMM of being detached from SMM - killed processes like Bshell and database driver also do not notify the SMM of being detached BTW: this is a NT only problem! Workaround Just ignore the messages, they are not fatal! Test Procedure Start 12 bshells on NT. Start the Shared Memory Manager (through the Baan NT manager) and observe the number of attachments. Then, kill some Bshells (e.g. 4). Now, start (16 - # attachments to shared memory) Bshells. Observe the number of attachments does not grow to 16 as before! Affected Executables All database drivers shmserv.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 101702 203381 30 419635 20 473204 30 519448 30 442953 30 827908 30 833799 30 BaanIVc: # 10176 (VHUX3197): Session timeout Date: Wed, 11 Oct 2000 13:17:51 +0200 (METDST) Release: BaanIVc Date: 2000/10/11 Script: MergeProject Project: VHUX3197 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) There is a need for a mechanism to stop the Bshell, if a user is inactive for a longer time. Workaround None. Test Procedure Put the following entry in the $BSE/lib/u file: session_timeout:1 Connect to Baan using BW, and just watch the menubrowser for one minute. After that, you should get some messages in the BW message window and a popup stating: "Connection to server lost. Please reconnect." Affected Executables bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None BaanIVc: # 10181 (VHUX4558): Query TimeOuts: does not work if ora_timeout is not set Date: Wed, 11 Oct 2000 14:01:12 +0200 (METDST) Release: BaanIVc Date: 2000/10/11 Script: MergeProject Project: VHUX4558 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) Query Timeouts do not work properly on an Oracle level 2 database if the resource variable ora_timeout does not specify a timeout for select statements. Workaround None. Test Procedure Execute the following command: rm dbs.log; DBSLOG=01570 qptool6.2 -c 0 -q "select * from ttadv200 a" -t 3 And: grep ora_multi_exe dbs.log The output of the grep command should show that the timeout is used: | v ora_multi_execute 0x40109c30 0x401028b0 (do 0, offset 0, timeout 3) done; rows count 0. Affected Executables ora7_srv6.2 ora8_srv6.2 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) N.a. BaanIVc: # 10184 (VHUX4571): Remove already commented out code. Date: Wed, 11 Oct 2000 14:08:38 +0200 (METDST) Release: BaanIVc Date: 2000/10/11 Script: MergeProject Project: VHUX4571 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Some code in the Session Timeout project (VHUX3197) was commented out, but not removed. Workaround N/A Test Procedure None Affected Executables bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None BaanIVc: # 10188 (VHUX4272): Oracle8 driver opens oracle message file too much Date: Wed, 11 Oct 2000 16:07:58 +0200 (METDST) Release: BaanIVc Date: 2000/10/11 Script: MergeProject Project: VHUX4272 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) Performance problem on systems that operate near their limits. Workaround The one mentioned above, but this is not recommended. Test Procedure Run the regular database driver tests. These must run unchanged. /vobs/db/servers/ORACLE_2/DBMS_TEST/ora_crt6.1 /* gcommand based test */ /vobs/db/lib/sql/Test/* /* Level-2 QP test */ Affected Executables ora8_srv Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10196 (VHUX4582): Some functions in li_queue.c have wrong types. Date: Thu, 12 Oct 2000 12:16:32 +0200 (METDST) Release: BaanIVc Date: 2000/10/12 Script: MergeProject Project: VHUX4582 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Some callback functions in li_queue.c have wrong types. Workaround None Test Procedure Compile on AS/400 and see no errors! Affected Executables bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None 20 BaanIVc: # 10201 (VHUX4574): Dynamic creation of non-defined resources. Date: Fri, 13 Oct 2000 08:47:17 +0200 (METDST) Release: BaanIVc Date: 2000/10/13 Script: MergeProject Project: VHUX4574 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) >From time to time questions arise from the Developer groups or from Apps to add a new resource variable to the Bshell. The value of this resource is returned if the developer calls 'get.resource$()'. Workaround None Test Procedure Add a not supported resource to your userfile, restart the Bshell and get the value using get.resource$(). Affected Executables bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None BaanIVc: # 10209 (VHNT4583): NT: arguments between quotes are not passed correctly to bshell Date: Fri, 13 Oct 2000 16:53:12 +0200 (METDST) Release: BaanIVc Date: 2000/10/13 Script: MergeProject Project: VHNT4583 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) On NT, arguments are not quoted correct. For example, see following command in the .bwc file: -- -set BAAN_WINDOW_TITLE="koffie klaar" This is passed to the Bshell as: -- -set BAAN_WINDOW_TITLE=koffie klaar Result is that the Bshell will try to start object 'klaar' Workaround Test Procedure Execute the command of the problem description. The Bshell should not try to start object 'klaar' anymore! Affected Executables ipc_boot.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10212 (VHUX4576): Date/time conversion of OW adapter was not correct Date: Fri, 13 Oct 2000 17:04:18 +0200 (METDST) Release: BaanIVc Date: 2000/10/13 Script: MergeProject Project: VHUX4576 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) For BaanIV, the datetime type (also known as UTC) is not existing. The XML DLL/Query layers however accepted these types and did something with it, causing all kinds of indecent behaviour. Workaround Test Procedure Ask Rien ;-) Affected Executables Bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10215 (VHUX4593): Rework after merge review Date: Fri, 13 Oct 2000 17:09:28 +0200 (METDST) Release: BaanIVc Date: 2000/10/13 Script: MergeProject Project: VHUX4593 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Code of VHNT4583 contained some bugs . . This was found by the SMS-er of the day! I think it's a good idea to keep the SOTD initiative ;-) Workaround Test Procedure Affected Executables ipc_boot Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10235 (VHUX4603): Updates with datetime fail! Date: Wed, 18 Oct 2000 12:50:42 +0200 (METDST) Release: BaanIVc Date: 2000/10/18 Script: MergeProject Project: VHUX4603 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) An update or insert in a Baan database table with a datetime (UTC) type was incorrect. It stored the incorrect datetime value into the database. Workaround Test Procedure Run the regression test of OpenWorld. This regression test stores a date, and afterwards retrieves the date and tests if the date still matches. Affected Executables Bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10262 (VHNT4564): Remove b3.jar and imagebuilder from NT alpha deliver Date: Tue, 24 Oct 2000 13:01:41 +0200 (METDST) Release: BaanIVc Date: 2000/10/24 Script: MergeProject Project: VHNT4564 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) b3.jar and imagebuilder files were distributed for NT alpha. Workaround Test Procedure execute the deliver tool Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10263 (VHNT4623): BwPrint: set early default locale Date: Tue, 24 Oct 2000 13:04:21 +0200 (METDST) Release: BaanIVc Date: 2000/10/24 Script: MergeProject Project: VHNT4623 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) BwPrint crashes on Windows 95 when specifying an unknown printer. Workaround None Test Procedure See Scopus defect 25887 Affected Executables bwprint.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 25887 868548,543878 30 BaanIVc: # 10270 (VHNT4625): BW: Option Dialog Logfile in \log Date: Wed, 25 Oct 2000 09:58:40 +0200 (METDST) Release: BaanIVc Date: 2000/10/25 Script: MergeProject Project: VHNT4625 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) log file produced by Option Dialog does not appear in correct directory Workaround none Test Procedure use Option Dialog and save messages to file Affected Executables bw.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10275 (VHNT4641): Added some missing files to delivery Date: Thu, 26 Oct 2000 14:20:56 +0200 (METDST) Release: BaanIVc Date: 2000/10/26 Script: MergeProject Project: VHNT4641 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Added some files for mmc manager to delivery list Workaround none Test Procedure start mmc snapin with baanman.msc and look that no pictures are showed as envelopes (i.e. they were missing) Affected Executables none Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10280 (VHNT4094): A file.stat on a directory ending with a back- or forward slash does not work on Win2000 Date: Fri, 27 Oct 2000 10:11:52 +0200 (METDST) Release: BaanIVc Date: 2000/10/27 Script: MergeProject Project: VHNT4094 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) When installing solution dumps using the pmc sessions, the pmc session cannot find the directories in spite of the fact they are really there. This problem does only occur on Windows 2000 platform. Workaround Take care pathnames are not ending with a "\" or "/". Test Procedure Create directory "${BSE}\pmc\uninstall" on the Windows 2000 server, running the ntbshell.exe. And run the following testscript: string uninstallpath(256) long dummy long ret function main() { uninstallpath = "${BSE}/pmc/uninstall/" ret = file.stat(uninstallpath,dummy) if ret then mess("Dir %s NOT found!",1, uninstallpath) else mess("Dir %s found! ",1, uninstallpath) endif } The directory should be found. Affected Executables bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 26750 867592, 866241, 873284 20 BaanIVc: # 10290 (VHNT4565): Added support for new barcode library to bwprint Date: Mon, 30 Oct 2000 08:52:29 +0100 (MET) Release: BaanIVc Date: 2000/10/30 Script: MergeProject Project: VHNT4565 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Barcode type 39 is not printed correctly. Workaround none Test Procedure - install a new portingset - run bwprint, do the barcode test in the Help menu - check barcodes - in the barcode.bpf file (generated at 2nd step), click right mouse button, and change aspect ratio. This should work now. Affected Executables bwprint.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 103223 840924 etc 20 BaanIVc: # 10303 (VHUX4657): Problem in ora_admin Date: Tue, 31 Oct 2000 10:46:10 +0100 (MET) Release: BaanIVc Date: 2000/10/31 Script: MergeProject Project: VHUX4657 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Runtime shell syntax errors during running ora7_admin6.1 or ora8_admin6.1 When selecting option 12, the next error is displayed: ora7_admin6.1(14): test: Specify a parameter with this command. Workaround Add the following line to ora7_admin6.1 or ora8_admin6.1: ORA_SQLNET=0 Test Procedure Run ora7_admin and select option 12. The error should not occur anymore. Affected Executables ora7_admin6.1 ora8_admin6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 104687 872423 30 104687 554717 30 BaanIVc: # 10305 (VHUX4663): Added hplj4 driver for us paper, printing 20cpi for small font Date: Tue, 31 Oct 2000 14:23:35 +0100 (MET) Release: BaanIVc Date: 2000/10/31 Script: MergeProject Project: VHUX4663 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Problem with printing on landscape with more that 200 characters per line Workaround - modify report so it doesn't take such a large amount of character per line - modify printer driver manually. See the technical documentation of printer for more info (e.g. HP PCL5 language) Test Procedure - make a printer device, using hp_lj4_lnd_us driver - print any report with a very long line, and/or count characters per inch (=2.54 cm) Affected Executables none Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 102860 826010 and more 20 BaanIVc: # 10308 (VHNT4481): TSS: adaptions for HEBREW Date: Tue, 31 Oct 2000 14:44:41 +0100 (MET) Release: BaanIVc Date: 2000/10/31 Script: MergeProject Project: VHNT4481 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Several TSS details for Hebrew and Arabic need to be adapted. Workaround none Test Procedure Ask Csaba Varga Affected Executables none Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 98612 531631,452749,488928 20 BaanIVc: # 10312 (VHNT4621): Enabled support for automatic image generation Date: Wed, 1 Nov 2000 14:33:27 +0100 (MET) Release: BaanIVc Date: 2000/11/01 Script: MergeProject Project: VHNT4621 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) No support for nightly installs Workaround Test Procedure Affected Executables imgbld.exe startsetup.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10314 (VHUX4656): C interface example dumps core Date: Wed, 1 Nov 2000 14:48:40 +0100 (MET) Release: BaanIVc Date: 2000/11/01 Script: MergeProject Project: VHUX4656 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Under $BSE/api/examples/cint, there is a c program ci_example.c and a makefile. When ci_example.c is compiled, an executable(ci_example) will be created. Custoemer modified ci_example.c, compile it and run it but get some error. Customer added a stop_ci(); start_ci(); Workaround Use start_ci() and stop_ci() only once in the application. Test Procedure Add on line 61 of ci_example.c stop_ci(); start_ci(); Create and run the binary. No core dump anymore. Affected Executables None Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 37454 20 BaanIVc: # 10329 (VHUX4683): Coredump possible in block_cipher functions. Date: Fri, 3 Nov 2000 08:37:58 +0100 (MET) Release: BaanIVc Date: 2000/11/03 Script: MergeProject Project: VHUX4683 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) Coredump possible in the block cipher encryption function. Workaround None Test Procedure Hard to describe. It only happens under specific memory conditions. Affected Executables bshell asm_cli blogind Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None 20 BaanIVc: # 10333 (VHUX4671): No error message when running a wrong session Date: Fri, 3 Nov 2000 10:34:57 +0100 (MET) Release: BaanIVc Date: 2000/11/03 Script: MergeProject Project: VHUX4671 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) The new portingset 6.1c.05 does not show an error message if you type a wrong (or non existing) session in ascii interface. Workaround Type only existing sessions in ascii interface. Test Procedure ba6.1 nosession Affected Executables bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 23771 30 BaanIVc: # 10337 (VHNT4678): Fixed problem in installer, when installing in a dir with spaces Date: Fri, 3 Nov 2000 11:05:39 +0100 (MET) Release: BaanIVc Date: 2000/11/03 Script: MergeProject Project: VHNT4678 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) Failed to start services after installation when the directory contains a space Workaround Install in a directory without spaces. Test Procedure Run setup and check that installing the services work without a problem Affected Executables bentman.exe/benttool.dll Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10341 (VHUX4689): Enhanced error handling for BaanLogin. Date: Fri, 3 Nov 2000 14:54:37 +0100 (MET) Release: BaanIVc Date: 2000/11/03 Script: MergeProject Project: VHUX4689 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) The client side of BaanLogin always returns a HOST_ERROR in the network layer. Workaround None Test Procedure None Affected Executables all Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None BaanIVc: # 10344 (VHNT4688): BwPrint: store non-default charset in registry Date: Fri, 3 Nov 2000 16:51:59 +0100 (MET) Release: BaanIVc Date: 2000/11/03 Script: MergeProject Project: VHNT4688 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Customer cannot select his favourite font which has the Symbolic charset Workaround nine Test Procedure Try to select a font with Symbolic charset, and see whether it is remembered correctly the next time that BwPrint is started. Affected Executables bwprint.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 104890 556178 20 BaanIVc: # 10347 (VHNT4693): Fixed compilation error Date: Mon, 6 Nov 2000 12:50:55 +0100 (MET) Release: BaanIVc Date: 2000/11/06 Script: MergeProject Project: VHNT4693 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Fixed build error in xml lib Workaround None Test Procedure Build xml lib Affected Executables all database adm utilities, ntbshell, blogind/rexecd and more Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10352 (VHNT4649): BwPrint: confusion which printer will be used Date: Mon, 6 Nov 2000 13:01:52 +0100 (MET) Release: BaanIVc Date: 2000/11/06 Script: MergeProject Project: VHNT4649 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) When a not-installed but existing network printer is specified in the bpf file, then it is used but not shown in the Printer Setup Dialog. Workaround None Test Procedure Use a bpf file with a not-installed but existing network printer on NT4 and see whether it becomes visible in the Printer Setup Dialog Affected Executables bwprint.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 102063 548194 30 BaanIVc: # 10355 (VHUX4691): Signed / unsigned problem in block cipher module. Date: Mon, 6 Nov 2000 13:29:00 +0100 (MET) Release: BaanIVc Date: 2000/11/06 Script: MergeProject Project: VHUX4691 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) The block cipher module contained two problems: * Testing for an error code of -1 using unsigned variables. * Logic error, introduced in a previous fix (project VHUX4683). Resulted in a core dump in the al_cipher_test program. Workaround None Test Procedure Build and run objvob/lib/al_1/al_cipher_test. No coredump anymore. Affected Executables bshell blogind al_cipher_test Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None 20 BaanIVc: # 10367 (VHUX4701): Fix parameter type mismatch in COMPDATE Date: Tue, 7 Nov 2000 15:21:25 +0100 (MET) Release: BaanIVc Date: 2000/11/07 Script: MergeProject Project: VHUX4701 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) COMPDATE generated file jvm2bvm.c does not get compiled on AS/400 Workaround - Test Procedure Recompile. Affected Executables (Fill in if needed) Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) xxxxx yyyyy zz BaanIVc: # 10375 (VHUX4705): include db2_admin6.1 script in build Date: Wed, 8 Nov 2000 12:58:20 +0100 (MET) Release: BaanIVc Date: 2000/11/08 Script: MergeProject Project: VHUX4705 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) db2_admin6.1 script was absent in ${BSE}/bin Workaround se the appropriate maint binaries with correct options. Test Procedure 1. Build portingset. db2_admin6.1 should be available in bin directory. 2. run db2_admin6.1 on non-OS390 platforms, one should see an option for Db2 V2 or DB2 v5. Affected Executables db2_admin6.1 ( shell script ) Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 105123 20 BaanIVc: # 10376 (VHUX4692): Add ops functionality for Oracle8. Date: Wed, 8 Nov 2000 16:33:16 +0100 (MET) Release: BaanIVc Date: 2000/11/08 Script: MergeProject Project: VHUX4692 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Can't connect to Oracle from Baan using O.S. authentication on Oracle 8. Workaround No workaround. Test Procedure Create an Unix user e.g. "applic". Create the user "ops$applic" in Oracle. $ sqlplus system SQL> create user ops$applic identified externally; SQL> grant connect to ops$applic; SQL> alter user ops$applic default tablespace datspace temporary tablespace temp; SQL> exit The commant "grant r_baan to ops$applic" in not necessary because ora8_maint6.1 will run that. Switch to the user that should be added. $ su - applic Test that the user is added to Oracle. $ sqlplus / SQL> Add the user on Baan level with ora8_admin6.1 or ora8_maint6.1. This must be done by the user himself otherwise error 1017 will be returned. $ su - applic $ ora8_admin6.1 1. Add Baan user to group Enter Baan user name: applic Enter Oracle user name: ops$applic Enter group name: baan Enter group password : baan The ora8_maint6.1 command is: $ ora8_maint6.1 -a applic -m ops\$applic -p sowhat -G baan -P baan The user password doesn't matter. Test the user by sending a query. $ qptool6.1 -q "select user from ttaad200" -c 000 Affected Executables ora8_srv6.1 ora8_maint6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 32377 561316,181763,437666 30 BaanIVc: # 10379 (VHNT4695): BW: improve AppStart string expansion Date: Wed, 8 Nov 2000 17:06:33 +0100 (MET) Release: BaanIVc Date: 2000/11/08 Script: MergeProject Project: VHNT4695 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) BW crashes when supplying very long strings to AppStart Workaround Use a dynamically allocated buffer of a better size. Test Procedure session ttaad5511m000 on lilius Affected Executables BW.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10383 (VHUX4672): Query processor: Indexing on float columns does not work properly Date: Thu, 9 Nov 2000 10:27:11 +0100 (MET) Release: BaanIVc Date: 2000/11/09 Script: MergeProject Project: VHUX4672 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) A query containing an indexing expression on an array field of floats may return a wrong result. See the Test Procedure for an example. The stated query returned the second row only, which is incorrect. Workaround - Test Procedure Suppose tdpur041 contains the following records (only field disc is shown) disc(1) disc(2) disc(3) 1.00000 2.00000 3.00000 2.00000 3.00000 4.00000 Now run the query select disc from tdpur041 where disc(1) > 0.9 This should result on both records being selected. Affected Executables All database drivers. Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 104015 556752 30 BaanIVc: # 10393 (VHUX4716): show DB2 version prompt for supported platforms Date: Thu, 9 Nov 2000 14:32:21 +0100 (MET) Release: BaanIVc Date: 2000/11/09 Script: MergeProject Project: VHUX4716 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) V2 is not supported on non-AIX platforms so there shouln't be an option to choose. Workaround None. Test Procedure Run the db2_admin6.1 on AIX you should see the V2 / V5 choice. Run on non-AIX platform there should be no chice of DB2 version. Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10394 (VHUX4714): Report license limit reached in license daemon log. Date: Thu, 9 Nov 2000 14:33:09 +0100 (MET) Release: BaanIVc Date: 2000/11/09 Script: MergeProject Project: VHUX4714 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Reaching the license limit is not reported in the license daemon log. Workaround None. Test Procedure Start as many as bshell processes as allowed according the license. Any bshell more that will be started will be reported in the license daemon log with the message "License limit reached". Affected Executables licd6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 96565 525222 30 BaanIVc: # 10397 (VHUX4728): core on db_error_message Date: Thu, 9 Nov 2000 15:05:59 +0100 (MET) Release: BaanIVc Date: 2000/11/09 Script: MergeProject Project: VHUX4728 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) session aborts when function db.error.message is executed. core is generated. Workaround N.A. Test Procedure execute the next script: table tttaad200 string ret(1024) function main() { error.bypass=1 select * from ttaad200 where ttaad200._compnr=0 and ttaad200.user="pietje" selectdo endselect db.eq(tttaad200) ret = db.error.message() } bshell will give a core on the db.error.message function Affected Executables bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 104991 561906 20 BaanIVc: # 10404 (VHNT4703): BwPrint: Save and Save As... Date: Fri, 10 Nov 2000 11:00:20 +0100 (MET) Release: BaanIVc Date: 2000/11/10 Script: MergeProject Project: VHNT4703 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) BwPrint does not have Save and Save As... functionality Workaround None Test Procedure run BwPrint and use the new File menu options and the new toolbar button Affected Executables bwprint.exe bshell bw etcetera Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 94359 515167 50 BaanIVc: # 10410 (VHUX4732): Add -k option to usage string of licd6.x. Date: Fri, 10 Nov 2000 11:27:49 +0100 (MET) Release: BaanIVc Date: 2000/11/10 Script: MergeProject Project: VHUX4732 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) The -k option of licd6.x is not displayed in the usage string that is displayed when you execute licd6.x -U. Workaround None. Test Procedure Type licd6.[12] -U and see the results. Affected Executables licd6.[12] Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 27261 547345 20 BaanIVc: # 10425 (VHUX4685): Problem with explicit lock for update in Oracle driver Date: Mon, 13 Nov 2000 11:50:15 +0100 (MET) Release: BaanIVc Date: 2000/11/13 Script: MergeProject Project: VHUX4685 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Oracle driver in porting set 6.1c.05 and higher. Locking problems when using the oracle driver with 'explicit locks' for updates enabled ( 0020000 flag in ora_init resource ). BTW: the default of this option is: disabled. Workaround Disable the 'explicit lock for update' option in the ora_init resource. Test Procedure Run the following gcommand script with DBSLOG=0400: #1 ttadv990 RGTEQ* 0 -i = ttadv990.user = a #1 ttadv990 RUPD 0 -i = ttadv990.rcrd = 0 #1 ttadv990 DABORT 0 Verify that the SELECT FOR UPDATE statement executed before the UPDATE has a WHERE clause. Affected Executables ora7_srv ora8_srv Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 104704 559954 20 BaanIVc: # 10426 (VHUX4737): bdbpre/post: dump corrupted if separator is used that is in the data Date: Mon, 13 Nov 2000 13:32:11 +0100 (MET) Release: BaanIVc Date: 2000/11/13 Script: MergeProject Project: VHUX4737 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) With bdbpre, if a separator is used that is also in the data of the dump, a dump file is created that makes it impossible for bdbpost to import the data correctly. Workaround Use the default separator, which is the NULL ('\0') character. Or use the fix length option (-x) of pre and post. Test Procedure Make a pre-dump of a table and choose a separator that is in the data. View the dump file and observe that the separator character in the data is actually escaped. Import the dump in another company. Now extract the data from both companies (for instance using qptool) and compare the results. They should be identical. Affected Executables bdbpre bdbpost Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 96872 20 BaanIVc: # 10429 (VHUX4743): bdb_bdbpost.c does not compile Date: Tue, 14 Nov 2000 08:56:33 +0100 (MET) Release: BaanIVc Date: 2000/11/14 Script: MergeProject Project: VHUX4743 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) - Workaround - Test Procedure Compile. Affected Executables bdbpost6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) - BaanIVc: # 10432 (VHUX4669): Carriage Return code (0x0d) is inserted after Japanese string Date: Tue, 14 Nov 2000 13:41:36 +0100 (MET) Release: BaanIVc Date: 2000/11/14 Script: MergeProject Project: VHUX4669 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Carriage Return code (0x0d) is inserted after Japanese string when a report is printed out. And the alignment of vertical lines get corrupted. As the result, the report becomes like followings. It assumes to use an viewer which doesn't treat a lonely carriage return as the line feed. Please assume XX is a Japanese character. And <0d> means a carriage return code. +---------------------+------------------------+--------+ | Device Data | XXXXXX<0d> | | | Device Data | Test | | | Device Data | Test 2 | | +---------------------+------------------------+--------+ Workaround None Test Procedure Report any session that prints multibyte characters. Affected Executables filter6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 101878 548547 20 BaanIVc: # 10446 (VHUX4664): No java dependancies in bshellxma Date: Thu, 16 Nov 2000 16:48:38 +0100 (MET) Release: BaanIVc Date: 2000/11/16 Script: MergeProject Project: VHUX4664 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Can not start bshellxma. Workaround Install JDK Test Procedure Affected Executables bshellxma Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) Medium BaanIVc: # 10471 (VHUX4729): config_spec printing fix for S/390 Date: Mon, 20 Nov 2000 17:19:14 +0100 Release: BaanIVc Date: 2000/11/20 Script: MergeProject Project: VHUX4729 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) - Workaround - Test Procedure export CONFIGSPEC=PRINT bshell6.2 -V Affected Executables all, but only on S/390 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) xxxxx yyyyy zz BaanIVc: # 10489 (VHNT4762): Try to fix racing condition in blogind on multi-processor hosts on NT Date: Wed, 22 Nov 2000 13:42:06 +0100 Release: BaanIVc Date: 2000/11/22 Script: MergeProject Project: VHNT4762 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Under rare circumstances, the rexec daemon on NT can run into a race condition (seen on multi-processor systems) Workaround none Test Procedure none Affected Executables rexecd.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10498 (VHUX4659): Bisam: error 305 after restarting MRP run Date: Fri, 24 Nov 2000 09:29:53 +0100 Release: BaanIVc Date: 2000/11/24 Script: MergeProject Project: VHUX4659 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Problem only occurs using bisam. Error 305 (wrong row): BW Message like: 1: process 10 - Error : Wrong row returned for table timrp031250 (error 0) 2: process 10 - Fatal error : Error 305 (Wrong row returned) on SELECT 3: process 10 - Fatal error : Can not continue in timrp1210m000 () 4: process 10 - Error : timrp1210m000: A not terminated transaction is aborted This problem is reported for MRP (timrp1210m000). After completing a MRP run, restart the MRP without leaving the session. At the end of the second run the error occurs. Workaround None Test procedure See description in Defect 82235 (Error 305 upon restart of MRP run). Tested by Anthon Ouwendijk TCS remark id(s) Priority (e.g. not workable) BaanIVc: # 10501 (VHUX4740): bdbpre/post: floats and doubles are rounded Date: Fri, 24 Nov 2000 10:58:53 +0100 Release: BaanIVc Date: 2000/11/24 Script: MergeProject Project: VHUX4740 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Bdbpre & bdbpost cause loss of precision in doubles and floats. Workaround None. Test Procedure Find a table with a column of type double. Insert a value for this column that has more digits after the decimal point than is specified in the column's domain. For example, if the domain specifies 2 digits after the decimal point (diga=2), insert the value 0.123456789. Now make a dump of this table using bdbpre. Take a look at the dump and observe that the value is _not_ converted to the value 0.12, but to something very close to 0.123456789 (deviations in the 16th or 17th digit are allowed). Now import the data using bdbpost. Using a native DBMS tool (like SQL*Plus) observe that the data is imported correctly, without loss of precision. Affected Executables bdbpre bdbpost Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 104170 20 BaanIVc: # 10507 (VHUX4778): Enlarge heap size for JVM. Date: Fri, 24 Nov 2000 12:51:33 +0100 Release: BaanIVc Date: 2000/11/24 Script: MergeProject Project: VHUX4778 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) When using OpenWorld on BaanERP, it is not possible to send large busdocs. Workaround Use a small iterator size. Test Procedure Use the regression test to get reply busdocs that are around 2MB large. That is #15. Affected Executables bshelljava6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 28045 20 BaanIVc: # 10514 (VHNT4788): BW4: SetDIBits fails Date: Fri, 24 Nov 2000 17:01:15 +0100 Release: BaanIVc Date: 2000/11/24 Script: MergeProject Project: VHNT4788 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Message window with "SetDIBits failed, etc..." pops up for each started session Workaround none Test Procedure Start a session from the menu browser. The baan logo should appear for a short time and nothing should be logged in the message window. Affected Executables bw.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10517 (VHUX4771): Query Processor: Integer division inconsistent between level-1 and level-2 Date: Mon, 27 Nov 2000 12:54:24 +0100 Release: BaanIVc Date: 2000/11/27 Script: MergeProject Project: VHUX4771 Created on: Verdi2 Type: bugfix Problem: Problem Description (Customer terms) Division of two integer operands in queries is inconsistent between level-1 and level-2 drivers. Workaround None. Test Procedure Write a query such as the following: select * from dbtst120 where 1/(1/edlevel) between edlevel-0.01 and edlevel+0.01 This query should return all rows of table dbtst120. If integer division was used, then 1/edlevel would be 0 and 1/0 would result in a division by zero error. Affected Executables Qptool Bshell All database drivers. Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) - BaanIVc: # 10532 (VHNT4801): Solve java_max_heap_size bshell build error. Date: Mon, 27 Nov 2000 15:30:23 +0100 Release: BaanIVc Date: 2000/11/27 Script: MergeProject Project: VHNT4801 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) Build error in compiling the bshell. Workaround - Test Procedure Build bshell6.x Affected Executables (Fill in if needed) Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) xxxxx yyyyy zz BaanIVc: # 10534 (VHUX4806): merge error Date: Mon, 27 Nov 2000 15:31:24 +0100 Release: BaanIVc Date: 2000/11/27 Script: MergeProject Project: VHUX4806 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Resources xml_numCursors xml_numQueries xml_intervalCursors xml_intervalQueries are not recognized on AIX. Workaround None Test Procedure Affected Executables bshell6.1 on AIX only. Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10535 (VHUX4808): Solve build problem of the bshell6.1 Date: Mon, 27 Nov 2000 16:49:31 +0100 Release: BaanIVc Date: 2000/11/27 Script: MergeProject Project: VHUX4808 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Bug fix in buid process, compiling of bshell gave errors. Workaround - Test Procedure clearmake bshell6.1 Affected Executables bshell6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) xxxxx yyyyy zz BaanIVc: # 10538 (VHUX4803): Log complete data in dbs.log Date: Tue, 28 Nov 2000 11:04:34 +0100 Release: BaanIVc Date: 2000/11/28 Script: MergeProject Project: VHUX4803 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) If DBSLOG is used to trace data retrieved from tables, not all data is shown. After 80 or so characters, the data is trimmed. Not showing all data makes analysis of the data hard, if not impossible. Workaround - Test Procedure Find a table with a column that is longer than 80 characters. For example, dbtst160. Set DBSLOG=01570 and select this column from the database. The "old" driver will show only 80 characters: t_descript [0x400f4d18] = '\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0' > 80 The "new" driver will show all characters: t_descript [0x400f4d18] = '\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0' Affected Executables All database drivers. Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) - BaanIVc: # 10542 (HYNT4790): Disable Connetion/Session pool features Date: Tue, 28 Nov 2000 11:11:10 +0100 Release: BaanIVc Date: 2000/11/28 Script: MergeProject Project: HYNT4790 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Shared memory is not freed when sessions are closed. Workaround Setting inf_session_pool_length=0, inf_connection_pool_length=0 and bdb_max_sessions=1 improves the situation a bit. Test Procedure Run BW. Start several sessions and close them. Notice that memory is freed up to a larger extent. Affected Executables inf_srv.exe and inf_srv.dll Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 20619 BaanIVc: # 10553 (VHNT4720): JVMI decoupling: added JVMI java files to portingset deliverable Date: Wed, 29 Nov 2000 11:30:37 +0100 Release: BaanIVc Date: 2000/11/29 Script: MergeProject Project: VHNT4720 Created on: Corelli Type: porting specific change Problem: Problem Description (Customer terms) JavaVM integration (JVMI) was part of the OpenWorld distribution. However, JVMI is needed for the portingset and not for OW. This causes the OW distributable (b3.jar) to be delivered with the portingset instead of being a separate distribution. For customers, this means: crashing portingsets (due to missing or incorrect b3.jar). For OW development, this means: customers can use OW without paying for it, and can run with unsupported versions of OW. Workaround Not applicable Test Procedure Install the portingset on a system, including the bjvmi.jar. Make sure the b3.jar is not existent anymore in the $BSE/java Then, run the Java test program (obbbjavaping20, or ottstpjavatest) and observe that the test program still works. Affected Executables bjvmi.jar jvm2bvm shared library bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10556 (VHNT4822): JVMI decoupling: solved merge issues Date: Wed, 29 Nov 2000 16:04:28 +0100 Release: BaanIVc Date: 2000/11/29 Script: MergeProject Project: VHNT4822 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Java files were not merged correct. Workaround Test Procedure Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10580 (VHUX4847): Log a message for a incorrect username/password combination. Date: Wed, 6 Dec 2000 11:08:42 +0100 Release: BaanIVc Date: 2000/12/06 Script: MergeProject Project: VHUX4847 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) There is no logging when a user tries to connect through the ASM daemon using an incorrect password. This way, a potential intruder is not easily detected. Workaround (Fill this in) Test Procedure Start a multiple ASM instance (e.g. via OpenWorld) and use an incorrect password. Affected Executables blogind6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None BaanIVc: # 10585 (VHUX4846): DB: Having clause lost after switch to other DB driver Date: Wed, 6 Dec 2000 16:48:44 +0100 Release: BaanIVc Date: 2000/12/06 Script: MergeProject Project: VHUX4846 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) The having clause of a query is lost when the query is first executed on one database driver and then on another database driver. Workaround - Test Procedure Execute the following program script: function main() { long i, count, edlevel for i=0 to 1 compnr.check(i) select edlevel:edlevel, count(*):count from dbtst120 group by edlevel having count(*) > 1 selectdo message("edlevel = %d, count = %d", edlevel, count ) endselect endfor } The query "select edlevel , count(*) from dbtst120 group by edlevel" gives the result: edlevel count(*) ------- -------- 12 2 14 5 15 2 16 12 17 5 18 4 19 1 20 1 The query extended with "having count(*) > 1" should thus give the result: edlevel count(*) ------- -------- 12 2 14 5 15 2 16 12 17 5 18 4 Verify that the program script twice in succession gives the result stated directly above. Alternatively, execute the following script with qptool: @pn000ef*bn001ef*bc select edlevel, count(*) from dbtst120 group by edlevel having count(*) > 1 Verify that the qptool script twice in succession gives the result stated directly above. Affected Executables bshell qptool Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 28260 30 BaanIVc: # 10604 (BDNT4853): BwPrint: height of lines with a barcode Date: Wed, 13 Dec 2000 17:22:53 +0100 Release: BaanIVc Date: 2000/12/13 Script: MergeProject Project: BDNT4853 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Height of lines with a barcode is too large. Height should be according to normal text height. Barcode must overlap the next few lines. Workaround none Test Procedure use menu Help->Barcode test Affected Executables bwprint.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 106466 558776, 840924 20 BaanIVc: # 10607 (BDNT4856): Using same category for messages in EventViewer for Baan IVc and ERP Date: Thu, 14 Dec 2000 13:12:01 +0100 Release: BaanIVc Date: 2000/12/14 Script: MergeProject Project: BDNT4856 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Made messages in eventviewer for 4c consistent with Baan ERP Workaround None. Test Procedure - use a system with multiple environments - install b4c with only english support (check your resxx.dll in $BSE/bin/res and /winnt/baan/bin/res, only res20xxx.dll should exist) - configure your system to a different language than English - startup BECS or Bwprint - a message of category 'libwrt' should appear instead of cmfuiadap category Affected Executables All. Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10611 (VHNT4826): Fixed multiple select of database in installer on NT Date: Thu, 14 Dec 2000 13:41:05 +0100 Release: BaanIVc Date: 2000/12/14 Script: MergeProject Project: VHNT4826 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) It is possible to select multiple database types in a full or logic+ui installation Workaround Don't use back button during install. Test Procedure Run installation, use, back, next button's several times and check that no multiple select is possible in: - database type selectin - kind of installation (client/logic+client/full) Affected Executables installer Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 105966 30 BaanIVc: # 10623 (BDUX4873): Changed Report Printer Date: Thu, 14 Dec 2000 13:54:15 +0100 Release: BaanIVc Date: 2000/12/14 Script: MergeProject Project: BDUX4873 Created on: Verdi2 Type: porting specific change Problem: Problem Description (Customer terms) Baan ERP Tech moved from CCB to Harselaar and also to new printer Workaround Not available Test Procedure Affected Executables None Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10632 (VHUX4845): Gcommand command option -X (close session) does not work properly Date: Mon, 18 Dec 2000 10:21:42 +0100 Release: BaanIVc Date: 2000/12/18 Script: MergeProject Project: VHUX4845 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) The -X (close session) command option in gcommand scripts does not work properly Workaround None Test procedure Gcommand script * Required settings * Tabledef: * ttaad100:*:oracle8(A=1 . . . ) Force 2nd driver! * *:*:oracle8( . . . ) * * Open 1st driver #1 ttaad200 RFIRST 0 * * Open 2nd driver (2 sessions) #2 ttaad100 RFIRST 0 #3 ttaad100 RFIRST 0 * * Close sessions in 2nd driver (-X) * this will result in an empty driver with no active sessions anymore. * give enough schedule ticks (-S) to trigger the delayed close (bdb_max_session_schedule) * but keep the #-of-ticks low enough so server detach is NOT triggered (bdb_max_server_schedule) #2 ttaad100 RNEXT 0 -X -S1 #3 ttaad100 RNEXT 0 -X -S4 * * Reopen 2nd driver #2 ttaad100 RFIRST 0 Run the following command: BDB_DEBUG=02 gcommand6.1 gc 0 Wrong Output (partially) before fix: Server 1 --> Command: RFIRST -> EXE_SYSTEM on server 400144b0 code 5 msglen 4 () .... Server 2 --> Command: RFIRST -> EXE_SYSTEM on server 400ab398 code 5 msglen 4 () .... Server 3 --> Command: RFIRST -> ATT_SESSION trans_id 3 name 'gcomm_3' on server 400ab398 .... Server 2 --> Command: RNEXT -> SQL_MESSAGE: do sql_function on view 400e64e8 from session 400ab428 .... Schedule tick performed. Server 3 --> Command: RNEXT -> SQL_MESSAGE: do sql_function on view 400dc4e8 from session 400abcc8 .... Schedule tick performed.-> SQL_MESSAGE: do sql_function on view 0 from session 400ab428 <- SQL_MESSAGE returns 0 view_id 5 (was 5) -> DET_SESSION t_id 2 s_id 1 server 400ab398 <- DET_SESSION s_id 1 ok on server 400ab398 Schedule tick performed.-> SQL_MESSAGE: do sql_function on view 0 from session 400abcc8 <- SQL_MESSAGE returns 0 view_id 6 (was 6) -> DET_SESSION t_id 3 s_id 3 server 400ab398 <- DET_SESSION s_id 3 ok on server 400ab398 Schedule tick performed. Schedule tick performed. Server 2 --> Command: RFIRST Error <<<<<<< BAD CURSOR End of command file. gcommand6.1: Invalid transaction id 2 specified. <<<<<<< Admin corrupt gcommand6.1: Invalid transaction id 3 specified. <<<<<<< Admin corrupt .... Output (partially) after fix: Server 1 --> Command: RFIRST -> EXE_SYSTEM on server 40014630 code 5 msglen 4 () ... Server 2 --> Command: RFIRST -> EXE_SYSTEM on server 40052b98 code 5 msglen 4 () ... Server 3 --> Command: RFIRST -> ATT_SESSION trans_id 3 name 'gcomm_3' on server 40052b98 .... Server 2 --> Command: RNEXT -> SQL_MESSAGE: do sql_function on view 400e64e8 from session 40052c28 .... Schedule tick performed. Server 3 --> Command: RNEXT -> SQL_MESSAGE: do sql_function on view 400dc4e8 from session 400534c8 .... Schedule tick performed. Schedule tick performed.-> SQL_MESSAGE: do sql_function on view 0 from session 40052c28 <- SQL_MESSAGE returns 0 view_id 5 (was 5) -> DET_SESSION t_id 2 s_id 1 server 40052b98 <- DET_SESSION s_id 1 ok on server 40052b98 Schedule tick performed.-> SQL_MESSAGE: do sql_function on view 0 from session 400534c8 <- SQL_MESSAGE returns 0 view_id 6 (was 6) -> DET_SESSION t_id 3 s_id 3 server 40052b98 <- DET_SESSION s_id 3 ok on server 40052b98 Schedule tick performed. Server 2 --> Command: RFIRST -> ATT_SESSION trans_id 2 name 'gcomm_2' on server 40052b98 <- ATT_SESSION ok s_id 1 on server 40052b98 -> SQL_MESSAGE: do sql_function on view 400dc4e8 from session 40053500 <- SQL_MESSAGE returns 0 view_id 2 (was 0) End of command file. .... Affected Executables gcommand Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10646 (HYNT4820): set dbsinit to 01 internally in SQL Driver as there is a known bug in ODBC driver Date: Mon, 18 Dec 2000 11:38:29 +0100 Release: BaanIVc Date: 2000/12/18 Script: MergeProject Project: HYNT4820 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) BaanIV installation fails during import Workaround Set dbsinit to 01 in the db_resource file. Test Procedure Baan IV installation should succeed. Try the following using gcommand. create the tables tcmcs002 and tcmcs034. Insert records in both tables. Run the following gcommand script: #1 tcmcs034 REQUAL* 0 -i -t = tcmcs034.cplt = 010 #1 tcmcs034 RUPD 0 -i -t = tcmcs034.ccur = GBP #2 tcmcs034 REQUAL* 0 -i -t = tcmcs034.cplt = 020 #2 tcmcs034 RUPD 0 -i -t = tcmcs034.ccur = GBP #1 tcmcs034 DABORT 0 #2 tcmcs034 DABORT 0 No error messages should be seen. Affected Executables msql7_drv.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10649 (BDNT4885): XML: crash on 32-char tag Date: Tue, 19 Dec 2000 09:30:12 +0100 Release: BaanIVc Date: 2000/12/19 Script: MergeProject Project: BDNT4885 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) bshell crashes when parsing XML text with a tag which is exactly 32 character long Workaround Don't use tags of exactly 32 characters long Test Procedure parse an XML file with a tag which is exactly 32 characters long. Affected Executables bshell and all other executables which parse XML Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10654 (BDUX4891): Change report printer to PR2015 Date: Tue, 19 Dec 2000 09:45:00 +0100 Release: BaanIVc Date: 2000/12/19 Script: MergeProject Project: BDUX4891 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Printer moved from Voorthuizen to Barneveld Workaround cwchange scripts by hand before executing Test Procedure Affected Executables None Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10676 (BDNT4898): Query cannot handle variables with more than 30 characters Date: Wed, 20 Dec 2000 16:13:52 +0100 Release: BaanIVc Date: 2000/12/20 Script: MergeProject Project: BDNT4898 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) We encountered problems with variables with a length greater than 30 characters within queries. The error message we received was: 1 : process 9 - Error : Undefined table i used 2 : process 9 - Error : Undefined symbol i.logistical.company.pur.office (type 1) used in query 3 : process 9 - Error : Extern var 'i.logistical.company.pur.office' not found Workaround Keep variables equal or smaller than 30 characters. Test Procedure Run the following 4GL script: function main() { i.logistical.company.pur.office = 815 select * from tcmcs065 where tcmcs065._compnr = :i.logistical.company.pur.office selectdo break endselect } It should not give the error message "Undefined table i used". Affected Executables bshell Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 106188 - 30 BaanIVc: # 10684 (BDUX4908): Make bdbpost compatible with old pre format Date: Thu, 21 Dec 2000 12:19:37 +0100 Release: BaanIVc Date: 2000/12/21 Script: MergeProject Project: BDUX4908 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Bdbpost is not compatible with old format dumps. Workaround - Test Procedure Using an old bdbpre create a dump. The first line of the dump will not be a timestamp, e.g. "2000-12-14 14:06:51.491". If neither the '-t' nor the '-x' option of bdbpre are used, the dump will start with "VERS:6.1", otherwise the dump will start with data of the exported table. Using the new bdbpost import the dump. This should go without problem. Affected Executables bdbpost Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) - BaanIVc: # 10695 (VHUX4849): Intermittent crashes Oracle driver on AIX 4.3.3 Date: Fri, 22 Dec 2000 13:16:19 +0100 Release: BaanIVc Date: 2000/12/22 Script: MergeProject Project: VHUX4849 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Core dumps in ora8_maint and/or ora8_srv on AIX4.3.3 All cases so far have the following configuration: - Local Oracle8 database - AIX 4.3.3 - porting set 6.1c.05.X (7.1X has the same code, so might run into problems as well.) Linked version of the Oracle client libraries: Oracle 8.0.5 Stack trace: Segmentation fault in lxhcsn at . . . . . . . . (lxhcsn) a0630010 lhz r3,0x10(r3) lxhcsn( . . . . , . . . . ) at . . . . upiini(??, ??, ??, ??) at . . . . upiah0(??, ??, ??, ??) at . . . . kpuatch(??, ??, ??, ??, ??, ??, ??) at . . . . OCIServerAttach(??, ??, ??, ??, ??) at . . . . oci_link_server() at . . . . ora_logon() at . . . . . . . etc . . . Workaround For crashes in ora8_maint: use ora7_maint instead. Ora7_maint uses another interface to Oracle. This interface does not have the bug. For crashes in ora8_srv: BDB_MAX_SERVER_SCHEDULE=0 This setting disables the delay of the detachment of the database drivers by the bshell. After the last logoff, the driver process is detached immediately. The default is: wait another 3 'ticks', because the driver might be reused soon. When the driver is detached immediately, a new process has to be created upon the next logon. This is a new driver that will attach Oracle for the first time, so without problems. See: technical reference manual of the Oracle driver (U7076, U7155) resources bdb_max_server_schedule and bdb_max_session_schedule Test Procedure Run the following gcommand script (note the special settings to force 2 drivers!) * Intermittent core dumps on AIX 4.3.3 / Oracle 8.0.X * * Required settings * Tabledef: * ttaad100:*:oracle8(A=1 . . . ) Force 2nd driver! * *:*:oracle8( . . . ) * * Open 1st driver #1 ttaad200 RFIRST 0 * * Open 2nd driver (2 sessions) #2 ttaad100 RFIRST 0 #3 ttaad100 RFIRST 0 * * Close sessions in 2nd driver (-X) * this will result in an empty driver with no active sessions anymore. * give enough schedule ticks (-S) to trigger the delayed close (bdb_max_session_schedule) * but keep the #-of-ticks low enough so server detach is NOT triggered (bdb_max_server_schedule) #2 ttaad100 RNEXT 0 -X -S1 #3 ttaad100 RNEXT 0 -X -S4 * * Reopen 2nd driver #2 ttaad100 RFIRST 0 Affected Executables ora8_srv ora8_maint Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 106251 556744 20 106251 872324 30 BaanIVc: # 10710 (VHUX4730): New float/double to string conversion. Date: Fri, 29 Dec 2000 12:56:18 +0100 Release: BaanIVc Date: 2000/12/29 Script: MergeProject Project: VHUX4730 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) The conversion of data type double to string by bdbreconfig6.1 is not correct. Workaround No workaround. Test Procedure Choose an extisting table with a double field or create such a table. Fill the table with rows that contain a variation of doubles. For example: -123456789012345.0, -123456789.0, -1234.4568, -0.0001234, 0.0, 0.0012345, 12345.6789, 12345678.9, 12345678901234.0. Change in the table definition the double field in the string field with a length of e.g. 15. Run bdbreconfig6.1 to convert the data in the double field to strings. Check that the strings contains doubles in the right notation. Run the same test with a float field. An error message is written to stderr and to the log file in $BSE/log if both the e-notation and the f-notation doesn't fit in the string and the string is filled with "*****". example: $ bdbreconfig6.1 -N dbhvl021 -C 700 WARNING: Possible loss of data WARNING: Possible loss of data Affected Files /vobs/db/bdb_tools/bdb_convert.c /main/bugfix6.1c/3 /vobs/db/bdb_tools/bdb_reconfig.c /main/bugfix6.1c/15 /vobs/db/bdb_tools/bdbport.h /main/bugfix6.1c/11 Author(s) Hans van Leeuwen BaanIVc: # 10735 (BDNT4903): TSS: adapt max single byte sorting values Date: Wed, 3 Jan 2001 14:23:02 +0100 Release: BaanIVc Date: 2001/01/03 Script: MergeProject Project: BDNT4903 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) max sort value was not correct. sorting table not taken into account Workaround adapt tss_locale6.x by hand Test Procedure use tssinfo Affected Executables data base drivers? bshell tssinfo Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10745 (BDUX4944): On True64 clusters, use clustername for calculating the machine-id to prevent license issues. Date: Thu, 4 Jan 2001 16:15:06 +0100 Release: BaanIVc Date: 2001/01/04 Script: MergeProject Project: BDUX4944 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Tru64 clusters cannot be correctly validated. When validating on node A, the license daemon will not come up on node B (e.g. in a case of fail-over). Workaround None Test Procedure Validate a Tru64 cluster and try to start a license daemon on both nodes. Affected Executables licd6.1 bshell6.1 hostid6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None BaanIVc: # 10748 (BDUX4946): Increase warning period for expiring licenses. Date: Thu, 4 Jan 2001 16:41:41 +0100 Release: BaanIVc Date: 2001/01/04 Script: MergeProject Project: BDUX4946 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) When the license (stored in the brand-file) will expire within 7 days, each user that logs in will get a message from the Bshell, warning that the license will expire in the indicated number of days. The period of 7 days is rather short. E.g. when a license expires at December 31, you will find out after the weekend and after the Christmas days, leaving only 3 days to request and install a new license. Workaround Keep track yourself how long the license is still valid. This can be checked for example via licmon6.x. Test Procedure Obvious. Affected Executables bshell6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None BaanIVc: # 10757 (BDNT4953): BW4: m_help.log file produced when using default bwc file Date: Fri, 5 Jan 2001 15:06:47 +0100 Release: BaanIVc Date: 2001/01/05 Script: MergeProject Project: BDNT4953 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) bw creates $BSE/log/m_help.log when exiting. it only happens when bw was started via the default bwc file Workaround don't use the default bwc file. remove m_help.log when it becomes too big Test Procedure start bw via the default bwc file and then exit Affected Executables bw.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 106245 566560,575341,878979 30 BaanIVc: # 10785 (BDUX4979): Change delivery system CAT Date: Thu, 11 Jan 2001 15:36:32 +0100 Release: BaanIVc Date: 2001/01/11 Script: MergeProject Project: BDUX4979 Created on: Verdi2 Type: porting specific change Problem: Problem Description (Customer terms) CAT moved from BIMAS to cmtfetch.baan.com Workaround By hand Test Procedure Affected Executables none Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10789 (BDUX4980): Fix in expr.library to prevent overflow of longs. Date: Fri, 12 Jan 2001 10:02:58 +0100 Release: BaanIVc Date: 2001/01/12 Script: MergeProject Project: BDUX4980 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) When multiplying two big numbers (e.g. 50000 * 50000) in the Baan calculator (ottstpcalc), the result is a negative number. Workaround Force one of the arguments to a double, e.g.: 50000.0 * 50000 Test Procedure Start ottstpcalc and calculate 50000 * 50000. The result should be 2500000000. Affected Executables bshell6.x Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 107729 883898 30 868468 30 BaanIVc: # 10814 (BDUX4981): Oracle8 driver on Sinix dumps core during OCIServerAttach Date: Mon, 15 Jan 2001 12:55:35 +0100 Release: BaanIVc Date: 2001/01/15 Script: MergeProject Project: BDUX4981 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) Platform specific problem on the following combination: Sinix + Oracle 8.X Memory fault(coredump) in ora8_srv during connecting to Oracle using the BEQ protocol. Workaround - Connect via a SQL*Net service name ( $ORACLE_SERVICE_NAME ) - Specify the following line in the $BSE/lib/defaults/db_resource file (should be on 1 single line !!!!) oracle_local_template:(DESCRIPTION=(ADDRESS=(PROTOCOL=beq)(PROGRAM=?/bin/oracle) (ARGS='(DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))') (ENVS='ORACLE_HOME=?,ORACLE_SID=@'))(CONNECT_DATA=(SID=@))) Test Procedure Just connect, and see if it succeeds Affected Executables ora8_srv ora8_maint Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 108089 574055 30 BaanIVc: # 10821 (BDUX4999): bshell dumps core with -dbgjvmi flag Date: Mon, 15 Jan 2001 16:18:41 +0100 Release: BaanIVc Date: 2001/01/15 Script: MergeProject Project: BDUX4999 Created on: Corelli Type: porting specific change Problem: Problem Description (Customer terms) Bshell dumps a core with -dbgjvmi flag. Workaround Do not use -dbgjvmi Install JDK1.1 Test Procedure Add next line to $BSE/lib/bse_vars LD_LIBRARY_PATH=/dummy/test/path Start bshell with -dbgjvmi. Affected Executables (Fill in if needed) Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10831 (BDUX4970): Remote tabledef setup results in core dump of bshell Date: Tue, 16 Jan 2001 11:30:21 +0100 Release: BaanIVc Date: 2001/01/16 Script: MergeProject Project: BDUX4970 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) The bshell may dump a core if a tabledef has remote entries and the remote tabledef also has remote entries. Workaround None. Test Procedure Create the following tabledef setup: system A system B -------- -------- *:*:B *:100:A *:*:oracle On system A, run the following query: select * from ttaad320 where _compnr = 0 In the old situation, on a platform that is sensitive to dereferencing NULL pointers (HP for example), this results in a core dump. Test 2: Create the following tabledef setup: system A system B -------- -------- *:*:B *:100:nonexistingsystem *:*:oracle Again, run the query. In the old situation, this results in error 505 (No server specified in tabledef or server cannot be started). Affected Executables bshell6.1 qptool6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 106202 20 BaanIVc: # 10834 (BDNT4967): After save bwc file not displayed in BECS on Windows2000 Date: Tue, 16 Jan 2001 11:45:26 +0100 Release: BaanIVc Date: 2001/01/16 Script: MergeProject Project: BDNT4967 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) After Save or Save As the Baan Windows Configuration file (bwc file) is not displayed in BECS. Doing a refresh does not help either. Workaround Use Save As method, and select manually directory %BSE%\lib\user to save the bwc file. Test Procedure Install on a fresh Windows2000 system for the first time the client binaries. Start BECS and create a new bwc file. Press Save and specify a name. After saving press Refresh button in BECS, and bwc file should be displayed by BECS. Affected Executables becs.exe Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) 106967 - 20 BaanIVc: # 10835 (BDUX4673): Bshell does not always release license. Date: Tue, 16 Jan 2001 11:46:43 +0100 Release: BaanIVc Date: 2001/01/16 Script: MergeProject Project: BDUX4673 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) In some cases, the Bshell does not release the license. Workaround Always supply an existing process to the Bshell when starting. Test Procedure None Affected Executables bshell6.1 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) None BaanIVc: # 10881 (BDUX5031): Fixed problem in building ddc samples Date: Mon, 22 Jan 2001 15:49:38 +0100 Release: BaanIVc Date: 2001/01/22 Script: MergeProject Project: BDUX5031 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) Make ddc sample compilable on NT, SUN and HP Workaround none Test Procedure build sample after installation in $BSE/api/ddc/ddcsample/source with using either Makefile.HP/SUN (Unix) or ddc.dsw (NT) Affected Executables some example Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10901 (BDUX5066): replaced unused max_tables field by ppid in C/S communication Date: Fri, 26 Jan 2001 14:57:48 +0100 Release: BaanIVc Date: 2001/01/26 Script: MergeProject Project: BDUX5066 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) No customer problem. Workaround Test Procedure run a session with qptool Old output: -> ATT_SERVER: name 'oracle8.dbg' type 34 fformat 1 <- ATT_SERVER ok: id 400503e0 tables 1024 sessions 64 level 01 New output: -> ATT_SERVER: name 'oracle8.dbg' type 34 fformat 1 <- ATT_SERVER ok: id 400503e0 pid 5787 sessions 64 level 01 Affected Executables Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) BaanIVc: # 10911 (VHUX4005): 4c porting fixes for S/390 Date: Mon, 29 Jan 2001 11:57:00 +0100 Release: BaanIVc Date: 2001/01/29 Script: MergeProject Project: VHUX4005 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) - Workaround - Test Procedure - Affected Executables all on S/390 Scopus defectnumber(s) Scopus casenumber(s) Priority (e.g. 10) xxxxx yyyyy zz BaanIVc: # 10913 (VHNT4838): std_gen: output on NT not rewritable Date: Mon, 29 Jan 2001 16:07:44 +0100 Release: BaanIVc Date: 2001/01/29 Script: MergeProject Project: VHNT4838 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) output of std_gen is not rewritable on NT Workaround none Test Procedure On NT: std_gen -z -w -s