--- a/main/io/COPYING	Sun May 25 20:16:06 2014 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,674 +0,0 @@
-                    GNU GENERAL PUBLIC LICENSE
-                       Version 3, 29 June 2007
-
- Copyright (C) 2007 Free Software Foundation, Inc. <http://fsf.org/>
- Everyone is permitted to copy and distribute verbatim copies
- of this license document, but changing it is not allowed.
-
-                            Preamble
-
-  The GNU General Public License is a free, copyleft license for
-software and other kinds of works.
-
-  The licenses for most software and other practical works are designed
-to take away your freedom to share and change the works.  By contrast,
-the GNU General Public License is intended to guarantee your freedom to
-share and change all versions of a program--to make sure it remains free
-software for all its users.  We, the Free Software Foundation, use the
-GNU General Public License for most of our software; it applies also to
-any other work released this way by its authors.  You can apply it to
-your programs, too.
-
-  When we speak of free software, we are referring to freedom, not
-price.  Our General Public Licenses are designed to make sure that you
-have the freedom to distribute copies of free software (and charge for
-them if you wish), that you receive source code or can get it if you
-want it, that you can change the software or use pieces of it in new
-free programs, and that you know you can do these things.
-
-  To protect your rights, we need to prevent others from denying you
-these rights or asking you to surrender the rights.  Therefore, you have
-certain responsibilities if you distribute copies of the software, or if
-you modify it: responsibilities to respect the freedom of others.
-
-  For example, if you distribute copies of such a program, whether
-gratis or for a fee, you must pass on to the recipients the same
-freedoms that you received.  You must make sure that they, too, receive
-or can get the source code.  And you must show them these terms so they
-know their rights.
-
-  Developers that use the GNU GPL protect your rights with two steps:
-(1) assert copyright on the software, and (2) offer you this License
-giving you legal permission to copy, distribute and/or modify it.
-
-  For the developers' and authors' protection, the GPL clearly explains
-that there is no warranty for this free software.  For both users' and
-authors' sake, the GPL requires that modified versions be marked as
-changed, so that their problems will not be attributed erroneously to
-authors of previous versions.
-
-  Some devices are designed to deny users access to install or run
-modified versions of the software inside them, although the manufacturer
-can do so.  This is fundamentally incompatible with the aim of
-protecting users' freedom to change the software.  The systematic
-pattern of such abuse occurs in the area of products for individuals to
-use, which is precisely where it is most unacceptable.  Therefore, we
-have designed this version of the GPL to prohibit the practice for those
-products.  If such problems arise substantially in other domains, we
-stand ready to extend this provision to those domains in future versions
-of the GPL, as needed to protect the freedom of users.
-
-  Finally, every program is threatened constantly by software patents.
-States should not allow patents to restrict development and use of
-software on general-purpose computers, but in those that do, we wish to
-avoid the special danger that patents applied to a free program could
-make it effectively proprietary.  To prevent this, the GPL assures that
-patents cannot be used to render the program non-free.
-
-  The precise terms and conditions for copying, distribution and
-modification follow.
-
-                       TERMS AND CONDITIONS
-
-  0. Definitions.
-
-  "This License" refers to version 3 of the GNU General Public License.
-
-  "Copyright" also means copyright-like laws that apply to other kinds of
-works, such as semiconductor masks.
-
-  "The Program" refers to any copyrightable work licensed under this
-License.  Each licensee is addressed as "you".  "Licensees" and
-"recipients" may be individuals or organizations.
-
-  To "modify" a work means to copy from or adapt all or part of the work
-in a fashion requiring copyright permission, other than the making of an
-exact copy.  The resulting work is called a "modified version" of the
-earlier work or a work "based on" the earlier work.
-
-  A "covered work" means either the unmodified Program or a work based
-on the Program.
-
-  To "propagate" a work means to do anything with it that, without
-permission, would make you directly or secondarily liable for
-infringement under applicable copyright law, except executing it on a
-computer or modifying a private copy.  Propagation includes copying,
-distribution (with or without modification), making available to the
-public, and in some countries other activities as well.
-
-  To "convey" a work means any kind of propagation that enables other
-parties to make or receive copies.  Mere interaction with a user through
-a computer network, with no transfer of a copy, is not conveying.
-
-  An interactive user interface displays "Appropriate Legal Notices"
-to the extent that it includes a convenient and prominently visible
-feature that (1) displays an appropriate copyright notice, and (2)
-tells the user that there is no warranty for the work (except to the
-extent that warranties are provided), that licensees may convey the
-work under this License, and how to view a copy of this License.  If
-the interface presents a list of user commands or options, such as a
-menu, a prominent item in the list meets this criterion.
-
-  1. Source Code.
-
-  The "source code" for a work means the preferred form of the work
-for making modifications to it.  "Object code" means any non-source
-form of a work.
-
-  A "Standard Interface" means an interface that either is an official
-standard defined by a recognized standards body, or, in the case of
-interfaces specified for a particular programming language, one that
-is widely used among developers working in that language.
-
-  The "System Libraries" of an executable work include anything, other
-than the work as a whole, that (a) is included in the normal form of
-packaging a Major Component, but which is not part of that Major
-Component, and (b) serves only to enable use of the work with that
-Major Component, or to implement a Standard Interface for which an
-implementation is available to the public in source code form.  A
-"Major Component", in this context, means a major essential component
-(kernel, window system, and so on) of the specific operating system
-(if any) on which the executable work runs, or a compiler used to
-produce the work, or an object code interpreter used to run it.
-
-  The "Corresponding Source" for a work in object code form means all
-the source code needed to generate, install, and (for an executable
-work) run the object code and to modify the work, including scripts to
-control those activities.  However, it does not include the work's
-System Libraries, or general-purpose tools or generally available free
-programs which are used unmodified in performing those activities but
-which are not part of the work.  For example, Corresponding Source
-includes interface definition files associated with source files for
-the work, and the source code for shared libraries and dynamically
-linked subprograms that the work is specifically designed to require,
-such as by intimate data communication or control flow between those
-subprograms and other parts of the work.
-
-  The Corresponding Source need not include anything that users
-can regenerate automatically from other parts of the Corresponding
-Source.
-
-  The Corresponding Source for a work in source code form is that
-same work.
-
-  2. Basic Permissions.
-
-  All rights granted under this License are granted for the term of
-copyright on the Program, and are irrevocable provided the stated
-conditions are met.  This License explicitly affirms your unlimited
-permission to run the unmodified Program.  The output from running a
-covered work is covered by this License only if the output, given its
-content, constitutes a covered work.  This License acknowledges your
-rights of fair use or other equivalent, as provided by copyright law.
-
-  You may make, run and propagate covered works that you do not
-convey, without conditions so long as your license otherwise remains
-in force.  You may convey covered works to others for the sole purpose
-of having them make modifications exclusively for you, or provide you
-with facilities for running those works, provided that you comply with
-the terms of this License in conveying all material for which you do
-not control copyright.  Those thus making or running the covered works
-for you must do so exclusively on your behalf, under your direction
-and control, on terms that prohibit them from making any copies of
-your copyrighted material outside their relationship with you.
-
-  Conveying under any other circumstances is permitted solely under
-the conditions stated below.  Sublicensing is not allowed; section 10
-makes it unnecessary.
-
-  3. Protecting Users' Legal Rights From Anti-Circumvention Law.
-
-  No covered work shall be deemed part of an effective technological
-measure under any applicable law fulfilling obligations under article
-11 of the WIPO copyright treaty adopted on 20 December 1996, or
-similar laws prohibiting or restricting circumvention of such
-measures.
-
-  When you convey a covered work, you waive any legal power to forbid
-circumvention of technological measures to the extent such circumvention
-is effected by exercising rights under this License with respect to
-the covered work, and you disclaim any intention to limit operation or
-modification of the work as a means of enforcing, against the work's
-users, your or third parties' legal rights to forbid circumvention of
-technological measures.
-
-  4. Conveying Verbatim Copies.
-
-  You may convey verbatim copies of the Program's source code as you
-receive it, in any medium, provided that you conspicuously and
-appropriately publish on each copy an appropriate copyright notice;
-keep intact all notices stating that this License and any
-non-permissive terms added in accord with section 7 apply to the code;
-keep intact all notices of the absence of any warranty; and give all
-recipients a copy of this License along with the Program.
-
-  You may charge any price or no price for each copy that you convey,
-and you may offer support or warranty protection for a fee.
-
-  5. Conveying Modified Source Versions.
-
-  You may convey a work based on the Program, or the modifications to
-produce it from the Program, in the form of source code under the
-terms of section 4, provided that you also meet all of these conditions:
-
-    a) The work must carry prominent notices stating that you modified
-    it, and giving a relevant date.
-
-    b) The work must carry prominent notices stating that it is
-    released under this License and any conditions added under section
-    7.  This requirement modifies the requirement in section 4 to
-    "keep intact all notices".
-
-    c) You must license the entire work, as a whole, under this
-    License to anyone who comes into possession of a copy.  This
-    License will therefore apply, along with any applicable section 7
-    additional terms, to the whole of the work, and all its parts,
-    regardless of how they are packaged.  This License gives no
-    permission to license the work in any other way, but it does not
-    invalidate such permission if you have separately received it.
-
-    d) If the work has interactive user interfaces, each must display
-    Appropriate Legal Notices; however, if the Program has interactive
-    interfaces that do not display Appropriate Legal Notices, your
-    work need not make them do so.
-
-  A compilation of a covered work with other separate and independent
-works, which are not by their nature extensions of the covered work,
-and which are not combined with it such as to form a larger program,
-in or on a volume of a storage or distribution medium, is called an
-"aggregate" if the compilation and its resulting copyright are not
-used to limit the access or legal rights of the compilation's users
-beyond what the individual works permit.  Inclusion of a covered work
-in an aggregate does not cause this License to apply to the other
-parts of the aggregate.
-
-  6. Conveying Non-Source Forms.
-
-  You may convey a covered work in object code form under the terms
-of sections 4 and 5, provided that you also convey the
-machine-readable Corresponding Source under the terms of this License,
-in one of these ways:
-
-    a) Convey the object code in, or embodied in, a physical product
-    (including a physical distribution medium), accompanied by the
-    Corresponding Source fixed on a durable physical medium
-    customarily used for software interchange.
-
-    b) Convey the object code in, or embodied in, a physical product
-    (including a physical distribution medium), accompanied by a
-    written offer, valid for at least three years and valid for as
-    long as you offer spare parts or customer support for that product
-    model, to give anyone who possesses the object code either (1) a
-    copy of the Corresponding Source for all the software in the
-    product that is covered by this License, on a durable physical
-    medium customarily used for software interchange, for a price no
-    more than your reasonable cost of physically performing this
-    conveying of source, or (2) access to copy the
-    Corresponding Source from a network server at no charge.
-
-    c) Convey individual copies of the object code with a copy of the
-    written offer to provide the Corresponding Source.  This
-    alternative is allowed only occasionally and noncommercially, and
-    only if you received the object code with such an offer, in accord
-    with subsection 6b.
-
-    d) Convey the object code by offering access from a designated
-    place (gratis or for a charge), and offer equivalent access to the
-    Corresponding Source in the same way through the same place at no
-    further charge.  You need not require recipients to copy the
-    Corresponding Source along with the object code.  If the place to
-    copy the object code is a network server, the Corresponding Source
-    may be on a different server (operated by you or a third party)
-    that supports equivalent copying facilities, provided you maintain
-    clear directions next to the object code saying where to find the
-    Corresponding Source.  Regardless of what server hosts the
-    Corresponding Source, you remain obligated to ensure that it is
-    available for as long as needed to satisfy these requirements.
-
-    e) Convey the object code using peer-to-peer transmission, provided
-    you inform other peers where the object code and Corresponding
-    Source of the work are being offered to the general public at no
-    charge under subsection 6d.
-
-  A separable portion of the object code, whose source code is excluded
-from the Corresponding Source as a System Library, need not be
-included in conveying the object code work.
-
-  A "User Product" is either (1) a "consumer product", which means any
-tangible personal property which is normally used for personal, family,
-or household purposes, or (2) anything designed or sold for incorporation
-into a dwelling.  In determining whether a product is a consumer product,
-doubtful cases shall be resolved in favor of coverage.  For a particular
-product received by a particular user, "normally used" refers to a
-typical or common use of that class of product, regardless of the status
-of the particular user or of the way in which the particular user
-actually uses, or expects or is expected to use, the product.  A product
-is a consumer product regardless of whether the product has substantial
-commercial, industrial or non-consumer uses, unless such uses represent
-the only significant mode of use of the product.
-
-  "Installation Information" for a User Product means any methods,
-procedures, authorization keys, or other information required to install
-and execute modified versions of a covered work in that User Product from
-a modified version of its Corresponding Source.  The information must
-suffice to ensure that the continued functioning of the modified object
-code is in no case prevented or interfered with solely because
-modification has been made.
-
-  If you convey an object code work under this section in, or with, or
-specifically for use in, a User Product, and the conveying occurs as
-part of a transaction in which the right of possession and use of the
-User Product is transferred to the recipient in perpetuity or for a
-fixed term (regardless of how the transaction is characterized), the
-Corresponding Source conveyed under this section must be accompanied
-by the Installation Information.  But this requirement does not apply
-if neither you nor any third party retains the ability to install
-modified object code on the User Product (for example, the work has
-been installed in ROM).
-
-  The requirement to provide Installation Information does not include a
-requirement to continue to provide support service, warranty, or updates
-for a work that has been modified or installed by the recipient, or for
-the User Product in which it has been modified or installed.  Access to a
-network may be denied when the modification itself materially and
-adversely affects the operation of the network or violates the rules and
-protocols for communication across the network.
-
-  Corresponding Source conveyed, and Installation Information provided,
-in accord with this section must be in a format that is publicly
-documented (and with an implementation available to the public in
-source code form), and must require no special password or key for
-unpacking, reading or copying.
-
-  7. Additional Terms.
-
-  "Additional permissions" are terms that supplement the terms of this
-License by making exceptions from one or more of its conditions.
-Additional permissions that are applicable to the entire Program shall
-be treated as though they were included in this License, to the extent
-that they are valid under applicable law.  If additional permissions
-apply only to part of the Program, that part may be used separately
-under those permissions, but the entire Program remains governed by
-this License without regard to the additional permissions.
-
-  When you convey a copy of a covered work, you may at your option
-remove any additional permissions from that copy, or from any part of
-it.  (Additional permissions may be written to require their own
-removal in certain cases when you modify the work.)  You may place
-additional permissions on material, added by you to a covered work,
-for which you have or can give appropriate copyright permission.
-
-  Notwithstanding any other provision of this License, for material you
-add to a covered work, you may (if authorized by the copyright holders of
-that material) supplement the terms of this License with terms:
-
-    a) Disclaiming warranty or limiting liability differently from the
-    terms of sections 15 and 16 of this License; or
-
-    b) Requiring preservation of specified reasonable legal notices or
-    author attributions in that material or in the Appropriate Legal
-    Notices displayed by works containing it; or
-
-    c) Prohibiting misrepresentation of the origin of that material, or
-    requiring that modified versions of such material be marked in
-    reasonable ways as different from the original version; or
-
-    d) Limiting the use for publicity purposes of names of licensors or
-    authors of the material; or
-
-    e) Declining to grant rights under trademark law for use of some
-    trade names, trademarks, or service marks; or
-
-    f) Requiring indemnification of licensors and authors of that
-    material by anyone who conveys the material (or modified versions of
-    it) with contractual assumptions of liability to the recipient, for
-    any liability that these contractual assumptions directly impose on
-    those licensors and authors.
-
-  All other non-permissive additional terms are considered "further
-restrictions" within the meaning of section 10.  If the Program as you
-received it, or any part of it, contains a notice stating that it is
-governed by this License along with a term that is a further
-restriction, you may remove that term.  If a license document contains
-a further restriction but permits relicensing or conveying under this
-License, you may add to a covered work material governed by the terms
-of that license document, provided that the further restriction does
-not survive such relicensing or conveying.
-
-  If you add terms to a covered work in accord with this section, you
-must place, in the relevant source files, a statement of the
-additional terms that apply to those files, or a notice indicating
-where to find the applicable terms.
-
-  Additional terms, permissive or non-permissive, may be stated in the
-form of a separately written license, or stated as exceptions;
-the above requirements apply either way.
-
-  8. Termination.
-
-  You may not propagate or modify a covered work except as expressly
-provided under this License.  Any attempt otherwise to propagate or
-modify it is void, and will automatically terminate your rights under
-this License (including any patent licenses granted under the third
-paragraph of section 11).
-
-  However, if you cease all violation of this License, then your
-license from a particular copyright holder is reinstated (a)
-provisionally, unless and until the copyright holder explicitly and
-finally terminates your license, and (b) permanently, if the copyright
-holder fails to notify you of the violation by some reasonable means
-prior to 60 days after the cessation.
-
-  Moreover, your license from a particular copyright holder is
-reinstated permanently if the copyright holder notifies you of the
-violation by some reasonable means, this is the first time you have
-received notice of violation of this License (for any work) from that
-copyright holder, and you cure the violation prior to 30 days after
-your receipt of the notice.
-
-  Termination of your rights under this section does not terminate the
-licenses of parties who have received copies or rights from you under
-this License.  If your rights have been terminated and not permanently
-reinstated, you do not qualify to receive new licenses for the same
-material under section 10.
-
-  9. Acceptance Not Required for Having Copies.
-
-  You are not required to accept this License in order to receive or
-run a copy of the Program.  Ancillary propagation of a covered work
-occurring solely as a consequence of using peer-to-peer transmission
-to receive a copy likewise does not require acceptance.  However,
-nothing other than this License grants you permission to propagate or
-modify any covered work.  These actions infringe copyright if you do
-not accept this License.  Therefore, by modifying or propagating a
-covered work, you indicate your acceptance of this License to do so.
-
-  10. Automatic Licensing of Downstream Recipients.
-
-  Each time you convey a covered work, the recipient automatically
-receives a license from the original licensors, to run, modify and
-propagate that work, subject to this License.  You are not responsible
-for enforcing compliance by third parties with this License.
-
-  An "entity transaction" is a transaction transferring control of an
-organization, or substantially all assets of one, or subdividing an
-organization, or merging organizations.  If propagation of a covered
-work results from an entity transaction, each party to that
-transaction who receives a copy of the work also receives whatever
-licenses to the work the party's predecessor in interest had or could
-give under the previous paragraph, plus a right to possession of the
-Corresponding Source of the work from the predecessor in interest, if
-the predecessor has it or can get it with reasonable efforts.
-
-  You may not impose any further restrictions on the exercise of the
-rights granted or affirmed under this License.  For example, you may
-not impose a license fee, royalty, or other charge for exercise of
-rights granted under this License, and you may not initiate litigation
-(including a cross-claim or counterclaim in a lawsuit) alleging that
-any patent claim is infringed by making, using, selling, offering for
-sale, or importing the Program or any portion of it.
-
-  11. Patents.
-
-  A "contributor" is a copyright holder who authorizes use under this
-License of the Program or a work on which the Program is based.  The
-work thus licensed is called the contributor's "contributor version".
-
-  A contributor's "essential patent claims" are all patent claims
-owned or controlled by the contributor, whether already acquired or
-hereafter acquired, that would be infringed by some manner, permitted
-by this License, of making, using, or selling its contributor version,
-but do not include claims that would be infringed only as a
-consequence of further modification of the contributor version.  For
-purposes of this definition, "control" includes the right to grant
-patent sublicenses in a manner consistent with the requirements of
-this License.
-
-  Each contributor grants you a non-exclusive, worldwide, royalty-free
-patent license under the contributor's essential patent claims, to
-make, use, sell, offer for sale, import and otherwise run, modify and
-propagate the contents of its contributor version.
-
-  In the following three paragraphs, a "patent license" is any express
-agreement or commitment, however denominated, not to enforce a patent
-(such as an express permission to practice a patent or covenant not to
-sue for patent infringement).  To "grant" such a patent license to a
-party means to make such an agreement or commitment not to enforce a
-patent against the party.
-
-  If you convey a covered work, knowingly relying on a patent license,
-and the Corresponding Source of the work is not available for anyone
-to copy, free of charge and under the terms of this License, through a
-publicly available network server or other readily accessible means,
-then you must either (1) cause the Corresponding Source to be so
-available, or (2) arrange to deprive yourself of the benefit of the
-patent license for this particular work, or (3) arrange, in a manner
-consistent with the requirements of this License, to extend the patent
-license to downstream recipients.  "Knowingly relying" means you have
-actual knowledge that, but for the patent license, your conveying the
-covered work in a country, or your recipient's use of the covered work
-in a country, would infringe one or more identifiable patents in that
-country that you have reason to believe are valid.
-
-  If, pursuant to or in connection with a single transaction or
-arrangement, you convey, or propagate by procuring conveyance of, a
-covered work, and grant a patent license to some of the parties
-receiving the covered work authorizing them to use, propagate, modify
-or convey a specific copy of the covered work, then the patent license
-you grant is automatically extended to all recipients of the covered
-work and works based on it.
-
-  A patent license is "discriminatory" if it does not include within
-the scope of its coverage, prohibits the exercise of, or is
-conditioned on the non-exercise of one or more of the rights that are
-specifically granted under this License.  You may not convey a covered
-work if you are a party to an arrangement with a third party that is
-in the business of distributing software, under which you make payment
-to the third party based on the extent of your activity of conveying
-the work, and under which the third party grants, to any of the
-parties who would receive the covered work from you, a discriminatory
-patent license (a) in connection with copies of the covered work
-conveyed by you (or copies made from those copies), or (b) primarily
-for and in connection with specific products or compilations that
-contain the covered work, unless you entered into that arrangement,
-or that patent license was granted, prior to 28 March 2007.
-
-  Nothing in this License shall be construed as excluding or limiting
-any implied license or other defenses to infringement that may
-otherwise be available to you under applicable patent law.
-
-  12. No Surrender of Others' Freedom.
-
-  If conditions are imposed on you (whether by court order, agreement or
-otherwise) that contradict the conditions of this License, they do not
-excuse you from the conditions of this License.  If you cannot convey a
-covered work so as to satisfy simultaneously your obligations under this
-License and any other pertinent obligations, then as a consequence you may
-not convey it at all.  For example, if you agree to terms that obligate you
-to collect a royalty for further conveying from those to whom you convey
-the Program, the only way you could satisfy both those terms and this
-License would be to refrain entirely from conveying the Program.
-
-  13. Use with the GNU Affero General Public License.
-
-  Notwithstanding any other provision of this License, you have
-permission to link or combine any covered work with a work licensed
-under version 3 of the GNU Affero General Public License into a single
-combined work, and to convey the resulting work.  The terms of this
-License will continue to apply to the part which is the covered work,
-but the special requirements of the GNU Affero General Public License,
-section 13, concerning interaction through a network will apply to the
-combination as such.
-
-  14. Revised Versions of this License.
-
-  The Free Software Foundation may publish revised and/or new versions of
-the GNU General Public License from time to time.  Such new versions will
-be similar in spirit to the present version, but may differ in detail to
-address new problems or concerns.
-
-  Each version is given a distinguishing version number.  If the
-Program specifies that a certain numbered version of the GNU General
-Public License "or any later version" applies to it, you have the
-option of following the terms and conditions either of that numbered
-version or of any later version published by the Free Software
-Foundation.  If the Program does not specify a version number of the
-GNU General Public License, you may choose any version ever published
-by the Free Software Foundation.
-
-  If the Program specifies that a proxy can decide which future
-versions of the GNU General Public License can be used, that proxy's
-public statement of acceptance of a version permanently authorizes you
-to choose that version for the Program.
-
-  Later license versions may give you additional or different
-permissions.  However, no additional obligations are imposed on any
-author or copyright holder as a result of your choosing to follow a
-later version.
-
-  15. Disclaimer of Warranty.
-
-  THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY
-APPLICABLE LAW.  EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT
-HOLDERS AND/OR OTHER PARTIES PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY
-OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO,
-THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
-PURPOSE.  THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM
-IS WITH YOU.  SHOULD THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF
-ALL NECESSARY SERVICING, REPAIR OR CORRECTION.
-
-  16. Limitation of Liability.
-
-  IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING
-WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MODIFIES AND/OR CONVEYS
-THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, INCLUDING ANY
-GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE
-USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED TO LOSS OF
-DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD
-PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER PROGRAMS),
-EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF
-SUCH DAMAGES.
-
-  17. Interpretation of Sections 15 and 16.
-
-  If the disclaimer of warranty and limitation of liability provided
-above cannot be given local legal effect according to their terms,
-reviewing courts shall apply local law that most closely approximates
-an absolute waiver of all civil liability in connection with the
-Program, unless a warranty or assumption of liability accompanies a
-copy of the Program in return for a fee.
-
-                     END OF TERMS AND CONDITIONS
-
-            How to Apply These Terms to Your New Programs
-
-  If you develop a new program, and you want it to be of the greatest
-possible use to the public, the best way to achieve this is to make it
-free software which everyone can redistribute and change under these terms.
-
-  To do so, attach the following notices to the program.  It is safest
-to attach them to the start of each source file to most effectively
-state the exclusion of warranty; and each file should have at least
-the "copyright" line and a pointer to where the full notice is found.
-
-    <one line to give the program's name and a brief idea of what it does.>
-    Copyright (C) <year>  <name of author>
-
-    This program is free software: you can redistribute it and/or modify
-    it under the terms of the GNU General Public License as published by
-    the Free Software Foundation, either version 3 of the License, or
-    (at your option) any later version.
-
-    This program is distributed in the hope that it will be useful,
-    but WITHOUT ANY WARRANTY; without even the implied warranty of
-    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-    GNU General Public License for more details.
-
-    You should have received a copy of the GNU General Public License
-    along with this program.  If not, see <http://www.gnu.org/licenses/>.
-
-Also add information on how to contact you by electronic and paper mail.
-
-  If the program does terminal interaction, make it output a short
-notice like this when it starts in an interactive mode:
-
-    <program>  Copyright (C) <year>  <name of author>
-    This program comes with ABSOLUTELY NO WARRANTY; for details type `show w'.
-    This is free software, and you are welcome to redistribute it
-    under certain conditions; type `show c' for details.
-
-The hypothetical commands `show w' and `show c' should show the appropriate
-parts of the General Public License.  Of course, your program's commands
-might be different; for a GUI interface, you would use an "about box".
-
-  You should also get your employer (if you work as a programmer) or school,
-if any, to sign a "copyright disclaimer" for the program, if necessary.
-For more information on this, and how to apply and follow the GNU GPL, see
-<http://www.gnu.org/licenses/>.
-
-  The GNU General Public License does not permit incorporating your program
-into proprietary programs.  If your program is a subroutine library, you
-may consider it more useful to permit linking proprietary applications with
-the library.  If this is what you want to do, use the GNU Lesser General
-Public License instead of this License.  But first, please read
-<http://www.gnu.org/philosophy/why-not-lgpl.html>.

