From bryan@conserver.com Mon Jan 21 11:11:32 2002 From: bryan@conserver.com (Bryan Stansell) Date: Mon, 21 Jan 2002 03:11:32 -0800 Subject: conserver 7.1.4 is available Message-ID: <20020121031132.A15438@underdog.stansell.org> It took a while longer than expected to get 7.1.4 together. This was *almost* going to be a release based fully on patches submitted by the user base - something that I thought was very cool. But then I started adding some new features as well (based on suggestions from some of you). Hopefully you think it was worth the wait. The man pages have been updated to explain the new options and config file syntax. Patches for man pages to add details or explain things clearly are always welcome! :-) version 7.1.4 (Jan 21, 2002): - console -[PqQ] didn't work - patch by Han Pilmeyer - maxfiles() didn't check FD_SETSIZE - patch by Justin Grudzien - New -o and -O server flags for automatically reconnecting downed consoles - patch by Benn Oshrin - Automatic reconnection of consoles on read failures, retried every minute - Up to nine break sequences can be defined in the configuration file and assigned to consoles individually, accessed via new ^ecl[?0-9] escape sequences - console logs are marked with "up" and "down" timestamps The following based on code by John R. Jackson - sequential timestamps merged into one range during playback - timestamps done on "nice" boundaries (hour, minute, etc.) - lots of code cleanup, optimizations, etc. Bryan Stansell From bryan@stansell.org Tue Jan 29 19:09:09 2002 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.2/8.12.2) with ESMTP id g0U399j9019549; Tue, 29 Jan 2002 19:09:09 -0800 (PST) Received: (from bryan@localhost) by underdog.stansell.org (8.12.2/8.12.2/Submit) id g0U399FU019548; Tue, 29 Jan 2002 19:09:09 -0800 (PST) Date: Tue, 29 Jan 2002 19:09:09 -0800 From: Bryan Stansell To: users@conserver.com, announce@conserver.com Subject: conserver-7.2.0-beta1 available Message-ID: <20020129190908.B9719@underdog.stansell.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: announce-admin@conserver.com Errors-To: announce-admin@conserver.com X-BeenThere: announce@conserver.com X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Conserver Announcements List-Unsubscribe: , List-Archive: In an effort to get more folks to test out some of the development code, I've set up a beta site for distributing pre-release code. http://www.conserver.com/beta/ The code has a little testing under it's belt (at a couple of sites), but it could use a whole lot more. If anyone feels inclined to help out by running the new code, that would be great. So, what's the difference between 7.1.4 and 7.2.0-beta1? Well, the list is below, but the important aspect is that static arrays (strings, internal structures, etc) are becoming dynamic. For instance, strings are no longer 'char str[BUFSIZ];' (or even better yet 'char server[32];' - yikes). Think there were checks everywhere for over-running arrays? Nahhhhh...'cause who would ever need a console name greater than 31 characters?...(have I scared you into trying the new code yet?). And the best part, instead of building conserver with a limited number of console "slots" (it's the old MAXMEMB x MAXGRP limit), it can now grow as long as there's enough memory. MAXMEMB (--with-maxmemb) is still used to limit the number of consoles per process. I believe I have the server code modified to be fully dynamic. The client code still needs a *LOT* of work. Hence the reason for bumping the version to 7.2.0 - everything is getting touched to make this happen (but it's a good thing, really!). version 7.2.0-beta1 (Jan 29, 2002): - static structures and strings are now dynamic in server - MAXGRP (--with-maxgrp) has been removed as it's now dynamic - new -m server option for setting the maximum consoles per process - the default is still set with --with-maxmemb - new -i client option (and ^Eci) that displays console information in a machine-parseable format - two debug levels (second level by using two -D options) - ANSI prototypes and definitions (when available) Bryan