List of changes for portingset: 8.5a DevBeethoven: # 41129 (BDUX33049): Fix assigment of record buffer to multi-byte string variable Date: Tue, 28 Oct 2008 18:20:09 +0100 (CET) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) EDI gives crashes when used in a multi-language environment. Workaround Fix the EDI code-- this makes the memory behavior better, and with MLE the maximum record buffer size is not defined anymore anyway... Test Procedure See added regression test. Affected Executables bshell DevBeethoven: # 41125 (BDUX33083): JVMI-2: java.lang.UnsatisfiedLinkError: bvmPutBucket if \$BSE/java/thin_odm.jar exists Date: Tue, 28 Oct 2008 17:53:56 +0100 (CET) Created on: DevBeethoven Type: bugfix Problem Description (Customer terms) If $BSE/java/thin_odm.jar exists, the JMVI integration fails. Workaround Supply you own classpath in $BSE/java/jvm_options where bjvmi.jar is in front of thin_odm.jar. Affected Executables bshell jvm2bvm shared library bjvmi.jar DevBeethoven: # 41106 (BDUX33058): JVMI: Integration stops unexpectedly Date: Mon, 27 Oct 2008 16:06:05 +0100 (CET) Created on: DevBeethoven Type: bugfix Problem Description (Customer terms) The JVMI integration stops abruptly, if the java.execute.static.method.async function (the *asynchronous* variant) is used to start the listener and immediately thereafter a number of buckets is put in the queue. Workaround Use the java.execute.static.method.sync() function (the *synchronous* variant) to start the listener on the Java side. Test Procedure See Problem Description (Customer Terms), or see regression test /vobs/db/lib/sql/Test/tests_bshell/jvmi/async_listener_start.test. Affected Executables bshell DevBeethoven: # 41079 (BDNT32923): Change data base user password not functioning. Date: Thu, 23 Oct 2008 17:09:50 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) When try to change it. the error message "Error from Database:Error -1.[Change password for 'userxxx' failed in 'serverxxx': error ]." occures Workaround N/A Motive source SDIS:TECH-00000-04287 DevBeethoven: # 41070 (BDUX32504): LNCPE-108 Add non blocking cURL support Date: Thu, 23 Oct 2008 13:51:18 +0200 (CEST) Created on: DevBeethoven Type: enhancement Problem Description (Customer terms) Allow cURL to work in a Non-Blocking way Affected Executables bshell6.2 Motive source ScrumStory:NLCPE-108 DevBeethoven: # 41035 (BDUX33000): ODBC/JDBC: Wrong table alias generated in MLE mode with 3 letter language codes Date: Mon, 20 Oct 2008 13:24:31 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) When using ODBC/JDBD to read from an MLE table, and using 3 letter language codes we get error 1102 on MSQL and error (MSQL error 102) and error 1911 on Oracle (Oracle error 911). Workaround Migrate to 5 letter language codes. Test Procedure Use the ODBC/JDBC connectivity to read data from an MLE environment using 3 letter language codes. Affected Executables All database drivers. DevBeethoven: # 41020 (BDUX32985): T800-166666: Ref counter not updated in distributed mode Date: Fri, 17 Oct 2008 11:54:52 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) In a distributed database setup, the reference counters may not be updated when a row is deleted or updated. This results in incorrect 605 (EREFEXISTS) errors. Test Procedure Create (or find) two tables that have a reference of type "restricted with reference counters". Assign different database drivers to the two tables. Insert a row in the child table. Verify that the reference counter in the corresponding row in the parent table are incremented (use a DBMS tool for this). Delete a row from the child table. Verify that the reference counter in the corresponding row in the parent table is decremented. Affected Executables bshell Motive source TCS:800-166666 DevBeethoven: # 41015 (BDUX32811): DB2 logfile size not properly set by installer in DB2 Date: Thu, 16 Oct 2008 16:40:56 +0200 (CEST) Created on: DevAlbinoni Type: porting specific change Problem Description (Customer terms) Bug in DB2 installer causes not to increment logfilesize, which may result in a failure during installation (of e.g. demo tables) Workaround Restart installation after manual increment of logfilesize of the involved database in DB2 Motive source TCS:800-167076 DevBeethoven: # 40995 (BDUX32970): new zone files Date: Wed, 15 Oct 2008 11:46:08 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) We are have facing problem with Summer Time here in Brasil. The sessions that using the time zone are one hour left. This problem is occurring only with ERP-LN. The OS time was not changed. Workaround download files and execute zic compiler on the files Test Procedure Check if new rules are active Affected Executables Zoneinfo files in $BSE/lib Motive source SDIS:tech-00000-04424 DevBeethoven: # 40987 (BDUX32962): String array assignment: only second dimension may differ Date: Tue, 14 Oct 2008 17:34:32 +0200 (CEST) Created on: DevBeethoven Type: bugfix Problem Description (Customer terms) After reports from the first build of 8.5a shuttle 3, it turned out that the string array assignment rule implemented in BDUX32682 was too strict, and we retracted it in BDUX32959. However, the latter project re-introduced the crashes that were prevented by BDUX32682, so a similar rule needs to be implemented. For completeness first a bit of history. This is a follow-up to BDUX32959 ("Temporarily undo BDUX32682 (Make checking of dimensions in array assignment stricter)". In the MLE project we decided that both arrays in an array assignment should be exactly the same shape: the same number of dimensions and the same size for each dimension. This rule was implemented as a check in BDUX27833. However, this check was implemented incorrectly, leading to occasional crashes and SDIS requests, and it was implemented correctly in BDUX32682. Then it turned out that the rule was too strict, and would break existing reasonably-correct application code, and therefore we first undid BDUX32682 (in BDUX32959), and now in this project we implement a slightly less strict rule. The new rule is: * Assignment between string arrays is allowed only if the number of dimensions is the same, and *at most the second dimension differs*. (E.g., a string array of dimensions (18, 176) can be copied to one of (18,176) or (18, 50), but not to one of (36, 176).) * If the target array is smaller than the source array, the remaining part of the source array is ignored. * If the target array is larger than the source array, the remaining part of the target array is ignored, and therefore keeps its previous contents. Hopefully this rule forbids only real errors, and still runs the rest of the existing code base as it ran in the past (before the MLE project.) Workaround Make sure array dimensions are identical when assigning/copying arrays. Test Procedure See the (re-)added regression tests. Affected Executables bshell DevBeethoven: # 40984 (BDNT32955): Unexpected focus changes after button press Date: Tue, 14 Oct 2008 17:33:36 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) When on a network with a high latency and using BW and the user enters a number of Tab keys fast after each other and then uses the mouse to press a button, the button press seams to be ignored and the focus moves strangely over the form. Test Procedure See problem description in SDIS request. To simulate: change standard program to suspend execution in the event loop. Affected Executables bw.exe Motive source SDIS:TECH-00000-04401 DevBeethoven: # 40979 (BDUX32959): Temporarily undo BDUX32682 (Make checking of dimensions in array assignment stricter) Date: Tue, 14 Oct 2008 14:02:24 +0200 (CEST) Created on: DevBeethoven Type: bugfix Problem Description (Customer terms) The strict checking of array dimensions, as implemented in BDUX32682, is too strict. The system test of 8.5a shuttle 3 reported several problems, where an array of strings is assigned to a larger array of strings, and the latter has been declared 'long enough' for all uses. Temporarily this check needs to be removed, to be replaced soon by a slightly less strict check. Workaround Fix the 3/4GL code that does assignment between differently-sized arrays. Test Procedure See problem description. Affected Executables bshell DevBeethoven: # 40972 (BDUX32615): LNCPE-152: Implement JVMI-2 (JVM as a separate process per bshell) Date: Tue, 14 Oct 2008 10:23:35 +0200 (CEST) Created on: DevBeethoven Type: enhancement Problem Description (Customer terms) Historically the JVMI solution is perceived as hard to configure and error prone. Also, supporting different operating systems and new Java VM versions is development intensive. Test Procedure Write 3GL programs that use the java (jvmi) interface (java.new.queue(), java.execute.static.method.sync(), java.put.bucket(), java.get.bucket(), ...). Observe that a seperate process is started, called "java". The resource "jvmi_arch" can be used to switch back to the old behavior, but this is only supported with 32-bit builds. The resource has can have the following values: 1 - old architecture (the Java VM is started in the bshell process) 2 - new architecture (the Java VM is started as a seperate process) (default) Inside the bshell a listener thread is started. The stack size of this thread is 64K bytes by default. You can tune this thread's stack size with the resource "jvmi2_listener_thread_stack_size" (size in bytes). Affected Executables bshell Motive source ScrumStory:LNCPE-152 DevBeethoven: # 40958 (BDNT32940): Message Windows does not popup Date: Mon, 13 Oct 2008 11:50:27 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) When a error message about TSS conversion is given, the BW message window does not popup but remains iconized in the Windows taskbar. Test Procedure See problem description in SDIS: TECH-00000-04416 Affected Executables bw.exe Motive source SDIS:TECH-00000-04416 DevBeethoven: # 40948 (BDUX32891): Disable tracing inserts in locklog V1 Date: Fri, 10 Oct 2008 13:53:36 +0200 (CEST) Created on: DevBeethoven Type: bugfix Problem Description (Customer terms) N.A. Test Procedure Run the test: ./chk tests/locklogging/ Affected Executables All programs that use a database driver DevBeethoven: # 40912 (BDNT32807): ENTER key cannot be used to enter new Grid line anymore Date: Thu, 9 Oct 2008 11:13:17 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) When adding a new grid line, the ENTER key can be used to move the focus to the next grid cell. However the ENTER key cannot be used anymore to enter a new Grid line when after the last cell on the previous line has been filled. This was possible in older BW versions. Test Procedure See problem description in SDIS request. Affected Executables bw.exe Motive source SDIS:ERP-00000-46637 DevBeethoven: # 40825 (BDUX32721): Do not display non-merged sections in CGP Date: Thu, 2 Oct 2008 15:23:37 +0200 (CEST) Created on: DevBeethoven Type: bugfix Problem Description (Customer terms) Non merged CFP sections are displayed Workaround Ignore them. Affected Executables bshell6.2 Motive source TCS:800-163319 DevBeethoven: # 40820 (BDUX32397): Log for Locking V2 Date: Wed, 1 Oct 2008 16:35:49 +0200 (CEST) Created on: DevBeethoven Type: enhancement Problem Description (Customer terms) The log for locking suffers from: - Logging of logical-only transactions - Missing details on reference locks - Order of actions in a transaction was not clear - Flush duration was not clear - Blocking inserts not detected - Thresshold did not show lock errors Test Procedure add the resources to USR_DBC_RES: log_locking_version:2 log_locking_start:1 log_locking_end:1999999999 Take some scripting with concurrency and check the log files For the description of log format see "FD Extra Loggin for Locking" PD#47112. Affected Executables All tools that uses a DB-driver like: bshell, bdb*, bsql, etc Motive source IRD:LNCPE-117 DevBeethoven: # 40797 (BDUX32747): LNCPE-...: Support REGEXP_LIKE on Oracle10g and LOWER function (easy filtering) Date: Mon, 29 Sep 2008 16:24:15 +0200 (CEST) Created on: DevBeethoven Type: enhancement Problem Description (Customer terms) When using "easy filtering" from the WebTop and the search mode is "Case Insensitive" the performance is far worse than when using the "Case Sensitive" search mode. Workaround _ Test Procedure Execute an SQL statement containing a (regexp) like predicate. Observe that: - on Oracle 10g the expression is handled by the database; - on older Oracle versions the expression is handled by the database driver; - on other databases the expression is handled by the database driver. For example: select deptname from dbtst100 where deptname like '[^AEIOU].*' order by 1 Execute an SQL statement containing the LOWER function. It should work. For example: select empno from dbtst120 where lower(lastname) alike 'haas%' Affected Executables bshell bsql all database drivers Motive source ScrumStory:LNCPE-000 DevBeethoven: # 40727 (BDUX32722): HPIA64 nm linker version B.12.48 Date: Wed, 24 Sep 2008 12:11:43 +0200 (CEST) Created on: DevAlbinoni Type: porting specific change Problem Description (Customer terms) Linker update Itanium to version B.12.48 Workaround Util/Boot -x Test Procedure Util/Boot should work now again DevBeethoven: # 40701 (BDUX32695): Strange log.tmpxxxyyyyy when using bic and -qx Date: Mon, 22 Sep 2008 17:05:24 +0200 (CEST) Created on: DevBeethoven Type: bugfix Problem Description (Customer terms) loads of strange log.tmpxxxxyyyyy files Test Procedure function main() {} execute bic6.2 pmain -o ./omain -qx test.xml no log.test.xml should appear in $BSE/log anymore and log messages for bic are send to log.bic6.2 again. Affected Executables bic6.2 DevBeethoven: # 40601 (BDNT32624): Merge BDNT32592 Date: Mon, 15 Sep 2008 12:09:48 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) Windows Server Printer with remote HP LJ P1505 printer causes crash in BwPrint Test Procedure Start BwPrint with /s option ('silent'; this option is used by Windows Server Printer), and print to a remote HP LJ P1505 printer driver. Affected Executables bwprint Motive source SDIS:TECH-00000-04115 DevBeethoven: # 40592 (BDNT32606): Report editor problem with Japanese report Date: Mon, 15 Sep 2008 11:04:26 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) When editing a report with east asian language labels and scrolling horizontaly in this report some lines get mixedup on the screen. Test Procedure See problem description in SDIS request: TECH-00000-04068 Affected Executables bw.exe Motive source SDIS:TECH-00000-04068 DevBeethoven: # 40547 (BDNT32573): Japanese character underlined in message Date: Thu, 11 Sep 2008 15:24:01 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) In a message some Japanese characters cause the next character to get an underline. This only happens in BW. Test Procedure See problem description in SDIS: TECH-00000-04230 Affected Executables bw.exe Motive source SDIS:TECH-00000-04230 DevBeethoven: # 40497 (BDUX32518): Bic: SQL select items cannot be bound to array elements Date: Wed, 10 Sep 2008 14:02:03 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) The following construct compiles successfully, but it is not properly executed: select phoneno(1) :1, phoneno(2) :2, phoneno(3) :3 from dbtst120 where empno = 10 selectbind(1,phoneno(1,1)) selectbind(2,phoneno(1,2)) selectbind(3,phoneno(1,3)) selectdo ASSERTSEQ( phoneno(1,1), dbtst120.phoneno(1,1) ) ASSERTSEQ( phoneno(1,2), dbtst120.phoneno(1,2) ) ASSERTSEQ( phoneno(1,3), dbtst120.phoneno(1,3) ) selectempty ASSERT( 0 ) endselect Only one of the array elements is updated, the others remain untouched. Workaround Bind to a variable, and in the "selectdo" copy from the variable to the array element. Test Procedure Write a construct such as in the Problem Description (Customer terms) and observe that the array elements are properly filled. Affected Executables bshell Motive source TCS:800-166525 DevBeethoven: # 40493 (BDUX32510): SQL: Support generic value expressions as LIKE pattern Date: Tue, 9 Sep 2008 15:02:47 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) The following SQL statement (ANSI dialect) is not accepted by the SQL processor: select distinct "tfgld008"."leac" "n_9569" from "tfgld008" "tfgld008" where "tfgld008"."company_nr" in (519) and lower ("tfgld008"."leac") like lower ('10') || '%' order by 1 asc It replies with the following error message: Unexpected token 'lower', SQLState='42I00', VendorCode=302 Workaround Try to rewrite the query so that the pattern of the LIKE predicate is either a string literal or a parameter. Test Procedure Execute an SQL statement such as in the Problem Description (Customer terms). Affected Executables bsql bshell jbdb (the component used by the ODBC/JDBC integrations, aka the DB Connector) DevBeethoven: # 40444 (BDUX32497): change dump limit bdbpre Date: Thu, 4 Sep 2008 12:55:51 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) Hi, we are using the session copy data tccom0214m000 to rename the companies within files created by a database export. We have noticed that when it is ran against very large files, i.e. split over two or three .S files then the first file is deleted and lost. Workaround use smaller files, or copy on OS level. Test Procedure create a file of 2417483647 bytes and do a file.cp on this file Affected Executables bshell Motive source SDIS:erp-00000-44334 DevBeethoven: # 40435 (BDNT32467): Problem when using chinese characters in BWC file name Date: Wed, 3 Sep 2008 16:59:11 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) When multibyte characters (for instance chinese or japanese) are used in the pathname of a BW configurtion file (.bwc file), this configuration file causes the following error messages when BW is started: "Could not load configuration file " Test Procedure See problem description in SDIS. Affected Executables bw.exe Motive source SDIS:TECH-00000-04247 DevBeethoven: # 40429 (BDNT32455): Problem with non conform end dates in objects Date: Wed, 3 Sep 2008 14:19:37 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) Cannot run some objects with End of Maintaince enabled Test Procedure Run a session with one of these older objects (see SDIS ERP-00000-46434) Affected Executables ntbshell.exe Motive source SDIS:ERP-00000-46434 DevBeethoven: # 40317 (BDNT32378): Corelli licensing does not appear to work when ottstpstdlib is in SHM Date: Thu, 21 Aug 2008 13:39:33 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) When running Baan5 (tools tt7.1_a) on portingset 8.4c, the SLM licensing does not work correctly. This happens on all platformsA check is done if the product is actually licensed, but no licenses are assigned. Motive source SDIS:TECH-00000-04067 DevBeethoven: # 40192 (BDUX32167): CDF in Bshell form Date: Wed, 6 Aug 2008 09:57:15 +0200 (CEST) Created on: DevBeethoven Type: bugfix Problem Description (Customer terms) For showing CDF fields on session forms, the Bshell functionality for copiing form fields is not completely suitable. Test Procedure Run a session with enabled CDF fields. As a test use session: tewhr6500m000 on nlbaut4 in package combination: 76d4. Affected Executables bshell6.2 Motive source Scrum Story: LNCSA-80 DevBeethoven: # 40170 (BDNT32074): Session timeout hangup Date: Mon, 4 Aug 2008 13:25:45 +0200 (CEST) Created on: MaintDesprez Type: bugfix Problem Description (Customer terms) When the session timeout mechanism is used, sometimes after a timeout, the connection is closed however the dialog which should come up to tell the user is not shown. The only way to continue is by killing BW.EXE through the task manager. This problem only occurs when backend runs on a Windows server. Test Procedure See problem description. Use the environment setting: -set SESSION_TIMEOUT=1 to set the timeout to 1 minutes (default is 20 or 30 minutes). Affected Executables ntbshell.exe Motive source SDIS: TECH-00000-04012 DevBeethoven: # 40149 (BDUX32196): Empty export with blob results in wrong header Date: Thu, 31 Jul 2008 15:29:30 +0200 (CEST) Created on: DevBeethoven Type: bugfix Problem Description (Customer terms) A multiple table dump with BLOBs fails to import Test Procedure chk tests/blob/dbtools/blob08 Affected Executables bdbpre6.2 DevBeethoven: # 40073 (BDUX32126): retry_delay does not work Date: Mon, 21 Jul 2008 16:42:17 +0200 (CEST) Created on: MaintDesprez Type: bugfix Problem Description (Customer terms) retry_delay does not work. Affected Executables bshell DevBeethoven: # 40019 (BDUX32071): DB2 for SunOS Date: Wed, 16 Jul 2008 16:40:59 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) DB2 port to SunOS Test Procedure RDD test Affected Executables gcommand db2v5_srv Motive source TCS:800-166592 TCS:800-166593 DevBeethoven: # 40010 (BDUX32065): asc returns wrong value og TSS characters containing another 0x9b Date: Wed, 16 Jul 2008 11:27:08 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) bshell function asc() returns a wrong value when tss characters contain another 0x9b character. Test Procedure regression test Affected Executables bshell Motive source SDIS:TECH-00000-04137 DevBeethoven: # 40008 (BDUX32033): Issue with barcode printing on Unix: loosing last digit Date: Wed, 16 Jul 2008 11:26:30 +0200 (CEST) Created on: MaintChopin Type: bugfix Problem Description (Customer terms) Barcode printing on Unix looses the trailing character from the barcode text. Workaround NA. Affected Executables filter6.2 DevBeethoven: # 39974 (BDUX31995): SDIS ERP-00000-42893: Fix memory corruption / ASSERT failure in AS PREPARED SET queries in Unicode mode Date: Thu, 10 Jul 2008 16:30:26 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) In Unicode mode, some AS PREPARED SET queries result in data corruption (incorrect values in query results) or bshell / database driver errors (e.g. incorrect company numbers) or crashes (e.g., "Connection with server lost"). Test Procedure See the SDIS request, the problem description, and the regression test that was changed in this project. Affected Executables bshell, and all other database clients all database drivers Motive source SDIS:ERP-00000-42893 DevBeethoven: # 39960 (BDUX31969): SQL: Crash on nested derived tables with select distinct Date: Wed, 9 Jul 2008 16:49:35 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) The following query results in a crash of the database client (jbdb, bshell, bsql), or in a crash of the database driver: select "WarehouseCurrencies20"."HomeCurrency2" "C0" from ( select distinct "tcmcs00318"."cwar" "Warehouse" , "tcmcs00318"."dsca" "Warehouse_Description" , "tcemm17019"."fcua" "HomeCurrency1" , "tcemm17019"."fcub" "HomeCurrency2" , "tcemm17019"."fcuc" "HomeCurrency3" from ( select "tcmcs003"."cwar" "cwar" , "tcmcs003"."dsca" "dsca" , "tcmcs003"."comp" "comp" , "tcmcs003"."company_nr" "company_nr" from "tcmcs003" "tcmcs003" where "tcmcs003"."company_nr" in (590) ) "tcmcs00318" , ( select "tcemm170"."comp" "comp" , "tcemm170"."fcua" "fcua" , "tcemm170"."fcub" "fcub" , "tcemm170"."fcuc" "fcuc" , "tcemm170"."company_nr" "company_nr" from "tcemm170" "tcemm170" where "tcemm170"."company_nr" in (590) ) "tcemm17019" where "tcmcs00318"."cwar" in ('WHMUFS') and "tcmcs00318"."comp" = "tcemm17019"."comp" and "tcmcs00318"."company_nr" = "tcemm17019"."company_nr" ) "WarehouseCurrencies20" The following characteristics are required: - nested derived tables; - the outermost select clause does not select all columns from the contained derived tables; - a derived table specifies the "distinct" keyword in the select clause, and selects columns from another derived table. Test Procedure Execute a query such as above, or a query that resembles the following: select "Sex" from ( select distinct "dbtst120"."sex" "Sex" , "dbtst120"."workdept" "WorkDept" from ( select "dbtst120"."sex" , "dbtst120"."workdept" "workdept" from "dbtst120" "dbtst120" ) "dbtst120" ) "dbtst120" Affected Executables bshell bsql jbdb all database drivers DevBeethoven: # 39946 (BDUX31992): 64bit: get something working Date: Tue, 8 Jul 2008 16:49:59 +0200 (CEST) Created on: DevBeethoven Type: porting specific change Problem Description (Customer terms) 64-bit port Test Procedure regression tests Affected Executables 64-bit only Motive source ScrumStory:LNPLA-160 DevBeethoven: # 39824 (BDUX31865): Added DB2 support for Solaris Date: Thu, 26 Jun 2008 09:50:06 +0200 (CEST) Created on: DevBeethoven Type: enhancement Problem Description (Customer terms) Customer requires (for convergence) DB2 support on Solaris in 8.x portingsets. Test Procedure TBD: Need to do installation test Motive source ScrumStory:LNPLA-178 DevBeethoven: # 39819 (BDUX31855): Oracle 11 support Date: Thu, 26 Jun 2008 09:15:09 +0200 (CEST) Created on: MaintStrauss Type: porting specific change Problem Description (Customer terms) Oracle 11 support Test Procedure Regression tests Affected Executables ora8_srv Motive source ScrumStory:LNPLA-172 DevBeethoven: # 39811 (BDUX31844): Extra checks to catch DD mismatches in references Date: Wed, 25 Jun 2008 10:29:28 +0200 (CEST) Created on: DevBeethoven Type: bugfix Problem Description (Customer terms) Crash in database drivers on incorrect reference definition in runtime data dichtionary Affected Executables all database drivers DevBeethoven: # 39690 (BDNT31527): BW: performance problem Date: Wed, 11 Jun 2008 17:54:54 +0200 (CEST) Created on: MaintChopin Type: bugfix Problem Description (Customer terms) Running BW in central deployment mode causes a lot of network trafic. This is especially visible when using a WAN between the central server and the clients. Test Procedure See problem description in SDIS. Affected Executables bw.exe Motive source SDIS:TECH-00000-03913 DevBeethoven: # 39675 (BDNT31705): TCS800-165458 CNTRL+H does not work in date field Date: Tue, 10 Jun 2008 16:57:34 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) In a MMT-session, the header record can be copied by the key-stroke CTRL+H. When the focus is on a date field, this doesn't work: the date-field becomes empty, but the copy is not initiated. This is not correct. This happens for instance in session: "Production Order (tisfc0101m100)". Workaround Put focus on another (non-date) field. Test Procedure See problem description in TCS remark. Affected Executables bw.exe Motive source TCS:800-165458 DevBeethoven: # 39664 (BDNT31694): Becs does not write automation class in bwc file if a password was specified Date: Mon, 9 Jun 2008 16:31:36 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) BECs/BWC automation did not work if an password was filled in when a new bwc file was created Affected Executables %WINDIR%\baan\bin\bwc.dll. Motive source TCS:800-166290 DevBeethoven: # 39652 (BDUX31644): LNCPE-116: T 800-155159: When compiling on AS, object saved in wrong directory Date: Fri, 6 Jun 2008 17:03:51 +0200 (CEST) Created on: DevStrauss Type: bugfix Problem Description (Customer terms) If a script is compiled on an Application Server (AS), then the object is saved in the wrong directory on the Master Application Server (MAS). Normally, the BAAN_SCM_GRP variable (which defaults to the name of the application user) is used to determine the location of the compiled objects to be saved. However if the '-z' option is passed to bic, the BAAN_SCM_GRP variable should be ignored. For example, assume the $BSE/lib/fd6.2. file contains the following line: odu:${BSE}/application/${BAAN_SCM_GRP}/du7.6_a4_dr:${BSE}/application/du7.6_a4 :${BSE}/application/du7.6_a2:${BSE}/application/du7.6_a1:${BSE}/application/du7.6_a If an "odu" object is compiled without the -z option then it should be saved in directory "${BSE}/application/${BAAN_SCM_GRP}/du7.6_a4_dr" (if that directory exists, otherwise it is saved in one of the alternative directories). If an "odu" object is compiled *with* the -z optin then it should *not* be saved in directories "${BSE}/application/${BAAN_SCM_GRP}/du7.6_a4_dr", but in directory "${BSE}/application/du7.6_a4". This works as excepted when the object is compiled on the MAS, but not when it is compiled on an AS. Test Procedure See Problem Description (Customer Terms). Affected Executables bic Motive source ScrumStory:LNCPE-116 DevBeethoven: # 39647 (BDUX31682): Issue with maint binaries and encryption: got User password not specified Date: Fri, 6 Jun 2008 15:22:51 +0200 (CEST) Created on: MaintStrauss Type: bugfix Problem Description (Customer terms) User passwords were not picked up by xxx_maintxx binaries in 8.4c portingset, causing 'User password not specified' error. Workaround Take previous/older 8.4c maint binary. Test Procedure Run e.g. $ ${BSE}/bin/ora8_maint6.2 -a ivgils -m ivgils -p ivgils -G b61aproject -F -c system -i