--- a/main/io/DESCRIPTION	Sun May 25 20:16:06 2014 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,14 +0,0 @@
-Name: io
-Version: 2.2.2
-Date: 2014-05-12
-Author: various authors
-Maintainer: Philip Nienhuis <prnienhuis@users.sf.net>
-Title: Input/Output
-Description: Input/Output in external formats.
-Categories: IO
-Problems: Default initial Java memory probably too small, increase with java.opts (see documentation). No OXS write support. UNO support experimental.
-Depends: octave (>= 3.8.0)
-Suggested: windows (>= 1.2.1)
-Autoload: no
-License: GPLv3+, simplified BSD
-Url: http://octave.sf.net

--- a/main/io/INDEX	Sun May 25 20:16:06 2014 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,45 +0,0 @@
-io >> Input from and output to external formats
-File I/O
-  append_save
-  fexist
-  rfsearch
-Miscellaneous conversion functions
-  object2json
-  pch2mat
-  read_namelist
-  write_namelist
-CSV file functions
-  cell2csv
-  csv2cell
-  csvconcat
-  csvexplode
-XML I/O
-  xmlread
-  xmlwrite
-  getxmlattv
-  getxmlnode
-Spreadsheet I/O user functions for MS-Excel
-  oct2xls
-  xls2oct
-  xlsclose
-  xlsfinfo
-  xlsopen
-  xlsread
-  xlswrite
-Spreadsheet I/O user functions for OpenOffice.org Calc
-  oct2ods
-  ods2oct
-  odsclose
-  odsfinfo
-  odsopen
-  odsread
-  odswrite
-Spreadsheet utility functions
-  calccelladdress
-  chk_spreadsheet_support
-  parsecell
-Spreadsheet function test scripts
-  io_ods_testscript
-  io_xls_testscript
-  test_spsh
-

