Congratulations! That is a fantastic update. Great job!
On 09/17/2014 01:55 PM, Bhaskar, K.S wrote:
> V6.2-000 is a major release that introduces auto-relink, a
> publish+subscribe model that enables GT.M processes to automatically and
> safely execute the latest published versions of routines; adds support
> to read and write encrypted sequential disk files, pipes, and FIFOs;
> adds the ability to pass SOCKET devices from one process to another; and
> includes many other enhancements and fixes.
>
> * Released as field test grade functionality in a production release,
> auto-relink provides a way to allow long-running processes to
> automatically and safely execute the latest versions of routines. It
> also has uses in development and testing. Each process that wishes
> to subscribe to updates of object files in a directory appends an
> asterisk ("*") suffix to that directory name in $ZROUTINES before
> linking from it. When a process publishes updates to routines
> (including the presence of new routines, and the removal of existing
> routines) with the ZRUPDATE command, processes that have subscribed
> to those updates automatically perform a ZLINK on the next execution
> of a command or function call that explicitly invokes a routine with
> a published update. Safe execution means that auto-relink of new
> versions of routines ensures that prior versions of those routines
> on the M call stack continue executing correctly through their QUIT
> commands and are not "clobbered" when control returns to them.
> Field-test grade functionality in a production release means that
> FIS considers auto-relink functionality sufficiently robust for use
> in development and testing, but not robust enough for use in
> production environments. Except for auto-relink, all other
> functionality in V6.2-000 is robust enough for use in production.
>
> * To protect non-database data at rest, and more securely exchange
> data with other systems and applications, both GT.M as well as
> non-GT.M processes, GT.M encryption functionality extends to file,
> pipe, and FIFO IO. As with all GT.M encryption features, GT.M itself
> includes no cryptographic software; instead it accesses external
> cryptographic libraries using a plugin architecture. The GT.M
> distribution includes a reference implementation of the plugin,
> which FIS tests during GT.M development against a couple of widely
> available cryptographic packages. FIS neither supports cryptographic
> libraries with GT.M nor recommends the use of any specific library -
> refer to the GT.M Administration and Operations Guide UNIX Edition
> <
http://tinco.pair.com/bhaskar/gtm/doc/books/ao/UNIX_manual/index.html>
> for more details.
>
> * Functionality to transfer DETACHed TCP or LOCAL sockets between GT.M
> processes using a LOCAL SOCKET device as the rendezvous is a
> fundamental enabling technology. Rich user interfaces can be built
> with multiple bi-directional TCP connections between clients such as
> browsers and server processes, using a layered protocol such as
> WebSockets. When a client and server wish to add a TCP connection
> between them, the client can initiate a new connection to a known
> port on server. An Internet superserver, such as xinetd, can screen
> the request and start a GT.M process, which can use an
> application-defined protocol to obtain the process id of the
> client's existing server process to whom it transfers the
> connection. The technique can also be used by a server to pass an
> existing client socket to a different process, for example, one that
> publishes information, such as a news feed or weather report.
>
>
> V6.2-000 also has numerous smaller enhancements, including:
>
> * $ZSOCKET() provides information about a SOCKET device and its
> attached sockets.
> * $ZSYSLOG() allows a process to send a message to the syslog without
> requiring the POSIX plugin.
> * GT.M for 32-bit Linux is compiled using the i586 ("Pentium
> compatible") instruction set, allowing it to run on recent System on
> Chip (SoC) based computers.
> * MUPIP SIZE includes an estimate of adjacency.
> * $PRINCIPAL can be a LOCAL socket.
>
>
> The online help facilities provided through the ZHELP command in GT.M,
> and the HELP commands in the utilities, provide hierarchically organized
> information current with V6.2-000. These, as well as robustness
> improvements, fixes to issues, and performance enhancements, are
> described in the Release Notes
> <
http://tinco.pair.com/bhaskar/gtm/doc/articles/GTM_V6.2-000_Release_Notes.html>.
>
> Please do include an upgrade to V6.2-000 in your plans. As always,
> please do send any feedback our way. Thank you for using GT.M.
>
> Regards
> -- Bhaskar
>
> --
> GT.M - Rock solid. Lightning fast. Secure. No compromises.
>
> _____________
> The information contained in this message is proprietary and/or
> confidential. If you are not the intended recipient, please: (i) delete
> the message and all copies; (ii) do not disclose, distribute or use the
> message in any manner; and (iii) notify the sender immediately. In
> addition, please be aware that any message addressed to our domain is
> subject to archiving and review by persons other than the intended
> recipient. Thank you.
>
> --
> You received this message because you are subscribed to the Google
> Groups "VistA" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to
vista+un...@googlegroups.com
> <mailto:
vista+un...@googlegroups.com>.
> To post to this group, send email to
vi...@googlegroups.com
> <mailto:
vi...@googlegroups.com>.
> Visit this group at
http://groups.google.com/group/vista.
> For more options, visit
https://groups.google.com/d/optout.
--
David Wicksell
President / CEO
Fourth Watch Software, LC
575-636-2229