Hopefully soon to be announced: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Version 2.3.0 XX/XX ============= * Replacing Motif with the GTK+ graphics library * Building a native Win32 version of both the CLISP an the GUI process. (perhaps rxvt-2.7.10-6-src.tar.bz2 subfolder W11 helps?) * Requires a replacement of the /dev/ptmx IPC means. Version 2.2.0 XX/XX ============= * Clean PACKAGE handling of KBs (every KB creates its own package, why not making it the current one? BUL inspite of LISP... This will simplify (make-kb-interface) and the TASK mechanism BABYLON package should be the current only while switching between KBs or as long as no KB is loaded! MUST work without B3-EMU, too! see (emaxps-load-kb) search B23 for im/export, defpackage, make/in/use-package Simplify TASK mechanism! * Use of GNU configure? * Further porting to commercial UNIX platforms (SYSADMINs, offering temp. accounts to me are welcome ;) * Detailed english HTML documentation * Support of more natural languages, e.g. french (volunteers welcome!) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Release Notes of the Hybrid Graphic Expert System Shell EMA-XPS ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Version 2.1.6 11/08 ============= * Successfully ported EMA-XPS to CYGWIN @ WinXP. Workaround added to erroneous linking of Win32 DLL libXt.dll.a against libXm.a (data section symbol vendorShellClassRec). DO NOT KNOW, WHETHER THIS PORT RUNS IN OTHER Win32/CYGWIN ENVIRONMENTS. * Tried linking against Lesstif 0.94. Bad idea :-( Lesstif today isn't com- patible enough with Motif. Problems with XmString implementation, unex- pected core dumps (especially with background images present), RemoveGrabs intrinsic warnings when hiding widgets, KeyBindings interpretation e.g. with InputFields. * IT IS ABSOLUTELY NECESSARY TO DEINSTALL Lesstif, BEFORE INSTALLING Motif! Version 2.1.5 10/08 ============= * Since CLISP these days is available on most platforms, AllegroCL has gone into state unsupported. But nothing ACL specific has been removed from code. * GMD, which developed Babylon-2.3 does not exist anymore. CLISP has been made more compliant with ANSI LISP. The source code of (Open)Motif is available now. Lesstif is a GNU licenced alternative for the Motif GUI. CLISP in most binary distributions is compiled using the GNU readline library. To keep the EMA-XPS sources useable, I decided to add a ./mirror directory containing the tarballs I used to build EMA-XPS v2.1.5. * For convenience the Makefile builds these prerequisits from these mirrored tarballs now. This includes a CLISP Version w/o GNU readline support, which won't interact with the (already installed?) CLISP Version! * Bugfix: *terminal-io* is closed and reopened. This change is now updated each time a knowledge base is run. * Adaptions in cl Files: CLISP places functions like exit and saveinitmem into package EXT now. * Modifications in CLISP's macro expander made it necessary to modify B3 emulation. $send did not expand from within B3 macros. Version 2.1.4 09/96 ============= * Explanation facility's language dependencies completely controled by Xresources now. * HTML doku reorganised (more, but smaller pages). English version still faked :( Version 2.1.3 08/96 ============= * Now it runs with Allegro CL 4.1 and its TPL package, too (GRMPFTL!). * Building the images needs no more running 'xps -develop -c' from Makefile and an X11 Display connnection. Switches removed. * Better NLS support by analyzing LANG variable. Unknown settings are redirected to english presentation. For the LISP child process LANG=C always. * Little optimization of util/cc_X11 and util/ld_X11; but not a solution like GNU confiure yet :( * Tested: IBM RS6000 (AIX 3.2.5) and CLISP: failed building gcc, and CLISP creation fails without gcc :( * Tested: IBM RS6000 (AIX 3.2.5) with Motif 1.2.4, its native 'cc' and Allegro CL 4.1: successful * Tested: AOUT BinDistrib runs under Linux 2.0 (ELF) only with kernel AOUT support enabled * Tested: DEC OSF1 V3.2 (Alpha-CPU): failed building gcc, hence failed building CLISP! * Tested: IRIX 5.3, Motif 1.2.4, gcc 2.7.0 (already present): successful * Tested: Linux 2.0 (ELF) and MetroLink Motif 2.0 ELF (libXm.a): successful * Tested: BinDistrib for SunOS 4.1.3 (X11R6, Motif2.0) under Solaris 2.5 w/ X11R5, but w/o Motif: the runtime version works, the full version core dumps, when creating editors :{ -- Perhaps the differing X11 Versions? * Tested: HP 9000/715 (HP-UX 10.01) with Motif 1.2, gcc-2.7.2: CLISP runs, TTY settings had to be set explicitly (other OSes inherit them): successful Version 2.1.2 07/96 ============= * PACKAGE handling in the LISP side extensions of EMA-XPS improved: All operations are done from within the "BABYLON" package, which uses the (for babylon3 emulated package) "BUL" and the Babylon2.3 "FMCS" as well as "COMMON-LISP". Up to then most things were located in "USER". * Updating from Babylon2.2 sources to the Babylon2.3 ones, which made the inference engine be located in "BABYLON" and its OOP variant in "FMCS". Version 2.1.1 03/96 ============= * Detailed german HTML documentation in doc/de/... * Short ehglish HTML documentation in doc/en/... * completion of the online help on syntax and editors Version 2.1.0 07/95 ============= * Direct loading of Babylon3 knowledge bases without modification enabled. Preprocessing by the KB translator 3to2 is no more necesary. * Complete redesign of the graphic KB editors. * Powerful help facility with browser, activated by [F1], including support of a syntax-help on LISP commands in the editors' text input windows. * Some texts of the online help system and a MAN page are available. * Reorganisation of the file system to make it installable in e.g. /usr/EMA-XPS . Version 2.0.1 04/95 ============= * Implementation of the KB translator programm '3to2' to convert KBs of the VW-GEDAS XPS shell 'babylon3', which has been developed from GMD's 'Babylon2 sources, too. * Availability of a tracer and a simple explanation facility. * Added the line graphics 'xgrf3' developed at EMA lab. to the distribution, which is a 2 process solution, too, and the interactive graphic editor 'kled' (Kennlinieneditor) for drawing/modifying 2D graphs. It uses the interactive graphic enhancements of xgrf3 to grf3. Version 2.0.0 10/94 ============= * Has become publically available via anonymous ftp. * Complete redesign of the interprocess communication. In spite of using 16 named pipes for 8 bidirectional data channels, now ONE pty/tty-Paar is necessary, in the way the xterm programm is realized. Advantage: LISP always assumes via isatty() to work on a concole. It writes prompts to *terminal-io*. Additionally the device manages echoing of its own. Introduction of vitual channels, which are multiplexed via ONE physical one. * complete reimplementation of the kernel sources (IPC and process management). ********************************************************* * Sorry, the rest is not yet translated into english :( * * Read the MAN page instead ;) * ********************************************************* Version 1.0 07/94 =========== * erste vollstaendig zufriedenstellende Laufzeitversion * komplette Neugestaltung der grafischen Endbenutzerschnittstelle Es steht jetzt ein Sitzungsbildschirm bereit, auf dem Motif-Widgets waehrend des Sitzungsverlaufs kreiert, zerstoert und veraendert werden koennen: * Pushbuttons (Text/Grafik) * Labels (Text/Grafik) * Einzeilige Texteingabefelder * mehrzeilige rollbare Ausgabetexte * Separatoren (senkrecht/waagrecht) Dieser SessionScreen hat eine Menueleiste, in die weitere Menues und dort Menueeintraege eingebracht werden koennen. Aufgrund der unterschiedlichen Aufloesungen von XTerminals ist der Arbeitsbereich des Screen rollbar. Zur Erleichterung der interaktiven Platzierung von Widgets bei der Wissensbasiserstellung kann ein Gitter eingeblendet werden. Weiterhin stehen der Wissensbasis PopupDialoge zur Verfuegung: * (uid-information ...) (Ok) * (uid-accept-cancel ...) * (uid-yes-no-cancel ...) * (uid-prompt ...) (liest Tastatureingaben ein) * (uid-one-of-many ...) (waehlt ein Element aus einer Liste aus) * (uid-some-of-many ...) * Portierung auf CLISP 7/94 unter Linux 1.1.47 Version 0.9 03/94 =========== * Sprung in der VersionsNummer, weil nur noch ein leistungsfaehigeres UserInterface fehlt * Bereitstellen eines temporaeren WelcomeDialoges * Ueberarbeiten des ApplikationsHauptFensters * Auslagern von XResourcen des ApplikationsHauptFensters und der SystemPopupdialoge in eine ResourceDatei * Anlegen eines definierten Filesystems * Einfuehrung von KommandozeilenArgumenten des C-Prozesses * Portierung auf Allegro CommonLISP 4.1 unter SunOS 4.1.3 * Portierung auf CLISP 1/94 unter SunOS 4.1.3 * Aufgabe der Pflege der Apollo-Version, da DomainOS stirbt Version 0.2 04/92 =========== * Bereitstellen optimierter grafischer Editoren fuer die Wissenseingabe der unterschiedlichen Wissenskonstrukte * Bereitstellen einer einfachen grafischen Endbenutzer- schnittstelle, bestehend aus zwei TextAusgabeFeldern. * Patchen der Inferenzmaschine, um von ihr initiierte Dialoge mit dem Endbenutzer (bei Babylon als von Sternchen umrandete ASCII-Texte realisiert) als Motif-PopupDialoge zu praesentieren Version 0.1 10/91 =========== * Erstellen eines C-Programms, das den Babylon-Prozess aufruft, nachdem es 16 NamedPipes in /usr/tmp angelegt hat. Der C-Prozess kontrolliert *terminal-io* und wird damit zu einem Filter zwischen C- und LISP-Prozess. C schreibt zur Initialisierung/Patching von LISP in dessen *standard-input*. So werden auch die logischen Kommunikationskanaele von Babylon auf den C-Prozess umgelenkt. * Erstellen von PAD-displays (1 mehrzeiliger rollbarer Ausgabe- Text, ein einzeiliger Eingabetext, Druckknoepfe) fuer die einzelnen Kanaele (Tracing, Debugging, usw.) * Erstellung eines einfachen HauptMenues * Verwendung von Lucid CommonLISP x.x unter Apollo/DomainOS 10.2 * Erarbeitung des Konzepts abwechselnder Kontrolle des einen Prozesses durch den anderen (Master/Slave) * Erarbeiten eines Konzepts fuer die Umgehung der Neuprogrammierung der Inferenzmaschine der rein ASCII-console orientierten Schale Babylon durch eine Zweiprozessloesung: Vorteile: * geringe Modifikation der LISP-Quellen * Inferenz wird nicht asynchronen Ereignissen des Fenstersystems unterbrochen * Erstellung der Motif-Sourcen in C (ein CommonLISP- X11-Interface existiert zwar, aber kein CommonLISP- Motif-Interface) Nachteile: * Flaschenhals InterprozessKommunkikationsKanaele * Notwendigkeit paralleler Prozesse, damit Festlegung auf Betriebssysteme wie UNIX, und damit Festlegung auf das X-Window System. Keine Implementierbarkeit auf beispielsweise DOS-PCs. Da eine leistungsfaehige Schale auch einen hohen Bedarf an RAM und CPU-Leistung hat, waeren sowieso nur UNIX-Workstations in Frage gekommen. * Entscheidung zugunsten von OSF/Motif als dem Look&Feel, das die groesste Chance hat, sich durchzusetzen +++ EOF +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++