--- a/main/io/NEWS	Sun May 25 20:16:06 2014 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,615 +0,0 @@
-Summary of important user-visible changes for releases of the io package
-
-===============================================================================
-io-2.2.3   Release Date: 2014-TBA Release Manager: Philip Nienhuis
-===============================================================================
-
-*** Bug fixes:
-    - replace canonicalize_file_name calls by make_absolute_filename to avoid
-      ActiveX/COM errors (due to changed canonicalize_file_name in 3.9.0+)
-    - More robust strrep code in OCT/xlsx write code (modifying access time)
-
-===============================================================================
-io-2.2.2   Release Date: 2014-05-12 Release Manager: Philip Nienhuis
-===============================================================================
-
-*** New features:
-    - Write support for gnumeric
-
-An updated overview of which interface can be used for what types of files
-(extensions):
-
-                                 Interface
-File extension       COM POI POI/OOXML JXL OXS UNO OTK JOD OCT
---------------------------------------------------------------
-.xls (Excel95)        R                 R       R 
-.xls (Excel97-2003)   +   +      +      +   +   +
-.xlsx (Excel2007+)    ~          +         (+)  R           +
-.xlsb, .xlsm          ~                     ?   R           R?
-.wk1                  +                         R
-.wks                  +                         R
-.dbf                  +                         +
-.ods                  ~                         +   +   +   +
-.sxc                                            +       +
-.fods                                           +
-.uos                                            +
-.dif                                            +
-.csv                  +                         R
-.gnumeric                                                   +
---------------------------------------------------------------
-(~ = dependent on Excel/LO/OOo version);  + = read/write;  R = only reading )
-(+) unfortunately OOXML support in the OpenXLS Java library itself is too
-    buggy, so OOXML support for OXS has been disabled (but it is implemented)
-
-*** Docs (html) & texinfo help texts updated
-
-*** Bug fixes:
-    - UNO open/close: catch changed behavior of canonicalize_file_name in
-      Octave-3.9.0+
-    - odsfinfo.m, xlsfinfo.m: also check for leading period in file extension
-      switch statement
-    - Replace java_get (deprecated in Octave > 4.1.0) by __java_get__
-    - Catch rare Java exception in OTK interface under Octave-4.1.0+
-
-===============================================================================
-io-2.2.1   Release Date: 2014-04-26 Release Manager: Philip Nienhuis
-===============================================================================
-
-Bug fix release:
-
-*** Bug fixes:
-    - First check built-in Java support before further testing Java-based
-      interfaces (bug #42192)
-    - Invoke __char2num__/__num2char__ rather than __OCT_cc__ for spreadsheet
-      cell address translation in OCT interface funcs as well
-    - Fix wrong file handle refs. when updating app.xml in OOXML files
-
-===============================================================================
-io-2.2.0   Release Date: 2014-04-13 Release Manager: Philip Nienhuis
-===============================================================================
-
-*** New features:
-    - Experimental write support w/o Java or ActiveX, just native Octave, for
-       ODS 1.2 (LibreOffice native format) and OOXML (Excel 2007+ .xlsx)
-    - (write support for gnumeric pending)
-
-An updated overview of which interface can be used for what types of files
-(extensions):
-~ = dependent on Excel/LO/OOo version);  + = read/write;  R = only reading )
-                                 Interface
-File extension       COM POI POI/OOXML JXL OXS UNO OTK JOD OCT
---------------------------------------------------------------
-.xls (Excel95)        R                 R       R 
-.xls (Excel97-2003)   +   +      +      +   +   +
-.xlsx                 ~          +         (+)  R           +
-.xlsb, .xlsm          ~                     ?   R
-.wk1                  +                         R
-.wks                  +                         R
-.dbf                  +                         +
-.ods                  ~                         +   +   +   +
-.sxc                                            +       +
-.fods                                           +
-.uos                                            +
-.dif                                            +
-.csv                  +                         R
-.gnumeric                                                   R
---------------------------------------------------------------
-
-*** Docs (html) & texinfo help texts updated
-
-*** Bug fixes:
-    - (gnumeric reading): Properly handle ValueFormat tags
-                          Fix older formats w/o Value* tags
-    - Restored UNO interface option in ods2oct.m
-    - (xlswrite) when truncating an array (sheet capacity, too small a range),
-      convey truncated range rather than topleft cell
-    - PKG_ADD: Fix case-sensitivity when searching for Libre/OpenOffice loc.
-               Do not automatically load Java class libs on *nix
-    - OCT: delete tmp dirs after closing spreadsheet files
-    - POI: return complete cell range for a.o., xlsfinfo
-
-===============================================================================
-io-2.1.x   Release Date: TBA Release Manager: Philip Nienhuis
-===============================================================================
-
-(unstable version)
-For changes see 2.2.0 (above)
-
-
-===============================================================================
-io-2.0.2   Release Date: 2014-01-09 Release Manager: Philip Nienhuis
-===============================================================================
-
-Another bug fix release
-
-*** Bug fixes:
-    - PKG_ADD, PKG_DEL: move into script dir to be sure they can be invoked
-      while loading / unloading io package
-
-*** New features:
-    - chk_spreadsheet_support: Remembers which javaclasspath entries it loaded,
-      can remove them too
-    - PKG_DEL: Removes all javaclasspath entries added by chk_spreadsheet-support
-      when unloading the io package
-    - PKG_ADD: Searches for OpenOffice.org / LibreOffice in some conventional
-      places to allow silent automatic loading of Java class libs &
-      directories required for OOo / LO
-
-===============================================================================
-io-2.0.1   Release Date: 2014-01-01 Release Manager: Philip Nienhuis
-===============================================================================
-
-Bug fix release
-
-*** Bug fixes:
-    - Fixed rfsearch error (empty subdirs) when loading package
-
-*** PKG_ADD: Also search user (%USERPROFILE%\Java  or ~/Java) for Java
-             spreadsheet support .jar files; also add conventional Linux
-             place in search (usually /usr/share/java)
-
-===============================================================================
-io-2.0.0   Release Date: 2014-01-01 Release Manager: Philip Nienhuis
-===============================================================================
-
-*** Some code simplifications & style fixes
-
-An updated overview of which interface can be used for what types of files
-(extension):
-~ = dependent on Excel/LO/OOo version);  + = read/write;  R = only reading )
-
-                                 Interface
-File extension       COM POI POI/OOXML JXL OXS UNO OTK JOD OCT
---------------------------------------------------------------
-.xls (Excel95)        R                 R       R 
-.xls (Excel97-2003)   +   +      +      +   +   +
-.xlsx                 ~          +         (+)  R           R
-.xlsb, .xlsm          ~                     ?   R
-.wk1                  +                         R
-.wks                  +                         R
-.dbf                  +                         +
-.ods                  ~                         +   +   +   R
-.sxc                                            +       +
-.fods                                           +
-.uos                                            +
-.dif                                            +
-.csv                  +                         R
-.gnumeric                                                   R
---------------------------------------------------------------
-
-For unsupported file types, UNO will write .ods whatever the actual file
-extension.
-
-*** Bug fixes:
-    - Fixed texinfo headers for the test scripts
-
-    - The UNO interface no longer writes ODS for all file extensions. An
-      updated list is shown above.
-
-*** Known issues:
-    - OOXML write/read support in OpenXLS (OXS) is a bit wonky. Doesn't
-      pass Octave OF-io's test script. Upstream has been informed of one
-      example bug.
-    - OpenXLS' OOXML depends on another .jar file (gwt-servlet-deps.jar).
-      Rip it from this archive (108+ MB download): gwt-2.5.1.zip,
-      available at:
-      http://www.gwtproject.org/download.html  ("Download GWT SDK")
-    - LibreOffice/OpenOffice.org (UNO interface) doesn't write .csv
-    - OTK interface (.ods) sometimes writes ridiculously wide columns.
-
-===============================================================================
-io-1.3.6   Release Date: 2013-TBA Release Manager: Philip Nienhuis
-===============================================================================
-
-*** OXS (OpenXLS) now has read/write support. AFAICS it is the fastest Java-
-    based interface. Provisionally .xls (BIFF8, Excel'97-2003) works fairly
-    reliably. OOXML works too but is unstable (see below, "Known issues").
-
-*** Some code simplifications & style fixes
-
-*** xlsread may fall back to csvread for .csv files when no Excel (COM) or
-    LibreOffice/OOo (UNO) interface is supported (bug #40993)
-    
-An updated overview of which interface can be used for what types of files
-(extension):
-( ~ = dependent on Excel version);  + = read/write;  R = only reading )
-
-                                 Interface
-File extension       COM POI POI/OOXML JXL OXS UNO OTK JOD OCT
---------------------------------------------------------------
-.xls (Excel95)        R                 R       R 
-.xls (Excel97-2003)   +   +      +      +   +   +
-.xlxx/xlsm            +          +         (+)  +           R
-.wk1                  +                         +
-.wks                  +                         +
-.dbf                  +                         +
-.ods                  ~                         +   +   +   R
-.sxc                                            +       +
-.fods                                           +
-.uos                                            +
-.dif                                            +
-.csv                  +                         +
-.gnumeric                                                   R
---------------------------------------------------------------
-
-*** Bug fixes:
-    - post_install.m: seems unneeded, provisionally commented out all commands
-    - PKG_ADD: dropped all references to Java package, now just checks
-      octave_config_info("features").JAVA
-
-*** Known issues:
-    - OOXML write/read support in OpenXLS (OXS) is a bit wonky. Doesn't pass
-      Octave OF-io's test script. Upstream has been informed of one example bug.
-    - OpenXLS' OOXML depends on another .jar file (gwt-servlet-deps.jar). Rip
-      it from this archive (108+ MB download): gwt-2.5.1.zip, available at:
-      http://www.gwtproject.org/download.html  ("Download GWT SDK")
-
-===============================================================================
-io-1.3.5   Release Date: 2013-TBA Release Manager: Philip Nienhuis
-===============================================================================
-
-*** Merged in changes from io-1.2.5 (OCT interface)
-
-*** New spreadsheet test routine; improved existing routines to write with one
-    and read with some other interface (helped to uncover many concealed bugs)
-
-*** (pending) Cleaning up chk_spreadsheet_support.m
-
-*** Bug fixes:
-    - OCT: Replace fgetl calls by fread
-           Improved regexp's
-    - JOD: Wipe "A" and "B" in A1/B1 in new empty spreadsheets (a very old bug)
-    - POI: File extension checks improved
-
-===============================================================================
-io-1.3.4   Release Date: None (internal)
-===============================================================================
-
-*** chk_spreadsheet_support restyled from Matlab into Octave style
-         "   ,  introduced recursive subdir search for Java class libs (nice for
-                Fedora)
-    Added rfsearch.m, function to find files in subdirs
-
-===============================================================================
-io-1.3.3   Release Date: 2013-08-15   Release Manager: Philip Nienhuis
-===============================================================================
-
-Intermediate unofficial development version for Octave 3.7.x.
-Only released on patch tracker
-
-Changes: see section for version 1.2.3
-
-===============================================================================
-io-1.3.2   Release Date: 2013-06-18   Release Manager: Philip Nienhuis
-===============================================================================
-
-Intermediate unofficial development version for Octave 3.7.x.
-Only released on patch tracker
-
-** Bug fixes
---- chk_spredsheet_support: better Java detection (bug #38725)
-
---- xlsopen.m: .xlsx files are properly recognized
-
---- Re-enabled OXS (only reading) and UNO
-
-** Created test_spsh.m test script
---- This will find all supported spreadsheet interfaces and tests them one by one
-
-===============================================================================
-io-1.3.0, io-1.3.1  Release Date: -internal-   Release Manager: Philip Nienhuis
-===============================================================================
-
-Version 1.3.0 - 1.3.1 are intermediate development versions for Octave > 3.7.1
-with built-in Java support.
-They are largely untested; the built-in test scripts work for all tested interfaces 
-except UNO and OXS (which consequently are disabled).
-
-===============================================================================
-io-1.2.5   Release Date: 2013-11-14 Release Manager: Philip Nienhuis
-===============================================================================
-
-*** - Added string/formula read support to xlsx/OCT. There's now full read
-      support for .xlsx (OOXML) files w/o requiring Java or COM
-    - Added requested range for .xlsx/OCT reading
-
-*** Bug fixes:
-    - Better filetype / file extension detection (bug #40490)
-
-    - Added unpack.m from dev core Octave as private/__unpack.m to avoid
-      unzip errors for .xlsx and .gnumeric
-
-    - Removed harmless but annoying error messages from Java detection
-    
-    - Fix tablerow repeat counter bugs (affected reading ODS w. OCT interface)
-
-===============================================================================
-io-1.2.4   Release Date: 2013-11-05   Release Manager: Philip Nienhuis
-===============================================================================
-*** Added !experimental! OCT (native Octave) interface for reading .ods,
-    gnumeric, and xlsx. OCT doesn't need Java or COM/ActiveX; it works without
-    any support software. That independence does come at a price however:
-    - reading .ods is fully flexible like the other interfaces but a bit slow
-    - reading .xlsx is FAST but it only gives numeric data (no strings yet)
-    - reading gnumeric only reads "hard" data, no formula results. I'm afraid
-      this isn't gonna change (it's a gnumeric developer issue)
-    Markus Bergholz supplied the code for very fast reading of OOXML (at
-    present only numeric data) - Thanks very much Markus!
-
-An overview of what interface can be used for which types of files (extension)
-( ~ = dependent on Excel version);  + = read/write;  R = only reading )
-
-                                 Interface
-File extension       COM POI POI/OOXML JXL OXS UNO OTK JOD OCT
---------------------------------------------------------------
-.xls (Excel95)        R                 R       R 
-.xls (Excel97-2003)   +   +      +      +   R   +
-.xlxx/xlsm            +          +              +           R
-.wk1                  +                         +
-.wks                  +                         +
-.dbf                  +                         +
-.ods                  ~                         +   +   +   R
-.sxc                                            +       +
-.fods                                           +
-.uos                                            +
-.dif                                            +
-.csv                  +                         +
-.gnumeric                                                   R
---------------------------------------------------------------
-
-*** getxmlattv.m, getxmlnode.m: new functions (for support of OCT interface)
-
-*** xlsopen.m: suffixes for Excel filenames (.xls, .xlsx) need not be specified. 
-               (But the files on disk do need these suffixes!)
-
-*** odsread.m, xlsread.m: No output arg required (output is sent to terminal
-                          if not output args specified)
-       ''          ''     Check if filename is a text string
-
-*** odsopen: Relax requirement of lower case filename extension
-
-** Bug fixes:
---- xlsopen.m: Undue fallback to JXL for OOXML files hopefully fixed now
-       ''      Misinformation in error message about unsupported OXS & UNO fixed
-
---- private/__POI_getusedrange__.m: Check return value of XSSF getFirstCellNum
-    method
-
-===============================================================================
-io-1.2.3   Release Date: 2013-08-15   Release Manager: Philip Nienhuis
-===============================================================================
-** Bug fixes:
-
---- private/chk_jar_entries.m: trim multiple entries to avoid padded spaces
-
-*** private/getxlsinterfaces.m: add multiple jar entries for POI cf. Fedora
-    naming (actually a Fedora packaging complication)
-
-*** chk_spreadsheet_support.m: same as getxlsinterfaces.m
-
-*** Added logical types to object2json (by Keith Sheppard, bug #39429)
-
-*** Tested odfdom-0.6-incubator (odfdom-0.8.9): too buggy to support :-(
-    Updated doc/READ-ODS.html and added checks to chk_spreadsheet_support.m
-    and private/getodsinterfaces.m
-
-===============================================================================
-io-1.2.2   Release Date: 2013-05-21   Release Manager: Philip Nienhuis
-===============================================================================
-** Bug fixes:
-
---- xlsopen.m: avoid fallback to JXL for OOXML files in some cases
-
---- xlsopen.m, odsopen.m (actually silently fixed in 1.2.1): always re-read
-    javaclasspath when a Java spreadsheet interface is requested explicitly
-    (because between calls to xls-/odsopen new classes could be added to the
-    javaclasspath, this wasn't picked up properly)
-
---- csv2cell(): Fix hanging when it encountered EOF w/o preceding EOL (#143
-    in former OctDev bug tracker)
-    csv2cell(): Fix inconsistent behavior when first field on a line is a
-    string protected by "" (see
-    http://octave.1599824.n4.nabble.com/csv2cell-inconsistent-tc4635817.html)
-
---- __UNO_oct2spsh__.m: wrong assignment in code finding existing sheetnames
-
---- Fix checks on xls or xls? suffix (due to Vermylen)
-
---- Temporarily commented out tests in private subdir (bug #38755)
-
-** csv2cell(): Tests added for above bugs and proper SEP and PROT args
-
-** cell2csv(): Tests added incl. for proper SEP and PROT args
-
-** Added read_namelist.m and write_namelist.m, kindly contributed by
-   Darien Pardinas Diaz and Terry Duel
-
-===============================================================================
-io-1.2.1   Release Date: 2013-03-01   Release Manager: Philip Nienhuis
-===============================================================================
-** Bug fixes:
---- post_install.m: fixed wrong format specifier in error message
-
---- chk_spreadsheet_support: Java call to return JVM memory size returns
-    varying type dependent on Java version. Made this part of code more robust.
-    Also prepared for Octave-3.8 built-in Java support
-
---- xlsopen.m, odsopen.m: improved matching file type to specific interfaces
-    (e.g., .sxc can only be read by JOD and UNO; .xlsx only by COM, POI-OOXML
-    and UNO)
-
-** moved common Java detection code from getods/getxlsinterfaces to separate
-   function
-
-** post_install: if PKG_ADD couldn't be removed from .oct file dir, inform user
-   to add spreadsheet Java class libs manually to the javaclasspath
-
-** Replaced all calls to to-be-deprecated java_new & java_invoke calls by 
-   javaObject and javaMethod
-
-===============================================================================
-io-1.2.0   Release Date: 2012-12-27   Release Manager: Philip Nienhuis
-===============================================================================
-This will be the last major version that is "depending" on the separate Java
-package for most of the spreadsheet I/O. In a next major version this will be
-based on Octave's built-in Java support.
-Some of the spreadsheet support files in io-1.2.0 are expected not to work
-anymore in Octave-3.8+
-
-** Bug fixes:
---- xls2oct(POI)/__POI_spsh2oct__: now correctly evaluates formulas (as far as
-    POI can handle cell formulas)
---- Fixed sheet selection code for UNO and COM interfaces
-
-** Moved all interface-specific subfunctions and code into ./private subdir.
-   This allowed for elimination of a lot of duplicate code.
-
-** Moved functions parse_sp_range.m, spsh_chkrange.m & spsh_prstype.m into
-   ./private subdir
-
-** Support for POI 3.9 added
-
-===============================================================================
-io-1.0.20   Release Date: 2012-09-07   Release Manager: Philip Nienhuis
-===============================================================================
-
-** Bug fixes:
---- xlsopen, xlsclose, odsopen, odsclose: replaced canonicalize_file_name call
-    with make_absolute_filename for non-windows systems (canonicalize_file_name
-    doesn't work with non-existent (new) files on *nix) (bug #36677);
-    Web addresses (URLs) only need two rather than three slashes;
---- xlsopen: matching .jar names to javaclasspath entries worked the wrong way
---- io_xls_testscript / io_ods_testscript: added small delay for UNO calls to
-    avoid lock-ups with recent LibreOffice (3.6.x)
-
-** The annoying flashing LibreOffice splash screens have been fixed upstream;
-   with LibreOffice 3.6.1 I didn't see them anymore
-
-** Extended file rename section in odsclose similar to that in xlsclose
-
-===============================================================================
-io-1.0.19   Release Date: 2012-06-08   Release Manager: Philip Nienhuis
-===============================================================================
-
-** Bug fixes:
---- getusedrange subfunc getusedrange_jod: str2num applied to indices rather
-    than the substring. Must have been there for > 2 years, only surfaced
-    with jopendocument v 1.3b1
---- oct2xls, oct2ods: cast all numeric types in input array to double as 
-    spreadsheets have only double, boolean or character string type. This bug
-    has been there from the very beginning of the spreadsheet functions  >8-O
-
---- Support for reading back formulas from .xls spreadsheets using ActiveX/COM
-
-** Compatible with jOpenDocument version 1.3b1
-   getUsedRange() method added (MUCH faster than the old hack)
-
-** Compatible with odfdom-java-0.8.8-incubator.jar (ODF Toolkit 0.5-incubating)
-
-** Compatible with Apache POI 3.8 final
-
-===============================================================================
-io-1.0.18   Release Date: 2012-03-22   Release Manager: Philip Nienhuis
-===============================================================================
-
-** The following functions have been imported from the miscellaneous package:
-      cell2csv    csvconcat     xmlread
-      csv2cell    csvexplode    xmlwrite
-   Their error messages and help messages have been cleaned up a bit.
-
-** Bug fixes:
---- odsfinfo: fixed "wrong type argument `cell'" bug when run interactively.
---- xlsopen, odsopen: fixed messed up screen output due to UNO usage warning.
---- csv2cell: checks if file is empty and if so, return an empty cell.
---- xlsopen: better Java detection logic, more informative error messages
-
-** Adapted to internal LibreOffice-3.5-final changes. 
-   Some bugs (flashing LO screens) still have to be fixed upstream - see here:
-   https://bugs.freedesktop.org/show_bug.cgi?id=42470
-
-** Tried OpenXLS-6.0.7.jar. Reads OK, still unusable for writing .xls files.
-
-===============================================================================
-io-1.0.17   Release Date: 2012-02-27   Release Manager: Philip Nienhuis
-===============================================================================
-
-** Bug fixes:
---- oct2ods, oct2xls, odswrite default range input arg. These functions may not
-    have worked properly for two years (!)
-
-** Fixed support for odfdom v.0.8.7 (ODS). Note: the OTK interface only works
-   well with xercesImpl.jar 2.9.1 (Sep 14, 2009)
-
-** Many small bug fixes & documentation updated to actual functionality.
-
-** Fixed "seealso" texinfo header string in almost all functions.
-
-** Added formal test scripts to "internal functions" section.
-
-===============================================================================
-io-1.0.16   Release Date: 2012-01-19   Release Manager: Philip Nienhuis
-===============================================================================
-
-** Bug fixing release
-
-** PKG_ADD now expects Java spreadsheet class libs (.jars) in /lib/java
-  (for MinGW)
-
-===============================================================================
-io-1.0.15   Release Date: 2011-10-02   Release Manager: Philip Nienhuis
-===============================================================================
-
-io-1.0.15 is primarily a bug fix release and a snapshot / wrap-up of current 
-  development status (some still a bit experimental). It mainly comprises:
-
-** A number of bug fixes (incl. some serious ones, notably with .ods/OOo Calc);
-
-** Some mainly cosmetic improvements to existing code; less verbosity;
-
-** pch2mat (reading & transforming Nastran PCH files, contributed by 
-  B. Oytun Peksel);
-
-** object2json.m (creating a json description string of objects, contributed
-  by Daniel Torre). This was already silently introduced in io-1.0.14;
-
-** A scripted troubleshooting / classpath setup tool for spreadsheet I/O
-  support (chk_spreadsheet_support.m);
-
-** Experimental OXS support (OpenXLS) for reading Excel xls (BIFF8).
-  OpenXLS is -let's say- a little bit lacking: For reading it is faster than
-  JXL. However, while OXS write support has been coded (and works) I had to
-  disable it as the OXS Java classes won't release the file handle so Octave
-  will hang upon closing :-(  I'm stuck with this so I just release it as-is;
-
-** Experimental UNO support, i.e. invoking OpenOffice.org (or clones like 
-  LibreOffice) behind the scenes to read spreadsheet files, much like 
-  ActiveX/COM for MS-Excel. This is also based on Java. The first time you
-  use UNO, OOo has to be loaded and you'll have to be patient, but once loaded
-  (and in the OS cache) you'll see the pros:
-  --* Very fast;
-  --* Much lower Java memory usage as OOo loads the spreadsheet in its own 
-      memory chunk (not Octave's) => much bigger spreadsheet capacity;
-  --* You can read *all* formats supported by OOo: .ods, .xls, .csv, .xlsx,
-      .sxc, .dbf, Lotus wk1, Quattro Pro, ......; and it doesn't really matter
-      whether xlsopen of odsopen is used.
-  Of course all this wonderful stuff comes at a prize:
-  --* After closing the spreadsheet file (odsclose, xlsclose) ALL OOo
-      invocations will be closed, also those started outside Octave. This is 
-      due to "the way OpenOffice works" (quoted from OOo dev forum), especially
-      through Java. There are other ways to close OOo but they'll hang Octave;
-  --* The Java UNO classes supplied with e.g. LibreOffice aren't kept quite
-      up-to-date with the main program. As a consequence, with e.g.,
-      LibreOffice 3.4 the main LO window will pop up (it can't be hidden). I 
-      filed a bug report for this 
-      (https://bugs.freedesktop.org/show_bug.cgi?id=40991) but I haven't seen
-      it being picked up yet. Another example: while LO 3.3.1's row capacity
-      was already > 10^6, it took until LO 3.4 before this capacity was
-      implemented in the Java UNO classes.
-  Like with OXS, I'm a bit stuck here - all this has to be fixed upstream.
-
-Hint:
-for older Octave versions (< 3.4.0) you can install io-1.0.15 using the -nodeps
-  flag. You'll then loose the old and buggy textread and csv/dlm-read/write
-  functions but I'd consider that as no big loss.
-  
-  <please scroll up/back to see rest of io NEWS>

--- a/main/io/PKG_ADD	Sun May 25 20:16:06 2014 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,83 +0,0 @@
-## PKG_ADD
-## add paths of io pkg java jars. 
-
-## First check if Java support was built in anyway
-if (octave_config_info ("features").JAVA)
-  ## OK, Java built-in / supported. Check environment var
-  userdir = getenv ("OCTAVE_IO_JAVALIBS");
-  if (ispc)
-    homedir = getenv ("USERPROFILE");
-    # (MinGW) assume jar files are in /lib/java 
-    libdir = octave_config_info ("libdir");
-# elseif (ismac)
-#   ## Who knows where OSX keeps e.g., Apache POI stuff? if it does at all...
-  elseif (isunix)
-    homedir = tilde_expand ("~");
-    ## On linux spreadsheet .jars are often found somewhere in /usr/share/java
-    libdir = "/usr/share";
-  else
-    ## Set libdir to "." to avoid searching in a root dir
-    libdir = ".";
-  endif
-
-  ## Find LibreOffice or OpenOffice.org
-  ooopath = '';
-  ii = 0;
-  ## Possible locations for  OOo or LO.
-  bnam = {"C:/Program Files (X86)", ...
-               "C:/Program Files", ...
-               "C:/Programs", ...
-               "/opt", ...
-               "/usr/lib"};
-  while (isempty (ooopath) && ii < numel (bnam))
-    ooopath = glob ([ bnam{++ii} filesep "[Ll]ibre[Oo]ffice*"]);
-  endwhile
-  while (isempty (ooopath) && ii < numel (bnam))
-    ooopath = glob ([ bnam{++ii} filesep "[Oo]pen[Oo]ffice.org*"]);
-  endwhile
-  while (isempty (ooopath) && ii < numel (bnam))
-    ooopath = glob ([ bnam{++ii} filesep "ooo*"]);
-  endwhile
-  if (! isempty (ooopath))
-    ooopath = ooopath{:};
-  else
-    ooopath = '';
-  endif
-
-  ## One big try-catch to circumvent possible problems on Linux
-  try
-    if (! isempty (userdir))
-      if (strcmpi (userdir, "no") || strcmpi (userdir, "false") || strcmpi (userdir, "0"))
-        ## Do not load Java class libs .jar files). First clean up, then return
-        clear libdir spr_status userdir homedir ;
-        return
-      endif
-      ## First allow some time for io package to be fully loaded
-      pause (0.25);
-      ## Check first for user-, then system supplied jars
-      if (exist (userdir) == 7)
-        ## Userdir is a subdir
-        spr_status = chk_spreadsheet_support (userdir, 0, ooopath);
-      endif
-      ## Also try user's home directory
-    elseif (isunix && ...
-      ! (strcmpi (userdir, "no") || strcmpi (userdir, "false") || strcmpi (userdir, "0")))
-      ## On non-Windows systems, automatic loading of Java classes is opt-in due to
-      ## excessive search time (see bug #42044). Most of the delay is due to searching
-      ## for the Libre/OpenOffice.org jars
-      clear libdir spr_status userdir homedir ;
-      return
-    else
-      ## Allow some time for io package to be fully loaded
-      pause (0.25);
-    endif
-    ## Try <HOME>/java
-    spr_status = chk_spreadsheet_support ([ homedir filesep "java" ], 0, ooopath);
-    ## Only then search for system-supplied jars. ooopath has been searched
-    spr_status = chk_spreadsheet_support ([ libdir filesep "java" ], 0);
-  catch
-    warning ("(Automatic loading of spreadsheet I/O Java classlibs failed)\n");
-  end_try_catch
-endif
-## Clean up
-clear libdir spr_status userdir homedir bnam ooopath ii;

--- a/main/io/PKG_DEL	Sun May 25 20:16:06 2014 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,10 +0,0 @@
-## PKG_DEL
-##
-## All we need to do is try to remove all Java spreadsheet class libs loaded
-## by chk_spreadsheet_support.m from the javaclasspath
-
-try
-  chk_spreadsheet_support ("", -1);
-catch
-  warning ("Couldn't remove spreadsheet I/O javaclasspath entries while unloading io pkg");
-end_try_catch

--- a/main/io/doc/READ-ODS.html	Sun May 25 20:16:06 2014 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,553 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
-<html><head>
-    	<meta http-equiv="CONTENT-TYPE" content="text/html; charset=windows-1252">
-    	
-    	<title></title><meta name="GENERATOR" content="OpenOffice.org 3.2  (Win32)">
-    	<meta name="AUTHOR" content="Philip Nienhuis">
-    	<meta name="CREATED" content="20091229;22213000">
-    	<meta name="CHANGEDBY" content="Philip Nienhuis">
-    	<meta name="CHANGED" content="20140408;18275600">
-    	<meta name="Info 1" content="">
-    	<meta name="CHANGEDBY" content="Philip Nienhuis"></head>
-    
-    <body dir="ltr" lang="en-US">
-    <p align="center"><u><font face="Arial, sans-serif"><font size="4">
-	<b>ODS support for Octave</b></font></font></u>
-</p>
-<p align="center"><font face="Arial, sans-serif"><font size="2">
-	Copyright © 2009 - 2014 Philip Nienhuis &lt;prnienhuis at users.sf.net&gt;</font></font>
-</p>
-	<p align="center"><font face="Arial, sans-serif"><font size="2">
-	This version May 1, 2014</font></font>
-</p>
-    <p><font face="Arial, sans-serif"><font size="2">
-	<i>(ODS = Open Document Format spreadsheet data format, used by e.g., OpenOffice.org.)</i></font></font>
-</p>
-<dl><dt>
-<p align="left"><font face="Arial, sans-serif"><font size="2">
-	<u><b>Files content</b></u></font></font>
-</p></dt>
-<dt><p align="left"><font face="Arial, sans-serif"><font size="2">
-	<i><b>odsread.m</b></i>
-	<br>No-hassle read script for reading from an ODS file and parsing the numeric
-	and text data into separate arrays.<br></font></font>
-</p></dt>
-<dt><p><font face="Arial, sans-serif"><font size="2">
-	<i><b>odswrite.m</b></i>
-	<br>No-hassle write script for writing to an ODS file.</font></font>
-</p></dt>
-	<dt><font face="Arial, sans-serif"><font size="2"><i><b>odsopen.m</b></i></font></font>&nbsp;</dt>
-	<dt><font face="Arial, sans-serif"><font size="2">Get a file pointer to an ODS spreadsheet file.</font></font></dt>
-<dt><p><font face="Arial, sans-serif"><font size="2"><i><b>ods2oct.m</b></i>
-	<br>Read raw data from an ODS spreadsheet file using the file pointer handed by odsopen.</font></font></p></dt><dt>
-	<p><font face="Arial, sans-serif"><font size="2"><i><b>oct2ods.m</b></i>
-	<br>Write data to an ODS spreadsheet file using the file pointer handed by odsopen.</font></font></p></dt><dt>
-	<p><font face="Arial, sans-serif"><font size="2"><i><b>odsclose.m</b></i>
-	<br>Close file handle made by odsopen and -if data have been transfered to a spreadsheet- save
-    	data.</font></font></p></dt><dt>
-	<p><font face="Arial, sans-serif"><font size="2"><i><b>odsfinfo.m</b></i>
-	<br>Explore sheet names and optionally estimated data size of ods files with unknown content.</font></font></p></dt><dt>
-	<p><font face="Arial, sans-serif"><font size="2"><i><b>calccelladdress.m</b></i>
-	<br>Utility function, can be used to compute a spreadsheet-type cell adress from 1-based row and column numbers.</font></font></p></dt><dt>
-	<p><font face="Arial, sans-serif"><font size="2"><i><b>parsecell.m</b></i>
-	<br>(contained in Excel xlsread scripts, but works also for ods support) parse raw data (cell array) into separate numeric array and text (cell) array.)</font></font></p></dt><dt>
-	<p><font face="Arial, sans-serif"><font size="2"><i><b>chk_spreadsheet_support.m</b></i>
-	<br>Internal function for (1) checking, (2) setting up, (3) debugging spreadsheet support. While
-	not specifically meant for direct invocation from the Octave prompt (it
-	is more useful during initialization of Octave itself) it can be very
-	helpful when hunting down issues with spreadsheet support in Octave.</font></font></p></dt>
-  <dt>
-	<p><font face="Arial, sans-serif"><font size="2"><i><b>test_spsh.m</b></i>, <i><b>io_ods_testscript.m</b></i>
-	<br>Undocumented scripts for testing basic operation of ODS spreadsheet functions. Meant for testers and developers, but I don't mind if mere mortal users give it a try as well ;-)</font></font></p><br></dt>  
-  
-
-</dl>
-    <p align="center"><font face="Arial, sans-serif"><font size="4"><u><b>REQUIRED
-    SUPPORT SOFTWARE</b></u></font></font></p><dl>
-<DT><FONT FACE="Arial, sans-serif" SIZE=2><U><B>For the native Octave interface (OCT)</B></U></DT><br>
-<P>(<u><b>read/write</b></u> support for <b>ODS 1.2</b> (LibreOffice/OpenOffice.org Calc), <b>OOXML</b> (Excel 2007+), and <b>Gnumeric</b>)<br>
-<b>NO</b> external support software is required!
-</FONT></P>
-    	</dl>
-<p align="left">
-<font face="Arial, sans-serif"><font size="2"><B>Octave >= 3.8.0</B> will do just fine but maybe a bit slow. If you want faster I/O, Java support need to be compiled in, a Java JRE > 1.6.0 must be installed, and one or more of the following is required:</font></font></p>
-		<p align="left"><font face="Arial, sans-serif"><font size="2">
-		<li><b>odfdom.jar</b> (for the <b>OTK</b> interface, currently the preferred option)<br>
-    <ul>(<u>only</u> versions <b>0.7.5</b>,
-    	<b>0.8.6</b>, <b>0.8.7</b> and <b>0.8.8</b> (the latter from incubator v. 0.5, see download URL below) work OK!) &amp; <b>xercesImpl.jar</b> (watch out here too! only version 2.9.1 (2007-sep-14) works OK with odfdom). Get them here:
-	</font></font></p>
-
-  <li>
-  <p align="left"><a href="http://odftoolkit.org/projects/odfdom/pages/Home"><font face="Arial, sans-serif"><font size="2">http://odftoolkit.org/projects/odfdom/pages/Home</font></font></a></p>
-  </li><li><p align="left" lang="zxx"><font color="#000080"><font face="Arial, sans-serif"><font size="2"><a href="http://incubator.apache.org/odftoolkit/downloads.html"><font face="Arial, sans-serif"><font size="2">http://incubator.apache.org/odftoolkit/downloads.html</font></font></a> (preferred)</font></font></font></p>
-  </li><li><p align="left"><a href="http://www.google.com/search?ie=UTF-8&oe=utf-8&q=xerces-2.9.1+download"><font face="Arial, sans-serif"><font size="2">Google for xerces-2.9.1 download</a></p>
-  </li></ul>
-  </li>
-  <dl><dt><p>
-	<br><font face="Arial, sans-serif"><font size="2">and/or</font></font>
-</p></dt></dl>
-<li><p align="left"><font face="Arial, sans-serif"><font size="2"><b>jopendocument</b></font></font><font face="Arial, sans-serif"><font size="2">&lt;version&gt;</font></font><font face="Arial, sans-serif"><font size="2"><b>.jar</b> (for the <b>JOD</b> interface)</font></font><font face="Arial, sans-serif"><font size="2"><br>
-<ul>Get it from <a href="http://www.jopendocument.org/">http://www.jopendocument.org</a></font></font></p><p align="left">
-    	<font face="Arial, sans-serif"><font size="2">(jOpenDocument 1.3 (final) is the most recent one and recommended for Octave)</font></font></ul>
-	</p>
-	</li>
-<dl><dt><p>
-	<br><font face="Arial, sans-serif"><font size="2">and/or</font></font>
-</p></dt></dl>
-	<li>
-	<p align="left"><font face="Arial, sans-serif"><font size="2"><b>OpenOffice.org</b> (or clones like <b>LibreOffice</b>, <b>Go-Office</b>, ...) (for the <b>UNO</b> interface)</font></font></font></font><font face="Arial, sans-serif"><font size="2"><br>
-	
-<ul>Get it from <a href="http://www.openoffice.org/">http://www.openoffice.org</a>. The relevant Java class libs are <b>unoil.jar</b>, 
-	<b>unoloader.jar</b>, <b>jurt.jar</b>, <b>juh.jar</b> and <b>ridl.jar</b> (which are scattered around the OOo installation directory), while also the <b>&lt;OOo&gt;/program/</b> 
-	directory needs to be in the classpath.</font></font></p>
-	<p align="left">
-	</p>
-	</li>
-</ul>
-	<dl><dt>
-	<p><font face="Arial, sans-serif"><font size="2">Whatever Java option, these class libs must be referenced with full pathnames in your javaclasspath.<br>
-When the io package gets loaded, a utility function (PKG_ADD) tries to automatically find the Java class libs and adds the ones it found to the javaclasspath; When the io package gets unloaded, these same class libs will be removed from the javaclasspath.<br><br>
-  Except for the UNO (OOo) classes, on MinGW the jar files had best be put in /&lt;libdir&gt;/java where &lt;libdir&gt; on MinGW it is usually /lib; on Linux system supplied Java class libs usually reside in /usr/share/java. Alternatively, you can put them in your HOME directory in a subdirectory java (mind case!) - on *nix that would be ~./java, on Windows %USERPROFILE%/java (same level as My Documents). The PKG_ADD routine, that gets run each time the io package is loaded, expects the class libs there; if they are elsewhere, add them in ./share/octave/&lt;version&gt;/m/startup/octaverc using appropriate javaaddpath statements or a chk_spreadsheet_support() call.<br>
-  In addition, you can specify a subdirectory using the environment variable OCTAVE_IO_JAVALIBS.<br>
-  Once a particular Java class lib has been added to the javaclasspath, it won't be searched anymore nor reloaded from the next search location. The search order is:
-  <OL>
-  <LI>Specified by the environment variable OCTAVE_IO_JAVALIBS</LI>
-  <LI>&lt;HOME_DIR&gt;/java</LI>
-  <LI>/usr/share/java (*nix) or /lib/java (MinGW)</LI>
-  </OL>
-  If you do not want PKG_ADD to load the Java class libs, specify a value of "no", "false" or "0" for the OCTAVE_IO_JAVALIBS environment variable before starting Octave.</font></font>
-    	</p></dt><dt><p><br>
-    </p></dt></dl>
-    <p align="center"><font face="Arial, sans-serif"><font size="4"><u><b>USAGE</b></u></font></font></p>
-    	<p><font face="Arial, sans-serif"><font size="2">(see “help
-    	ods&lt;function_filename&gt;” in octave terminal.)</font></font></p><p><font face="Arial, sans-serif"><font size="2"><b>odsread</b></font></font>
-    	<font face="Arial, sans-serif"><font size="2">is a sort of analog to
-    	xlsread and works more or less the same. </font></font><font face="Arial, sans-serif"><font size="2"><b>odsread
-    	</b></font></font><font face="Arial, sans-serif"><font size="2">is a
-    	mere wrapper for the functions </font></font><font face="Arial, sans-serif"><font size="2"><b>odsopen</b></font></font><font face="Arial, sans-serif"><font size="2">,
-    	</font></font><font face="Arial, sans-serif"><font size="2"><b>ods2oct,</b></font></font>
-    	<font face="Arial, sans-serif"><font size="2">and </font></font><font face="Arial, sans-serif"><font size="2"><b>odsclose</b></font></font>
-    	<font face="Arial, sans-serif"><font size="2">that do file access and
-    	the actual reading, plus </font></font><font face="Arial, sans-serif"><font size="2"><b>parsecell</b></font></font>
-    	<font face="Arial, sans-serif"><font size="2">for post-processing.</font></font></p><p><font face="Arial, sans-serif"><font size="2"><b>odswrite</b></font></font>
-    	<font face="Arial, sans-serif"><font size="2">works similar to
-    	xlswrite. It too is a wrapper for scripts which do the actual work
-    	and invoke other scripts, a.o. </font></font><font face="Arial, sans-serif"><font size="2"><b>oct2ods</b></font></font><font face="Arial, sans-serif"><font size="2">.</font></font></p><p><font face="Arial, sans-serif"><font size="2"><b>odsfinfo</b></font></font>
-    	<font face="Arial, sans-serif"><font size="2">can be used to explore
-    	odsfiles with unknown content for sheet names and to get an
-    	impression of the data content sizes.</font></font></p><font face="Arial, sans-serif"><font size="2">When you need
-    	data from just one sheet, <b>odsread</b> is for you.</font></font><font face="Arial, sans-serif"><font size="2"> But when you need
-    	data from multiple sheets in the same spreadsheet file, or if you
-    	want to process spreadsheet data by limited-size chunks at a time,
-    	<b>odsopen</b> / <b>ods2oct</b> [/<b>parsecell</b>] / … /
-    	<b>odsclose</b> sequences provides for much more speed and
-    	flexibility as the spreadsheet needs to be read just once rather
-    	than repeatedly for each call to <b>odsread</b>.</font></font><dl><dt><p>
-    	<font face="Arial, sans-serif"><font size="2">Same reasoning goes for
-    	<b>odswrite</b>.</font></font></p></dt><dt><p><font face="Arial, sans-serif"><font size="2">Also, if you use
-    	<b>odsopen</b> / …../, you can process multiple spreadsheets
-    	simultaneously – just use <b>odsopen</b> repeatedly to get
-    	multiple spreadsheet file pointers.</font></font></p></dt><dt><p><font face="Arial, sans-serif"><font size="2">Moreover, after
-    	adding data to an existing spreadsheet file, you can fiddle with the
-    	filename in the ods file pointer struct to save the data into
-    	another, possibly new spreadsheet file.</font></font></p></dt><dt><p><font face="Arial, sans-serif"><font size="2">If you use
-    	<b>odsopen</b> / <b>ods2oct</b> / … / <b>oct2ods</b> / ….
-    	/  <b>odsclose</b>, <b><u><i>DO NOT FORGET</i></u></b> to invoke <b>odsclose</b> in the
-    	end. The file pointers can contain an enormous amount of data and
-    	may needlessly keep precious memory allocated. In case of the UNO interface, the hidden OpenOffice.org invocation (soffice.bin) can even block proper closing of
-	Octave.</font></font></p></dt><dt><br>
-    </dt></dl>
-    <p align="center"><font face="Arial, sans-serif"><font size="4"><u><b>SPREADSHEET
-    FORMULA SUPPORT</b></u></font></font></p><dl>
-    	<dt>
-    	<font face="Arial, sans-serif"><font size="2">When using the OTK, UNO, and/or OCT
-    	interface you can:</font></font></dt></dl>
-    <ul>
-    	<li>
-    	<font face="Arial, sans-serif"><font size="2">(When reading, <b>ods2oct</b>)
-    	either read spreadsheet formula results, or the literal formula text
-    	strings;</font></font></li><li>
-    	<font face="Arial, sans-serif"><font size="2">(When writing, <b>oct2ods</b>)
-    	either enter formulas in the worksheet as formulas, or enter them as
-    	literal text strings.</font></font></li></ul>
-    	<font face="Arial, sans-serif"><font size="2">In short, you can
-    	enter spreadsheet formulas and in a later stage read them back,
-    	change them and re-enter them in the worksheet.</font></font><font face="Arial, sans-serif"><font size="2"> The behaviour is
-    	controlled by an option structure </font></font><font face="Arial, sans-serif"><font size="2"><b>options</b></font></font>
-    	<font face="Arial, sans-serif"><font size="2">(as last argument to
-    	</font></font><font face="Arial, sans-serif"><font size="2"><b>oct2ods</b></font></font><font face="Arial, sans-serif"><font size="2">.m
-    	and </font></font><font face="Arial, sans-serif"><font size="2"><b>ods2oct</b></font></font><font face="Arial, sans-serif"><font size="2">.m)
-    	which for now has only one (logical) field:</font></font><ul><li>
-    	<font face="Arial, sans-serif"><font size="2"><b>options.formulas_as_text</b></font></font>
-    	<font face="Arial, sans-serif"><font size="2">= 0 (the default)
-    	implies enter formulas as formulas and read back formula results</font></font></li><li>
-    	<font face="Arial, sans-serif"><font size="2"><b>options.formulas_as_text
-    	</b></font></font><font face="Arial, sans-serif"><font size="2">=1 (or
-    	any positive integer) means enter formulas as text strings and read
-    	them back as text strings.</font></font></li></ul><dl><dt><font face="Arial, sans-serif"><font size="2">Be aware that
-    	there's no formula evaluator in ODS java, not even a formula
-    	validator. So if you create formulas in your spreadsheet using
-    	</font></font><font face="Arial, sans-serif"><font size="2"><b>oct2ods</b></font></font><font face="Arial, sans-serif"><font size="2">
-    	or </font></font><font face="Arial, sans-serif"><font size="2"><b>odswrite</b></font></font><font face="Arial, sans-serif"><font size="2">,
-    	do not expect meaningful results when reading those files later on
-    	</font></font><font face="Arial, sans-serif"><font size="2"><b>unless</b></font></font>
-    	<font face="Arial, sans-serif"><font size="2">you open them in
-    	OpenOffice.org Calc and write them back to disk.</font></font></dt><dt>
-    	<font face="Arial, sans-serif"><font size="2">You can write all kind
-    	of junk as a formula into a spreadsheet cell. There's not much
-    	validity checking built into odfdom.jar. I didn't bother to try
-    	OpenOffice.org Calc to read such faulty spreadsheets, so I don't
-    	know what will happen with spreadsheets containing invalid formulas.
-    	But using the above options, you can at least repair them using
-    	octave....<br>
-	The only exception is if you select the UNO interface, as that invokes
-	OpenOffice.org behind the scenes, and OOo obviously has a validator and
-	evaluator built-in.</font></font></dt><dd></dd></dl>
-	
-    <p align="center"><font face="Arial, sans-serif"><font size="4"><u><b>GOTCHAS</b></u></font></font></p><dl>
-    	<dt><p><font face="Arial, sans-serif"><font size="2">I know of one big
-    	gotcha: i.e. reading dates (&amp; time). A less obvious one is Java
-    	memory pool allocation size.</font></font></p></dt><dt><p><font face="Arial, sans-serif"><font size="2"><b>Date and time
-    	in ODS</b></font></font></p></dt><dt><p>
-    	<font face="Arial, sans-serif"><font size="2">Octave (as does Matlab)
-    	stores dates as a number representing the number of days since
-    	January 1, 0 (and as an aside ignores a.o. Pope Gregorius'
-    	intervention in 1582 when 10 days were simply skipped).</font></font></p></dt><dt><p>
-    	<font face="Arial, sans-serif"><font size="2">OpenOffice.org stores
-    	dates as text strings like “yyyy-mm-dd”.</font></font></p></dt><dt><p>
-    	<font face="Arial, sans-serif"><font size="2">MS-Excel stores dates as
-    	a number representing the number of days since January 1, 1900 (and
-    	as an aside, erroneously assumes 1900 to be a leap year).</font></font></p></dt><dt><p><font face="Arial, sans-serif"><font size="2">Now, converting
-    	OpenOffice.org date cell values (actually, character strings flagged
-    	by “date” attributes) into Octave looks pretty
-    	straightforward. But when the ODS spreadsheet was originally an
-    	Excel spreadsheet converted by OpenOffice.org, the date cells can
-    	either be OOo date values (i.e.,strings) OR old numerical values
-    	from the Excel spreadsheet. </font></font>
-    	</p></dt><dt><p><font face="Arial, sans-serif"><font size="2">So: you should
-    	carefully check what happens to date cells.</font></font></p></dt><dt><p><font face="Arial, sans-serif"><font size="2">As octave has no
-    	”date” or “time” data type, octave date
-    	values (usually numerical data) are simply transferred as “floats”
-    	to ODS spreadsheets. You'll have to convert the values into dates
-    	yourself from within OpenOffice.org.</font></font></p></dt><dt><p>
-    	<font face="Arial, sans-serif"><font size="2">While adding data and
-    	time values has been implemented in the write scripts, the wait is
-    	for clever solutions to distinguish dates from floats in octave cell
-    	arrays.</font></font></p></dt><dt><p><font face="Arial, sans-serif"><font size="2"><b>Java memory
-    	pool allocation size</b></font></font></p></dt><dt><p>
-    	<font face="Arial, sans-serif"><font size="2">The Java virtual machine
-    	(JVM) initializes one big chunk of your computer's RAM in which all
-    	Java classes and methods etc. are to be loaded: the Java memory
-    	pool. It does this because Java has a very sophisticated “garbage
-    	collection” system. At least on Windows, the initial size is
-    	2MB and the maximum size is 64MB. On Linux this allocated size is
-    	much bigger. This part of memory is where the Java-based ODS octave
-    	routines (and the Java-based ods routines) live and keep their
-    	variables etc.</font></font></p></dt><dt><p>
-    	<font face="Arial, sans-serif"><font size="2">For transferring large
-    	pieces of information to and from spreadsheets you might hit the
-    	limits of this pool. E.g. to be able to handle I/O of an array of
-    	around 50,000 cells I needed a memory pool size of 512 MB.</font></font></p></dt><dt><p>
-    	<font face="Arial, sans-serif"><font size="2">The memory size can be
-    	increased by inserting a file called “java.opts”
-    	(without quotes) in the directory
-    	./share/octave/packages/java-&lt;version&gt; (where the script file
-    	javaclasspath.m is located), containing just the following lines:</font></font></p></dt><dt><p>
-    	<font face="Courier New, monospace"><font size="2"><b>-Xms16m<br>-Xmx512m</b></font></font></p></dt><dt><p>
-    	<font face="Arial, sans-serif"><font size="2">(where 16 = initial
-    	size, 512 = maximum size (in this example), m stands for Megabyte.
-    	This number is system-dependent).</font></font></p></dt><dt><p>
-    	<font face="Arial, sans-serif"><font size="2">After processing a large
-    	chunk of spreadsheet information you might notice that octave's
-    	memory footprint does not shrink so it looks like Java's memory pool
-    	does not shrink back; but rest assured, the memory footprint is the
-    	<i>allocated</i> (reserved) memory size, not the actual used size.
-    	After the JVM has done its garbage collection, only the so-called
-    	“working set” of the memory allocation is really in use
-    	and that is a trimmed-down part of the memory allocation pool. On
-    	Windows systems it often suffices to minimize the octave terminal
-    	for a few seconds to get a more reasonable memory footprint.</font></font></p></dt><dt><p><font face="Arial, sans-serif"><font size="2"><b>Reading cells
-    	containing errors</b></font></font></p></dt><dt><p>
-    	<font face="Arial, sans-serif"><font size="2">Spreadsheet cells
-    	containing erroneous stuff are transferred to Octave as NaNs. But
-    	not all errors can be catched. Cells showing #Value# in
-    	OpenOffice.org Calc often contain invalid formulas but may have a 0
-    	(null) value stored in the value fields. It is impossible to catch
-    	this as there is no run-time formula evaluator (yet) in ODF Toolkit
-    	nor jOpenDocument (like there is in Apache POI for Excel).</font></font></p></dt><dt><p><font face="Arial, sans-serif"><font size="2">Smaller gotcha's
-    	(only with jOpenDocument 1.2b2, <b>fixed</b> in <b>1.2b3+</b> and
-    	<b>1.2 final</b>):</font></font></p></dt></dl>
-    <ul>
-    	<li><p align="left">
-    	<font face="Arial, sans-serif"><font size="2">While reading, empty
-    	cells are sometimes not skipped but interpreted with numerical value
-    	0 (zero).</font></font></p></li><li><p align="left">
-    	<font face="Arial, sans-serif"><font size="2">A valid range MUST be
-    	specified, I haven't found a way to discover the actual occupied
-    	rows and columns (jOpenDocument can give the physical ones (=
-    	capacity) but that doesn't help).</font></font></p></li></ul>
-    <dl>
-    	<dt><p><font face="Arial, sans-serif"><font size="2">NOT fixed in
-    	version 1.2 final nor 1.3b1:</font></font></p></dt></dl>
-    <ul>
-    	<li><p align="left">
-    	<font face="Arial, sans-serif"><font size="2">jOpenDocument doesn't
-    	set the so-called &lt;office:value-type='string'&gt;  attribute in
-    	cells containing text; as a consequence ODF Toolkit will treat them
-    	as empty cells. Ooo will read them OK.</font></font></p></li></ul>
-    	<p><br>
-    </p>
-    <p align="center"><font face="Arial, sans-serif"><font size="4"><u><b>MATLAB
-    COMPATIBILITY</b></u></font></font></p>
-    	<p><font face="Arial, sans-serif"><font size="2">Depending on the MS-Excel version on the same computer,
-    	Matlab may read/write ODS files using xlsread/xlswrite. Note that decent ODS 1.2 support only started with Excel 2013.<br>o<b>dsread</b> is fairly
-    	function-compatible to <b>xlsread</b>, however.</font></font></p><p><font face="Arial, sans-serif"><font size="2">Same goes for <b>odswrite</b>,
-    	<b>odsfinfo</b> and <b>xlsfinfo</b> – however <b>ods</b><b>f</b><b>info</b>
-    	has better functionality IMO.</font></font></p><br>
-	
-    <p align="center"><font face="Arial, sans-serif"><font size="4"><u><b>COMPARISON
-    OF INTERFACES</b></u></font></font></p>
-    	<p><font face="Arial, sans-serif"><font size="2">The <b>ODFtoolkit</b> is
-    	the one that gives the best (but slow) results at present. However,
-    	parsing xml trees into rectangular arrays is not quite
-    	straightforward and the other way round is a real nightmare;
-    	odftoolkit up til 0.7.5. did little to hide the gory details for the
-    	developers.</font></font></p><dl><dt><p>
-    	<font face="Arial, sans-serif"><font size="2">While reading ODS is
-    	still OK, writing implies checking whether cells already exist
-    	explicitly (in table:table-cells) or implicitly (in
-    	number-columns-repeated or number-rows-repeated nodes) or not at all
-    	yet in which case you'll need to add various types of parent nodes.
-    	Inserting new cells (“nodes”) or deleting nodes implies
-    	rebuilding possibly large parts of the tree in memory - nothing for
-    	the faint-of-heart. Only with ODFToolkit (odfdom) 0.8.6 and 0.8.7 things have
-    	been simplified for developers.</font></font></p></dt>
-<dt><p><font face="Arial, sans-serif"><font size="2">The <b>jOpenDocument</b>
-    	interface is more promising, as it does shield the xml tree
-    	details and presents developers something which looks like a
-    	spreadsheet model.<br>However, unfortunately
-    	the developers decided to shield essential methods by making them
-    	'protected' (e.g. the vital getCellType). JopenDocument does support
-    	writing. But OTOH many obvious methods are still lacking and formula
-    	support is absent.<br>And last (but not least)
-    	the jOpenDocument developers state that their development is
-    	primarily driven by requests from customers who pay for support. I
-    	do sympathize with this business model but for octave needs this may
-    	hamper progress for a while.<br>
-  In addition, jOpenDocument 1.2 and 1.3b1 still have bugs here and there. For
-  one, it doesn't write appropriate OfficeValueType attributes to the cells, so
-  there's no way to reliably read and distinguish boolean, string and integer
-  values.</font></font></p></dt>
-<dt><p><font face="Arial, sans-serif"><font size="2">The (still experimental)
-	<b>UNO interface</b>, based on a Java/UNO bridge linking a hidden OpenOffice.org
-	invocation to Octave, is the most promising:
-	</font></font>
-	<ul><li><font face="Arial, sans-serif"><font size="2">
-	Admittedly OOo needs some tens of seconds to start for the first time,
-	but once OOo is in the operating system's disk cache, it operates much
-	faster than ODF or JOD;
-	</font></font></li>
-	<li><font face="Arial, sans-serif"><font size="2">
-	It has built-in formula validator and evaluator;
-	</font></font></li>
-	<li><font face="Arial, sans-serif"><font size="2">
-	It has a much more reliable data parser;
-	<li><font face="Arial, sans-serif"><font size="2">
-	It can read much more spreadsheet formats than just ODS; .sxc (older OOo and
-	StarOffice), but also .xls, .xlsx (Excel), .wk1 (Lotus 123), dbf, etc.
-	</font></font></li>
-	</font></font></li>
-	<li><font face="Arial, sans-serif"><font size="2">
-	It consumes only a fraction of the JVM heap memory that the other Java ODS
-	spreadsheet solutions need because OOo reads the spreadsheet in its own memory 
-	chunk in RAM. The other solutions read, expand, parse and manipulate
-	all data in the JVM. In addition, OOo's code is outside the JVM (and
-	Octave) while the ODF Toolkit and jOpenDocument classes also reside in the 
-	JVM.
-	</font></font></li></ul>
-  <font face="Arial, sans-serif"><font size="2">However, UNO is not stable yet (see below).</font>.
-</p></dt>
-<dt><p><font face="Arial, sans-serif"><font size="2">The <b>OCT (native Octave)</b>
-    	interface is also promising as it is completely under control of Octave (-Forge) developers.
-      Currently it only offers read and -experimental- write support for ODS (relatively slow), OOXML and gnumeric (faster). An immense advantage is that no other external software is required. Write support has not extensively tested yet, however.</font></font></p></dt>
-
-</dl>
-	
-    <p align="center"><font face="Arial, sans-serif"><font size="4"><u><b>TROUBLESHOOTING</b></u></font></font></p><dl>
-    	<dt><p><font face="Arial, sans-serif"><font size="2">Some hints for
-    	troubleshooting ODS support are given here.<br>
-	Since April 2011 the function chk_spreadsheet_support() has been included in
-	the io package. Calling it with arguments ('', 3) (empty string and debug level 3)
-	will echo a lot of diagnostics to the screen. Large parts of the steps
-	outlined below have been automated in this script.<br>
-	Problems with UNO are too complicated to treat them here; most of the troubleshooting has been
-	implemented in chk_spreadsheet_support.m, only some general guidelines are
-	given below.</font></font>
-    	</p></dt></dl>
-    <ol>
-    	<li><p align="left"><font face="Arial, sans-serif"><font size="2">Check
-    	if </font></font><font face="Arial, sans-serif"><font size="2">J</font></font><font face="Arial, sans-serif"><font size="2">ava
-    	works. Do a </font></font><font face="Courier New, monospace"><font size="2">pkg
-    	list </font></font><font face="Arial, sans-serif"><font size="2">and
-    	see</font></font></p><p>
-    	a. <font face="Arial, sans-serif"><font size="2">If there's a </font></font><font face="Arial, sans-serif"><font size="2">J</font></font><font face="Arial, sans-serif"><font size="2">ava
-    	package mentioned (then it's installed). If not, install it.</font></font></p>
-    	<p><font face="Arial, sans-serif"><font size="2">b. If there's an
-    	asterisk on the java package line (then the package is loaded). If
-    	not, do a </font></font><font face="Courier New, monospace"><font size="2">pkg
-    	rebuild-auto java</font></font></p>
-    </li></ol>
-    
-    <ol start="2">
-    	<li><p align="left"><font face="Arial, sans-serif"><font size="2">Check
-    	</font></font><font face="Arial, sans-serif"><font size="2">J</font></font><font face="Arial, sans-serif"><font size="2">ava
-    	memory settings. Try </font></font><font face="Courier New, monospace"><font size="2">javamem</font></font></p><p>
-    	<font face="Arial, sans-serif"><font size="2">a. If it works, check if
-    	it reports sufficiently large max memory (had better be 200 MiB, the
-    	bigger the better)</font></font></p>
-    	<p align="left"><font face="Arial, sans-serif"><font size="2">b. If it
-    	doesn't work, do:</font></font>
-    	</p><ol type="a"><p align="left">
-    		<font face="Courier New, monospace"><font size="2">rt = java_invoke
-    		('java.lang.Runtime', 'getRuntime')</font></font></p><p align="left">
-    		<font face="Courier New, monospace"><font size="2">rt.gc</font></font></p><p align="left">
-    		<font face="Courier New, monospace"><font size="2">rt.maxMemory
-    		().doubleValue () / 1024 / 1024</font></font></p><p align="left">
-    		<font face="Arial, sans-serif"><font size="2">The last command will
-    		show MaxMemory in MiB.</font></font></p></ol>
-    	<p align="left"><font face="Arial, sans-serif"><font size="2">c. In case
-    	you have insufficient memory, see in “GOTCHAS”, “Java
-    	memory pool allocation size”, how to increase java's memory
-    	pre-reservation.</font></font></p></li>
-	<li><p align="left"><font face="Arial, sans-serif"><font size="2">Check if all classes
-    	(.jarfiles) are in class path. Do a '</font></font><font face="Courier New, monospace"><font size="2">jcp = javaclasspath</font></font><font face="Arial, sans-serif"><font size="2"> (-all)'&nbsp;	(under unix/linux, do '</font></font><font face="Courier New, monospace"><font size="2">jcp
-    	= javaclasspath; strsplit (jcp,”:”)</font></font><font face="Arial, sans-serif"><font size="2">'
-    	(w/o quotes). See above under “REQUIRED SUPPORT SOFTWARE”
-    	what classes should be mentioned.</font></font></p>
-	<p align="left"><font face="Arial, sans-serif"><font size="2">If classes (.jar files)
-    	ar</font></font><font face="Arial, sans-serif"><font size="2">e</font></font><font face="Arial, sans-serif"><font size="2">
-    	missing, download and put them somewhere and add them to the
-    	javaclass path with their fully qualified pathname (in quotes) using
-    	</font></font><font face="Courier New, monospace"><font size="2">javaaddpath()</font></font><font face="Arial, sans-serif"><font size="2">.</font></font></p></li></ol>
-    	<p><font face="Arial, sans-serif"><font size="2">Once all classes
-    	are present and in the javaclasspath, the ods interfaces should just
-    	work. The only remaining showstoppers are insufficient write
-    	privileges for the working directory, a wrecked up octave or some
-    	other problems outside octave.</font></font></p>
-    <ol start="4">
-    	<li><p align="left"><font face="Arial, sans-serif"><font size="2">Try
-    	opening an ods file: </font></font>
-    	</p><p align="left"><font face="Courier New, monospace"><font size="2">ods1
-    	= odsopen ('test.ods', 1, 'otk')</font></font><font face="Arial, sans-serif"><font size="2">.
-    	If this works and ods1 is a struct with various fields containing
-    	objects, ODF toolkit interface (OTK) works. Do an </font></font><font face="Courier New, monospace"><font size="2">ods1
-    	= odsclose (ods1)</font></font> <font face="Arial, sans-serif"><font size="2">to
-    	close the file.</font></font></p><p align="left">
-    	<font face="Courier New, monospace"><font size="2">ods2 = odsopen
-    	('test.ods', 1, 'jod')</font></font><font face="Arial, sans-serif"><font size="2">.
-    	If this works and ods2 is a struct with various fields containing
-    	objects, jOpenDocument interface (JOD) works as well. Do </font></font><font face="Courier New, monospace"><font size="2">ods2
-    	= odsclose (ods2)</font></font> <font face="Arial, sans-serif"><font size="2">to
-    	close the file.</font></font></p></li>
-
-	<li><p align="left"><font face="Arial, sans-serif"><font size="2">For the UNO
-	interface, at least version 1.2.8 of the Java package is needed plus the following
-	Java class libs (jars) and directory:<br>
-	* <b>unoil.jar</b> (usually found in subdirectory Basis&lt;version&gt;/program/classes/
-	or the like of the OpenOffice.org (&lt;OOo&gt;) installation directory;<br>
-	* <b>juh.jar</b>, <b>jurt.jar</b>, <b>unoloader.jar</b> and <b>ridl.jar</b>, usually
-	found in the subdirectory URE/share/java/ (or the like) of OOo's installation directory;<br>
-	* The subdirectory <b>program/</b> (where soffice[.exe] (or ooffice) resides).<br>
-	The exact case (URE or ure, Basis or basis), name ("Basis3.2" or just "basis") and
-	subdirectory tree (URE/java or URE/share/java) varies across OOo versions and -clones,
-	so chk_spreadsheet_support.m can have a hard time finding all needed classes. In
-	particularly bad cases, when chk_spreadsheet_support cannot find them, you might need
-	to add one or more of these these classes manually to the javaclasspath.
-	</font></font></font></p></li>
-</ol>
-<p><br>
-    </p>
-    <p align="center"><font face="Arial, sans-serif"><font size="4"><u><b>DEVELOPMENT</b></u></font></font></p>
-    	<p><font face="Arial, sans-serif"><font size="2">As with the Excel
-    	r/w stuff, adding new interfaces should be easy and straightforward.
-    	Add relevant stanzas for your new interface <b><i>INTF</i></b> in <b>odsopen</b>, <b>odsclose</b>, <b>odsfinfo</b>, <b>oct2ods</b>, <b>ods2oct</b>, <b>getusedrange</b> and add new subfunctions (for the real work) in subdir ./private; you'll need a total of six interface-dependent private functions (see the various examples for each interface in subdir ./private).</font></font></p><p><font face="Arial, sans-serif"><font size="2">Suggestions for
-    	future development:</font></font></p>
-    	<ul><li><p align="left">
-    	<font face="Arial, sans-serif"><font size="2">Speeding up (ODS is 10 X
-    	slower than e.g. OOXML !!!). jOpenDocument is much faster but still
-    	immature.<br>
-	For large spreadsheets, <b>UNO</b> *is* MUCH faster than jOpenDocument but starting up OpenOffice.org
-	for the first time can take tens of seconds...<br>
-  Note that UNO is still experimental. The issue is that odsclose() will simply
-  kill ALL other OpenOffice.org invocations, also those that were not opened
-  through Octave! This is related to UNO-Java limitations.<br>
-  The underlying issue is that when Octave starts an OpenOffice.org invocation,
-  OpenOffice.org must be closed for Octave to be able to exit; otherwise Octave will
-  wait for OOo to shut down before it can terminate itself. So Octave must kill
-  OOo to be able to terminate.<br>
-  A way out hasn't been found yet.
-  </font></font></p></li><li><p align="left">
-    	“<font face="Arial, sans-serif"><font size="2">Passing function
-    	handle” a la Matlab's </font></font><font face="Arial, sans-serif"><font size="2"><b>xlsread</b></font></font></p></li><li><p align="left">
-    	<font face="Arial, sans-serif"><font size="2">Adding styles (borders,
-    	cell lay-out, font, etc.)</font></font></p></li></ul>
-    	<font face="Arial, sans-serif"><font size="2">Some notes on the
-    	choice for Java (becoming less relevant as the OCT interface gets more mature):</font></font>
-    <ol>
-    	<li>
-    	<font face="Arial, sans-serif"><font size="2">It saves a LOT of
-    	development time to use ready-baked Java classes rather than
-    	developing your own routines and thus effectively reinvent the
-    	wheel.</font></font></li><li>
-    	<font face="Arial, sans-serif"><font size="2">A BIG advantage is that
-    	a Java-based solution is platform-independent (“portable”).</font></font></li><li>
-    	<font face="Arial, sans-serif"><font size="2">The Java classes offer much more options than just reading and writing. Formatting, recalculation options, hiding/merging cell ranges, etc.</font></font></li><li>
-    	<font face="Arial, sans-serif"><font size="2">But Java is known to be
-    	not very conservative with resources, especially not when processing
-    	XML-based formats.</font></font></li></ol>
-    <dl>
-    	<dt><font face="Arial, sans-serif"><font size="2">So Java is a
-    	compromise between portability and rapid development time versus
-    	capacity (and speed).</font></font></dt><dt>
-    	<font face="Arial, sans-serif"><font size="2">But IMO data sets larger
-    	than 5.10<sup>5</sup> cells should not be kept in spreadsheets
-    	anyway. Use real databases for such data sets.</font></font></dt><dt>
-    	<br>
-    	</dt><dt><font face="Arial, sans-serif"><font size="2"><b>ODFDOM versions</b></font></font></dt><dt>
-    	<br>
-    	</dt><dt><font face="Arial, sans-serif"><font size="2">I have tried various
-    	odfdom versions. As to 0.8 &amp; 0.8.5, while the API has been
-    	simplified enormously (finally one can address cells by spreadsheet
-    	address rather than find out yourself by parsing the
-    	table-column/-row/-cell structure), many irrecoverable bugs have
-    	been introduced :-(( </font></font>
-    	</dt><dt><font face="Arial, sans-serif"><font size="2">In addition
-    	processing ODS files became significantly slower (up to 7 times!).</font></font></dt><dt>
-    	<br>
-    	</dt><dt><font face="Arial, sans-serif"><font size="2">End of August 2010 
-      there's implemented support for odfdom-0.8.6.jar – that version
-    	is at last sufficiently reliable to use. The few remaining bugs and
-    	limitations could easily be worked around by diving in the older
-    	TableTable API. Later on (early 2011) version 0.8.7 has been tested
-	too - this needed a few adjustments. Early 2012 odfdom-0.8.8 (from odfdom-0.5-incubator)
-  was accepted. Aug. 2013 odfdom-0.8.9 (odfdom-0.6-incubator) was tested but
-  alas, it doesn't work; clearly the odfdom API (currently at main
-	version 0) is not stable yet.</font></font></dt><dt>
-    	<font face="Arial, sans-serif"><font size="2">So at the moment
-    	(August 2012 = last I looked) only odfdom versions <b>0.7.5</b>,
-    	<b>0.8.6</b>, <b>0.8.7</b> and <b>0.8.8</b>(-incubator) are supported.
-  </font></font></dt><dt><br></dt>
-  <dt><font face="Arial, sans-serif"><font size="2">If you want to
-    	experiment with odfdom 0.8 &amp; 0.8.5, you can try:</font></font></dt></dl>
-    <ul>
-    	<li>
-    	<font face="Arial, sans-serif"><font size="2">odsopen.m (revision
-    	7157)</font></font></li><li>
-    	<font face="Arial, sans-serif"><font size="2">ods2oct.m (revision
-    	7158)</font></font></li><li>
-    	<font face="Arial, sans-serif"><font size="2">oct2ods.m (revision
-    	7159)</font></font></li></ul>
-    	<p><font face="Arial, sans-serif"><font size="2">Enjoy!</font></font></p><p align="center"><font face="Arial, sans-serif"><font size="2">Philip Nienhuis, May 1, 2014</font></font></p><dl><dd><p align="center">
-    	<br>
-    </p></dd></dl>
-    </body></html>
\ No newline at end of file

--- a/main/io/doc/READ-XLS.html	Sun May 25 20:16:06 2014 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,354 +0,0 @@
-<HTML>
-<HEAD>
-<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=windows-1252">
-<META NAME="Generator" CONTENT="Microsoft Word 97">
-<META NAME="CREATED" CONTENT="20091211;17230700">
-<META NAME="CHANGEDBY" CONTENT="Philip Nienhuis">
-<META NAME="CHANGED" CONTENT="20140408;18083900">
-</HEAD>
-<BODY LINK="#0000ff" VLINK="#800080">
-
-<P><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"></P>
-<FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><P ALIGN="CENTER">README for Excel spreadsheet file r/w access scripts for octave (&gt; 3.8.x)<BR>
-<BR>
-Copyright (C) 2009 - 2014 Philip Nienhuis &lt;prnienhuis at users.sf.net&gt;<BR>
-<BR>
-This version May 1, 2014</P>
-</FONT></FONT><B><U><FONT FACE="Arial, sans-serif" SIZE=4><FONT FACE="Arial, sans-serif" SIZE=4><P ALIGN="CENTER">EXCEL .XLS SUPPORT FILES</P>
-</B></U></FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DL>
-<DT><BR>
-<B>doc/README-XLS.html</B><BR>
-This file.</FONT></FONT> </DT><BR>
-<B><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DT>xlsread.m</DT>
-</B><DT>All-in-one function for reading data from one specific worksheet in an Excel spreadsheet file. This script has Matlab-compatible functionality. <BR>
-</DT><BR>
-<B>xlswrite.m</B>
-<DT>All-in-one function for writing data to one specific worksheet in an Excel spreadsheet file. This script has Matlab-compatible functionality.<BR>
-<BR>
-<B>xlsfinfo.m</B>
-<DT>All-in-one function for exploring basic properties of an Excel spreadsheet file. This script has Matlab-compatible functionality. <BR>
-<BR>
-<B>xlsopen.m</B></DT>
-<DT>Function for "opening" (= providing a handle to) an Excel spreadsheet file ("workbook"). This function sorts out which interface to use for .xls access (i.e.,COM; Java &amp; Apache POI; JexcelAPI; OpenXLS; etc.), but it's choice can be overridden. <BR>
-<BR>
-<B>xls2oct.m</B></DT>
-<DT>Function for reading data from a specific worksheet pointed to in a struct created by xlsopen.m. xls2oct can be called multiple times consecutively using the same pointer struct, each time allowing to read data from different ranges and/or worksheets. Data are returned in the form of a 2D heterogeneous cell array that can be parsed by parsecell.m. xls2oct is a mere wrapper for interface-dependent scripts that do the actual low-level reading. <BR>
-<BR>
-<B>oct2xls.m</B></DT>
-<DT>Function for writing data to a specific worksheet pointed to in a struct created by xlsopen.m. octxls can be called multiple times consecutively using the same pointer struct, each time allowing to write data to different ranges and/or worksheets. oct2xls is a mere wrapper for interface-dependent scripts that do the actual low-level writing. <BR>
-<BR>
-<B>xlsclose.m</B></DT>
-<DT>Function for closing (the handle to) an Excel workbook. When data have been written to the workbook oct2xls will write the workbook to disk. Otherwise, the file pointer is simply closed and possibly used interfaces for Excel access (COM/ActiveX/Excel.exe) will be shut down properly. <BR>
-<BR>
-<B>parsecell.m</B></DT>
-<DT>Function for separating the data in raw arrays returned by xls2oct, into numerical/logical and text (cell) arrays. <BR>
-<BR>
-<B>chk_spreadsheet_support.m</B></DT>
-<DT>Internal function for (1) checking, (2) setting up, (3) debugging spreadsheet support. While not specifically meant for direct invocation from the Octave prompt (it is more useful during initialization of Octave itself) it can be very helpful when hunting down issues with spreadsheet support in Octave.</DT>
-</DL>
-<B>calccelladdress.m</B>,</FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DT>Support function called by the script functions; calculates spreadsheet type row/column address based on 1-based row/column numbers.<BR></DT>
-<BR>
-<DT><B>test_spsh.m</B>, <B>io_xls_testscript.m</B></DT>
-<DT>Undocumented scripts for testing basic features of the spreadsheet scripts. Meant for testers and developers, but I don't mind ordinary users to give it a try.</DT>
-</DL>
-<P ALIGN="CENTER"><BR>
-</FONT></FONT><B><U><FONT FACE="Arial, sans-serif" SIZE=4><FONT FACE="Arial, sans-serif" SIZE=4>REQUIRED SUPPORT SOFTWARE</P>
-</B></U></FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DL>
-<BR>
-
-<DT><FONT FACE="Arial, sans-serif" SIZE=2><U><B>For the native Octave interface (OCT)</B></U></DT><br>
-<P>(read/write support for OOXML (Excel 2007+), ODS 1.2 (LibreOffice/OpenOffice.org Calc), and Gnumeric)<br>
-<b>NO</b> external support software is required!
-</FONT></P>
-
-<DT><U><B>For the Excel/COM interface:</B></U></DT>
-</DL>
-
-<UL>
-<LI>A windows computer with Excel installed</LI>
-<LI>Octave-forge Windows-1.2.1</LI></UL>
-
-<P><U><B>For the Java / Apache POI / JExcelAPI / OpenXLS / LibreOffice | OpenOffice.org interfaces (general):</FONT></FONT></B></U> </P>
-
-<UL>
-<FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>
-<LI>Octave 3.7.2 or later with Java support compiled in</LI>
-<LI>Java JRE or JDK &gt; 1.6.0 (hasn't been tested with earlier versions)</LI></UL>
-
-<DL>
-<DT>Apache POI specific:</DT>
-</DL>
-
-<UL>
-<LI>class .jars: <B>poi-3.5-FINAL-&lt;date&gt;.jar</B> &amp; <B>poi-ooxml-3.5-FINAL-&lt;date&gt;.jar</B> (or later versions) in classpath</LI>
-<LI>Get it here: </FONT></FONT><A HREF="http://poi.apache.org/download.html"><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>http://poi.apache.org/download.html</FONT></FONT></A></LI></UL>
-<DIR>
-<DIR>
-
-<FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><P>and here:</P></DIR>
-</DIR>
-
-
-<UL>
-<LI>for OOXML support with Apache POI:</LI>
-</UL>
-<DIR>
-<DIR>
-
-<B><P>poi-ooxml-schemas-&lt;version&gt;.jar</B>, + either <B>xbean.jar</B> or <B>xmlbeans.jar</B>, + <B>dom4j-1.6.1.jar</B> in javaclasspath. </P>
-<P>Get them here:</P>
-</FONT></FONT><P><A HREF="http://poi.apache.org/download.html"><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>http://poi.apache.org/download.html</FONT></FONT></A><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2> (&quot;xmlbeans&quot; and poi-ooxml-schemas)</P>
-</FONT></FONT><P><A HREF="http://sourceforge.net/projects/dom4j/files"><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>http://sourceforge.net/projects/dom4j/files</FONT></FONT></A><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2> (dom4j-&lt;version&gt;)</P></DIR>
-</DIR>
-
-<DL>
-<DT>JExcelAPI specific:</DT>
-</DL>
-
-<UL>
-<LI>class .jar: <B>jxl.jar</B> in classpath</LI>
-<LI>Get it here: </FONT></FONT><A HREF="http://sourceforge.net/projects/jexcelapi/files/"><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>http://sourceforge.net/projects/jexcelapi/files/</FONT></FONT></A></LI></UL>
-
-<FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DL>
-<DT>OpenXLS specific:</DT>
-</DL>
-
-<UL>
-<LI>class .jar: <B>OpenXLS.jar</B> in classpath</LI>
-<LI>Get it here: </FONT></FONT><A HREF="http://sourceforge.net/projects/openxls/"><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>http://sourceforge.net/projects/openxls/</FONT></A> (Be sure to get version 10)</FONT></LI>
-<LI>class .jar: <B>gwt-servlet-deps.jar</B> in classpath</LI>
-<LI>Get it here: </FONT></FONT><A HREF="http://www.gwtproject.org/download.html"><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>http://www.gwtproject.org/download.html</FONT></A> ("Download GWT SDK")</FONT></LI>
-</UL>
-
-<FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DL>
-<DT>These class libs must be referenced with full pathnames in your javaclasspath.<br>
-When the io package gets loaded, a utility function (PKG_ADD) tries to automatically find the Java class libs and adds the ones it found to the javaclasspath; When the io package gets unloaded, these same class libs will be removed from the javaclasspath.<br><br>
-On MinGW the required Java class libs had best be put in /&lt;libdir&gt;/java (where &lt;libdir&gt; on MinGW is usually /lib); on Linux system supplied Java class libs usually reside in /usr/share/java. Alternatively, you can put them in your HOME directory in a subdirectory java (mind case!) - on *nix that would be ~./java, on Windows %USERPROFILE%/java (same level as My Documents). The PKG_ADD routine, that gets run each time the io package is loaded, expects the class libs there; if they are elsewhere, add them in ./share/octave/&lt;version&gt;/m/startup/octaverc using appropriate javaaddpath statements or a chk_spreadsheet_support() call.<br>
-  In addition, you can specify a subdirectory using the environment variable OCTAVE_IO_JAVALIBS.<br>
-  Once a particular Java class lib has been added to the javaclasspath, it won't be searched anymore nor reloaded from the next search location. The search order is:
-  <OL>
-  <LI>Specified by the environment variable OCTAVE_IO_JAVALIBS</LI>
-  <LI>&lt;HOME_DIR&gt;/java</LI>
-  <LI>/usr/share/java (*nix) or /lib/java (MinGW)</LI>
-  </OL>
-  If you do not want PKG_ADD to load the Java class libs, specify a value of "no", "false" or "0" for the OCTAVE_IO_JAVALIBS environment variable before starting Octave.</DT></DL>
-<DL><DT>UNO specific  (invoking OpenOffice.org (or clones) behind the scenes):<BR>
-NOTE: EXPERIMENTAL!!  A working OpenOffice.org installation. The utility function chk_spreadsheet_support can be used to add the needed entries to the javaclasspath.<BR></DT>
-</DL>
-
-<P ALIGN="CENTER"><BR>
-</FONT></FONT><B><U><FONT FACE="Arial, sans-serif" SIZE=4><FONT FACE="Arial, sans-serif" SIZE=4>USAGE</P>
-</B></U></FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DL>
-<DT><BR>
-<B>xlsread</B> and <B>xlswrite</B> are mere wrappers for <B>xlsopen</B>-<B>xls2oct</B>-<B>xlsclose</B>-<B>parsecell</B> and <B>xlsopen</B>-<B>oct2xls</B>-<B>xlsclose</B> sequences, resp. They exist for the sake of Matlab compatibility.<BR>
-<BR>
-<B>xlsfinf</B>o can be used for finding out what worksheet names exist in the file. For OOXML files you either need MS-Excel 2007 for Windows (or later version) installed, and/or the input parameter REQINTF should be specified with a value of 'poi', 'oxs' or 'uno' (case-insensitive) and -obviously- either the complete POI interface must have been installed, and/or OpenXLS, and/or LibreOffice/OpenOffice.org.<BR>
-<BR>
-Invoking <B>xlsopen</B>/..../<B>xlsclose</B> directly provides for much more flexibility, speed, and robustness than <B>xlsread</B> / <B>xlswrite</B>. Indeed, using the same file handle (pointer struct) you can mix reading &amp; writing before writing the workbook out to disk using xlsclose.<BR>
-And: <B>xlsopen </B>/ <B>xlsclose</B> hide the gory interface details from the user.<BR>
-Currently only .xls files (BIFF8) can be read/written; using JExcelAPI BIFF5 can be read as well. For OOXML files either Excel 2007 for Windows (or higher) and/or the complete Apache POI interface, and/or OpenXLS v 10, or LibreOffice must be installed (and probably the REQINTF parameter specified with a value of 'poi', 'oxs', or 'uno').<BR>
-<BR>
-When using <B>xlsopen</B>....<B>xlsclose</B> be sure to keep track of the file handle struct.<BR>
-<BR>
-A possible scenario:<BR>
-<BR>
-<B>xlh = xlsopen (&lt;excel_filename&gt; , [rw], [&lt;requested interface&gt;])</B><BR>
-<I># Set rw to 1 if you want to write to a workbook immediately.<BR>
-# In that case the check for file existence is skipped and<BR>
-# -if needed- a new workbook created.<BR>
-# If you really want an other interface than auto-selected<BR>
-# by xlsopen you can request that. But xlsopen still checks<BR>
-# proper support for your choice.</I><BR>
-<BR>
-<I># Read some data</I><BR>
-<B>[ rawarr1, xlh ] = xls2oct (xlh, &lt;SomeWorksheet&gt;, &lt;Range&gt;)</B><BR>
-<I># Be sure to specify xlh as output argument as xls2oct keeps<BR>
-# track of changes and the need to write the workbook to disk <BR>
-# in the xlhstruct. And the origin range is conveyed through<BR>
-# the xlh pointer struct.</I><BR>
-<BR>
-<I># Separate data into numeric and text data</I><BR>
-<B>[ numarr1, txtarr1, lim1 ] = parsecell (rawarr1)</B><BR>
-<I><BR>
-</I># Get more data from another worksheet in the same workbook<BR>
-<B>[ rawarr2, xlh ] = xls2oct (xlh, &lt;SomeOtherWorksheet&gt;, &lt;Range&gt;)</B><BR>
-<B>[ numarr2, txtarr2, lim2 ] = parsecell (rawarr2)</B><BR>
-<BR>
-# &lt;... Analysis and preparation of new data in cell array Newdata....&gt;<BR>
-<BR>
-<I># Add new data to spreadsheet</I><BR>
-<B>xlh = oct2xls (Newdata, xlh, &lt;AnotherWorksheet&gt;, &lt;Range&gt;)</B><BR>
-<BR>
-<I># Close the workbook and write it to disk; then clear the handle</I><BR>
-<B>xlh = xlsclose (xlh)</B><BR>
-<B>clear xlh</DT>
-</B><DT>When not using the COM interface, specify a value of 'POI' for parameter REQINTF when accessing OOXML files in xlsread, xlswrite, xlsopen, xlsfinfo (and be sure the complete Apache POI interface is installed). If you haven't got ActiveX installed (i.e., not having MS-Excel under Windows) specifying 'POI' may not be needed as in such cases Apache POI is the next default interface.</DT>
-<DT>When using JExcelAPI (JXL), after writing into a worksheet you MUST save the file – adding data to the same or another worksheet is no more possible after the first call to oct2xls(). This is a limitation of JExcelAPI.</DT>
-</DL>
-</FONT></FONT><B><U><FONT FACE="Arial, sans-serif" SIZE=4><FONT FACE="Arial, sans-serif" SIZE=4><P ALIGN="CENTER">SPREADSHEET FORMULA SUPPORT</P>
-</B></U></FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DL>
-<DT><BR>
-When using the COM, POI, JXL, OXS, UNO and OCT interfaces you can:</DT>
-</DL>
-
-<UL>
-<LI>(When reading, xls2oct) either read evaluated spreadsheet formula results, or the literal formula text strings;</LI>
-<LI>(When writing, oct2xls) either enter text strings in the form of spreadsheet formulas in the worksheet as formulas, or enter them as literal text strings.</LI></UL>
-
-<P>In short, you can enter spreadsheet formulas and in a later stage read them back, change them and re-enter them in the worksheet.&nbsp;</P>
-<DL>
-<DT>The behaviour is controlled by an option structure <B>options</B></FONT></FONT> <FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>which for now has only one (logical) field:</DT>
-<B><DT>options.formulas_as_text</B></FONT></FONT> <FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>= 0 (the default) implies enter formulas as formulas and read back formula results</DT>
-<B><DT>options.formulas_as_text </B>=1 (or any positive integer) means enter formulas as text strings and read them back as text strings.</DT>
-<DT>Be aware that there's no formula evaluator in JExcelAPI (JXL). So if you create formulas in your spreadsheet using oct2xls or xlswrite with 'JXL', do not expect meaningful results when reading those files later on <B>unless</B></FONT></FONT> <FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>you open them in Excel and write them back to disk.</DT>
-<DT>While both Apache POI and JExcelAPI feature a formula validator, not all spreadsheet functions present in Excel have been implemented (yet).</DT>
-<DT>Worse, older Excel versions feature less functions than newer versions. So be wary as this may make for interesting confusion.</DT>
-</DL>
-</FONT></FONT><B><U><FONT FACE="Arial, sans-serif" SIZE=4><FONT FACE="Arial, sans-serif" SIZE=4><P ALIGN="CENTER">MATLAB COMPATIBILITY</P>
-</B></U></FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DL>
-<DT><BR>
-<B>xlsread</B>, <B>xlswrite</B> and <B>xlsfinfo</B> are for the most part Matlab-compatible. Some small differences are mentioned below. When using the Java interfaces octave supplies some formula manipulation support.<BR>
-<BR>
-<B><U>xlsread</B></U><BR>
-Matlab's <B>xlsread</B> supports invoking extra functions while reading ("passing function handle"); octave not. But this can be simulated outside <B>xlsread</B>.<BR>
-<BR>
-Matlab's <B>xlsread</B> flags some spreadsheet errors, octave-forge just returns blank cells.<BR>
-<BR>
-Octave's xlsread (and for that matter, xlsfinfo as well) returns info about the actual (rather than the requested) cell range where the data came from. Personally I find it very useful to know from what part of a worksheet the data originate so I've put quite some effort in it :-)</DT>
-<DT>Matlab can't, due to Excel automatically trimming returned arrays from empty outer columns and rows. Octave is more clever but the Visual Basic call used for determining the actually used range has some limitations: (1) it relies on cached range values and thus may be out-of-date, and (2) it counts empty formatted cells too. When using ActiveX/COM, if octave's <B>xlsfinfo</B>.m returns wrong data ranges it is most often an overestimation.</DT>
-<DT>Matlab's <B>xlsread</B> ignores all non-numeric data values outside the smallest rectangle encompassing all numerical values. Octave's <B>xlsread</B> doesn't. This means that Matlab ignores all row/column headers, not very user-friendly IMO. <BR>
-<BR>
-When using the Java interface, reading and writing xls-files by octave's xlsread is platform-independent. On systems w/o installed Excel, Matlab can only read Excel 95 formatted .xls files (written using ML <B>xlswrite</B>'s 'Basic&quot; option) – and then differently than under Windows.....</DT>
-<DT>Matlab's <B>xlsread</B> returns strings for cells containing date values. This makes for endless if-then-elseif-else-end constructs to catch all expected date formates. Octave returns numerical data (where 0 = 1/1/1900 – you can easily transfer them into proper octave date values yourself using e.g. datestr(), see bottom of this document for more info).<BR>
-<BR>
-<B><U>xlswrite</B></U><BR>
-Octave's <B>xlswrite</B> works on systems w/o Excel support, Matlab's doesn't (properly).</DT>
-<DT>When specifying a sheet number larger than the number of existing sheets in an .xls file, Matlab's <B>xlswrite</B> adds empty sheets until the new sheet number is created; Octave's <B>xlswrite</B> only adds one sheet called &quot;Sheet&lt;number&gt;&quot; where &lt;number&gt; is the specified sheet number. </DT>
-<DT>Even better (IMO) while M's <B>xlswrite</B> always creates Sheet1/Sheet2/Sheet3 when creating a new spreadsheet, octave's <B>xlswrite</B> only creates the requested worksheet. (Did you know that you can instruct Excel to create spreadsheets with just one, or any number of, worksheets? Look in Tools | Options, General tab.)</DT>
-<DT>Oh and octave doesn't touch the &quot;active sheet&quot; - but that's not automatically an advantage.</DT>
-<DT>If the specified write range is larger than the actual data array, Matlab's <B>xlswrite</B> adds #N/A cells to fill up the lowermost rows and rightmost columns; octave-forge's <B>xlswrite</B> doesn't. <BR>
-<BR>
-<B>xlsfinfo</B><BR>
-When invoking Excel/COM interface, Octave's <B>xlsfinfo</B> also echoes the type of sheet (worksheet, chart), not just the sheet names. Using Java I haven't found similar functionality (yet).<BR>
-Octave's <B>xlsfinfo</B> also shows (and returns) the range of the smallest rectangle encompassing all occupied data ranges in each sheet.</DT>
-</DL>
-</FONT></FONT><B><U><FONT FACE="Arial, sans-serif" SIZE=4><FONT FACE="Arial, sans-serif" SIZE=4><P ALIGN="CENTER">COMPARISON OF INTERFACES &amp; USAGE</P>
-</B></U></FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DL>
-<DT>Using Excel itself (through <b>COM / ActiveX</b> on Windows systems) is probably the most robust and versatile and especially FAST option (though for OOXML the OCT interface is probably faster). There's one gotcha: in case of some type of COM errors Excel will keep running invisibly; you can only end it through Task Manager. <BR>
-A tiny problem is that one cannot find out easily through COM what file types are supported; xls, wks, wk1, xlsx, etc. <BR>
-Another -obvious- limitation is that COM Excel access only works on Windows systems where Excel is installed. <BR>
-<BR>
-<b>JExcelAPI</b> (Java-based and therefore platform-independent) is proven technology but switching between reading and writing is quite involved and memory-hungry when processing large spreadsheets. As the docs state, JExcelAPI is optimized for reading and it does do that well - but still slower than Excel/COM. The fact that upon a switch from reading to writing the existing spreadsheet is overwritten <B>in place</B> by a blank one and that you can only get the contents back wen writing out all of the changes is worrying - and any change after the first write() is lost as a next write() doesn't seem to work, worse yet, you may completely loose the spreadsheet in question. The first is by JExcelAPI design, the second is probably a bug (in octave-forge/Java or JExcelAPI ? I don't know). Adding data to existing spreadsheets does work, but IMO undue user confidence is needed.</DT>
-<DT>JExcelAPI supports BIFF5 (only reading) and BIFF8 (Excel 95 and Excel 97-2003, respectively). Upon overwriting, BIFF5 spreadsheets are converted silently to BIFF8.</DT>
-<DT>JexcelAPI, unlike ApachePOI, doesn't evaluate functions while reading but instead relies on cached results (i.e. results computed by Excel itself). Depending on Excel settings (&quot;Automatic calculation&quot; ON or OFF) this may or may not yield incorrect (or expected) results. <BR>
-<BR>
-<b>Apache POI</b> (Java-based and platform-independent too) is based on the OpenOffice.org I/O Excel r/w routines. It is a more versatile than JExcelAPI, while it doesn't support BIFF5 it does support BIFF8 (Excel 97 – 2003) and OOXML (Excel 2007).</DT>
-<DT>It is slower than native JXL let alone Excel &amp; COM but it features active formula evaluation, although at the moment (end of 2013, v. 3.9) still not *all* Excel functions have been implemented (a daunting task for the POI devs, as it is hard to keep up with MS here). I've made the relevant subfunction (xls2jpoi2oct) fall back to cached formula results (and yield a suitable warning) for non-implemented Excel functions while reading Excel files. <BR>
-<BR>
-<b>OpenXLS</b> (an open source version of Extentech's commercial Java-xls product) is still a bit experimental. It seems to work faster than JExcelAPI, but it has other issues - i.e., processing of OOXML files is still unreliable. In addition OpenXLS scatters Extentech.tmp files here and there. For .xls (BIFF8) it works OK.<BR>
-<BR>
-<b>UNO</b> (invoking OpenOffice.org (OOo) or LibreOffice (LO) or clones behind the scenes, a la ActiveX) is experimental. It works FAST (i.e., once OOo itself is loaded and initialized which can take some time) and can process much larger spreadsheets than the other Java-based interfaces because the data are not entered in the JVM but in OOo's memory.<BR>
-A big stumbling block is that odsclose() on a UNO xls struct will kill ALL OpenOffice.org invocations, also those that were not related to Octave! This is due to UNO-Java limitations.<BR>
-The underlying issue is that when Octave starts an OpenOffice.org invocation, OpenOffice.org must be closed for Octave to be able to exit; otherwise Octave will wait for OOo to shut down before it can terminate itself. So Octave must kill OOo to be able to terminate.<br>
-A way out hasn't been found yet.<br><br>
-All in all, of the three Java options I'd prefer Apache POI rather than OpenXLS or JexcelAPI. But the latter is indispensable for BIFF5 formats. Once UNO is stable it is to be preferred as it can read ALL file formats supported by OOo (viz. wk1, ods, xlsx, sxc, ...). If you need to process really large spreadsheets, UNO is by far the fastest option (behind COM on Windows systems), but for smaller spreadsheets you'll find that the other interfaces are more efficient.<DT><br>
-<DT>The <b>OCT</b> interface (native Octave calls) is by far the fastest for OOXML, the only Octave option for gnumeric, but for ODS it is still slower than COM/ActiveX or UNO. Experimental OCT write support is available for OOXML, ODS 1.2 and gnumeric but not extensively tested yet.</DT>
-<DT><br>Some notes on the choice for Java:</DT>
-</DL>
-<OL>
-
-<LI>It saves a LOT of development time to use ready-baked Java classes rather than developing your own routines and thus effectively reinvent the wheel.</LI>
-<LI>A BIG advantage is that a Java-based solution is platform-independent (&quot;portable&quot;).</LI>
-<LI>The Java classes offer much more options than just reading and writing. Formatting, recalculation options, hiding/merging cell ranges, etc.</LI>
-<LI>But Java is known to be not very conservative with resources, especially not when processing XML-based formats.</LI></OL>
-
-<DL>
-<DT>So Java is a compromise between portability and rapid development time versus capacity (and speed).</DT>
-<DT>But IMO data sets larger than 5.10<SUP>5</SUP> cells should not be kept in spreadsheets anyway. Better use real databases for such data sets.</DT>
-</DL>
-</FONT></FONT><B><U><FONT FACE="Arial, sans-serif" SIZE=4><FONT FACE="Arial, sans-serif" SIZE=4><P ALIGN="CENTER">A NOTE ON JAVA MEMORY USAGE</P>
-</U></FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><P>Java memory pool allocation size</P>
-</B><DL>
-<DT>The Java virtual machine (JVM), when initialized by octave, reserves one big chunk of your computer's RAM in which all java classes and methods etc. are to be loaded: the java memory pool. It does this because java has a very sophisticated &quot;garbage collection&quot; system. At least on Windows, the initial size is 2MB and the maximum size is 16 MB. On Linux this allocated size might differ (e.g., my Mandriva box with openJDK has a 512 MB default max setting). This part of memory is where the Java-based XLS/ODS octave routines live and keep their variables etc.</DT>
-<DT>For transferring large pieces of information to and from spreadsheets you might hit the limits of this pool. E.g. to be able to handle I/O of an array of around 500,000 cells I needed a memory pool size of 512 MB.</DT>
-<DT>The memory size can be increased by inserting a file called &quot;java.opts&quot; (without quotes) in the directory ./share/octave/<version>/java (where the script file javaclasspath.m is located; try "which javaclasspath" in an Octave terminal to get the proper location), containing just the following lines:</DT>
-</FONT></FONT><B><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2><DT>-Xms16m<BR>
--Xmx512m</DT>
-</B></FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DT>(where 16 = initial size, 512 = maximum size (in this example), m stands for Megabyte. This maximum is system-dependent. E.g., I have a 1 GB setting).<br>
-For further details consult the Octave manual, "Java Interface", "FAQ", "How can I handle memory limitations?"</DT><br><br>
-<DT>After processing a large chunk of spreadsheet information you might notice that octave's memory footprint does not shrink so it looks like Java's memory pool does not shrink back; but rest assured, the memory footprint is the <I>allocated</I> (reserved) memory size, not the actual used size. After the JVM has done its garbage collection, only the so-called &quot;working set&quot; of the memory allocation is really in use and that is a trimmed-down part of the memory allocation pool. On Windows systems it often suffices to minimize the octave terminal for a few seconds to get a more reasonable memory footprint.</DT>
-</DL>
-</FONT></FONT><B><U><FONT FACE="Arial, sans-serif" SIZE=4><FONT FACE="Arial, sans-serif" SIZE=4><P ALIGN="CENTER">TROUBLESHOOTING</P>
-</B></U></FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DL>
-<DT>Some hints for troubleshooting Excel support are contained in this thread:</DT>
-</FONT></FONT><DT><A HREF="http://sourceforge.net/mailarchive/forum.php?thread_name=4C61B649.9090802%40hccnet.nl&amp;forum_name=octave-dev"><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>http://sourceforge.net/mailarchive/forum.php?thread_name=4C61B649.9090802%40hccnet.nl&amp;forum_name=octave-dev</FONT></FONT></A></DT>
-<FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DT>dated August 10, 2010.</DT>
-<DT>A more structured approach is below.<BR>
-<BR>
-Since April 2011 a special purpose setup file has been included in the io package (chk_spreadsheet_support.m). Large parts of the approach below (starting at Step 2) have been automated in this script. When running it with the second input argument (debug level) set to 3 a lot of useful diagnostic output will be printed to screen.</DT>
-</DL>
-<OL>
-
-<LI>Check if COM / ActiveXworks (only under Windows OS). Do a </FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2>pkg list </FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>and see</LI>
-</FONT></FONT><P>a. <FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>If there's a windows package mentioned (then it's installed). If not, install it.</P>
-<P>b. If there's an asterisk on the windows package line (then the package is loaded). If not, do a </FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2>pkg load windows</FONT></FONT> </P>
-<FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><LI>Check if the ActiveX server works. Do:</LI>
-</FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2><P>exl = actxserver ('Excel.Application')</FONT></FONT> <FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>## Note the period between &quot;Excel&quot; and &quot;Application&quot;</P>
-<P>If a COM object is returned, ActiveX / COM / Excel works. Do: </FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2>exl.Quit(); delete (exl)</FONT></FONT> <FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>to shut down the (hidden) Excel invocation.</P>
-<P>If you get an error message, your last resort is re-installing the windows package, or trying the Java-based interfaces.</P>
-<LI>Check if java works. Do a </FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2>pkg list </FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>and see</LI></OL>
-<DIR>
-<DIR>
-
-</FONT></FONT><P>a. <FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>If there's a java package mentioned (then it's installed). If not, install it.</P>
-<P>b. If there's an asterisk on the java package line (then the package is loaded). If not, do a </FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2>pkg rebuild -auto java</P></DIR>
-</DIR>
-
-<OL START=4>
-
-</FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><LI>Check Java memory settings. Try </FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2>javamem</LI>
-</FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><P>a. If it works, check if it reports sufficiently large max memory (had better be 200 MiB, the bigger the better)</P>
-<P>b. If it doesn't work, do:</FONT></FONT> </P>
-<FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2><P>rt = java_invoke ('java.lang.Runtime', 'getRuntime')<BR>
-rt.gc<BR>
-rt.maxMemory ().doubleValue () / 1024 / 1024</P>
-</FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><P>The last command will show MaxMemory in MiB.<br></P>
-<P>c. In case you have insufficient memory, see in &quot;GOTCHAS&quot;, &quot;Java memory pool allocation size&quot;, how to increase java's memory pre-reservation.</P>
-<LI>Check if all classes (.jarfiles) are in class path. Do a '</FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2>javaclasspath</FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>' (under unix/linux, do '</FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2>tmp = javaclasspath; strsplit (tmp,&quot;:&quot;)</FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>' (w/o quotes). See above under &quot;REQUIRED SUPPORT SOFTWARE&quot; what classes should be mentioned.</LI></OL>
-<DIR>
-<DIR>
-
-<P>If classes (.jar files) are missing, download and put them somewhere and add them to the javaclass path with their fully qualified pathname (in quotes) using </FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2>javaaddpath()</FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>.</P></DIR>
-</DIR>
-
-<P>Once all classes are present and in the javaclasspath, the xls interfaces should just work. The only remaining showstoppers are insufficient write privileges for the working directory, a wrecked up octave or some other problem outside octave.</P>
-<OL START=6>
-
-<LI>Try opening an xls file: </LI></OL>
-<DIR>
-<DIR>
-
-</FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2><P>xls1 = xlsopen ('test.xls', 1, 'poi')</FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>. If this works and xls1 is a struct with various fields containing objects, the Apache POI interface (POI) works. Do an </FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2>xls1 = xlsclose (xls1)</FONT></FONT> <FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>to close the file.</P>
-</FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2><P>xls2 = xlsopen ('test.xls', 1, 'jxl')</FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>. If this works and xls2 is a struct with various fields containing objects, the JExcelAPI interface (JXL) works as well. Don't forget to do </FONT></FONT><FONT FACE="Courier New, monospace" SIZE=2><FONT FACE="Courier New, monospace" SIZE=2>xls2 = xlsclose (xls2)</FONT></FONT> <FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2>to close the file.</P></DIR>
-</DIR>
-
-</FONT></FONT><B><U><FONT FACE="Arial, sans-serif" SIZE=4><FONT FACE="Arial, sans-serif" SIZE=4><P ALIGN="CENTER">DEVELOPMENT</P>
-</U></FONT></FONT><FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DL>
-<DT>xlsopen</B>/<B>xlsclose</B> and friends have been written so that adding other interfaces (Perl? native octave? ...?) should be very easily accomplished. <B>xlsopen.m</B> merely needs two stanzas, <B>xlsfinfo.m</B>, <B>xls2oct.m</B>, <B>oct2xls.m</B> and <B>getusedrange.m</B> each need an additional elseif stanza, and <B>xlsclose.m</B> needs a small stanza for closing the pointer struct and writing to disk.</DT>
-<DT>The real work lies in creating the relevant <B><I>__&lt;INTF&gt;_spsh_open__.m</B></I> &amp; <B><I>__&lt;INTF&gt;_spsh_close__.m</B></I>, <B><I>__&lt;INTF&gt;_spsh2oct__.m</B></I> &amp; <B><I>__&lt;INTF&gt;_oct2spsh__.m</B></I>, <B><I>__&lt;INTF&gt;_spsh_info__.m</B></I>, and <B><I>__&lt;INTF&gt;_getusedrange__.m</B></I> subfunction scripts in ./private subdir, but that shouldn't be really hard, depending on the interface support libraries' quality and documentation. The function scripts in the ./private subdir provide for ample examples.<BR>
-Separating the file access functions and the actual reading/writing from/to the workbook in memory has made developer's life (I mean: my time developing this stuff) much easier.<BR>
-<BR>
-Some other options for development (who?):</DT>
-</DL>
-
-<UL>
-<LI>Speeding up, especially Java worksheet/cell access. For cracks, not me.</LI>
-<LI>Automatic conversion of Excel date/time values into octave ones and vice versa (adding or subtracting 636960). But then again Excel's dates are 01-01-1900 based (octave's 0-0-0000) and buggy (Excel thinks 1900 is a leap year), and I sometimes have to use dates from before 1900. Maybe as an option?</LI>
-<LI>Creating Excel graphs (a significant enterprise to write from scratch).</LI>
-<LI>Support for "passing function handle" in xlsread.</LI></UL>
-
-<P>Enjoy!</FONT></FONT> </P>
-<FONT FACE="Arial, sans-serif" SIZE=2><FONT FACE="Arial, sans-serif" SIZE=2><DL>
-<DD ALIGN="CENTER">Philip Nienhuis, May 1, 2014</DD>
-</DL></FONT></FONT></BODY>
-</HTML>

--- a/main/io/inst/append_save.m	Sun May 25 20:16:06 2014 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,165 +0,0 @@
-## Copyright (C) 2003 Tomer Altman <taltman@lbl.gov>
-##
-## This program is free software; you can redistribute it and/or modify it under
-## the terms of the GNU General Public License as published by the Free Software
-## Foundation; either version 3 of the License, or (at your option) any later
-## version.
-##
-## This program is distributed in the hope that it will be useful, but WITHOUT
-## ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
-## FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more
-## details.
-##
-## You should have received a copy of the GNU General Public License along with
-## this program; if not, see <http://www.gnu.org/licenses/>.
-
-## append_save M-file function
-##
-## Objective: be able to add variables to existing save files. Works for
-## all the types of save files that "save" supports.
-## 
-## Input: 
-## 1) A string which specifies the existing save file.
-## 2) The options you need to pass to the 'save' function to save to the
-## file type that you want.
-## 3) A 1x2 cell, with the first element being a string representation
-## of the variable/symbol that you're trying to add, followed by the
-## actual variable/symbol itself.
-## 4) Any number of additional 1x2 cells, following the same format as
-## the 3rd argument specified immediately before this one.
-##
-## Output:
-## Currently, none. But there might be some debugging / error-code
-## messages in the future.
-##
-## Example:
-## octave> B = ones(2,2);
-## octave> append_save( "test.txt", "-binary", {"B", B } )
-
-
-function [ return_value ] = append_save ( filename,
-					  option,
-					  var_val_cell,
-					  varargin )
-
-  ## Input checking:
-
-  if ( nargin < 3 )
-    error("append_save: needs three arguments.");
-  elseif ( !ischar(filename) )
-    error("append_save: filename must be a string.");
-  elseif ( !ischar(option) )
-    error("append_save: option must be a string." );
-  elseif ( !iscell(var_val_cell) )
-    error("append_save: variable-value pairs must be cells.")
-  elseif ( nargin > 3 )
-    for i=1:(nargin-3)
-      current_cell = varargin(i);
-      if ( !iscell(current_cell) )
-	error("append_save: variable-value pairs must be cells.");
-      elseif ( ( columns( current_cell ) != 2 ) 
-	        || ( rows( current_cell ) != 1 ) )
-	error("append_save: variable-value pairs must be 1x2 cells.")
-      elseif ( !ischar(current_cell{1} ) )
-	error("append_save: variable in pair must be a string." )
-      endif
-    endfor
-  endif
-
-  ## First step: load into the environment what is already stuffed in
-  ## the target file. Then, add their name to the list for "save".
-
-  env1 = who;
-  
-  eval([ "load -force ", ...
-	option, " ",    ...
-	filename ] );
-
-  env2 = who;
-  
-  num_orig_vars = rows(env1);
-
-				# Not really 'current' env...
-  num_current_vars = rows(env2);
-
-  num_new_vars = num_current_vars - num_orig_vars;
-
-  var_str = "";
-
-  ## This double 'for loop' weeds out only the loaded vars for
-  ## inclusion.
-
-  if ( num_new_vars )
-
-    for i=1:num_current_vars
-
-      current_var = env2{i,1};
-
-      old_bool = 0;
-
-      for j=1:num_orig_vars
-
-	if ( strcmp( env1{j,1}, env2{i,1} ) 
-	     ||
-	     strcmp( env2{i,1}, "env1" ) )
-
-	  old_bool = 1;
-
-	endif
-
-      endfor
-
-      if ( old_bool == 0 )
-
-	var_name = env2{i,1};
-
-	var_str = [ var_str, " ", var_name, " " ];
-
-      endif
-
-    endfor
-
-  endif
-
-  
-  ## Second step: load into the environment the variable pairs. Then,
-  ## add the name to the string for "save".
-
-  var_name = var_val_cell{1};
-
-  var_val = var_val_cell{2};
-
-  temp = var_val;
-
-  eval([ var_name, "=temp;" ]);
-
-  var_str = [ var_str, " ", var_name, " " ];
-
-  ## Third step: do the same as step two, but loop through the possible
-  ## variable arguments.
-
-  for i=1:(nargin-3)
-
-    current_cell = varargin(i);
-
-    var_name = current_cell{1};
-    
-    var_val = current_cell{2};
-    
-    temp = var_val;
-    
-    eval([ var_name, "=temp;" ]);
-    
-    var_str = [ var_str, " ", var_name, " " ];
-
-    var_str
-
-  endfor
-
-  ## Finally, save all of the variables into the target file:
-
-  eval( [ "save ", ...
-	   option, " ",  ...
-	   filename, " ", var_str; ] );
-
-endfunction

--- a/main/io/inst/calccelladdress.m	Sun May 25 20:16:06 2014 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,94 +0,0 @@
-## Copyright (C) 2009,2010,2011,2012,2013,2014 Philip Nienhuis
-##
-## This program is free software; you can redistribute it and/or modify it under
-## the terms of the GNU General Public License as published by the Free Software
-## Foundation; either version 3 of the License, or (at your option) any later
-## version.
-##
-## This program is distributed in the hope that it will be useful, but WITHOUT
-## ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
-## FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more
-## details.
-##
-## You should have received a copy of the GNU General Public License along with
-## this program; if not, see <http://www.gnu.org/licenses/>.
-
-## calccelladdress (R, C) - compute spreadsheet style cell address from
-## row & column index (both 1-based).
-## 
-## Max column index currently set to 18278 (max ODS: 1024, OOXML: 16384).
-## Row limits for ODF and OOXML are 65536 and 1048576, resp.
-
-## Author: Philip Nienhuis <prnienhuis at users.sf.net>
-## Created: 2009-12-12
-## Updates:
-## 2009-12-27 Fixed OOXML limits
-## 2010-03-17 Simplified argument list, only row + column needed
-## 2010-09-27 Made error message more comprehensible
-## 2010-10-11 Added check for row range
-## 2011-04-21 Added tests
-## 2011-04-30 Simplified column name computation
-## 2011-12-17 Bugfix for wrong column address if column equals multiple of 26
-## 2011-12-18 Added tests for multiple-of-26 cases
-## 2012-10-24 Style fixes
-## 2014-04-13 Use by __num2char__ for colstr->col conversion
-
-function [ celladdress ] = calccelladdress (row, column)
-
-	if (nargin < 2) error ("calccelladdress: Two arguments needed") endif
-
-	if (column > 18278 || column < 1)
-    error ("Specified column out of range (1..18278)"); 
-  endif
-	if (row > 1048576 || row < 1)
-    error ('Specified row out of range (1..1048576)'); 
-  endif
-
-%	str = '';
-%	while (column > 0.01)
-%		rmd = floor ((column - 1) / 26);
-%		str = [ char(column - rmd * 26 + 'A' - 1) str ];
-%		column = rmd;
-%	endwhile
-
-	celladdress = sprintf ("%s%d", __num2char__ (column), row);
-
-endfunction
-
-%!test
-%! a = calccelladdress (1, 1);
-%! assert (a, 'A1');
-
-%!test
-%! a = calccelladdress (378, 28);
-%! assert (a, 'AB378');
-
-%!test
-%! a = calccelladdress (65536, 1024);
-%! assert (a, 'AMJ65536');
-
-%!test
-%! a = calccelladdress (1048576, 16384);
-%! assert (a, 'XFD1048576');
-
-%!test
-%! a = calccelladdress (378, 26);
-%! assert (a, 'Z378');
-
-%!test
-%! a = calccelladdress (378, 702);
-%! assert (a, 'ZZ378');
-
-%!test
-%! a = calccelladdress (378, 701);
-%! assert (a, 'ZY378');
-
-%!test
-%! a = calccelladdress (378, 703);
-%! assert (a, 'AAA378');
-
-%!test
-%! a = calccelladdress (378, 676);
-%! assert (a, 'YZ378');
-
-    
\ No newline at end of file

--- a/main/io/inst/chk_spreadsheet_support.m	Sun May 25 20:16:06 2014 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,790 +0,0 @@
-## Copyright (C) 2009,2010,2011,2012,2013,2014 Philip Nienhuis
-##
-## This program is free software; you can redistribute it and/or modify it under
-## the terms of the GNU General Public License as published by the Free Software
-## Foundation; either version 3 of the License, or (at your option) any later
-## version.
-##
-## This program is distributed in the hope that it will be useful, but WITHOUT
-## ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
-## FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more
-## details.
-##
-## You should have received a copy of the GNU General Public License along with
-## this program; if not, see <http://www.gnu.org/licenses/>.
-
-## -*- texinfo -*-
-## @deftypefn  {Function File} {[ @var{retval}, @var{intfs}, @var{ljars} ]} = chk_spreadsheet_support ()
-## @deftypefnx {Function File} {[ @var{retval}, @var{intfs}, @var{ljars} ]} = chk_spreadsheet_support ( @var{path_to_jars} )
-## @deftypefnx {Function File} {[ @var{retval}, @var{intfs}, @var{ljars} ]} = chk_spreadsheet_support ( @var{path_to_jars}, @var{debug_level} )
-## @deftypefnx {Function File} {[ @var{retval}, @var{intfs}, @var{ljars} ]} = chk_spreadsheet_support ( @var{path_to_jars}, @var{debug_level}, @var{path_to_ooo} )
-## Check Octave environment for spreadsheet I/O support, report any problems,
-## and optionally add or remove Java class libs for spreadsheet support.
-##
-## chk_spreadsheet_support first checks ActiveX (native MS-Excel); then
-## Java JRE presence, then Java support (if builtin); then checks existing
-## javaclasspath for Java class libraries (.jar files) needed for various
-## Java-based spreadsheet I/O interfaces. If requested chk_spreadsheet_support
-## will try to add the relevant Java class libs to the dynamic javaclasspath.
-## chk_spreadsheet_support remembers which Java class libs it has added to
-## the javaclasspath; optionally it can unload them as well.
-##
-## @var{path_to_jars} - relative or absolute path name to subdirectory
-## containing these classes. TAKE NOTICE: /forward/ slashes are needed!
-## chk_spreadsheet_support() will recurse into at most two subdir levels;
-## if the Java class libs are scattered across deeper subdir levels or
-## further apart in the file system, multiple calls to 
-## chk_spreadsheet_support may be required. @var{path_to_jars} can be [] 
-## or '' if no class libs need to be added to the javaclasspath.
-##
-## @var{debug_level}: (integer) between [0 (no output) .. 3 (full output]
-## @table @asis
-## @indent
-## @item 0
-## No debug output is generated.
-##
-## @item 1 
-## Only proper operation of main interface groups (COM, Java) is shown.
-## If @var{path_to_jars} and/or @var{path_to_ooo} was supplied,
-## chk_spreadsheet_support indicates whether it could find the required
-## Java class libs for all interfaces
-##
-## @item 2
-## Like 1, proper working of individual implemented Java-based interfaces is
-## shown as well. If @var{path_to_jars} and/or @var{path_to_ooo} was supplied,
-## chk_spreadsheet_support indicates for each individual Java-based interface
-## whether it could add the required Java class libs.
-##
-## @item 3
-## Like 2, also presence of individual javaclass libs in javaclasspath is
-## indicated. If @var{path_to_jars} and/or @var{path_to_ooo} was supplied,
-## chk_spreadsheet_support reports for each individual Java-based interface
-## which required Java class libs it could find and add to the javaclasspath.
-##
-## @item -1 (or any negative number)
-## Remove all directories and Java class libs that chk_spreadsheet_support
-## added to the javaclasspath. If @var{debug_level} < 1 report number of 
-## removed javclasspath entries; if @var{debug_level} < 2 report each
-## individual removed entry.
-## @noindent
-## @end table
-##
-## @var{path_to_ooo} - installation directory of OpenOffice.org (again with
-## /forward/ slashes). Usually that is something like (but no guarantees):
-## @table @asis
-## - Windows: C:/Program Files/OpenOffice.org   or 
-##            C:/Program Files (X86)/LibreOffice
-##
-## - *nix: /usr/lib/ooo  or  /opt/libreoffice
-##
-## - Mac OSX: ?????
-##
-## IMPORTANT: @var{path_to_ooo} should be such that both:
-## @example
-## @group
-## 1. PATH_TO_OOO/program/
-##   and
-## 2. PATH_TO_OOO/ure/.../ridl.jar
-## resolve OK.
-## @end group
-## @end example
-## @end table
-##
-## Output:
-## @var{retval} = 0: only spreadsheet support for OOXML & ODS 1.2
-## and read support for gnumeric present through OCT interface, or
-## @var{retval} <> 0: At least one read/write spreadsheet I/O
-## interface found based on external software.
-## RETVAL will be set to the sum of values for found interfaces:
-## @example
-##     0 = OCT (Native Octave)
-##         (read/write support for .xlsx and .ods, read support for .gnumeric)
-##   ----------- XLS (Excel) interfaces: ----------
-##     1 = COM (ActiveX / Excel) (any file format supported by MS-Excel)
-##     2 = POI (Java / Apache POI) (Excel 97-2003 = BIFF8)
-##     4 = POI+OOXML (Java / Apache POI) (Excel 2007-2010 = OOXML)
-##     8 = JXL (Java / JExcelAPI) (Excel 95-read and Excel-97-2003-r/w)
-##    16 = OXS (Java / OpenXLS) (Excel 97-2003)
-##   ---- ODS (OpenOffice.org Calc) interfaces ----
-##    32 = OTK (Java/ ODF Toolkit) (ODS 1.2)
-##    64 = JOD (Java / jOpenDocument) (.sxc (old OOo)-read, ODS 1.2)
-##   ------------------ XLS & ODS: ----------------
-##     0 = OOXML / ODS read/write-, gnumeric read support (built-in)
-##   128 = UNO (Java/UNO bridge - OpenOffice.org) (any format supported by OOo)
-## @end example
-##
-## @var{INTFS}: listing of supported spreadsheet interfaces. The OCT 
-## interface is always supported.
-##
-## @var{ljars}: listing of full paths of Java class libs and directories
-## that chk_spreadsheet_support has added to the javaclasspath.
-##
-## @end deftypefn
-
-## Author: Philip Nienhuis <prnienhuis@users.sf.net>
-## Created 2010-11-03 for Octave & Matlab
-## Updates:
-## 2010-12-19 Found that dom4j-1.6.1.jar is needed regardless of ML's dom4j
-##            presence in static classpath (ML r2007a)
-## 2011-01-04 Adapted for general checks, debugging & set up, both Octave & ML
-## 2011-04-04 Rebuilt into general setup/debug tool for spreadsheet I/O support
-##            and renamed chk_spreadsheet_support()
-## 2011-05-04 Added in UNO support (OpenOffice.org & clones)
-##     ''     Improved finding jar names in javaclasspath
-## 2011-05-07 Improved help text
-## 2011-05-15 Better error msg if OOo instal dir isn't found
-## 2011-05-20 Attempt to cope with case variations in subdir names of OOo install dir (_get_dir_)
-## 2011-05-27 Fix proper return value (retval); header text improved
-## 2011-05-29 Made retval value dependent on detected interfaces & adapted help text
-## 2011-06-06 Fix for javaclasspath format in *nix w. octave-java-1.2.8 pkg
-##     ''     Fixed wrong return value update when adding UNO classes
-## 2011-09-03 Small fix to better detect Basis* subdir when searching unoil.jar
-## 2011-09-18 Fixed 'Matlab style short circuit' warning in L. 152
-## 2012-12-24 Amended code stanza to find unoil.jar; now works in LibreOffice 3.5b2 as well
-## 2012-06-07 Replaced all tabs by double space
-## 2012-06-24 Replaced error msg by printf & return
-##     ''     Added Java pkg inquiry (Octave) before attempting javaclasspath()
-##     ''     Updated check for odfdom version (now supports 0.8.8)
-## 2012-10-07 Moved common classpath entry code to private function
-## 2012-12-21 POI 3.9 support (w. either xmlbeans.jar or xbeans.jar)
-## 2013-01-16 Updated to Octave w built-in Java (3.7.1+)
-## 2013-06-23 More informative error messages:
-##     ''     COM section: only called on Windows
-##     ''     Java section: first check for Java support in Octave
-##     ''     Restyled into Octave conventions
-## 2013-07-18 Add Fedora naming scheme to POI jar entries (the "old" ones are symlinks)
-## 2013-08-12 More restyling
-##     ''     odfdom 0.8.9 support (incubator-0.6) - alas that is buggy :-(  => dropped
-##     ''     Removed all Matlab-specific code
-## 2013-08-19 Fixed wrong reference to path_to_jars where path_to_ooo was intended
-##     ''     Fixed wrong echo of argument nr in checks on path_to_ooo
-## 2013-08-20 Allow subdir searches for Java class libs
-## 2013-09-01 Adapt recursive file search proc name (now rfsearch.m)
-## 2013-12-14 Texinfo header updated to OCT
-## 2013-12-20 More Texinfo header improvements
-## 2013-12-28 Added check for OpenXLS version 10
-## 2013-12-29 Added gwt-servlet-deps.jar to OpenXLS dependencies
-## 2014-01-07 Style fixes; "forward slash expected" message conditional on dbug
-## 2014-01-08 Keep track of loaded jars; allow unloading them; return them as output arg
-##     ''     Return checked interfaces; update texinfo header
-## 2014-01-17 Tame messages about COM/ActiveX if dbug = 0
-## 2014-04-06 Skip unojarpath search for UNO entries 4 and up; code style fixes
-## 2014-04-14 Updated texinfo header & OCT r/w support messages
-## 2014-04-15 More updates to texinfo header
-## 2014-04-26 Check for built-in Java support before trying to handle Java stuff
-##     ''     Cleaned up various messages
-
-function  [ retval, sinterfaces, loaded_jars ]  = chk_spreadsheet_support (path_to_jars, dbug, path_to_ooo)
-
-  ## Keep track of which Java class libs were loaded
-  persistent loaded_jars;                   ## Java .jar class libs added to
-                                            ## javaclasspath by this func
-  persistent sinterfaces;                   ## Interfaces found to be supported
-
-  sinterfaces = {"OCT"};
-  jcp = []; 
-  retval = 0;
-  if (nargin < 3)
-    path_to_ooo= "";
-  endif
-  if (nargin < 2)
-    dbug = 0;
-  endif
-
-  if (dbug < 0 && octave_config_info ("features").JAVA)
-    ## Remove loaded Java class libs from the javaclasspath
-    if (dbug < -2 && numel (loaded_jars))
-      printf ("Removing javaclasspath entries loaded by chk_spreadsheet_support:\n");
-    endif
-    for ii=1:numel (loaded_jars)
-      javarmpath (loaded_jars{ii});
-      if (dbug < -2)
-        printf ("%s\n", loaded_jars{ii});
-      endif
-    endfor
-    if (dbug < -1)
-      printf ("%d jars removed from javaclasspath\n", numel (loaded_jars));
-    endif
-    loaded_jars = {};
-    ## Re-assess supported interfaces
-    sinterfaces = {"OCT"};
-    retval = 0;
-    if (ismember ("COM", sinterfaces))
-      sinterfaces = [sinterfaces, "COM"];
-      retval = 1;
-    endif
-    return
-  elseif (dbug > 0)
-    printf ('\n');
-  endif
-
-  interfaces = {"COM", "POI", "POI+OOXML", "JXL", "OXS", "OTK", "JOD", "UNO", "OCT"}; 
-  ## Order  = vital
-
-  ## Just mention OCT interface
-  if (dbug > 1)
-    printf ("(OCT interface... OK, included in io package)\n\n");
-  endif
-
-  ## Check if MS-Excel COM ActiveX server runs. Only needed on Windows systems
-  if (ispc)
-    if (dbug >= 1)
-      printf ("Checking Excel/ActiveX/COM... ");
-    endif
-    try
-      app = actxserver ("Excel.application");
-      ## If we get here, the call succeeded & COM works.
-      xlsinterfaces.COM = 1;
-      ## Close Excel to avoid zombie Excel invocation
-      app.Quit();
-      delete(app);
-      if (dbug >= 1)
-        printf ("OK.\n\n");
-      endif
-      retval = retval + 1;
-      sinterfaces = [ sinterfaces, "COM" ];
-    catch
-      ## COM not supported
-      if (dbug >= 1)
-        printf ("not working.\n");
-      endif
-      ## Check if Windows package is installed and loaded
-      pkglist = pkg ("list");
-      winpkgind = find (cellfun (@(x) strcmp(x.name, "windows"), pkglist), 1, "first");
-      if (! isempty (winpkgind))
-        winpkg = pkglist{winpkgind};
-        if (winpkg.loaded && dbug)
-          printf ("MS-Excel couldn't be started although OF windows is loaded...\n");
-        endif
-      elseif (dbug >= 1)
-        printf ("(OF windows package is required for COM/ActiveX support)\n");
-      endif
-      printf ("\n");
-    end_try_catch
-  endif
-
-  ## Check Java
-  if (dbug > 1)
-    printf ("1. Checking Octave's Java support... ");
-  endif
-  if (! octave_config_info.features.JAVA)
-    ## Nothing to do here anymore
-    if (abs (dbug) > 1)
-      printf ("none.\nThis Octave has no built-in Java support. Skipping Java checks\n");
-      if (! retval)
-        printf ("Only ODS 1.2 (.ods) & OOXML (.xlsx) r/w support & .gnumeric read support present\n");
-      endif
-    endif
-    return
-  elseif (dbug > 1)
-    printf ("OK.\n");
-  endif
-
-  if (dbug > 1)
-    printf ("2. Checking Java dependencies...\n");
-  endif
-  if (dbug > 1)
-    printf ("  Checking Java JRE presence.... ");
-  endif
-  ## Try if Java is installed at all
-  if (ispc)
-    ## FIXME the following call fails on 64-bit Windows
-    jtst = (system ("java -version 2> nul"));
-  else
-    jtst = (system ("java -version 2> /dev/null"));
-  endif
-  if (dbug)
-    if (jtst)
-      printf ("Apparently no Java JRE installed.\n");
-      if (! retval)
-        printf ("\nOnly ODS 1.2 (.ods) & OOXML (.xlsx) r/w support & .gnumeric read support present\n");
-      endif
-      return;
-    else
-      if (dbug > 1)
-        printf ("OK, found one.\n");
-      endif
-    endif
-  endif
-  try
-    ## OK sufficient info to investigate further
-    [tmp1, jcp] = __chk_java_sprt__ (dbug);
-
-    if (tmp1)
-      if (dbug > 1)
-        ## Check JVM virtual memory settings
-        jrt = javaMethod ("getRuntime", "java.lang.Runtime");
-        jmem = jrt.maxMemory ();
-        ## Some Java versions return jmem as octave_value => convert to double
-        if (! isnumeric (jmem))
-          jmem = jmem.doubleValue();
-        endif
-        jmem = int16 (jmem/1024/1024);
-        printf ("  Maximum JVM memory: %5d MiB; ", jmem);
-        if (jmem < 400)
-          printf ("should better be at least 400 MB!\n");
-          printf ('    Hint: adapt setting -Xmx in file "java.opts" (supposed to be here:)\n');
-          printf ("    %s\n", [matlabroot filesep "share" filesep "octave" filesep "packages" filesep "java-<version>" filesep "java.opts\n"]);
-        else
-          printf ("sufficient.\n");
-        endif
-      endif
-    endif
-  catch
-    ## No Java support
-  end_try_catch
-  if (! tmp1)
-    ## We can return as for below code Java is required.
-    if (dbug > 1)
-      printf ("No Java support found.\n");
-      if (! retval)
-        printf ("Only ODS 1.2 (.ods) & OOXML (.xlsx) r/w support & .gnumeric read support present\n");
-      endif
-    endif
-    return
-  endif
-
-  if (dbug)
-    printf ("Checking javaclasspath for .jar class libraries needed for spreadsheet I/O...:\n");
-  endif
-
-  ## Try Java & Apache POI. First Check basic .xls (BIFF8) support
-  if (dbug > 1)
-    printf ("\nBasic POI (.xls) <poi-3> <poi-ooxml>:\n");
-  endif
-  entries1 = {{"apache-poi.", "poi-3"}, {"apache-poi-ooxml.", "poi-ooxml-3"}}; 
-  missing1 = zeros (1, numel (entries1));
-  ## Only under *nix we might use brute force: e.g., strfind (javaclasspath, classname)
-  ## as javaclasspath is one long string. Under Windows however classpath is a cell array
-  ## so we need the following more subtle, platform-independent approach:
-  [jpchk1, missing1] = chk_jar_entries (jcp, entries1, dbug);
-  if (jpchk1 >= numel (entries1))
-    retval = retval + 2;
-    sinterfaces = [ sinterfaces, "POI" ];
-  endif
-  if (dbug > 1)
-    if (jpchk1 >= numel (entries1))
-      printf ("  => Apache (POI) OK\n");
-    else
-      printf ("  => Not all classes (.jar) required for POI in classpath\n");
-    endif
-  endif
-  ## Next, check OOXML support
-  if (dbug > 1)
-    printf ("\nPOI OOXML (.xlsx) <xbean/xmlbean> <poi-ooxml-schemas> <dom4j>:\n");
-  endif
-  entries2 = {{"xbean", "xmlbean"}, {"apache-poi-ooxml-schemas", "poi-ooxml-schemas"}, "dom4j"}; 
-  ## Only update retval if all classes for basic POI have been found in javaclasspath
-  [jpchk2, missing2] = chk_jar_entries (jcp, entries2, dbug);
-  if (jpchk1 >= numel (entries1) && jpchk2 >= numel (entries2))
-    retval = retval + 4;
-    sinterfaces = [ sinterfaces, "POI+OOXML" ];
-  endif
-  if (dbug > 1)
-    if (jpchk2 >= numel (entries2)) 
-      printf ("  => POI OOXML OK\n");
-    else
-      printf ("  => Some classes for POI OOXML support missing\n"); 
-    endif
-  endif
-
-  ## Try Java & JExcelAPI
-  if (dbug > 1)
-    printf ("\nJExcelAPI (.xls (incl. BIFF5 read)) <jxl>:\n");
-  endif
-  entries3 = {"jxl"}; 
-  missing3 = zeros (1, numel (entries3));
-  [jpchk, missing3] = chk_jar_entries (jcp, entries3, dbug);
-  if (jpchk >= numel (entries3))
-    retval = retval + 8;
-    sinterfaces = [ sinterfaces, "JXL" ];
-  endif
-  if (dbug > 1)
-    if (jpchk >= numel (entries3))
-      printf ("  => Java/JExcelAPI (JXL) OK.\n");
-    else
-      printf ("  => Not all classes (.jar) required for JXL in classpath\n");
-    endif
-  endif
-
-  ## Try Java & OpenXLS
-  if (dbug > 1)
-    printf ("\nOpenXLS (.xls - BIFF8 & .xlsx - OOXML) <OpenXLS>:\n");
-  endif
-  entries4 = {"OpenXLS", "gwt-servlet-deps"}; 
-  missing4 = zeros (1, numel (entries4));
-  [jpchk, missing4] = chk_jar_entries (jcp, entries4, dbug);
-  if (jpchk >= numel (entries4))
-    ## Check OpenXLS.jar version
-    try
-      ## ...a method that is first introduced in OpenXLS v.10
-      javaMethod ("getVersion", "com.extentech.ExtenXLS.GetInfo");
-      ## If we get here, we do have v. 10
-      retval = retval + 16;
-      sinterfaces = [ sinterfaces, "OXS" ];
-      if (dbug > 1)
-        if (jpchk >= numel (entries4))
-          printf ("  => Java/OpenXLS (OXS) OK.\n");
-        else
-          printf ("  => Not all classes (.jar) required for OXS in classpath\n");
-        endif
-      endif
-    catch
-      ## Wrong OpenXLS.jar version (probably <= 6.08). V. 10 is required now
-      warning ("OpenXLS.jar version is outdated; please upgrade to v.10\n");
-    end_try_catch
-  endif
-
-  ## Try Java & ODF toolkit
-  if (dbug > 1)
-    printf ("\nODF Toolkit (.ods) <odfdom> <xercesImpl>:\n");
-  endif
-  entries5 = {"odfdom", "xercesImpl"}; 
-  missing5 = zeros (1, numel (entries5));
-  [jpchk, missing5] = chk_jar_entries (jcp, entries5, dbug);
-  if (jpchk >= numel (entries5))    ## Apparently all requested classes present.
-    ## Only now we can check for proper odfdom version (only 0.7.5 & 0.8.6-0.8.8 work OK).
-    ## The odfdom team deemed it necessary to change the version call so we need this:
-    odfvsn = " ";
-    try
-      ## New in 0.8.6
-      odfvsn = javaMethod ("getOdfdomVersion", "org.odftoolkit.odfdom.JarManifest");
-    catch
-      ## Worked in 0.7.5
-      odfvsn = javaMethod ("getApplicationVersion", "org.odftoolkit.odfdom.Version");
-    end_try_catch
-    ## For odfdom-incubator (= 0.8.8+), strip extra info
-    odfvsn = regexp (odfvsn, '\d\.\d\.\d', "match"){1};
-    if (! (strcmp (odfvsn, "0.7.5") || (compare_versions (odfvsn, "0.8.6", ">=") ...
-           && compare_versions (odfvsn, "0.8.9", "<"))))
-      warning ("  *** odfdom version (%s) is not supported - use v. 0.8.6 - 0.8.8\n", odfvsn);
-    else  
-      if (dbug > 1)
-        printf ("  => ODFtoolkit (OTK) OK.\n");
-      endif
-      retval = retval + 32;
-      sinterfaces = [ sinterfaces, "OTK" ];
-    endif
-  elseif (dbug > 1)
-    printf ("  => Not all required classes (.jar) in classpath for OTK\n");
-  endif
-
-  ## Try Java & jOpenDocument
-  if (dbug > 1)
-    printf ("\njOpenDocument (.ods + experimental .sxc readonly) <jOpendocument>:\n");
-  endif
-  entries6 = {"jOpenDocument"}; 
-  missing6 = zeros (1, numel (entries6));
-  [jpchk, missing6] = chk_jar_entries (jcp, entries6, dbug);
-  if (jpchk >= numel (entries6))
-    retval = retval + 64;
-    sinterfaces = [ sinterfaces, "JOD" ];
-  endif
-  if (dbug > 1)
-    if (jpchk >= numel(entries6))
-      printf ("  => jOpenDocument (JOD) OK.\n");
-    else
-      printf ("  => Not all required classes (.jar) in classpath for JOD\n");
-    endif
-  endif
-
-  ## Try Java & UNO
-  if (dbug > 1)
-    printf ("\nUNO/Java (.ods, .xls, .xlsx, .sxc) <OpenOffice.org>:\n");
-  endif
-  ## entries0(1) = not a jar but a directory (<000_install_dir/program/>)
-  entries0 = {"program", "unoil", "jurt", "juh", "unoloader", "ridl"};
-  [jpchk, missing0] = chk_jar_entries (jcp, entries0, dbug);
-  if (jpchk >= numel (entries0))
-    retval = retval + 128;
-    sinterfaces = [ sinterfaces, "UNO" ];
-  endif
-  if (dbug > 1)
-    if (jpchk >= numel (entries0))
-      printf ("  => UNO (OOo) OK\n");
-    else
-      printf ("  => One or more UNO classes (.jar) missing in javaclasspath\n");
-    endif
-  endif
-
-  ## If requested, try to add UNO stuff to javaclasspath
-  ujars_complete = isempty (find (missing0, 1));
-
-  if ((! ujars_complete) && nargin > 0 && (! isempty (path_to_ooo)))
-    if (dbug)
-      printf ("\nTrying to add missing program subdir & UNO java class libs to javaclasspath...\n");
-    endif
-    if (! ischar (path_to_ooo))
-      printf ("Path expected for arg # 3\n");
-      return;
-    endif
-    if (dbug && ! isempty (strfind (path_to_ooo, '\')))
-      printf ("\n(forward slashes are preferred over backward slashes in path)\n");
-    endif
-    ## Add missing jars to javaclasspath. First combine all entries
-    targt = sum (missing0);
-    if (missing0(1))
-      ## Add program dir (= where soffice or soffice.exe or ooffice resides)
-      programdir = [path_to_ooo filesep entries0{1}];
-      if (exist (programdir, "dir"))
-        if (dbug > 2)
-          printf ("  Found %s, adding it to javaclasspath ... ", programdir);
-        endif
-        try
-          javaaddpath (programdir);
-          targt = targt - 1;
-          if (dbug > 2)
-            printf ("OK\n");
-          endif
-          if (isempty (loaded_jars))
-            loaded_jars = { programdir };
-          else
-            loaded_jars = [ loaded_jars, programdir] ;
-          endif
-        catch
-          if (dbug > 2)
-            printf ("FAILED\n");
-          endif
-        end_try_catch
-      else
-        if (dbug > 2)
-          printf ("Suggested OpenOffice.org install directory: %s not found!\n", path_to_ooo); 
-          return
-        endif
-      endif
-    endif
-    ## Rest of missing entries. Find where URE is located. Watch out because
-    ## case of ./ure is unknown
-    uredir = get_dir_ (path_to_ooo, "ure");
-    if (isempty (uredir))
-      return
-    endif
-    ## Now search for UNO jars
-    for ii=2:length (entries0)
-      if (missing0(ii))
-        if (ii == 2)
-          ## Special case as unoil.jar usually resides in ./Basis<something>/program/classes
-          ## Find out the exact name of Basis.....
-          basisdirlst = dir ([path_to_ooo filesep "?asis" "*"]);
-          jj = 1;
-          if (numel (basisdirlst) > 0) 
-            while (jj <= size (basisdirlst, 1) && jj > 0)
-              basisdir = basisdirlst(jj).name;
-              if (basisdirlst(jj).isdir)
-                basisdir = basisdirlst(jj).name;
-                jj = 0;
-              else
-                jj = jj + 1;
-              endif
-            endwhile
-            basisdir = [path_to_ooo filesep basisdir ];
-          else
-            basisdir = path_to_ooo;
-          endif
-          basisdirentries = {"program", "classes"};
-          tmp = basisdir; jj=1;
-          while (! isempty (tmp) && jj <= numel (basisdirentries))
-            tmp = get_dir_ (tmp, basisdirentries{jj});
-            jj = jj + 1;
-          endwhile
-          unojarpath = tmp;
-          file = dir ([ unojarpath filesep entries0{2} "*" ]);
-        else
-          ## Rest of jars in ./ure/share/java or ./ure/java
-          if (ii == 3)
-            ## Find unojarpath; the rest of the entries should live here too
-            unojardir = get_dir_ (uredir, "share");
-            if (isempty (unojardir))
-              tmp = uredir;
-            else
-              tmp = unojardir;
-            endif
-            unojarpath = get_dir_ (tmp, "java");
-          endif
-          file = dir ([unojarpath filesep entries0{ii} "*"]);
-        endif
-        ## Path found, now try to add jar
-        if (isempty (file))
-          if (dbug > 2)
-            printf ("  ? %s<...>.jar ?\n", entries0{ii});
-          endif
-        else
-          if (dbug > 2)
-            printf ("  Found %s, adding it to javaclasspath ... ", file.name);
-          endif
-          try
-            javaaddpath ([unojarpath filesep file.name]);
-            targt = targt - 1;
-            if (dbug > 2)
-              printf ("OK\n");
-            endif
-            if (isempty (loaded_jars))
-              loaded_jars = {[unojarpath filesep file.name]};
-            else
-              loaded_jars = [ loaded_jars; [unojarpath filesep file.name] ];
-            endif
-          catch
-            if (dbug > 2)
-              printf ("FAILED\n");
-            endif
-          end_try_catch
-        endif
-      endif
-    endfor
-    ## Check if all entries have been found
-    if (! targt)
-      ## Yep
-      retval = retval + 128;
-      sinterfaces = [sinterfaces, "UNO"];
-    endif
-    if (dbug)
-      if (targt)
-        printf ("Some UNO class libs still lacking...\n\n"); 
-      else
-        printf ("UNO interface supported now.\n\n");
-      endif
-    endif
-  endif
-
-## ----------Rest of Java interfaces----------------------------------
-
-  missing = [missing1 missing2 missing3 missing4 missing5 missing6];
-  jars_complete = isempty (find (missing, 1));
-  if (dbug)
-    if (jars_complete)
-      printf ("All Java-based interfaces (save UNO) fully supported.\n\n");
-    else
-      printf ("Some class libs lacking yet...\n\n"); 
-    endif
-  endif
-
-  if (! jars_complete && nargin > 0 && ! isempty (path_to_jars))
-    ## Add missing jars to javaclasspath. Assume they're all in the same place
-    ## FIXME: add checks for proper odfdom && OpenXLS jar versions
-    if (dbug)
-      printf ("Trying to add missing java class libs to javaclasspath...\n");
-    endif
-    if (! ischar (path_to_jars))
-      printf ("Path expected for arg # 1\n");
-      return;
-    endif
-    ## First combine all entries
-    targt = sum (missing);
-    ## For each interface, search tru list of missing entries
-    for ii=1:6   ## Adapt number in case of future new interfaces
-      tmpe = eval ([ "entries" char(ii + "0") ]);
-      tmpm = eval ([ "missing" char(ii + "0") ]);
-      tmpmcnt = sum (tmpm);
-      if (tmpmcnt)
-        for jj=1:numel (tmpe)
-          if (tmpm(jj))
-            if (iscellstr (tmpe{jj}))
-              rtval = 0; kk = 1;
-              while (kk <= numel (tmpe{jj}) && isnumeric (rtval))
-                jtmpe = tmpe{jj}{kk};
-                rtval = add_jars_to_jcp (path_to_jars, jtmpe, dbug);
-                ++kk;
-              endwhile
-            else
-              rtval = add_jars_to_jcp (path_to_jars, tmpe{jj}, dbug);
-            endif
-            if (ischar (rtval))
-              --targt;
-              --tmpmcnt;
-              tmpm(jj) = 0;
-              if (isempty (loaded_jars))
-                ## Make sue we get a cellstr array
-                loaded_jars = {rtval};
-              else
-                loaded_jars = [ loaded_jars; rtval ];
-              endif
-            endif
-          endif
-        endfor
-        if (! sum (tmpm))
-          retval = retval + 2^ii;
-        endif
-      endif
-      if (! tmpmcnt)
-        sinterfaces = [ sinterfaces, interfaces{ii} ];
-      endif
-    endfor
-    if (dbug)
-      if (targt)
-        printf ("Some other class libs still lacking...\n\n");
-      else
-        printf ("All Java-based interfaces fully supported.now.\n\n");
-      endif
-    endif
-  endif
-
-endfunction
-
-
-function [ ret_dir ] = get_dir_ (base_dir, req_dir)
-
-## Construct path to subdirectory req_dir in a subdir tree, aimed
-## at taking care of proper case (esp. for *nix) of existing subdir
-## in the result. Case of input var req_dir is ignored on purpose.
-
-  ret_dir = '';
-  ## Get list of directory entries
-  ret_dir_list = dir (base_dir);
-  ## Find matching entries
-  idx = find (strcmpi ({ret_dir_list.name}, req_dir));
-  ## On *nix, several files and subdirs in one dir may have the same name as long as case differs
-  if (! isempty (idx))
-    ii = 1;
-    while (! ret_dir_list(idx(ii)).isdir)
-      ii = ii + 1;
-      if (ii > numel (idx))
-        return; 
-      endif
-    endwhile
-    ## If we get here, a dir with proper name has been found. Construct path
-    ret_dir = [ base_dir filesep  ret_dir_list(idx(ii)).name ];
-  endif
-
-endfunction
-
-
-function [ retval ] = add_jars_to_jcp (path_to_jars, jarname, dbug)
-
-## Given a subdirectory path and a (sufficiently unique part of a) Java class
-## lib file (.jar) name, checks if it can find the file in the subdir and
-## tries to add it to the javaclasspath. Only two more subdir levels below the
-## path_to_jar subdir will be searched to limit excessive search time.
-## If found, return the full pathname
-
-  retval = 0;
-  ## Search subdirs. Max search depth = 2 to avoid undue search time
-  file = rfsearch (path_to_jars, jarname, 2);
-  if (isempty (file))
-    ## Still not found...
-    if (dbug > 2)
-      printf ('  ? %s<...>.jar ?\n', jarname);
-    endif
-  elseif (stat ([path_to_jars filesep file]).size < 1024)
-    ## Probably too small for a jar => apparently a symlink
-    if (dbug > 2)
-      printf ('  File %s is probably a symlink ... \n', file);
-    endif
-  else
-    ## FIXME: cache subdir in file name to speed up search
-    if (dbug > 2)
-      printf ('  Found %s, adding it to javaclasspath ... ', file);
-    endif
-    try
-      javaaddpath ([path_to_jars filesep file]);
-      if (dbug > 2)
-        printf ('OK\n');
-      endif
-      retval = [path_to_jars filesep file];
-    catch
-      if (dbug > 2)
-        printf ('FAILED\n');
-      endif
-    end_try_catch
-  endif
-
-endfunction

--- a/main/io/inst/fexist.m	Sun May 25 20:16:06 2014 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,83 +0,0 @@
-## Copyright (C) 2008 Jaroslav Hajek <highegg@gmail.com>
-##
-## This program is free software; you can redistribute it and/or modify it under
-## the terms of the GNU General Public License as published by the Free Software
-## Foundation; either version 3 of the License, or (at your option) any later
-## version.
-##
-## This program is distributed in the hope that it will be useful, but WITHOUT
-## ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
-## FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more
-## details.
-##
-## You should have received a copy of the GNU General Public License along with
-## this program; if not, see <http://www.gnu.org/licenses/>.
-
-## -*- texinfo -*-
-## @deftypefn{Function File} ex = fexist (file, tspec, aspec)
-## Checks whether a file exists.
-## @var{file} is the queried file path.
-## @var{tspec} is a combination of letters f,d,p,S, corresponding
-## to file types:
-## @itemize
-## @item f: regular file
-## @item d: directory
-## @item p: named pipe (FIFO special file)
-## @item S: socket
-## @end itemize
-##
-## The query is true if the actual file type matches any of 
-## the specified options.
-##
-## @var{aspec} is a combination of letters r,w,x, corresponding
-## to queried access privileges to the file. The query is true
-## if the current user has all the spefied types of access, either
-## through "user", "group" or "other" specs.
-##
-## @seealso{stat, lstat}
-## @end deftypefn
-
-function ex = fexist (file, tspec, aspec)
-s = stat (file);
-if (isempty (s))
-  ex = 0;
-else
-  ex = 1;
-  if (nargin >= 2 && ! isempty (tspec))
-    ft = 0;
-    for c = tspec
-      switch (c)
-      case 'f'
-	ft |= S_ISREG (s.mode);
-      case 'd'
-	ft |= S_ISDIR (s.mode);
-      case 'p'
-	ft |= S_ISFIFO (s.mode);
-      case 'S'
-	ft |= S_ISSOCK (s.mode);
-      otherwise
-	error ("invalid file type spec: %s", c)
-      endswitch
-    endfor
-    ex &= ft;
-  endif
-  if (ex && nargin >= 3 && ! isempty (aspec))
-    at = 1;
-    mypid = (s.uid == getuid ());
-    mygid = (s.gid == getgid ());
-    mstr = s.modestr(2:end);
-    for c = aspec
-      switch (c)
-      case 'r'
-	at &= (mypid && mstr(1) == c) || (mygid && mstr(4) == c) || mstr(7) == c;
-      case 'w'
-	at &= (mypid && mstr(2) == c) || (mygid && mstr(5) == c) || mstr(8) == c;
-      case 'x'
-	at &= (mypid && mstr(3) == c) || (mygid && mstr(6) == c) || mstr(9) == c;
-      otherwise
-	error ("invalid access type spec: %s", c)
-      endswitch
-    endfor
-    ex &= at;
-  endif
-endif

--- a/main/io/inst/getxmlattv.m	Sun May 25 20:16:06 2014 +0000
+++ /dev/null	Thu Jan 01 00:00:00 1970 +0000
@@ -1,47 +0,0 @@
-## Copyright (C) 2013 Philip Nienhuis
-## 
-## This program is free software; you can redistribute it and/or modify
-## it under the terms of the GNU General Public License as published by
-## the Free Software Foundation; either version 3 of the License, or
-## (at your option) any later version.
-## 
-## This program is distributed in the hope that it will be useful,
-## but WITHOUT ANY WARRANTY; without even the implied warranty of
-## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-## GNU General Public License for more details.
-## 
-## You should have received a copy of the GNU General Public License
-## along with Octave; see the file COPYING.  If not, see
-## <http://www.gnu.org/licenses/>.
-
-## -*- texinfo -*- 
-## @deftypefn {Function File} [@var{retval}] = getxmlattv (@var{xmlnode}, @var{att})
-## Get value of attribute @var{att} in xml node (char string) @var{xmlnode},
-## return empty if attribute isn't present.
-##
-## @seealso{getxmlnode}
-## @end deftypefn
-
-## Author: Philip Nienhuis <prnienhuis@ at users.sf.net>
-## Created: 2013-09-08
-
-function [retval] = getxmlattv (xmlnode, att)
-
-  retval = '';
-
-  ## Get end of first tag
-  iend = index (xmlnode, ">");
-  ## Get start of value string. Concat '="' to ensure minimal ambiguity
-  vals = index (xmlnode, [att '="']);
-  if (vals == 0)
-    ## Attribute not in current tag
-    return
-  elseif (vals)
-    vals = vals + length (att) + 2;
-    vale = regexp (xmlnode(vals:end), '"[ >/]');
-    if (! isempty (vale))
-      retval = xmlnode(vals:vals+vale-2);
-    endif
-  endif
-
-endfunction