------------------------------------------------------------
revno: 605
committer: JcHartmut <hartmut@vishia.org>
branch nick: srcJava_vishiaBase
timestamp: Sun 2015-08-30 00:40:39 +0200
message:
  * JZcmdExecuter: bugfix: The {@link JZcmd#currdir()} and {@link JZcmd#calctime()} should be moved from the environment class because there should be able to access as jzcmd.currdir() in the script. * JZcmdExecute; JZcmdScript: new: The simple syntax text = newFile; to change the output has a less semantic effect. Therefore it is replaced by newFile or ... with the possibility of append to an existing file. * JZcmdExecuter: bug: Closing System.out, text... does not work if a new text output will be used to replace the given one by newFile. Fix: System.out is used for the text output via the argument out for {@link #execute(JZcmdScript, boolean, boolean, Appendable, String)}. That is done if the {@link org.vishia.zcmd.JZcmd} script was called without an -text argument. The System.out should not closed. It is checked now. * JZcmdExecuter: new: flush an output in {@link ExecuteLevel#exec_TextAppendToVar(org.vishia.cmd.JZcmdScript.TextOut, int)}.
------------------------------------------------------------
revno: 604
committer: JcHartmut <hartmut@vishia.org>
branch nick: srcJava_vishiaBase
timestamp: Fri 2015-08-28 19:30:41 +0200
message:
  * FileRemoteCallbackCmp: bugfix: {@link #compareFileContent(FileRemote, FileRemote)}: if the 2. file is longer, it is a difference!
  * KeyCode: Masks for {@link #shiftDigit} etc, Definition of {@link #tab}
  * Comment of some Java sources.
------------------------------------------------------------
revno: 603
committer: JcHartmut <hartmut@vishia.org>
branch nick: srcJava_vishiaBase
timestamp: Sun 2015-08-09 22:43:07 +0200
message:
  * ByteDataAccessBase: chg: Change of concept: prevent Exception if the environment does not process it: Tested on {@link #setIdxtoNextCurrentChild(int)}: This routine can throw an Exception, but it can return -1 on error too, possible with an exception message. Therewith more operations can be disabled by quest of return value.
  * TestByteDataAccessChildren: test for children handling
  * RetOrException: This supports the new concept.
------------------------------------------------------------
revno: 602
committer: JcHartmut <hartmut@vishia.org>
branch nick: srcJava_vishiaBase
timestamp: Sun 2015-08-09 13:06:00 +0200
message:
  * ByteDataAccessBase: chg: {@link #setLengthElement(int)} should set the ixEnd of the child and the ixNextChild of the parent but does not influence the this.ixNextChild. See test cases (TODO). This is fixed and all usages of this class for  org.vishia.insp* are tested well by testing the reflection access and GUI.  
  * ByteDataAccessBase: new: {@link #getChildInt(int)},  {@link #_getInt(int, int)} for 32 bit operation, {@link #_getLong(int, int)} uses 64 bit.  Used for in derived classes also. The 64-bit-operation is not proper for 32-bit embedded systems in C. TODO use it also if the size argument is <=4.
  * FileRemoteCallbackCmp: more filter for exclusion. TODO user-define-able in the.File.commander.
  * DataAccess: new: conversion routines {@link #shortFromUnsignedByte(byte)} and {@link #intFromUnsignedShort(short)}.
------------------------------------------------------------
revno: 601
committer: JcHartmut <hartmut@vishia.org>
branch nick: srcJava_vishiaBase
timestamp: Sun 2015-08-02 23:05:45 +0200
message:
  * ObjectId: new
  * DataShow: now produces same text for same data content (no hash code)
  * states. Docu, minor improvements
------------------------------------------------------------
revno: 600
committer: JcHartmut <hartmut@vishia.org>
branch nick: srcJava_vishiaBase
timestamp: Mon 2015-07-20 22:54:03 +0200
message:
  * org/vishia/jgit support
------------------------------------------------------------
revno: 599
committer: JcHartmut <hartmut@vishia.org>
branch nick: srcJava_vishiaBase
timestamp: Sun 2015-07-19 11:53:46 +0200
message:
  ==Problem: A script exception in  The.file.Commander's cmd script is not visible==
  *  MainCmdLoggingStream: new: Supports an Appendable now alternatively to the PrintStream as aggregation for output. More flexibility, able to use for other output channels than System.out.
  * Writer_Appendable: new, it is a bridge between a  given Appendable and a need Writer.
  * CmdExecuter: Now on {@link #execute(String[], String, Appendable, Appendable)} etc. the error can be the same as the output. It is equate to error=null, only one output instance is used.
  * CmdQueue: Now associated to an Appendable instead a PrintStream for error alive and error messages.  A System.out is an Appendable too, for this kind the application is unchanged. Other output channels may support an Appendable rather than an PrintStream because it is more simple and substantial.
  * JZcmdExecuter: In {@link #execSub(org.vishia.cmd.JZcmdScript.Subroutine, Map, boolean, Appendable, File)}:  An exception should not be thrown forward, rather than an ScriptException with the file, line and column should be thrown  because it is not an exception in deep Java algorithm mostly but it is usual an error in a script. That exception is a better hint to find out the problem.
------------------------------------------------------------
revno: 598
committer: JcHartmut <hartmut@vishia.org>
branch nick: srcJava_vishiaBase
timestamp: Wed 2015-07-15 23:15:34 +0200
message:
  * IndexMultiTable more bugfix
------------------------------------------------------------
revno: 597
committer: JcHartmut <hartmut@vishia.org>
branch nick: srcJava_vishiaBase
timestamp: Sun 2015-07-12 09:03:22 +0200
message:
  * CalculatorExpr.java: minor bugfix
  * IndexMultiTable: minor bugfix
------------------------------------------------------------
revno: 596
committer: JcHartmut <hartmut@vishia.org>
branch nick: srcJava_vishiaBase
timestamp: Thu 2015-07-09 21:13:57 +0200
message:
  * IndexMultiTable: more bugfixes, check() was active while using. Synchronized methods.
  * FileRemote: using synchronized for access to IndexMultiTable.iterator()
