Tue Jul 31 13:34:59 METDST 2001 port.6.1c.06.02 Number of fixes: 374 element qs_parse.c .../patches_6.1c.06.02/3 element * {MailFixId=="11759"} element * {MailFixId=="11712"} element * {MailFixId=="11691"} element * PATCHREL_6_1c_06_02 element * PATCHREL_6_1c_06_01 element * PORTSET_6_1c_06 element * REL6_1c element * /main/LATEST # 9483: Udated portingset number and bw number for 6.1c.07 # 9491 (VHUX4091): bic_vi: updated bic_vi user list # 9499 (VHUX4095): Removed strange string # 9509 (VHUX4107): Fixed problem on sequent # 9519 (VHNT4116): Solved compilation error on NT # 9548 (VHUX4142): Possible update failure on common components # 9552 (VHUX4144): Typo in project VHUX4142 caused compilation errors # 9562 (VHUX4114): Generic changes to use Oracle shared libraries # 9589 (VHNT4169): Do not re-install the Baan Job Daemon Service in Windows Regi # 9598 (VHNT4157): Prevent overwrite of baan generic stuff when installing 4c # 9603 (VHUX4189): Solved sigsegv involving HPUX10.20, threads and signals. # 9606 (VHUX4192): Removed MailFix! # 9611 (VHNT4177): Added some missing files for installer to delivery list # 9624 (VHNT4006): Incorrect use of VirtualAlloc # 9626 (VHNT3982): Windows Resource Translation project # 9627 (VHUX4186): Solve compilation errors on NT alpha # 9628 (VHNT4200): Removed dutch resources # 9633 (VHUX3669): Oracle installation needed shared library path # 9640 (VHNT4206): Removed some old textual stuff # 9641 (VHNT4210): Use CopyIfNewerVersion instead of CopyIfNewer # 9643 (VHNT4199): Fix for installation problems on DB2 # 9645 (VHNT4208): Changed settings # 9646 (VHNT4211): Retrieve resource dll at right place # 9649 (VHUX4214): Remove system-check from patch6.x binary for the display opti # 9659 (VHUX4055): QPtool: Binding parameters with arbitrary names # 9663 (VHNT4229): Changed delivery # 9666 (VHUX4231): QPtool: Binding arbitrary names # 9667 (VHUX4218): Compilation errors idl_compiler # 9668 (VHNT4213): WRT on NT alpha # 9688 (VHNT4219): Also copy resources of Becs # 9690 (VHUX4247): Changed permission setting on binaries. # 9707 (VHUX4256): Sent to another mail address # 9727 (VHNT4267): sh_server: handle run.baan.prog platform independent # 9732 (VHUX4277): QPtool: multiple query support # 9739 (VHUX4261): error during core on sequent # 9743 (VHUX4288): Made bs1 really 1 byte signed! # 9745 (VHUX4282): bic gives message: Invalid transaction id 0 specified # 9760 (VHUX4281): Added some files to delivery for Unix # 9778 (VHUX4314): bshellxma built on Sun 5.6 crashes # 9780 (VHUX4318): Added Luutsen to bic_vi # 9783 (VHUX4316): Still some problems with comments in macros. # 9789 (VHUX4289): Oracle does not use blank padded semantics on SUBSTR # 9805 (VHUX4280): Some extra repgen fix for IRT/XML # 9812 (VHNT4332): Fixed bug in delivery # 9828 (VHUX4339): -0 output from sprintf # 9831 (VHNT4115): Added some debug facilities on 4c for rexecd # 9837 (VHUX4354): fix compilation error # 9841 (VHUX4298): Removed ANSI C keywords # 9845 (VHUX4363): Solved compile errors # 9857 (VHUX4361): Oracle driver gives unclear error upon failing load of shared # 9868 (VHUX4380): Solved compile error # 9871 (VHNT4383): Solved compilation warnings # 9875 (VHNT4356): Tried to solve db2adm problems # 9883 (VHNT4384): Binaries failed to start because resources could not be loade # 9890 (VHUX4358): Cleanup configuration files # 9892 (VHUX4395): Compilation errors # 9898 (VHNT4402): Fixed compilation errors on 4c due to PROTO macro removal # 9900 (VHNT4392): Fixed installation bug for Windows95, caused by WRT # 9905 (VHUX4359): Make repgen backwards compatible/ogclient final update # 9908 (VHUX4400): core dump ba # 9912 (VHNT4409): Solved bug in ds layer! # 9915 (VHNT4408): Fixed several compiler warning (non fatal ones) # 9918 (VHUX4411): Compilation errors in ogclient # 9924 (VHNT4413): Executable crashes during processing of resources # 9927 (VHNT4392): Fixed installation bug for Windows95, caused by WRT # 9930 (VHUX4415): Compilation errors # 9936 (VHNT4296): Introduce BW_MAX_RETRIES variable. # 9941 (VHNT4317): Enhanced autobuilder # 9963 (VHNT4403): XML: XmlNodePointer, xmlGetAttributeValue, xmlGetAttribute, x # 9972 (VHUX4376): fix Db2 V2 build error # 9975 (VHNT4446): Fixed compilation errors on 4c # 9979 (VHNT4286): Job daemon service on NT failed to start through Service Cont # 9985 (VHUX4437): Refint gives error 302 when a child table contains a column w # 9988 (VHNT4456): Re-merged VHNT4286 to BaanIVc by hand # 9991 (VHUX4462): Logic error in test in al_env.c # 9994 (VHUX4463): Small bug in ValidateNP macro in XML library # 9997 (VHUX4459): Fixed Unix compilation errors due to merge of VHNT4403 # 10002 (VHUX4465): Fixed compilation errors on SUN # 10011 (VHUX4471): DB2 library search path fix # 10012 (VHUX4470): Correct index opt value # 10015 (VHUX4476): Fixed fake errors on HPUX10 # 10019 (VHUX4477): Add include dir # 10022 (VHNT4172): BwPrint: barcode problems # 10032 (VHUX4482): Fast mode of bdbpost # 10038 (VHNT4490): BwPrint: -a option (number of copies) does not work # 10044 (VHUX4474): Fixed OVERLEAP compilation error # 10045 (VHUX4498): Compilation error SEQUENT # 10048 (VHUX4454): Several Crystal Reporting enhancements # 10055 (VHUX4505): Enhance rdi.date.input.format # 10058 (VHUX4504): Oracle NT installer: oracle parameter too small # 10064 (VHUX4488): Oracle driver generates warnings in logfile # 10066 (VHNT4508): Removed sybase from delivery # 10070 (VHUX4486): Index hint generation ignores OR lists # 10081 (HYNT4414): Add version info to msql7adm.dll and bypass sql6.5 build for # 10085 (VHUX4528): Change reportlist # 10088 (VHUX4517): Deliver b3.jar # 10093 (VHUX4521): Fixed core dump in project VHUX4486 # 10098 (VHUX4527): Binary names for bshell and explode are different on Unix an # 10106 (VHUX4520): Readded B2 line in what info # 10110 (VHNT4442): Fixed bug in deliver & enhanced version info in setup # 10118 (VHNT4539): compilation errors AutoBld NT alpha # 10121 (VHNT4534): Adjusted license text and copyright string # 10126 (VHUX4543): Typo reportlist # 10129 (VHUX4537): compilation error DG_INTEL # 10130 (VHNT4514): NT alpha delivery # 10131 (VHNT4000): Unknown devmode caused Access Violation in bwprint # 10138 (VHNT4546): compilation error export.exe NT alpha # 10139 (VHNT4550): Wrong flags for bentman # 10142 (VHNT4493): BW: activate message window when connection to server is los # 10145 (VHUX4554): compilation error al_alloc_overleap AIX # 10150 (VHUX4542): Level-2 driver dumps core on concat expr with bind # 10153 (VHUX4506): Oracle NT installer: ora_maint does not see ORACLE_SID # 10155 (VHUX4560): compilation error al_alloc # 10156 (VHNT4530): Add arguments for barcode printing bwprint # 10168 (VHUX4567): Bshell with JVMI does not unregister from license server at # 10173 (VHNT4545): Scopus defect 101702: shared memory attachments # 10176 (VHUX3197): Session timeout # 10181 (VHUX4558): Query TimeOuts: does not work if ora_timeout is not set # 10184 (VHUX4571): Remove already commented out code. # 10188 (VHUX4272): Oracle8 driver opens oracle message file too much # 10196 (VHUX4582): Some functions in li_queue.c have wrong types. # 10201 (VHUX4574): Dynamic creation of non-defined resources. # 10209 (VHNT4583): NT: arguments between quotes are not passed correctly to bsh # 10212 (VHUX4576): Date/time conversion of OW adapter was not correct # 10215 (VHUX4593): Rework after merge review # 10235 (VHUX4603): Updates with datetime fail! # 10255 (VHUX4624): Core dump after parse error on order by with retry # 10262 (VHNT4564): Remove b3.jar and imagebuilder from NT alpha deliver # 10263 (VHNT4623): BwPrint: set early default locale # 10270 (VHNT4625): BW: Option Dialog Logfile in \log # 10275 (VHNT4641): Added some missing files to delivery # 10280 (VHNT4094): A file.stat on a directory ending with a back- or forward sl # 10290 (VHNT4565): Added support for new barcode library to bwprint # 10303 (VHUX4657): Problem in ora_admin # 10305 (VHUX4663): Added hplj4 driver for us paper, printing 20cpi for small fo # 10308 (VHNT4481): TSS: adaptions for HEBREW # 10312 (VHNT4621): Enabled support for automatic image generation # 10314 (VHUX4656): C interface example dumps core # 10329 (VHUX4683): Coredump possible in block_cipher functions. # 10333 (VHUX4671): No error message when running a wrong session # 10337 (VHNT4678): Fixed problem in installer, when installing in a dir with sp # 10341 (VHUX4689): Enhanced error handling for BaanLogin. # 10344 (VHNT4688): BwPrint: store non-default charset in registry # 10347 (VHNT4693): Fixed compilation error # 10352 (VHNT4649): BwPrint: confusion which printer will be used # 10355 (VHUX4691): Signed / unsigned problem in block cipher module. # 10363 (VHUX4696): Oracle driver log contains confusing information # 10367 (VHUX4701): Fix parameter type mismatch in COMPDATE # 10375 (VHUX4705): include db2_admin6.1 script in build # 10376 (VHUX4692): Add ops functionality for Oracle8. # 10379 (VHNT4695): BW: improve AppStart string expansion # 10383 (VHUX4672): Query processor: Indexing on float columns does not work pro # 10393 (VHUX4716): show DB2 version prompt for supported platforms # 10394 (VHUX4714): Report license limit reached in license daemon log. # 10397 (VHUX4728): core on db_error_message # 10404 (VHNT4703): BwPrint: Save and Save As... # 10410 (VHUX4732): Add -k option to usage string of licd6.x. # 10421 (VHUX4736): DBSLOG 0400 incomplete for Oracle driver # 10425 (VHUX4685): Problem with explicit lock for update in Oracle driver # 10426 (VHUX4737): bdbpre/post: dump corrupted if separator is used that is in # 10428 (VHUX4739): Fixed some compiler warnings # 10429 (VHUX4743): bdb_bdbpost.c does not compile # 10432 (VHUX4669): Carriage Return code (0x0d) is inserted after Japanese strin # 10436 (VHUX4697): Query with OR and LIKE evaluated incorrectly on level-2 # 10446 (VHUX4664): No java dependancies in bshellxma # 10455 (VHUX4706): Substring in query may be evaluated incorrectly # 10462 (VHUX4765): Rebuild does not cleanup objects in linked directories # 10471 (VHUX4729): config_spec printing fix for S/390 # 10483 (VHUX4777): Relnotes script must check bugfixfolders # 10489 (VHNT4762): Try to fix racing condition in blogind on multi-processor ho # 10492 (VHUX4782): SQL buffer too small on Oracle8 level-1 # 10495 (VHUX4667): Incorrect permission on date field # 10498 (VHUX4659): Bisam: error 305 after restarting MRP run # 10501 (VHUX4740): bdbpre/post: floats and doubles are rounded # 10507 (VHUX4778): Enlarge heap size for JVM. # 10514 (VHNT4788): BW4: SetDIBits fails # 10517 (VHUX4771): Query Processor: Integer division inconsistent between level # 10521 (VHUX4800): Compilation error NT alpha # 10528 (VHNT4785): Fixed bug in autobuild # 10532 (VHNT4801): Solve java_max_heap_size bshell build error. # 10534 (VHUX4806): merge error # 10535 (VHUX4808): Solve build problem of the bshell6.1 # 10536 (VHUX4810): qp_expr.c does not compile # 10537 (VHUX4809): Debug flags for AIX43 # 10538 (VHUX4803): Log complete data in dbs.log # 10541 (VHUX4814): db2_cursor.c does not compile # 10542 (HYNT4790): Disable Connetion/Session pool features # 10543 (VHUX4816): New bw number due to rebuild of 6.1c.06 # 10545 (VHUX4818): Remove AIX42 configuration file # 10553 (VHNT4720): JVMI decoupling: added JVMI java files to portingset deliver # 10556 (VHNT4822): JVMI decoupling: solved merge issues # 10577 (VHUX4844): compilerflags AIX4.3.3 # 10580 (VHUX4847): Log a message for a incorrect username/password combination. # 10585 (VHUX4846): DB: Having clause lost after switch to other DB driver # 10589 (VHUX4812): Query returns incorrect compnr value # 10604 (BDNT4853): BwPrint: height of lines with a barcode # 10607 (BDNT4856): Using same category for messages in EventViewer for Baan IVc # 10608 (BDNT4855): Disabled JVMI on alpha in installer # 10611 (VHNT4826): Fixed multiple select of database in installer on NT # 10623 (BDUX4873): Changed Report Printer # 10632 (VHUX4845): Gcommand command option -X (close session) does not work pro # 10646 (HYNT4820): set dbsinit to 01 internally in SQL Driver as there is a kno # 10649 (BDNT4885): XML: crash on 32-char tag # 10654 (BDUX4891): Change report printer to PR2015 # 10671 (BDNT4897): Changed patch machines. # 10676 (BDNT4898): Query cannot handle variables with more than 30 characters # 10684 (BDUX4908): Make bdbpost compatible with old pre format # 10690 (BDUX4915): added Tim and Koen to decrypt # 10695 (VHUX4849): Intermittent crashes Oracle driver on AIX 4.3.3 # 10710 (VHUX4730): New float/double to string conversion. # 10715 (BDUX4925): Adjust copyright string (2000 to 2001). # 10724 (BDUX4933): Compilation error # 10735 (BDNT4903): TSS: adapt max single byte sorting values # 10741 (VHUX4796): Nr of Bugfixes in REL_NOTES wrong # 10745 (BDUX4944): On True64 clusters, use clustername for calculating the mach # 10748 (BDUX4946): Increase warning period for expiring licenses. # 10757 (BDNT4953): BW4: m_help.log file produced when using default bwc file # 10770 (BDUX4969): Can not load libjava on AIX4.3 # 10785 (BDUX4979): Change delivery system CAT # 10789 (BDUX4980): Fix in expr.library to prevent overflow of longs. # 10811 (BDUX4994): chatr PA8000 bshell # 10814 (BDUX4981): Oracle8 driver on Sinix dumps core during OCIServerAttach # 10821 (BDUX4999): bshell dumps core with -dbgjvmi flag # 10831 (BDUX4970): Remote tabledef setup results in core dump of bshell # 10834 (BDNT4967): After save bwc file not displayed in BECS on Windows2000 # 10835 (BDUX4673): Bshell does not always release license. # 10850 (BDNT5013): NT alpha debug # 10857 (BDNT5034): debug BW NT alpha # 10866 (VHUX4830): compilation error java_fun SNI # 10876 (BDNT5046): Changed patch list on 4c (merge of BDNT5044) # 10881 (BDUX5031): Fixed problem in building ddc samples # 10884 (BDUX5051): No bjvmi.jar on NT alpha # 10885 (BDUX5052): Fixed some build problems # 10886 (BDUX5054): chatr PA800 binaries # 10890 (BDUX5055): Fixed build problem # 10893 (BDUX5058): make -n errors # 10895 (BDUX5059): check file before chatr # 10901 (BDUX5066): replaced unused max_tables field by ppid in C/S communicatio # 10911 (VHUX4005): 4c porting fixes for S/390 # 10913 (VHNT4838): std_gen: output on NT not rewritable # 10919 (BDUX5074): fix compile errors around gcvt() in bdb_convert.c # 10921 (BDUX5075): bdb_max_session_schedule # 10925 (BDUX5081): Added possibility for __FUNCTION__ identifier. # 10927 (HYNT4942): Update Statistics - bdbpost # 10931 (BDUX5080): build process streamlining for S/390, Baan 4c only # 10936 (BDUX5086): Query leaks memory on compnr switch on level-2 DB # 10944 (BDNT5088): BSHELL: range check a-zA-Z # 10946 (HYNT5095): Scopus Defect 106509 fix # 10948 (HYNT5101): TCS remark 200/61735 fix # 10950 (BDNT5103): BSHELL: repair merge errors project 5088 # 10952 (BDUX4890): TT_SQL_TRACE causes core dump # 10954 (BDUX5108): set permission bits # 10958 (BDUX5087): blogin on trusted HP # 10965 (BDUX5116): error in orb_srv # 10972 (BDUX5128): Renamed version due to delivery of 6.1c.06.01 # 10980 (BDUX5118): disable logging when cluster check # 10987 (BDUX5133): changing usage, option -M removed # 10991 (BDNT5145): Test for Wilfred to migrate to Continuus # 10993 (BDNT5132): Fix error message for no ADS available in blogind. # 11007 (BDUX5077): Enable sprintf$ / message for argument indexing. # 11010 (BDUX5155): Oracle scripts mem.sql does not show full datafiles # 11011 (BDNT5156): Fix compilation error on blogind. # 11018 (BDUX5125): Portingproblem in twofish encryption algorithm on DEC and Se # 11027 (BDNT5164): BwPrint: merge project bugf_BDNT5139 to BaanIVc # 11032 (BDNT5168): Force blogind to run on one processor on NT # 11049 (BDUX5111): JRE support # 11051 (BDUX5166): ogclient -v doesnot work # 11055 (BDUX5176): JRE support on OS390/AS400 # 11057 (BDUX5179): merge conflict JRE support on OS390/AS400 # 11061 (BDUX5184): ogclient.c does not compile on AS/400 # 11066 (BDUX5189): Change mailuser CAT dept BaanIV # 11072 (BDUX5190): r_enclose_line generated in non-XML environment # 11073 (BDUX5186): Extend parse_arguments() function with new argument types. # 11090 (BDUX5220): Def 200096: Bshell hangs on Sun upon closure of JavaVM # 11101 (BDUX5233): AS400 compile problem in BDUX5186 # 11104 (BDUX5238): Fixed Gerke/Avi error # 11118 (BDNT5243): Undoing preventing install of multiple envs on 4c # 11125 (BDUX5257): Fixed error after upgrade of compiler # 11134 (BDNT5225): Merged some stuff of project BDNT5192 to 4c # 11136 (BDUX5263): Removed duplicate lines # 11139 (VHNT4795): Solved some issues for CAT department # 11140 (BDUX5264): tmpfiles of Relnotes are overwritten # 11146 (HYNT5172): Fix for bugs in Array Insert (includes fix for TCS remark 20 # 11147 (BDUX5277): Change define name # 11149 (BDUX5278): fix a bug in spawn() to slavexec program on S/390 # 11154 (BDUX5271): Usage of bdbpre shows -y option # 11157 (BDUX5275): Outer joins on AS400 give performance problem # 11158 (BDNT5250): BW4: backslashes in BSE_TMP converted to slashes # 11161 (BDNT5267): Enhanced deliver, and make code consistent with ERP. # 11167 (BDNT5291): New NT buildsystem added # 11170 (BDUX5294): Extended EBCDIC port # 11179 (HYNT5078): TCS Bug Fix 200 - 61736 # 11188 (BDUX5299): Add ogclient to patch list # 11198 (HYNT5306): Correcting ClearCase Merge Problem # 11202 (BDUX5313): Solved complaint of Avi # 11209 (BDNT5314): BwPrint: Win9x scrollsizes limited to 32k # 11220 (BDUX5274): Added support for XML nodes and binbase type in OW busdoc # 11223 (HYNT5098): Fix for bugs in array inserts including fixes for db.return. # 11227 (BDUX5332): Added some people to bic_vi # 11230 (BDNT5320): Enhanced reporting after making a build # 11233 (BDUX5335): Unattended Boot should also skip warning # 11240 (BDNT5345): Fixed compile error on AS/400 # 11243 (BDUX5343): improve error handling in slavexec program (S/390 only) # 11247 (BDNT5337): Change precision of concat$ to 14 # 11252 (BDNT5351): Another compilation error on our enfant-terrible platform # 11257 (BDUX5318): Oracle8 driver: make prefetching configurable # 11262 (BDUX5360): Oracle7 driver does not build after BDUX5318 # 11280 (BDNT5369): XML: merge XML changes from Corelli and Verdi2 # 11282 (BDUX5373): new AIX libc.a has setenv symbol # 11291 (BDNT5346): Added debugging info on method signature of methods invoked # 11296 (BDUX5344): Compilation errors with Visual Age Compiler # 11298 (BDUX5397): Compilation errors with Visual Age Compiler II # 11318 (BDNT5418): XML: tag with many attributes fails # 11324 (BDUX5365): recv.message fails # 11335 (BDUX5401): tss to utf8 doesnot work on non ISO8859 # 11336 (BDUX5436): Unresolved symbols in calc # 11343 (BDUX5440): compilation error # 11349 (BDNT5442): Changed BW version number to a more meaningful one # 11351 (BDUX5427): Error 205 on Informix # 11355 (BDUX5432): Fixes for array insert problem and date 1 problem in DB2 L2 # 11357 (BDUX5446): Compilation error # 11361 (BDUX5419): Informix level-2 DB driver: performance problem due to inran # 11371 (BDUX5464): Macro arguments with MB characters are not always handled co # 11377 (BDUX5468): fix memcpy problem on S/390 V2R6 # 11387 (BDUX5486): Vertex 2.0 # 11396 (BDUX5450): Resolving merge problems for project BDUX5432 # 11413 (BDUX5500): Removal of code for Conn./Session Pooling # 11415 (BDUX5512): compilation error sg # 11416 (BDUX5467): Wrong evaluation of expressions for combined fields # 11422 (BDUX5199): resolve symbols in shared library # 11426 (BDUX5507): Vertex 2.0 build fixes # 11432 (BDUX5268): Fix DB2 driver for S/390 in Baan 4c # 11437 (BDUX5519): Query processor: refers to with expression gives 506 or core # 11439 (BDUX5519): Query processor: refers to with expression gives 506 or core # 11441 (BDUX5523): Vertex 2.0 debug build fixes # 11443 (BDUX5403): Added quotes to some calls of CreateProcess() in nw layer, t # 11453 (BDUX5478): ORDER BY causes query to enter infinite loop # 11460 (BDUX5532): The second part of the audit transid is not random # 11462 (BDNT5537): XML: merge XML parts of project 5524 # 11470 (BDNT5175): BWPRINT: Only print when printer is available in local print # 11491 (BDUX5219): ogclient: Making network time out a resource # 11506 (BDNT5564): Fixed bug in rexec, do not accept baanlogin protocol if not # 11507 (BDUX5591): ogclient does not compile # 11516 (BDUX5597): Small resource typo in ogclient # 11522 (BDUX5599): Bugfix without customer problem description not in REL_NOTES # 11529 (BDNT5588): Patch -d does not work on NT # 11539 (BDUX5614): Enlarge r.spool.line from 500 to 5000 during symbol loading # 11543 (BDUX5437): Correctly handle line drawing characters in Unicode Conversi # 11545 (BDUX5612): Do not permit login when account has been locked in blogind # 11549 (BDUX5624): mbfunc.: compile error on OS/390 # 11553 (BDNT5621): XML: repair merge errors caused by project 5437 # 11555 (BDNT5585): Fixed strange error message in Baan NT manager # 11558 (BDUX5581): Sometimes it is not possible to use comments in a macro. # 11563 (BDNT5557): BWPRINT: Modify handling of barcode options # 11567 (BDNT5632): Fixed compilation error after installer new platform SDK # 11574 (BDNT5593): Locktimeout implementation for table actions in SQL 8 # 11576 (BDUX5635): rexec fails on OSF # 11578 (BDNT5561): driver falls in infinite loop if msql_use_cc setting is on # 11580 (BDUX5637): Removed some Version and ident strings # 11585 (BDUX5527): barcode enhancement # 11589 (BDUX5638): Update Informix # 11591 (BDNT5641): bversion.h: change Company Name to Baan # 11593 (BDUX5640): compilation error OS390 # 11597 (BDUX5634): compilation errors in calc # 11598 (BDNT5079): Bdbpost: Bdbpost using -M option on Windows does not work # 11612 (BDNT5615): Fixes in imagebuilder and installer for Update CD for Apps # 11626 (BDNT5545): Fixes for problems in installer for SQL Server 2000 # 11630 (BDNT5667): Fixed compilation error for alpha after installing new platf # 11631 (BDNT5671): Fixed compiler warning on NT # 11636 (HYNT5665): Informix CSDK2.6 Merge for BaanIV # 11641 (BDUX5677): Session Timeout is disturbed by ds_timeout_detect. # 11691 (BDUX5718): OW integration: string symbols were not copied correctly int # 11712 (BDUX5741): Change Informix path for DBMS # 11759 (BDNT5769): Subsequent fired processes need to use all processors in a N Subject: Bugfix 6.1c: # 9483: Udated portingset number and bw number for 6.1c.07 Status: RO ------------------------------------------------------------------------------ Release: 6.1c Date: 20000802 File Revision /vobs/general/headers/bversion.h /main/bugfix6.1c/53 Problem: Problem Description (Customer terms) ------------------------------------ New bw and portingset number Problem Description (Technical terms) ------------------------------------- Workaround -------------- Solution -------------- Updated portingset number and bw number Test Procedure -------------- Code-change Type ---------------- Version number update Affected Files -------------- /vobs/general/headers/bversion.h /main/bugfix6.1c/53 5 modifications Subject: MergeProject: BaanIVc: # 9491 (VHUX4091): bic_vi: updated bic_vi user list Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/08/03 Script: MergeProject Project: VHUX4091 Created on: Corelli Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ Updated user list of bic_vi Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- al_scrpt.c: Updated userlist. Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_scrpt.c /main/bugfix6.1c/20 Subject: MergeProject: BaanIVc: # 9499 (VHUX4095): Removed strange string Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/08/04 Script: MergeProject Project: VHUX4095 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) ------------------------------------ Strange text string Problem Description (Technical terms) ------------------------------------- Problem reported by Rimmert van der Veen on string "Baan INTERNATIONAL INTERNAL USE ONLY" String should be removed Workaround ---------- None (close your eyes) Solution -------- binput.c: Removed strange string Test Procedure -------------- run binput6.x -v or -? Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/ui/ba/cu_4/binput.c /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 9509 (VHUX4107): Fixed problem on sequent Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- ogclient.c: Added header file Test Procedure -------------- compile ogclient in nw dir Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/nw/ogclient.c /main/bugfix6.1c/2 Subject: MergeProject: BaanIVc: # 9519 (VHNT4116): Solved compilation error on NT Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- header file sys/socket.h didn't exist on win32 platform Workaround ---------- none Solution -------- ogclient.c: Put include within ifdef Test Procedure -------------- compile ogclient.c Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/nw/ogclient.c /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 9548 (VHUX4142): Possible update failure on common components Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Since the common components version number were not updated, in case of portingset update, the common components were not updated (becs/bentman/rexecd etc). The problem only occurs on NT. Using common component version numbers require at least - one version tree for involved binaries, i.e. a common vob - one version tree for linked libs (nw_1, al_1 etc) This problem can't be solved now. We now assume that a higher Baan version always contains at least all changes of the lower versions.. so a corelli rexecd.exe should always replace a 4c rexecd.exe. Workaround ---------- manual copy bentman.exe, rexeccfg.dll, benttool.dll, gentool.dll e.t.c. from $BSE\bin to \winnt\baan\bin Solution -------- bversion.h: Typo Test Procedure -------------- Do an update of an portingset and check whether \winnt\baan\bin is also updated Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/headers/bversion.h /main/bugfix6.1c/54 Subject: MergeProject: BaanIVc: # 9552 (VHUX4144): Typo in project VHUX4142 caused compilation errors Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- bversion.h: Type mismatch Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/headers/bversion.h /main/bugfix6.1c/55 Subject: MergeProject: BaanIVc: # 9562 (VHUX4114): Generic changes to use Oracle shared libraries Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/08/14 Script: MergeProject Project: VHUX4114 Created on: Verdi2 Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ None Problem Description (Technical terms) ------------------------------------- It is not possible to use Oracle shared libraries, so we have to link the static libraries. For installer programs this is not workable, as the required Oracle client environment can be of an incompatible version. This can be solved using the shared libraries. This project contains the fundamentals for it. The actual use (version dependant) is not part of this project. Workaround ---------- Solution -------- Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/ORACLE_2 /main/bugfix6.1c/11 /vobs/db/servers/ORACLE_2/oci_shlib.c /main/bugfix6.1c/1 /vobs/general/lib/al_1/al_proto.h /main/bugfix6.1c/36 /vobs/general/lib/al_1/al_sli.c /main/bugfix6.1c/12 Subject: MergeProject: BaanIVc: # 9589 (VHNT4169): Do not re-install the Baan Job Daemon Service in Windows Registry during Upgrade. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- When UpdateType is UPD_PORTINGSET the Baan JobDaemon service is removed from the Windows Registry, and installed again at the end of the update. Workaround ---------- Configure Baan Job Daemon again manually. Solution -------- Now Baan Job Daemon service is only stopped, but not removed from Windows Registry. After the Porting Set upgrade you have only to start the Baan Job Daemon service again. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/install/scripts/enduser/supdate.rul /main/bugfix6.1c/38 Subject: MergeProject: BaanIVc: # 9598 (VHNT4157): Prevent overwrite of baan generic stuff when installing 4c Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- - added check on version of file to prevent overwrite problem of e.g. becs.exe - limit 4c environments to 1 per system Workaround ---------- reinstall Baan Erp after installation of 4c Solution -------- Use server and generic function for loading DLL's Added file to retrieve version information Merged some baan v changes Splitted load of DLL's into server and client part Better checks on versions 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. Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/tt/COMPDATE /main/bugfix6.1c_MP/bugfix6.1c/31 /vobs/ui/ba/ba/bainit.c /main/bugfix6.1c/3 /vobs/ui/ba/ba/bamenu.c /main/bugfix6.1c/5 /vobs/logic/licence/Imakefile /main/bugfix6.1c/2 /vobs/logic/licence/midmain.c /main/bugfix6.1c/2 /vobs/logic/licence/patch.c /main/bugfix6.1c/21 /vobs/logic/licence/sum.c /main/bugfix6.1c/3 /vobs/logic/shm/shmval.c /main/bugfix6.1c/3 /vobs/logic/bentman/gentool.dsp /main/bugfix6.1c/4 /vobs/logic/bentman/gentool.def /main/bugfix6.1c/3 /vobs/logic/bentman/gentool.c /main/bugfix6.1c/2 /vobs/logic/bentman/gentool.h /main/bugfix6.1c/2 /vobs/general/headers/version.h /main/bugfix6.1c/2 /vobs/general/lib/al_1/al_sig.c /main/bugfix6.1c/5 /vobs/general/lib/al_1/al_vers.c /main/bugfix6.1c/23 /vobs/ConfigTools/Util/imake/Imake.rules /main/bugfix6.1c_MP/bugfix6.1c/32 /vobs/install/scripts/enduser/bsetup.h /main/bugfix6.1c/18 /vobs/install/scripts/enduser/setup.rul /main/bugfix6.1c/50 /vobs/install/scripts/baanrbld/bsetup.h /main/bugfix6.1c/14 /vobs/install/scripts/baanrbld/setup.rul /main/bugfix6.1c/24 /vobs/install/scripts/common/msqlcom.rul /main/bugfix6.1c/14 /vobs/install/scripts/uninst/unsetup.rul /main/bugfix6.1c/19 /vobs/install/scripts/enduser/supdate.rul /main/bugfix6.1c/39 /vobs/install/scripts/common/util.rul /main/bugfix6.1c/23 /vobs/install/scripts/common/util.h /main/bugfix6.1c/14 /vobs/install/scripts/scripts.dsw /main/bugfix6.1c/3 /vobs/install/scripts/enduser/enduser.dsp /main/bugfix6.1c/8 /vobs/install/scripts/uninst/uninst.dsp /main/bugfix6.1c/5 /vobs/install/scripts/common/db2com.rul /main/bugfix6.1c/3 /vobs/install/scripts/common/gentool.h /main/bugfix6.1c/2 Subject: MergeProject: BaanIVc: # 9603 (VHUX4189): Solved sigsegv involving HPUX10.20, threads and signals. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- See bugf_VHUX2774 for the complete description of the Corelli/Reger solution. Workaround ---------- Solution -------- al_mslot.c: merged bugf_VHUX2774 back to BaanIV, solution for HPUX10.20 signal handling hpux10.2_pa1.0.cf: merged bugf_VHUX2774 back to BaanIV, solution for HPUX10.20 signal handling hpux10.2_pa2.0.cf: merged bugf_VHUX2774 back to BaanIV, solution for HPUX10.20 signal handling sock_io.c: merged bugf_VHUX2774 back to BaanIV, solution for HPUX10.20 signal handling Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/nw_1/sock_io.c /main/bugfix6.1c/1 /vobs/general/lib/al_1/al_mslot.c /main/bugfix6.1c/6 /vobs/ConfigTools/Util/imake/hpux10.2_pa2.0.cf /main/bugfix6.1c/22 /vobs/ConfigTools/Util/imake/hpux10.2_pa1.0.cf /main/bugfix6.1c/17 Subject: MergeProject: BaanIVc: # 9606 (VHUX4192): Removed MailFix! Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Workaround ---------- Use CreateProject script instead!! Solution -------- .: Removed file element "MailFix". Removed file element "MailFix.bat". .: Removed symbolic link "MailFix.bat". .: Removed symbolic link "MailFix". Removed symbolic link "MailFix.bat". .: Removed symbolic link "MailFix". Removed symbolic link "MailFix.bat". .: .: .: Removed symbolic link "MailFix". Removed symbolic link "MailFix.bat". Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/tt/. /main/bugfix6.1c/13 /vobs/ui/. /main/bugfix6.1c/3 /vobs/logic/. /main/bugfix6.1c/8 /vobs/db/. /main/bugfix6.1c_NT/bugfix6.1c/4 /vobs/general/. /main/bugfix6.1c/7 Subject: MergeProject: BaanIVc: # 9611 (VHNT4177): Added some missing files for installer to delivery list Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- see above 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! Solution -------- Added delivery of default.bwc Added delivery of ISO_BIN files Added file element "Baan.mif". Added file element "empty.txt". Removed file element "empty.txt". Added file element "default.bwc". Added delivery of nlsinf files 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. Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/logic/mb/lib /main/bugfix6.1c/6 /vobs/logic/mb/lib/nlsinf /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/ISO_BIN /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/ISO_BIN1 /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/ISO_BIN2 /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/ISO_BIN5 /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/ISO_BIN6 /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/ISO_BIN7 /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/ISO_BIN8 /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/ISO_BIN9 /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/ISO_BINB /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/ISO_BIND /main/bugfix6.1c/1 /vobs/general/porting/Imakefile /main/bugfix6.1c/42 /vobs/install/misc/deliver.lst /main/bugfix6.1c/69 /vobs/install/files_cd/sms /main/bugfix6.1c/3 /vobs/install/files_cd /main/bugfix6.1c/2 /vobs/install/bse_files /main/bugfix6.1c/2 /vobs/install/files_cd/empty.txt /main/bugfix6.1c/1 /vobs/install/bse_files/audit_spec /main/bugfix6.1c/1 /vobs/install/files_cd/sms/Baan.mif /main/bugfix6.1c/1 /vobs/install/bse_files/default.bwc /main/bugfix6.1c/1 Subject: MergeProject: BaanIVc: # 9624 (VHNT4006): Incorrect use of VirtualAlloc Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- al_alloc.c: Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_alloc.c /main/bugfix6.1c/17 Subject: MergeProject: BaanIVc: # 9626 (VHNT3982): Windows Resource Translation project Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Added multi-language support by using separate resource DLL's Workaround ---------- none Solution -------- Moved resource dll for installer to different location Removed directory element "blang". Added wrt lib Added resource dll's to nightly build Changed output dirs to prevent conflicts with gentool. Prevent assertions on runtime level Don't use res subdir if path is specified. Installshield doesn't support subdirectories in _setup.lib, so no need for it. 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. Code-change Type ---------------- enhancement Affected Files -------------- /vobs/ui/becs /main/bugfix6.1c/1 /vobs/ui/becs/BECSGrid.cpp /main/bugfix6.1c/4 /vobs/ui/becs/BECSGrid.dsp /main/bugfix6.1c/6 /vobs/ui/becs/BECSGrid.dsw /main/bugfix6.1c/3 /vobs/ui/becs/BECSGrid.h /main/bugfix6.1c/2 /vobs/ui/ui.bld /main/bugfix6.1c/4 /vobs/ui/becs/BECSGridresources.dsp /main/bugfix6.1c/1 /vobs/logic/bwprint /main/bugfix6.1c_NT/bugfix6.1c/6 /vobs/logic/bwprint/bwprint.cpp /main/bugfix6.1c/18 /vobs/logic/bwprint/bwprint.h /main/bugfix6.1c/6 /vobs/logic/bwprint/bwprint.rc /main/bugfix6.1c/20 /vobs/logic/bentman /main/bugfix6.1c/9 /vobs/logic/bentman/bentman.cpp /main/bugfix6.1c/6 /vobs/logic/bentman/bentman.h /main/bugfix6.1c/4 /vobs/logic/bwprint/bwprint.dsw /main/bugfix6.1c/5 /vobs/logic/bentman/bentman.dsw /main/bugfix6.1c/4 /vobs/logic/bentman/benttool.dsp /main/bugfix6.1c/9 /vobs/logic/bwprint/bwprint.dsp /main/bugfix6.1c/10 /vobs/logic/bentman/bentman.dsp /main/bugfix6.1c/9 /vobs/logic/log.bld /main/bugfix6.1c/11 /vobs/logic/bentman/gentool.dsp /main/bugfix6.1c/5 /vobs/logic/bentman/gentool.c /main/bugfix6.1c/3 /vobs/logic/bwprint/bwprintresources.dsp /main/bugfix6.1c/1 /vobs/logic/bentman/gentool.rc /main/bugfix6.1c/1 /vobs/logic/bentman/gentool.rc2 /main/bugfix6.1c/1 /vobs/logic/bentman/gentool_res.h /main/bugfix6.1c/1 /vobs/logic/bentman/bentmanresources.dsp /main/bugfix6.1c/1 /vobs/general/lib /main/bugfix6.1c/8 /vobs/general/lib/al_1 /main/bugfix6.1c/23 /vobs/general/lib/al_1/al_proto.h /main/bugfix6.1c/37 /vobs/general/lib/al_1/resource.h /main/bugfix6.1c/2 /vobs/general/lib/al_1/baanmsg.mc /main/bugfix6.1c/13 /vobs/general/lib/al_1/al_winvar.c /main/bugfix6.1c/6 /vobs/general/lib/al_1/al_winvar.h /main/bugfix6.1c/4 /vobs/general/lib/genlib.bld /main/bugfix6.1c/7 /vobs/general/lib/al_1/al_versdll.c /main/bugfix6.1c/3 /vobs/general/lib/wrt /main/bugfix6.1c/1 /vobs/general/lib/wrt/LanguageHandler.h /main/bugfix6.1c/1 /vobs/general/lib/wrt/LanguageHandler.cpp /main/bugfix6.1c/1 /vobs/general/lib/wrt/libwrt.dsp /main/bugfix6.1c/1 /vobs/general/lib/wrt/libwrt.dsw /main/bugfix6.1c/1 /vobs/general/lib/al_1/al_versdll.h /main/bugfix6.1c/1 /vobs/general/lib/wrt/LangInterface.h /main/bugfix6.1c/1 /vobs/general/lib/wrt/LangInterface.cpp /main/bugfix6.1c/1 /vobs/install/isc_prog /main/bugfix6.1c/9 /vobs/install/scripts/enduser/setup.rul /main/bugfix6.1c/51 /vobs/install/scripts/baanrbld/setup.rul /main/bugfix6.1c/25 /vobs/install/scripts/common/msqlcom.rul /main/bugfix6.1c/15 /vobs/install/scripts/uninst/unsetup.rul /main/bugfix6.1c/20 /vobs/install/isc_prog/installres/installres.c /main/bugfix6.1c/7 /vobs/install/scripts/enduser/supdate.rul /main/bugfix6.1c/40 /vobs/install/scripts/enduser/dbinf.rul /main/bugfix6.1c/20 /vobs/install/isc_prog/installres /main/bugfix6.1c/4 /vobs/install/isc_prog/installres/installres.def /main/bugfix6.1c/2 /vobs/install/isc_prog/installres/installres.rc /main/bugfix6.1c/16 /vobs/install/isc_prog/installres/installres.h /main/bugfix6.1c/8 /vobs/install/isc_prog/installres/installresfun.h /main/bugfix6.1c/4 /vobs/install/isc_prog/installres/installres.rc2 /main/bugfix6.1c/4 /vobs/install/misc/deliver.lst /main/bugfix6.1c/70 /vobs/install/scripts/enduser/dbora.rul /main/bugfix6.1c/18 /vobs/install/scripts/uninst/dbora.rul /main/bugfix6.1c/10 /vobs/install/scripts/common/util.rul /main/bugfix6.1c/24 /vobs/install/scripts/common/util.h /main/bugfix6.1c/15 /vobs/install/isc_prog/installres/installres.dsw /main/bugfix6.1c/4 /vobs/install/isc_prog/installres/installres.dsp /main/bugfix6.1c/4 /vobs/install/install.bld /main/bugfix6.1c/8 /vobs/install/scripts/baanrbld/baanrbld.dsp /main/bugfix6.1c/5 /vobs/install/scripts/enduser/enduser.dsp /main/bugfix6.1c/9 /vobs/install/scripts/uninst/uninst.dsp /main/bugfix6.1c/6 /vobs/install/scripts/enduser/dbdb2.rul /main/bugfix6.1c/6 /vobs/install/scripts/common/gentool.h /main/bugfix6.1c/3 /vobs/install/isc_prog/installres/installresources.dsp /main/bugfix6.1c/1 /vobs/obj.dbg.intel/. /main/bugfix6.1c/7 /vobs/obj.dbg.intel/lib /main/bugfix6.1c/4 /vobs/obj.dbg.intel/bin /main/bugfix6.1c/1 /vobs/obj.dbg.intel/install /main/bugfix6.1c/3 /vobs/obj.intel/. /main/bugfix6.1c/6 /vobs/obj.intel/lib /main/bugfix6.1c/4 /vobs/obj.intel/bin /main/bugfix6.1c/1 /vobs/obj.intel/install /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 9627 (VHUX4186): Solve compilation errors on NT alpha Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- Modify the dsp files. Test Procedure -------------- Compile on alpha. Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/logic/bentman/gentool.dsp /main/bugfix6.1c/6 /vobs/db/servers/MSQL7/msql7_srv.dsp /main/bugfix6.1c/6 /vobs/general/lib/ddc/ddcserver.dsp /main/bugfix6.1c/4 /vobs/general/lib/ddc/ddcdriver.dsp /main/bugfix6.1c/4 /vobs/general/nw/ogclient.dsp /main/bugfix6.1c/2 /vobs/install/isc_prog/smssetup/smssetup.dsp /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 9628 (VHNT4200): Removed dutch resources Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Made file consistent with ERP. Workaround ---------- None Solution -------- bwprint.rc: Removed dutch stuff Test Procedure -------------- None Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/logic/bwprint/bwprint.rc /main/bugfix6.1c/21 Subject: MergeProject: BaanIVc: # 9633 (VHUX3669): Oracle installation needed shared library path Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- The oracle installation scripts on Unix use SQL*Plus. This Oracle program needs the shared Oracle libraries. When the search path does not contain $ORACLE_HOME/lib, these programs fail. Workaround ---------- Set shared library search path before installation Solution -------- The installer will automatically extend the shared library search path during the installation. Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/ORACLE_2/SCRIPTS/bin/ora_env6.1 /main/bugfix6.1c/2 Subject: MergeProject: BaanIVc: # 9640 (VHNT4206): Removed some old textual stuff Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/08/28 Script: MergeProject Project: VHNT4206 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) ------------------------------------ Textual change Problem Description (Technical terms) ------------------------------------- Still found some references to ISBAAN and BLANG Workaround ---------- None Solution -------- installres.rc2: Removed text. installresources.dsp: Removed old text Test Procedure -------------- none Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/install/isc_prog/installres/installres.rc2 /main/bugfix6.1c/5 /vobs/install/isc_prog/installres/installresources.dsp /main/bugfix6.1c/2 Subject: MergeProject: BaanIVc: # 9641 (VHNT4210): Use CopyIfNewerVersion instead of CopyIfNewer Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Use CopyIfNewerVersion instead of CopyIfNewer for resource DLL Workaround ---------- manual copy resource DLL from $BSE\bin\res after running installer update Solution -------- util.rul: Use CopyIfNewerVersion 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 Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/install/scripts/common/util.rul /main/bugfix6.1c/25 Subject: MergeProject: BaanIVc: # 9643 (VHNT4199): Fix for installation problems on DB2 Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- A dll (benttool.dll) was unloaded and loaded again, but another process (the db2 installer part) was holding this DLL, so unload failed. Although this is a DB2 problem, we solved now the symptom, and not the real cause. The unload is not wanted anymore. The problem of DB2 installation didn't occur always. Workaround ---------- None. Solution -------- util.rul: No need to unuse DLL, since if it is loaded by the installer, it comes from the installer itself! Test Procedure -------------- Try to install DB2 on NT. Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/install/scripts/common/util.rul /main/bugfix6.1c/26 Subject: MergeProject: BaanIVc: # 9645 (VHNT4208): Changed settings Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Use (Debug) MultiThreaded DLL instead of static Multithreaded lib to prevent duplicate symbols with libcmt (C++/Code generation tab in VC for settings of project) Workaround ---------- None Solution -------- installres.dsp: Changed settings installresources.dsp: Changed vc settings Test Procedure -------------- None Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/install/isc_prog/installres/installres.dsp /main/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 9646 (VHNT4211): Retrieve resource dll at right place Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Function was called on wrong place, although not harmful for the release builder, since this is always a full install. The resource DLL need to be retrieved for client installations also. Made code consistent with ERP. Workaround ---------- none Solution -------- setup.rul: Moved command Test Procedure -------------- none (no functional change) Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/install/scripts/baanrbld/setup.rul /main/bugfix6.1c/26 Subject: MergeProject: BaanIVc: # 9649 (VHUX4214): Remove system-check from patch6.x binary for the display option. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The protection for patch, to prevent it running on systems outside Baan, is a little bit too strict. Version info, help and display information about patches should be visible. The support organization can benefit from this change. Workaround ---------- None Solution -------- patch.c: Removed system-id protection for 'display-only' and '-v' option. 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'. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/licence/patch.c /main/bugfix6.1c/22 Subject: MergeProject: BaanIVc: # 9659 (VHUX4055): QPtool: Binding parameters with arbitrary names Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- - 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 Solution -------- Modified the source code of qptool to support arbitrary names for bind variables as well as pseudo variables. 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" Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/qp/qc_iface.c /main/bugfix6.1c/15 /vobs/db/lib/qp/qp_dump.c /main/bugfix6.1c/13 Subject: MergeProject: BaanIVc: # 9663 (VHNT4229): Changed delivery Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- baan.mif was stored in platform specific dir, while it is platform independent Workaround ---------- manual move baan.mif from i386/setup to general/setup in deliver image Solution -------- deliver.lst: Changed delivery Test Procedure -------------- none Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/install/misc/deliver.lst /main/bugfix6.1c/71 Subject: MergeProject: BaanIVc: # 9666 (VHUX4231): QPtool: Binding arbitrary names Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- - 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 Solution -------- Modified the source code of qptool to support arbitrary names for bind variables as well as pseudo variables. 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" Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/qp/qp_sql.c /main/bugfix6.1c/18 Subject: MergeProject: BaanIVc: # 9667 (VHUX4218): Compilation errors idl_compiler Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- -ldce flag disappeared Workaround ---------- Solution -------- Imakefile: merge VHUX2932 and VHUX2955 Test Procedure -------------- Compile Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/logic/idlcompiler/compiler/Imakefile /main/bugfix6.1c_MP/bugfix6.1c/8 Subject: MergeProject: BaanIVc: # 9668 (VHNT4213): WRT on NT alpha Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- In most cases no ALPHA configuration was available or was not updated. Workaround ---------- Solution -------- Add alpha configurations and add include path's. Removed blang.lib in dbinfadm.dsp ! Test Procedure -------------- Compile and run deliver. Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/ui/becs/BECSGrid.dsp /main/bugfix6.1c/7 /vobs/ui/becs/BECSGridresources.dsp /main/bugfix6.1c/2 /vobs/logic/bentman/benttool.dsp /main/bugfix6.1c/10 /vobs/logic/bwprint/bwprint.dsp /main/bugfix6.1c/11 /vobs/logic/bentman/bentman.dsp /main/bugfix6.1c/10 /vobs/logic/lib/xml/gennmtab/gennmtab.dsp /main/bugfix6.1c/4 /vobs/logic/mb/uniinfo.dsp /main/bugfix6.1c/5 /vobs/logic/bentman/gentool.dsp /main/bugfix6.1c/7 /vobs/logic/bwprint/bwprintresources.dsp /main/bugfix6.1c/2 /vobs/logic/bentman/bentmanresources.dsp /main/bugfix6.1c/2 /vobs/general/nw/blscfg.dsp /main/bugfix6.1c/7 /vobs/general/lib/wrt/libwrt.dsp /main/bugfix6.1c/2 /vobs/install/isc_prog/informix/dbinfadm.dsp /main/bugfix6.1c/7 /vobs/install/isc_prog/installres/installres.dsp /main/bugfix6.1c/6 /vobs/install/isc_prog/installres/installresources.dsp /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 9688 (VHNT4219): Also copy resources of Becs Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Found some problems on ERP, solved also these problems on 4c. Disabled WRT support for BECS since BW and bwconfig don't support non-English languages. Workaround ---------- none Solution -------- al_versdll.h: Added funtion deliver.lst: Merged last 4c changes BECSGrid.cpp: No need for WRT on 4c for BECS unsetup.rul: Changed load order. LangInterface.cpp: Merged last Baan ERP changes BECSGrid.dsp: Merged last 4c changes BECSGrid.h: Removed WRT stuff. No need for other languages on 4c. LangInterface.h: Merged last Baan ERP changes libwrt.dsp: Merged last 4c changes BECSGrid.dsw: Removed project installres.c: Get last Baan ERP changes becs: Removed file Removed file element "BECSGridresources.dsp". ui.bld: Removed entry from build LanguageHandler.cpp: Replaced lib load call setup.rul: Changed load order util.rul: Removed copy command LanguageHandler.h: Merged last Baan ERP changes al_versdll.c: Added funtion installres.def: Removed tab bentman.cpp: Updated with last Baan ERP changes bwprint.cpp: Merged last Baan ERP changes (changed interface of libwrt) 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. Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/ui/becs /main/bugfix6.1c/2 /vobs/ui/becs/BECSGrid.cpp /main/bugfix6.1c/5 /vobs/ui/becs/BECSGrid.dsp /main/bugfix6.1c/8 /vobs/ui/becs/BECSGrid.dsw /main/bugfix6.1c/4 /vobs/ui/becs/BECSGrid.h /main/bugfix6.1c/3 /vobs/ui/ui.bld /main/bugfix6.1c/5 /vobs/logic/bwprint/bwprint.cpp /main/bugfix6.1c/19 /vobs/logic/bentman/bentman.cpp /main/bugfix6.1c/7 /vobs/general/lib/al_1/al_versdll.c /main/bugfix6.1c/4 /vobs/general/lib/wrt/LanguageHandler.h /main/bugfix6.1c/2 /vobs/general/lib/wrt/LanguageHandler.cpp /main/bugfix6.1c/2 /vobs/general/lib/wrt/libwrt.dsp /main/bugfix6.1c/3 /vobs/general/lib/al_1/al_versdll.h /main/bugfix6.1c/2 /vobs/general/lib/wrt/LangInterface.h /main/bugfix6.1c/2 /vobs/general/lib/wrt/LangInterface.cpp /main/bugfix6.1c/2 /vobs/install/scripts/enduser/setup.rul /main/bugfix6.1c/52 /vobs/install/scripts/uninst/unsetup.rul /main/bugfix6.1c/21 /vobs/install/isc_prog/installres/installres.c /main/bugfix6.1c/8 /vobs/install/isc_prog/installres/installres.def /main/bugfix6.1c/3 /vobs/install/misc/deliver.lst /main/bugfix6.1c/72 /vobs/install/scripts/common/util.rul /main/bugfix6.1c/27 Subject: MergeProject: BaanIVc: # 9690 (VHUX4247): Changed permission setting on binaries. Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- The makefile did set 755 to all generated binaries Workaround ---------- Solution -------- Imake.rules: Changed protection on binaries. Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/ConfigTools/Util/imake/Imake.rules /main/bugfix6.1c_MP/bugfix6.1c/33 Subject: MergeProject: BaanIVc: # 9707 (VHUX4256): Sent to another mail address Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- reportlist: Send directly to host Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/porting/reportlist /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 9727 (VHNT4267): sh_server: handle run.baan.prog platform independent Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Argument bshell is not translated to $BSE/bin/ntbshell.exe on NT Workaround ---------- When running on NT, use the following command: run.baan.prog("ntbshell", "bladibla") Solution -------- sh_server.c: Enabled support for bshell entry (to make run.baan.prog platform independent). 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! Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/nw/sh_server.c /main/bugfix6.1c/14 Subject: MergeProject: BaanIVc: # 9732 (VHUX4277): QPtool: multiple query support Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- qp_sql.c: Merged VHUX4245 manually! Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/qp/qp_sql.c /main/bugfix6.1c/19 Subject: MergeProject: BaanIVc: # 9739 (VHUX4261): error during core on sequent Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- The Oracle driver uses the same code as the other binaries, however, the driver does not generate a core file. For this internally the logfiles are updated and a write action is done on address 0. On this line the driver hangs, and no core is created. Workaround ---------- N.A. Solution -------- al_sig.c: adding option sigrelse for sequent in core_dumped. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_sig.c /main/bugfix6.1c/6 Subject: MergeProject: BaanIVc: # 9743 (VHUX4288): Made bs1 really 1 byte signed! Status: RO ----------------------------------------------------------------------------- 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) Problem Description (Technical terms) ------------------------------------- Three single byte types should be distinguished: bu1 (unsigned char), bs1 (signed char), char (hardware dependent whether it is signed or unsigned): used for strings and string handling functions, e.g. char * strcpy(char *, const char *); Workaround ---------- Solution -------- system.h: Changed bs1 to a real 1 byte signed ! Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/headers/system.h /main/bugfix6.1c/33 Subject: MergeProject: BaanIVc: # 9745 (VHUX4282): bic gives message: Invalid transaction id 0 specified Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- - Workaround ---------- - Solution -------- Modified the source code. The message is not generated anymore. Test Procedure -------------- Using Bic, compile a Baan source containing an embedded query. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/qp/qc_iface.c /main/bugfix6.1c/16 Subject: MergeProject: BaanIVc: # 9760 (VHUX4281): Added some files to delivery for Unix Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- d: Added file element "drs_m10". Added file element "drs_m10.col". e: Added file element "em200". vtansi.col: h: Added file element "hp2vt". Added file element "hp2vt_mk". Added file element "hp70092". Added file element "hp70092.fk". drs_m10: i: Added file element "ibm3151". Added file element "ibm3151-rev". Added file element "ibm3151.fk". Added file element "ibm3152". Added file element "ibm3152-rev". ISO-8859-1: vtansi.fkeys: hp2vt: vt200rev: hp_rmn8.out: Added nlsinf stuff terminf: Added directory element "a". Added directory element "d". Added directory element "e". Added directory element "h". Added directory element "i". Added directory element "v". Added directory element "x". Added file element "vtansi_d.bin". ibm3151.out: Added nlsinf stuff v: Added file element "vt100". Added file element "vt200". Added file element "vt200rev". Added file element "vt300". Added file element "vt300rev". Added file element "vtansi". Added file element "vtansi.col". Added file element "vtansi.fkeys". Added file element "vtansi_d". Added file element "vtansi_d.bin". Added file element "vtansi_rev". xterm: x: Added file element "xterm". d: Added file element "dfx8000.out". lq2500.out: Added nlsinf stuff e: Added file element "epson.out". sms9011.out: Added nlsinf stuff sms9012.out: Added nlsinf stuff lq1170.out: Added nlsinf stuff g: Added file element "generic.in". vtansi_d: sms9013.out: Added nlsinf stuff h: Added file element "hp_pc8.out". Added file element "hp_pc850.out". Added file element "hp_qj+.out". Added file element "hp_rmn8.out". Added file element "ht4538.out". vt100: bwdeliver.lst: Moved file l: Added file element "lq1170.out". Added file element "lq2500.out". vt300: hp2vt_mk: m: Added file element "mt86_epson.out". Added file element "mt910.out". Added file element "mt_910.out". Added file element "mt_ltn1.out". Added file element "mt_pc2.out". smspt89.out: Added nlsinf stuff vtansi_rev: s: Added file element "sms9011.out". Added file element "sms9012.out". Added file element "sms9013.out". Added file element "sms9022.out". Added file element "sms_ltn1.out". Added file element "smspt89.out". v: Added file element "vtansi_d.out". x: Added file element "xwindows.in". generic.in: Added nlsinf stuff vt300rev: hp_pc8.out: Added nlsinf stuff ibm3151.fk: vtansi: mt_pc2.out: Added nlsinf stuff sms9022.out: Added nlsinf stuff ht4538.out: Added nlsinf stuff xwindows.in: Added nlsinf stuff at386: mt86_epson.out: Added nlsinf stuff lib: Added terminf dir Added directory element "terminf". sms_ltn1.out: Added nlsinf stuff hp_qj+.out: Added nlsinf stuff hp70092.fk: c_lips2: mt_910.out: Added nlsinf stuff hp70092: c_lips3: epson.out: Added nlsinf stuff ibm3151-rev: drs_m10.col: ibm3152-rev: mt_ltn1.out: Added nlsinf stuff dfx8000.out: Added nlsinf stuff em200: ibm3151: ibm_pro.out: Added nlsinf stuff ansi: ibm3152: vt200: vtansi_d.bin: nlsinf: Added file and some dirs Added file element "ISO-8859-1". Added directory element "d". Added directory element "e". Added directory element "g". Added directory element "h". Added directory element "i". Added directory element "l". Added directory element "m". Added directory element "s". Added directory element "t". Added directory element "v". Added directory element "x". deliver.lst: Removed audit_spec from delivery ansi.fkeys: mt910.out: Added nlsinf stuff c: Added file Added file element "c_lips2". Added file element "c_lips3". vtansi_d.out: Added nlsinf stuff hp_pc850.out: Added nlsinf stuff Imakefile: Changed delivery a: Added file element "ansi". Added file element "ansi.fkeys". Added file element "at386". Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/logic/mb/lib /main/bugfix6.1c/7 /vobs/logic/spool/lib/printinf/c /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf /main/bugfix6.1c/2 /vobs/logic/spool/lib/printinf/c/c_lips2 /main/bugfix6.1c/1 /vobs/logic/spool/lib/printinf/c/c_lips3 /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/ISO-8859-1 /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/d /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/e /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/g /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/h /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/i /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/l /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/m /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/s /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/v /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/x /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/d/dfx8000.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/e/epson.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/g/generic.in /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/h/hp_pc8.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/h/hp_pc850.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/h/hp_qj+.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/h/hp_rmn8.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/h/ht4538.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/i/ibm3151.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/i/ibm_pro.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/l/lq1170.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/l/lq2500.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/m/mt86_epson.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/m/mt910.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/m/mt_910.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/m/mt_ltn1.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/m/mt_pc2.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/s/sms9011.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/s/sms9012.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/s/sms9013.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/s/sms9022.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/s/sms_ltn1.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/s/smspt89.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/v/vtansi_d.out /main/bugfix6.1c/1 /vobs/logic/mb/lib/nlsinf/x/xwindows.in /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/a /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/d /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/e /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/h /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/i /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/v /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/x /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/a/ansi /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/a/ansi.fkeys /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/a/at386 /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/d/drs_m10 /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/d/drs_m10.col /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/e/em200 /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/h/hp2vt /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/h/hp2vt_mk /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/h/hp70092 /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/h/hp70092.fk /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/i/ibm3151 /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/i/ibm3151-rev /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/i/ibm3151.fk /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/i/ibm3152 /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/i/ibm3152-rev /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/v/vt100 /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/v/vt200 /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/v/vt200rev /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/v/vt300 /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/v/vt300rev /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/v/vtansi /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/v/vtansi.col /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/v/vtansi.fkeys /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/v/vtansi_d /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/v/vtansi_d.bin /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/v/vtansi_rev /main/bugfix6.1c/1 /vobs/logic/mb/lib/terminf/x/xterm /main/bugfix6.1c/1 /vobs/general/porting/Imakefile /main/bugfix6.1c/43 /vobs/install/misc/deliver.lst /main/bugfix6.1c/73 /vobs/install/misc/bwdeliver.lst /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 9778 (VHUX4314): bshellxma built on Sun 5.6 crashes Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Compiler bug. Debug version works well. Workaround ---------- Use bshellxma6.2 built on Solaris 2.5.1 Solution -------- solaris26_50.cf: Add +d flag: +d Prevents the compiler from expanding C++ inline functions. This option is turned on when you specify -g, the debugging option. Warning: For large programs that rely heavily on inline functions, the amount of additional code generated may be substantial. Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/ConfigTools/Util/imake/solaris26_50.cf /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 9780 (VHUX4318): Added Luutsen to bic_vi Status: RO ----------------------------------------------------------------------------- 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! Problem Description (Technical terms) ------------------------------------- No technical terms, this is *just* politics. Workaround ---------- Do not Luutsen as manager!! Solution -------- al_scrpt.c: Added Luutsen de Jong on lilius Test Procedure -------------- www.dilbert.com Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_scrpt.c /main/bugfix6.1c/21 Subject: MergeProject: BaanIVc: # 9783 (VHUX4316): Still some problems with comments in macros. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- In project VHUX3144 a change was made to allow comments in macros. This fix was not complete. It worked for macros with arguments, but 'constant' macros still don't work. Workaround ---------- Don't use comments in constant macros. Solution -------- bic_macro.c: Comments in 'constant macros' were still not allowed. Test Procedure -------------- Try to compile the following script: #define MY_MACRO print sprintf$( | A comment "Hello there") function main () { MY_MACRO refresh() } Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/bic/bic_macro.c /main/bugfix6.1c/2 Subject: MergeProject: BaanIVc: # 9789 (VHUX4289): Oracle does not use blank padded semantics on SUBSTR Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- The generated Oracle query contains the correct expression SUBSTR( column,n,m) = :bind However the SUBSTR() function does not take the correct data type into account, causing the expression to be evaluated as = using the semantics as used by the data type. The datatype does NOT use the Baan required ANSI compare using blank padded semantics. Workaround ---------- None Solution -------- Expressions like column(n;m) :bind column(n;m) { ... , column(n;m), ... } { ... } will be passed to Oracle using the Oracle function RTRIM() to trim trailing spaces from the corresponding operands. This way blank padded semantics will evaluate identical to the non-blank padded semantics for this particulary expression. Expressions like column(n;m) In this situation the RTRIM() operation must be performed on the items in the select list and not on the operands (subquery) itself. 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 Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/dbs/dbs_driver.h /main/bugfix6.1c_MP/bugfix6.1c/22 /vobs/db/lib/qdb/qdb_proto.h /main/bugfix6.1c/6 /vobs/db/lib/qdb/qdb_tree.c /main/bugfix6.1c/23 /vobs/db/lib/qp/qp.h /main/bugfix6.1c/6 /vobs/db/lib/qp/qp_dump.c /main/bugfix6.1c/14 /vobs/db/servers/ORACLE_2/ora_driver.c /main/bugfix6.1c/21 Subject: MergeProject: BaanIVc: # 9805 (VHUX4280): Some extra repgen fix for IRT/XML Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- idem Workaround ---------- None. Solution -------- rg_label.c: empty multi height labels parts should generate empty tags Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/repgen/rg_label.c /main/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 9812 (VHNT4332): Fixed bug in delivery Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/09/12 Script: MergeProject Project: VHNT4332 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) ------------------------------------ Fixed type Problem Description (Technical terms) ------------------------------------- overwrite pictures needed for installation Workaround ---------- Solution -------- deliver.lst: Fixed bug in delivery Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/install/misc/deliver.lst /main/bugfix6.1c/74 Subject: MergeProject: BaanIVc: # 9828 (VHUX4339): -0 output from sprintf Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- System calls ecvt() and fcvt can return negative sign even when output is zero. Workaround ---------- Solution -------- al_float.c: Check for output of ecvt or fcvt. When all zero, make sign positive. 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 " Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_float.c /main/bugfix6.1c/6 Subject: MergeProject: BaanIVc: # 9831 (VHNT4115): Added some debug facilities on 4c for rexecd Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Due to a problem at a customer site, extra logging was required. However, the problem was never found (it didn't exist anymore), the logging is still useful. Therefore, it was added now. Workaround ---------- Solution -------- blogind.c: Added extra log message Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/nw/blogind.c /main/bugfix6.1c/28 Subject: MergeProject: BaanIVc: # 9837 (VHUX4354): fix compilation error Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/09/13 Script: MergeProject Project: VHUX4354 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ Compilation error Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- al_float.c: remove * Test Procedure -------------- Compile Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_float.c /main/bugfix6.1c/7 Subject: MergeProject: BaanIVc: # 9857 (VHUX4361): Oracle driver gives unclear error upon failing load of shared library Status: RO ----------------------------------------------------------------------------- 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 ******* Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- The error message now contains the complete library name and on systems that look for an alternative name, the alternative is sprinted too. HP-UX: ******* 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 = libclntsh.sl <<<< full name ******* E N D of Error message ******* SunOS: ******* 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 = libclntsh.so or libclntsh.a ******* E N D of Error message ******* 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 Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/ORACLE_2/oci_shlib.c /main/bugfix6.1c/2 /vobs/general/lib/al_1 /main/bugfix6.1c/24 /vobs/general/lib/al_1/al_sli.c /main/bugfix6.1c/13 /vobs/general/lib/al_1/al_sli.h /main/bugfix6.1c/1 Subject: MergeProject: BaanIVc: # 9868 (VHUX4380): Solved compile error Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/09/18 Script: MergeProject Project: VHUX4380 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ Source did not compile Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- ds_smess.c: Solved compile error. Test Procedure -------------- Compile! Code-change Type ---------------- bugfix Affected Files -------------- /vobs/ui/lib/ds_1/ds_smess.c /main/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 9871 (VHNT4383): Solved compilation warnings Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/09/18 Script: MergeProject Project: VHNT4383 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ Solved compilation problems Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- bwindows.h: Solved compilation problem msql_proto.h: Solved compilation problem Test Procedure -------------- Compile! Code-change Type ---------------- bugfix Affected Files -------------- /vobs/ui/bw/bw/bwindows.h /main/bugfix6.1c/4 /vobs/db/servers/MSQL/msql_proto.h /main/bugfix6.1c/6 Subject: MergeProject: BaanIVc: # 9875 (VHNT4356): Tried to solve db2adm problems Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/09/18 Script: MergeProject Project: VHNT4356 Created on: Corelli Type: porting specific change Problem: Problem Description (Customer terms) ------------------------------------ Added version info to db2adm.dll Problem Description (Technical terms) ------------------------------------- none; this project was a tryout for db2 installation. The final solution was made already in project VHNT4199 Workaround ---------- none Solution -------- db2: Merged latest verdi changes to main Added file element "db2adm.cpp". Added file element "db2adm.def". Added file element "db2adm.dsp". Added file element "db2adm.dsw". Added file element "db2adm.h". Added file element "db2comm.h". db2adm.dsw: Merged latest verdi changes to main db2adm.dsp: Merged latest verdi changes to main db2adm.def: Merged latest verdi changes to main Test Procedure -------------- check properties of db2adm.DLL; a version tab should exist now. Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/install/isc_prog/db2 /main/bugfix6.1c/3 /vobs/install/isc_prog/db2/db2adm.def /main/bugfix6.1c/2 /vobs/install/isc_prog/db2/db2adm.dsp /main/bugfix6.1c/4 /vobs/install/isc_prog/db2/db2adm.dsw /main/bugfix6.1c/3 /vobs/install/isc_prog/db2/db2adm.rc /main/bugfix6.1c/1 /vobs/install/isc_prog/db2/db2adm_res.h /main/bugfix6.1c/1 /vobs/install/isc_prog/db2/db2adm.rc2 /main/bugfix6.1c/1 Subject: MergeProject: BaanIVc: # 9883 (VHNT4384): Binaries failed to start because resources could not be loaded Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- SP4 of Visual Studio causes the (incorrect) construction in al_load_default_res to crack! Workaround ---------- Solution -------- al_ldres.c: Made statement more clear Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_ldres.c /main/bugfix6.1c_NT/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 9890 (VHUX4358): Cleanup configuration files Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- imake: Remove some obsolete platforms Removed file element "unixware70.cf". Removed file element "tandem_nsk44.cf". Removed file element "solaris_intel26.cf". Removed file element "r10000_544.cf". Removed file element "hpux10.0_pa1.0.cf". Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/ConfigTools/Util/imake /main/bugfix6.1c/22 Subject: MergeProject: BaanIVc: # 9892 (VHUX4395): Compilation errors Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/09/19 Script: MergeProject Project: VHUX4395 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ Compilation errors. Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- SymbolTest.cpp: Symbol.hpp: orb.cpp: boa.cpp: CntnrBaanC.cpp: Remove BF_ARG_DCL Test Procedure -------------- Compile Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/middleware/dii/orb.cpp /main/bugfix6.1c/9 /vobs/logic/mir/middleware/common/CntnrBaanC.cpp /main/bugfix6.1c/4 /vobs/logic/mir/middleware/interfaces/Symbol.hpp /main/bugfix6.1c/2 /vobs/logic/mir/middleware/common/SymbolTest.cpp /main/bugfix6.1c/3 /vobs/logic/mir/middleware/dsi/boa.cpp /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 9898 (VHNT4402): Fixed compilation errors on 4c due to PROTO macro removal Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- msql_lev1.c: Fixed compilation error Test Procedure -------------- Compile msql_srv.exe Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/db/servers/MSQL/msql_lev1.c /main/bugfix6.1c/13 Subject: MergeProject: BaanIVc: # 9900 (VHNT4392): Fixed installation bug for Windows95, caused by WRT Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Problem caused by libwrt. This library has a dependency with MFC stuff. Because MFC42.dll doesn't exist at default on Win95/98 boxes, and NT4 systems without Visual Studio, the problem might also occur there. Another symptom which can occur is that the installer will install, but said that mfc42.dll is in use. This will happen when a previous installation is overwritten. The mfc42.dll of \baan\bin is then loaded, but can't be replaced during installation, because it is in use. Workaround ---------- no real workaround for customers. Solution -------- enduser.dsp: Renamed dir Added directory element "instres". Removed directory element "installres". baanrbld.dsp: Renamed dir Added directory element "instres". Removed directory element "installres". instres.rc: Modified text instres.dsp: Renamed dir Added directory element "instres". Removed directory element "installres". instres.rc2: Renamed file instresources.dsp: Renamed file deliver.lst: Added mfc dll to delivery. instres.h: Disabled mfc unsetup.rul: Added unload command isc_prog: Renamed dir Added directory element "instres". Removed directory element "installres". uninst.dsp: Renamed dir Added directory element "instres". Removed directory element "installres". install.bld: Renamed file setup.rul: Added unload command. setup.rul: Added unload rule instres.dsw: Renamed dir Added directory element "instres". Removed directory element "installres". instres.def: Renamed dir Added directory element "instres". Removed directory element "installres". util.h: Added define instresfun.h: Renamed file instres.c: Renamed dir Added directory element "instres". Removed directory element "installres". Test Procedure -------------- Install new BW on win95. Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/install/isc_prog /main/bugfix6.1c/10 /vobs/install/scripts/enduser/setup.rul /main/bugfix6.1c/53 /vobs/install/scripts/baanrbld/setup.rul /main/bugfix6.1c/27 /vobs/install/scripts/uninst/unsetup.rul /main/bugfix6.1c/22 /vobs/install/misc/deliver.lst /main/bugfix6.1c/75 /vobs/install/scripts/common/util.h /main/bugfix6.1c/16 /vobs/install/install.bld /main/bugfix6.1c/9 /vobs/install/scripts/baanrbld/baanrbld.dsp /main/bugfix6.1c/6 /vobs/install/scripts/enduser/enduser.dsp /main/bugfix6.1c/10 /vobs/install/scripts/uninst/uninst.dsp /main/bugfix6.1c/7 /vobs/install/isc_prog/instres /main/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 9905 (VHUX4359): Make repgen backwards compatible/ogclient final update Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- 1) XML generation code and dependcies of ottstprepdll are not available on 3.1b, 4b systems 2) Final version of ogclient for release Workaround ---------- 1) None 2) None Solution -------- rg_isam.c: Adding XML evasion code for 3.1b and 4b patch.c: Adding aston... rg_yacc.c: Adding XML evasion code for 3.1b and 4b. ogclient.c: Merge from main OG branch Test Procedure -------------- Compiling a report with 6.1c.06 should be without warnings or errors on 3.1b and 4b environments. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/licence/patch.c /main/bugfix6.1c/24 /vobs/logic/repgen/rg_isam.c /main/bugfix6.1c/17 /vobs/logic/repgen/rg_yacc.c /main/bugfix6.1c/2 /vobs/general/nw/ogclient.c /main/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 9908 (VHUX4400): core dump ba Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/09/20 Script: MergeProject Project: VHUX4400 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ ba dumps a core Problem Description (Technical terms) ------------------------------------- Wrong arguments to get_data(). Workaround ---------- Solution -------- bainit.c: Remove prototypes. Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/ui/ba/ba/bainit.c /main/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 9912 (VHNT4409): Solved bug in ds layer! Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/09/20 Script: MergeProject Project: VHNT4409 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ Ds layer dumped core Problem Description (Technical terms) ------------------------------------- Some stupid hacker removed all PROTO defines and did not remove it correct for this file . . . Workaround ---------- Solution -------- ds_smess.c: Solved core dump in DS layer. Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/ui/lib/ds_1/ds_smess.c /main/bugfix6.1c/6 Subject: MergeProject: BaanIVc: # 9915 (VHNT4408): Fixed several compiler warning (non fatal ones) Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- al_isutl.c: Added header file for memset function fileio.c: Added header file for strcmp al_sli.c: Added header file Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/lib/al_1/al_isutl.c /main/bugfix6.1c/8 /vobs/general/lib/hal/fileio.c /main/bugfix6.1c/9 /vobs/general/lib/al_1/al_sli.c /main/bugfix6.1c/14 Subject: MergeProject: BaanIVc: # 9918 (VHUX4411): Compilation errors in ogclient Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/09/20 Script: MergeProject Project: VHUX4411 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ Compile error Problem Description (Technical terms) ------------------------------------- idem Workaround ---------- none Solution -------- ogclient.c: Moving an endif. Test Procedure -------------- compile Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/nw/ogclient.c /main/bugfix6.1c/6 Subject: MergeProject: BaanIVc: # 9924 (VHNT4413): Executable crashes during processing of resources Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- al_ldres.c: Solved crash. Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_ldres.c /main/bugfix6.1c_NT/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 9927 (VHNT4392): Fixed installation bug for Windows95, caused by WRT Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Problem caused by libwrt. This library has a dependency with MFC stuff. Because MFC42.dll doesn't exist at default on Win95/98 boxes, and NT4 systems without Visual Studio, the problem might also occur there. Another symptom which can occur is that the installer will install, but said that mfc42.dll is in use. This will happen when a previous installation is overwritten. The mfc42.dll of \baan\bin is then loaded, but can't be replaced during installation, because it is in use. Workaround ---------- no real workaround for customers. Solution -------- enduser.dsp: Renamed dir Added directory element "instres". Removed directory element "installres". baanrbld.dsp: Renamed dir Added directory element "instres". Removed directory element "installres". instres.rc: Modified text instres.dsp: Renamed dir Added directory element "instres". Removed directory element "installres". instres.rc2: Renamed file instresources.dsp: Renamed file deliver.lst: Added mfc dll to delivery. instres.h: Disabled mfc unsetup.rul: Added unload command isc_prog: Renamed dir Added directory element "instres". Removed directory element "installres". uninst.dsp: Renamed dir Added directory element "instres". Removed directory element "installres". install.bld: Renamed file setup.rul: Added unload command. setup.rul: Added unload rule instres.dsw: Renamed dir Added directory element "instres". Removed directory element "installres". instres.def: Renamed dir Added directory element "instres". Removed directory element "installres". util.h: Added define instresfun.h: Renamed file instres.c: Renamed dir Added directory element "instres". Removed directory element "installres". Test Procedure -------------- Install new BW on win95. Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/install/isc_prog/instres/instres.c /main/bugfix6.1c/9 /vobs/install/isc_prog/instres/instres.def /main/bugfix6.1c/4 /vobs/install/isc_prog/instres/instres.rc /main/bugfix6.1c/17 /vobs/install/isc_prog/instres/instres.h /main/bugfix6.1c/9 /vobs/install/isc_prog/instres/instresfun.h /main/bugfix6.1c/5 /vobs/install/isc_prog/instres/instres.rc2 /main/bugfix6.1c/6 /vobs/install/isc_prog/instres/instres.dsw /main/bugfix6.1c/5 /vobs/install/isc_prog/instres/instres.dsp /main/bugfix6.1c/7 /vobs/install/isc_prog/instres/instresources.dsp /main/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 9930 (VHUX4415): Compilation errors Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Because of VHNT4409 , VHUX4385 has to be undone. Workaround ---------- Solution -------- ds_messp.h: add va_list Test Procedure -------------- Compile Code-change Type ---------------- bugfix Affected Files -------------- /vobs/ui/lib/ds_1/ds_messp.h /main/bugfix6.1c_MP_NT/bugfix6.1c/6 Subject: MergeProject: BaanIVc: # 9936 (VHNT4296): Introduce BW_MAX_RETRIES variable. Status: RO ----------------------------------------------------------------------------- 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". Problem Description (Technical terms) ------------------------------------- In case of a socket error "WSAWOULDBLOCK" BW goes into a retry mechanism, waiting for the rest of the data to be received. Firstly a number of immediate retries (RETRIES_NOWAIT) are done, and after that a number of delayed retries (MAX_RETRIES). The delay is about 55ms (RETRY_TIME). Sometimes the delay MAX_RETRIES*RETRY_TIME seems to be too short. Therefore the MAX_RETRIES (which is 600) is made adjustable by setting the environment variable BW_MAX_RETRIES. In case BW_MAX_RETRIES is set, MAX_RETRIES becomes the value of BW_MAX_RETRIES. So, in case BW_MAX_RETRIES is set to 1000, maximum 1000 delayed retries will be done in stead of 600. If BW_MAX_RETRIES is set bigger then 6000, MAX_RETRIES will set to the default, 600. If BW_MAX_RETRIES is set smaller then 600, MAX_RETRIES will also set to the default of 600. Furthermore tcp parameters TcpMaxConnectRetransmissions and TcpMaxDataRetransmissions can be adjusted to avoid connection timeouts. Workaround ---------- no workaround Solution -------- sockdata.cpp: add function set_bw_max_retries, and made modifications to set MAX_RETRIES. Test Procedure -------------- The practice should show out if this fix helps solving the timeout problem. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/ui/bw/bw/sockdata.cpp /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 9941 (VHNT4317): Enhanced autobuilder Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/09/21 Script: MergeProject Project: VHNT4317 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) ------------------------------------ Enhanced autobuilder Problem Description (Technical terms) ------------------------------------- Fixed some bugs: - list box now updates log file field - browse button also updates log file field - added clean build button Workaround ---------- none Solution -------- sendreport.bat: Enhanced script Config.h: Removed omake stuff workspcs.cpp: AutoBld.rc: Removed omake menu resource.h: Renamed resource config.cpp: Removed omake stuff AutoBld.dsp: Cleaned up dsp file for non-existing files commands.h: Added define commands.cpp: Added some logging Test Procedure -------------- Use autobld.dll in Visual Studio by copying it to Common\VC98\addins dir Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/porting/sendreport.bat /main/bugfix6.1c/2 /vobs/install/autobuild/commands.cpp /main/bugfix6.1c/5 /vobs/install/autobuild/config.cpp /main/bugfix6.1c/5 /vobs/install/autobuild/workspcs.cpp /main/bugfix6.1c/2 /vobs/install/autobuild/commands.h /main/bugfix6.1c/5 /vobs/install/autobuild/Config.h /main/bugfix6.1c/5 /vobs/install/autobuild/resource.h /main/bugfix6.1c/4 /vobs/install/autobuild/AutoBld.dsp /main/bugfix6.1c/5 /vobs/install/autobuild/AutoBld.rc /main/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 9963 (VHNT4403): XML: XmlNodePointer, xmlGetAttributeValue, xmlGetAttribute, xmlWriteToBufferExt Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- 1. Internally, the types XmlNode * and XmlContext * are used. On the API level however, the type void * is used for both. New types XmlNodePointer and XmlContextPointer are introduced and used at very many places. 2. xmlGetAttriubte uses strcpy instead of strncpy 3. access to the original buffer is supplied by means of xmlGetAttributeValue 4. xmlWriteToBuffer retruns -3 when the supplied buffer is too small. The new function xmlWriteToBufferExt in such a case returns the needed buffer size. Workaround ---------- None Solution -------- ntbshellxma.dsp: add /I "\logic\lib\xml" Imakefile: add SD_XM libxml.dsp: merge from bugf_VHNT4237 ds_link.dsp: add /I "\logic\lib\xml" Imakefile: add SD_XM xmlobj.c: Merged bugf_VHUX4403 to bugf_VHNT4403 branch. xmlbuf.c: merge from bugf_VHNT4237 xml_query.c: use XmlNodePointer and XmlContextPointer use HashPtr xmlobj.h: Merged bugf_VHUX4403 to bugf_VHNT4403 branch. xmltest.c: use XmlNodePointer and XmlContextPointer xmlbuf.h: merge from bugf_VHNT4237 xml_dll.c: use XmlNodePointer even more Imakefile: add SD_XM xmlsmartbuf.c: Merged bugf_VHUX4403 to bugf_VHNT4403 branch. Imakefile: add SD_XM xmads.dsp: add /I "\logic\lib\xml" Imakefile: add smartbuf.o xmafw.dsp: add /I "\logic\lib\xml" proces.h: xmlsmartbuf.h: merge from bugf_VHNT4237 Imakefile: add xml include directory xml_log.c: use XmlNodePointer xmluse.c: use XmlNodePointer xml_fun.c: use XmlNodePointer even more often debug2.c: use XmlNodePointer xml_bvm.h: adapt macros to use XmlNodePointer ntbshell.dsp: add /I "\logic\lib\xml" xml_dll_signature.c: use XmlNodePointer Test Procedure -------------- (Fill this in) Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/ds_link/Imakefile /main/bugfix6.1c/2 /vobs/logic/mir/mir/debug2.c /main/bugfix6.1c/7 /vobs/logic/mir/mir/proces.h /main/bugfix6.1c/18 /vobs/logic/mir/ds_link/ds_link.dsp /main/bugfix6.1c/7 /vobs/logic/mir/ntbshell.dsp /main/bugfix6.1c/6 /vobs/logic/lib/xml /main/bugfix6.1c/5 /vobs/logic/lib/xml/libxml.dsp /main/bugfix6.1c/8 /vobs/logic/lib/xml/xmlobj.c /main/bugfix6.1c/18 /vobs/logic/lib/xml/xmlobj.h /main/bugfix6.1c/7 /vobs/logic/lib/xml/xmltest.c /main/bugfix6.1c/1 /vobs/logic/mir/mir/xml_fun.c /main/bugfix6.1c/4 /vobs/logic/mir/xma/bridges/ds/Imakefile /main/bugfix6.1c/3 /vobs/logic/lib/xml/Imakefile /main/bugfix6.1c/6 /vobs/logic/mir/xma/framework/configurator/Imakefile /main/bugfix6.1c/6 /vobs/logic/mir/xma/framework/impl/Imakefile /main/bugfix6.1c/4 /vobs/logic/mir/xma/framework/objects/Imakefile /main/bugfix6.1c/3 /vobs/logic/mir/xma/bridges/ds/xmads.dsp /main/bugfix6.1c_NT/bugfix6.1c/5 /vobs/logic/mir/xma/framework/xmafw.dsp /main/bugfix6.1c_NT/bugfix6.1c/5 /vobs/logic/mir/ntbshellxma.dsp /main/bugfix6.1c/6 /vobs/logic/mir/mir/xml_dll.c /main/bugfix6.1c/4 /vobs/logic/mir/mir/xml_dll_signature.c /main/bugfix6.1c/3 /vobs/logic/mir/mir/xml_log.c /main/bugfix6.1c/3 /vobs/logic/mir/mir/xml_query.c /main/bugfix6.1c/6 /vobs/logic/mir/mir/xml_bvm.h /main/bugfix6.1c/2 /vobs/logic/lib/xml/xmluse.c /main/bugfix6.1c/5 /vobs/logic/lib/xml/xmlbuf.c /main/bugfix6.1c/4 /vobs/logic/lib/xml/xmlbuf.h /main/bugfix6.1c/3 /vobs/logic/lib/xml/xmlsmartbuf.c /main/bugfix6.1c/1 /vobs/logic/lib/xml/xmlsmartbuf.h /main/bugfix6.1c/1 Subject: MergeProject: BaanIVc: # 9972 (VHUX4376): fix Db2 V2 build error Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/09/26 Script: MergeProject Project: VHUX4376 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ Db2 v2 build fails. Problem Description (Technical terms) ------------------------------------- DB2 V2 build fails becoz some new defines were added in Db2v5. Workaround ---------- None Solution -------- db2_cli.c: The defines ( SQL_PROCESSCTL_NOTHREAD , SQL_PROCESSCTL_NOFORK , SQL_ATTR_PROCESSCTL ) are not supported on DB2v2. They were enclosed within ifdef DB2_V5 db2_driver.h: ( SQL_RC_E727 ) I have put ifdef DB2_V5 only for non-OS390 define since OS390 doesn't anyway support Db2v2. db2_error.c: " E_DB2_IMPLICIT_BIND_ERR " error is defined ONLY from DB2v5 onwards. Test Procedure -------------- Do a build for DB2v2 server and maint Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/DB6000/db2_cli.c /main/bugfix6.1c/16 /vobs/db/servers/DB6000/db2_error.c /main/bugfix6.1c/22 /vobs/db/servers/DB6000/db2_driver.h /main/bugfix6.1c/18 Subject: MergeProject: BaanIVc: # 9975 (VHNT4446): Fixed compilation errors on 4c Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- missing include dir, due to includance of xmlobj.h in project.h (project VHNT4403) Workaround ---------- Solution -------- shmman.dsp: Added include dir tssinfo.dsp: Added include dir. tsscvt.dsp: Added include dir uniinfo.dsp: Added include dir shmserv.dsp: Added include dir Test Procedure -------------- compile tss_tools or shm stuff Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/shm/shmserv.dsp /main/bugfix6.1c/4 /vobs/logic/shm/shmman.dsp /main/bugfix6.1c/4 /vobs/logic/mb/tssinfo.dsp /main/bugfix6.1c/4 /vobs/logic/mb/tsscvt.dsp /main/bugfix6.1c/4 /vobs/logic/mb/uniinfo.dsp /main/bugfix6.1c/6 Subject: MergeProject: BaanIVc: # 9979 (VHNT4286): Job daemon service on NT failed to start through Service Control Manager Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The Service Control Manager is not updated with 'start pending' messages during the startup of the service. Workaround ---------- Not applicable, at the end the service is started correct, so just ignore this message. Solution -------- jobd.c: Changed arguments of Init function licd.c: Changed prototype of service initialization function shmserv.c: Changed prototype of service init function svcfwk.h: Added function SvcReportPendingStart. svcfwk.c: Added function SvcReportPendingStart. Perform initialization in a separate thread, so we can update the Service Control Manager simultaneously! blogind.c: Changed parameters of service initialization function 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). Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/licence/licd.c /main/bugfix6.1c/21 /vobs/logic/shm/shmserv.c /main/bugfix6.1c/10 /vobs/logic/jobd/jobd.c /main/bugfix6.1c/11 /vobs/general/nw/blogind.c /main/bugfix6.1c/29 Subject: MergeProject: BaanIVc: # 9985 (VHUX4437): Refint gives error 302 when a child table contains a column whose name is a SQL reserved word Status: RO ----------------------------------------------------------------------------- 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' Problem Description (Technical terms) ------------------------------------- - Workaround ---------- None. Solution -------- An alias name is used. For example, instead of the query select desc from dbtst180 now the query select a.desc from dbtst180 a is used. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/misc/refint.c /main/bugfix6.1c/10 Subject: MergeProject: BaanIVc: # 9988 (VHNT4456): Re-merged VHNT4286 to BaanIVc by hand Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Sources were moved from the \general\lib\unixnt directory (on IVc) to \general\lib\al_1 (Corelli). The automatic merge tools did not handle this situation. Workaround ---------- Merge files again by hand, as done by this fix :-( Solution -------- Update the MergeProject tool. Our ClearCase administrator is already working on this! Solution for this fix: implemented the workaround. Test Procedure -------------- See VHNT4286. It should work correct now for BaanIVc! Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/unixnt/svcfwk.c /main/bugfix6.1c/6 /vobs/general/lib/unixnt/svcfwk.h /main/bugfix6.1c/2 Subject: MergeProject: BaanIVc: # 9991 (VHUX4462): Logic error in test in al_env.c Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- See above. Workaround ---------- None Solution -------- al_env.c: Logic error in if-statement corrected. Test Procedure -------------- None Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_env.c /main/bugfix6.1c/26 Subject: MergeProject: BaanIVc: # 9994 (VHUX4463): Small bug in ValidateNP macro in XML library Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- xmlValidNode() and some macro's assume the pointer is valid Workaround ---------- None Solution -------- xmlobj.c: Adding extra () around a macro. Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/lib/xml/xmlobj.c /main/bugfix6.1c/19 Subject: MergeProject: BaanIVc: # 9997 (VHUX4459): Fixed Unix compilation errors due to merge of VHNT4403 Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Caused by project VHNT/UX4403 Workaround ---------- none Solution -------- shmval.c: Replaced C++ style comments Imakefile: Added include dir Imakefile: Added include dir Test Procedure -------------- compile shm and mb dir Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mb/Imakefile /main/bugfix6.1c/2 /vobs/logic/shm/Imakefile /main/bugfix6.1c/2 /vobs/logic/shm/shmval.c /main/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 10002 (VHUX4465): Fixed compilation errors on SUN Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Caused by PROTO macro removal Workaround ---------- none Solution -------- ds_messp.h: Added header file Test Procedure -------------- compile ds lib Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/ui/lib/ds_1/ds_messp.h /main/bugfix6.1c_MP_NT/bugfix6.1c/7 Subject: MergeProject: BaanIVc: # 10011 (VHUX4471): DB2 library search path fix Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The Db2v5 driver was built using Db2 V5 libraries. When running against V6 or higher versions it was trying to look for V5 libraries causing problems. 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. Solution -------- Imakefile: add DB2V5_LOAD_FLAGS so that /usr/lib is searched first for the correct version of DB2 library Project.tmpl: add define for DB2DefaultLibpath Project.all: add a define for DB2DefaultLibpath 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 Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/DB6000/Imakefile /main/bugfix6.1c/15 /vobs/ConfigTools/Util/imake/Project.tmpl /main/bugfix6.1c_MP/bugfix6.1c/50 /vobs/ConfigTools/Util/imake/Project.all /main/bugfix6.1c/9 Subject: MergeProject: BaanIVc: # 10012 (VHUX4470): Correct index opt value Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The install scripts ( Unix & Nt ) by default made the index optimization flag as 01 which isn't appropriate for an L2 install. L2 install won't fail but the performance may be affected . 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". Solution -------- dbdb2.rul: set correct index opt value "0401" as the default during install for both L1 and L2 db2v5_install6.1: set correct index opt value "0401" as the default during install for both L1 and L2 Test Procedure -------------- Just before the installer starts import check the db2_storage file. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/DB6000/SCRIPTS/bin/db2v5_install6.1 /main/bugfix6.1c/7 /vobs/install/scripts/enduser/dbdb2.rul /main/bugfix6.1c/7 Subject: MergeProject: BaanIVc: # 10015 (VHUX4476): Fixed fake errors on HPUX10 Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- The 'ignored' string caused to log fake errors in the nightly build, but where actually compiler warnings. Workaround ---------- Solution -------- xmlobj.h: Prevent fake errors on HPUX10.20 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. Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/logic/lib/xml/xmlobj.h /main/bugfix6.1c/8 Subject: MergeProject: BaanIVc: # 10019 (VHUX4477): Add include dir Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/09/28 Script: MergeProject Project: VHUX4477 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ Compilation error in bshellorb Problem Description (Technical terms) ------------------------------------- missing include dir, due to includance of xmlobj.h in project.h (project VHNT4403) Workaround ---------- Solution -------- Imakefile: add include dir Test Procedure -------------- Compile Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/middleware/dii/Imakefile /main/bugfix6.1c/9 /vobs/logic/mir/middleware/common/Imakefile /main/bugfix6.1c/7 /vobs/logic/mir/middleware/dsi/Imakefile /main/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 10022 (VHNT4172): BwPrint: barcode problems Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- The problem occurs since 6.1c.04.01 The situation is still ok in 6.1c.04. In between a change was made from MM_TWIPS to MM_TEXT. Previously, the barcode ocx width and height were set in twips, but now in pixels. Workaround ---------- None Solution -------- bwprintview.cpp: use twips for barcode ocx bwprintview.h: add twips arguments to BarcodePrint Test Procedure -------------- Use barcode type 10 Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/bwprint/bwprintview.cpp /main/bugfix6.1c/55 /vobs/logic/bwprint/bwprintview.h /main/bugfix6.1c/25 Subject: MergeProject: BaanIVc: # 10032 (VHUX4482): Fast mode of bdbpost Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Without the -k flag the -f flag is switched off for an existing table. But the -f flag is not switched on again for the next table. Workaround ---------- No workaround. Solution -------- The -f flag is now switched on again after an existing table. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/bdb_tools/bdb_bdbpost.c /main/bugfix6.1c/19 Subject: MergeProject: BaanIVc: # 10038 (VHNT4490): BwPrint: -a option (number of copies) does not work Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Problem present since 6.1c.04.02. 6.1c.04.01 is ok. See Scopus defect 100278 Workaround ---------- None Solution -------- bwprintview.cpp: restore assignement to lpDevMode->dmCopies, which was removed in ...\bugf_EDNT2378\8 Test Procedure -------------- See scopus Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/bwprint/bwprintview.cpp /main/bugfix6.1c/56 Subject: MergeProject: BaanIVc: # 10045 (VHUX4498): Compilation error SEQUENT Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Bracket was not removed during the PROTO removal fix. Workaround ---------- Solution -------- dbs_server.c: remove bracket Test Procedure -------------- Compile Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/db/lib/dbs/dbs_server.c /main/bugfix6.1c/36 Subject: MergeProject: BaanIVc: # 10048 (VHUX4454): Several Crystal Reporting enhancements Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Workaround ---------- None. Solution -------- mir_fun.c: Adding extra parameter to bis_ntstr. mirproto.h: Adding extra parameter to fmt_date. mir_prtf.c: Adding extra parameter to fmt_date. xmlobj.c: Fixing small bug... alg.c: let fmt_date return format as well. rg_gen.c: Adding r_domain_format_before and after if XML rg_isam.c: Changing some sprintf$() into r_sprintf$(). rdi_fun.c: Make use of extra parameter of cnv_output_to_input_format al_formt.c: Adding extra parameter to cnv_output_to_input_format al_proto.h: Adding extra parameter to cnv_output_to_input_format mat_fun.c: Adding extra parameter to cnv_output_to_input_format rg_yacc.c: Adding define for r_sprintf$() in case of no XML. frm_inp.c: Adding extra parameter to cnv_output_to_input_format Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/alg.c /main/bugfix6.1c/10 /vobs/logic/mir/mir/frm_inp.c /main/bugfix6.1c/6 /vobs/logic/mir/mir/mat_fun.c /main/bugfix6.1c/4 /vobs/logic/mir/mir/mir_fun.c /main/bugfix6.1c/28 /vobs/logic/mir/mir/mir_prtf.c /main/bugfix6.1c/3 /vobs/logic/mir/mir/rdi_fun.c /main/bugfix6.1c/6 /vobs/logic/repgen/rg_gen.c /main/bugfix6.1c/3 /vobs/logic/repgen/rg_isam.c /main/bugfix6.1c/18 /vobs/logic/repgen/rg_yacc.c /main/bugfix6.1c/3 /vobs/logic/mir/mir/mirproto.h /main/bugfix6.1c/38 /vobs/general/lib/al_1/al_formt.c /main/bugfix6.1c/5 /vobs/general/lib/al_1/al_proto.h /main/bugfix6.1c/39 Subject: MergeProject: BaanIVc: # 10055 (VHUX4505): Enhance rdi.date.input.format Status: RO ----------------------------------------------------------------------------- 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() Problem Description (Technical terms) ------------------------------------- To get the exact format used. Workaround ---------- None Solution -------- rdi_fun.c: Adding parameter to cnv_date_output_to_input_format(). al_formt.c: Added format parameter to cnv_date_output_to_input_format al_proto.h: Adding parameter to cnv_date_output_to_input_format Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/rdi_fun.c /main/bugfix6.1c/7 /vobs/general/lib/al_1/al_formt.c /main/bugfix6.1c/6 /vobs/general/lib/al_1/al_proto.h /main/bugfix6.1c/40 Subject: MergeProject: BaanIVc: # 10058 (VHUX4504): Oracle NT installer: oracle parameter too small Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- The NT installer generates an Oracle configuration in int.ora that can not be started for Oracle 8.1.x. The "shared_pool_size" parameter is too small. Workaround ---------- Change the generated int.ora file manually. Increase the value of "shared_pool_size" to 50Mb Solution -------- Increased the default and minimal value of "shared_pool_size" Test Procedure -------------- Run the installer Code-change Type ---------------- bugfix Affected Files -------------- /vobs/install/scripts/enduser/dbora.h /main/bugfix6.1c/14 Subject: MergeProject: BaanIVc: # 10064 (VHUX4488): Oracle driver generates warnings in logfile Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- The Oracle7 drivers generates a warning when a Baan query contains a aggregate function on a result set containing NULL values. This warning indicates that the rows containing NULL values are skipped. This is correct ANSI behavior, so nothing goes wrong here. The warning is just confusing the customers, so should be suppressed. Workaround ---------- Solution -------- The oracle CSRWNVIC warning is now ignored. 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 Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/ORACLE_2/ora_driver.h /main/bugfix6.1c/29 /vobs/db/servers/ORACLE_2/ora_native.c /main/bugfix6.1c/34 Subject: MergeProject: BaanIVc: # 10066 (VHNT4508): Removed sybase from delivery Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Workaround ---------- filter at CAT department, but this won't work everytime :-) Solution -------- Imakefile: Applied reviewers comments Test Procedure -------------- deliver a portingset Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/porting/Imakefile /main/bugfix6.1c/44 Subject: MergeProject: BaanIVc: # 10070 (VHUX4486): Index hint generation ignores OR lists Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- After looking at several queries that did not perform very good, it could be concluded that index hints that are based on OR-lists do not give a good performance. This changes implements a way to ignore OR-lists during the hint generation. Workaround ---------- None Solution -------- OR lists are ignored during the hint generation. Note: This change can be disabled by specifying HINT_IGNORE_OR=0 in the environment. In future (after some live tests at customer sites) this environment variable will be removed. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/qdb/qdb_tree.c /main/bugfix6.1c/26 Subject: MergeProject: BaanIVc: # 10081 (HYNT4414): Add version info to msql7adm.dll and bypass sql6.5 build for baan4c, reger and corelli Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- 1) The resource file added in the dsp was excluded from the build. Therefore the version info does not appear in properties Workaround ---------- NA Solution -------- deliver.lst: To comment out build for SQL6.5 driver wince we do not support it anymore. db.bld: Since we do not support SQL6.5, lets disable SQL6.5 builds sample.cfg: To comment out SQl6.5 stuff. we will not support it. msql7adm.rc2: changed all sqladm to msqladm msql7adm.dsp: Deleted and added the file msql7adm.rc. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/db.bld /main/bugfix6.1c/10 /vobs/db/servers/MSQL7/msql7adm.dsp /main/bugfix6.1c/6 /vobs/db/servers/MSQL7/msql7adm.rc2 /main/bugfix6.1c/4 /vobs/install/misc/deliver.lst /main/bugfix6.1c/76 /vobs/install/misc/sample.cfg /main/bugfix6.1c/16 Subject: MergeProject: BaanIVc: # 10085 (VHUX4528): Change reportlist Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- PL added in reportlist Workaround ---------- Solution -------- reportlist: Added PL to reportlist Test Procedure -------------- Code-change Type ---------------- Affected Files -------------- /vobs/general/porting/reportlist /main/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 10088 (VHUX4517): Deliver b3.jar Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Missing b3.jar Workaround ---------- Install Open World. Solution -------- Deliver Corelli/SP2 b3.jar with portingset. Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/tt/. /main/bugfix6.1c/14 /vobs/general/porting/Imakefile /main/bugfix6.1c/45 /vobs/install/misc/deliver.lst /main/bugfix6.1c/77 /vobs/middleware/b3 /main/bugfix6.1c/5 /vobs/middleware/b3/b3.jar /main/bugfix6.1c/1 Subject: MergeProject: BaanIVc: # 10093 (VHUX4521): Fixed core dump in project VHUX4486 Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- Fixed code to avoid NULL pointer derefference Test Procedure -------------- Any query without a WHERE clause Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/qdb/qdb_tree.c /main/bugfix6.1c/27 Subject: MergeProject: BaanIVc: # 10098 (VHUX4527): Binary names for bshell and explode are different on Unix and NT. Status: RO ----------------------------------------------------------------------------- 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(). Problem Description (Technical terms) ------------------------------------- See above. Workaround ---------- Do the mapping yourself when calling run.baan.prog(). Use ostype() and call "ntbshell" for Windows and "bshell" for the other platforms. Solution -------- sh_fun.c: Made conversion between the NT and Unix names of 'bshell' and 'explode'. Test Procedure -------------- Call "bshell" with run.baan.prog() and see that it works on NT. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/sh_fun.c /main/bugfix6.1c/9 Subject: MergeProject: BaanIVc: # 10106 (VHUX4520): Readded B2 line in what info Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Line was removed in an earlier project Workaround ---------- none Solution -------- COMPDATE: Moved target info to separate array Test Procedure -------------- run 'what | grep B' and you should see a B2 line Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/tt/COMPDATE /main/bugfix6.1c_MP/bugfix6.1c/32 Subject: MergeProject: BaanIVc: # 10118 (VHNT4539): compilation errors AutoBld NT alpha Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Illegal /o flag Workaround ---------- Solution -------- AutoBld.dsp: remove /o flag for alpha Test Procedure -------------- Compile Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/install/autobuild/AutoBld.dsp /main/bugfix6.1c/7 Subject: MergeProject: BaanIVc: # 10121 (VHNT4534): Adjusted license text and copyright string Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Due to the aquisition of Invensys of Baan, the license text was reconsidered - bad address in License text - bad copy right string - wrong contact person Workaround ---------- none Solution -------- License.txt: Adjusted licence text, depending on info of Legal department bversion.h: Adjusted copyright string, depending on info of legal department Test Procedure -------------- Install BW or portingset and check license text Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/headers/bversion.h /main/bugfix6.1c/56 /vobs/install/imgbld/setup/License.txt /main/bugfix6.1c/2 Subject: MergeProject: BaanIVc: # 10126 (VHUX4543): Typo reportlist Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/10/06 Script: MergeProject Project: VHUX4543 Created on: Verdi2 Type: porting specific change Problem: Problem Description (Customer terms) ------------------------------------ Typo Problem Description (Technical terms) ------------------------------------- Typo Workaround ---------- Solution -------- reportlist: Typo in reportlist Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/porting/reportlist /main/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 10129 (VHUX4537): compilation error DG_INTEL Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- DG_INTEL cc does not support -o flag Workaround ---------- Solution -------- Imake.rules: OptDep changes for DG Imakefile: change build order Test Procedure -------------- Compile Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/lib/al_1/Imakefile /main/bugfix6.1c/22 /vobs/ConfigTools/Util/imake/Imake.rules /main/bugfix6.1c_MP/bugfix6.1c/34 Subject: MergeProject: BaanIVc: # 10130 (VHNT4514): NT alpha delivery Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- csmqdll does not compile on NT alpha DB2, CSMQ, baanman and setup is not supported on alpha. Workaround ---------- Solution -------- calc.dsp: remove alpha configuration deliver.lst: add #ifndef $ALPHA defines csmqdll.dsp: remove alpha configuration Test Procedure -------------- Compile and deliver Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/lib/csmq/calc.dsp /main/bugfix6.1c/8 /vobs/general/lib/csmq/csmqdll.dsp /main/bugfix6.1c/5 /vobs/install/misc/deliver.lst /main/bugfix6.1c/78 Subject: MergeProject: BaanIVc: # 10131 (VHNT4000): Unknown devmode caused Access Violation in bwprint Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- To determine the buffersize of the DEVMODE structure bwprint uses the function DocumentProperties. This function returns -1 because the DEVMODE is not filled. Secondly program tries to allocate -1 bytes, causing the Access Violation. Workaround ---------- not applicable Solution -------- Now bwprint generates an error message "No DEVMODE for printer '%1' available." %1 is the friendly name of the printer. This problem occurs when something is wrong with the setup of the printerdriver. Therefor the printerdriver may need to be re-installed or updated . Test Procedure -------------- Try to print to a printer which is not correctly installed. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/bwprint/bwprintview.cpp /main/bugfix6.1c/57 Subject: MergeProject: BaanIVc: # 10138 (VHNT4546): compilation error export.exe NT alpha Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Linker tries to link msqladm.lib which is not build anymore. Workaround ---------- Solution -------- export.dsp: Link with msql7adm.lib . Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/db/servers/MSQL7/export.dsp /main/bugfix6.1c/6 Subject: MergeProject: BaanIVc: # 10139 (VHNT4550): Wrong flags for bentman Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Changed VC settings. Use everywhere the Multithreaded DLL (C/C++ tab, Code Generation setting of a dsp file). Workaround ---------- none Solution -------- benttool.dsp: VC settings for Alpha, changed multithreaded to multithreaded DLL gentool.dsp: VC settings for Alpha, changed multithreaded to multithreaded DLL Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/logic/bentman/benttool.dsp /main/bugfix6.1c/11 /vobs/logic/bentman/gentool.dsp /main/bugfix6.1c/8 Subject: MergeProject: BaanIVc: # 10142 (VHNT4493): BW: activate message window when connection to server is lost Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The message window should be mapped and raised. Workaround ---------- None Solution -------- sockdata.cpp: add log_window_map_raised when connection is lost Test Procedure -------------- Connect to a bshell and kill the bshell Code-change Type ---------------- bugfix Affected Files -------------- /vobs/ui/bw/bw/sockdata.cpp /main/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 10145 (VHUX4554): compilation error al_alloc_overleap AIX Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/10/09 Script: MergeProject Project: VHUX4554 Created on: BaanIVc Type: porting specific change Problem: Problem Description (Customer terms) ------------------------------------ Compilation error. Problem Description (Technical terms) ------------------------------------- getenv() is not known. Workaround ---------- Solution -------- al_alloc.c: include stdlib.h Test Procedure -------------- Compile with -DOVERLEAP Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/lib/al_1/al_alloc.c /main/bugfix6.1c/20 Subject: MergeProject: BaanIVc: # 10153 (VHUX4506): Oracle NT installer: ora_maint does not see ORACLE_SID Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- In almost every Baan installation, the connect parameters are set in the tabledef file. This file is not read by ora_maint. In previous porting sets, ora_maint did connect to the 'default' database (as nothing was explicitely set). Because this database was defined in the Oracle registry, and this Oracle instance was the same as the Baan database, ora_maint was connecting. Since 6.1c.05 the Oracle connect string is composed in the Baan software tha can not see the Oracle registry. ora_maint does not connect to the default anymore, so fails to connect. Workaround ---------- Specify the Oracle connect information in the Baan registry: ...\Baan\\Environment Specify the environment variables as set in the tabledef file here. Solution -------- The NT Baan on Oracle installer sets the connect information in the Baan registry. Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/install/scripts/common/filefun.rul /main/bugfix6.1c/6 /vobs/install/scripts/enduser/dbsetup.rul /main/bugfix6.1c/33 /vobs/install/scripts/common/util.h /main/bugfix6.1c/18 Subject: MergeProject: BaanIVc: # 10155 (VHUX4560): compilation error al_alloc Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- M_BLOCK was already defined instdlib.h Workaround ---------- Solution -------- al_alloc.c: change M_BLOCK to MEM_BLOCK Test Procedure -------------- Compile Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/lib/al_1/al_alloc.c /main/bugfix6.1c/21 Subject: MergeProject: BaanIVc: # 10156 (VHNT4530): Add arguments for barcode printing bwprint Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The bc$() function is used to generated barcode images. At this moment this function supports only the following arguments: barcode type (type), height (rows) and the barcode string itself (barcode). Workaround ---------- No workaround Solution -------- Add 2 extra, optional, arguments to the bc$ function. So, the syntax of the bc$ function is now: string bc$( long type, long rows, string barcode(.), [long calc_chksm, long shw_chkdgt]) where calc_chksm: Calculate CheckSum In case set to 1: the barcode contains a checksum calculation In case set to 0: the barcode contains not a checksum calculation shw_chkdgt: Show Check Digit In case set to 1: the barcode string does show the checkdigit(s) In case set to 0: the barcode string does not show the checkdigit(s) Remark: In case the barcode does not contain a checksum calculation, it makes also no sense to set shw_chkdgt to 1. The arguments calc_chksm and shw_chkdgt are optional arguments. In case these arguments are not specified the bc$ function behaves in the same way it did before this modification. That means it will generate the following sequence (hex.): 1B 16 2x 2y zz zz zz .... zz Here: x = barcode type, y = number of bytes of barcode string, zz zz zz .... zz = barcode string In case these arguments are specified the bc$ function behaves in the modified way. That means it will generate the following sequence (hex.): 1B 17 2x 2y 2v 2w zz zz zz .... zz Here: x = barcode type, y = number of bytes of barcode string, v = calc_chksm, w = shw_chkdgt, zz zz zz .... zz = barcode string Furthermore modified bwprint to enable support of these 2 new arguments. In case bwprint detects the sequence 1B 16 .... bwprint behaves in the way it did before this modification. In case bwprint detects the sequence 1B 17 .... bwprint behaves in the modified way. That means it will also process the 2 extra new arguments, and turn on the property AutoParity (this is checksum calculation), and/or ShowCheckDigit, depending on the value of these arguments. Note: No modifications are made in filter, because there was no request for it. And filter will still work correctly because old way of working is still the same. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/scr_fun.c /main/bugfix6.1c/9 /vobs/logic/bwprint/bwprintdoc.cpp /main/bugfix6.1c/30 /vobs/logic/bwprint/bwprintview.cpp /main/bugfix6.1c/58 /vobs/logic/bwprint/bwprintview.h /main/bugfix6.1c/26 Subject: MergeProject: BaanIVc: # 10168 (VHUX4567): Bshell with JVMI does not unregister from license server at all times. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Sometimes, JavaVM crashes when performing javaStopVm() call within Bshell. All de-init routines after this call (like unregister from license server) are not performed. Workaround ---------- Solution -------- main.c: Make sure Bshell gets unregistered from License server when using JVMI. (see also comments!) Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/main.c /main/bugfix6.1c/43 Subject: MergeProject: BaanIVc: # 10173 (VHNT4545): Scopus defect 101702: shared memory attachments Status: RO ----------------------------------------------------------------------------- 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! Problem Description (Technical terms) ------------------------------------- Workaround ---------- Just ignore the messages, they are not fatal! Solution -------- shmserv.c: >From time to time (multiples of 16 processes), check the list of processes and observe if the process is still present. If not, remove it from the 'attached-processes' list. If a new process is attached, see if the attachment was already done for this process. The limit of 8192 remains. This should not be a problem, since the benchmark figures for NT do not reach beyond a maximum of approx. 1000 processes. dbs_server.c: Database driver did not unlink from shared memory upon termination. 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! Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/shm/shmserv.c /main/bugfix6.1c/11 /vobs/db/lib/dbs/dbs_server.c /main/bugfix6.1c/37 Subject: MergeProject: BaanIVc: # 10176 (VHUX3197): Session timeout Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- See above. Workaround ---------- None. Solution -------- Added resource for session timeout, called session_timeout. The value specified is the number of minutes the Bshell can be inactive before it terminates itself. When the timeout is triggered a message is sent to the UI and the Bshells stops. This mechanism should NEVER be enabled for daemon Bshells, e.g. running Open World adaptors. 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." Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/ds_link/li_queue.c /main/bugfix6.1c/17 /vobs/logic/mir/mir/main.c /main/bugfix6.1c/44 /vobs/logic/mir/mir/resource.c /main/bugfix6.1c/13 /vobs/logic/mir/mir/schedule.c /main/bugfix6.1c/22 Subject: MergeProject: BaanIVc: # 10181 (VHUX4558): Query TimeOuts: does not work if ora_timeout is not set Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- No timeout is set on the Oracle exec() call under the specifications in the Problem Description (Customer terms). Workaround ---------- None. Solution -------- Modified the source code. The timeout is now set on the exec() call. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/ORACLE_2/ora_cursor.c /main/bugfix6.1c/17 Subject: MergeProject: BaanIVc: # 10184 (VHUX4571): Remove already commented out code. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- See above Workaround ---------- N/A Solution -------- li_queue.c: Removed already commented out code. Test Procedure -------------- None Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/ds_link/li_queue.c /main/bugfix6.1c/18 Subject: MergeProject: BaanIVc: # 10188 (VHUX4272): Oracle8 driver opens oracle message file too much Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The Oracle libraries used by the oracle8 driver access the file $ORACLE_HOME/rdbms/mesg/ora.msb upon each translation of an Oracle error into a Baan error. This file access happens even when the error text itself is not requested. During high-end benchmarks this file access has proven to be a bottleneck. Example: removing this file (an very ugly work around !) resulted in 20% more BRU's during a the Tru64 benchmark. Under normal circumstances (lower load) the performance gain will be much less as the file access is not a bottleneck. The file access is done much more than expected (errors should not happen frequently) as almost all error translation is done for error ORA-1403. This error is not a real error but indicates the end-of-fetch condition. This means that almost every file access to the Oracle message file is unnecessary. Workaround ---------- The one mentioned above, but this is not recommended. Solution -------- The extraction of the error ORA-1403 (end of fetch) out of the Oracle error handle is bypassed. This is possible as the end-of-fetch condition can also be derived from the return code of the OCI interface functions. 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 */ Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/ORACLE_2/ora_native.c /main/bugfix6.1c/35 Subject: MergeProject: BaanIVc: # 10196 (VHUX4582): Some functions in li_queue.c have wrong types. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- This causes compilation errors on AS/400. Workaround ---------- None Solution -------- li_queue.c: Made the callback functions 'void'. Test Procedure -------------- Compile on AS/400 and see no errors! Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/ds_link/li_queue.c /main/bugfix6.1c/19 Subject: MergeProject: BaanIVc: # 10201 (VHUX4574): Dynamic creation of non- defined resources. Status: RO ----------------------------------------------------------------------------- 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$()'. Problem Description (Technical terms) ------------------------------------- Each time this request comes to the Logic group, the resource has to be added to our sources and the delivery of the solution has to wait until the next portingset is released. Workaround ---------- None Solution -------- Now, when an unknown resource is read, it is stored in the Bshell anyway, together with it's value. It is considered as a STRING type and is returned as such on calling get.resource$(). Test Procedure -------------- Add a not supported resource to your userfile, restart the Bshell and get the value using get.resource$(). Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_ldres.c /main/bugfix6.1c_NT/bugfix6.1c/6 Subject: MergeProject: BaanIVc: # 10209 (VHNT4583): NT: arguments between quotes are not passed correctly to bshell Status: RO ----------------------------------------------------------------------------- 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' Problem Description (Technical terms) ------------------------------------- On NT, ipc_boot does not quote the arguments correct. Workaround ---------- Solution -------- ipc_boot.c: On NT, quote arguments which contain spaces! Test Procedure -------------- Execute the command of the problem description. The Bshell should not try to start object 'klaar' anymore! Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/nw/ipc_boot.c /main/bugfix6.1c/13 Subject: MergeProject: BaanIVc: # 10212 (VHUX4576): Date/time conversion of OW adapter was not correct Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- Only pass datetime as STRING. Disallow conversion for all other types. DateTime is passed like: yyyy-mm-ddThh:mm:ssnnnn-hh:mm (last part is used when specifying a time zone. For 3GL, functions are written by Rien to convert the datetime string to a local date AND a local time value (and backwards). On the fly, fixed a bug in the UTC timezone correction, fixed bug when the datetime is only used as an output string of the DLL call. xml_dll.c: On BaanIV, only allow conversion of XML datetime[.tz] type to STRING symbols Modified logic for correction of UTC values Pass correct error string back to caller of the xml_executeDllMethod() function. xml_query.c: DateTime type not supported on BaanIV. xml_bvm.h: Changed prototype. Note: all changes are done by using the REL6_1 define. So, the behavior for BaanERP has been left untouched! Test Procedure -------------- Ask Rien ;-) Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/xml_dll.c /main/bugfix6.1c/5 /vobs/logic/mir/mir/xml_query.c /main/bugfix6.1c/7 /vobs/logic/mir/mir/xml_bvm.h /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 10215 (VHUX4593): Rework after merge review Status: RO ----------------------------------------------------------------------------- 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 ;-) Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- ipc_boot.c: Rework after merge review. Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/nw/ipc_boot.c /main/bugfix6.1c/14 Subject: MergeProject: BaanIVc: # 10235 (VHUX4603): Updates with datetime fail! Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- A datetime type, which is put into a string is displayed as a T string: yyyy-mm-ddThh:mm If this string is then passed to the database, which expects a UTC long value, it is converted to UTC using atol on the given T string. So, only the yyyy part is converted to seconds after 1970-01-01. This is not what we want . . . Workaround ---------- Solution -------- Pass the database type with the conversion routines of a XML node to a symbol type. If the symbol type is STRING (which is the case in the XML mapper session ttstpxmlhand, this session converts all XML nodes to STRING symbols using xmlNodeToSymbol) and the database type is BDB_TIME, the date will be translated to a UTC long. After that, the result will be stored in a STRING. For example, "2000-10-18T08:40:37" will be interpreted as "971858437" If the database type is not specified, the STRING symbol will contain the uninterpreted T string (thus "2000-10-18T08:40:37"). xml_dll.: Convert XML datetime to a long value when the database type BDB_TIME is specified, even when converting to a STRING symbol! xml_query.c: Adjusted call to xdXmlNodeTo4GlData. xml_bvm.h: Adjusted prototype. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/xml_dll.c /main/bugfix6.1c/6 /vobs/logic/mir/mir/xml_query.c /main/bugfix6.1c/8 /vobs/logic/mir/mir/xml_bvm.h /main/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 10262 (VHNT4564): Remove b3.jar and imagebuilder from NT alpha deliver Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- deliver.lst: remove b3.jar and imgbuild for alpha Test Procedure -------------- execute the deliver tool Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/install/misc/deliver.lst /main/bugfix6.1c/79 Subject: MergeProject: BaanIVc: # 10263 (VHNT4623): BwPrint: set early default locale Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- BwPrint crashes during the emitted log message, because the TSS locale is not yet set. This is due to the addition of TSS-to-native conversion added to log_msg() in project bugf_VHUX3325 in the file \general\lib\al_1\al_log.c. Workaround ---------- None Solution -------- bwprint.dsw: add two projects bwprintdoc.cpp: add TSSset_default_locale() Test Procedure -------------- See Scopus defect 25887 Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/bwprint/bwprintdoc.cpp /main/bugfix6.1c/31 /vobs/logic/bwprint/bwprint.dsw /main/bugfix6.1c/6 Subject: MergeProject: BaanIVc: # 10270 (VHNT4625): BW: Option Dialog Logfile in \log Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- bw.log is created in current directory instead of $BSE/log Workaround ---------- none Solution -------- bwerror.c: use $BSE\log\bwtrace.log instead of $CWD\bw.log Test Procedure -------------- use Option Dialog and save messages to file Code-change Type ---------------- bugfix Affected Files -------------- /vobs/ui/bw/bw/bwerror.c /main/bugfix6.1c/1 Subject: MergeProject: BaanIVc: # 10275 (VHNT4641): Added some missing files to delivery Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Some gif files were missing Workaround ---------- none Solution -------- deliver.lst: Removed one unwanted file Test Procedure -------------- start mmc snapin with baanman.msc and look that no pictures are showed as envelopes (i.e. they were missing) Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/install/misc/deliver.lst /main/bugfix6.1c/80 Subject: MergeProject: BaanIVc: # 10280 (VHNT4094): A file.stat on a directory ending with a back- or forward slash does not work on Win2000 Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The pmc session uses the command file.stat to check whether the directory is really there. In case the directory is ending with a "\" file.stat returns 2 (error 2 = The system cannot find the file specified). This is only the case on Windows2000 platform, on Windows NT 4.0 file.stat returns 0, what means that the file exists. The bshell does a stat on the directory and this stat returns -1 in case directory is ending with a "\". Workaround ---------- Take care pathnames are not ending with a "\" or "/". Solution -------- al_strm.c: In case of Windows: Check whether the pathname ends with a "\" or a "/". If yes copy the path to a privat buffer and remove the "\" or "/", and replace it with "\0", and do the stat command. Also check whether the path is not like "c:\". In that case the "\" at the end is legal and should not removed. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_strm.c /main/bugfix6.1c/18 Subject: MergeProject: BaanIVc: # 10290 (VHNT4565): Added support for new barcode library to bwprint Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- - Distance in bars in barcode for type 39 is wrong - aspect ratio dialog doesn't work correctly (spin button) Workaround ---------- none Solution -------- - new barcode version from DlSoft - fixed some bugs in the installer - moved axbarcode.ocx to $BSE\bin instead of winnt\baan\bin - fixed bug in aspect ratio dialog - display much more types of barcodes in barcode test 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/bwprint /main/bugfix6.1c_NT/bugfix6.1c/7 /vobs/logic/bwprint/bwprintdoc.cpp /main/bugfix6.1c/32 /vobs/logic/bwprint/bwprintdoc.h /main/bugfix6.1c/17 /vobs/logic/bwprint/bwprintview.cpp /main/bugfix6.1c/59 /vobs/logic/bwprint/bwprintview.h /main/bugfix6.1c/27 /vobs/logic/bwprint/dbcocx.cpp /main/bugfix6.1c/2 /vobs/logic/bwprint/dbcocx.h /main/bugfix6.1c/1 /vobs/logic/bwprint/font.cpp /main/bugfix6.1c/1 /vobs/logic/bwprint/font.h /main/bugfix6.1c/1 /vobs/logic/bwprint/minaspectdialog.cpp /main/bugfix6.1c/5 /vobs/logic/bwprint/minaspectdialog.h /main/bugfix6.1c/1 /vobs/logic/bwprint/picture.cpp /main/bugfix6.1c/1 /vobs/logic/bwprint/picture.h /main/bugfix6.1c/1 /vobs/logic/bwprint/bwprint.dsw /main/bugfix6.1c/7 /vobs/logic/bwprint/bwprint.dsp /main/bugfix6.1c/12 /vobs/logic/bwprint/axbarcode.cpp /main/bugfix6.1c/1 /vobs/logic/bwprint/axbarcode.h /main/bugfix6.1c/1 /vobs/thirdparty/. /main/bugfix6.1c_NT/bugfix6.1c/17 /vobs/thirdparty/dlSoft /main/bugfix6.1c_NT/bugfix6.1c/2 /vobs/thirdparty/thparty.bld /main/bugfix6.1c/2 /vobs/thirdparty/dlSoft/dBarcode /main/bugfix6.1c/1 /vobs/thirdparty/dlSoft/axBarcode /main/bugfix6.1c/1 /vobs/thirdparty/dlSoft/axBarcode/Setup /main/bugfix6.1c/1 /vobs/thirdparty/dlSoft/axBarcode/Redist /main/bugfix6.1c/1 /vobs/thirdparty/dlSoft/axBarcode/Redist/axbarcode.lic /main/bugfix6.1c/1 /vobs/thirdparty/dlSoft/axBarcode/Redist/axbarcode.ocx /main/bugfix6.1c/1 /vobs/thirdparty/dlSoft/axBarcode/Setup/abc.exe /main/bugfix6.1c/1 /vobs/thirdparty/dlSoft/axBarcode/Setup/licence.key /main/bugfix6.1c/1 /vobs/install/scripts/enduser/supdate.rul /main/bugfix6.1c/41 /vobs/install/misc/deliver.lst /main/bugfix6.1c/81 /vobs/install/scripts/common/util.rul /main/bugfix6.1c/28 /vobs/install/misc/bwdeliver.lst /main/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 10303 (VHUX4657): Problem in ora_admin Status: ROS ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- During project EDUX2385 some unsupported functionality was removed. (Distributed setup). Some remainders were left in the code, causing problems as the shell variable ORA_SQLNET was never assigned and used in an un-quoted context. Workaround ---------- Add the following line to ora7_admin6.1 or ora8_admin6.1: ORA_SQLNET=0 Solution -------- Last remainders of the obsolete functionality removed. Test Procedure -------------- Run ora7_admin and select option 12. The error should not occur anymore. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/ORACLE_2/SCRIPTS/bin/ora7_admin6.1 /main/bugfix6.1c/6 /vobs/db/servers/ORACLE_2/SCRIPTS/bin/ora8_admin6.1 /main/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 10305 (VHUX4663): Added hplj4 driver for us paper, printing 20cpi for small font Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Max CPI per line on landscape with small font is ca. 18cpi which is not enough to print 215 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) Solution -------- Added driver for US paper, which print at 20CPI Added file element "hp_lj4_lnd_us". Added new driver to delivery list 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) Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/spool/lib/printinf/h /main/bugfix6.1c/1 /vobs/logic/spool/lib/printinf/h/hp_lj4_lnd_us /main/bugfix6.1c/1 /vobs/general/porting/Imakefile /main/bugfix6.1c/46 Subject: MergeProject: BaanIVc: # 10308 (VHNT4481): TSS: adaptions for HEBREW Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Charsets: (Hebrew): ISO88598 and CP1255 : characters a0 and e0-fa use set number 2 (Arabic): ISO88596 and CP1256 : characters 80-ff (except a4) use set number 2 Locales: (Hebrew): ISO88598, ISO88598_WIN32, ISO_BIN8: single byte max sort changed to 127, single byte max form changed to 122, multibyte max values changed to 250 (Arabic): ISO88596, ISO88596_WIN32, ISO_BIN6: single byte max form changed to 237 Fonts: (Hebrew): ISO88598, ISO88598_WIN32, ISO_BIN8: font1 and font 2: iso8859-8 (Arabic): ISO88596, ISO88596_WIN32, ISO_BIN6: font1 and font 2: iso8859-6 NlsInf: (Hebrew): HEBREW_SB used for ISO_BIN8 (Arabic): ARABIC used for ISO_BIN6 Workaround ---------- none Solution -------- ISO88598: adapt font number 1 ISO88596_WIN32: adapt font number 1 tss_locale6.1: adapt Multi Byte values for Hebrew ISO_BIN6: adaptions received from Csaba Varga ISO88598_WIN32: adapt font number 1 tss6.1: adapt Arabic ISO_BIN8: additions ttttss001000.S: adapt Hebrew and Arabic ttttss002000.S: adapt Multi Byte values for Hebrew ttttss004000.S: repair font for set number 1 ISO_BIN6: adapt font number 1 ISO_BIN8: adapt font number 1 ISO88596: adapt font number 1 Test Procedure -------------- Ask Csaba Varga Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mb/lib/tss_locale6.1 /main/bugfix6.1c/7 /vobs/logic/mb/lib/tss6.1 /main/bugfix6.1c/3 /vobs/logic/mb/lib/locale/ISO_BIN6 /main/bugfix6.1c/2 /vobs/logic/mb/lib/locale/ISO_BIN8 /main/bugfix6.1c/2 /vobs/logic/mb/lib/locale/ISO88596 /main/bugfix6.1c/2 /vobs/logic/mb/lib/locale/ISO88596_WIN32 /main/bugfix6.1c/2 /vobs/logic/mb/lib/locale/ISO88598 /main/bugfix6.1c/2 /vobs/logic/mb/lib/locale/ISO88598_WIN32 /main/bugfix6.1c/2 /vobs/logic/mb/tabledumps/ttttss001000.S /main/bugfix6.1c/2 /vobs/logic/mb/tabledumps/ttttss002000.S /main/bugfix6.1c/5 /vobs/logic/mb/tabledumps/ttttss004000.S /main/bugfix6.1c/2 /vobs/logic/mb/lib/nlsinf/ISO_BIN6 /main/bugfix6.1c/2 /vobs/logic/mb/lib/nlsinf/ISO_BIN8 /main/bugfix6.1c/2 Subject: MergeProject: BaanIVc: # 10312 (VHNT4621): Enabled support for automatic image generation Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- Image builder: added options for automatic image creation startsetup: Starts InstallShield setup and waits for it's completion Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/install/imgbld/ib_bldop.c /main/bugfix6.1c/13 /vobs/install/imgbld/ib_build.c /main/bugfix6.1c/15 /vobs/install/imgbld/ib_vars.c /main/bugfix6.1c/7 /vobs/install/imgbld/pck_dll.h /main/bugfix6.1c/9 /vobs/install/imgbld/imgbld.c /main/bugfix6.1c/3 /vobs/install/imgbld/pck_dll.c /main/bugfix6.1c/3 /vobs/install/imgbld/pck_dlg.c /main/bugfix6.1c/5 /vobs/install/misc /main/bugfix6.1c/11 /vobs/install/imgbld/pck_dll.dsp /main/bugfix6.1c/8 /vobs/install/imgbld/imgbld.dsp /main/bugfix6.1c/5 /vobs/install/misc/startsetup /main/bugfix6.1c/1 /vobs/install/misc/startsetup/startsetup.dsw /main/bugfix6.1c/1 /vobs/install/misc/startsetup/startsetup.dsp /main/bugfix6.1c/1 /vobs/install/misc/startsetup/main.c /main/bugfix6.1c/1 Subject: MergeProject: BaanIVc: # 10314 (VHUX4656): C interface example dumps core Status: RO ----------------------------------------------------------------------------- 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(); Problem Description (Technical terms) ------------------------------------- stop_ci() does not reset bsh_running. Workaround ---------- Use start_ci() and stop_ci() only once in the application. Solution -------- set bsh_running to 0 Added also platform dependant Makefiles for cint example Test Procedure -------------- Add on line 61 of ci_example.c stop_ci(); start_ci(); Create and run the binary. No core dump anymore. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/api/examples/cint /main/bugfix6.1c/1 /vobs/general/api/examples/cint/makefile /main/bugfix6.1c/2 /vobs/general/cint/ci_bsh.c /main/bugfix6.1c/3 /vobs/general/porting/Imakefile /main/bugfix6.1c/47 /vobs/general/api/examples/cint/Makefile.SUN /main/bugfix6.1c/1 /vobs/general/api/examples/cint/Makefile.SEQUENT /main/bugfix6.1c/1 /vobs/general/api/examples/cint/Makefile.SEQUENT_ABI /main/bugfix6.1c/1 /vobs/general/api/examples/cint/Makefile.DEC /main/bugfix6.1c/1 /vobs/general/api/examples/cint/Makefile.HP /main/bugfix6.1c/1 /vobs/general/api/examples/cint/Makefile.IBM /main/bugfix6.1c/1 /vobs/general/api/examples/cint/Makefile.SIEMENS /main/bugfix6.1c/1 Subject: MergeProject: BaanIVc: # 10329 (VHUX4683): Coredump possible in block_cipher functions. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The input strings are ciphered in blocks of 16 bytes. Each time, 16 bytes are copied to a temporary buffer and then crypted. This also happens when the (remainder of the) inputstring is shorter than 16 bytes. If you are unlucky, the string is at a systemboundary, which causes the copy to access invalid memory. Workaround ---------- None Solution -------- al_block_cipher.c: First do a check on the length now and never copy more than that. Test Procedure -------------- Hard to describe. It only happens under specific memory conditions. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_block_cipher.c /main/bugfix6.1c/2 Subject: MergeProject: BaanIVc: # 10333 (VHUX4671): No error message when running a wrong session Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- object_in_core is called with no_ds_err=1 iso 0. Workaround ---------- Type only existing sessions in ascii interface. Solution -------- bic_obj.c: enable display messages Test Procedure -------------- ba6.1 nosession Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/bic_obj.c /main/bugfix6.1c/14 Subject: MergeProject: BaanIVc: # 10337 (VHNT4678): Fixed problem in installer, when installing in a dir with spaces Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Windows cannot start a service with a path containing spaces. This is defined behavior for CreateService() function. Workaround ---------- Install in a directory without spaces. Solution -------- al_winvar.h: Added header file shmcfg.c: Fixed compiler warning for sprintf() al_winvar.c: Changed ret value benttool.c: Applied reviewers comments shmcfg.def: Removed old settings Test Procedure -------------- Run setup and check that installing the services work without a problem Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/shm/shmcfg.c /main/bugfix6.1c/6 /vobs/logic/shm/shmcfg.def /main/bugfix6.1c/3 /vobs/logic/bentman/benttool.c /main/bugfix6.1c/17 /vobs/general/lib/al_1/al_winvar.c /main/bugfix6.1c/7 /vobs/general/lib/al_1/al_winvar.h /main/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 10341 (VHUX4689): Enhanced error handling for BaanLogin. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- BW can do more intelligent things if a LOGIN_ERROR is returned in case the user is not validated correctly at the daemon. Workaround ---------- None Solution -------- baanlogin.c: Set network-errors more often. Also distinguish between host-errors and login errors. Test Procedure -------------- None Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/nw_1/baanlogin.c /main/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 10344 (VHNT4688): BwPrint: store non-default charset in registry Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- In Project 3660, the CF_SELECTSCRIPT flag was added to the Font Dialog, to guarantee that only a font with the correct CharSet (as determined by the locale setting) could be selected. Workaround ---------- nine Solution -------- bwprintview.cpp: allow fonts with non-default charset to be selected. store non-default charset in registry. Test Procedure -------------- Try to select a font with Symbolic charset, and see whether it is remembered correctly the next time that BwPrint is started. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/bwprint/bwprintview.cpp /main/bugfix6.1c/60 Subject: MergeProject: BaanIVc: # 10347 (VHNT4693): Fixed compilation error Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- The new MS platform SDK causes this problem Workaround ---------- None Solution -------- xmlparse.c: Solved conflict with newest platform SDK Test Procedure -------------- Build xml lib Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/logic/lib/xml/xmlparse.c /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 10352 (VHNT4649): BwPrint: confusion which printer will be used Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The printer is only visible in the Printer Setup Dialog when it is installed first. When you use the Network... button of the Printer Setup Dialog and select a not- installed printer, then it is first installed and then becomes visible in the Printer Setup Dialog. The AddPrinterConnection call can be used to do the same from within BwPrint. Workaround ---------- None Solution -------- bwprintview.cpp: Call to AddPrinterConnection added 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 Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/bwprint/bwprintview.cpp /main/bugfix6.1c/61 Subject: MergeProject: BaanIVc: # 10355 (VHUX4691): Signed / unsigned problem in block cipher module. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- See above. Workaround ---------- None Solution -------- al_block_cipher.c: Fixed the bugs. Test Procedure -------------- Build and run objvob/lib/al_1/al_cipher_test. No coredump anymore. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_block_cipher.c /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 10363 (VHUX4696): Oracle driver log contains confusing information Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/11/07 Script: MergeProject Project: VHUX4696 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ None Problem Description (Technical terms) ------------------------------------- When using the DBSLOG=0400 flag, the Oracle driver logs queries multiple times (up to three times). Once at query generation (qdb), once at parse time and again at execute time. Some loggings are only done when DBSLOG=1000 is set too. This is confusing for support and maintenance, as the query order and the moment of processing in Oracle is not clear. Workaround ---------- Solution -------- The query is only printed at generation time (qdb) with DBSLOG=0400 enabled. When DBSLOG=1000 is enabled, the parse/execute/fetch also makes another logging. This loggin has the same tag as the query, but only contains the processing step and the cursor identification. So the query text is only printed once. Test Procedure -------------- Run some gcommand of qptool scripts with DBSLOG=01400 set. Just compare the old and the new dbs.log files. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/qdb/qdb_driver.c /main/bugfix6.1c/6 /vobs/db/servers/ORACLE_2/ora_cursor.c /main/bugfix6.1c/18 /vobs/db/servers/ORACLE_2/ora_native.c /main/bugfix6.1c/36 /vobs/db/servers/ORACLE_2/ora_sql.c /main/bugfix6.1c/9 Subject: MergeProject: BaanIVc: # 10367 (VHUX4701): Fix parameter type mismatch in COMPDATE Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- COMPDATE generated an expression wihtout having the correct types of the variables. Workaround ---------- - Solution -------- COMPDATE: Fix variable type mismatch Test Procedure -------------- Recompile. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/tt/COMPDATE /main/bugfix6.1c_MP/bugfix6.1c/33 Subject: MergeProject: BaanIVc: # 10375 (VHUX4705): include db2_admin6.1 script in build Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- 1. db2_admin6.1 script was not included for DB2v5 builds 2. For non-OS390 platforms, DB2v2 and DB2v5 choice is shown in db2_admin6.1 script thought v2 is not supported on SO390. Workaround ---------- se the appropriate maint binaries with correct options. Solution -------- db2_admin6.1: OS390 supports only DB2v5 whereas others have support for DB2v2 and v5. Hence for other platforms user can choose between DB2 V2 or DB2 V5. Imakefile: include db2_admin script for V5 builds also 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/DB6000/SCRIPTS/bin/db2_admin6.1 /main/bugfix6.1c/4 /vobs/general/porting/Imakefile /main/bugfix6.1c/48 Subject: MergeProject: BaanIVc: # 10376 (VHUX4692): Add ops functionality for Oracle8. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- It is not possible to connect to Oracle8 with O.S. authentication. Workaround ---------- No workaround. Solution -------- The code to connect to Oracle8 with O.S. authentication is implemented now. 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 Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/ORACLE_2/ora_native.c /main/bugfix6.1c/37 Subject: MergeProject: BaanIVc: # 10379 (VHNT4695): BW: improve AppStart string expansion Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- The internal buffer used by AppStart is only 260 bytes long. Workaround ---------- Use a dynamically allocated buffer of a better size. Solution -------- applobj.h: remove expand_name applobj.cpp: improve CopyString Test Procedure -------------- session ttaad5511m000 on lilius Code-change Type ---------------- bugfix Affected Files -------------- /vobs/ui/bw/ts/applobj.h /main/bugfix6.1c/2 /vobs/ui/bw/ts/applobj.cpp /main/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 10383 (VHUX4672): Query processor: Indexing on float columns does not work properly Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- - Workaround ---------- - Solution -------- Modified the source code. Indexing on float arrays is now handled correctly. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/qp/qp_expr.c /main/bugfix6.1c/9 Subject: MergeProject: BaanIVc: # 10393 (VHUX4716): show DB2 version prompt for supported platforms Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- CHoice of DB2 V2 should not be exposed for non-AIX platforms. Workaround ---------- None. Solution -------- db2_admin6.1: DB2v2 is supported on AIX only 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/DB6000/SCRIPTS/bin/db2_admin6.1 /main/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 10394 (VHUX4714): Report license limit reached in license daemon log. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The license daemon doesn't report (log) anything when it rejects a license request because the maximum number of licenses has been reached. Workaround ---------- None. Solution -------- Add info log message when maximum number of licenses are in use. 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". Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/licence/licd.c /main/bugfix6.1c/22 Subject: MergeProject: BaanIVc: # 10397 (VHUX4728): core on db_error_message Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- the problem is in function db_error_message in the bshell. strlen is done also when no value is present in the bdb_msg. Workaround ---------- N.A. Solution -------- bdb_fun.c: core in db_error_message 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 Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/bdb_fun.c /main/bugfix6.1c/25 Subject: MergeProject: BaanIVc: # 10404 (VHNT4703): BwPrint: Save and Save As... Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Serialize function is only implemented in one direction: input, no output Workaround ---------- None Solution -------- alloc.c: add const bwprint.rc: add Save and Save As... al_hash.c: add const bwprintdoc.cpp: remove OnNewDocument and OnOpenDocument hash.h: Merged bugf_VHUX4703 to bugf_VHNT4703 branch. tssproto.h: add const qpd_cdic.c: change char to const UCHAR bwprintdoc.h: remove OnNewDocument and OnOpenDocument bwprintview.cpp: add const mbfun.c: add const toolbar.bmp: add save button Test Procedure -------------- run BwPrint and use the new File menu options and the new toolbar button Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/lib/mb/alloc.c /main/bugfix6.1c/1 /vobs/logic/lib/mb/mbfun.c /main/bugfix6.1c/40 /vobs/logic/lib/mb/tssproto.h /main/bugfix6.1c/19 /vobs/logic/bwprint/bwprint.rc /main/bugfix6.1c/22 /vobs/logic/bwprint/bwprintdoc.cpp /main/bugfix6.1c/33 /vobs/logic/bwprint/bwprintdoc.h /main/bugfix6.1c/18 /vobs/logic/bwprint/bwprintview.cpp /main/bugfix6.1c/62 /vobs/logic/bwprint/res/toolbar.bmp /main/bugfix6.1c/1 /vobs/db/lib/qpd/qpd_cdic.c /main/bugfix6.1c/4 /vobs/general/headers/hash.h /main/bugfix6.1c/2 /vobs/general/lib/al_1/al_hash.c /main/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 10410 (VHUX4732): Add -k option to usage string of licd6.x. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- See above. Workaround ---------- None. Solution -------- Added -k option to usage() function. Test Procedure -------------- Type licd6.[12] -U and see the results. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/licence/licd.c /main/bugfix6.1c/23 Subject: MergeProject: BaanIVc: # 10421 (VHUX4736): DBSLOG 0400 incomplete for Oracle driver Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/11/13 Script: MergeProject Project: VHUX4736 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ None Problem Description (Technical terms) ------------------------------------- When DBSLOG=0400 is specified, the Oracle driver does not log the DDL statements. Workaround ---------- Solution -------- Added some additional log statements Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/ORACLE_2/ora_lev1.c /main/bugfix6.1c/17 /vobs/db/servers/ORACLE_2/ora_table.c /main/bugfix6.1c/18 Subject: MergeProject: BaanIVc: # 10425 (VHUX4685): Problem with explicit lock for update in Oracle driver Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- In 6.1c.05 the problem was introduced, bacause the child cursor used for the explicit locking did not get the WHERE clause of its parent assigned. This caused the generation of a SELECT FOR UPDATE statement without a WHERE clause that locked all records in the table, instead of the records to be updated. Locking all records of a table (instead of some records) causes locking problems. Workaround ---------- Disable the 'explicit lock for update' option in the ora_init resource. Solution -------- Code fixed, so behavior is equal to 6.1c.04 again. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/ORACLE_2/ora_cursor.c /main/bugfix6.1c/19 Subject: MergeProject: BaanIVc: # 10426 (VHUX4737): bdbpre/post: dump corrupted if separator is used that is in the data Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- If the separator is 'C' and two consecutive string fields in the table have the values "ABC" and "DEF", then bdbpre creates the string "ABCCDEF". Now, bdbpost has no clue about which 'C' stands for data and which 'C' stands for the separator; it will interpret both 'C's as being separators and consequently import the data incorrectly. Workaround ---------- Use the default separator, which is the NULL ('\0') character. Or use the fix length option (-x) of pre and post. Solution -------- The separator character in the data is now escaped with the back-slash ('\') character. "ABC", "DEF" with separator 'C' is now dumped as "AB\CCDEF". Furthermore, a few characters that give problems when literally dumped are also escaped. The following table shows the characters that are escaped and their escaping sequence. character escaping sequence --------- ----------------- \\n \\r # \# \ As a consequence, the dump format of pre/post has changed. The 'new' bdbpost is not able to handle dumps created by an 'old' bdbpre, and vice versa. The new dump format can be recognized by looking at the first two lines of the dump file: 2000-11-09 09:27:13.368 #$!pre-dump!$#000100v The first line is a timestamp and should comply to the format "0000-00-00 00:00:00.000" (the character '0' stands for a digit). The second line is a "magic" ("#$!pre-dump!$#") followed by the version number of the dump followed by the options that describe the dump. The version number is encoded as a 4 digit decimal number ("0001"). The separator is encoded as a 2 digit hexadecimal number ("00"). The last character 'v' stands for 'variable format', as opposed to 'f' which stands for 'fixed format' (-x option). 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/bdb_tools /main/bugfix6.1c/6 /vobs/db/bdb_tools/Imakefile /main/bugfix6.1c/6 /vobs/db/bdb_tools/bdb_bdbpost.c /main/bugfix6.1c/20 /vobs/db/bdb_tools/bdb_bdbpre.c /main/bugfix6.1c/14 /vobs/db/bdb_tools/bdb_format.c /main/bugfix6.1c/8 /vobs/db/bdb_tools/bdb_util.c /main/bugfix6.1c/5 /vobs/db/bdb_tools/bdbport.h /main/bugfix6.1c/8 /vobs/db/bdb_tools/bdb_dump.c /main/bugfix6.1c/4 /vobs/db/bdb_tools/bdbtoolslib.dsp /main/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 10428 (VHUX4739): Fixed some compiler warnings Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/11/14 Script: MergeProject Project: VHUX4739 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ None Problem Description (Technical terms) ------------------------------------- Compiler warnings on missing prototypes Workaround ---------- Solution -------- Fixed prototypes Test Procedure -------------- Just compile oracle driver and ora_maint Code-change Type ---------------- Affected Files -------------- /vobs/db/servers/ORACLE_2/ora_common.c /main/bugfix6.1c/23 /vobs/db/servers/ORACLE_2/ora_maint.c /main/bugfix6.1c_MP/bugfix6.1c/25 /vobs/db/servers/ORACLE_2/ora_proto.h /main/bugfix6.1c/16 /vobs/db/servers/ORACLE_2/ora_table.c /main/bugfix6.1c/19 Subject: MergeProject: BaanIVc: # 10432 (VHUX4669): Carriage Return code (0x0d) is inserted after Japanese string Status: RO ----------------------------------------------------------------------------- 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 | | +---------------------+------------------------+--------+ Problem Description (Technical terms) ------------------------------------- Because the width of a multibyte is not known, a CR is send and after that the required number of spaces to the next tab stop. Normally this is send to a printer and there is no problem, now it is outputed to a file. Workaround ---------- None Solution -------- fl_strwrite.c: remove multibyte from check_cf and hpos Determe the width of the multibyte string, calculate the number of spaces to the next tab stop. Send that number of spaces. Test Procedure -------------- Report any session that prints multibyte characters. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/spool/fl_strwrite.c /main/bugfix6.1c/7 Subject: MergeProject: BaanIVc: # 10446 (VHUX4664): No java dependancies in bshellxma Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/11/16 Script: MergeProject Project: VHUX4664 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ Can not start bshellxma. Problem Description (Technical terms) ------------------------------------- Need to load libjava. Workaround ---------- Install JDK Solution -------- Do not link with libjava. Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/Imakefile /main/bugfix6.1c/20 Subject: MergeProject: BaanIVc: # 10489 (VHNT4762): Try to fix racing condition in blogind on multi-processor hosts on NT Status: RO ----------------------------------------------------------------------------- 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) Problem Description (Technical terms) ------------------------------------- For some strange reasons, which are not reproducible, rexecd might run into a endless loop. This seems only to occur on multi-processor boxes. It is assumed that it is a thread related problem, but nobody can guarantee this. This fix is not a real solution, but a try to solve it. The real solution is to make all baan libraries full thread safe and a-sync safe, which is currently an impossible option.. Workaround ---------- none Solution -------- blogind.c: Added define to prevent baan alloc functions Test Procedure -------------- none Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/nw/blogind.c /main/bugfix6.1c/30 Subject: MergeProject: BaanIVc: # 10498 (VHUX4659): Bisam: error 305 after restarting MRP run Status: RO ----------------------------------------------------------------------------- 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. Probler Description (Technical terms) ------------------------------------- The problem is caused by an internal mismatch in the cursor administration between the bisam level and the generic (dbs) level. The current_index for both layers should be the same, but when the error occurs, the DBS_CURSOR has index 3 as its current index, while the ISAM_CURSOR has index 1. The cursor is used for a read on index 3. As this is the current index according to the DBS_CURSOR, no 'change order' is done. But as the ISAM_CURSOR has index 1, the actual read is done on index 1, causing a wrong row to be returned, resulting in error 305. The internal cursor administration can be corrupted when a table is dropped that has free cursors with a current index on another index than index 1. When that free cursor is opened again (after re-creation of the table), the table is opened on index 1 (bisam level) even though the cursor was on another index when it was freed. This can only occur for free cursors, as active and detached cursors get a flag that cause the original index to be restored upon (re-)opening. Workaround ---------- None Solution -------- Bug fixed. When a difference between the DBS and BISAM level is detected upon table opening, a 'change order' to the index as specified on the DBS level will be done. In the old case, a 'change order' to the index as specified by the BISAM level was done. This is normally index 1 (the index used by default). The old behavior can be restored by setting USE_DBS_IDX=0 in the environment. This setting is meant for unforseen problems, and will be removed in a next proting set, when this fix has proven to work correctly without side effects. Test procedure -------------- See description in Defect 82235 (Error 305 upon restart of MRP run). Affected Files -------------- /vobs/db/servers/ISAM_2/isam_table.c /main/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 10501 (VHUX4740): bdbpre/post: floats and doubles are rounded Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- If bdbpre is used to dump table data containing doubles and floats, the doubles and floats are rounded off according to their data domains. This causes loss of data and is unwanted. Workaround ---------- None. Solution -------- Doubles and floats are now dumped with maximum precision. The format of a float or double in a pre-dump is: 'e' If the format of the dump is fixed (-x option specified), then the of doubles contains 17 digits and the contains 3 digits. Ex. -12345678901234567e+123. For floats the contains 9 digits and the contains 2 digits. Ex. -123456789e+12. If the format of the dump is not fixed (-x option not specified), then the 's are omitted if they are '+'. If the consists of '0's only, it is omitted, including the leading 'e' and . Furthermore, trailing '0's are removed from the . If the 'plain' notation (without an , but including a decimal point) happens to be shorter, the 'plain' notation is used. Examples of doubles in non-fixed format are: -12345678901234567e123 ( before is omitted) 123 ( and are omitted) -1.23 ('plain' notation is shorter than -123e-2) 123e-8 ( is omitted) .0123 ('plain' notation is shorter than 123e-4) 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/bdb_tools/bdb_bdbpre.c /main/bugfix6.1c/15 /vobs/db/bdb_tools/bdb_format.c /main/bugfix6.1c/9 /vobs/db/bdb_tools/bdbport.h /main/bugfix6.1c/9 Subject: MergeProject: BaanIVc: # 10507 (VHUX4778): Enlarge heap size for JVM. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The maximum heap size for the JVM is 16MB by default. With that a reply busdoc can become around 100KB. With current integrations reply busdocs of 1 or 2 MB are sent. It must be possible to set the maximum heap size as a resource parameter for the bshell. Workaround ---------- Use a small iterator size. Solution -------- java_integr.h: resource.c: java_integr.c: Test Procedure -------------- Use the regression test to get reply busdocs that are around 2MB large. That is #15. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/resource.c /main/bugfix6.1c/14 /vobs/logic/mir/mir/java_integr.c /main/bugfix6.1c/9 Subject: MergeProject: BaanIVc: # 10514 (VHNT4788): BW4: SetDIBits fails Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- SetDIBits fails when the 100x100x8 bitmap bwlogo.gif is displayed. Workaround ---------- none Solution -------- p_image.cpp: repair failing setDIBits(). In fact this is a workaround. The real reason of the failure is unknown. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/ui/bw/ts/win32/p_image.cpp /main/bugfix6.1c/1 Subject: MergeProject: BaanIVc: # 10517 (VHUX4771): Query Processor: Integer division inconsistent between level-1 and level-2 Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- On level-1 drivers and DB2 level-2 the division of two integer operands results in an integer. For example, 2/3 results in 0. On other level-2 drivers the division of two integer operands results in an approximate numeric value (double). For example, 2/3 results in 0.66667 (approximately). This means that queries may produce different results on level-1 and level-2 database drivers. This is not allowed. Workaround ---------- None. Solution -------- Modified the source code. Now, all divisions of two integer operands result in an approximate numeric value. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/dbs/dbs_driver.h /main/bugfix6.1c_MP/bugfix6.1c/24 /vobs/db/lib/qdb/qdb_tree.c /main/bugfix6.1c/28 /vobs/db/lib/qp/qp.h /main/bugfix6.1c/7 /vobs/db/lib/qp/qp_expr.c /main/bugfix6.1c/11 /vobs/db/servers/DB6000/db2_cursor.c /main/bugfix6.1c/6 /vobs/db/servers/DB6000/db2_driver.c /main/bugfix6.1c/12 /vobs/db/servers/DB6000/db2_proto.h /main/bugfix6.1c/10 Subject: MergeProject: BaanIVc: # 10532 (VHNT4801): Solve java_max_heap_size bshell build error. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Code that is only used with JNI must be inside #ifdef JNI. Workaround ---------- - Solution -------- java_integr.c: Test Procedure -------------- Build bshell6.x Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/java_integr.c /main/bugfix6.1c/10 Subject: MergeProject: BaanIVc: # 10534 (VHUX4806): merge error Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- #endif on wrong line in code. Workaround ---------- None Solution -------- resource.c: move endif Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/logic/mir/mir/resource.c /main/bugfix6.1c/15 Subject: MergeProject: BaanIVc: # 10535 (VHUX4808): Solve build problem of the bshell6.1 Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Merge error: RES() macro in resource.c in BaanV holds 8 arguments, in BaanIV only 7. Workaround ---------- - Solution -------- resource.c: Test Procedure -------------- clearmake bshell6.1 Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/resource.c /main/bugfix6.1c/16 Subject: MergeProject: BaanIVc: # 10538 (VHUX4803): Log complete data in dbs.log Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- - Workaround ---------- - Solution -------- Now enough characters are logged to show the complete data. 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' Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/dbs/dbs_driver.h /main/bugfix6.1c_MP/bugfix6.1c/25 /vobs/db/lib/dbs/dbs_log.c /main/bugfix6.1c/10 /vobs/db/servers/INFORMIX_1/inf_log.c /main/bugfix6.1c/6 /vobs/db/servers/ORACLE_2/ora_data.c /main/bugfix6.1c/15 /vobs/db/servers/DB6000/db2_data.c /main/bugfix6.1c/12 /vobs/db/servers/MSQL/msql_data.c /main/bugfix6.1c/7 /vobs/db/servers/SYBASE/syb_runtime.c /main/bugfix6.1c/10 Subject: MergeProject: BaanIVc: # 10542 (HYNT4790): Disable Connetion/Session pool features Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The connection and session pooling features do not completely free the memory when a session is closed Workaround ---------- Setting inf_session_pool_length=0, inf_connection_pool_length=0 and bdb_max_sessions=1 improves the situation a bit. Solution -------- Disable the connection and session pool features completely by removing the define in the project settings. server.dsp: remove CONN_SESS_POOL from alpha serv_glob.c: handle CONN_SESS_POOL Imakefile: Remove CONN_SESS_POOL Test Procedure -------------- Run BW. Start several sessions and close them. Notice that memory is freed up to a larger extent. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/INFORMIX_1/Imakefile /main/bugfix6.1c/11 /vobs/db/servers/INFORMIX_1/serv_glob.c /main/bugfix6.1c/33 /vobs/db/servers/INFORMIX_1/server.dsp /main/bugfix6.1c/8 Subject: MergeProject: BaanIVc: # 10553 (VHNT4720): JVMI decoupling: added JVMI java files to portingset deliverable Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The JVMI part is in the wrong distribution (b3.jar), causing all kinds of problems, both for support and for development. Workaround ---------- Not applicable Solution -------- Moved the JVMI part to the portingset distribution. The JVMI java files are now part of a bjvmi.jar file, which will be delivered with the portingset. A set of interfaces has been provided in order to be able to call the JVMI files without directly connecting to them. This makes it possible to use JVMI (for example, for Workflow) without having the need to install OW! Imakefile: Makefile to create the JVMI java stuff! IBaanVM.java: Interface to the JVMI java package jvm2bvm.dsp: Changed debug flags deliver.lst: Added the bjvmi.jar to the distribution, removed the b3.jar from distribution mir: Added directory element "java". test: Added directory element "queue". queue: baan: Added directory element "baanvm". Decoupled JVMI from B3.jar JVMI will now be delivered in a separate package (bjvmi.jar) ! dig_ux4.0d.cf: Added define Java1Available baanvm: Added directory element "test". test: Added directory element "queue". com: Added directory element "baan". BaanVMImpl.java: Rework after inspection IBucket.java: Rework after inspection jvmi.sln: Decoupled JVMI from B3.jar JVMI will now be delivered in a separate package (bjvmi.jar) ! all_java.sln: rework after inspection os390_uss.cf: Added define Java1Available queue: jvmi.vjp: Decoupled JVMI from B3.jar JVMI will now be delivered in a separate package (bjvmi.jar) ! jvmi: Added directory element "com". QueueListenerInstallException.java: JVMI integration files ibm_aix_42.cf: Added define Java1Available Imakefile: test: Added directory element "queue". Decoupled JVMI from B3.jar JVMI will now be delivered in a separate package (bjvmi.jar) ! queue: Added file element "QueueLogger.java". Added file element "QueuePinger.java". Decoupled JVMI from B3.jar JVMI will now be delivered in a separate package (bjvmi.jar) ! DispatchMethod.java: Decoupled JVMI from B3.jar JVMI will now be delivered in a separate package (bjvmi.jar) ! ClassHolder.java: Decoupled JVMI from B3.jar JVMI will now be delivered in a separate package (bjvmi.jar) ! IQueueListener.java: Rework after inspection baanvm: Added file element "Bucket.java". Removed file element "BucketImpl.java". Decoupled JVMI from B3.jar JVMI will now be delivered in a separate package (bjvmi.jar) ! com: Added directory element "baan". Decoupled JVMI from B3.jar JVMI will now be delivered in a separate package (bjvmi.jar) ! hpux11_pa2.0.cf: Added define Java1Available Project.all: Added define for JDK 1.1 home. supdate.rul: rework after inspection java: Added directory element "jvmi". jvmi: Merged port_VHUX4720 to port_VHNT4720 branch. Added file element "Imakefile". rm10000_544.cf: Added define Java2Available. mir: Added directory element "jav". Added directory element "java". MethodCall.java: Decoupled JVMI from B3.jar JVMI will now be delivered in a separate package (bjvmi.jar) ! Bucket.java: Rework after inspection java: Added directory element "jvmi". QueueListenerDaemon.java: Added debug statement com_baan_baanvm_queue.c: Added function LogMessage to com.baan.baanvm.Queue os390_uss_ipa.cf: Adde define Java1Available QueueLogger.java: Rework after inspection MethodParameter.java: Decoupled JVMI from B3.jar JVMI will now be delivered in a separate package (bjvmi.jar) ! com_baan_baanvm_queue.h: rework after inspection Queue.java: java_fun.c: Added function retrieveVersion java_integr.c: Added debug info statements b3: Removed b3 delivery from middleware VOB - only BJVMI needs to be delivered with a portingset! QueuePinger.java: Rework after inspection jvm2bvm.def: baanvm: Added directory element "test". com: Added directory element "baan". ibm_aix_43.cf: Added define Java1Available ibm_as400.cf: Added define Java1Available. jvmi: Added directory element "com". hpux10.2_pa1.0.cf: Added define Java1Available baan: Added directory element "baanvm". DispatchMethodListener.java: Decoupled JVMI from B3.jar JVMI will now be delivered in a separate package (bjvmi.jar) ! Imakefile: Added bjvmi.jar to Unix delivery. solaris26_50.cf: Added define Java1Available baan: Added directory element "baanvm". Project.tmpl: Added defines for JVMI 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. Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/logic/mir /main/bugfix6.1c/6 /vobs/logic/mir/Imakefile /main/bugfix6.1c/9 /vobs/logic/mir/jvm2bvm/com_baan_baanvm_queue.c /main/bugfix6.1c/2 /vobs/logic/mir/jvm2bvm/com_baan_baanvm_queue.h /main/bugfix6.1c/1 /vobs/logic/mir/jvm2bvm/jvm2bvm.dsp /main/bugfix6.1c/5 /vobs/logic/mir/mir/java_fun.c /main/bugfix6.1c/9 /vobs/logic/mir/mir/java_integr.c /main/bugfix6.1c/11 /vobs/logic/mir/jvm2bvm/jvm2bvm.def /main/bugfix6.1c/1 /vobs/logic/mir/java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/Bucket.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/DispatchMethod.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/DispatchMethodListener.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/MethodCall.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/MethodParameter.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/Queue.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/IQueueListener.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/QueueListenerDaemon.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/test/queue /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/test/queue/QueueLogger.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/test/queue/QueuePinger.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/jvmi.sln /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/jvmi.vjp /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/IBucket.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/IBaanVM.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/ClassHolder.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/com/baan/baanvm/BaanVMImpl.java /main/bugfix6.1c/1 /vobs/logic/mir/java/jvmi/Imakefile /main/bugfix6.1c/1 /vobs/general/all_java.sln /main/bugfix6.1c/5 /vobs/general/porting/Imakefile /main/bugfix6.1c/49 /vobs/ConfigTools/Util/imake/Project.tmpl /main/bugfix6.1c_MP/bugfix6.1c/51 /vobs/ConfigTools/Util/imake/hpux11_pa2.0.cf /main/bugfix6.1c/17 /vobs/ConfigTools/Util/imake/hpux10.2_pa1.0.cf /main/bugfix6.1c/18 /vobs/ConfigTools/Util/imake/dig_ux4.0d.cf /main/bugfix6.1c/9 /vobs/ConfigTools/Util/imake/os390_uss.cf /main/bugfix6.1c/5 /vobs/ConfigTools/Util/imake/os390_uss_ipa.cf /main/bugfix6.1c/6 /vobs/ConfigTools/Util/imake/ibm_aix_43.cf /main/bugfix6.1c/5 /vobs/ConfigTools/Util/imake/solaris26_50.cf /main/bugfix6.1c/4 /vobs/ConfigTools/Util/imake/Project.all /main/bugfix6.1c/10 /vobs/install/scripts/enduser/supdate.rul /main/bugfix6.1c/42 /vobs/install/misc/deliver.lst /main/bugfix6.1c/82 /vobs/middleware/b3 /main/bugfix6.1c/6 /vobs/obj.SUN55/mir /main/bugfix6.1c/4 /vobs/obj.SUN55/mir/java /main/bugfix6.1c/1 /vobs/obj.SUN55/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.SUN55/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.SUN55/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.SUN55/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.SUN55/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/obj.dbg.AIX43/mir /main/bugfix6.1c/3 /vobs/obj.dbg.AIX43/mir/java /main/bugfix6.1c/1 /vobs/obj.dbg.AIX43/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.dbg.AIX43/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.dbg.AIX43/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.dbg.AIX43/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.dbg.AIX43/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/obj.HPUX10/mir /main/bugfix6.1c/4 /vobs/obj.HPUX10/mir/java /main/bugfix6.1c/1 /vobs/obj.HPUX10/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.HPUX10/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.HPUX10/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.HPUX10/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.HPUX10/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/obj.dbg.SUN55/mir /main/bugfix6.1c/4 /vobs/obj.dbg.SUN55/mir/java /main/bugfix6.1c/1 /vobs/obj.dbg.SUN55/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.dbg.SUN55/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.dbg.SUN55/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.dbg.SUN55/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.dbg.SUN55/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX10/mir /main/bugfix6.1c/4 /vobs/obj.dbg.HPUX10/mir/java /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX10/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX10/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX10/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX10/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX10/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/obj.dbg.OSF40/mir /main/bugfix6.1c/3 /vobs/obj.dbg.OSF40/mir/java /main/bugfix6.1c/1 /vobs/obj.dbg.OSF40/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.dbg.OSF40/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.dbg.OSF40/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.dbg.OSF40/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.dbg.OSF40/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/obj.OSF40/mir /main/bugfix6.1c/3 /vobs/obj.OSF40/mir/java /main/bugfix6.1c/1 /vobs/obj.OSF40/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.OSF40/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.OSF40/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.OSF40/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.OSF40/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/obj.AIX43/mir /main/bugfix6.1c/3 /vobs/obj.AIX43/mir/java /main/bugfix6.1c/1 /vobs/obj.AIX43/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.AIX43/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.AIX43/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.AIX43/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.AIX43/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/obj.dbg.intel/mir /main/bugfix6.1c/1 /vobs/obj.dbg.intel/mir/java /main/bugfix6.1c/1 /vobs/obj.dbg.intel/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.dbg.intel/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.dbg.intel/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.dbg.intel/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.dbg.intel/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/obj.intel/mir /main/bugfix6.1c/1 /vobs/obj.intel/mir/java /main/bugfix6.1c/1 /vobs/obj.intel/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.intel/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.intel/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.intel/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.intel/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/obj.HPUX11/mir /main/bugfix6.1c/3 /vobs/obj.HPUX11/mir/java /main/bugfix6.1c/1 /vobs/obj.HPUX11/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.HPUX11/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.HPUX11/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.HPUX11/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.HPUX11/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX11/mir /main/bugfix6.1c/3 /vobs/obj.dbg.HPUX11/mir/java /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX11/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX11/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX11/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX11/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX11/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/obj.SUN56/mir /main/bugfix6.1c/2 /vobs/obj.SUN56/mir/java /main/bugfix6.1c/1 /vobs/obj.SUN56/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.SUN56/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.SUN56/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.SUN56/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.SUN56/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 /vobs/obj.dbg.SUN56/mir /main/bugfix6.1c/2 /vobs/obj.dbg.SUN56/mir/java /main/bugfix6.1c/1 /vobs/obj.dbg.SUN56/mir/java/jvmi /main/bugfix6.1c/1 /vobs/obj.dbg.SUN56/mir/java/jvmi/com /main/bugfix6.1c/1 /vobs/obj.dbg.SUN56/mir/java/jvmi/com/baan /main/bugfix6.1c/1 /vobs/obj.dbg.SUN56/mir/java/jvmi/com/baan/baanvm /main/bugfix6.1c/1 /vobs/obj.dbg.SUN56/mir/java/jvmi/com/baan/baanvm/test /main/bugfix6.1c/1 Subject: MergeProject: BaanIVc: # 10556 (VHNT4822): JVMI decoupling: solved merge issues Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- all_java.sln: jvmi.vjp: Changed optioons. Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/java/jvmi/jvmi.vjp /main/bugfix6.1c/2 /vobs/general/all_java.sln /main/bugfix6.1c/6 Subject: MergeProject: BaanIVc: # 10580 (VHUX4847): Log a message for a incorrect username/password combination. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- See above Workaround ---------- (Fill this in) Solution -------- blogind.c: Added extra logging when username and/or password is not correct. Test Procedure -------------- Start a multiple ASM instance (e.g. via OpenWorld) and use an incorrect password. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/nw/blogind.c /main/bugfix6.1c/31 Subject: MergeProject: BaanIVc: # 10585 (VHUX4846): DB: Having clause lost after switch to other DB driver Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- - Workaround ---------- - Solution -------- Modified the source code. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/qp/qc_table.c /main/bugfix6.1c/6 Subject: MergeProject: BaanIVc: # 10604 (BDNT4853): BwPrint: height of lines with a barcode Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- When some time ago (project 1807) the number of lines per inch was made flexible, the space assigned to each line was set to the maximum space used by text, line drawing chars, and barcodes on that line. For barcodes, this was not correct. Workaround ---------- none Solution -------- bwprint.rc: add portingset number in about dialog bwprintview.cpp: maintain and use m_lineHeight_twips bwprintdoc.h: add m_lineHeight_twips bwprint_resource.h: add IDC_PORTINGNR bwprintdoc.cpp: improve barcode test bwprintview.h: add Twips2Mm and Twips2Points bwprint.cpp: add m_portingnr to CAboutDialog Test Procedure -------------- use menu Help->Barcode test Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/bwprint/bwprint.cpp /main/bugfix6.1c/20 /vobs/logic/bwprint/bwprint.rc /main/bugfix6.1c/23 /vobs/logic/bwprint/bwprintdoc.cpp /main/bugfix6.1c/34 /vobs/logic/bwprint/bwprintdoc.h /main/bugfix6.1c/19 /vobs/logic/bwprint/bwprintview.cpp /main/bugfix6.1c/63 /vobs/logic/bwprint/bwprintview.h /main/bugfix6.1c/28 /vobs/logic/bwprint/bwprint_resource.h /main/bugfix6.1c/11 Subject: MergeProject: BaanIVc: # 10607 (BDNT4856): Using same category for messages in EventViewer for Baan IVc and ERP Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- In certain cases, when multiple environments were installed, a wrong category (number) could be registered in the eventviewer. This was caused by mismatch of category numbers of baan 4c with baan erp, e.g. libwrt messages on baan 4c were releated to cmfuiadap messages at baan ERP. Workaround ---------- None. Solution -------- baanmsg.mc: Make categories same to Baan ERP for more consistent messages in EventViewer 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 Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/lib/al_1/baanmsg.mc /main/bugfix6.1c/14 Subject: MergeProject: BaanIVc: # 10608 (BDNT4855): Disabled JVMI on alpha in installer Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/12/14 Script: MergeProject Project: BDNT4855 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ NT alpha portingset failed to install. Problem Description (Technical terms) ------------------------------------- see above Workaround ---------- Manually ad b3.jar to bshell.z in installer image to prevent installation problems. Solution -------- supdate.rul: Disabled JVMI support on Windows NT on Alpha processor Do not install JVMI stuff on Alpha, since it is not supported and delivered. Test Procedure -------------- Install portingset, message FILE_NOT_IN_LIB should not popup during installation Code-change Type ---------------- bugfix Affected Files -------------- /vobs/install/scripts/enduser/supdate.rul /main/bugfix6.1c/43 Subject: MergeProject: BaanIVc: # 10611 (VHNT4826): Fixed multiple select of database in installer on NT Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- The selection menu has no ECLUSIVE behavior, but should have it. The problem was caused by constructing the list more than one time, which is not allowed by InstallShield (you can only once create a list with ComponentAddItem() function. The list is only reconstructed when somebody uses the back button, and then again next.. Workaround ---------- Don't use back button during install. Solution -------- util.h: Added variable dbsetup.rul: Create list just once bsetup.h: Added prototype setup.rul: Added initialization 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) Code-change Type ---------------- bugfix Affected Files -------------- /vobs/install/scripts/enduser/bsetup.h /main/bugfix6.1c/19 /vobs/install/scripts/enduser/setup.rul /main/bugfix6.1c/55 /vobs/install/scripts/enduser/dbsetup.rul /main/bugfix6.1c/34 /vobs/install/scripts/common/util.h /main/bugfix6.1c/19 Subject: MergeProject: BaanIVc: # 10623 (BDUX4873): Changed Report Printer Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- PR2015_1 changed to PR8011 Workaround ---------- Not available Solution -------- Imakefile: Change Report Printer from pr2015_1 to pr8011 Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/porting/Imakefile /main/bugfix6.1c/50 Subject: MergeProject: BaanIVc: # 10632 (VHUX4845): Gcommand command option -X (close session) does not work properly Status: RO ----------------------------------------------------------------------------- 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 Probler Description (Technical terms) ------------------------------------- When a session is closed with -X and reopened later on, the gcommand administration is corrupt. Workaround ---------- None Solution -------- Bug fixed. 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. .... Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/command.c /main/bugfix6.1c/20 Subject: MergeProject: BaanIVc: # 10646 (HYNT4820): set dbsinit to 01 internally in SQL Driver as there is a known bug in ODBC driver Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- With pessimistic reference check on, the driver fails. Workaround ---------- Set dbsinit to 01 in the db_resource file. Solution -------- In attach_server, the dbsinit value is appended with 01. msql_row.c: undo prev change msql_driver.c: force dbsinit to 01 always for SQL driver because there is a known problem with ODBC driver. Microsoft does not have a date when this can be fixed. al_psmode.c: 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/MSQL/msql_driver.c /main/bugfix6.1c/7 /vobs/db/servers/MSQL/msql_row.c /main/bugfix6.1c/11 Subject: MergeProject: BaanIVc: # 10649 (BDNT4885): XML: crash on 32-char tag Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- XML Parser does not pass the complete available space to some function, but 1 byte less because of subsequent 0 termination. When the available space is 0 however, this results in passing space with size - 1, which causes the crash. Workaround ---------- Don't use tags of exactly 32 characters long Solution -------- xmlparse.c: repair and reorganize to make structure more clear Test Procedure -------------- parse an XML file with a tag which is exactly 32 characters long. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/lib/xml/xmlparse.c /main/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 10654 (BDUX4891): Change report printer to PR2015 Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Printername changed form PR2015_1 to PR2015 Workaround ---------- cwchange scripts by hand before executing Solution -------- Imakefile: Change report printer to PR2015 Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/porting/Imakefile /main/bugfix6.1c/51 Subject: MergeProject: BaanIVc: # 10676 (BDNT4898): Query cannot handle variables with more than 30 characters Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- Length of pvar and tname is 32. Workaround ---------- Keep variables equal or smaller than 30 characters. Solution -------- bdb_sql.c: Change length of pvar and tname from 32 to 256 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". Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/bdb_sql.c /main/bugfix6.1c/8 Subject: MergeProject: BaanIVc: # 10684 (BDUX4908): Make bdbpost compatible with old pre format Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The project VHUX4634 introduced a new format of pre/post dump files. The new bdbpost is not able to read dumps created with an old bdbpre. This is considered a problem. Workaround ---------- - Solution -------- bdbpost now accepts old format dumps. 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/bdb_tools /main/bugfix6.1c/7 /vobs/db/bdb_tools/Imakefile /main/bugfix6.1c/7 /vobs/db/bdb_tools/bdb_bdbpost.c /main/bugfix6.1c/22 /vobs/db/bdb_tools/bdbport.h /main/bugfix6.1c/10 /vobs/db/bdb_tools/bdb_dump.c /main/bugfix6.1c/5 /vobs/db/bdb_tools/bdbtoolslib.dsp /main/bugfix6.1c/6 /vobs/db/bdb_tools/bdb_old_format.c /main/bugfix6.1c/1 Subject: MergeProject: BaanIVc: # 10690 (BDUX4915): added Tim and Koen to decrypt Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2000/12/22 Script: MergeProject Project: BDUX4915 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ Added Tim and Koen from PEG Tools to bic_vi Problem Description (Technical terms) ------------------------------------- Workaround ---------- Solution -------- al_scrpt.c: added tim and koen to the list Test Procedure -------------- Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/al_1/al_scrpt.c /main/bugfix6.1c/23 Subject: MergeProject: BaanIVc: # 10695 (VHUX4849): Intermittent crashes Oracle driver on AIX 4.3.3 Status: RO ----------------------------------------------------------------------------- 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 . . . Problem Description (Technical terms) ------------------------------------- The problem occurs at the second attachment of Oracle8 by the oracle8 driver. In most setups, the driver will only connect once, so most customers will not run into this problem. Normally Oracle is attached upon logon to the database (start session). When the last session does logoff (stop session), the connection to Oracle is detached, but the Oracle handle remains available in the driver for reuse. This reuse takes place when a new session is started. In the configuration as described above, the Oracle libraries will crash. 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 Solution -------- After detaching the connection to Oracle, the used Oracle handle is not reused anymore for a new attachment. The handle is destroyed after detachment, and created again for the second attachment. Using a new handle (instead of reusing the old one) solves the problem. 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 Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/ORACLE_2/oci8_adm.c /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 10710 (VHUX4730): New float/double to string conversion. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Bdbreconfig6.1 convert some double ranges to a sting in e-notation (1.23456e+3) while the f-notation (1234.56) is possible. Workaround ---------- No workaround. Solution -------- Bdbreconfig use now the length of the string to choose between the e-notation or the f-notation. The string is filled with "*****" if both the e-notation and the f-notation doesn't fit in the string. 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 Table D Old New Messages ----------- - -------- -------- ---------------------- dbhvl021700 * 24 0 Error during conversion dbhvl021700 1 Error during conversion dbhvl021700 2 Error during conversion dbhvl021700 5 Error during conversion dbhvl021700 7 Error during conversion dbhvl021700 8 Error during conversion dbhvl021700 24 Remember that the maximum number of significant digits in a double is 15 and in a float is 6. Code-change Type ---------------- bugfix 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 Subject: MergeProject: BaanIVc: # 10715 (BDUX4925): Adjust copyright string (2000 to 2001). Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2001/01/02 Script: MergeProject Project: BDUX4925 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ None. Problem Description (Technical terms) ------------------------------------- The copyight string need to be adjusted from 2000 to 2001. Workaround ---------- None. Solution -------- bversion.h: Adjust copyright string. Test Procedure -------------- Execute tools executable with the -v(ersion) option.. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/headers/bversion.h /main/bugfix6.1c/58 Subject: MergeProject: BaanIVc: # 10735 (BDNT4903): TSS: adapt max single byte sorting values Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- max sort value was taken from tss_locale6.x file, ignoring the actual sorting sequence Workaround ---------- adapt tss_locale6.x by hand Solution -------- iso8859f.c: add comment mbfun.c: add AdaptMaxSortValue Test Procedure -------------- use tssinfo Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/lib/mb/iso8859f.c /main/bugfix6.1c/5 /vobs/logic/lib/mb/mbfun.c /main/bugfix6.1c/41 Subject: MergeProject: BaanIVc: # 10745 (BDUX4944): On True64 clusters, use clustername for calculating the machine-id to prevent license issues. Status: RO ----------------------------------------------------------------------------- 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). Problem Description (Technical terms) ------------------------------------- The nodes in the cluster all share one filesystem and thus all nodes use the same .brand file. The brandfile is crypted using the machine-id of the machine where the validation is run (e.g. node A). If the cluster fails over to node B, the license daemon decrypts the .brand file using the machine-id of node B, giving useless results. Workaround ---------- None Solution -------- mid.c: On Tru64 clusters, use clustername for calculation of machine-id. This is required to get the license running on both nodes. Test Procedure -------------- Validate a Tru64 cluster and try to start a license daemon on both nodes. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/lib/licence/mid.c /main/bugfix6.1c/3 Subject: MergeProject: BaanIVc: # 10748 (BDUX4946): Increase warning period for expiring licenses. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- See above. Workaround ---------- Keep track yourself how long the license is still valid. This can be checked for example via licmon6.x. Solution -------- main.c: Increased the warningtime for expiring licenses to 14 days. This should give enough slack. Increasing the time even more (to e.g. 21 days) could be boring for users. They have to face and click through the message for a much longer period. Test Procedure -------------- Obvious. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/mir/mir/main.c /main/bugfix6.1c/45 Subject: MergeProject: BaanIVc: # 10757 (BDNT4953): BW4: m_help.log file produced when using default bwc file Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- BwOleClassFactory frees some memory twice, causing al_alloc to dump the log file Workaround ---------- don't use the default bwc file. remove m_help.log when it becomes too big Solution -------- bwolefac.cpp: delete correct factory Test Procedure -------------- start bw via the default bwc file and then exit Code-change Type ---------------- bugfix Affected Files -------------- /vobs/ui/bw/bw/bwolefac.cpp /main/bugfix6.1c/4 Subject: MergeProject: BaanIVc: # 10785 (BDUX4979): Change delivery system CAT Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- CAT moved from BIMAS to cmtfetch.baan.com Workaround ---------- By hand Solution -------- Imakefile: Change of deliverysystem of CAT Test Procedure -------------- Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/general/porting/Imakefile /main/bugfix6.1c/52 Subject: MergeProject: BaanIVc: # 10789 (BDUX4980): Fix in expr.library to prevent overflow of longs. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- The result of the calculation does not fit in a signed long. The problem is in the expression library (yy_1). Workaround ---------- Force one of the arguments to a double, e.g.: 50000.0 * 50000 Solution -------- The results in the calculator are displayed using d.expr() anyway, so in calculations with longs, convert to a double first. Test Procedure -------------- Start ottstpcalc and calculate 50000 * 50000. The result should be 2500000000. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/general/lib/yy_1/yy_exec.c /main/bugfix6.1c/8 /vobs/general/lib/yy_1/yy_exp.y /main/bugfix6.1c/5 Subject: MergeProject: BaanIVc: # 10814 (BDUX4981): Oracle8 driver on Sinix dumps core during OCIServerAttach Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Same problem as solved in port_VHUX3723 (Sequent). For local Oracle connections the ora_maint and ora_srv programs use a build in template to connect to Oracle. This template resizes the internal Oracle SQL*Net buffer sizes (SDU/TDU) to lower the number of context switches and thus getting a performance improvement. The currently used Oracle client libraries give core dumps on Sequent. By removing the resizement the core dump does not occur. 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/o racle) (ARGS='(DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))') (ENVS='ORACLE_HOME=?,ORACLE_SID=@'))(CONNECT_DATA=(SID=@))) Solution -------- On Sinix the same template as on Sequent has to be used. Test Procedure -------------- Just connect, and see if it succeeds Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/servers/ORACLE_2/ora_common.c /main/bugfix6.1c/24 Subject: MergeProject: BaanIVc: # 10821 (BDUX4999): bshell dumps core with - dbgjvmi flag Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- When LD_LIBRARY_PATH is not set properly, bshell can not find libjava and wants to log this. For debug information dlerror is also logged, but this function returned a 0- pointer. The log functions did not check for 0-pointer. 2nd problem was usage of JDK1.2 . Bshell searches in /usr/java1.1 and JDK1.2 is installed in /usr/java1.2 . JDK1.1 and JDK1.2 make both a symbolic link /usr/java to the installation directory. So we can search in that dir. Workaround ---------- Do not use -dbgjvmi Install JDK1.1 Solution -------- java_integr.c: do not log dlerror java_fun.c: check fmt Project.all: change Solaris JavaHome directroy Test Procedure -------------- Add next line to $BSE/lib/bse_vars LD_LIBRARY_PATH=/dummy/test/path Start bshell with -dbgjvmi. Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/logic/mir/mir/java_fun.c /main/bugfix6.1c/10 /vobs/logic/mir/mir/java_integr.c /main/bugfix6.1c/12 /vobs/ConfigTools/Util/imake/Project.all /main/bugfix6.1c/11 Subject: MergeProject: BaanIVc: # 10831 (BDUX4970): Remote tabledef setup results in core dump of bshell Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- In a tabledef setup similar to the following, the bshell may dump a core. system A system B -------- -------- *:000:B *:100:A *:*:oracle *:*:informix Note that system A refers to system B and system B refers to system A. Workaround ---------- None. Solution -------- Modified the source code. 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). Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/qpd/qpd_ldic.c /main/bugfix6.1c/17 Subject: MergeProject: BaanIVc: # 10834 (BDNT4967): After save bwc file not displayed in BECS on Windows2000 Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- Default the bwc file is saved at the desktop. Physically the file is save in directory %USERPROFILE%\Desktop. It should be saved in the %BSE%\lib\user directory. Workaround ---------- Use Save As method, and select manually directory %BSE%\lib\user to save the bwc file. Solution -------- configsheet.cpp: Specify lnitial Dir for FileDlg.DoModal() 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. Code-change Type ---------------- bugfix Affected Files -------------- /vobs/ui/bw/config/configsheet.cpp /main/bugfix6.1c/11 Subject: MergeProject: BaanIVc: # 10835 (BDUX4673): Bshell does not always release license. Status: RO ----------------------------------------------------------------------------- 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. Problem Description (Technical terms) ------------------------------------- There are several causes, e.g. when a Bshell is killed with kill -9, it has no time to do clean up. But there is also a hole in the main function of the Bshell, if you are running without a Display Server and try to start a non-existing Bshell process. Workaround ---------- Always supply an existing process to the Bshell when starting. Solution -------- main.c: Replaced an exit() by stop() to free the Bshell license. Also added some extra logging. tsserror.c: Added a missing va_end() call. Test Procedure -------------- None Code-change Type ---------------- bugfix Affected Files -------------- /vobs/logic/lib/mb/tsserror.c /main/bugfix6.1c/2 /vobs/logic/mir/mir/main.c /main/bugfix6.1c/46 Subject: MergeProject: BaanIVc: # 10881 (BDUX5031): Fixed problem in building ddc samples Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- This is the same project for 4c as BDUX5032 is for ERP Workaround ---------- none Solution -------- ddc: Merged BDUX5032 Added directory element "ddcsample". Makefile.SUN: Merged BDUX5032 deliver.lst: Merged BDUX5032 Makefile.HP: Merged BDUX5032 ddc.h: Merged BDUX5032 Imakefile: Merged BDUX5032 ddc.dsw: Changed settings Imakefile: Merged some changes of BDUX5032 ddc_driver.c: Replaced ddc_system.h by system.h ddcdriver.dsp: Updated dsp/dsw settings ddc_tools.c: Replaced ddc_system.h by system.h ddc_baan.c: Replaced ddc_system.h by system.h Project.tmpl: Merged BDUX5032 ddc_supplier.c: Replaced ddc_system.h by system.h Imakefile: Merged some changes of BDUX5032 ddc_server.c: Replaced ddc_system.h by system.h ddcserver.dsp: Updated dsp/dsw settings ddcsample: Merged BDUX5032 Added symbolic link "Imakefile". ddc: Merged BDUX5032 Added directory element "ddcsample". Imakefile: Merged BDUX5032 ddcsample: Merged BDUX5032 Added symbolic link "Imakefile". Test Procedure -------------- build sample after installation in $BSE/api/ddc/ddcsample/source with using either Makefile.HP/SUN (Unix) or ddc.dsw (NT) Code-change Type ---------------- porting specific change Affected Files -------------- /vobs/tt/Imakefile /main/bugfix6.1c/56 /vobs/general/lib/ddc/Imakefile /main/bugfix6.1c/6 /vobs/general/lib/ddc/ddc_baan.c /main/bugfix6.1c/35 /vobs/general/lib/ddc/ddc_driver.c /main/bugfix6.1c_MP/bugfix6.1c/21 /vobs/general/lib/ddc/ddc_supplier.c /main/bugfix6.1c_MP/bugfix6.1c_MP_NT/bugfix6.1c_NT/bugfix6.1c/6 /vobs/general/lib/ddc/ddc_server.c /main/bugfix6.1c_MP/bugfix6.1c/14 /vobs/general/lib/ddc/ddc.h /main/bugfix6.1c_MP_NT/bugfix6.1c_NT/bugfix6.1c/9 /vobs/general/lib/ddc/ddc_tools.c /main/bugfix6.1c_MP/bugfix6.1c/16 /vobs/general/lib/ddc/ddcsample /main/bugfix6.1c_MP/bugfix6.1c/6 /vobs/general/lib/ddc/ddcsample/source /main/bugfix6.1c/10 /vobs/general/lib/ddc/ddcsample/source/Makefile.HP /main/bugfix6.1c/4 /vobs/general/lib/ddc/ddcsample/source/ddcserver.dsp /main/bugfix6.1c/4 /vobs/general/lib/ddc/ddcsample/source/ddcdriver.dsp /main/bugfix6.1c/4 /vobs/general/lib/ddc/ddcsample/source/ddc.dsw /main/bugfix6.1c/4 /vobs/general/porting/Imakefile /main/bugfix6.1c/54 /vobs/general/lib/ddc/ddcsample/Imakefile /main/bugfix6.1c/1 /vobs/general/lib/ddc/ddcsample/source/Makefile.SUN /main/bugfix6.1c/1 /vobs/ConfigTools/Util/imake/Project.tmpl /main/bugfix6.1c_MP/bugfix6.1c/52 /vobs/install/misc/deliver.lst /main/bugfix6.1c/83 /vobs/obj.HPUX10/lib/ddc /main/bugfix6.1c/1 /vobs/obj.HPUX10/lib/ddc/ddcsample /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX10/lib/ddc /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX10/lib/ddc/ddcsample /main/bugfix6.1c/1 /vobs/obj.HPUX11/lib/ddc /main/bugfix6.1c/1 /vobs/obj.HPUX11/lib/ddc/ddcsample /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX11/lib/ddc /main/bugfix6.1c/1 /vobs/obj.dbg.HPUX11/lib/ddc/ddcsample /main/bugfix6.1c/1 /vobs/obj.SUN56/lib/ddc /main/bugfix6.1c/1 /vobs/obj.SUN56/lib/ddc/ddcsample /main/bugfix6.1c/1 /vobs/obj.dbg.SUN56/lib/ddc /main/bugfix6.1c/1 /vobs/obj.dbg.SUN56/lib/ddc/ddcsample /main/bugfix6.1c/1 Subject: MergeProject: BaanIVc: # 10901 (BDUX5066): replaced unused max_tables field by ppid in C/S communication Status: RO ----------------------------------------------------------------------------- Release: BaanIVc Date: 2001/01/26 Script: MergeProject Project: BDUX5066 Created on: BaanIVc Type: bugfix Problem: Problem Description (Customer terms) ------------------------------------ No customer problem. Problem Description (Technical terms) ------------------------------------- For logging and tracing it is needed to correlate bshells and database drivers. In case of multiple drivers (and audit) it is not clear which dbs_session is used as the process id is not known, and the sesson_id's in the different drivers are often equal. Workaround ---------- Solution -------- When a database driver is attached, some information about the driver is returned. The 'max_tables' field was not used. Although the database drivers did set and return this field, the clients (bshell) did nothing with this information. This field is now reused to return the process id of the database driver to the client. 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 Code-change Type ---------------- bugfix Affected Files -------------- /vobs/db/lib/dbc/c_client.c /main/bugfix6.1c/12 /vobs/db/lib/dbc/c_commu.c /main/bugfix6.1c/3 /vobs/db/lib/dbc/c_commu.h /main/bugfix6.1c/6 /vobs/db/lib/dbs/dbs_commu.c /main/bugfix6.1c/4 /vobs/db/lib/dbs/dbs_driver.h /main/bugfix6.1c_MP/bugfix6.1c/26 /vobs/db/lib/dbs/dbs_resource.c /main/bugfix6.1c/11 /vobs/db/lib/dbs/dbs_server.c /main/bugfix6.1c/39 /vobs/db/servers/AUDIT/serv_glob.c /main/bugfix6.1c/9 /vobs/db/servers/INFORMIX_1/serv_glob.c /main/bugfix6.1c/34 /vobs/db/servers/ISAM_2/isam_driver.c /main/bugfix6.1c/4 /vobs/db/servers/ORACLE_2/ora_driver.c /main/bugfix6.1c/22 /vobs/db/servers/DB6000/db2_driver.c /main/bugfix6.1c/13 /vobs/db/servers/DB6000/db2_driver.h /main/bugfix6.1c/19 /vobs/db/servers/MSQL/msql_driver.c /main/bugfix6.1c/8 /vobs/db/servers/MSQL/msql_driver.h /main/bugfix6.1c/11 /vobs/db/servers/SYBASE/serv_glob.c /main/bugfix6.1c/13 Subject: MergeProject: BaanIVc: # 10913 (VHNT4838): std_gen: output on NT not rewritable Status: RO ----------------------------------------------------------------------------- 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 Problem Description (Technical terms) ------------------------------------- There is an overwrite check to test whether the output overwrites the input. For this purpose, the inode numbers of input and output files are compared. However, on NT the returned inode number is always 0. Comparable errors existed in bic, bic_pre, and fs. Workaround ---------- none Solution -------- fs.c: use stream_stat sg_script.c: improve overwrite test al_strm.c: introduce and use system_stat() bic_lex.c: improve check_overwrite Test Procedure -------------- On NT: std_gen -z -w -s