From owner-xemacs-beta@xemacs.org Fri Sep 1 01:09:05 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id BAA24160 for xemacs-beta-out; Fri, 1 Sep 2000 01:09:05 -0400 Received: from sprouts.arbortext.com ([198.108.59.202]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id BAA23996; Fri, 1 Sep 2000 01:05:01 -0400 Date: Fri, 01 Sep 2000 01:04:57 -0400 From: Mike Alexander To: Dan Holmsand cc: XEmacs NT List , XEmacs Beta List Subject: Re: file-truename in Windows native build Message-ID: <14867152.3176759097@mta-1.pnet.msen.com> In-Reply-To: X-Mailer: Mulberry/2.0.3 (MacOS) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Content-Transfer-Encoding: 7bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Yours looks at least as good as mine and probably better. I made no attempt to make it work in the cygwin build, so that's a definite advantage of yours. If no one disagrees, I think we should use your version. Mike --On Friday, September 1, 2000 12:23 AM +0200 Dan Holmsand wrote: > Mike Alexander writes: > > > It's annoyed me for some time that the native Windows version of > > XEmacs often ends up with two (or more) buffers visiting the same > > file, even if find-file-compare-truenames or find-file-use-truenames > > is set. > > I totally agree. In fact I also started to fix this a while ago... > > [...] > > > The attached patch changed Ffile_truename to use > > win32_get_long_filename on Windows after changing it to do something > > reasonable when given a path that contains a file or directory that > > doesn't exist. This latter change might cause a problem with code > > that used win32-long-file-name to test for the existence of a file, > > but I can't find any code that uses it at all, let alone for that > > purpose. I also changed xemacs.mak to remove realpath.c from the > > native Windows build since it isn't needed anymore. With this patch I > > haven't had any more problems with multiple buffers visiting the same > > file if I set find-file-compare-truenames or find-file-use-truenames. > > I chose the other alternative - making xrealpath work on windows. I > obviously think this is a better choice, mainly because it's mine :-) > > My code have some real advantages, though. Mainly, it also works with > cygwin xemacs, which is broken in basically the same way as the native > built one. Besides that the current code doesn't care for case or > short filenames, it is totally broken when you feed it UNC paths. > > My code deals with UNC paths by lower-casing the server and share > parts of the filename (i.e. //server/share/...), since case is not > significant here. > > It is perhaps also an advantage that the code is shared between unix, > cygwin and native windows xemacsen. It should, for example, be quite > easy to add support for Win2k's reparse points (which basically work > like symlinks). > > I also definitely think find-file-compare-truenames should be true by > default on windows. > > Anyway, here it is. I've been using it for a while, on both native > xemacs and cygwin. However, I haven't tested the code on unix (the > changes there are mainly trivial, though; mostly *s == '/' -> > IS_DIRECTORY_SEP (*s), etc.). > > /dan > > -- > Dan Ola Holmsand > IB > dan@eyebee.com From owner-xemacs-beta@xemacs.org Fri Sep 1 04:03:20 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA32376 for xemacs-beta-out; Fri, 1 Sep 2000 04:03:20 -0400 Received: from merkur.post.dk (dummy1.post.dk [195.41.74.17]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA32373 for ; Fri, 1 Sep 2000 04:03:19 -0400 Message-Id: <200009010803.EAA32373@gwyn.tux.org> Received: by merkur with Internet Mail Service (5.5.2650.21) id ; Fri, 1 Sep 2000 10:03:26 +0200 From: "Michael Werliin, PDI" To: "'SMTP:xemacs-beta@xemacs.org'" Subject: Packages documentation Date: Fri, 1 Sep 2000 10:01:00 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hello I'm evaluating Xemacs for my employee, but are having some problems. I do not know if you can help or redirect me, but I would be most grateful for any assistance. The trouble is that i'm having a hard time finding documentation on the update packages. Like strokes and pc. Can you tell me where to look ? Many thanks Michael Werliin Legacy Access Group PDK, Denmark From owner-xemacs-beta@xemacs.org Fri Sep 1 13:34:54 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id NAA31351 for xemacs-beta-out; Fri, 1 Sep 2000 13:34:54 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id NAA31348 for ; Fri, 1 Sep 2000 13:34:53 -0400 Received: by localhost id m13Uufm-00014QC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Sat, 2 Sep 2000 02:32:14 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14767.59421.974582.373251@turnbull.sk.tsukuba.ac.jp> Date: Sat, 2 Sep 2000 02:32:13 +0900 (JST) To: xemacs-beta@xemacs.org Subject: Re: -no-autoloads broken in 21.2.35 --pdump In-Reply-To: <14763.38592.715416.33660@turnbull.sk.tsukuba.ac.jp> References: <14763.26105.923329.332922@tleepslib.sk.tsukuba.ac.jp> <14763.38592.715416.33660@turnbull.sk.tsukuba.ac.jp> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Gunnar" == Gunnar Evermann writes: Gunnar> I reported this some time ago and explained the cause. See Gunnar> message <87k8dna3ma.fsf@eng.cam.ac.uk> on xemacs-beta. I Gunnar> was hoping Olvier could come up with a fix. >>>>> "Stephen" == Stephen J Turnbull writes: Stephen> A quick look suggests that all of the variables computed Stephen> by the very early command-line parsing stuff should be Stephen> protected in the way that `noninteractive' is, and Stephen> immediately after loading the dumpfile they should be Stephen> restored. Here's a patch against a 12-hour-old CVS update that does this. I haven't checked the other variables it's supposed to preserve but I have checked that it (a) builds and runs and (b) -debug-paths and -no-autoloads now work (a very quick check). I _think_ I got all of the variables that can get stepped on. I'm not sure where the "unstomp" code belongs; it may want to move out of the "if" it's in now, just after the line "purify_flag = 1". Or it may belong in dumper.c where Olivier put it. Olivier? Sorry about the preprocessor conditionals, but I want it to be easy to back this out when the right stuff comes along.... Index: src/emacs.c =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/src/emacs.c,v retrieving revision 1.82.2.72 diff -u -r1.82.2.72 emacs.c --- emacs.c 2000/08/31 07:33:20 1.82.2.72 +++ emacs.c 2000/09/01 17:10:25 @@ -1120,9 +1120,42 @@ initialized = 0; purify_flag = 1; } else { + +#ifdef UNSTOMP_PDUMP_STOMPED_ARGS + /* noninteractive is protected elsewhere */ + int inhibit_early_packages_save = inhibit_early_packages; + int inhibit_autoloads_save = inhibit_autoloads; + int debug_paths_save = debug_paths; +#ifdef INHIBIT_SITE_LISP + int inhibit_site_lisp_save = inhibit_site_lisp; +#endif +#ifdef INHIBIT_SITE_MODULES + int inhibit_site_modules_save = inhibit_site_modules; +#endif +#endif + initialized = pdump_load (argv[0]); if (initialized) - run_temacs_argc = -1; + { + run_temacs_argc = -1; + +#ifdef UNSTOMP_PDUMP_STOMPED_ARGS + /* Put back noninteractive1 to its real value */ + /* #### SJT Moved from pdump_load_finish() */ + noninteractive1 = noninteractive; + /* Now unstomp everything else */ + inhibit_early_packages = inhibit_early_packages_save; + inhibit_autoloads = inhibit_autoloads_save; + debug_paths = debug_paths_save; +#ifdef INHIBIT_SITE_LISP + inhibit_site_lisp = inhibit_site_lisp_save; +#endif +#ifdef INHIBIT_SITE_MODULES + inhibit_site_modules = inhibit_site_modules_save; +#endif +#endif + + } else purify_flag = 1; } @@ -3320,6 +3353,9 @@ #endif Vxemacs_codename = build_string (XEMACS_CODENAME); + /* Lisp variables which contain command line flags. + The portable dumper stomps on these; they must be saved and restored + in main_1(). */ DEFVAR_BOOL ("noninteractive", &noninteractive1 /* Non-nil means XEmacs is running without interactive terminal. */ ); Index: src/dumper.c =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/src/Attic/dumper.c,v retrieving revision 1.1.2.7 diff -u -r1.1.2.7 dumper.c --- dumper.c 2000/07/21 10:15:57 1.1.2.7 +++ dumper.c 2000/09/01 17:10:25 @@ -1103,8 +1103,11 @@ p += sizeof (Lisp_Object) * rt.count; } +#ifndef UNSTOMP_PDUMP_STOMPED_ARGS /* Put back noninteractive1 to its real value */ + /* #### SJT Moved this to just after call to pdump_load() in main() */ noninteractive1 = noninteractive; +#endif return 1; } -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Fri Sep 1 14:31:32 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id OAA02477 for xemacs-beta-out; Fri, 1 Sep 2000 14:31:32 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id OAA02473 for ; Fri, 1 Sep 2000 14:31:32 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000901183127.QDKC12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com> for ; Fri, 1 Sep 2000 11:31:27 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e81IVNX24495; Fri, 1 Sep 2000 13:31:23 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: xemacs-beta@xemacs.org Subject: XEmacs/GTK now in the main CVS repository... Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 5 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: You can check it out on the branch 'gtk-xemacs': cvs -d :pserver:xemacs@cvs.xemacs.org:/usr/CVSroot checkout -r gtk-xemacs -d gtk-xemacs xemacs -bp From owner-xemacs-beta@xemacs.org Fri Sep 1 15:07:39 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id PAA04860 for xemacs-beta-out; Fri, 1 Sep 2000 15:07:39 -0400 Received: from black-ice.cc.vt.edu (black-ice.cc.vt.edu [128.173.14.71]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id PAA04853 for ; Fri, 1 Sep 2000 15:07:34 -0400 From: Valdis.Kletnieks@vt.edu Received: from black-ice.cc.vt.edu (valdis@localhost [127.0.0.1]) by black-ice.cc.vt.edu (8.12.0.PreAlpha0/8.12.0.PreAlpha0) with ESMTP id e81J70029186; Fri, 1 Sep 2000 15:07:04 -0400 Message-Id: <200009011907.e81J70029186@black-ice.cc.vt.edu> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4+dev To: wmperry@aventail.com Cc: xemacs-beta@xemacs.org Subject: Re: XEmacs/GTK now in the main CVS repository... In-Reply-To: Your message of "Fri, 01 Sep 2000 13:31:23 CDT." <86em34nev8.fsf@megalith.bp.aventail.com> X-Url: http://black-ice.cc.vt.edu/~valdis/ X-Face: 34C9$Ewd2zeX+\!i1BA\j{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t( ^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-274209562P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 01 Sep 2000 15:07:00 -0400 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: --==_Exmh_-274209562P Content-Type: text/plain; charset=us-ascii On Fri, 01 Sep 2000 13:31:23 CDT, wmperry@aventail.com (William M. Perry) said > cvs -d :pserver:xemacs@cvs.xemacs.org:/usr/CVSroot checkout -r gtk-xemacs -d gtk-xemacs xemacs Cool. How does this interact for people who are running 21.1.CVS or 21.2.CVS currently? Is it a seperate tree, or an "overlay" over either one? -- Valdis Kletnieks Operating Systems Analyst Virginia Tech --==_Exmh_-274209562P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.2 Comment: Exmh version 2.2 06/16/2000 iQA/AwUBOa/+U3At5Vm009ewEQKbVgCcDxClRUJAp+DJ4cW8b3k+UFD13HkAoPQj bYqBfGHzJ0/N8Qurqn/Pl+H+ =zEjL -----END PGP SIGNATURE----- --==_Exmh_-274209562P-- From owner-xemacs-beta@xemacs.org Fri Sep 1 15:28:05 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id PAA06204 for xemacs-beta-out; Fri, 1 Sep 2000 15:28:05 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id PAA06201 for ; Fri, 1 Sep 2000 15:28:04 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000901192803.QGSP12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Fri, 1 Sep 2000 12:28:03 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e81JRxL25137; Fri, 1 Sep 2000 14:27:59 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: Valdis.Kletnieks@vt.edu Cc: xemacs-beta@xemacs.org Subject: Re: XEmacs/GTK now in the main CVS repository... References: <200009011907.e81J70029186@black-ice.cc.vt.edu> Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 16 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Valdis.Kletnieks@vt.edu writes: > On Fri, 01 Sep 2000 13:31:23 CDT, wmperry@aventail.com (William M. > Perry) said > > cvs -d :pserver:xemacs@cvs.xemacs.org:/usr/CVSroot checkout -r > gtk-xemacs -d gtk-xemacs xemacs > > Cool. > > How does this interact for people who are running 21.1.CVS or 21.2.CVS > currently? Is it a seperate tree, or an "overlay" over either one? It is branched off of the 21.1.12 CVS - I haven't updated it to 21.2 yet, but I want to in the next month or so. -Bill P. From owner-xemacs-beta@xemacs.org Fri Sep 1 16:12:59 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id QAA08792 for xemacs-beta-out; Fri, 1 Sep 2000 16:12:59 -0400 Received: from MIT.EDU (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.69.0.28]) by gwyn.tux.org (8.9.3/8.9.1) with SMTP id QAA08789 for ; Fri, 1 Sep 2000 16:12:58 -0400 Received: from GRAND-CENTRAL-STATION.MIT.EDU by MIT.EDU with SMTP id AA03076; Fri, 1 Sep 00 16:13:13 EDT Received: from melbourne-city-street.MIT.EDU (MELBOURNE-CITY-STREET.MIT.EDU [18.69.0.45]) by grand-central-station.MIT.EDU (8.9.2/8.9.2) with ESMTP id QAA10155 for ; Fri, 1 Sep 2000 16:12:49 -0400 (EDT) Received: from fluids51 (prudhomm@FLUIDS51.MIT.EDU [18.80.0.231]) by melbourne-city-street.MIT.EDU (8.9.3/8.9.2) with SMTP id QAA05216 for ; Fri, 1 Sep 2000 16:12:49 -0400 (EDT) From: "Christophe Prud'homme" Organization: MIT To: xemacs-beta@xemacs.org Subject: xemacs/gtk Date: Fri, 1 Sep 2000 16:12:48 -0400 X-Mailer: KMail [version 1.1.90] Content-Type: text/plain Mime-Version: 1.0 Message-Id: <00090116124802.10798@fluids51> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by gwyn.tux.org id QAA08790 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I have followed the gtk/xemacs development and I just recompiled gtk-xemacs and I must say Woo! Everything compiled fine and work fine so far, great job! in gtk/xemacs pages, qt is mentioned, will there be any port to this other toolkit? qt has an Xt extension. Would it help the port? again great job and best regards C. -- Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | As flies to wanton boys are we Cambridge MA 02139 | to the gods; they kill us for Tel (Office) : (00 1) (617) 253 0229 | their sport. Fax (Office) : (00 1) (617) 258 8559 | -- Shakespeare, "King Lear" http://augustine.mit.edu/~prudhomm | Following the hacker spirit From owner-xemacs-beta@xemacs.org Fri Sep 1 16:39:31 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id QAA10787 for xemacs-beta-out; Fri, 1 Sep 2000 16:39:31 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id QAA10784 for ; Fri, 1 Sep 2000 16:39:31 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000901203930.QKZH12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Fri, 1 Sep 2000 13:39:30 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e81KdUp25315; Fri, 1 Sep 2000 15:39:30 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: "Christophe Prud'homme" Cc: xemacs-beta@xemacs.org Subject: Re: xemacs/gtk References: <00090116124802.10798@fluids51> Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 27 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: "Christophe Prud'homme" writes: > I have followed the gtk/xemacs development and I just recompiled > gtk-xemacs and I must say Woo! > > Everything compiled fine and work fine so far, great job! > > in gtk/xemacs pages, qt is mentioned, will there be any port to this > other toolkit? qt has an Xt extension. Would it help the port? Doing the Qt work would be easier because of the Xt support. The reason I ended up doing the GTK port were because part of the port was also doing the language bindings. This would have been more difficult with Qt, as well as requiring a C++ compiler, and the licensing issues (real or imagined). The xemacs-beta archives should have some of this discussion as well as the doc at http://www.cs.indiana.edu/elisp/gui-xemacs/arch.html But doing a native Qt port would be nice for cross-platform reasons. In theory the remaining X specific parts of XEmacs/GTK could be removed and you could have XEmacs on windows use GTK as well. Not to mention the framebuffer (Qt looks much better than GTK on the framebuffer right now, but work is progressing on both). This would be good when people port Qt or GTK to BeOS and MacOS X, etc, etc. -Bill P. From owner-xemacs-beta@xemacs.org Fri Sep 1 16:42:07 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id QAA10969 for xemacs-beta-out; Fri, 1 Sep 2000 16:42:07 -0400 Received: from buffalo.fnal.gov (buffalo.fnal.gov [131.225.84.156]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id QAA10965 for ; Fri, 1 Sep 2000 16:42:06 -0400 Received: (from cgw@localhost) by buffalo.fnal.gov (8.8.7/8.8.7) id PAA25827; Fri, 1 Sep 2000 15:42:05 -0500 From: Charles G Waldman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14768.5275.742577.249990@buffalo.fnal.gov> Date: Fri, 1 Sep 2000 15:42:03 -0500 (CDT) To: "Christophe Prud'homme" Cc: xemacs-beta@xemacs.org Subject: xemacs/gtk In-Reply-To: <00090116124802.10798@fluids51> References: <00090116124802.10798@fluids51> X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-Face: %OO~XPb`a}(s2it:MIMa&Ig&fbz)+h$L,2js]uXlS*7R#!#e{6W^.z~0blXY]guz@qdC;-s>BG`iu,HOP"j\nV_W)'})|,9C>&St4H"\l$&:V;8)"gsPRlH S6]sBPDb:f<,&ReiQS59nI;6P{w1kPMSR|`8L6EaC?SBb|ujr$V^C8A+G3Z#'>U.> Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Christophe Prud'homme writes: > I just recompiled gtk-xemacs and I must say Woo! Me too! Woo! Woo! > in gtk/xemacs pages, qt is mentioned, will there be any port to this other > toolkit? Maybe if you're willing to pay William Perry $15,000 to do it... ;-) From owner-xemacs-beta@xemacs.org Fri Sep 1 16:55:35 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id QAA11891 for xemacs-beta-out; Fri, 1 Sep 2000 16:55:35 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id QAA11883 for ; Fri, 1 Sep 2000 16:55:32 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000901205526.QLYZ12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Fri, 1 Sep 2000 13:55:26 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e81KtLt25616; Fri, 1 Sep 2000 15:55:21 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: Charles G Waldman Cc: "Christophe Prud'homme" , xemacs-beta@xemacs.org Subject: Re: xemacs/gtk References: <00090116124802.10798@fluids51> <14768.5275.742577.249990@buffalo.fnal.gov> Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 18 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Charles G Waldman writes: > Christophe Prud'homme writes: > > > I just recompiled gtk-xemacs and I must say Woo! > > Me too! Woo! Woo! > > > in gtk/xemacs pages, qt is mentioned, will there be any port to this other > > toolkit? > > Maybe if you're willing to pay William Perry $15,000 to do it... ;-) Hehehehehe... Qt was definitely an option, and would have been less work, but several factors ruled it out. See my followup to christophe for more details. -bp From owner-xemacs-beta@xemacs.org Sat Sep 2 08:37:13 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA11394 for xemacs-beta-out; Sat, 2 Sep 2000 08:37:13 -0400 Received: from vic20.blipp.com ([195.163.165.35]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA11391 for ; Sat, 2 Sep 2000 08:37:12 -0400 Received: from barbar.josefsson.org (localhost [127.0.0.1]) by vic20.blipp.com (8.10.1/8.10.1) with SMTP id e82Cb5930218; Sat, 2 Sep 2000 14:37:05 +0200 To: wmperry@aventail.com Cc: xemacs-beta@xemacs.org Subject: Re: XEmacs/GTK now in the main CVS repository... References: <86em34nev8.fsf@megalith.bp.aventail.com> From: Simon Josefsson In-Reply-To: <86em34nev8.fsf@megalith.bp.aventail.com> Date: 02 Sep 2000 14:39:19 +0200 Message-ID: Lines: 33 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: wmperry@aventail.com (William M. Perry) writes: > You can check it out on the branch 'gtk-xemacs': > > cvs -d :pserver:xemacs@cvs.xemacs.org:/usr/CVSroot checkout -r gtk-xemacs -d gtk-xemacs xemacs It tries to write to /usr/local for me... Any ideas? jas@barbar:~/src/gtk-xemacs$ make cd ./lib-src && make CC='gcc' CFLAGS='-g -O3 -Wall -Wno-switch' LDFLAGS='' CPPF LAGS='' all make[1]: Entering directory `/usr/local/src/gtk-xemacs/lib-src' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/usr/local/src/gtk-xemacs/lib-src' cd ./src && make CC='gcc' CFLAGS='-g -O3 -Wall -Wno-switch' LDFLAGS='' CPPFLAGS ='' all make[1]: Entering directory `/usr/local/src/gtk-xemacs/src' EMACSBOOTSTRAPLOADPATH="/usr/local/src/gtk-xemacs/src/../lisp/:/usr/local/src/gt k-xemacs" ./temacs -batch -l /usr/local/src/gtk-xemacs/src/../lisp/update-elc.el Loading /usr/local/src/gtk-xemacs/src/../lisp/update-elc.el... Loading very-early-lisp... (2416) Loading find-paths.el... (13900) Loading packages.el... (24408) Loading setup-paths.el... (5480) Loading dump-paths.el... (0) Loading /usr/local/src/gtk-xemacs/src/../lisp/dumped-lisp.el... (160) make[1]: Leaving directory `/usr/local/src/gtk-xemacs/src' Building finder database ... xemacs exiting.Opening input file: Permission denied, /usr/local/lib/xemacs/xemacs-packages/lisp/edit-utils/icomplete.el make: *** [lisp/finder-inf.el] Error 255 jas@barbar:~/src/gtk-xemacs$ From owner-xemacs-beta@xemacs.org Sat Sep 2 11:51:23 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA17336 for xemacs-beta-out; Sat, 2 Sep 2000 11:51:23 -0400 Received: from vic20.blipp.com ([195.163.165.35]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id LAA17333 for ; Sat, 2 Sep 2000 11:51:22 -0400 Received: from barbar.josefsson.org (localhost [127.0.0.1]) by vic20.blipp.com (8.10.1/8.10.1) with SMTP id e82FpL931449; Sat, 2 Sep 2000 17:51:21 +0200 To: wmperry@aventail.com Cc: xemacs-beta@xemacs.org Subject: Re: XEmacs/GTK now in the main CVS repository... References: <86em34nev8.fsf@megalith.bp.aventail.com> From: Simon Josefsson In-Reply-To: Date: 02 Sep 2000 17:53:34 +0200 Message-ID: Lines: 14 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Simon Josefsson writes: > It tries to write to /usr/local for me... Any ideas? >... > xemacs exiting.Opening input file: Permission denied, /usr/local/lib/xemacs/xemacs-packages/lisp/edit-utils/icomplete.el > make: *** [lisp/finder-inf.el] Error 255 Further details: "chown -R root.root /usr/local/lib/xemacs" solved this. Weird. The files was owned by uid 207 before, and I also notice some files in there not being world readable. Are the package tarballs ok? Can't see how it should be specific to gtk-xemacs though, xemacs 21.1 and 21.2 build fine. From owner-xemacs-beta@xemacs.org Sun Sep 3 18:19:01 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id SAA27681 for xemacs-beta-out; Sun, 3 Sep 2000 18:19:01 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id SAA27677 for ; Sun, 3 Sep 2000 18:18:57 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000903221857.UBSD12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com> for ; Sun, 3 Sep 2000 15:18:57 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e83MIh103580; Sun, 3 Sep 2000 17:18:43 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: xemacs-beta@xemacs.org Subject: working on getting XEmacs/GTK to 21.2... Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 11 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: So, the wife is going out of town for a week and liam has school in the afternoons, and I don't need much sleep. Soooo... I'm going to try and get XEmacs/GTK upgrade to the 21.2 source base by friday. This will hopefully include all the fancy glyph stuff andy has done. Any objections? This would land on the main 21.2 branch. I really think GTK should be made the default on systems that support it, and that is how the 21.1.12 patches work, but for the first set of patches you would be required to do --with-gtk=yes (or --with-gnome=yes). -Bill P. From owner-xemacs-beta@xemacs.org Sun Sep 3 20:57:24 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id UAA00679 for xemacs-beta-out; Sun, 3 Sep 2000 20:57:24 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id UAA00674 for ; Sun, 3 Sep 2000 20:57:20 -0400 Received: by localhost id m13VkX2-00014XC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Mon, 4 Sep 2000 09:54:40 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14770.62159.988660.911256@turnbull.sk.tsukuba.ac.jp> Date: Mon, 4 Sep 2000 09:54:39 +0900 (JST) To: xemacs-beta@xemacs.org Subject: working on getting XEmacs/GTK to 21.2... In-Reply-To: <86wvgt3yrh.fsf@megalith.bp.aventail.com> References: <86wvgt3yrh.fsf@megalith.bp.aventail.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "-BP" == William M Perry writes: -BP> Any objections? This would land on the main 21.2 branch. I -BP> really think GTK should be made the default on systems that -BP> support it, and that is how GTK still doesn't support multiple X displays, right? I need that a lot more than I need prettier dialogs---I see a dialog about once a week.... Of course, this is a personal issue and should be handled by my own configuration. Also, until GTK is used for Custom, I think it's going to look very very half-assed. Dunno about the rest of the world, but aside from the toolbar, scrollbar, and menubar, where GTK's net effect is negative (the menubar is detachable :), the only GUI I see is in Custom. On that basis, my vote is "not yet". -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Sun Sep 3 21:39:06 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id VAA02518 for xemacs-beta-out; Sun, 3 Sep 2000 21:39:06 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id VAA02515 for ; Sun, 3 Sep 2000 21:39:05 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000904013905.URNW12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Sun, 3 Sep 2000 18:39:05 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e841d6D09602; Sun, 3 Sep 2000 20:39:06 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: "Stephen J. Turnbull" Cc: xemacs-beta@xemacs.org Subject: Re: working on getting XEmacs/GTK to 21.2... References: <86wvgt3yrh.fsf@megalith.bp.aventail.com> <14770.62159.988660.911256@turnbull.sk.tsukuba.ac.jp> Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 27 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: "Stephen J. Turnbull" writes: > >>>>> "-BP" == William M Perry writes: > > -BP> Any objections? This would land on the main 21.2 branch. I > -BP> really think GTK should be made the default on systems that > -BP> support it, and that is how > > GTK still doesn't support multiple X displays, right? I need that a lot > more than I need prettier dialogs---I see a dialog about once a week.... > Of course, this is a personal issue and should be handled by my own > configuration. Correct - no multidisplay, and it doesn't look like GTK 2.0 is going to have it either. *sigh* > Also, until GTK is used for Custom, I think it's going to look very very > half-assed. Why is that not the case for X and Motif then? Or Windows? > On that basis, my vote is "not yet". I've almost got it running here (compiles, but craps out at initialization when I try to set the specifiers for the pointers). -Bill P. From owner-xemacs-beta@xemacs.org Mon Sep 4 02:10:39 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA18158 for xemacs-beta-out; Mon, 4 Sep 2000 02:10:39 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA18152 for ; Mon, 4 Sep 2000 02:10:37 -0400 Received: by localhost id m13VpQA-00014XC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Mon, 4 Sep 2000 15:07:54 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14771.15417.945394.545910@turnbull.sk.tsukuba.ac.jp> Date: Mon, 4 Sep 2000 15:07:53 +0900 (JST) To: xemacs-beta@xemacs.org Subject: Re: working on getting XEmacs/GTK to 21.2... In-Reply-To: <86og253phh.fsf@megalith.bp.aventail.com> References: <86wvgt3yrh.fsf@megalith.bp.aventail.com> <14770.62159.988660.911256@turnbull.sk.tsukuba.ac.jp> <86og253phh.fsf@megalith.bp.aventail.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "-BP" == William M Perry writes: -BP> "Stephen J. Turnbull" writes: >> Also, until GTK is used for Custom, I think it's going to look >> very very half-assed. -BP> Why is that not the case for X and Motif then? Or Windows? Who said it wasn't? :^) But we're used to it in those cases. Also, we _are_ using X at least in Custom; Custom buffers under X look better than they do on a TTY, just because of the cheesy graphic widgets. Look, we just spent several months with instability due to the native widgets. At the moment, what I know about GTK+ is that (1) xemacs-gtk spews asserts like crazy, and (2) with Andy's last patch to the lwlib tab control widget apparently stabilizing 21.2 --with-widgets, GTK apps now have the top three spots on my "most-likely-to-crash" list.[1] If you had GTK-ized Custom to show, I'd be tempted enough to keep my mouth shut and go with the Review Board consensus. But without that, it's a major instability when we should be thinking about the next release, and I'm voicing opposition. Just postpone making gtk-xemacs the default until we have a release. Then do it in the new unstable branch. Footnotes: [1] I have no idea whether GTK has anything to do with that, but it's the greatest common divisor among Mozilla, Python-wxwin, and xemacs-gtk. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Mon Sep 4 03:38:14 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id DAA22047 for xemacs-beta-out; Mon, 4 Sep 2000 03:38:14 -0400 Received: from inet-smtp3.oracle.com (inet-smtp3.oracle.com [205.227.43.23]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id DAA22044 for ; Mon, 4 Sep 2000 03:38:13 -0400 Received: from gmgw02.us.oracle.com (gmgw02.us.oracle.com [130.35.60.93]) by inet-smtp3.oracle.com (8.9.3/8.9.3) with ESMTP id AAA10166 for ; Mon, 4 Sep 2000 00:38:39 -0700 (PDT) Received: from vzell.de.oracle.com (dhpcd135.de.oracle.com [140.84.22.8]) by gmgw02.us.oracle.com (8.8.8+Sun/8.8.8) with SMTP id AAA21577 for ; Mon, 4 Sep 2000 00:38:10 -0700 (PDT) X-Mailer: 21.1 "20 Minutes to Nikko" XEmacs Lucid (patch 2) (via feedmail 8 I) To: xemacs-beta@xemacs.org Subject: make problems with xemacs-21.2.35, libcompface and cygwin-1.1.4 From: "Dr. Volker Zell" Date: 04 Sep 2000 09:37:07 +0200 Message-ID: Lines: 32 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi I tried compiling xemacs-21.2.35 with the latest cygwin-1.1.4. Everything makes OOTB except when trying to link with libcompface. This used to work with cygwin-B20.1 and XEmacs 21.1 "20 Minutes to Nikko". Here is the problem: Dumping under the name xemacs .data and .bss reversed found bss - keeping 3981c of 3f400 bytes found data - keeping 2c2e20 of 2d3200 bytes writing file header writing optional header new data size is 313e00, >= 312600 writing text header (unchanged) writing .data header writing following data header copying executable up to data section ... 2e7170 bytes dumping .data section... 2c2e20 bytes padding .data ... c00 bytes dumping .bss into executable... 3981c bytes padding .bss ... 67e4 bytes 0 [main] temacs 10807 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 63488 [main] temacs 10807 stackdump: Dumping stack trace to temacs.exe.stackdump Signal 11 make[2]: [xemacs] Error 139 (ignored) Ciao Volker From owner-xemacs-beta@xemacs.org Mon Sep 4 03:50:52 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id DAA22576 for xemacs-beta-out; Mon, 4 Sep 2000 03:50:52 -0400 Received: from inet-smtp4.us.oracle.com (inet-smtp4.oracle.com [209.246.15.58]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id DAA22572 for ; Mon, 4 Sep 2000 03:50:51 -0400 Received: from gmgw02.us.oracle.com (gmgw02.us.oracle.com [130.35.60.93]) by inet-smtp4.us.oracle.com (8.9.3/8.9.3) with ESMTP id AAA04916 for ; Mon, 4 Sep 2000 00:51:43 -0700 (PDT) Received: from vzell.de.oracle.com (dhpcd135.de.oracle.com [140.84.22.8]) by gmgw02.us.oracle.com (8.8.8+Sun/8.8.8) with SMTP id AAA29041 for ; Mon, 4 Sep 2000 00:50:36 -0700 (PDT) X-Mailer: 21.2 (beta35) "Nike" XEmacs Lucid (via feedmail 8 I) To: xemacs-beta@xemacs.org Subject: assertion failed when viewing www.netscape.com under w3 with XEmacs 21.2 (beta35) under cgwin-1.1.4 From: "Dr. Volker Zell" Date: 04 Sep 2000 09:49:33 +0200 Message-ID: Lines: 18 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi When trying to view http://www.netscape.com with w3 under XEmacs 21.2 (beta35) "Nike" [Lucid] (i686-pc-cygwin) of Fri Sep 1 2000 on VZELL I get Fatal error: assertion failed, file event-Xt.c, line 2084, !filedesc_to_what_closure[fd] and Xemacs just disappears without any stack trace. Ciao Volker From owner-xemacs-beta@xemacs.org Mon Sep 4 07:34:39 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id HAA32042 for xemacs-beta-out; Mon, 4 Sep 2000 07:34:39 -0400 Received: from inet-smtp3.oracle.com (inet-smtp3.oracle.com [205.227.43.23]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id HAA32036 for ; Mon, 4 Sep 2000 07:34:34 -0400 Received: from gmgw02.us.oracle.com (gmgw02.us.oracle.com [130.35.60.93]) by inet-smtp3.oracle.com (8.9.3/8.9.3) with ESMTP id EAA10431 for ; Mon, 4 Sep 2000 04:34:57 -0700 (PDT) Received: from vzell.de.oracle.com (dhpcd135.de.oracle.com [140.84.22.8]) by gmgw02.us.oracle.com (8.8.8+Sun/8.8.8) with SMTP id EAA25991 for ; Mon, 4 Sep 2000 04:34:27 -0700 (PDT) X-Mailer: 21.2 (beta35) "Nike" XEmacs Lucid (via feedmail 8 I) To: xemacs-beta@xemacs.org Subject: Problems with eudc and latest Xemacs.21.2.35 under cygnus From: "Dr. Volker Zell" Date: 04 Sep 2000 13:33:24 +0200 Message-ID: Lines: 74 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi Trying to use eudc-query-form and entering a search for a name gives: Signaling: (wrong-type-argument char-or-string-p nil) insert(nil "\n") (lambda (val-elem) (indent-to col) (insert val-elem "\n"))(nil) mapcar((lambda (val-elem) (indent-to col) (insert val-elem "\n")) (nil nil nil nil nil)) (if match (progn (eval ...) (insert "\n")) (mapcar (function ...) (cond ... ... ... ...))) (let ((match ...) (col ...) (val ...)) (if match (progn ... ...) (mapcar ... ...))) eudc-print-attribute-value(("Full Name" nil nil nil nil nil)) (let ((field-beg ...)) (insert (format ... ...)) (put-text-property field-beg (point) (quote face) (quote bold)) (indent-to (+ 2 column-width)) (eudc-print-attribute-value field)) eudc-print-record-field(("Full Name" nil nil nil nil nil) 14) (lambda (field) (eudc-print-record-field field width))(("Full Name" nil nil nil nil nil)) mapcar((lambda (field) (eudc-print-record-field field width)) (("Full Name" nil nil nil nil nil) ("First Name") ("Surname") ("Unit") ("Title") ("Mail" . "VZELL@DE.ORACLE.COM") ("Office" . "Düsseldorf") ("Manager" . "cn=TNUSSBAU+objectclass=orclperson,dc=DE, dc=ORACLE, dc=COM") ("Uid" . "VZELL") ("Phone" . "0211/74839-414") ("Orclosname" . "Dr.Volker.Zell") ("Employeenumber" . "1250") ("Mailid" . "Dr. Volker .Zell"))) (lambda (record) (setq beg (point)) (mapcar (function ...) record) (overlay-put (make-overlay beg ...) (quote eudc-record) (car records)) (setq records (cdr records)) (insert "\n"))((("Full Name" nil nil nil nil nil) ("First Name") ("Surname") ("Unit") ("Title") ("Mail" . "VZELL@DE.ORACLE.COM") ("Office" . "Düsseldorf") ("Manager" . "cn=TNUSSBAU+objectclass=orclperson,dc=DE, dc=ORACLE, dc=COM") ("Uid" . "VZELL") ("Phone" . "0211/74839-414") ("Orclosname" . "Dr.Volker.Zell") ("Employeenumber" . "1250") ("Mailid" . "Dr. Volker .Zell"))) mapcar((lambda (record) (setq beg (point)) (mapcar (function ...) record) (overlay-put (make-overlay beg ...) (quote eudc-record) (car records)) (setq records (cdr records)) (insert "\n")) ((("Full Name" nil nil nil nil nil) ("First Name") ("Surname") ("Unit") ("Title") ("Mail" . "VZELL@DE.ORACLE.COM") ("Office" . "Düsseldorf") ("Manager" . "cn=TNUSSBAU+objectclass=orclperson,dc=DE, dc=ORACLE, dc=COM") ("Uid" . "VZELL") ("Phone" . "0211/74839-414") ("Orclosname" . "Dr.Volker.Zell") ("Employeenumber" . "1250") ("Mailid" . "Dr. Volker .Zell")))) (if (null records) (insert "No match found.\n" (if eudc-strict-return-matches "Try setting `eudc-strict-return-matches' to nil or change `eudc-default-return-attributes'.\n" "")) (setq precords (mapcar ... records)) (setq first-record (point)) (mapcar (function ...) precords)) My ldap lib is working. Here is an example: vzell:/cygdrive/c/tmp> type ldap ldap is a function ldap () { ldapsearch.exe -L -b "dc=ORACLE,dc=COM" -h ldap01.us.oracle.com -p 389 -v -u "cn=$1" } vzell:/cygdrive/c/tmp> ldap vzell ldap_init( ldap01.us.oracle.com, 389 ) filter pattern: cn=vzell returning: ALL filter is: (cn=vzell) dn: cn=VZELL+objectclass=orclperson,dc=DE,dc=ORACLE,dc=COM ufn: VZELL+objectclass=orclperson,dc=DE,dc=ORACLE,dc=COM mailid: Dr. Volker .Zell employeenumber: 1250 cn: Zell,Dr.Volker cn: VZELL cn: Zell cn: Dr.Volker cn: Dr.Volker ,Zell givenname: Dr.Volker orclosname: Dr.Volker.Zell telephonenumber: 0211/74839-414 uid: VZELL sn: Zell manager: cn=TNUSSBAU+objectclass=orclperson,dc=DE, dc=ORACLE, dc=COM ou:: Mzc1MCAtIEVkdWNhdGlvbiBE/HNzZWxkb3Jm roomnumber:: RPxzc2VsZG9yZg== title: Dozent mail: VZELL@DE.ORACLE.COM 1 matches Also commands like eudc-get-email gives the correct results. Any hints ?? This used to work with my old cygnus B20.1 installation of XEmacs 21.1 "20 Minutes to Nikko" [Lucid] (i586-pc-cygwin32) and the same eudc el-files. Ciao Volker From owner-xemacs-beta@xemacs.org Mon Sep 4 09:29:36 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id JAA04642 for xemacs-beta-out; Mon, 4 Sep 2000 09:29:36 -0400 Received: from fort-point-station.mit.edu (FORT-POINT-STATION.MIT.EDU [18.72.0.53]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id JAA04638 for ; Mon, 4 Sep 2000 09:29:32 -0400 Received: from grand-central-station.MIT.EDU (GRAND-CENTRAL-STATION.MIT.EDU [18.69.0.34]) by fort-point-station.mit.edu (8.9.2/8.9.2) with ESMTP id JAA23527 for ; Mon, 4 Sep 2000 09:29:28 -0400 (EDT) Received: from melbourne-city-street.MIT.EDU (MELBOURNE-CITY-STREET.MIT.EDU [18.69.0.45]) by grand-central-station.MIT.EDU (8.9.2/8.9.2) with ESMTP id JAA05093 for ; Mon, 4 Sep 2000 09:29:28 -0400 (EDT) Received: from fluids51 (prudhomm@FLUIDS51.MIT.EDU [18.80.0.231]) by melbourne-city-street.MIT.EDU (8.9.3/8.9.2) with SMTP id JAA23777 for ; Mon, 4 Sep 2000 09:29:27 -0400 (EDT) From: "Christophe Prud'homme" Organization: MIT To: xemacs-beta@xemacs.org Subject: Re: xemacs/gtk Date: Mon, 4 Sep 2000 09:29:27 -0400 X-Mailer: KMail [version 1.1.90] Content-Type: text/plain References: <00090116124802.10798@fluids51> <86zolrn8xp.fsf@megalith.bp.aventail.com> In-Reply-To: <86zolrn8xp.fsf@megalith.bp.aventail.com> MIME-Version: 1.0 Message-Id: <00090409292701.13674@fluids51> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by gwyn.tux.org id JAA04640 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: > Doing the Qt work would be easier because of the Xt support. The reason I > ended up doing the GTK port were because part of the port was also doing > the language bindings. This would have been more difficult with Qt, as It seems that Kde has more or less solved the problem see for example this news about dcop and kparts http://www.kde.org/news_dyn.html#967015898 there is one example of python bindings and c bindings are on the way > well as requiring a C++ compiler, and the licensing issues (real or > imagined). The xemacs-beta archives should have some of this discussion as it seems that Qt2.2 goes GPL according to LinuxPlanet and there are already some nice reactions http://www.linuxplanet.com/linuxplanet/reports/2269/1/ > well as the doc at http://www.cs.indiana.edu/elisp/gui-xemacs/arch.html thanks for the pointer, it's very interesting as for gtk being the default toolkit for 21.2, that would be nice C. -- Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | To err is human, Cambridge MA 02139 | to repent, divine, Tel (Office) : (00 1) (617) 253 0229 | to persist, devilish. Fax (Office) : (00 1) (617) 258 8559 | -- Benjamin Franklin http://augustine.mit.edu/~prudhomm | Following the hacker spirit From owner-xemacs-beta@xemacs.org Mon Sep 4 09:37:53 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id JAA05120 for xemacs-beta-out; Mon, 4 Sep 2000 09:37:53 -0400 Received: from inet-smtp3.oracle.com (inet-smtp3.oracle.com [205.227.43.23]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id JAA05117 for ; Mon, 4 Sep 2000 09:37:52 -0400 Received: from gmgw02.us.oracle.com (gmgw02.us.oracle.com [130.35.60.93]) by inet-smtp3.oracle.com (8.9.3/8.9.3) with ESMTP id GAA25823 for ; Mon, 4 Sep 2000 06:38:15 -0700 (PDT) Received: from vzell.de.oracle.com (dhpcd135.de.oracle.com [140.84.22.8]) by gmgw02.us.oracle.com (8.8.8+Sun/8.8.8) with SMTP id GAA15075 for ; Mon, 4 Sep 2000 06:37:46 -0700 (PDT) X-Mailer: 21.2 (beta35) "Nike" XEmacs Lucid (via feedmail 8 Q) To: xemacs-beta@xemacs.org Subject: image-mode doesn't display images under cygwin-xemacs-21.2.35 From: "Dr. Volker Zell" Date: 04 Sep 2000 13:44:03 +0200 Message-ID: Lines: 10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi see subject, instead I see the raw data in the buffer. I know that my image-libs work because w3 properly displays images of all kinds inline. Anybody sees this ? Ciao Volker From owner-xemacs-beta@xemacs.org Mon Sep 4 10:39:00 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id KAA09229 for xemacs-beta-out; Mon, 4 Sep 2000 10:39:00 -0400 Received: from beamail.beasys.com ([63.96.160.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id KAA09217 for ; Mon, 4 Sep 2000 10:38:55 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id HAA21138; Mon, 4 Sep 2000 07:38:59 -0700 (PDT) Received: from andyppc.beasys.com (lhr-modem8.beasys.com [10.5.1.19]) by london.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id PAA07758; Mon, 4 Sep 2000 15:41:16 +0100 (BST) Message-Id: <4.3.2.7.2.20000904084655.00c36e90@london.beasys.com> X-Sender: andyp@london.beasys.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 04 Sep 2000 08:47:31 +0100 To: "Stephen J. Turnbull" , xemacs-beta@xemacs.org From: Andy Piper Subject: Re: working on getting XEmacs/GTK to 21.2... In-Reply-To: <14770.62159.988660.911256@turnbull.sk.tsukuba.ac.jp> References: <86wvgt3yrh.fsf@megalith.bp.aventail.com> <86wvgt3yrh.fsf@megalith.bp.aventail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: At 09:54 AM 9/4/00 +0900, Stephen J. Turnbull wrote: >On that basis, my vote is "not yet". I assume this is "not yet" to it being the default rather than "not yet" to it being integrated? andy -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd From owner-xemacs-beta@xemacs.org Mon Sep 4 11:25:15 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA12644 for xemacs-beta-out; Mon, 4 Sep 2000 11:25:15 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id LAA12640 for ; Mon, 4 Sep 2000 11:25:13 -0400 Received: by localhost id m13Vy4s-00014XC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Tue, 5 Sep 2000 00:22:30 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14771.48694.276942.372642@turnbull.sk.tsukuba.ac.jp> Date: Tue, 5 Sep 2000 00:22:30 +0900 (JST) To: xemacs-beta@xemacs.org Subject: Re: working on getting XEmacs/GTK to 21.2... In-Reply-To: <4.3.2.7.2.20000904084655.00c36e90@london.beasys.com> References: <86wvgt3yrh.fsf@megalith.bp.aventail.com> <4.3.2.7.2.20000904084655.00c36e90@london.beasys.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Andy" == Andy Piper writes: sjt> On that basis, my vote is "not yet". Andy> I assume this is "not yet" to it being the default rather Andy> than "not yet" to it being integrated? Yes. It's not going to bitrot, quite the reverse, and it's something we want to do sooner rather than later. I want it integrated for anybody who has time to play with it. I have it checked out myself. But Mule (for one thing) makes me nervous. GTK's (Asian) I18N is not well documented. And there's all this very destabilizing activity on that front (Pango, for example). Plus the (possible) instabilities I described in another message. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Mon Sep 4 11:55:08 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA14344 for xemacs-beta-out; Mon, 4 Sep 2000 11:55:08 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id LAA14340 for ; Mon, 4 Sep 2000 11:55:08 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000904155507.VZYY12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Mon, 4 Sep 2000 08:55:07 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e84Ft9e14771; Mon, 4 Sep 2000 10:55:09 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: "Stephen J. Turnbull" Cc: xemacs-beta@xemacs.org Subject: Re: working on getting XEmacs/GTK to 21.2... References: <86wvgt3yrh.fsf@megalith.bp.aventail.com> <4.3.2.7.2.20000904084655.00c36e90@london.beasys.com> <14771.48694.276942.372642@turnbull.sk.tsukuba.ac.jp> Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 29 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: "Stephen J. Turnbull" writes: > >>>>> "Andy" == Andy Piper writes: > > sjt> On that basis, my vote is "not yet". > > Andy> I assume this is "not yet" to it being the default rather > Andy> than "not yet" to it being integrated? > > Yes. It's not going to bitrot, quite the reverse, and it's something we > want to do sooner rather than later. I want it integrated for anybody > who has time to play with it. I have it checked out myself. > > But Mule (for one thing) makes me nervous. GTK's (Asian) I18N is not > well documented. Its as well documented as the rest of the toolkit... errr, wait a minute. :) > And there's all this very destabilizing activity on that front (Pango, > for example). Plus the (possible) instabilities I described in another > message. Pango looks like it could be really cool once it is a little more stable. I detailed a potential implementation using pango quite a while ago - don't know if I have a copy around anywhere... basic integration would be fairly straightforward, assuming XEmacs starts using Unicode for everything. -Bill P. From owner-xemacs-beta@xemacs.org Mon Sep 4 12:45:23 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id MAA17106 for xemacs-beta-out; Mon, 4 Sep 2000 12:45:23 -0400 Received: from tourist.mandrakesoft.com (office.mandrakesoft.com [195.68.114.34] (may be forged)) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id MAA17103 for ; Mon, 4 Sep 2000 12:45:22 -0400 Received: by tourist.mandrakesoft.com (Postfix, from userid 504) id A05419777; Mon, 4 Sep 2000 18:45:20 +0200 (CEST) To: wmperry@aventail.com Cc: "Christophe Prud'homme" , xemacs-beta@xemacs.org Subject: Re: xemacs/gtk References: <00090116124802.10798@fluids51> <86zolrn8xp.fsf@megalith.bp.aventail.com> From: Chmouel Boudjnah Date: 04 Sep 2000 18:45:20 +0200 In-Reply-To: wmperry@aventail.com's message of "01 Sep 2000 15:39:30 -0500" Message-ID: Lines: 24 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: wmperry@aventail.com (William M. Perry) writes: > imagined). The xemacs-beta archives should have some of this discussion as > well as the doc at http://www.cs.indiana.edu/elisp/gui-xemacs/arch.html Actually argument : --=-=-= Licensing issues would be a significant risk to using Qt. With the introduction of Qt 2.0 and the use of the Q Public License, most of the roadblocks to using Qt in an `open source' project were removed. But just because something is generally possible does not mean an existing application can easily take advantage of it. --=-=-= is not an issue anymore since qt : http://www.trolltech.com/company/announce/gpl.html is annnounced as GPL.. -- MandrakeSoft Inc http://www.chmouel.org San-Francisco, CA USA --Chmouel From owner-xemacs-beta@xemacs.org Mon Sep 4 12:48:44 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id MAA17407 for xemacs-beta-out; Mon, 4 Sep 2000 12:48:44 -0400 Received: from beamail.beasys.com ([63.96.160.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id MAA17399 for ; Mon, 4 Sep 2000 12:48:38 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id JAA26362; Mon, 4 Sep 2000 09:48:42 -0700 (PDT) Received: from andyppc.beasys.com (lhr-modem7.beasys.com [10.5.1.18]) by london.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id RAA12239; Mon, 4 Sep 2000 17:50:53 +0100 (BST) Message-Id: <4.3.2.7.2.20000904171528.00c3f540@london.beasys.com> X-Sender: andyp@london.beasys.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 04 Sep 2000 17:15:57 +0100 To: "Stephen J. Turnbull" , xemacs-beta@xemacs.org From: Andy Piper Subject: Re: working on getting XEmacs/GTK to 21.2... In-Reply-To: <14771.15417.945394.545910@turnbull.sk.tsukuba.ac.jp> References: <86og253phh.fsf@megalith.bp.aventail.com> <86wvgt3yrh.fsf@megalith.bp.aventail.com> <14770.62159.988660.911256@turnbull.sk.tsukuba.ac.jp> <86og253phh.fsf@megalith.bp.aventail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: At 03:07 PM 9/4/00 +0900, Stephen J. Turnbull wrote: >spews asserts like crazy, and (2) with Andy's last patch to the lwlib >tab control widget apparently stabilizing 21.2 --with-widgets, GTK So the colors are the only things bugging you at the moment? andy -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd From owner-xemacs-beta@xemacs.org Mon Sep 4 13:02:31 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id NAA18277 for xemacs-beta-out; Mon, 4 Sep 2000 13:02:31 -0400 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id NAA18273 for ; Mon, 4 Sep 2000 13:02:30 -0400 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id F26961E465 for ; Mon, 4 Sep 2000 19:02:26 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id 99EF710A0BA for ; Mon, 4 Sep 2000 19:02:26 +0200 (MEST) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 13VzaL-0001PD-00 for xemacs-beta@xemacs.org; Mon, 04 Sep 2000 18:59:05 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 4707B1822; Mon, 4 Sep 2000 18:59:04 +0200 (CEST) To: XEmacs Beta Testers Subject: Sumo-Tarballs uploaded for testing From: Andreas Jaeger Date: 04 Sep 2000 18:59:04 +0200 Message-ID: Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I plan a release of Sumos tomorrow and have uploaded versions of sumos to ftp.xemacs.org/pub/xemacs/beta/experimental. Please test them and report problems asap. I've installed the sumos locally and they work for me - but I'm not using all packages. Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-xemacs-beta@xemacs.org Mon Sep 4 13:14:43 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id NAA19040 for xemacs-beta-out; Mon, 4 Sep 2000 13:14:43 -0400 Received: from buffalo.fnal.gov (buffalo.fnal.gov [131.225.84.156]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id NAA19036 for ; Mon, 4 Sep 2000 13:14:43 -0400 Received: (from cgw@localhost) by buffalo.fnal.gov (8.8.7/8.8.7) id MAA03471; Mon, 4 Sep 2000 12:14:40 -0500 From: Charles G Waldman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14771.55424.919104.33659@buffalo.fnal.gov> Date: Mon, 4 Sep 2000 12:14:40 -0500 (CDT) To: Andy Piper Cc: xemacs-beta@xemacs.org Subject: Re: working on getting XEmacs/GTK to 21.2... In-Reply-To: <4.3.2.7.2.20000904171528.00c3f540@london.beasys.com> References: <86og253phh.fsf@megalith.bp.aventail.com> <86wvgt3yrh.fsf@megalith.bp.aventail.com> <14770.62159.988660.911256@turnbull.sk.tsukuba.ac.jp> <4.3.2.7.2.20000904171528.00c3f540@london.beasys.com> X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-Face: %OO~XPb`a}(s2it:MIMa&Ig&fbz)+h$L,2js]uXlS*7R#!#e{6W^.z~0blXY]guz@qdC;-s>BG`iu,HOP"j\nV_W)'})|,9C>&St4H"\l$&:V;8)"gsPRlH S6]sBPDb:f<,&ReiQS59nI;6P{w1kPMSR|`8L6EaC?SBb|ujr$V^C8A+G3Z#'>U.> Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Andy Piper writes: > At 03:07 PM 9/4/00 +0900, Stephen J. Turnbull wrote: > >spews asserts like crazy, and (2) with Andy's last patch to the lwlib > >tab control widget apparently stabilizing 21.2 --with-widgets, GTK > > So the colors are the only things bugging you at the moment? Sometime, you should try (if you haven't done so already) putting the default-toolbar-location to "left" or "right", and watch how this interacts with the gutter buffer-tabs. Especially when resizing frames. From owner-xemacs-beta@xemacs.org Mon Sep 4 15:56:54 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id PAA28445 for xemacs-beta-out; Mon, 4 Sep 2000 15:56:54 -0400 Received: from LAURMX01.appnet.com (laurcs01.apntdc.com [192.216.142.23] (may be forged)) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id PAA28440 for ; Mon, 4 Sep 2000 15:56:52 -0400 Received: by laurmx01.appnet.com with Internet Mail Service (5.5.2650.21) id ; Mon, 4 Sep 2000 15:56:42 -0400 Message-ID: From: "Fout, David" To: xemacs-beta@xemacs.org Subject: RE: xemacs.spec Date: Mon, 4 Sep 2000 15:57:02 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: unsubscribe -----Original Message----- From: Sean MacLennan [mailto:seanm@storm.ca] Sent: Thursday, August 31, 2000 1:20 AM To: Charles G Waldman Cc: xemacs-beta@xemacs.org Subject: Re: xemacs.spec Charles G Waldman writes: > > Who has the `.spec' file for building an RPM distribution of XEmacs? > I know we've distributed RPM's in the past. I have an old one for 21.1.9 kicking around that I modified for NetWinders (one patch). See the attachment. > Shouldn't it really be part of the xemacs sources, in etc or > somewhere? Like the Windows installer stuff? Yes! I had to download an entire srpm just to get the spec file. Sean From owner-xemacs-beta@xemacs.org Tue Sep 5 03:32:16 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id DAA30382 for xemacs-beta-out; Tue, 5 Sep 2000 03:32:16 -0400 Received: from tsukuba.m17n.org (tsukuba.m17n.org [192.47.44.130]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id DAA30374 for ; Tue, 5 Sep 2000 03:32:10 -0400 Received: from fs.m17n.org (root@fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.9.3/3.7W-19991231100513) with ESMTP id QAA29832; Tue, 5 Sep 2000 16:31:59 +0900 (JST) (envelope-from martin@m17n.org) Received: from mule.m17n.org (martin@mule.m17n.org [192.47.44.3]) by fs.m17n.org (8.9.3/3.7W-19990906215257) with ESMTP id QAA02705; Tue, 5 Sep 2000 16:31:58 +0900 (JST) Received: (from martin@localhost) by mule.m17n.org (8.9.2/3.7W-19990512194415) id QAA27928; Tue, 5 Sep 2000 16:31:57 +0900 (JST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14772.41325.115696.890517@mule.m17n.org> Date: Tue, 5 Sep 2000 16:31:57 +0900 (JST) From: Martin Buchholz To: wmperry@aventail.com Cc: xemacs-beta@xemacs.org Subject: Re: working on getting XEmacs/GTK to 21.2... In-Reply-To: <86wvgt3yrh.fsf@megalith.bp.aventail.com> References: <86wvgt3yrh.fsf@megalith.bp.aventail.com> X-Mailer: VM 6.71 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid Reply-To: martin@xemacs.org Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Bill" == William M Perry writes: Bill> So, the wife is going out of town for a week and liam has school in the Bill> afternoons, and I don't need much sleep. Soooo... I'm going to try and get Bill> XEmacs/GTK upgrade to the 21.2 source base by friday. This will hopefully Bill> include all the fancy glyph stuff andy has done. Bill> Any objections? This would land on the main 21.2 branch. I really think Bill> GTK should be made the default on systems that support it, and that is how Bill> the 21.1.12 patches work, but for the first set of patches you would be Bill> required to do --with-gtk=yes (or --with-gnome=yes). I think putting the gtk changes on the main branch directly is far too aggressive. I would like to see: - Bill upgrades his branch to 21.2 (or creates a new branch for xemacs-gtk-21.2). - Bill `finishes' the xemacs-gtk work, including boring stuff like documentation, NEWS, and maybe even some test cases. Maybe a web page could explain WHY we are creating a gtk-xemacs. I for one am not sure. Bill, get thee a sourceforge account so you can write that web page. - Bill advertises this branch as a new 21.2 candidate. Of course this branch defaults to --with-gtk=no. - People try to use the xemacs-gtk-21.2 branch for their default XEmacs and pound on random keys for a few months. - After a month or two or three, when people see stability and coolness, we merge xemacs-gtk-21.2 onto the main branch. - When everyone sees the goodness that is GTK, we consider making --with-gtk (autodetected, of course) the default. - There is nothing stopping Bill from incorporating changes from 21.2 occasionally into his branch. Of course, this requires discipline regarding branch names and a good understanding of the merge process. Actually, I would like to see this for all major changes, not just GTK. We haven't done that in the past. I'm very happy that Bill is using CVS branches, and I wish other big changes did the same. Regarding the timing of the merge, I would hope that Ben's Mule/Windows changes come at a distinct period of time from the gtk merge onto the main branch. It is better if XEmacs is only digesting one major source of changes at a time. Martin From owner-xemacs-beta@xemacs.org Tue Sep 5 08:51:41 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA12527 for xemacs-beta-out; Tue, 5 Sep 2000 08:51:41 -0400 Received: from urano.iceb.ufop.br ([200.131.209.253]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA12522 for ; Tue, 5 Sep 2000 08:51:34 -0400 Received: (from romildo@localhost) by urano.iceb.ufop.br (8.9.3/8.9.3) id JAA14369; Tue, 5 Sep 2000 09:56:23 -0300 Date: Tue, 5 Sep 2000 09:56:23 -0300 From: Jose Romildo Malaquias To: xemacs-beta@xemacs.org, wmperry@aventail.com Subject: Error compiling gtk-xemacs Message-ID: <20000905095623.A13047@urano.iceb.ufop.br> Mail-Followup-To: xemacs-beta@xemacs.org, wmperry@aventail.com Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2i Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hello I have just downloaded gtk-xemacs from the CVS repository and tried to build it on my Red Hat Linux 6.2 box with Helix GNOME 1.2. The building stop with the following messages: Load file gtk-ffi: not found Fatal error during load, aborting make[1]: [xemacs] Error 1 (ignored) make[1]: *** [xemacs] Error 1 make[1]: Leaving directory `/home/romildo/rpms/BUILD/gtk-xemacs/src' make: *** [src] Error 2 Any help? Romildo -- Prof. José Romildo Malaquias Departamento de Computação Universidade Federal de Ouro Preto Brasil From owner-xemacs-beta@xemacs.org Tue Sep 5 09:09:59 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id JAA13597 for xemacs-beta-out; Tue, 5 Sep 2000 09:09:59 -0400 Received: from vic20.blipp.com ([195.163.165.35]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id JAA13591 for ; Tue, 5 Sep 2000 09:09:52 -0400 Received: from barbar.josefsson.org.d.dynas.se (localhost [127.0.0.1]) by vic20.blipp.com (8.10.1/8.10.1) with SMTP id e85D9kc32337 for ; Tue, 5 Sep 2000 15:09:48 +0200 To: xemacs-beta@xemacs.org Subject: gtk-xemacs shrink windows From: Simon Josefsson Date: 05 Sep 2000 15:12:11 +0200 Message-ID: Lines: 7 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: (Is this the proper place for gtk-xemacs bug reports?) Entering/Quiting groups in Gnus seem to horizontally shrink the XEmacs window by a few pixels. I assume this is because the menubar change. After reading some groups, you find yourself with a rather smallish xemacs window.. :-) From owner-xemacs-beta@xemacs.org Tue Sep 5 11:00:23 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA21258 for xemacs-beta-out; Tue, 5 Sep 2000 11:00:23 -0400 Received: from adglinux1.hns.com ([139.85.108.152]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id LAA21245 for ; Tue, 5 Sep 2000 11:00:20 -0400 Received: from nbecker by adglinux1.hns.com with local (Exim 3.16 #1) id 13WKCw-0003Dg-00 for xemacs-beta@xemacs.org; Tue, 05 Sep 2000 11:00:18 -0400 To: xemacs-beta@xemacs.org Subject: gtk-xemacs problem Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: text/plain; charset=US-ASCII From: nbecker@fred.net Date: 05 Sep 2000 11:00:18 -0400 Message-ID: Lines: 7 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Value: "21.1 (patch 11) \"GTK\" XEmacs Lucid" I encountered a nasty problem. I think it was after I used ediff. A scrollbar was left on the screen. It didn't actually connect to anything, and was in the middle of some text. The usual tricks such as icon/deicon would not make it go away. I finally had to just give up and quit emacs to get rid of it. From owner-xemacs-beta@xemacs.org Tue Sep 5 12:06:19 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id MAA25710 for xemacs-beta-out; Tue, 5 Sep 2000 12:06:19 -0400 Received: from earth.cpe.fr (earth.cpe.fr [134.214.71.17]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id MAA25706 for ; Tue, 5 Sep 2000 12:06:14 -0400 Received: by earth.cpe.fr (Postfix, from userid 10312) id A8EA28499; Tue, 5 Sep 2000 18:06:07 +0200 (CEST) To: "Dr. Volker Zell" Cc: xemacs-beta@xemacs.org Subject: Re: Problems with eudc and latest Xemacs.21.2.35 under cygnus References: X-Attribution: Oscar X-Face: &f0TVPZirOQ$"C[5pZkDY(1~+M1p0&edTtJPL-*?u$b(vr<1m?~iZBqp2YoDS[IyxDHVU~)KHl|Kpm"='5OF?vT]k_HQ1]|^}Pm>,;+]iJCt_-Y[S\ EpwT);2R8#[4dt8~*}$6xI4jNZM9lVHua'vIM[PEx*#cgxCVruf1zN0} Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: text/plain; charset=US-ASCII From: Oscar Figueiredo Date: 05 Sep 2000 18:06:07 +0200 In-Reply-To: "Dr. Volker Zell"'s message of "04 Sep 2000 13:33:24 +0200" Message-ID: Lines: 24 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Capitol Reef" Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Volker" == Volker Zell writes: > Hi > Trying to use > eudc-query-form > and entering a search for a name gives: > Signaling: (wrong-type-argument char-or-string-p nil) > [...] I suspect something weird with the way binary values in that record are handled but I am not sure. Would it be feasible to try the same query on XEmacs 21.2 ? Also, could you try to evaluate the following in XEmacs 21.1: (ldap-search "(cn=vzell)" "ldap01.us.oracle.com") Oscar PS: You're using XEmacs native LDAP support, not the FSF Emacs emulation relying on the external ldapsearch utility, right ? From owner-xemacs-beta@xemacs.org Tue Sep 5 12:17:03 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id MAA26308 for xemacs-beta-out; Tue, 5 Sep 2000 12:17:03 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id MAA26303 for ; Tue, 5 Sep 2000 12:16:58 -0400 Received: from slackware.mynet.pc (dialup-117.pdx.ozlinx.com.au [202.61.190.37]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e85GGn201147 for ; Wed, 6 Sep 2000 02:16:49 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e85G7Yj21505; Wed, 6 Sep 2000 02:07:34 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: image-mode doesn't display images under cygwin-xemacs-21.2.35 References: From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: JAPAN is a WONDERFUL planet -- I wonder if we'll ever reach their level of COMPARATIVE SHOPPING... Date: 06 Sep 2000 02:07:24 +1000 In-Reply-To: "Dr. Volker Zell"'s message of "04 Sep 2000 13:44:03 +0200" Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Volker Zell writes: > see subject, instead I see the raw data in the buffer. I know that my image-libs work > because w3 properly displays images of all kinds inline. Have a look at format.el, in particular, 'format-alist'. -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Tue Sep 5 13:45:14 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id NAA32615 for xemacs-beta-out; Tue, 5 Sep 2000 13:45:14 -0400 Received: from ice.wonderworks.com (ice.WonderWorks.COM [192.203.206.9]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id NAA32609 for ; Tue, 5 Sep 2000 13:45:12 -0400 Received: by ice.wonderworks.com id QQjfja04327; Tue, 5 Sep 2000 10:42:35 -0700 (PDT) Received: from bug.ucw.cz ([194.213.32.137]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id NAA32113 for ; Tue, 5 Sep 2000 13:38:58 -0400 Received: (from pavel@localhost) by bug.ucw.cz (8.8.8/8.8.5) id NAA00295 for xemacs-beta@xemacs.org; Tue, 5 Sep 2000 13:04:32 +0200 Message-ID: <20000905130341.A291@bug.ucw.cz> Date: Tue, 5 Sep 2000 13:03:41 +0200 From: Pavel Machek To: xemacs-beta@xemacs.org Subject: Vertical mode for emacs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93i Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi! This is usefull minor mode I created some time ago. Is there way for something like this to get into standart distribution? ;; ;; Vertical mode for emacs ;; ;; Copyright 1998-2000 Pavel Machek ;; Distribute under GNU GPL version 2 or later. ;; ; This minor mode allows you to conviently edit things that are oriented vertically ; (like tables in computer programs): after each action, cursor moves down. Therefore, ; to move block of text to the right, you simply enter vertical mode and then hold ; spacebar, waiting for autorepeat to do the job for you. ; (defun vertical-after-change (from to num) "Function called after each change of text in vertical minor mode" (goto-char vertical-goto-point) (next-line 1)) (defun vertical-before-change (from to) (setq vertical-goto-point from) (setq vertical-goto-column (current-column))) (defvar vertical-mode nil "Vertical mode") (make-variable-buffer-local 'vertical-goto-point) (make-variable-buffer-local 'vertical-goto-column) (make-variable-buffer-local 'vertical-mode) (defun vertical-mode (&optional arg) "This function toggles vertical mode on and off." (interactive) (setq vertical-mode (if (null arg) (not vertical-mode) (> (prefix-numeric-value arg) 0))) (force-mode-line-update) (make-local-hook 'before-change-functions) (make-local-hook 'after-change-functions) (if vertical-mode (progn (add-hook 'before-change-functions 'vertical-before-change nil t) (add-hook 'after-change-functions 'vertical-after-change nil t)) (progn (remove-hook 'before-change-functions 'vertical-before-change t) (remove-hook 'after-change-functions 'vertical-after-change t))) ) (setq minor-mode-alist (cons '(vertical-mode " Vertical") minor-mode-alist)) -- I'm pavel@ucw.cz. "In my country we have almost anarchy and I don't care." Panos Katsaloulis describing me w.r.t. patents at discuss@linmodems.org From owner-xemacs-beta@xemacs.org Tue Sep 5 14:20:14 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id OAA02436 for xemacs-beta-out; Tue, 5 Sep 2000 14:20:14 -0400 Received: from buffalo.fnal.gov (buffalo.fnal.gov [131.225.84.156]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id OAA02429 for ; Tue, 5 Sep 2000 14:20:10 -0400 Received: (from cgw@localhost) by buffalo.fnal.gov (8.8.7/8.8.7) id NAA04938; Tue, 5 Sep 2000 13:20:03 -0500 From: Charles G Waldman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14773.14675.211562.967051@buffalo.fnal.gov> Date: Tue, 5 Sep 2000 13:20:02 -0500 (CDT) To: Pavel Machek Cc: xemacs-beta@xemacs.org Subject: Vertical mode for emacs In-Reply-To: <20000905130341.A291@bug.ucw.cz> References: <20000905130341.A291@bug.ucw.cz> X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-Face: %OO~XPb`a}(s2it:MIMa&Ig&fbz)+h$L,2js]uXlS*7R#!#e{6W^.z~0blXY]guz@qdC;-s>BG`iu,HOP"j\nV_W)'})|,9C>&St4H"\l$&:V;8)"gsPRlH S6]sBPDb:f<,&ReiQS59nI;6P{w1kPMSR|`8L6EaC?SBb|ujr$V^C8A+G3Z#'>U.> Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Pavel Machek writes: > This is usefull minor mode I created some time ago. Is there way for > something like this to get into standart distribution? Hi Pavel. I just tried out your "vertical-mode" and I think it's pretty nifty. The code is small and looks clean to me, so I don't see any reason why it shouldn't get added to one of the XEmacs packages. I've had it on my plate for a while to clean up a few .el files and add them into the edit-utils or text-modes packages. The ones I have in mind are "autorevert.el" and "follow.el" (neither of which work quite right in XEmacs). Maybe while I'm updating these packages, I'll toss "vertical-mode" into the mix, assuming nobody objects. Thanks for the contribution! Happy XEmacs'ing, -C From owner-xemacs-beta@xemacs.org Tue Sep 5 15:58:09 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id PAA07322 for xemacs-beta-out; Tue, 5 Sep 2000 15:58:09 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id PAA07319 for ; Tue, 5 Sep 2000 15:58:08 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000905195800.MWJU12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Tue, 5 Sep 2000 12:58:00 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e85Jvse00872; Tue, 5 Sep 2000 14:57:54 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: Jose Romildo Malaquias Cc: xemacs-beta@xemacs.org Subject: Re: Error compiling gtk-xemacs References: <20000905095623.A13047@urano.iceb.ufop.br> Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 20 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Jose Romildo Malaquias writes: > Hello > > I have just downloaded gtk-xemacs from the CVS repository and tried > to build it on my Red Hat Linux 6.2 box with Helix GNOME 1.2. > > The building stop with the following messages: > > Load file gtk-ffi: not found > Fatal error during load, aborting > make[1]: [xemacs] Error 1 (ignored) > make[1]: *** [xemacs] Error 1 > make[1]: Leaving directory `/home/romildo/rpms/BUILD/gtk-xemacs/src' > make: *** [src] Error 2 Are you sure you have all of gtk-xemacs checked out? That file should be in gtk-xemacs/lisp/ui/gtk-ffi.el -bp From owner-xemacs-beta@xemacs.org Tue Sep 5 17:16:37 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id RAA12103 for xemacs-beta-out; Tue, 5 Sep 2000 17:16:37 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id RAA12098 for ; Tue, 5 Sep 2000 17:16:31 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000905211630.PBEE12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Tue, 5 Sep 2000 14:16:30 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e85LGOY01264; Tue, 5 Sep 2000 16:16:24 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: Oscar Figueiredo Cc: xemacs-beta@xemacs.org Subject: Re: [gtk-xemacs] Bug trying to shutdown with unsaved buffer References: Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Oscar Figueiredo writes: > GTK Xemacs compiled yesterday from the gtk-xemacs-latest.tar.bz2 tarball. > > With the -vanilla switch, open a new buffer, write something in it and try to > exit with the menu (without saving first). > > It says "Wrong type argument: framep, nil" Just checked in a change to this. Menu events did not have a channel at all. Doh! -bp From owner-xemacs-beta@xemacs.org Wed Sep 6 05:20:24 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA14051 for xemacs-beta-out; Wed, 6 Sep 2000 05:20:24 -0400 Received: from inet-smtp4.us.oracle.com (inet-smtp4.oracle.com [209.246.15.58]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA14046 for ; Wed, 6 Sep 2000 05:20:19 -0400 Received: from gmgw02.us.oracle.com (gmgw02.us.oracle.com [130.35.60.93]) by inet-smtp4.us.oracle.com (8.9.3/8.9.3) with ESMTP id CAA19956; Wed, 6 Sep 2000 02:21:22 -0700 (PDT) Received: from vzell.de.oracle.com (dhpcd135.de.oracle.com [140.84.22.8]) by gmgw02.us.oracle.com (8.8.8+Sun/8.8.8) with SMTP id CAA22042; Wed, 6 Sep 2000 02:20:10 -0700 (PDT) X-Mailer: 21.1 (patch 12) "Channel Islands" XEmacs Lucid (via feedmail 8 I) To: Oscar Figueiredo Cc: xemacs-beta@xemacs.org Subject: Re: Problems with eudc and latest Xemacs.21.2.35 under cygnus References: From: "Dr. Volker Zell" Date: 06 Sep 2000 11:19:06 +0200 In-Reply-To: Oscar Figueiredo's message of "05 Sep 2000 18:06:07 +0200" Message-ID: Lines: 98 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Oscar" == Oscar Figueiredo writes: >>>>> "Volker" == Volker Zell writes: >> Hi >> Trying to use >> eudc-query-form >> and entering a search for a name gives: >> Signaling: (wrong-type-argument char-or-string-p nil) >> [...] Oscar> I suspect something weird with the way binary values in that record are handled Oscar> but I am not sure. Would it be feasible to try the same query on XEmacs 21.2 ? Oscar> Also, could you try to evaluate the following in XEmacs 21.1: Oscar> (ldap-search "(cn=vzell)" "ldap01.us.oracle.com") OK, here is what I get: The following uses Xemacs and openldap-1.2.1 - http://www.openldap.org/ compiled using Cygwin B20.1: XEmacs 21.1 "20 Minutes to Nikko" [Lucid] (i586-pc-cygwin32) of Sat May 29 1999 on vzell Opening LDAP connection to ldap01.us.oracle.com... Searching with LDAP on ldap01.us.oracle.com... Parsing ldap results... 1 Parsing ldap results... done ((("mailid" "Dr. Volker .Zell") ("employeenumber" "1250") ("cn" "Zell,Dr.Volker " "VZELL" "Zell" "Dr.Volker " "Dr.Volker ,Zell") ("givenname" "Dr.Volker ") ("orclosname" "Dr.Volker.Zell") ("telephonenumber" "0211/74839-414") ("uid" "VZELL") ("sn" "Zell") ("manager" "cn=TNUSSBAU+objectclass=orclperson,dc=DE, dc=ORACLE, dc=COM") ("ou" "3750 - Education Dsseldorf") ("roomnumber" "Dsseldorf") ("title" "Dozent") ("mail" "VZELL@DE.ORACLE.COM"))) Matches ((("mailid" "Dr. Volker .Zell") ("employeenumber" "1250") ("cn" "Zell,Dr.Volker " "VZELL" "Zell" "Dr.Volker " "Dr.Volker ,Zell") ("givenname" "Dr.Volker ") ("orclosname" "Dr.Volker.Zell") ("telephonenumber" "0211/74839-414") ("uid" "VZELL") ("sn" "Zell") ("manager" "cn=TNUSSBAU+objectclass=orclperson,dc=DE, dc=ORACLE, dc=COM") ("ou" "3750 - Education Dsseldorf") ("roomnumber" "Dsseldorf") ("title" "Dozent") ("mail" "VZELL@DE.ORACLE.COM"))) [634] ---------------------- The following uses Xemacs and openldap-2.0.0 - http://www.openldap.org/ compiled using latest Cygwin 1.1.4 XEmacs 21.1 (patch 12) "Channel Islands" [Lucid] (i686-pc-cygwin32) of Tue Sep 5 2000 on VZELL ((("mailid" "Dr. Volker .Zell") ("employeenumber" "1250") ("cn" "Zell,Dr.Volker " "VZELL" "Zell" "Dr.Volker " "Dr.Volker ,Zell") ("givenname" "Dr.Volker ") ("orclosname" "Dr.Volker.Zell") ("telephonenumber" "0211/74839-414") ("uid" "VZELL") ("sn" "Zell") ("manager" "cn=TNUSSBAU+objectclass=orclperson,dc=DE, dc=ORACLE, dc=COM") ("ou" "3750 - Education Dsseldorf") ("roomnumber" "Dsseldorf") ("title" "Dozent") ("mail" "VZELL@DE.ORACLE.COM"))) Matches ((("mailid" "Dr. Volker .Zell") ("employeenumber" "1250") ("cn" "Zell,Dr.Volker " "VZELL" "Zell" "Dr.Volker " "Dr.Volker ,Zell") ("givenname" "Dr.Volker ") ("orclosname" "Dr.Volker.Zell") ("telephonenumber" "0211/74839-414") ("uid" "VZELL") ("sn" "Zell") ("manager" "cn=TNUSSBAU+objectclass=orclperson,dc=DE, dc=ORACLE, dc=COM") ("ou" "3750 - Education Dsseldorf") ("roomnumber" "Dsseldorf") ("title" "Dozent") ("mail" "VZELL@DE.ORACLE.COM"))) [285] XEmacs 21.2 (beta35) "Nike" [Lucid] (i686-pc-cygwin) of Fri Sep 1 2000 on VZELL ((("mailid" "Dr. Volker .Zell") ("employeenumber" "1250") ("cn" nil nil nil nil nil) ("givenname" nil) ("orclosname" "Dr.Volker.Zell") ("telephonenumber" "0211/74839-414") ("uid" "VZELL") ("sn" nil) ("manager" "cn=TNUSSBAU+objectclass=orclperson,dc=DE, dc=ORACLE, dc=COM") ("ou" nil) ("roomnumber" "Dsseldorf") ("title" nil) ("mail" "VZELL@DE.ORACLE.COM"))) Matches ((("mailid" "Dr. Volker .Zell") ("employeenumber" "1250") ("cn" nil nil nil nil nil) ("givenname" nil) ("orclosname" "Dr.Volker.Zell") ("telephonenumber" "0211/74839-414") ("uid" "VZELL") ("sn" nil) ("manager" "cn=TNUSSBAU+objectclass=orclperson,dc=DE, dc=ORACLE, dc=COM") ("ou" nil) ("roomnumber" "Dsseldorf") ("title" nil) ("mail" "VZELL@DE.ORACLE.COM"))) [228] So it seems a problem with Xemacs 21.2.35 By the way here is what ldapsearch on the commandline gives: ldapsearch.exe -L -b "dc=ORACLE,dc=COM" -h ldap01.us.oracle.com -p 389 -v -u "cn=vzell" ldap_init( ldap01.us.oracle.com, 389 ) filter pattern: cn=vzell returning: ALL filter is: (cn=vzell) dn: cn=VZELL+objectclass=orclperson,dc=DE,dc=ORACLE,dc=COM ufn: VZELL+objectclass=orclperson,dc=DE,dc=ORACLE,dc=COM mailid: Dr. Volker .Zell employeenumber: 1250 cn: Zell,Dr.Volker cn: VZELL cn: Zell cn: Dr.Volker cn: Dr.Volker ,Zell givenname: Dr.Volker orclosname: Dr.Volker.Zell telephonenumber: 0211/74839-414 uid: VZELL sn: Zell manager: cn=TNUSSBAU+objectclass=orclperson,dc=DE, dc=ORACLE, dc=COM ou:: Mzc1MCAtIEVkdWNhdGlvbiBE/HNzZWxkb3Jm roomnumber:: RPxzc2VsZG9yZg== title: Dozent mail: VZELL@DE.ORACLE.COM 1 matches Oscar> Oscar Oscar> PS: You're using XEmacs native LDAP support, not the FSF Emacs emulation Oscar> relying on the external ldapsearch utility, right ? Yes I'm using, the libraries from openldap-2.0.0 - http://www.openldap.org/ Ciao Volker From owner-xemacs-beta@xemacs.org Wed Sep 6 06:04:32 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id GAA15877 for xemacs-beta-out; Wed, 6 Sep 2000 06:04:32 -0400 Received: from beamail.beasys.com ([63.96.160.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id GAA15873; Wed, 6 Sep 2000 06:04:28 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id DAA11924; Wed, 6 Sep 2000 03:04:27 -0700 (PDT) Received: from andyppc.beasys.com (lhr-modem7.beasys.com [10.5.1.18]) by london.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id LAA20130; Wed, 6 Sep 2000 11:06:23 +0100 (BST) Message-Id: <4.3.2.7.2.20000906100503.00c74100@london.beasys.com> X-Sender: andyp@london.beasys.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 06 Sep 2000 10:32:20 +0100 To: martin@xemacs.org, wmperry@aventail.com From: Andy Piper Subject: Re: working on getting XEmacs/GTK to 21.2... Cc: xemacs-beta@xemacs.org In-Reply-To: <14772.41325.115696.890517@mule.m17n.org> References: <86wvgt3yrh.fsf@megalith.bp.aventail.com> <86wvgt3yrh.fsf@megalith.bp.aventail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Although I am generally cautious by nature, IMHO this is too cautious - my reasons are: a) gtk has been implemented as a separate device/console b) gtk has a separate event loop c) gtk does not use lwlib. So I believe that if people are not using gtk then the impact on them will be insignifcant because the code changes are all in gtk specific files. The abstractions in 21.2 are pretty clean so if there are any changes required to the core code they are probably required anyway. Of course not having looked at the code, BillP may need to correct me on this. I do, of course, agree that switching on gtk by default is way too aggressive. andy At 04:31 PM 9/5/00 +0900, Martin Buchholz wrote: >I think putting the gtk changes on the main branch directly is far too >aggressive. > >I would like to see: > >- Bill upgrades his branch to 21.2 (or creates a new branch for > xemacs-gtk-21.2). > >- Bill `finishes' the xemacs-gtk work, including boring stuff like > documentation, NEWS, and maybe even some test cases. Maybe a web > page could explain WHY we are creating a gtk-xemacs. I for one am > not sure. Bill, get thee a sourceforge account so you can write > that web page. > >- Bill advertises this branch as a new 21.2 candidate. Of course this > branch defaults to --with-gtk=no. > >- People try to use the xemacs-gtk-21.2 branch for their default > XEmacs and pound on random keys for a few months. > >- After a month or two or three, when people see stability and > coolness, we merge xemacs-gtk-21.2 onto the main branch. > >- When everyone sees the goodness that is GTK, we consider making > --with-gtk (autodetected, of course) the default. > >- There is nothing stopping Bill from incorporating changes from 21.2 > occasionally into his branch. Of course, this requires discipline > regarding branch names and a good understanding of the merge process. > >Actually, I would like to see this for all major changes, not just >GTK. We haven't done that in the past. I'm very happy that Bill is >using CVS branches, and I wish other big changes did the same. > >Regarding the timing of the merge, I would hope that Ben's >Mule/Windows changes come at a distinct period of time from the gtk >merge onto the main branch. It is better if XEmacs is only digesting >one major source of changes at a time. Ben's changes are very different because they potentially affect everyone. andy -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd From owner-xemacs-beta@xemacs.org Wed Sep 6 07:47:44 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id HAA19977 for xemacs-beta-out; Wed, 6 Sep 2000 07:47:44 -0400 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id HAA19972 for ; Wed, 6 Sep 2000 07:47:42 -0400 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id EE5631E140 for ; Wed, 6 Sep 2000 13:47:37 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id 91EA010A029 for ; Wed, 6 Sep 2000 13:47:37 +0200 (MEST) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 13WdZa-0000ol-00 for xemacs-beta@xemacs.org; Wed, 06 Sep 2000 13:40:58 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 4DB141822; Wed, 6 Sep 2000 13:40:57 +0200 (CEST) Mail-Copies-To: never To: XEmacs Beta Testers Subject: Re: Package freeze - new package release pending References: From: Andreas Jaeger Date: 06 Sep 2000 13:40:57 +0200 In-Reply-To: Andreas Jaeger's message of "24 Aug 2000 14:34:53 +0200" Message-ID: Lines: 15 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: The freeze is over, the packages are released. Since Adrian is not around, I'm not sure if anybody except me tested the sumos - but they do work without problems for me. Steve, please take over package release management. I'll still be around and will help - and I'm going to check in the first new patch now (sql.el). Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-xemacs-beta@xemacs.org Wed Sep 6 08:52:41 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA22772 for xemacs-beta-out; Wed, 6 Sep 2000 08:52:41 -0400 Received: from urano.iceb.ufop.br ([200.131.209.253]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA22762 for ; Wed, 6 Sep 2000 08:52:35 -0400 Received: (from romildo@localhost) by urano.iceb.ufop.br (8.9.3/8.9.3) id JAA32140; Wed, 6 Sep 2000 09:56:41 -0300 Date: Wed, 6 Sep 2000 09:56:41 -0300 From: Jose Romildo Malaquias To: "William M. Perry" Cc: xemacs-beta@xemacs.org Subject: Re: Error compiling gtk-xemacs Message-ID: <20000906095641.A17637@urano.iceb.ufop.br> Mail-Followup-To: "William M. Perry" , xemacs-beta@xemacs.org References: <20000905095623.A13047@urano.iceb.ufop.br> <868zt6vcfx.fsf@megalith.bp.aventail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2i In-Reply-To: <868zt6vcfx.fsf@megalith.bp.aventail.com>; from wmperry@aventail.com on Tue, Sep 05, 2000 at 02:57:54PM -0500 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: On Tue, Sep 05, 2000 at 02:57:54PM -0500, William M. Perry wrote: > Jose Romildo Malaquias writes: > > > Hello > > > > I have just downloaded gtk-xemacs from the CVS repository and tried > > to build it on my Red Hat Linux 6.2 box with Helix GNOME 1.2. > > > > The building stop with the following messages: > > > > Load file gtk-ffi: not found > > Fatal error during load, aborting > > make[1]: [xemacs] Error 1 (ignored) > > make[1]: *** [xemacs] Error 1 > > make[1]: Leaving directory `/home/romildo/rpms/BUILD/gtk-xemacs/src' > > make: *** [src] Error 2 > > Are you sure you have all of gtk-xemacs checked out? That file should be > in gtk-xemacs/lisp/ui/gtk-ffi.el > > -bp Yes, I believe the check out have been complete and for sure the file gtk-xemacs/lisp/ui/gtk-ffi.el is there. When compiling gtk-xemacs I had the official XEmacs installed. Today I have checked out gtk-xemacs again and uninstalled XEmacs before compiling gtk-xemacs with success. So probably the problem was having XEmacs installed when compiling gtk-xemacs. I have built RPM packages for gtk-xemacs. If anybody is interested I can make them public. Thanks. Romildo -- Prof. José Romildo Malaquias Departamento de Computação Universidade Federal de Ouro Preto Brasil From owner-xemacs-beta@xemacs.org Wed Sep 6 09:30:53 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id JAA24716 for xemacs-beta-out; Wed, 6 Sep 2000 09:30:53 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id JAA24713 for ; Wed, 6 Sep 2000 09:30:53 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000906133052.SKYM12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Wed, 6 Sep 2000 06:30:52 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e86DUoo04013; Wed, 6 Sep 2000 08:30:50 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: Jose Romildo Malaquias Cc: xemacs-beta@xemacs.org Subject: Re: Error compiling gtk-xemacs References: <20000905095623.A13047@urano.iceb.ufop.br> <868zt6vcfx.fsf@megalith.bp.aventail.com> <20000906095641.A17637@urano.iceb.ufop.br> Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 39 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Jose Romildo Malaquias writes: > On Tue, Sep 05, 2000 at 02:57:54PM -0500, William M. Perry wrote: > > Jose Romildo Malaquias writes: > > > > > Hello > > > > > > I have just downloaded gtk-xemacs from the CVS repository and tried > > > to build it on my Red Hat Linux 6.2 box with Helix GNOME 1.2. > > > > > > The building stop with the following messages: > > > > > > Load file gtk-ffi: not found > > > Fatal error during load, aborting > > > make[1]: [xemacs] Error 1 (ignored) > > > make[1]: *** [xemacs] Error 1 > > > make[1]: Leaving directory `/home/romildo/rpms/BUILD/gtk-xemacs/src' > > > make: *** [src] Error 2 > > > > Are you sure you have all of gtk-xemacs checked out? That file should be > > in gtk-xemacs/lisp/ui/gtk-ffi.el > > Yes, I believe the check out have been complete and for sure the file > gtk-xemacs/lisp/ui/gtk-ffi.el is there. When compiling gtk-xemacs I had > the official XEmacs installed. Today I have checked out gtk-xemacs again > and uninstalled XEmacs before compiling gtk-xemacs with success. So > probably the problem was having XEmacs installed when compiling > gtk-xemacs. Hm - I have 3 versions of XEmacs installed, as well as 2 versions of Emacs, and it compiles fine here. Strange. > I have built RPM packages for gtk-xemacs. If anybody is interested I can > make them public. If you can send me the .spec file I can put it in the CVS repository and maybe build them for other architectures as well. -Bill P. From owner-xemacs-beta@xemacs.org Wed Sep 6 09:34:38 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id JAA24955 for xemacs-beta-out; Wed, 6 Sep 2000 09:34:38 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id JAA24946; Wed, 6 Sep 2000 09:34:33 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000906133431.SNIW12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Wed, 6 Sep 2000 06:34:31 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e86DYTe04023; Wed, 6 Sep 2000 08:34:29 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: Andy Piper Cc: martin@xemacs.org, xemacs-beta@xemacs.org Subject: Re: working on getting XEmacs/GTK to 21.2... References: <86wvgt3yrh.fsf@megalith.bp.aventail.com> <86wvgt3yrh.fsf@megalith.bp.aventail.com> <4.3.2.7.2.20000906100503.00c74100@london.beasys.com> Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 29 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Andy Piper writes: > Although I am generally cautious by nature, IMHO this is too cautious > - my reasons are: > > a) gtk has been implemented as a separate device/console > b) gtk has a separate event loop > c) gtk does not use lwlib. > > So I believe that if people are not using gtk then the impact on them > will be insignifcant because the code changes are all in gtk specific > files. The abstractions in 21.2 are pretty clean so if there are any > changes required to the core code they are probably required anyway. > > Of course not having looked at the code, BillP may need to correct me on > this. I do, of course, agree that switching on gtk by default is way too > aggressive. All the changes in common code are #ifdef HAVE_GTK - the only things that are unconditional are the scrollbar callback fixes I posted a few months ago that have already been applied. The standard components that have been touched are gnuclient (to not always create an X device) and faces.el to include the gtk-specific frobbing routines when (featurep 'gtk) It actually pops up a frame here, but crashes immediately. :) Fun! -Bill P. From owner-xemacs-beta@xemacs.org Wed Sep 6 12:40:33 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id MAA03696 for xemacs-beta-out; Wed, 6 Sep 2000 12:40:33 -0400 Received: from mail2.nfld.net (mail2.nfld.net [209.128.1.11]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id MAA03692 for ; Wed, 6 Sep 2000 12:40:32 -0400 Received: from shade.pobox.com (73warp105.newtel.com [142.163.105.73]) by mail2.nfld.net (8.9.3 (PHNE_18979)/8.9.3) with ESMTP id OAA01282; Wed, 6 Sep 2000 14:07:06 -0230 (NDT) Received: (from chadh@localhost) by shade.pobox.com (8.9.3/8.9.3) id OAA01496; Wed, 6 Sep 2000 14:10:01 -0230 To: "William M. Perry" Cc: xemacs-beta@xemacs.org Subject: XEmacs/GTK search & replace: '!' and '^' keys not working From: Chad House Date: 06 Sep 2000 14:10:01 -0230 Message-ID: Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: The '!' (replace all) and '^' (previous match) keys aren't working in the interactive search and replace under XEmacs/GTK. They simply insert the '!' or '^' characters and end the search. Space bar works, as does 'y', 'n', 'q', 'RET', etc. Tested under xemacs -vanilla with a CVS pull this morning. Regards, Chad From owner-xemacs-beta@xemacs.org Wed Sep 6 17:56:24 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id RAA21960 for xemacs-beta-out; Wed, 6 Sep 2000 17:56:24 -0400 Received: from newjersey.ppllc.com ([209.208.206.221]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id RAA21953 for ; Wed, 6 Sep 2000 17:56:17 -0400 Received: (from colman@localhost) by newjersey.ppllc.com (8.9.3/8.9.3) id RAA25595; Wed, 6 Sep 2000 17:56:12 -0400 (EDT) X-Authentication-Warning: newjersey.ppllc.com: colman set sender to colman@ppllc.com using -f To: xemacs-beta@xemacs.org Subject: Re: Vertical mode for emacs References: <20000905130341.A291@bug.ucw.cz> <14773.14675.211562.967051@buffalo.fnal.gov> X-Attribution: Jake X-URL: http://www.ppllc.com From: Jake Colman Date: 06 Sep 2000 17:56:11 -0400 In-Reply-To: Charles G Waldman's message of "Tue, 5 Sep 2000 13:20:02 -0500 (CDT)" Message-ID: <76og21rxqc.fsf@newjersey.ppllc.com> Lines: 24 User-Agent: Gnus/5.0804 (Gnus v5.8.4) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "CGW" == Charles G Waldman writes: CGW> I've had it on my plate for a while to clean up a few .el files and CGW> add them into the edit-utils or text-modes packages. The ones I CGW> have in mind are "autorevert.el" and "follow.el" (neither of which CGW> work quite right in XEmacs). Maybe while I'm updating these CGW> packages, I'll toss "vertical-mode" into the mix, assuming nobody CGW> objects. autorevert seems to work fine for me. What about it is a problem? -- Jake Colman Principia Partners LLC Phone: (201) 946-0300 Harborside Financial Center Fax: (201) 946-0320 902 Plaza II Beeper: (800) 928-4640 Jersey City, NJ 07311 E-mail: colman@ppllc.com E-mail: jcolman@jnc.com web: http://www.ppllc.com microsoft: "where do you want to go today?" linux: "where do you want to go tomorrow?" BSD: "are you guys coming, or what?" From owner-xemacs-beta@xemacs.org Wed Sep 6 17:56:44 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id RAA21982 for xemacs-beta-out; Wed, 6 Sep 2000 17:56:44 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id RAA21979 for ; Wed, 6 Sep 2000 17:56:42 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000906215627.FWTK12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Wed, 6 Sep 2000 14:56:27 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e86LuQj13988; Wed, 6 Sep 2000 16:56:26 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: Chad House Cc: xemacs-beta@xemacs.org Subject: Re: XEmacs/GTK search & replace: '!' and '^' keys not working References: Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Chad House writes: > The '!' (replace all) and '^' (previous match) keys aren't working in > the interactive search and replace under XEmacs/GTK. They simply > insert the '!' or '^' characters and end the search. Space bar works, > as does 'y', 'n', 'q', 'RET', etc. > > Tested under xemacs -vanilla with a CVS pull this morning. I just checked in a fix for this. -Bill P. From owner-xemacs-beta@xemacs.org Wed Sep 6 18:10:52 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id SAA22987 for xemacs-beta-out; Wed, 6 Sep 2000 18:10:52 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id SAA22984 for ; Wed, 6 Sep 2000 18:10:51 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000906221038.GHRM12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com> for ; Wed, 6 Sep 2000 15:10:38 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e86MAbf15008; Wed, 6 Sep 2000 17:10:37 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: xemacs-beta@xemacs.org Subject: Anybody know the author of the Mandrake RPMs for XEmacs? Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 18 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: They are very bad, BAD people. XEmacs/GTK was handling alt/meta differently than their version, but the same as a 'real' build from pristine XEmacs 21.1.12 sources. Sooo, the user found this little patch in the mandrake source RPM: --- xemacs-21.1.9/src/events-mod.h.chmou Sun Nov 9 08:07:51 1997 +++ xemacs-21.1.9/src/events-mod.h Fri Mar 24 14:21:24 2000 @@ -4,5 +4,5 @@ #define MOD_META (1<<1) #define MOD_SUPER (1<<2) #define MOD_HYPER (1<<3) -#define MOD_ALT (1<<4) +#define MOD_ALT (1<<1) #define MOD_SHIFT (1<<5) /* not used for dual-case characters */ Must... control... fist... of... death... -bp From owner-xemacs-beta@xemacs.org Wed Sep 6 18:30:36 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id SAA24446 for xemacs-beta-out; Wed, 6 Sep 2000 18:30:36 -0400 Received: from buffalo.fnal.gov (buffalo.fnal.gov [131.225.84.156]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id SAA24443 for ; Wed, 6 Sep 2000 18:30:36 -0400 Received: (from cgw@localhost) by buffalo.fnal.gov (8.8.7/8.8.7) id RAA21351; Wed, 6 Sep 2000 17:30:34 -0500 From: Charles G Waldman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14774.50569.647003.398141@buffalo.fnal.gov> Date: Wed, 6 Sep 2000 17:30:33 -0500 (CDT) To: Jake Colman Cc: xemacs-beta@xemacs.org Subject: Re: Vertical mode for emacs In-Reply-To: <76og21rxqc.fsf@newjersey.ppllc.com> References: <20000905130341.A291@bug.ucw.cz> <14773.14675.211562.967051@buffalo.fnal.gov> <76og21rxqc.fsf@newjersey.ppllc.com> X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-Face: %OO~XPb`a}(s2it:MIMa&Ig&fbz)+h$L,2js]uXlS*7R#!#e{6W^.z~0blXY]guz@qdC;-s>BG`iu,HOP"j\nV_W)'})|,9C>&St4H"\l$&:V;8)"gsPRlH S6]sBPDb:f<,&ReiQS59nI;6P{w1kPMSR|`8L6EaC?SBb|ujr$V^C8A+G3Z#'>U.> Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Jake Colman writes: > >>>>> "CGW" == Charles G Waldman writes: > > CGW> I've had it on my plate for a while to clean up a few .el files and > CGW> add them into the edit-utils or text-modes packages. The ones I > CGW> have in mind are "autorevert.el" and "follow.el" (neither of which > CGW> work quite right in XEmacs). Maybe while I'm updating these > CGW> packages, I'll toss "vertical-mode" into the mix, assuming nobody > CGW> objects. > > autorevert seems to work fine for me. What about it is a problem? Check the archives, e.g: http://www.xemacs.org/list-archives/xemacs-beta/199808/msg00092.html From owner-xemacs-beta@xemacs.org Wed Sep 6 19:02:06 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id TAA26371 for xemacs-beta-out; Wed, 6 Sep 2000 19:02:06 -0400 Received: from buffalo.fnal.gov (buffalo.fnal.gov [131.225.84.156]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id TAA26368 for ; Wed, 6 Sep 2000 19:02:05 -0400 Received: (from cgw@localhost) by buffalo.fnal.gov (8.8.7/8.8.7) id SAA21399; Wed, 6 Sep 2000 18:01:59 -0500 From: Charles G Waldman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14774.52454.271062.197751@buffalo.fnal.gov> Date: Wed, 6 Sep 2000 18:01:58 -0500 (CDT) To: wmperry@aventail.com Cc: xemacs-beta@xemacs.org Subject: Anybody know the author of the Mandrake RPMs for XEmacs? In-Reply-To: <86pumh2mua.fsf@megalith.bp.aventail.com> References: <86pumh2mua.fsf@megalith.bp.aventail.com> X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-Face: %OO~XPb`a}(s2it:MIMa&Ig&fbz)+h$L,2js]uXlS*7R#!#e{6W^.z~0blXY]guz@qdC;-s>BG`iu,HOP"j\nV_W)'})|,9C>&St4H"\l$&:V;8)"gsPRlH S6]sBPDb:f<,&ReiQS59nI;6P{w1kPMSR|`8L6EaC?SBb|ujr$V^C8A+G3Z#'>U.> Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: William M. Perry writes: > Anybody know the author of the Mandrake RPMs for XEmacs? Looks like that would be Guillaume Cottenceau > They are very bad, BAD people. Agreed. Downstream packagers should work more closely with the XEmacs Development Team, not insert their own half-baked patches. This article was posted on rec.humor.funny today. Maybe it is of relevance: From: jafl@alice.wonderland.caltech.edu (John Lindal) Subject: That would explain it... Keywords: smirk, offense=French Newsgroups: rec.humor.funny Followup-To: rec.humor.d Approved: funny-request@netfunny.com The August 12, 2000 edition of Science News reports on page 109 that Manuel Berdoy of Oxford, England and his colleagues (and I quote): >speculate that low grade infections [of Toxoplasma gondii] may result in >more subtle effects, such as odd behavior and IQ dips. They estimate >that the parasite infects 22% of UK residents and 88% of the French. From owner-xemacs-beta@xemacs.org Wed Sep 6 23:15:49 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id XAA06028 for xemacs-beta-out; Wed, 6 Sep 2000 23:15:49 -0400 Received: from robin.delmia.com (robin.deneb.com [160.231.1.153]) by gwyn.tux.org (8.9.3/8.9.1) with SMTP id XAA06024 for ; Wed, 6 Sep 2000 23:15:48 -0400 From: Dhruva_KRISHNAMURTHY@delmia.com Received: by robin.delmia.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 85256953.0011F01F ; Wed, 6 Sep 2000 23:15:55 -0400 X-Lotus-FromDomain: DENEB To: xemacs-beta@xemacs.org Message-ID: <85256953.0011EE6B.00@robin.delmia.com> Date: Thu, 7 Sep 2000 08:46:11 +0530 Subject: GNUS message-mail Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi, When I use M-x message-mail, I get to compose the mail, but when I try sending by C-c C-c. I get the following error. "Symbol's function definition is void: gnus-setup-posting-charset" I use feedmail. What do I have to do to overcome this problem ? with regards, dhruva From owner-xemacs-beta@xemacs.org Thu Sep 7 02:57:47 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA15956 for xemacs-beta-out; Thu, 7 Sep 2000 02:57:47 -0400 Received: from earth.cpe.fr (earth.cpe.fr [134.214.71.17]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA15953 for ; Thu, 7 Sep 2000 02:57:46 -0400 Received: by earth.cpe.fr (Postfix, from userid 10312) id C04E7849A; Thu, 7 Sep 2000 08:57:37 +0200 (CEST) To: "Dr. Volker Zell" Cc: xemacs-beta@xemacs.org Subject: Re: Problems with eudc and latest Xemacs.21.2.35 under cygnus References: X-Attribution: Oscar X-Face: &f0TVPZirOQ$"C[5pZkDY(1~+M1p0&edTtJPL-*?u$b(vr<1m?~iZBqp2YoDS[IyxDHVU~)KHl|Kpm"='5OF?vT]k_HQ1]|^}Pm>,;+]iJCt_-Y[S\ EpwT);2R8#[4dt8~*}$6xI4jNZM9lVHua'vIM[PEx*#cgxCVruf1zN0} Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: text/plain; charset=ISO-8859-1 From: Oscar Figueiredo Date: 07 Sep 2000 08:57:37 +0200 In-Reply-To: "Dr. Volker Zell"'s message of "06 Sep 2000 11:19:06 +0200" Message-ID: Lines: 20 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Capitol Reef" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by gwyn.tux.org id CAA15954 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Volker" == Volker Zell writes: [...] > So it seems a problem with Xemacs 21.2.35 After what you describe, it looks so. Unfortunately the problem seems to be in the C code which makes it much more difficult to debug. I can't tell what's going on from the symptoms you describe only. Is this LDAP server or another showing the same problem publicly acessible so I can run my own testing ? In between I am going to recompile XEmacs 21.2 with OpenLDAP 2.0 which I haven't tested yet. Oscar From owner-xemacs-beta@xemacs.org Thu Sep 7 04:04:13 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA18577 for xemacs-beta-out; Thu, 7 Sep 2000 04:04:13 -0400 Received: from inet-smtp4.us.oracle.com (inet-smtp4.oracle.com [209.246.15.58]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA18573 for ; Thu, 7 Sep 2000 04:04:11 -0400 Received: from gmgw02.us.oracle.com (gmgw02.us.oracle.com [130.35.60.93]) by inet-smtp4.us.oracle.com (8.9.3/8.9.3) with ESMTP id BAA25307 for ; Thu, 7 Sep 2000 01:05:20 -0700 (PDT) Received: from vzell.de.oracle.com (dhpcd135.de.oracle.com [140.84.22.8]) by gmgw02.us.oracle.com (8.8.8+Sun/8.8.8) with SMTP id BAA28260 for ; Thu, 7 Sep 2000 01:04:08 -0700 (PDT) X-Mailer: 21.1 "20 Minutes to Nikko" XEmacs Lucid (patch 2) (via feedmail 8 I) To: XEmacs beta Subject: Re: image-mode doesn't display images under cygwin-xemacs-21.2.35 References: From: "Dr. Volker Zell" Date: 07 Sep 2000 10:03:08 +0200 In-Reply-To: Steve Youngs's message of "06 Sep 2000 02:07:24 +1000" Message-ID: Lines: 12 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (20 Minutes to Nikko) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Steve" == Steve Youngs writes: Steve> * Volker Zell writes: >> see subject, instead I see the raw data in the buffer. I know that my image-libs work >> because w3 properly displays images of all kinds inline. Steve> Have a look at format.el, in particular, 'format-alist'. Thanks, but why are the image formats commented out from format-alist ? Ciao Volker From owner-xemacs-beta@xemacs.org Thu Sep 7 04:41:29 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA20066 for xemacs-beta-out; Thu, 7 Sep 2000 04:41:29 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA20057 for ; Thu, 7 Sep 2000 04:41:21 -0400 Received: by localhost id m13WxCc-00013lC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Thu, 7 Sep 2000 17:38:34 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14775.21514.324467.972367@turnbull.sk.tsukuba.ac.jp> Date: Thu, 7 Sep 2000 17:38:34 +0900 (JST) To: XEmacs beta Subject: Re: image-mode doesn't display images under cygwin-xemacs-21.2.35 In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Volker" == Volker Zell writes: Volker> Thanks, but why are the image formats commented out from Volker> format-alist ? (1) As a matter of general policy, we have been disabling automatic conversions that might be surprising to users, especially if they are difficult to disable (jka-compr is one such) or "dangerous". A well-written package is now expected to provide Customize functionality so that the user can conveniently enable and configure it. (2) I don't know what the current status is, but at one point image- mode was considered "dangerous." image-mode itself was pretty poorly coded (and still is in at least some parts), and at one point there were image-related crashes because of experiments with the core image-handling C code. I believe there were also problems with reverting the data to original in some cases. It certainly doesn't provide any customize hooks, so it should be considered old and unmaintained. According to the ChangeLog, I was the last to touch it in February of this year, and the previous change was July 1998. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Thu Sep 7 22:23:11 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id WAA03051 for xemacs-beta-out; Thu, 7 Sep 2000 22:23:11 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id WAA03047 for ; Thu, 7 Sep 2000 22:23:08 -0400 Received: from slackware.mynet.pc (dialup-222.pdx.ozlinx.com.au [202.61.190.107]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e882Mt221028 for ; Fri, 8 Sep 2000 12:22:55 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e882FFc13097; Fri, 8 Sep 2000 12:15:15 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: Package freeze - new package release pending References: From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: WHO sees a BEACH BUNNY sobbing on a SHAG RUG?! Date: 08 Sep 2000 12:15:06 +1000 In-Reply-To: Andreas Jaeger's message of "06 Sep 2000 13:40:57 +0200" Message-ID: Lines: 11 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Andreas Jaeger writes: > Steve, please take over package release management. Okay, no problem. -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Fri Sep 8 19:40:29 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id TAA11139 for xemacs-beta-out; Fri, 8 Sep 2000 19:40:29 -0400 Received: from whistlingfish.net (c358371-a.frmt1.sfba.home.com [24.1.71.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id TAA11133 for ; Fri, 8 Sep 2000 19:40:24 -0400 Received: from benzene (chameleon.cobaltgroup.com [207.149.72.101]) by whistlingfish.net (8.9.3/8.9.3) with ESMTP id QAA16225 for ; Fri, 8 Sep 2000 16:59:45 -0700 Date: Fri, 08 Sep 2000 16:38:21 -0700 From: Matt Tucker To: xemacs-beta@xemacs.org Subject: syntax-table text properties Message-ID: <28580000.968456301@benzene> X-Mailer: Mulberry/2.0.5a5 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Greetings, My apologies if this is not the proper forum for this; it seemed the most appropiate at first glance. I've been using XEmacs for some time, having transitioned from FSF Emacs about a year ago. While I very much prefer it overall, the one thing I've missed is correct handling of Perl code. As far as I've been able to make out, the primary feature preventing XEmacs from correctly dealing with Perl code (due to its general hairyness) is the concept of attaching overriding syntax-tables to specific characters in a buffer. This functionality was introduced in FSF Emacs between v19.33 and v20.2. I've been told that some effort was made to introduce this feature to the XEmacs folks, but that there was little interest. I'm willing to do the work required to incorporate this functionality, but I wanted to be sure that my changes would be accepted, and would be in line with the general philosophies of XEmacs development (which seem to differ from FSF's in a number of ways). The changes I'm proposing (as taken from FSF Emacs) are essentially: 1. A new text property 'syntax-table, which is one of: - a syntax table Used instead of the buffer's to determine the syntax for this character - (syntax-code . matching-char) Specifies the syntax for this occurence of the character I'm assuming 'matching-char' would be the balancing character, although I haven't been able to determine whether this is the case from the FSF code/documentation - nil Equivalent to the property not existing: default to the buffer's syntax table 2. Two new syntax classes: - generic comment delimiter Starts or ends a special kind of comment. Any generic comment delimiter matches any other comment delimiter, but not a comment starter or comment ender. Intended for use in the syntax-table text property. - generic string delimiter Analagous to the generic comment delimiter, for strings. These are the classes added in FSF Emacs, presumably to account for the case where the language could allow one type of comment embedded within another type. One would not want the embedded comment to end the enclosing one. But it also seems like 'generic-*-starter' and 'generic-*-ender' would be required to avoid ambiguity. An example of this sort of situation in Perl would be the string: qq(This string shouldn't be terminated by the apostrophe.); 3. Modifications to the syntax handling routines to honor occurrences of the syntax-table property for characters which have it set. Any code which currently requests the syntax type for a given character would have to first examine that character's 'syntax-table property before defaulting to the buffer's table. FSF Emacs uses the concept of a 'global syntax state' which is maintained and updated as the pointer is moved through the buffer by the syntax handling routines. This seems overkill to me, since the correct syntax type could simply be determined for any given character position on demand. I would appreciate any comments anyone might have on this. Please CC me, as I'm not subscribed to the list. From owner-xemacs-beta@xemacs.org Sat Sep 9 02:44:02 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA28689 for xemacs-beta-out; Sat, 9 Sep 2000 02:44:02 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA28686 for ; Sat, 9 Sep 2000 02:44:00 -0400 Received: by localhost id m13XeJu-000147C (Debian Smail-3.2.0.111 2000-Feb-17 #2); Sat, 9 Sep 2000 15:40:58 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14777.56186.695593.743640@turnbull.sk.tsukuba.ac.jp> Date: Sat, 9 Sep 2000 15:40:58 +0900 (JST) To: xemacs-beta@xemacs.org CC: Matt Tucker Subject: syntax-table text properties In-Reply-To: <28580000.968456301@benzene> References: <28580000.968456301@benzene> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Matt" == Matt Tucker writes: Matt> My apologies if this is not the proper forum for this; it Matt> seemed the most appropiate at first glance. It's the right place. Matt> I've been told that some effort was made to introduce this Matt> feature to the XEmacs folks, but that there was little Matt> interest. If so, they managed to keep it a complete secret from the whole XEmacs community; there were two hits on a search for the words "overrid", "syntax", and "table" in the whole xemacs-beta archive going back to April 1998. One was a completely irrelevant patch to w3.el; the other was your message of Sept 8 2000. Matt> I'm willing to do the work required to incorporate this Matt> functionality, but I wanted to be sure that my changes would Matt> be accepted, and would be in line with the general Matt> philosophies of XEmacs development (which seem to differ Matt> from FSF's in a number of ways). _Nobody's_ changes are _sure_ to be accepted. My impression is that trying them out is almost surely acceptable, though. For one thing, most people generally support synching to the FSF API and features. The typical procedure is 1. Add the new code to the development branch conditional on a preprocessor variable. If it is visible to the Lisp level, a feature that allows conditionalization of Lisp code on its presence or absence should be created as well. 2. Add a configure option to enable or disable the new code through definitions in src/config.h. 3. If after testing no serious problems are discovered (in this case, since it would add additional processing to _each_ character for the already slow fontlock code, efficiency might be a serious gripe), either the configure option is made the default or the conditionalization and the option are removed. Alternatively, for options that are of great use to some users and a nuisance to others, either the build-time configure option can be retained or some kind of runtime switch can be created. This would be done through the normal patch-submission process (post a patch with ChangeLog entry to xemacs-patches@xemacs.org). In principle, all patches are reviewed, this would be no exception. If there is strong support for the feature from the existing developers, then the feature might be made the default as soon as it starts working most of the time, so that it can be tested by as many people as possible. If support is weak, or divided, then it wouldn't become default until more people were convinced of its value. I suppose the philosophy of XEmacs development should be easy to infer from this "typical procedure." Speaking only for myself, I'd very much like to see this tried (although I don't use Perl much myself). The only likely opposition I can see is that several people are starting to make noises about wanting a major release in the near term, so that the development branch may get frozen soon. I don't know how quickly a new unstable branch would get opened. Matt> FSF Emacs uses the concept of a 'global syntax state' which Matt> is maintained and updated as the pointer is moved through Matt> the buffer by the syntax handling routines. This seems Matt> overkill to me, since the correct syntax type could simply Matt> be determined for any given character position on demand. Presumably this is an optimization; text property handling at the Lisp level adds a significant amount of overhead to operations on characters, and things like fontlock are already slow. However, you could always add the global syntax state code later. The risk would be that people would decide your code was too slow without it, and that kind of impression can be hard to undo. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Sat Sep 9 11:43:44 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA14669 for xemacs-beta-out; Sat, 9 Sep 2000 11:43:44 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id LAA14666 for ; Sat, 9 Sep 2000 11:43:43 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000909154342.HUTR12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Sat, 9 Sep 2000 08:43:42 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e89Fhfd06415; Sat, 9 Sep 2000 10:43:41 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: Simon Josefsson Cc: xemacs-beta@xemacs.org Subject: Re: gtk-xemacs shrink windows References: Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Simon Josefsson writes: > (Is this the proper place for gtk-xemacs bug reports?) > > Entering/Quiting groups in Gnus seem to horizontally shrink the XEmacs > window by a few pixels. I assume this is because the menubar change. > > After reading some groups, you find yourself with a rather smallish > xemacs window.. :-) This should be fixed in the latest CVS snapshot. Fawking menubar. -Bill P. From owner-xemacs-beta@xemacs.org Sat Sep 9 21:50:46 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id VAA06949 for xemacs-beta-out; Sat, 9 Sep 2000 21:50:46 -0400 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id UAA01797 for xemacs-announce-out; Sat, 9 Sep 2000 20:21:51 -0400 Date: 10 Sep 2000 00:20:43 -0000 Mail-Copies-To: never From: Andreas Jaeger To: xemacs-announce@xemacs.org Subject: New package release Message-ID: Lines: 65 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: xemacs-beta@xemacs.org X-Mailing-List: Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I've uploaded new versions of a number of packages and also the usual sumos to ftp.xemacs.org/pub/xemacs/packages/ Here's the summary of the changes: - gnus: Version 5.8.7, this is a major update! - supercite: Bugfixes. - xemacs-base: Fixes for compile.el, add-log.el and comint.el - xemacs-devel: Enhancement for find-func - edit-utils: Improved versions of func-menu and man, fixes for user-init-directory in edit-toolbar and where-was-i-db. - ispell: Bugfixes. - speedbar new version 0.11.1. - os-utils: Crypt.el handles .gz and tgz. now; new mchat version 2.1. - cc-mode: Version 5.27. - jde: Version 2.1.9 imported, this is a major update. JDE needs the new speedbar and semantic versions. - semantic: New package, needed by JDE. - eicq: New package: ICQ for XEmacs on Linux - pcl-cvs: Should work now with XEmacsen without Mule. - prog-modes: New sql.el version, new file mode-compile version 2.27. - sh-script: synch with FSF 20.7. - auctex: Should work now with XEmacsen without Mule. - vm: version 6.75 - skk: New version 10.60. - psgml: Bugfixes. The package files are: 351346 Aug 17 07:40 auctex-1.20-pkg.tar.gz 248785 Aug 17 07:29 cc-mode-1.20-pkg.tar.gz 590108 Aug 17 07:24 edit-utils-1.51-pkg.tar.gz 120053 Aug 16 10:36 eicq-1.01-pkg.tar.gz 2552947 Aug 17 07:25 gnus-1.50-pkg.tar.gz 355825 Aug 23 12:47 ilisp-1.12-pkg.tar.gz 72400 Aug 17 07:25 ispell-1.19-pkg.tar.gz 1530654 Aug 27 08:03 jde-1.22-pkg.tar.gz 202430 Aug 17 07:27 os-utils-1.22-pkg.tar.gz 160053 Aug 17 07:31 pcl-cvs-1.49-pkg.tar.gz 696506 Aug 17 07:34 prog-modes-1.29-pkg.tar.gz 572056 Aug 19 05:30 psgml-1.19-pkg.tar.gz 69627 Aug 19 07:06 semantic-1.02-pkg.tar.gz 35340 Aug 17 07:36 sh-script-1.12-pkg.tar.gz 1489319 Aug 23 06:08 skk-1.16-pkg.tar.gz 124382 Aug 17 07:26 speedbar-1.16-pkg.tar.gz 99843 Aug 17 07:15 supercite-1.15-pkg.tar.gz 627102 Aug 25 10:23 vm-1.24-pkg.tar.gz 448658 Aug 17 07:18 xemacs-base-1.43-pkg.tar.gz 79356 Aug 23 05:56 xemacs-devel-1.28-pkg.tar.gz And the sumos: 4311813 Sep 4 10:21 xemacs-mule-sumo-2000-09-04.tar.gz 18227010 Sep 4 12:55 xemacs-sumo-2000-09-04.tar.gz A personal note: This should be my last package release, Steve Youngs is taking over. Thanks to all that made this package release successfull with testing, writing code, committing patches, Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-xemacs-beta@xemacs.org Sun Sep 10 01:06:04 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id BAA15670 for xemacs-beta-out; Sun, 10 Sep 2000 01:06:04 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id BAA15667; Sun, 10 Sep 2000 01:06:03 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000910050603.IUBW12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Sat, 9 Sep 2000 22:06:03 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e8A55xT11157; Sun, 10 Sep 2000 00:05:59 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: xemacs-patches@xemacs.org cc: xemacs-beta@xemacs.org Subject: PATCH: make read-passwd deal with GTK... Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 78 MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I don't know if there is a way to grab the keyboard in windows or not, but we should add to the logic in this function if there is. -Bill P. *** passwd.el~ Sat Jan 22 03:05:24 2000 --- passwd.el Sun Sep 10 00:03:03 2000 *************** *** 340,370 **** (setq passwd-face-data (cdr passwd-face-data))))) (defun passwd-grab-keyboard () ! (cond ((not (and (fboundp 'x-grab-keyboard) ; lemacs 19.10+ ! (eq 'x (if (fboundp 'frame-type) ! (frame-type (selected-frame)) ! (frame-live-p (selected-frame)))))) ! nil) ! ((x-grab-keyboard) ! t) ! (t (message "Unable to grab keyboard - waiting a second...") (sleep-for 1) ! (cond ((x-grab-keyboard) (message "Keyboard grabbed on second try.") t) - (t (beep) (message "WARNING: keyboard is insecure (unable to grab!)") (sleep-for 3) nil))))) (defun passwd-ungrab-keyboard () ! (if (and (fboundp 'x-ungrab-keyboard) ; lemacs 19.10+ ! (eq 'x (if (fboundp 'frame-type) ! (frame-type (selected-frame)) ! (frame-live-p (selected-frame))))) ! (x-ungrab-keyboard))) ;; v18 compatibility (or (fboundp 'buffer-disable-undo) --- 340,376 ---- (setq passwd-face-data (cdr passwd-face-data))))) (defun passwd-grab-keyboard () ! ;; It is officially time to give up on lemacs 19.10 ! ;; and just deal with device types. ! (let ((lock-func (case (frame-type) ! (x ! 'x-grab-keyboard) ! (gtk ! 'gtk-grab-keyboard) ! (otherwise ! nil)))) ! (if (not lock-func) ! ;; There is nothing we can do... ! nil ! (if (funcall lock-func) ! ;; Grabbed it, hooray! ! t (message "Unable to grab keyboard - waiting a second...") (sleep-for 1) ! (if (funcall lock-func) ! (progn (message "Keyboard grabbed on second try.") t) (beep) (message "WARNING: keyboard is insecure (unable to grab!)") (sleep-for 3) nil))))) (defun passwd-ungrab-keyboard () ! (case (frame-type) ! (x (x-ungrab-keyboard)) ! (gtk (gtk-ungrab-keyboard)) ! (otherwise nil))) ;; v18 compatibility (or (fboundp 'buffer-disable-undo) From owner-xemacs-beta@xemacs.org Mon Sep 11 02:40:37 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA13938 for xemacs-beta-out; Mon, 11 Sep 2000 02:40:37 -0400 Received: from mx1.informatik.uni-tuebingen.de (mx1.Informatik.Uni-Tuebingen.De [134.2.12.5]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA13929; Mon, 11 Sep 2000 02:40:20 -0400 Received: from informatik.uni-tuebingen.de (sams [134.2.12.50]) by mx1.informatik.uni-tuebingen.de (Postfix) with ESMTP id 119294A5; Mon, 11 Sep 2000 08:40:19 +0200 (MST) Received: (from sperber@localhost) by informatik.uni-tuebingen.de (8.9.3/8.9.3) id IAA02269; Mon, 11 Sep 2000 08:40:18 +0200 (CEST) (envelope-from sperber) To: xemacs-beta@xemacs.org, aj@xemacs.org, youngs@xemacs.org Subject: [Palle Girgensohn ] Re: pcl-cvs bug: Cannot open load file: mule From: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Date: 11 Sep 2000 08:40:18 +0200 Message-ID: Lines: 65 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: --=-=-= I got this report. Andreas or Steve, can this be fixed? --=-=-= Content-Type: message/rfc822 Content-Disposition: inline X-From-Line: girgen@partitur.se Mon Sep 11 00:59:01 2000 Return-Path: Delivered-To: sperber@informatik.uni-tuebingen.de Received: from bastuba.partitur.se (unknown [212.209.169.194]) by mx1.informatik.uni-tuebingen.de (Postfix) with ESMTP id 461454A5 for ; Mon, 11 Sep 2000 00:58:59 +0200 (MST) Received: from palle.girgensohn.se (c193.150.250.87.cm-upc.chello.se [193.150.250.87]) by bastuba.partitur.se (8.9.3/8.9.3) with ESMTP id AAA39519; Mon, 11 Sep 2000 00:58:53 +0200 (CEST) (envelope-from girgen@partitur.se) Received: (from girgen@localhost) by palle.girgensohn.se (8.11.0/8.9.3) id e8AMwrj30818; Mon, 11 Sep 2000 00:58:53 +0200 (CEST) (envelope-from girgen@partitur.se) X-Authentication-Warning: palle.girgensohn.se: girgen set sender to girgen@partitur.se using -f Sender: girgen@partitur.se To: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Subject: Re: pcl-cvs bug: Cannot open load file: mule References: <8766o9nfd2.fsf@stordatan.palle.se> From: Palle Girgensohn Date: 11 Sep 2000 00:58:52 +0200 In-Reply-To: sperber@informatik.uni-tuebingen.de's message of "08 Sep 2000 09:53:54 +0200" Message-ID: <871yyr3lcj.fsf@palle.girgensohn.se> User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) Lines: 28 Xref: sams.informatik.uni-tuebingen.de incoming:12139 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: > >>>>> "Palle" == Palle Girgensohn writes: > > Palle> Hi! > > Palle> I have a problem with the fresh pcl-cvs (R-2_9_9, package in > Palle> xemacs-21.1.12): > > Palle> I am *not* using mule, but cvs-mode-status fails with the error > Palle> message > > Palle> "Cannot open load file: mule" > > That was a packaging bug, and was fixed a while ago. Grab package > version 1.49. OK. Thanks. BUT, the package list (package-index.LATEST is bad! It has both 1.47 and 1.49 listed, hence I get this with a fresh package index file: pcl-cvs 1.47 1.47 CVS frontend. So, I though I was up to date... Can someone fix this? -- Palle --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla --=-=-=-- From owner-xemacs-beta@xemacs.org Mon Sep 11 04:09:23 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA18020 for xemacs-beta-out; Mon, 11 Sep 2000 04:09:23 -0400 Received: from beamail.beasys.com ([63.96.160.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA18015; Mon, 11 Sep 2000 04:09:21 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id BAA02179; Mon, 11 Sep 2000 01:09:25 -0700 (PDT) Received: from andyppc.beasys.com (lhr-modem2.beasys.com [10.5.1.13]) by london.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id JAA24392; Mon, 11 Sep 2000 09:11:31 +0100 (BST) Message-Id: <4.3.2.7.2.20000910210453.00e93840@london.beasys.com> X-Sender: andyp@london.beasys.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 10 Sep 2000 21:05:07 +0100 To: jmiller@cablespeed.com, Andy Piper From: Andy Piper Subject: Re: progress gauge weirdness Cc: xemacs-beta@xemacs.org In-Reply-To: <14756.28327.814156.350823@24-240-68-41.hsacorp.net> References: <4.3.2.7.2.20000823115107.00deb910@london.beasys.com> <4.3.2.7.2.20000822082158.00c3fba0@london.beasys.com> <4.3.2.7.2.20000821225954.00de0220@london.beasys.com> <14751.7479.626877.125820@24-240-68-41.hsacorp.net> <4.3.2.7.2.20000823115107.00deb910@london.beasys.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Can you send me the file that cause the problem? Thanks andy At 08:39 PM 8/23/00 -0400, Jeff Miller wrote: > >>>>> "AP" == Andy Piper writes: > >AP> At 09:38 PM 8/22/00 -0400, Jeff Miller wrote: > >> yes, outside of vm. I have not gotten any within vm since i added > >> your patch. > >AP> Although I have not see this it made me think about why it might >AP> be happening and I found a logic error in the window config >AP> code. Please update from CVS and see if it still occurs. > >cvs updated around 2300 GMT. I still get the problem, in fact, worse >than with the patch you had sent before. > >AP> If it still occurs please recompile window.c with >AP> BROKEN_SUBWINDOW_REDISPLAY defined and see if that fixes it. > >Tried this, and no effect. > >In fact, it doesn't seem to be related to size of the fontified buffer >at all. I can just bring the small (3.1k) file into the (new xemacs) >buffer and it triggers the remnant. I can bring the larger of the >two files (420k) into a buffer and it doesn't trigger it at all. > >my crazy hypothesis: there is some crazy mix of characters in the >uuencoded mess that is tripping up font lock and it bails. Perhaps >some error condition occurs then that freaks out the progress gauge. > >i don't claim to know how that all interacts, but maybe font lock >bails before the widget is fully realized? > >just my wild ass guess.... :-) > >jeff -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd From owner-xemacs-beta@xemacs.org Mon Sep 11 04:09:04 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA18010 for xemacs-beta-out; Mon, 11 Sep 2000 04:09:04 -0400 Received: from beamail.beasys.com ([63.96.160.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA18005; Mon, 11 Sep 2000 04:09:00 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id BAA02163; Mon, 11 Sep 2000 01:09:03 -0700 (PDT) Received: from andyppc.beasys.com (lhr-modem2.beasys.com [10.5.1.13]) by london.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id JAA24359; Mon, 11 Sep 2000 09:11:16 +0100 (BST) Message-Id: <4.3.2.7.2.20000910204936.00c48430@london.beasys.com> X-Sender: andyp@london.beasys.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 10 Sep 2000 21:04:18 +0100 To: "Stephen J. Turnbull" , ben@666.com, martin@xemacs.org, XEmacs Developers From: Andy Piper Subject: Re: Widget design [was: Should --with-widgets be the default?] In-Reply-To: <14756.40972.140756.303966@turnbull.sk.tsukuba.ac.jp> References: <4.3.2.7.2.20000823122848.00c37cc0@london.beasys.com> <4.3.2.7.2.20000823111310.00cccd90@london.beasys.com> <14755.35818.644707.13577@mule.m17n.org> <4.3.2.7.2.20000823122848.00c37cc0@london.beasys.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: At 01:09 PM 8/24/00 +0900, Stephen J. Turnbull wrote: >This was not true under the pre-(sel.patch) setup, and I banged on >that for quite a while. The only thing that ever made them go away >was destroying the whole frame. They now go away immediately (with Right, that was a bug. >http://www.xemacs.org/list-archives/xemacs-patches/ ... ach, not there >yet, look for Andy's patches dated 8/23 and subjects "Re: new dialogs: >bug" and "Re: Tab selection crash fix ... NOT!! \"Houston, we, uh, >crashed.\"") > >***** > >[*] You are defining "correct" as "works as designed." That is >important, of course, but I think that the design is making a lot of >assumptions that probably will turn out to be not true for some >applications. This will result in more bugs in the future. > >Above you _equate_ domains to windows. But for the tab control, >that's wrong. The domain most relevant to a tab control is a set of >buffers. It is true that most of the time the buffer-set to window >correspondence is one-to-one and pretty stable. Furthermore, the most >likely application (and the one currently implemented) for the tab >control is to switch among buffers in a set in a given window. So for >the buffer tabs application, this assumption is plausible. But it's >wasteful; I don't see any reason at all why a frame should have more >than one buffer tabs widget when only one will ever be displayed at a >time. I am constrained by the specifier implementation. Logically there should be one per frame but this will not work for widgets instantiated in a buffer (because you might need to display a widget in two windows at once). Even if this were not true you would have to make a decision about what domain you want to cache widgets in. That decision will inevitably screw someone without changes to the specifier implementation. >Now, we could do exactly the same thing with a widget glyph. No Widget glyphs are cached already, >However, we do want to be more efficient than that. First, let's >define a `widget glyph' to be a glyph from the point of view of >XEmacs. It is a Lisp object. On the other hand, a `ws-widget' is a >toolkit object. > >There are three differences between widget glyphs and image glyphs >that I can see. > >(1) The entity that handles the ws-widget for us is the toolkit, > rather than the display server for the pixmap. Just a different > level of black box. > >(2) ws-widgets are "alive". This means that, unlike pixmaps, we can't > just paint over their displayed image; we need to keep track of > whether a ws-widget is supposed to be displayed or not, and > deactivate is if not. (Of course, we should and do clean up > pixmaps too. Otherwise you get those obnoxious birdturds like > when font metrics are hosed. But pixmaps don't eat CPU and cause > flicker and all that ugliness.) As far as I can see this has no > direct implications for caching. Yup. >(3) A ws-widget is, from our point of view, its own screen image. > That means that a widget glyph that is displayed in multiple > places in the same domain needs to use multiple ws-widgets. By > contrast, we can XCopyArea (or its equivalent for other WSes) an X > Pixmap freely. Yup. >(4) ws-widgets are much heavier objects than even pixmaps. So we > would like to avoid creating and destroying them. The question is > "how many do we need?" The answer is, typically, "as many as are > being displayed at one time in the window system parent." (3) > means we need at least that many. But we usually don't need any > more, because widgets can be moved about and their features > changed as necessary. Yup. >(3) and (4) together imply that free'd ws-widgets ought to be cached. Que? [I'm at 39,0000 feet on my way to Lison, Portugal and the in-flight cuisine was very, very good [Not sure about the plane]]. >But they should be cached by the object that determines the >restrictions on moving them. In general, this is the window system >parent, or, actually the Lisp object that manages that object. (I >guess they could even be reparented, but that's a can of worms I'd >rather not open. Although I guess if we want to embed an instance of >say xanim in an XEmacs buffer, we would need to do exactly that.) > >In this case, the Emacs frame, not the Emacs window. Maybe. I'm caching on a glyph basis now which I think comes close to what you are describing. >Of course, if there are other expensive operations to conduct on >ws-widgets that would be entailed by using the same ws-widget in >multiple domains, the caching strategy should take that into account. >But I can't see any that would be forced simply by having two >different Emacs windows in the same Emacs frame. In particular, for >both the progress gauge and the buffers tab control, they live in the >gutter, which is part of the frame, not any particular window. I wish. >It seems to me that what should happen is that you create a (Lisp) >buffers tab control, it instantiates a (ws-widget) tab control for the >frame in the gutter, with callbacks to change buffers when it is >activated. The same operation should install a Lisp function on some >`buffer-configuration-change-hook' which informs the ws-widget about >the new set of relevant buffers and the active one. The Lisp tab >control object maintains enough state to reinitialize the ws-widget >tab control when the Lisp object wants to display itself. I don't see >any reason for the tab widget, either the Lisp object or the >ws-widget, to know or care about the Emacs window configuration. You've lost me. >BTW, some things I find disconcerting about the current behavior: > >(1) If two buffers in the same mode are displayed simultaneously in >the same frame, then using the tab to switch buffers switches windows, >not buffers in the current window. This behavior makes sense for the >keystroke equivalent, but if I'm moving the mouse anyway click-to- >focus makes more sense than using the tab control. If I use the tab >control I expect the buffer to end up in the top window. YMMV. The current behaviour is logical from a (select-buffer) point-of-view. >(2) Splitting windows horizontally does _not_ increase the number of >tab controls (but seems to work fine). Coalesing horizontally split >windows doesn't decrease the number of tab controls, either. Hmmn. I think you'll find that it does, but only when you select the new window. andy -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd From owner-xemacs-beta@xemacs.org Mon Sep 11 04:44:28 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA19919 for xemacs-beta-out; Mon, 11 Sep 2000 04:44:28 -0400 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA19888; Mon, 11 Sep 2000 04:44:10 -0400 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id BC44B1E256; Mon, 11 Sep 2000 10:44:09 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id E272F10A02A; Mon, 11 Sep 2000 10:44:08 +0200 (MEST) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 13YP6d-0000IQ-00; Mon, 11 Sep 2000 10:38:23 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 1F26D1822; Mon, 11 Sep 2000 10:38:23 +0200 (CEST) Mail-Copies-To: never To: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Cc: xemacs-beta@xemacs.org, youngs@xemacs.org Subject: Re: [Palle Girgensohn ] Re: pcl-cvs bug: Cannot open load file: mule References: From: Andreas Jaeger Date: 11 Sep 2000 10:38:23 +0200 In-Reply-To: sperber@informatik.uni-tuebingen.de's message of "11 Sep 2000 08:40:18 +0200" Message-ID: Lines: 20 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> Michael Sperber writes: > I got this report. Andreas or Steve, can this be fixed? [...] > OK. Thanks. BUT, the package list (package-index.LATEST is bad! It has > both 1.47 and 1.49 listed, hence I get this with a fresh package index > file: The package-index is the worst part of the whole package scheme. I seem to have problems with it every release :-(. Any ideas to get rid of this file are welcome. I've edited the file manually on ftp.xemacs.org, it should be fixed now. Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-xemacs-beta@xemacs.org Mon Sep 11 04:53:30 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA20457 for xemacs-beta-out; Mon, 11 Sep 2000 04:53:30 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA20450; Mon, 11 Sep 2000 04:53:25 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id EAA23383; Mon, 11 Sep 2000 04:51:05 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id EAA00451; Mon, 11 Sep 2000 04:53:23 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (zj75t.ecf.teradyne.com [131.101.192.85]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id KAA04724; Mon, 11 Sep 2000 10:53:07 +0200 (MET DST) To: xemacs-beta@xemacs.org Cc: Vin Shelton Subject: Re: Naive Question References: <200009071332.OAA15953@cuckoo.hpl.hp.com> <39BBC30A.3764D6B@tardis.ed.ac.uk> X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 11 Sep 2000 10:48:39 +0200 In-Reply-To: Jonathan Harris's message of "Sun, 10 Sep 2000 18:21:14 +0100" Message-ID: Lines: 96 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Carlsbad Caverns) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "JH" == Jonathan Harris writes: JH> Andy Norman wrote: >> I have most things working now... but I'm blowed if I can find a way of >> rebinding the 'Pause/Break' key. JH> That was an oversight. This patch fixes it and also makes the JH> "menu" key available again, but there are other problems with JH> that. Hi Jonathan, I assume thie patch should be applied to 21.1 too? Best regards, Adrian JH> Jonathan. JH> Applied: JH> ChangeLog for src: JH> 2000-09-10 Jonathan Harris JH> * event-msw.c (mswindows_key_to_emacs_keysym): JH> Add "pause" key, fix "menu" key. JH> Index: src/event-msw.c JH> =================================================================== JH> RCS file: /usr/CVSroot/XEmacs/xemacs-20/src/event-msw.c,v JH> retrieving revision 1.38.2.56 JH> retrieving revision 1.38.2.58 JH> diff -u -r1.38.2.56 -r1.38.2.58 JH> --- event-msw.c 2000/08/06 09:27:09 1.38.2.56 JH> +++ event-msw.c 2000/09/10 17:14:28 1.38.2.58 JH> @@ -3080,7 +3080,6 @@ JH> * Translate a mswindows virtual key to a keysym. JH> * Only returns non-Qnil for keys that don't generate WM_CHAR messages JH> * or whose ASCII codes (like space) xemacs doesn't like. JH> - * Virtual key values are defined in winresrc.h JH> */ JH> Lisp_Object mswindows_key_to_emacs_keysym (int mswindows_key, int mods, JH> int extendedp) JH> @@ -3089,6 +3088,7 @@ JH> { JH> switch (mswindows_key) JH> { JH> + case VK_CANCEL: return KEYSYM ("pause"); JH> case VK_RETURN: return KEYSYM ("kp-enter"); JH> case VK_PRIOR: return KEYSYM ("prior"); JH> case VK_NEXT: return KEYSYM ("next"); JH> @@ -3100,6 +3100,11 @@ JH> case VK_DOWN: return KEYSYM ("down"); JH> case VK_INSERT: return KEYSYM ("insert"); JH> case VK_DELETE: return QKdelete; JH> +#if 0 /* FSF Emacs allows these to return configurable syms/mods */ JH> + case VK_LWIN return KEYSYM (""); JH> + case VK_RWIN return KEYSYM (""); JH> +#endif JH> + case VK_APPS: return KEYSYM ("menu"); JH> } JH> } JH> else JH> @@ -3111,6 +3116,7 @@ JH> case '\n': return QKlinefeed; JH> case VK_CLEAR: return KEYSYM ("clear"); JH> case VK_RETURN: return QKreturn; JH> + case VK_PAUSE: return KEYSYM ("pause"); JH> case VK_ESCAPE: return QKescape; JH> case VK_SPACE: return QKspace; JH> case VK_PRIOR: return KEYSYM ("kp-prior"); JH> @@ -3128,11 +3134,6 @@ JH> case VK_INSERT: return KEYSYM ("kp-insert"); JH> case VK_DELETE: return KEYSYM ("kp-delete"); JH> case VK_HELP: return KEYSYM ("help"); JH> -#if 0 /* FSF Emacs allows these to return configurable syms/mods */ JH> - case VK_LWIN return KEYSYM (""); JH> - case VK_RWIN return KEYSYM (""); JH> -#endif JH> - case VK_APPS: return KEYSYM ("menu"); JH> case VK_NUMPAD0: return KEYSYM ("kp-0"); JH> case VK_NUMPAD1: return KEYSYM ("kp-1"); JH> case VK_NUMPAD2: return KEYSYM ("kp-2"); JH> -- JH> Jonathan Harris | jhar@tardis.ed.ac.uk JH> London, England | Jonathan.Harris@symbian.com -- Adrian Aichner From owner-xemacs-beta@xemacs.org Mon Sep 11 05:12:27 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA21424 for xemacs-beta-out; Mon, 11 Sep 2000 05:12:27 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA21404; Mon, 11 Sep 2000 05:12:18 -0400 Received: by localhost id m13YPZC-00013NC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Mon, 11 Sep 2000 18:07:54 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14780.41193.966244.15090@turnbull.sk.tsukuba.ac.jp> Date: Mon, 11 Sep 2000 18:07:53 +0900 (JST) To: Andy Piper Cc: ben@666.com, martin@xemacs.org, XEmacs Developers Subject: Re: Widget design [was: Should --with-widgets be the default?] In-Reply-To: <4.3.2.7.2.20000910204936.00c48430@london.beasys.com> References: <4.3.2.7.2.20000823122848.00c37cc0@london.beasys.com> <4.3.2.7.2.20000823111310.00cccd90@london.beasys.com> <14755.35818.644707.13577@mule.m17n.org> <4.3.2.7.2.20000910204936.00c48430@london.beasys.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Andy" == Andy Piper writes: >> wasteful; I don't see any reason at all why a frame should have >> more than one buffer tabs widget when only one will ever be >> displayed at a time. Andy> I am constrained by the specifier implementation. Logically Andy> there should be one per frame but this will not work for Andy> widgets instantiated in a buffer (because you might need to Andy> display a widget in two windows at once). Even if this were Well, so? All this means is that you have to divide the logical (Lisp, specifier) representation of the widget from the ws-object that actually displays it. We can reuse a glyph from a font hundreds of times in a single X window, but we have to blit the pixmap to the screen once for every time the glyph is used. (Consider changing the font of the current face as an example of the kind of thing I'm talking about.) Do we need to keep a copy of the font cached for every instance of that glyph in the window? Of course not; we just keep the character, which is sufficient information to reconstruct each region of the window covered by that glyph. Similarly, an instantiator for a tabs widget glyph in principle could simply be a list of strings. I'm suggesting that we keep a list of already allocated tabs ws-widgets for each Emacs frame == X window. Then the redisplay process becomes (1) grab a free one, (2) set the geometry of the ws-widget, (3) set the number of tabs, (4) set the label strings, and (5) free it when the the Lisp level glyph doesn't need it any more. This would be efficient for the buffers tabs case. There would only ever be one such widget per frame. There should be no problem with geometry negotiation as geometry should not change. (And if there is, we could arrange that "freeing" the widget when the Lisp object doesn't need it doesn't involve unmapping/unmanaging it immediately so that no negotiation would occur except that necessary to deal with changing labels anyway). Step (5) would occur automatically when the frame's current buffer changes, so that when the new buffer went to allocate one of these guys, it would find the previously used one sitting there waiting for it. And everything else you do would be just the same as currently. The point is that the Emacs frame would manage the free list, not the tabs widget itself. As for the tabs widget making sure it always knows which buffer's list of strings is supposed to be used, we have to do that anyway. That's where this thread came from in the first place. Andy> not true you would have to make a decision about what domain Andy> you want to cache widgets in. That decision will inevitably Andy> screw someone without changes to the specifier Andy> implementation. Or to the widget/subwindow implementation. But at this point you have made the decision that a given glyph can only be displayed once in a given Emacs windows, AFAICT. Suppose I want a background of tiled duplicates of a progress gauge? >> (3) and (4) together imply that free'd ws-widgets ought to be >> cached. Andy> Que? [I'm at 39,0000 feet on my way to Lison, Portugal and Andy> the in-flight cuisine was very, very good [Not sure about Andy> the plane]]. I meant kept on a free list so they can be reused. As described above. Andy> Maybe. I'm caching on a glyph basis now which I think comes Andy> close to what you are describing. No; that would be like saying you can only use one copy of the letter "A" per Emacs window. We don't cache character bitmaps because blitting a bitmap from a font to the screen is the cheapest possible operation in a graphical window system. We do cache image pixmaps because decoding a PNG (eg) to an X11 pixmap is an expensive operation. But we can blit that pixmap to the screen repeatedly; we don't keep a copy for every frame or window. We only add new pixmaps to the cache (a) if they are instantiated differently (because the device is different) or (b) if the specifier instantiator itself differs (such as buffers that use different colored bullets for the same level of bulleted list). As far as I can tell, once a tab ws-widget has been allocated, changing the number of tabs and labels is very cheap. And I certainly can't see how it is cheaper to unmap one ws-widget, change the other, and map it. So there is no need to cache the ws-widget in the Lisp buffers tab control glyph, only the instantiator, which is a list of strings. When the glyph wants to display itself, it should put itself somewhere where redisplay will find it. Then redisplay will construct a rune for it, which involves (1) asking the Emacs frame if there is a ws-widget waiting for it, and (2) allocating one if not. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Mon Sep 11 05:15:55 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA21639 for xemacs-beta-out; Mon, 11 Sep 2000 05:15:55 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA21626 for ; Mon, 11 Sep 2000 05:15:45 -0400 Received: by localhost id m13YPdZ-00013NC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Mon, 11 Sep 2000 18:12:25 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14780.41465.575580.899984@turnbull.sk.tsukuba.ac.jp> Date: Mon, 11 Sep 2000 18:12:25 +0900 (JST) To: Andy Piper Cc: XEmacs Developers Subject: Widget wackiness, IMO [was: Widget design ...] In-Reply-To: <4.3.2.7.2.20000910204936.00c48430@london.beasys.com> References: <4.3.2.7.2.20000823122848.00c37cc0@london.beasys.com> <4.3.2.7.2.20000823111310.00cccd90@london.beasys.com> <14755.35818.644707.13577@mule.m17n.org> <4.3.2.7.2.20000910204936.00c48430@london.beasys.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Andy" == Andy Piper writes: At 01:09 PM 8/24/00 +0900, Stephen J. Turnbull wrote: >> BTW, some things I find disconcerting about the current >> behavior: >> >> (1) If two buffers in the same mode are displayed >> simultaneously in the same frame, then using the tab to switch >> buffers switches windows, not buffers in the current window. >> This behavior makes sense for the keystroke equivalent, but if >> I'm moving the mouse anyway click-to- focus makes more sense >> than using the tab control. If I use the tab control I expect >> the buffer to end up in the top window. Andy> YMMV. The current behaviour is logical from a Andy> (select-buffer) point-of-view. I think my expectation is conditioned by where my eyes are. If I use select-buffer via a keyboard binding, my eyes go to the buffer's window if it is visible. If I use tabs, my eyes go to the tabs, and want the buffer to appear where they are. If you don't want to code this, I owe you other code anyway.... Do this (as a user option) at the same time, shouldn't be too hard. :-) -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Mon Sep 11 08:29:18 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA29869 for xemacs-beta-out; Mon, 11 Sep 2000 08:29:18 -0400 Received: from adglinux1.hns.com (adglinux1.hns.com [139.85.108.152]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA29866 for ; Mon, 11 Sep 2000 08:29:17 -0400 Received: from nbecker by adglinux1.hns.com with local (Exim 3.16 #1) id 13YSi5-0000Sb-00 for xemacs-beta@xemacs.org; Mon, 11 Sep 2000 08:29:17 -0400 To: xemacs-beta@xemacs.org Subject: efs bug? Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: text/plain; charset=US-ASCII From: nbecker@fred.net Date: 11 Sep 2000 08:29:16 -0400 Message-ID: Lines: 14 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: This is what I get from Manage Packages/list & install: 230 Anonymous access granted, restrictions apply. ftp> hash Hash mark printing on (1024 bytes/hash mark). ftp> quote cwd /pub/xemacs/packages/package-index.LATEST.pgp/ 550 /pub/xemacs/packages/package-index.LATEST.pgp/: Not a directory ftp> quote cwd /pub/xemacs/packages/ 250 CWD command successful. ftp> ls "-al" /tmp/efselFxdx 200 PORT command successful. 150 Opening ASCII mode data connection for file list. 226 Transfer complete. ftp> From owner-xemacs-beta@xemacs.org Mon Sep 11 09:16:31 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id JAA32499 for xemacs-beta-out; Mon, 11 Sep 2000 09:16:31 -0400 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id JAA32494 for ; Mon, 11 Sep 2000 09:16:29 -0400 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 7675E1E272; Mon, 11 Sep 2000 15:16:24 +0200 (MEST) Received: from arthur.inka.de (Maclaurin.suse.de [10.10.1.130]) by Hermes.suse.de (Postfix) with ESMTP id 0DF0E10A02A; Mon, 11 Sep 2000 15:16:24 +0200 (MEST) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 13YTGO-0001HN-00; Mon, 11 Sep 2000 15:04:44 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 1068C1822; Mon, 11 Sep 2000 15:04:43 +0200 (CEST) Mail-Copies-To: never To: nbecker@fred.net Cc: xemacs-beta@xemacs.org Subject: Re: efs bug? References: From: Andreas Jaeger Date: 11 Sep 2000 15:04:42 +0200 In-Reply-To: nbecker@fred.net's message of "11 Sep 2000 08:29:16 -0400" Message-ID: Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> nbecker writes: > This is what I get from Manage Packages/list & install: Which XEmacs version? Which OS? This is AFAIK fixed in XEmacs 21.1.12. Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-xemacs-beta@xemacs.org Mon Sep 11 09:26:55 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id JAA00828 for xemacs-beta-out; Mon, 11 Sep 2000 09:26:55 -0400 Received: from adglinux1.hns.com (adglinux1.hns.com [139.85.108.152]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id JAA00825 for ; Mon, 11 Sep 2000 09:26:55 -0400 Received: from nbecker by adglinux1.hns.com with local (Exim 3.16 #1) id 13YTbq-0000NT-00 for xemacs-beta@xemacs.org; Mon, 11 Sep 2000 09:26:54 -0400 To: xemacs-beta@xemacs.org Subject: Re: efs bug? References: Content-Type: text/plain; charset=US-ASCII From: nbecker@fred.net Date: 11 Sep 2000 09:26:54 -0400 In-Reply-To: Andreas Jaeger's message of "11 Sep 2000 15:04:42 +0200" Message-ID: Lines: 11 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Andreas" == Andreas Jaeger writes: >>>>> nbecker writes: >> This is what I get from Manage Packages/list & install: Andreas> Which XEmacs version? Which OS? Andreas> This is AFAIK fixed in XEmacs 21.1.12. Value: "21.1 (patch 11) \"GTK\" XEmacs Lucid" From owner-xemacs-beta@xemacs.org Mon Sep 11 09:59:37 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id JAA02863 for xemacs-beta-out; Mon, 11 Sep 2000 09:59:37 -0400 Received: from adglinux1.hns.com (adglinux1.hns.com [139.85.108.152]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id JAA02860 for ; Mon, 11 Sep 2000 09:59:36 -0400 Received: from nbecker by adglinux1.hns.com with local (Exim 3.16 #1) id 13YU7U-0002Hi-00 for xemacs-beta@xemacs.org; Mon, 11 Sep 2000 09:59:36 -0400 To: xemacs-beta@xemacs.org Subject: pcl-cvs doc sync? Content-Type: text/plain; charset=US-ASCII From: nbecker@fred.net Date: 11 Sep 2000 09:59:36 -0400 Message-ID: Lines: 8 MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I just grabbed/installed pcl-cvs PCL-CVS release v2_9_9. C-h i says: Next: Installation, Prev: (dir), Up: (dir) This info manual describes pcl-cvs which is a GNU Emacs front-end to CVS. It works with CVS version 1.9 and newer. This manual is updated to release 2.5 of pcl-cvs. From owner-xemacs-beta@xemacs.org Mon Sep 11 12:16:18 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id MAA11302 for xemacs-beta-out; Mon, 11 Sep 2000 12:16:18 -0400 Received: from ns.blueskystudios.com ([63.108.102.35]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id MAA11298 for ; Mon, 11 Sep 2000 12:16:16 -0400 Received: from redhook.blueskystudios.com (maginot-psn.blueskystudios.com [192.168.2.1]) by ns.blueskystudios.com (8.9.3/8.9.3) with ESMTP id MAA85172 for ; Mon, 11 Sep 2000 12:16:16 -0400 (EDT) Received: from denmark.blueskystudios.com (denmark.blueskystudios.com [10.1.10.71]) by redhook.blueskystudios.com (8.9.3/8.9.3) with ESMTP id MAA1854051; Mon, 11 Sep 2000 12:15:08 -0400 (EDT) Received: (from turner@localhost) by denmark.blueskystudios.com (8.9.3/8.9.3) id MAA66828; Mon, 11 Sep 2000 12:16:15 -0400 (EDT) From: "John A. Turner" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="/TFor1fQ/Z" Content-Transfer-Encoding: 7bit Message-ID: <14781.1358.889336.406016@denmark.blueskystudios.com> Date: Mon, 11 Sep 2000 12:16:14 -0400 (EDT) To: xemacs-beta@xemacs.org Subject: window shrinkage X-PGP-Fingerprint: 64 CF BC 31 E1 15 ED 5D E1 BE F5 7F CD 5D 99 34 X-Caffeination-Level: High X-URL: http://john.turner.org/ X-Mailer: VM 6.72 under 21.2 (beta35) "Nike" XEmacs Lucid X-Face: One of my favorite quotes... Music is the cup which holds the wine of silence; sound is that cup, but empty; noise is that cup, but broken. - Robert Fripp Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: --/TFor1fQ/Z Content-Type: text/plain; charset=us-ascii Content-Description: message body and .signature Content-Transfer-Encoding: 7bit [21.2, recent CVS update, Irix 6.5.6m, gcc 2.95.2] refer to this thread from xemacs-nt: http://www.xemacs.org/list-archives/xemacs-nt/200008/msg00008.html a followup indicated that it occurs on Unix as well, but I hadn't seen it until recently - the recipe in the msg works, but substitute the X form of the font, e.g. -*-lucidatypewriter-medium-*-*-sans-*-*-*-*-*-*-*-*" attached are two images that show what happens when flipping between windows in a regular session of XEmacs on Irix for me (not -vanilla) - note the changes in the scrollbar area -- John A. Turner, Ph.D. Senior Research Associate Blue Sky Studios, 44 S. Broadway, White Plains, NY 10601 http://www.blueskystudios.com/ (914) 259-6319 --/TFor1fQ/Z Content-Type: image/png Content-Disposition: inline; filename="top.png" Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAtsAAAH0CAIAAABjAHaBAAAABGdBTUEAALGPC/xhBQAAADh0 RVh0U29mdHdhcmUAWFYgVmVyc2lvbiAzLjEwYSAgUmV2OiAxMi8yOS85NCAoUE5HIHBhdGNo IDEuMindFS5JAAAgAElEQVR4nO29f5CeVXn/f+2yygYo2Y2abGhQnkQ7TSSVxBIrX1phk8y0 WnEKouPSGdrUkn6kdaZOZusMWEejX8c0YH+omGCwMt88DmBg7ACfan4Uh4o0/DIykpQIC4kk CxZ2Uw37ACH7/eMkJ2fPdc65z33O/ft5v2bn2fs59/l93899rvs617lOzzkrRyiaI/sfPXpg HxGdc+GFhx56SH5q0Q499JAxuYgpzzqSa6dkiE9uPKGMpp7lIbYkvFZqHF4xrYbGPlGz4tXg pcg46oF/x/IctMZq2PJXqz00NPSBD3xgYmJicnLS2HyNJ5988uDBg88888w///M/q+H33nvv u971rttuu+3b3/72t771rT/90z/9+Mc/vmfPnr/6q7969dVXH3nkkQcffPC6664799xz//Vf /3XPnj0jIyNf+tKXLrvssjVr1jz11FNbt25dsGDBypUrRf579uy5+uqrV65cecMNN3zqU596 5pln7rzzzj179nz+858X9XzyySf/8R//8YorrvjIRz5y5MiRdru9b9++devW9ff3/8d//Me3 v/3tW2+91ac5APgzMTHR6XQmJibGxztDQ/38h7Pr8fto6PRTCQ69Ovyu94nDsbGxbdu2LVu2 bHx8/PDhwyLw3nvv3bVrFxFNTU0tWbLkuuuua7VaaokrV66cmJjYsmXLsmXL2u32li1bhoaG tm7dKk4R0eWXX37ttdc+9thj69atI6KNGzcuW7Zsy5Yt7XZb5PD666/fd999RPS9733vl7/8 5d69ez/72c+effbZ3//+9zds2HDw4MGNGzdedtll4ifj+PqNb3xD/Lhk0ePj43/4h394ww03 7Nmz51Of+lQuPQ6qTV98Fkf2P8oDtdGRj5p8/DaO94481WjamGoTCLQ4WibaMKzVQS3LViv3 YG8b/o0FaWfVLjK2UZOK1LbI+FxgUr+qB0ZRhthVI8Y5F154/OBBHp7Ieeedd+ONN6oh999/ /wMPPLB79+6rr7766quvFs9ZIurr6/vFL37xwAMPXHTRRTt37nziiSd+/vOfE9Frr7329a9/ /bLLLrvllluI6N/+7d8WLFgwb968J598Uiur0+n82Z/9GRG9613v2rZtmwj80Ic+9NnPfvaC Cy64/fbbiejw4cNbtmwJaAgAGTK89JIZ399iiLNt27YbbriBiPr7+wcGBmbNmkVEs2bN+uY3 v0lEu3btuvPOO4noq1/9anx9Op3ORz7yEXH8oQ99SD31nve8JzjbgYGBycnJN7zhDVGVA/Un A4lk9juWa0KJ8aVckx5EHP66bxRlbIO3GofYUK1mZdNkkGlk1YZnsg/hWq20VtjUJDLcLRmo jeIN1ypgFFCMNdTkCWMnSAHIoaySZ7Xm8PYmcumll2ohy5YtO/vssycnJ6+44oq5c+eeccYZ zzzzzMGDB4nojW98Y39//0c/+tG5c+e++c1v3r9//7nnnrto0aI5c+b87Gc/O//889/ylrcc OXLk6NGjP/jBD0Ruf/zHfzx37lwi+v73v/+///u/jzzyyH/913995StfkcW9/e1vP378+NTU 1CWXXDJ37tw5c+a88Y1v7HQ6RHTo0KGPfexjPT09Ae0CoAAGBwc1RQgRyZDrr7+eiJYvX55J WceOHbviiiuI6J/+6Z8OHDggw2+44YaBgYH3vOc9B4NeSFasWCF+rR/96EeJ6Cc/+UkmtQW1 I0sdCX+91gQCeSzjS9HEOA2hZisxTqaoWdlQz3JNDJec3Ke4KoJMogZvjrE+ZBJHEudNuFRk 021wgUy7QFy7w8UOYp3PdVQBLFiwQIz9Knv27CGit771ra+++ioRvfGNb1TPivBjx44dO3bs N3/zN48fP/7ss8+eeeaZrVbrtddem56ePvvss08//fSf/vSnb3jDGxYsWHDkyJGpqamzzz77 tdde279//5lnnnns2DG10P3795922mnnnXeeyPa11147fvw4EZ1++ulz5sx57rnnUr29TU1N 8RaBYPr7+8V7P/BnbGxMHFx11VWHDx/+whe+EJ/n66+//o53vGPBggXj4+Pf+ta3ZPiLL774 7ne/e2Rk5LLLLvvud78bkPPatWvPO++8vr6+FStWENH3v//9+NqCOpKLjoQs9hA8rW1uhWsy bDMFfMikmQKBW23ANRmqnoPXih84FANGfY9auhZZPbBNzRgLckwDcY2IzN9Wf8dXh3QYph0h ojPOOMNxVpVFfvCDH0xNTclwcUqN8IY3vEGKDjJbeSDPnnbaaZqIoxannjrttNPc1dMQsgjE kczpdDqQS1Jx+PDhO++8UxiFENEXv/jF6667johardbExERYnkePHv3kJz9JRD/84Q/f9KY3 yfBOp3PrrbeOjIz83u/93llnnRWQ82233bZ27Voi+sUvfvGNb3zj+eefD6shqDs98ZatQhyR lq0ikI92jlkMMkkwZDEytb3uk0W+MeZpPOuYoTBOJGlygE3BY5xR4lnxwZ4nd5x1aKHUymg5 aF1Blj6nmXKYMYkMOX7wYCrLVk8OHjx4+umni8mXajI1NSWa3Ol0oCbJiv7+/sHBwf7+fiIa HBwsuzoZk2jZ6kBoQQYGBozdInKeP3/+0NDQ2NjY5OSkkOrmz58vihDHMp+hoSEh8Dm+PvPM M6+++urg4OBb3jLDnuXo0aPPPfccES1atOjQoUNTU1NvetObhMhy8OBB29eXX35ZWraee+65 s2fPnj9//vT09PT0dESPgnqTpY7EMX9BM0dHm/JD0204ZlX4iz5Zxnu3ioUssoJWBDmlB63V iZKB2iit7bzhxtx4/W3dy4vjUy2atGdMa7y4PMKhhx4aGhriLY3n3HPPzSPbDBEiyMTExF+s GyaiL65rX7cxQdxHHM84d255bGBgYGpqCmoSCbcdUZFiyvj4+KxZs9R+GxwcVIUYLR/H1/PO O89Y1plnnvlbv/Vb4lj7nbq/qqW89tprr7322mmnnWZuD+gOMl5rY5xqkRinKrTXfa4OUePz 8d5HOFAHfi7E0Mw5GptUwXUzmsTDZ1vIIpDZ6klMFFDbKDNUq8SLMHay1nxbZJvYwcUdz9al ReiTJycnNR2D0NgPDAxQmhdlW25GwopQ6ZwkIC3wIV4cSXVL+BB/2wCaOd8KupksdSRuqwLb xIc2rhs1HMTGPP42bxwUbVoBYyW5NHAOWzVjG++1mjjUD8a0RmxiitoWLlrxVmvJbToSYzMT e5XrlgIQamTxBjwwMDAwMNBqtYSiXiA020Q0OTl5+PBhEc02ACTmZiRVEQ76BxMKAiH0d2bN mtXf3x8mRoTdEj5kddt0J4cOHbr00kuXLVtWdkVAVcjLH4lEVSHwt3MumrgnR1T9hAyRBWmz PMRe5Y36GO2TTGO5JgzZDozTLlzYUtvCe4xrd4xdp/ahsc5kEdds2g6tOKM0pmXIp3jOSemP RAwVYoRwT/eoZ8fHxycmJsbGxrSnv39uwUWAehF5S/iA2yYMsZCt0+mIhXUAUOZ2JHww1iYC eHJN7c8nArQh0zEWauMomaQB20s/n/gwKlR4i2y6EE1mMooptlKM6gethlpv857hGhStPtqx Vh+baoTHDEY8uAOGiqGhoaGhIfn0F1Pdwbn5FwHqRba3hA/Z3jZdYh/9yiuvBKRyrL3qkn5r JH1H9j8qRIqYT5mdJnPYlBZ8kNZkCFURYhvjeT62gdwooGhVNaptjKVwVLmEx3HPcaiqCy0O lzl4uVpf2WporBJXC2lyDO8N4+XTZDJ/pqamhMJWfXyMjIycf/75AwMDP//5z++8886zzjrr E5/4xPPPP/+5z33us5/97Lx58z7xiU+ImEL9fuedd4rnvpbb7/zO77z97W8nokcfffSZZ565 /PLLiejOO++cM2fOJZdcwitz3333zZs3b8GCBb/xG7/x3HPPPfHEE7/61a9kEXJhAqgR6i1x ySWXzJkzR4Q/99xzP/3pT//oj/5IfD127Nj+/fv37t0rbhLBSy+99NOf/vTiiy/u6zO8tr3w wgvasq/HH3988eLFIvJLL7103333xdw2WEbuA18Tjn6rO310ctol5pPDx2/jFIwxsm2o4y/6 ahIZHvDuzhUV2sCs6W+MFT7E1vUYZ2pk/u4R3TFjolZJ6xxNg6L1lSzUqAri0zo0s2NpprSk HciYqd5HtWfHpz/96d///d8Xx/Pmzbvwwgu/853vzJs3b968eZ/85Cfnzp07b948x9pINbfz zz//jDPOOOOMM1555ZV9+/YtWLBARHj99dfFscbFF18slxIsWLDg/PPPv+mmm15++WX/tnC+ uK4dECdxBQrwR94SAwMDCxYs+J//+Z+XX375Pe95z5lnnilugwMHDpx55pmrV69++eWX1Rvj 2LFj733ve22rS44dO6bdRfPmzZO2mceOHYtZ+o5l5InINeGdTkdKJOi3BtAn/IhkgkPxYJwX IIuYcmimQStZRndjQndkm27GJj9xzYpx8oVPl6j10Srm6DTbsefXQzO91jokOU0Nw+NoOhJj JlrmMsO0diTq13e/+91E9Dd/8zePPPLIzTff/M53vlM6mH/f+94n/LdKJ2mO3AYGBt785jc/ 8sgjCxYsWLRokUgoIohlEU8//fTNN9+8cuXKVatWbd68eWxsbHR0lIi+8pWvvPDCCx/+8Iff /e53L1my5P777/dvixG3eMFXwH5xXdtHjmkGBUhj8pY4duwYEf3oRz96/vnnr7nmGun47t// /d/nzZv3oQ99SMgTzz///Pe+972jR4++8MILK1euXLRo0cTExNe+9rW5c+dec801jzzyyCOP PCJdhqj3jzgWkY8ePRpTZ7mMvEOd+fMHBwbnzxroHxrEsucTjE9MHR4bnzg8MTg4qK4JR781 gAzsSDS0F2jjmO2ZVg10zKGoB+rwqQ3Sxld/LQetJo5qqCWqAodNpNA6wShp2WQjt27GoT7h OhtjTfil0fI0XjItc9kJMXP2Ypw4fPhwp9M5fPjwO9/5TnVNoPCm6vPqs3TpUiISnh/nzZu3 cOFCIvr1r3/d6XSEdHL8+PFOpyNGqVdffbXT6Qg7xJdeeqnT6fzyl78kot7e3sjXrIDxlQso NHPkrqkGxShmFS+Nic3hfv3rX99///3irrjmmmuIaPfu3T/+8Y/f//73n3nmmcPDw+Pj49u2 bbvnnnve/OY3X3DBBR//+MeFc/RWqzV79uzdu3ePj4/TSSlH3D9q5C9/+csxlZTLyJdftHhg gFqt+doCLtFLNb0T4mkR0UWtsb3jjz1wmJQ14Yn9BqpP399/5RuZZPT5v/0r/lLOh1KuNqCZ 459xCsMxZtuGcOMpsogCxoJ4E2xt54oETSbj1TDWQZsT0aqkyT2awOeomHYVHD1m0wnZSuFC oVuPxdGG/GefffZtb3vbDTfcsH///j/4gz8goocffviDH/zgww8/vGTJkkSH7jI3sa/Y+9// fvH1ggsueOmll+bMmbN48eIlS5YQ0RNPPKGlfeKJJ5YsWfKxj33swIEDF198MRHt3bs3VVsk clgNm7VxMDw8/ON7x/3DqxNneHhY7t4sSWz78PCwiLN4WaCJqLwlxEZF3/3ud8fHx5966iki uvrqq4noJz/5yQUXXPDWt75VfBUMDQ0J5+vCJ/rQ0JCwSRKsWLFixYoVX/va19SCrr32Whl5 0aJFoogY+gf7BwaotWS+tkpZ6tV8XMw1mNbiocceHeNrwm39BmpBNjqSDV/6f+WxJi5o46vn 0EgzB2zbiGuM6RBfjGoVmYlWB3UqxKhEITYA26JpSTR5gpJ0EjYlENklJy7SaUUkThVpzT80 00pGi6Ne1lSzNppEcs0112zduvVtb3vb2972tldeeeUHP/jBgw8++MEPfvCll17667/+65tu uun000936C3kqaGhoRdffPH6668/66yz/uEf/mHJkiU33njj1VdfLV6In3nmmfvvv1/TkXzr W9+69tprlyxZsmTJkl/96ld33333k08+6d8QFf8Bo6vivPf9ukYkhc/WrT92x7ShSSQHDhzY v3+/GmHTpk1/+Zd/KbfGPeuss1ThQ/Diiy+KLW3nzJkjzWO1+0emevHFF5999tlMjBgG5w+W O6z6KOeCFXg+mh53nFarRZ3+gYEBobKSzG+d6jdPuY3LebJd120ccZ91V5vHTJWzllWwMGrM Vq2Gozm2rIzxbTl7Zt739f8vZKtGlV8fPPHg1sYzceBWMPDpBuP0AR8LuUghj/mwzUvUFBjq gG0coW2SjTYVYoypZau2RZvy0PK36Y20cA6XeGimUGKT3rQ8jdKhrY1ScxNj2bp//36x+afK d77zHXGwePFiz9z+/M//XIbI43Xr1mnxt23btm3bNhnzc5/7nH/NQS2Qt8SXvvQl7ZS8Mf7l X/7FJ6sHHnhAC1HvH5lbhpT7kq+NhcZR0CeOLef4OJlnotZfFRcc0Rxn5QH/quagVlLLOVt9 mLFWtrPupjni8HyMLbKRvR2JRBtBbdoL23BrVKJw5YptsDROyvDqOaYbtAprtdJmT7RsuaRC lsFeK4gfGMUL3hBjfK46simluGiiHXBBSmtL2vkaQfyGfMJSNavcEotwR+t0OlOHrYa3IJxO 4OCc0y3hg+dt04Xw1/SwOG7E4Oefg+dgrIaQx9jsE1NN4o4cI5poOae1RuJSlPursVyHnCfI UiIxvjfzcHmsTehoCY2zNsYRkYfYpoR4TGMdjPnImhgj20rkYgGfPbF9VUUBG44actlCbbLa drdayKZuMUpsROQ/ayNMOrIi29wCwGrDqlH6LZEHiYOWwD1ZkGcFk2tScNFZKRi0gTaVuOOj VNC+GpM4CvWZH1HDg/tEvaMS1S08spvesDoZMU49aCFGAwg1B3WOg7+jq0m0s2panoqP62p8 /ifDNQ2EmtDYcNtEidYDYkQ36lFUeeIcxU0c2QUyTfhTVRpaPryefDaH978jofESdCFiTTKE klzR1op3LeqDvvqI2hZQYc3mRhaqzRrYkidKGDGmGxkuInNIG+6ujqyGWxjyNOcvetbGMYZp 2hGaOb7axlSBHPOMY6cahwdqB5qU4NAHcFFAO9YkBqPuxFg9dyW1kd6YhGYKN8YIbqWOD1oR RtWLUadlowFui4yWhrJRExMT8fvTAiNjY2NDQ0O1lvwcjs9BVszqD+9hzdSULCOoW01lPOuZ s6Yp8dSHxTSQZipp3AXZbHV5S22RExuS8awNf8lW1fs+46sW4pig0aYk+OSFcaqChzsOuMzk EBds7dJy40og3jPGJFo3OuQArYs0wYXX31YZ7UDrAa1/5Kdx1qYx3p1tTRBuIolo5Nr3Fluj rmDZRfN/vGtsfHxcGGfU90bijs8D6HJ/JA76+/snJibUu8M4ocDhg6txgsN41pFb2pyN0o8j K3/cBaXKMDFyzNyQLpH88uHtRPSW312dKhcBH8vVcC4oJL5Sa/AJFGMFHLM8xjkUPupzHY9R mOB6F26WoUUwBtrkCR6NyzdazxgjGOtpEy8cNdECbfXka22a5N3ZsRpz1qxZEEdyorV4iIge e+CwuJHqOH1jdHweQO38kRRmRyJ+m4ODgw/cO7Z42fzBwX4iGmqZ7YvHx4qwdy639PzIpF3G TLLXkWhyg1GTwaUK2/DMFRVkf79Xc9A0Cuo4qpVlk2PUcokNwD4yh20iideZyxxaKq0Uoyxl m8dxKDYcZdnysTXfmIOgS7w7i1ET5MTM7q3ZVsw2x+f54X7bLpLCylW7dGzvxJg4euDw+6/S vQbcuzXQ+WFqyi09PzJplymTnje/e5X8EqYgEf5IOi8c0EZE7dihETEO0loEYoOrgOs8jEnc +RiHbXcgzZTAeHsdLdXapZJYnKOlthLJLg+5Oz8xGhdZiOj4wYMf+MAH1FWXwiv8xMQEvDuD bkY4Ph8YGJBj58TEhPhpjI93hob6xQ9n7969nU5niqauGFk+MKi/RwZ7JAug4h7SHntgnHtI k9KeUJkcPnyYiNSRTwycic6NMkH4fS6r9PzIpF3GTHqFFML55cPbxSlxYIvG4ToS42DJNR8y 3PiiT6bRVMtNHvPxlddKqiVU5Y1WN+3V3z3Tcc7MXXCNkyC8pYdmLu3hvWFMe2imUa2WxKHX 0aQKLUOtXK4RURPadF1k4ZR358LFkS/O3DDli2z/FGlrVnDFQFfRWjxE/R3h+Dwmn8LW2iQu 3/CM40gYH0dDiiOCVqtFyut7wQKBKKis0vMjk3YZM+kjol8+vN2mF5GnhFDioz6xqTe0t20u W6iSgU2O4fnTTOGGZoovtuI0FQgf7NWc1YK4+GLTtThGa7c2SBOAiEkStoTEpBNjfK2HHeor m1DIG26sEifMK3bwfLnRZ2Ku0/BheSJVN6QS2Byfg2yRdvQDAwOtVmtsbEyeEgNhMf0/NDS0 ePFidYesIkvPj0zaZczklD8SdcpGakRSzeDIQcuh/yDTEhL1LNllDlUxwJPzF3r1wKj24CqQ xDhazrZO0EZrtRqa/KSGqKfOYZ5IZPO1GRNjZ2pFqK3gRWvdyAUgm9bnUEo3JEV6xVbVHlwp okZzq08AqBQxCy66EKPH3sIEAmNBdRdHKKN2GeP3kV3sSGtQ4hA4NLUHf493TBloSWxTCWSS IdQqqSoHXnnjrI1WJV4397SIFsGWSquqmhUxwYJP/RizOsQsfDUFD8+Wd4V2Sruyxu71FE0K 4LqZ7ordauecfBkBAEpBXY2lrczie3oPDg7mVwFH6XmUmxN8dVtirwZku3fv3j4fscPT4lUO dW7zAk1w0ZIbRzs1xKh7oJnjpaYVkNHUU+6y1GrzUVmdIuGiA8/WWFv51aif0OrA267VTVMC GZNr/WBssprwHNP6HbUbjbJgdeC+GsW0tGMXBogjoOKU6JS9Lohxjq/jMAbeu3XvxMREtsKB rQKaFWfm5eaEoz8FjlP+iEyy99nKJ1b4oGicDrANutqBbeB3v/Qbq6rG50UbpSuu/jFO+nAh g5jcow3qZJJptEK1lholGJtiw9hSTY5RpQ356aMXUXPw39emMBzugGKc+QBQPNeF7knbJSQO nxrvv2pxtsKBZwUyLzcn0vZnJCdW/xqNSESIPPU/j+wopk4AAAAAaAwPP/zwXffd6I7zJ5d8 yqojEbKINl+zfnMuOu2bbrv7yP5HP3393+eROQAAAACM5D3+3nTb3Yd2tu+678Yvrmv/53/+ pwj8vw9+XRz80e99Qobcdd+NJ9bavOV3V3MzERHIw2+67e5sP4/sfzTX/PGJT3ziE5/4xCf/ zHv8Ffl/cV17x44d//fBr1988cUXX3zxpResIaJLL1ijhczw2UpOI9b/eWTH+s3tm267+/98 9I9FYRkiZbTMcwYAAACAjfzG3yP7H539juWHdraJaMeOHatWrRKmTpdesGbVqlU8pDchP0Ye 4ogE4ggAAABQPHmMv7PfsVzqYF555RUZLo55iC6RGKdpVISOhIhEMVl9kqLewSc+8YlPfOIT n8V8Ug7jr5QTZr9juSjigb1bt23btrx1xfLWFQ/s3WoM0WdtHIhZG1IkKVEYPvGJT3ziE5/4 xKf4VOdSjux/9OiBfbfeeut/v/DvZHKoI0NuvfXW1BKJtCMRBYv5IQAAAAAAo5zg8KOjktpD mpR9hDREuS0JBgAAAECN+Mw1I2SSE8jPBWXvrw8+6fknEqh2JLNPzg9RFsuEssoHn/jEJz7x iU98en6Kg0xyk/kY5YREevrnvtUzaueFA9yO5OiBfUJF41+kkSP7H/309X8fnw8AAADQeI5k t2Q3q/FXigTE5IRly5b55NDXeeFAqiJvmjk/dPTAPspuSXCuS4sBAACABnBEWSOTVZ7q+Otv IXrOSsNcDJcTPLfvmWFHwreRI7YHvXF+KLJT8uhcAAAAoJHI8Tf+Nd42/hpFDQ1VcJH5kEVO 8OGEPxJN/rBtQkuW+SEREkxW+QAAAACNJ8PX+MjxVwolml1pmB1Jr7YxPc2UQlTpRFYaOhIA AACgLDJ8jc98HKcIHUkfMVlEztGosogUU/KwIwlTQD23Y6s8/s1VV6mBv7nqKu1AjWNLGxyu hgAAAAC5kq2OJJMJIE1JweUEycTEBBFNTk5OTU11Oh0i6u/vnzVr1sDAwIlZGylwaOLIoYce 0sxKKqIjkaKAkAZUiUF8VcO1OLa0acMBAACA4qmjjmRiYmJsbOyJJ56YnJwkooGBgSVLllx0 0UUXXXTRkiVLBgYGSLVsVaUQVTuimrVSko4krQtXYTuTVkZL1Eyop3g0Y0JPbYcWAdoRAAAA BZMoRqhjsdtGtRgdydjY2MDAQKvVGhoaMiYX4X3SlFVTk5DJrJU8dCQ+Bron8j/ZZWEyGp9J 4RoRfkxMyWGUKjSZ5rkdWzFBAwAAoAr4iBFiLD60s31oZ9sxLhejI1Flka1bZwzBV111lQw8 tfevpguhmWat8iDbtTZCKEmVjzqHIv/8S9SmYLRAWypM2QAAAKgI1Vlrw/Mhk5wwMDDQ6XQ6 nc6DDz4o4ixatGjRokVEtHXrVhnYx9f9qrM22gwOeehIAvbeK2ytjaeeg5vH5lorAAAAwB8f HYnnWFyMjkRYsBLR66+/Lg5++7d/+2c/+5k4fvXVV8VBLynmq/yAz+C4dSTnrBzxn7WRBMto cjKFvKds1LQx4WrRAAAAQGEkihH+A3ExOpKJk7zyyisizj333PPMM88Q0UUXXXTs2DEReMKy VVWNGM1HpKGJz1qbtEJJKhlNteqglAoMzSJEHIsZGWOeMWUBAAAAeeBvR5JIWf5I5s6dS0QL FiwgRXHSJ5UiZJFFNKrgj8THFtUW2TNacDgAAACQK7XzR8JnbYQsonFKR0LMK4mRivgjAQAA ALqTAva1Cc6HnHYkx44dmzNnjrYGWASSXGujGo6ICRqbvgT72gAAAAAlUru1Np2TDAwMyHU3 WrhQ0goAACAASURBVODAwECfZkFiXGijBkJHAgAAAJRIATqStMtm3TqSsbExn0xm+GylmSau arikCnYkAAAAQNeStx2J9K4WkA+Z5ITh4WGfTPqk/KGqQ/i6G3kAHQkAAABQIsXYkaRaNpvJ 3r+9clkvd0AifaapKhOjHYlaoYBPmU9wDvjEJz7xiU98dtUnEQk9REw+WY2/bjuSp/3o0axG 1LkbYpyzckRrwNED+0Qgj5yWtMIUAAAA0LVkOGhmldXRA/vWb27TSVFJZHv0wL7rNnqpW/po pnZEnazhwoomnYn5oQC38baWZJIPAAAA0HgyHDSzHX81zY0/fTTT+wjfCliN8Onr/14r8sy3 /jYkCQAAAAAI/s9H/5jo1Friz1zja4/Sp3032reSacWNVMgQ0aOPYrYFAAAA6F6WLz9h0SHt SNKir/61fVW1JmE2tAAAAABoJJs2bZLH6gqgVHJCn+Y5XvNKwg1dtXXGamFPPfVUVIMAAJVk x44dMclXrVoVmUNZmVekDqtWrcovcwDi0e5/o98yH2bYkdi2/1W/Bq8zBgDUl7Vr18Yk37Fj R2QOZWVekTrgfQ/UiGA5oU81HFGVImokTx0JAKDBhA2K6lCd+bCaa+YVqUMV5C0AUhGuI+H2 IuJA9eWqzuBARwIAAAAAG1xO2PrVB3wSntj7V1OKqCKIts2Nw2erxpUK4qv8TMWVM+FnA7LN Kh/PssKyDWgUJ4+CeKFpkwQXl1gTz4arEXKqT645y/zTXmuZMK7cD/Ov/DMxE/nnLsgnN0f1 AnKIrENMcWlKSb707gsd8NCzRc7jURN2bzsyyfv3mFiTAlLl11gtQ3f+XE5Y6IduRyK+qtM0 mm+SVDqSO+64I2WrY/O58sorsyo0HnHNRH3U45yQmRfTCalaV0yV1B5wlKieqtQNE4Bnkym3 ll555YfvuOO7AamISCQUQolPJmFlZUsV6kDs11f329iGentT6PPT/zdSd8Luijz6JIN9beik LKIdG/f+JQ8diUYxg7F/fO0tWeSQeSVlho38GYS1rkjRpETETVXYa1kpTVaH57TjtH/CKkgA qepQTIWzerakTc5v6QJu8kxu7yo8FvKmIiMOlxPOX7nggj86LzFhL81c9ys/xR9PECz7cJ1P jGZJS6uqHyOzNVbPceDISrsnVHWClrnWljz6ihdhfLJ4FmRsne0qaCHuTvasqieOm0T7dNQn k5qQR89kWBDP01ZQcLmatiBmqkIqS+ikykQryHHWH2MO2sxRJnVQc3NMaXkW7YP6bDmZW8KF 1mJqd3swjnuPx0yVsyrf5/Qb8XkgqMfGn1Um1TBmGNBjxjz5FY9vghbI5YT/+o8909PTibmd 8pBmXF+jmbVSRmttroxTm8skWkeIWzZeNoysnn/+V85Usqn1V++eTPqKF+HIPLLVaivuuOMO 43UxFqcdBFfJEVnNVuvwxPoE1MRWsTyazFMZW2qsSdpyIycv7rjju8YcZCA/a0uSCi1/NUNe dGQd1HzcDfQpWsP/WWe70EYRwSdD490iBzbP50kmP6K0+Th+zsEPXmOewQ1xFOqTf8CTNnLQ lGkT/ZG82nn9lanXEjM8sdOeKnNoyhKK8Ecir27koG7LJ0YrLq9EHjJHYtHGYy0Ob1ph9SxY D+yT0PPhG1ZuqkJTDQPaDcbTZthkWWJiqvhy4xGjuzzWDvIrNPFU5nUwttRdB79s7/B5wPo/ YeKvu6Ms9WvBj9xUw5BjTDEOGcU0xL/HIu+KxGp4xuRywmmnneaT8JRlq6YjkWhuW1PpSBzN TjV4FCwxUJL2pchflOcdVqOC/ElbJfUChb2yZFWTYIKbrBIgmaUvNwONBVcSFIy/rJAH8Uty SnkikfN1LvHeK/ENUHuGJyY0vhMWX/+0JeZ3V2g6G/VAc5kT5bOVmNjBXaVJNUlW/kgqMubZ qFT1CnvulPWAcxBWpTDlmTv/tDWJ0d6lKoiXm+qxG1xuJkJJ6ZQoFdW96zjB914xqPJEsLgP NIyzNuFrbcQ/dZWNRNv+VxC81qaC5Crw8kGxgj/RYIytww9YcOVJ6xlJky69iqpjSEUxHjsa TOl3VPDDM/jnUIUnjGo0Uxj+JZZ+V0j85YShoaH3vve9Q0ND4muvPOFwRqIKJZn7bI3pxAIu gKrKDrA70VRbAeUWdpMFFGSrZFZ1Ds6Hv6ulyspo9BdWk7Q5Z3i5I5vsSbBQohT9YeNxMFqV HMoPY3GZS0uJGWrLbdLn71rYYruyuT5Y3JkHDOr51dbnByh7VTUOy7tiKpXqMR885YRly5Zd f/31X/jCF77whS8MDAwsW7asT3PPmlhSJmtt0k5aa+Z7MrnROEueCqhYWPUc+dDJyqe1SzK2 MfKNhP+c1AzDLBiMreNXwRHiKC74PtFK8XmzcZeV4S3h7pn4grQ7hz9GjdnGlBsglGhJVKtS 1XmaLZWPCxMfAxGbdW22dTD2T0DRM5PPuJ/VS6zd7bYbLI93fdu9Z4uZeKdl8qRy1JPs3eJZ SqoRxzaQ8WrwDH16zHFXOBoSM2jKtGntSHbu3Kl+bbVa27ZtI6Iedac9cU5beqOyfnNbFCa+ CnHk6IF9jz76KGF3SkBE1VCuVhPeM3XpK7HZW8xOe5s2bUrMIcCSwz9zT3Kqg0+2tjgxnQ8C 8P9V1uX3WwDCjmTTpk1kkhOOHtj3u+9714rhpft+eEhN1d/ff/nll19xxRX33nvvli1b+vv7 T/kjsbmNp5ku1Hx0JEbRO+DK2UT4mJsg8UU5OOf40mMqkEdfpSqoRBxVKvh5UYUptlyb7NCF +HvpyK466TIvxpLUqPvJNP+yLn3yvZ1VBTJ5SqfqqFxliwIezrneFQGZe6616XQ6jz32GBGJ z06nc2LWxrb0l0/o+MwPZdXRedwi5Yq0+ZVeWLv8Fa2FUZ3XFHdNMuyZspocP8Q6cshiNWz5 q1eMfmwzrFh5l77Q1cUFZ5LVtGx8TSpYREDm/nYkf/EXf7F48eKxsbF169ZNTk72qadVJ62k 2LqqcTKxIwENpjryQdUwmqeUUpNqUjV5ouDcqtD8bibMiiKPmjSAYDuSU/5ItFU2argakvla GwBALdBcDpSSQ1mZ16gOAJROopywcuVKYnYkJCUSVezQVv9qgdCRANBtrFq1ipg5fcE5lJV5 jeoAQEUIsyMhoh7xz+iklTtsda+1EXa2AAAAAOg20q610exIWq1Wn1EjopqSSLtXt44E4ggA AAAAouxIpDUrtxrha3CM80PLl9fbnTwAAAAAMiHMjkT3RyKFEuPcjYDrSHa1PyNOXfqxz+fU vAD+4zt/X3YVAAAAgHpz2w9f8I8sZkv87Uh+/OMfT05O7t27V3ztI5PzeE0QUb/aZJ9LP/b5 SgkBwyPrpagEAAAAgFwRzospxh+JKo5oztCM7uSNdiRVE0cEEEoAAACAeBYuXKh+Xb169fbt 27UQeRzrj0SiOmnlS38J/kgAAACALkYIH08//bQmpkiC/ZH0avGMTuVVNYmQfYhIyD4xrQIA AABA7XBv/cjlhOOvH+fRhB3Jli1bdu3aJUJOrLWhmWKHOnGjZQEdCQAAANCdqLMzNjUJlxN6 eo+/8XR9TobbkfQS0aGHHpLu0fhyG4H8mlZHMjyyPjICj6km8U8OAAAAgGCEOCIUJMJP8dNP P82jcTnh91Yt6z3t1JzMzp07d+7cuXHjxsWLF9NJO5KdO3ee0pEItG32iGlQ/HUkmgCRuZFp 3vkDAAAAQEWdr1m1apVxLycuJ+y9b4a3Vte+NpqHVpnGuNmN/742QkTIb8FL3vkDAAAAQKDO 16jwuRt/fyT33nvvY489NjExIUJ6NRWImMFRlwHLr4JUdiRCXNAmWcQfj6kF2mK68wcAAABA HnCDVjF3o+EvJwj3aOPj4+Jrn+Z0RHNA4uOz1VGY0F5IHYaqzzAe8wNyakG0/AEAAACQOUJB YpyjIWZN4qkj4Zzy2aq5R5NoIXmstYFIAQAAAFQZ//10uZwwNTXlk7Bv9Oa7PMvY8Jd/Qil1 JByp8IAUAgAAANSC7du32/yhcbiOZHJy0idhLxFtvH275yfF6Uh2tT8jzD58LD987EgAAAAA UCm4nDDhR18qcYSidSTkvUYGShQAAACgdnAdyfi40JH0iwhvOP2YMaHuQy2RGB1J2EpdrO8F AAAA6gKXE4aHL/JJ2EtEx5/8kecnYV8bAAAAANjhckLLj77jT/6o97f+H6/PZ/dQtB2JtAtJ nLLxjAkAAACA6mC0I/FJ2EfP7hGihs8nRduRcPFCDbEdayGQUQAAAIBqErDWRmz/m3r1L/b+ BQAAAICNADlheHiYiHrD1toQ7EgAAAAAwAiTE3bt2lWoPxIAAAAANJswOWF4eLg3bUnQkQAA AADARrCcUKg/EgAAAAA0m7RygjBrpQCJhK+1ufRjn5dnK+L0Xd03uNyaAAAAAPVl7dq1aZOk 3ftXmLVSJjqSnp6etJnkDQQRANJy5PFbZi9dU3YtAAC1J3guBXYkAAAiIogjAIBMgB1JA/F8 Z+22V9vGt1dr4JHHb1HPylMyvJSbxFi6f5UyT27rJf/k/NgY6E/aJLbm2+6HZv8KQK0JlhMy sCNJmwPwQXvCgi6BX3fjaBQ5WEYSOX7nkdwhw/kkLx1HTbRw2V1FVAuAINLakUhSz9rkoSMZ HR8Vn+JADeTHxSQvHc8HpXgwHXn8FvUJZTx2xNQCZYhPzBgCqpRV0ZXFcyROhUiYeIeQ0sn1 7epUveQvx6jRjF3EfzLaWUdM/5+hu1b1vWqgYdReRzI6PrphaIN6UKPkJSJGGn/xxfE+mvi2 aowQSdoq4ZmbH/6dnOHV94ymlli6VkP+6DwVPIk/KNuv2PNyVFPrA7oZriPx3mkvJTnZkUg5 QBMIPEWEnJI3DPmoCnu+G5MXXCXtXb974KNyfvYE/p2s1iptlTTNTcCVdY/9Pslp5h0YPJzn odkCoL5wOaHT6fgkLFpHksoAjaNNrKQVIPyTG2NGll4junPUrxEBVhcxI25iHVJVyRYhlZlq fFuylW6NWfkH5lE6AGXBdSSHDx/2SVi0jiTyIRIpBPgnN8ZssAiigbe6ShE5+uY0BMZUKfIG M5ZeooyiSWNqhrxiefy48IMFlYLLCe+/wmsNMPyRNJn4oahq715Vq08tmL10jfjjp8Je4vOY iXAUyu09Mym9MF2FTdCBsgQ0FS4nvHXJfPdfa/FQa/FQVexIOBuGNggrkDBr08jkpSPN7xMf vvJ5x2f0w975crVRCCOyRTXC87pHXiNjf6bqZK4J8K+SMWaqFvHS/XE302ba4tmixK7L48dV wR8s6HIccsKX17XVr3+3cUT92tO7+hOeZRzf/vX1m9vcjsR/qTEAoBbAHhMAIBD72njubrN8 +XIuJxza2f70DVeJCF9e19akEMFp09NUEX8kAIDSabbyCQCQH5s2bVK/1t4fCQCgXKD8BwC4 eeqpp3jgjh07tJBgn63VtSMBABQMBBEAQDxuOUGakvDpm14iOv7kjzw/CWttCsTfS1XeNakU jWmv0fN3ZKCjrPgK510lz+QymjFyXW6PutQTgAAccsLfbRyRf5qVKxH1pRJHCDqSosADq9kY /YlFBlaw8o4cfPK0YTtbo18N1FGgwQTLCb307B7fPyLKR0eCnfY4ng8suVhUfRYbjx0xfV52 bTFjCKhSVkWXTpED0pHq7bTncNgajKdkZmyj7diYnCJ+R7ZAAJpEsJxQFTsS7LQXRirX4J6v 3ba3VWOESNJWqUue44nNzEOg8e9kY+n5yVj8fou0wJW/mrA7OfJ31FV3MuhO3P5IjKt/BVXx 2erYKq/E5A1Deyby44DkBVepSbpu+a7Mh1utN2wxeeRM8M8w2yo5mqlVT/6pKsDC7g23QNak WxSAMGqjI9HeDNL+erHTXjHgBa4A3IooieOszzAs4wSrBBJzTgz0xNbMVDOYYXWI1JoAAFQc coJq0MqVJUX7I4n8tWOnvWLAQ7ksIvUTtpgRNUpReonDeYl2vgAADbc/kixnbbDWpkbED0VV U5ZUrT7BRDYk1bg7u5Cd9iJFAUeh3DI0uBQHNgUJL64xNyEAOdFAn63YaY/8nvLqLl88JODp WUHfnZEtqiDGTvYPpJnjYtgkBc/cv5ONpftXid/e/ndd6fcn/8W5oyXGBKBhBPts7UlVzPrN bVGY+CrEEey0B0DDwNyHjax6Bj0M6oK6057Di7yIIHbao5lywtED++ROezYCd9qDz1YAGkkz lE8VB50MuoHarLUBAFQTzDIUgOeMDwC1Jnhfm+rakQAACgbDZCLxXYROBo3HYUeiekjj3tKw 1qa6eCp4u00P3Jj22ryJG0NsfsfLukmMVXLU06dKnsllNM/eqybGrjOeAqB2NHCtTZeDp1Kz sfk9Mw6xDg9p+dfUgNt7OrF6GnPwydOG7WyNfjXc053/8joAKo5DR+JwRkIV0ZFgpz1OKudX R0z7fmnHjpg+L7u2mDEEVCmrokvHdn1z8pA2GzvtKdF4G23HxuQU8TuyBQLQJHzkBOMGN1VZ ayO8hgj3IbVLXiLSQbjns1jbDcQYKEMSY8aTtkp4jueHfye7N3bJnOD5HRuqz/iw+sT8joy/ VlkfKEhAA0iUE2z77fVNj7WJqKflUqQQ0fRYW8TJyY7EsVWej3+znJI3DNUbFQ8MS15wlZok lMiG+DvaUtPmN3T5d7KxGsF18+8QXlaRY7lbIAuoRvFNACBXwu1IhJwhBQ4j6tlIOxLtSZf2 F4id9oqhMaN+lQkwm7DNxzmSy7OZv4JnK45Qd++0p+psIJeAusPtSNxLbCRF+yOJ/LFhp71i wDOx4vhLM5SPfJm5OBJJqg6pGqowhJcB0AC4nOAjjpCwIxETNyo8RAKfrTUi/ulWtedj1eoT jH9D4ps8GzvteWBTkBinzPKoAACNIdxnq5iRcYggGoX5I8FOe+T3lOfKXjUk4Ok5u3q+OyNb VEFsncyvex6Xw9ifqTpZM9V0BDqShzWz9PvTc3rFs55qJ9RRwQMAx9NnK7HFwCd22ku0IyGi ntbI+s1tbkeCnfYAaBgYGm1k1TPoYVAXAnba0+SEQzvbGe+0J+UV+GwFoJE0Q/lUcdDJoBsI lhPMEgnsSADoNsQsg/jD63tOyE5GD4MGE2VHQkn+SIShSa7+SAAApYNhMpH4Lsq2k3fN/Dqc YdYAhBLrj0SDB2bljwT44/ki1W3vWw1ur81bj8MGljxGuJzsQPmFiKySZ3K3T6MMbw9bVvH9 me09LKWQXa5YABSHY18bN0X7IwGeYL65CzEOz8a1GP4LNHJayuF2IxtQpVT1tJ0t5lcjKxyW HD9t0Hg819pUdF8b7LTHSeWn8gh22msWOemBNIkn5hJXUE3lr1OULVUDjcfk3SG8P22B/l3n nycAlcIhJwgPaeJPXQYsqIqORHoNCXMfUm7yEknl99r9Ppr4tmqMEEnaKnXzg9jY9rAOyfUS J1bJmLOnTkUrIqyS/j7jPTskXutTTJ4AFINDTnA4bKWK6EjIuVVeickbhuqNigeGJS+4St3w CDaONP6BGuoKmsSi47s31TAZ1qjZJ13Qqi7ICtAqxUSLrFtaGQ6Acglfa5O2pEgdSbACU4Cd 9oqhm1URFSRYHBHY1CEZ1jBtlWyRjYGpZjDTVkMW4ak1SSxdy1MeB+QJQE0JX2uTtqTItTaR v0zstFcMeICWhf+QnMdrdyR5a0d8ii5lLsMm6mGGBXQniWtthAVJBpatWGtTI+Lfg6umLKla fapPYo85jDpzIq04wk0786iVUUGStqyYznTEz9CECIACSJQTMrNsLcwfCXbaozSGAoSd9hqK 8XL4X6NUyfm9ZIPfn6luG5sigQd6tignPDvEeH/a6un504687gCUSLA/kp5Uxazf3BaFia9C HMFOewA0AMws1JFdMz2kDbviAhBCwE57NFNOOHpgn9xpT6z+5cfpdtqTYF8bAAAAANiozVob AAAAGQLn8aBquP2ROHy2VteOBABQJJiyqSOYpgEVxG1H4nCShrU21cXThLPbLD0b3F7pyszo 0MwnxJFzBvWbmSGvpL8rtsjkMn5M8kR2tT9jCxd/mecMQDOojT8S4EmDx13gwHMFrDGkMCId nGfiH52LI4U5/xgeWU8RUgXEEdB4gtfaVEJHgp32OKn8VB4xbZmmHTti+ryt2mLGEFClrIqu FzGeTGXyxDuElE6ueFe7ZQ53z0j1hioZ2I7V+G6MihNjoBBofPDPE4BKUXsdCXbaCyOV32v3 +2ji26oxQiRpq1TxkTKeEr1N+HdyhlffM5pPif5dNzyyflf7M/LTEVNGcMdUzxqTJBZUTJ4A FEOwjqRveqzd03LtxSeQ0XKyI3FslecjIuSUvGGofpZ4YFjygqvUbA9pmh+tzOU//2oEyApp nXdpmpuwQrVquyME4DnkJ0aLFB2MyVXRhJS5JIgpoHQccsKV7/tb9esdP/yK+tVLR6JKLZE6 Eu2hk/bBgZ32iqHBo34dUafe0v5kZJKYbeTcOfOviQW556ESnxIxHWLEX2tig0+jiNzkcWwV 7eWKgiCLgLzZtGmTZ0yuI7nyfX8rhQ9NClEp2h8JdtqrBVgIWh3iX/3zkC8jRYFM0lbHyaw2 mSLDC5thgVAC8sZfHKEIOcFs2To9pu9/I4HP1hoRPxRVTVlStfpkS06tm710jfjzLDGxGnmI Ao5Ci7noRgVJWgNSh4VsqrQ+p9TJGnEAcQTkx8Ik1MgN9NmKnfYIO+2dpEt22gvYrC5MOHDv DOfTyWoEdVbIp/J57CGX000rZ17cg70aTZ2pMc7ayJU+nnnSTLGjgJkgACJxywnSlIRP3/T4 WLYKlUlPa2T95ja3I8FOewA0jOpMiAAAykVsoadpQTirV6+mkzvtaXLCoZ1tudOeimpckm6n PSm1wGcrAI2kwconAECRcDlBW2JjA3YkAACikxMf4g8KEgBAMMFyQi855Q9BT2tExoGOBICm 4rCBBQAAT/z9kWj0GY1IeGBW/kiAP/6uKrtqCGlwe21+OLjNZiq/PoXZKac1y9VixiSPdHRk K8W9QCm4lAbfwwBQjM/WtCVBR1IMmNTvTozewLgHDuNAbiSV47IY/AtK3JogIDkVuC4sckMD /LRB4+FyguoezbHWJvVOe3nYkWCnPY7/VjWEnfa6Bre8kip5MZfYn8LkiSOm3QRtx+TdIbw/ bYH+LfW8RuVeOAA4bjnhjh9+RfzxhFXRkWCnvTBSuQZ3v48mvq0aI0SStkqNf+ZGTmf4l1LY JeYEO8Ln4cavni58fH47nh0SqfXxzzMxf8wHgSpQ+71/sdNeARj12wFv2Bk+8tJWqfEe0uSx cT5CG298hp9UrsNirmzApeHN8a+GFCl4kgxHZc98cu1Y8vh1QAoBlaI2diSRBmjYaa8YGjzq dyG2V+1cC0qMzOUGm+AVOVflg7/WxAZvck5uZAGoPrXRkUT+MrHTXjHgAVp9Ikflci9xrSvP sYl6xdgUA1A1gnUkqS1bsdamRsS/B1dNWVK1+mRLHq1LzNNh1JltQWpMo9ojJuf4rjMqSALm oTJJmzbbZv8uQO1IlBO+vK795XUGR2hVsSPhYKc9SmkooJodyJCAR1UFtc2RLaoLxp6PvByp 8uT3UmRBNrgiwT95Hr2UWJZnlbRqOOyUE3/aqa5RzIUDIHOCdSQ9qYpZv7ktChNfhTiCnfYA aACYWag+NvUSLhzIj4Cd9mimnHD0wD51p70vr2v/3cYR8SkD0+20J8G+NgAAAACwEbWvTSpg RwIAAAAAGw45QVONaEBHAgAggglCHYAzElALguWEqvhsBRzP6eFum0VuWHsTvYS5Xfj49EZO dsqOlSlhVSosuSeJvmKDC/K8ak26z0FXYZMT3AoSqvJamy6nwStKgIT7QeceLIyDrvGrrYg8 vGLwov0LivS5nofL9lTIEsOS46cNGg9fayNlEXXRLxdQKmFHgp32OJ6PVLmS0OaxQB47Yh7B TntlkHbg5NqUtOOuljzmEpf4+h5Z9JH67LTnXzoAlYLLCULy+LuNI/JPBqpUxY5EeA0R7kNq l7xE5Gu0//yO5tKDB8qQxJjxpK0Sns6ZkOslTkyb1hgi84sunaEl5uzZIcb+tHWyP7jtQU0J tyOZHmsTUU/LNbVDRNNjbREnJzsS7LRXAKo7KR4YlrzgKjXm6WzUcDhaF6wgSeU6LP7Keo70 amSfQB5HHBTgIS2TaGFVgh0JqCnh+9oIOUMKHEbUs5F2JDEKTMJOe0XRjFG/4mgv0+LYZtDq mdyI0cAij0ucaiLJXxxxhGRlR6JqTcLkAN6fOQlJAFQfH5+tRhPXotfaRP4ysdNeMeABmjep hk8eJ96KM49LnIc4Ugtsol5hxrYAVIpgOcFsRyKmcozAH0mNiH8PrpqypGr1yZac9Bb+EYrp 3rTiCDcXzaNWRgVJ2rJiOrPZ9zboKqL8kbinbDQK80eCnfbI79VqNttka7Zp3y9/KqhtjmxR Xcij54152gri95INfn+mqrxNkcADI1sUiWeHGO9PW5X8f9oA1JRgOaHHRxyR1q/rN7e5HQl2 2gOgAWCMBABwAnba0+SEQzvb6k57RsROe32e2hEZDT5bAQAAAGDDLSdIJ2m+/khgRwIAAACA ALicIKUQ4adV/Kn+WwW902Nt8efIvac1IiNARwJAI8GUDQAgE2L9kWjwwKz8kQB/POf1u236 vzHtdZg9Jgam8uuTk52yY2VKgIuzIpN7YrvTIgvyTN6Y+xx0IT7+SIxg79+K0uAVJYAsHr38 A40jsX9BmdQ/uCD/ZuaRPB5ZYkDaIusJQFlk7I/EQR52JNhpj+P5qJIrCW2OEFTPnraYR7DT XuFk5Xc81aimyTExl7jEoTSy6CNl77QXVlsAagSXE4weWjlV0ZFIryFh7kPKTV4iqfxe20Ao VQAAIABJREFUe76L217jjBEiSVulxj+djZ428iglv0uceI2MOXsqRTJhtrfPeM8OCVNuJZLH Lw6AMMTiXk+4nCAMWonIaNAqSS2R5GRHgp32CsA4yAW8YWfrgSpVlZrkIc1oT+BQ6fuEcFK5 Dou/snKk94/sE8jjiIMCPKRlEi2smZBCQE1x25FIfQkXTYrWkaSyyONgp71iaMyoX2VS2RPE vCXb1CFhuTlIVUl/ccQRkpUdib/WxAbvT4eQBJ0HqB3bt29fvXr1U089xU/t2LFj4cKFqhLF ISdIZYmRonUkkb9D7LRXDHhcVopgXYKDPC5xHuJILbCJeu6pMQBqx6JFizShZMeOHTxa8Fqb 1JatWGtTI+Lfg6umLKlafYLxb0jkAJZYkMOoMyfSiiPcXDSPWhkVJGnLSuxM/2YCUDW2b99O RIsWLZIhQhzhDua5nCD1IsKORPxxZUlV7Eg42GmPUhoK8Dn1MKuLnKbkY4hsUQUxdrKt542v 3XkUxO8lG/z+THXb2BQJPDCyRZF4dojx/szjagJQLmLuRg0x7nfjaUfC6UlVm/Wb26Iw8VWI I9hpD4AGgNkEAABH22lPSCRPPfWUpiBRd9qjmXLC0QP7PHfaq4Q/EgAAAABUHzF3I7BtCBws J8COBAAAAAApUK1JOPX22QoAKB1M2QAAfBBqEpuChCLkhKr4bAUAAABABRGmJBoOL65uOUE6 RuMmrtCRAAAAAMCMURxx45ATxKJf8ZeLz9aA6gIAAACg+ixfnlr1ADsSAAAAAGRJmMYh3I5k eqxNRD2thJ2Cp8faIo5N9rEZuYipJu5WBQAAAABlIcdldUGvSvCoHa4j6WmN9LRGhFxiQ4oj lEb2Wb16tWjPpk2b/CsEAAAAgFxRx2U5WGdFtdbayLZJt24S486BAAAAACgGPi4vWrRo9erV NmVJWjK2I3GoTBJlH+liFsIHAAAAUH3EeJ2VsoTLCXxZjRFfOxKJQ/ZRVSPeNQcAAABAyYiB WyhLyG5c4oNj7183ZjsSLqDICDYdCVQjAAAAQK2Rg3iMsiR3OxIpo9h0JNu3b3/66afF8apV q/xrAAAAAIAqIExMduzYsXDhwjzW2qiO0Xx9tobZkSxcuFCsAdasZgAAAABQZXbs2CHGbjmU B+PWkUifrTxh7/RYW13ca0Sd1km0oZVCCeQSAAAAoPpkJYsIgtfa9BllER6o+SO56ba7hezj EEqefvppTSiBYxIAAACgUkhxJKsMNTnh6IF9nglz3PtXyiXiK8QRAAAAoGpkKIsIwnUkaUsy 6kiw2R4AAABQRzLf4yVYR5J6pz3s/QsAAAAAG2XqSOa+8mDaTAAAAABQfX7x4697xrzxm/fc uOUeKldHAgAAAIBu5sZv3iOPS7YjIaInxw6nzQoAAAAADYPrSE6bnvZJmONaGwAAAAB0G1xO GB+b9EmYmY6kRgyP/Er9uqv9G9pZLcQzz4BUOTE8sn5X+zNj135VDWx97a/Vr2PXflUL8YGn CsunGIZ3r9dCdq34TGQmPjkM716vRdOuBZ28HLL3+EEiMT0v7pCwtNUvThYqDoovGoAuh+tI Hn3AaxalS3UkUnoYHvlVpYSJbJEj1ti1X62y6JAfqmQwvHs9lxVSZRKcAzGJsBQqeA9owooU IyhCkhCZyOS2IkSgWmJMucaa25qj1ZBXEoBaw+WExYsX+yRMbdkavKdfNeGySN2lE+OjjY9D VRuZCiBMksg2B42yrsKu9mf4SFw6cpy2yQr+qD8BtbHi16HmL77KvwxrbmuOrIMWElY0ABUk WE7AWhva1f4NdR5HHosD9av4U9MaQ7T8ZT5aVsYceIZZ0fraX6tzB/JYHKhfxZ+alodoqBG0 yMbcbOE8rTtzW4V9EAoPdVJGHGuBGrtWfEY7y/Pxx6dXfa6FZ9fZkpfC8Mh6h34iRjiwpVVP GePESAbGnOObA0Ad4XLCmMK4nW60I/FHTuioMzs8MFGG0GKqyTV5iOKUNGGPVKMRg9HEwSe5 JvqQSRPgtp+wVYPs5hfasRFN+FDnYvix5+yMLZ94/K+FT9fJ6yLPinf0EkfKeEVI2rLcgWX1 BhQkoHlwO5JOp0NE/f39IsLU1NSsWbN4wi61I/HEUzhQpQpjEjWwgrNCnnMHXNRIlTwsiRoz oKC0dqmZz8tI1K6Ln6yxXQstTmQpBVPMwMxtOOLxkXjU8DzqAEB14HLC5OSkFEccQEdSPkKg kZ9lVycD5Ou4vyml+mafYU3ykzDSklY+8O+QnLquXHLSHMhsublrVsUZs9ICbVa3ADQDriOZ mprq7+/vdDpuuQQ6El9yMu+oGiWOanJeJlUdgiscZvmRXz4c/w4J67pqkqv+QDXsyFwaMNbc 0RxVPLLFAaCOGOWEw4cPE9Hg4ODAwICMqc3dZKYjsenzqxbOAz1phvYikbJU/cELU4MrnJX6 JCc1TDGOSchiyWFbjBMQnrYyxhE9sri0wkdAoT6qEXfdNAHFv3SEI7wK4epXriOZP3/+2NgY EU1MTPT39wt9yeDgoJZPHxFNj7V7WiO8DBUZx6YjsT0TqxbOSTtXksfcSgFTNmnHrchxLtWU TSYEF5fKItUROVvL1sJwmDtkEu6PcfwOqEaA/KHFT1togDjiOItwhNcxXMUoJ7RarcOHD3c6 HTl3w+1be6fH2om5qyJLw/yRZDIXY1w8XCkyUeY71trEZ55TbtmS3wSNA2OH+ARWuSfzRn2N U8d+uAABoAC4nCBEkMHBwfnz509MTExOTorVNxp9Pa0RH6FE0gw7ElVu8NFMGFfTyEC+grcs tBfEtOs71NkuGV8GJs6RxetUZCaeCg9jhX1Q3YokKjZUQUSLnCqfVBg7xHgtbF3Hr4saUrwj efWrQ9ngE82NNveh2Y7kZLRhrLmtOZpnFNiRgIZhkxPEZA0RCUNXnrCHTLM2Woj8un5zm9uR /PdtnyTs/VsZKvLyV0GH5V1FsneWatwnAIBmcPfOR4noxi33cDnh0M72e9/7XiGLdDqdiYmJ Tqczf/78gYEBfdYmbanN0JE0GJvlEQASiCMAgPzgcoIUR+jk+hohl5DiNo2kHYk2ccMNXWWE htmRgMwZ69Zd/QAAAJBdTlCFD2Hfqs3dmGdtNNRZG1GYCBeyz3/f9skbv3lPVi0BAAAAQB0R szY0U044emDf9PT08uXLH330xLzK/PnzO53O4sWLBwcH+/v7JycnRbh51sZh68plH4gjAAAA ABBwOWHJkiWdTmfJkiVEtHDhQrnQRlOTeHlIE+txbP5IbtwCiQQAAABoIGvXrk2bxMfetL+/ f9asWeJTBvaSyWrEEZJoRzK9O23lY7GVOL371KnMa3Xk8VsSQ8LykeHiLyBPAAAAoGCk7MLl hCeeeEJGm5qaIiIhjgwODoqvgsbuazO9m3pWnBBExHHezF66JvPcIJEAAAAonYULF6pfV69e vX37di1EHnM5QczXyBU3/f39Q0NDixcvloGC1Kt/bToSVSGhBarhUkTQAmV4QHItSVrEqK8p JORXTSYw6i24PsOYp7sOPjE9C0pbOgAAAOCJED6efvppWwQuJwjn8XRSshkcHJw1a9bg4KAM F2SjI5FKCE16kJoJ47EaKPQZ8jNtch6NSM/QwZHHb5E6CanqmL10jfjKz2ojvTHQmKd/6Y5o tuPEQAAAACCep556ynHWNpcyNTUlNtgbGBgQBq3SK4kgMx2JwGdyxHMCxRZNFWJUNMmjZ4Wv OELKhIvn4O0TzT/PSInBWBCkEAAAAJmjzs7Y1CRGOUEIH/39/a1Wa8mSJZdffvkTTzwxPj6u JszXZyufdkmFf3JjHKkjKd7YFgAAAGgYQhwRCpJVq1aRRSjhcsLExAQRDQ4OtlqtVqu1bNmy yclJTRyhzHUkGkJRIf7SIuQJz7RSI6IlL8amFQAAAOgG1PkaIZRwjHJCq9UaGhqaNWvWsmXL Op3O2NgYT5jxWhuHwWmwZOCv4ShMBMnWYjQPUw+YjwAAAMgQdb5G5emnn9ZW4nA5Yfny5UND Q0uWLOnv73/ggQe4dkSQjY5ETo5olhxy2iVASjDm6YnNKjYSYeWa+WDvma2M5lOBnKoKAACg a+EGrUY1CZcThoaGWq3W1NTU3r17beIIiX1t/DHua3P0wL5UmYC8gSACAAAgE4TfM/G5adMm d7Tly5cb97W59tprO53OxMSE3MLGSL52JAAAAABoAA5xRIPLCYcPHx4bG3OLI7t27Wqsz1YA AAAAZML27ds1YxEHXE5wyyJEtGvXruHhYehIGgimbAAAAJRFgJwwPDxMefgjqfVOe3C7DgAA AMQQPJfSWB1JTsttAAAAAOAgWE7IzI5EKCG4Z3eBJhxokeVXvjGNT3KtxADhQ6hGMNkBAAAA RMLlhKmpKZ+EqSUSIfvcdNvdQvYRhdV6pz3b/nkAAAAASIsmJxw9sC/RslXQNz3WFkc9rRFH vOmxtojgnh/SXLkbKWynPR7oRngV840NAAAAAIZtX5tE+tyCiECKI2TRkVgTxlm5+id377RH 3mIQAAAAAGLgOhKHn9bRm+/aePv2dR9ZvfH27fn6I4mRA7SZGp+C+OSOKpQAAAAAIG/SrrUR 4ggR9U6PteXEjYSHSNw2tI6FuMGk3WkvGEzZAAAAAJGkXWsjdCQkZ23UeRk3RtlHnRxRF8jw xTL+GPP0JNXSX2k+AjsSAAAAIJJwHYnxNJdOpNbEJvv0rDgx8GvmpTJchvBjNSFPzmPqtWV5 qvF9hKHZS9eI5TZYAAwAAADEEKwj8fWQJmUU7GsDAAAAABsZ60iC7UgAAAAA0M2E60iEZavb iKSnNSJlFOhIAAAAAGAjXEfS0xrh4ogjxCj7jI6Pyj9emDHQRqrIDcDYde5O8I/pE6FLCOgH nqRJd7LnDzYsQoY46mkrvZSeL/4GiykIgFwJX2uTtiSb7LNhaIM4GB0flcfaKWDE0XXu+KBg mtTzoi3GsapSzXTUs3lUqucBCCZjOxIHqWQf29u/4+UMv0kHtvfFru1PY4d43nWOY1sPJxak nqpjz/vfYO73e3ksE/qIFG51iLs+6qm8e74KN1iq2tbxVgS1pnwdiRHj+438heCnkhb0p4ra XmMnyOMNQxs8O0fNRw3ngcaC6k4eN5jsfHdy//60XaNiqMINZiyrMTchaADl60ikOJ/4q7BF wC8qDPQnWTohpvkxaRvW87a+LX0mpfRRuawbzJ+G3YqgLpSvI2ne+yKoI+pIifuwmhjVA3Wh 3BtMnQ4jpllRAwEokWAdSWqJJNXev/5AjsmWbu7PcoXj7un5YDVJTv1TWM+XeIMZp89sc2rd cyuCqsH3/nXHl3v/pp61gT+SqlG68rwKaK+JYWkTA7uTtF1RWNeVZUeSSRLcYKDBlK8jidFk drksb+w69YHl7hz5qtptE2dG/blNqc57SQ1Rk/BA/9Ib2fO86/gpStN17lKMBdnqo0qihSlI SrzBjF+NgY28FUFdCNaR9KQqZv3mtihMfBXiSGJhieDHky3oz7JAz5cFel4DHQKyYu3atUS0 cOFCd7TVq1cT0fLly7mc4BYSRm++i4iK8EfiCX452YL+LAv0fFmg5zXQIaBEct/7VwI7EgAA AADYKN8fCQAAAABAyToS6R7N36Itlb/kZtulR/qKDkgefJmqhqPtmvtLR9ps25hHnmrmGWYV 03V5VMlIrk+Git/eANSU8nUkG4Y2iD/PHzm3Hu/aiU/piDo4eTd3na3tPn2S9qZNRJgTZptn TkR2XWF08+0NQE0p32crx7Yvg/86YeOaw27wyDl6ch8QsiwJdrfd3fP+/VlTc31bizw9WroX Y/tfjoDk6rrQUi6Hf9e5/XHJY3eLPEu3xUy8k22/I1sTAACZUL4/En/UR5UD7aGmBVLTHyhq 87lPxoC2d09/Gm8wYzdybMOqZ2BknuS9L11OxHSdI0+fFgX0p8+dHFl5AEAA4T5bp8fa02Pt xAJkHJvsM+q9015aaqFbzhx362La7pm2YU9wY1v4TZvYZP/ey9w8pazLYdMAlT4t5TkxZ4zc sNsbgEoRriPpaY0Q0fRYWxwYUc/adCTFvGpv8HbsCDwpfVwpEfesohrNPe1izLlI8896ofVG Vj9kdDIAFSFYR3Ji1sYhjmiU7o+kebMM5WJTHnRn39pEE9sMi2e2kZ1ZzcsRrCbJqS3+2Vaz PwFoDOFrbYyzNo55nAB/JBmu0MNrkMCzHxKXbgbkWVPSti7VXccjNKmTY7ouV5rUyQA0ifC1 Nj6zNioOOxJxoNnoUei7lDF5I2dtRIsS39v82+7uusT+bOQbpHHNhedNa+wld2BYciOlXw7H cpXEGyygFGNBtvoEPBlK708AGk+wjuTETnuJdiRE1NMaWb+5ze1I4nfaA5UCj+xKgcuRLehP AFIRsNOeJicc2ulaPTN6812n1tp41knKK6XbkYC8wfO6UuByZAv6E4C8ydhna7Z2JAAAAADo EsL3tRGWrW4jkp7WSKI/EgAAAACAcB1JT2uEiyOOEJvsM8o2xHIcO/xHdZudvLu9kSs+Go/j XvLpOvetGF+3PLLNijy6LqsmZ7g6L6s8AQD+lLyvTYAH6MSYgDDnnYTR67l6ykGX34roOgBA TlRoX5sYt1F4uklsSxlt6zDRdZK0XacF2pZD+yweVk/V8XLEdJ1cxE5x/WksOji5msTebgBA lsT6bPUHdiTFYHyFlQ9WPGEdxHSd7e2fJ2+kniCm6zaY9tIL6E9tzigmOQCgFDJea+PAf35I vseojxIRaJzAbsxjPT9s/YOuSySyf9QbODFywy6HzTGajwmOrR/cko1/cmPdtJCGXQ4Aqk/J diSpaN6bJehOuvl13P9XnIeZKgCgylTIjiQMSCfBoOvKAiYLiWhTLQUnJ1wOAMog2I4k9axN ouyjPjj41DLeeGJA7wXjv8o688zrjnGCNT6TVDEjkwMAiqRkHUnALlmE6ZuTaDKcIyZfYtDl XecP7zrjrYg7mePZde6YG5K23zPGjEzeyMsBQPUJ1pH0pCpm/ea2KEx8FeJI/E57eHAEg66r FLgclQKXA4B4Anbao5lygltIGL35LiLKfa2NP3hqBIOuqxS4HJUClwOAUgjf1yZtSfBHAgAA AAAbVfRHAgAAAIBuo3wdiafHJAcOz2nBeVYfzUOlZ0zPnH36M/7ClYij8okd69/zPtWISV4X Smymregu6XkA6kXJa23iPWo7UmEyOAD//qy1721H5XHbNAlcTQBqRIX8kWjeR7RXWOlXPjHQ mFyNVtNBlGNsjlt1ofVeTH/a8m+e4sTYITwOP3bfcnVc0BHwM/TJ0/9O9v8Vu5MDACpIFX22 2hQno2xzLOMeXWR6A1bTpq15jXDrnBI71r8/A0qvPjHbxTnyHD255WztOsSIsUN4YKpfHO+l xMx98qSufAgAUF/CdSTTY23x504gI2S4r00MzRgVBHycc7SuMSNiwRg7LdHvViL1vRzGzeo8 N8CLLDGrPGva8wA0nnAdSU9rhBSBw8j0WFtEo9z2tQEaicaY7sA8SgcgLf4+cAEAjSFYR9JH MwWOROCPJA/c8zJaNH+FSlb1aTAxapL6KkiKpNYzgACAADL2R+JQmSSuMy7m9bpLXuJtq0ig LElL2oY0puFZ4bYC9k+VNof8kgMAciLYH0lfKgUJWWSfyE3L/PHfeavWBGwwRjl0coZ5lg7f BI6fojQ93yVv/JG/OPeTITLPZj8EAKgvwTqSHh+JRKhMeloj6ze3uR1J/E57YXTJkACqCW6/ TJBrc/gpdC8AVSBgpz1NTji002WoOnrzXafsSDwVJDJauXYkGAZARcB9GAz/FaMzAWgSFbIj yRXxOiX+8BQDoI7gVwxAswm3I/HJvac1Iid3Sl9rg0cYAHUHv2IAGkzGOhI+laP5IyG77DO9 O03Fs8BW4vTuU6dianXk8VsSI4g/d9qwCAAAAECNKH/v36oxvZt6VhiO82D20jWzl66xncqx YAAAAKBiZKwjcWCTfVSFhBaohotjHijDA5JrSQIwKjlsao+YPI3ZGuPwY5kQqhQAAACVJV87 EhWj7COVEJr0YNRSqJFlYM+KE1+NZxOT82jya6KC5Mjjt0hNhjxWDxL7xIgxOc8/bZ4iYVhy AAAAIG/K15EIfCZHPCdQbNFUIUZFkzx6VniJIxp8mM924DfmJiSMDEsBAAAAyqJkHYmNSCtX /+TGmFJHQk4xSBUIoHgAAAAAYqiKjkRDKCrEX1qEPOGZVmpEtOSeOhJhmlqirgJqEgAAAM2g KmttsjU4TZtWE0o8cYsC2QoKaXODmAIAAKBelKwjEaIAt+SQi2UCdCTGPD1JtfRX6CfEn5y1 kYGZ25HYslVDciodAAAAyJtgHUlPqmLWb26LwsRXIfuUtdMeAAAAAHIlYKc9miknuIWE0Zvv IqIi7EgAAAAA0FVUxY4EAAAAAN1MRdfaAAAAAKCrqJCOZHR81DMrNaZ/qlyR1ZC7pWsVMwam yl9LHpZVTHfZ0kZeAmNyraW2rkvskAreKgAAAIxAR5I9G4Y2iD91CBQhYRmOjo8a8yyYsjaC d3Qd9qYHAIDGUBUdiRh05bEanhjToTxQVRe2mD76DFtMXiV/HHV2aFOMBWnN5MfGejp0Of5V 8rwcjoLcedqwVclYEI/Dj40NBwAAUBjBOpLUXuSF7HPTbXcL2ScT41ahM/CUBmRMbRDVAo1n bREyx1a6Z5LIgtQDNbIx0J2tZycHD//G5JHXSN5OuV5iAAAARjQ5IdFFiNCRbLx9e+/0WHt6 rJ1YgIzjkH0CpIoAZEI1B//cjMmNVZKv71mNamKMtKkE4ruOhwfnmbaT+alMLrEWCLUHAABU n3AdSU9rhIimx9riwIh6Ng8dSU5EDmBplRw+pdvUNqF1BAAAAKpFsI4ks71/i1GQpMK/lDyq lFZt42l1kXk965InQU0CAAB1IOO1No55nIC1NpGjSPwgVMww5jDw9KmGcbhNVfPI5DFkW1Da 3CCmAABAdQhea9MnhA/HlI2GUfYxvhPLIVYda21vz2pkR3J/1FTu93VblTyTG+tpLN2/Sv5d 5y4osesilRmpLnFYtrZTttIBAACUS7CO5MROe4l2JETU0xpZv7nN7UiOHthXwSkbfypYJZXI hSfuVDWasgEAAFA8ATvtaXLCoZ2u1TOjN991aq2NZ52kvGKUfQKWulSHClbJbRUbltxITtYe mecJAACgLlTajgSkRV0nHOyQI9ulywAAAIAP+dqR9LRG5LQO9v4thnhTjKxqAgAAAPgTriPp aY1wccQRkij7TO9OX/04bCVO7z51yrNWRx6/JZs6AQAAAF1JVfa1qQ7Tu6lnheEYAAAAAPlR /t6/qkJCC1TDxTEPlOEBybUkARx5/BZoRwAAAIB4wu1I0pZklH2kEkKTHoxaCjWyDOxZceKr 8Wxich5Nfk1UkBx5/JbZS9cQpmwAAACAaMrXkQh8Jkc8J1Bs0VQhRkWTPHpWeIkjKkIuAQAA AEAwJetIbERaufonN8aUOhLyFoMAAAAAEENVdCQaQlEh/tIi5AnPtFIjoiWHTSsAAABQJFVZ a5OtwWnatJpQkhbYkQAAAACRlKwjEaIAt+SQi2UCFBXGPD1JtfR39tI1Yq0N7EgAAACASIJ1 JD2pilm/uS0KE1+F7HP0wL601QUAAABA9QnYaY9mygluIWH05ruIqAg7EgAAAAB0FVWxIwEA AABAN1PRtTYAAAAA6CqqqyPR3MOr61kyX9tSYoY8prCWzbZKPE/jcWQnp01ia6kWkkeHZE69 7s+uAr0HQF2AjoQoa6erkeLI7KVrxF9WT9I88oxHrZV2Sgsxxukqurz5AIAuoYo6Em3/PLen ENvbP3+rNr5qewba8jTiP34UP9KoJXpKJ7LVqVQXWu/FXCNHraojYNmo4P1ZX4y3ols7hcX5 ANSIYB1Jai/yQva56ba7hezjKIxvnmdDfdwYj/mBdsy3yvPPM1cqNbQI5Yr8JHsv8RDjsZqV VhB5tN1denVo8P1ZFvxWBAA0Bk1OSHQRInQkG2/f3js91p4eaycWIONErrWRMw4+TyLtgW47 m7YCAanCyOlpq71Dx0ziOKrXnUNFV92fdaE7b0UA6ku4jqSnNUJE02NtcWBEPeuvI0mF55iq jr4Vf0jl9xjN1o7EmJV/YB6lV5Dm3Z9VA1oTABpDsI4kr71/pdWINCJJdOXuWYFa6Pmp2AEp WEbR5gvUDIn1cB4tqvIVVGne/VkX0I0A1I6M19o45nEcNrSq7aqQP+SnKo64X4PcI2t+r9T+ OZf+Wl+YrsIm6DRbWVLN+7MbgIIEgGYQvNamz8eIRCUPn63+uu48YtrwtyfgMfPQ3ss8jYKC VmLaXkrUsuTaogzzzINq3p/dAAQUAOpIsI7kxE57iXYkRNTTGlm/uc3tSLDTHgAgDyCRAFA6 ATvtaXLCoZ0uxcfozXedWmvjWScpr2BfGwBAMUAcAaCOVMKOBAAAAABdTrjPVuGPxDFlQ0Q9 rZGs/JEAAAAAoMGE60h6WiNcHHGE5KojGR0f5SHiLzHQkUNMBSqFo+E5JfePXPGu88fz7gqL UCJVq08t8H+eRP42AWgS4Wtt0paUq45kw9AG9evo+KgWYgv0z7PWbBjakLb5WnLCyJSEo5dq fS/VuvLVBz8uACQV3fuXvzeIYx+1hzGmO3lw6fJs7Z7a/v3pSG489tRXyVO167pU2Npu7Hke hx/LhJ7XKPh35Kh8idh+m9qxsZdsXZfqGcKPjZXkybU6AAA4VdSRqKOU8VgN5G8YRn2AMVDN UIvMA42l1xreIlvPB2TIA8PyrDt53EvyZk5M7r6yide9aq/vqe4lYy/xwFRPG09sl6Z5zxAA sqWiOhKJ+rvN7zfsk7P2mJbU9+GS+EDPKWdJfbsuEmOrxTBWTEGOs3Uhq8rb8sn6kYP6AAAO iUlEQVSjl2rd4QAUQBV1JOqjGb/hBlCdl2xQa3J6MuD+BKAihO/9m7akVHv/1kXPX/HqVQRj F6HrOHmoSRpG5k8GbaYmPkMAQDDBe/+mnrVxyD6JJn55gycRx7NPbPaqMXk2nrT9EHwtGtbh PvakOWXujhnzYwEASKqoIyls1kYWFPZuWqO3fGn872MMKI99YmpJHIFUH9VX3qgdZTtF0fen uyBHoQEFFYOxnpG95J88VUHGnve8HAB0LcE6kp5Uxazf3BaFia9CHKn7TntdPqzGgK4rgDzm NYAAfQJAIgE77dFMOcEtJIzefBcRFbrWpsrgkRQMuq76YIpBAx0CQN5Uca0NAKB0MMWgUZe5 LQDqS9X9kQAAwogfNTcMbcDQqyI6BH0CQE6E7/2btiSj7DO9+9SfJ1pMd3L/bBuMuxPUs4nd hf504LgVEzs51VUoGOMvzniqAI48fkt+ySMzBwBEUr6OpGfFiT/Pp1vPCv2rFgJSgd7LCset WOtOVis/vfvUV/UYAADiqaIdie2pJ0WWxOegiKlF80/eJdg6xNh7hBEoCP9O5t1r/CHIhImX Q0TQCjIG2upZtZ+M0GGIz9lL12jhiYG25PIsDwQAFEn5OhJ/PNUh4pmrKV1koL8ypvEY+9PY eyCYPDpZiiM+s2yO34I6+WL8dTgqX4p4KiSG2UvXaJKHCJm9dI2UQoyBxuQAgOoQbkcyPdae HmsnJpBxbLKPnH3P/AHXSBV63tg6BwqSDDH2ZB5SoK0gx9nEDMsSR4LxkT+gIAGgCoTrSHpa Iz2tEbdQMj3W7mmNiOOs7EjCEPmnMqEFAHCkjqQ6P6Ujj98i/mSIUI1ogQCAilNFO5KcgEVe MOixYqj+ZJk6ZVOdqhrVG6r5iFv/AQUJABUhyo6EK0gcKpMAO5LIR16VV1RWFnRUAaTtZM/4 PFq3XU3VjqTcmgAAAgjXkYgZGR9TEoHDjkSgTm+rCwrSYkyuHXcbmrmiA9vqDJAhxtUu2imK /iG4C3IUaqMKS3+lparUanDbVVugMTkUJABUh/C9f6WBiAoPlKYkxr1/E41PjY9sR3xH8q4d VhNHI+24azsqExLvT2Mn225UfieryR2Z2AJjzL1jTGIzhAsQ7lkbz3AAQOkE7/3ru/pXyiil 25GAMCCgdCddMuMDAQWA6pCxP5Js7UgAAGUhF9RAJAUAFEOUHQmZpmlUhKGJiAMdCQBFEi9J QBYBABRJrD8S7bQjxCb7jI6Pij81xHasxVSxhQNbf7pjeuZsvCJaiPvCNQZHM4PbHtB1je9n AEBTKdkfyej4qNzaWz3m+McExeC4Clq4+Nr4kdLRzODbtUu6DgAAqFL72vg/tXlMyChuxJCW SnXh1k7JDIPVIV2rOMmq68gkqeCHAACoL13ksxWouHVOtrPyeMPQBuPg5/lO3z0aL2OHyCbz A0rqEDVJftUGAIDiqZCORCJGO5r5aBaBNquFBg9pmcAFCM8JMpAHNkkuMhNcOABAramTjqRL 3qoLw98GM4/Xcbzia6BDAABdTrjP1rQlGX22xgPpxBP3vIwWzV+hklV9uhzb5QjLAQAA6kju PlslibKPNi5qT1i8QeaEbW0IlCWl4N8b6DcAQMMoWUeijnzuNzxjTLwXBiP70yZ88JiUnWIj jzxrTcDlUGPihwAAaADBOpKeVMWs39wWhYmvQhxJLCwRPIhBN2NcqgMAAFVg7dq1RLRw4UJ3 tNWrVxPR8uXLuZzgFhJGb76LiHJfa+MPnsKg28jWAxsAAFSHOq21AQBgwgsA0FSq6I8EAOBg w9AG8Vd2RQAAIEuCdSTZr7WZ3p02y1hsJYpN2N1xfDjy+C2REWKSe2buEy2TgmJKF3+Jge5s I3sbAABArkBHojO9+9Qm7OpxU5m9dE3FS5+9dI0W7cjjt4jA2UvXQM4AAIBmUL4diVBCaAO/ 1ExowoEWWX7VRAfP5FqJAcKHHA7VIVMEJo61IhqP7MhTDbQll2c9K5BtQcbktmNjTM/ec7TI mNanQwAAAJRIyf5IpBygTo7YtBRqZBkoxRHj2cTkPBqRnqEN41irHrg7RIy+xrd/W57qsTF5 Kng9IwuyCR+epZOlyba0ttKhNQEAgDpSFZ+tPvoJTx2GLZoqxKhokkfPCi9xRIOPkTm9kaeV DDLP3LMgLmmlqoBnTYwVCNMYAQAAKJeK7msTaeXqn9wYM3GKR6AaMWQ44PHBO6eCPEv3p8h6 EuQMAABoFsE6knz9kcTYk2ozNT4F8ckdVShx4D9J4Y8xH/+CYmpitPNIVVAeHeJfemRMAAAA JVKVtTaOhbjB+Kf1ET44+a2J1XLIxDAiVSZhJRZmwOEWMmBHAgAAdaTktTbq5Ii6QIYvlvHH mKcnqZb+Gicp1NUinsatxuSJgcbk8bauxsp7FuSofLwdroZWPVvloSABAIC6EKwjSb3THrcj id9pD2gEDMBhY3ZdRvq61BMAABpGwE57mpxwaGfbkXD05rvyWmsDMsF/9I2c2qjLMF+XegIA AKiKHQkoGDG1ARUCAACAilC+z1ZQFpBFAAAAVIcK6UjkHuuJqDH9U+WKrMbo+Kj80yLwwFT5 a8nDsorpLlvayEtgTK611NZ1iR2S4a2SU1Zpz6aKlklBMaWn/SFU5OcMACgF6EiyR24TPzo+ Ko/FQbAYYcyzYMot19h1ZVWpCpTbdp/S+YWryJ0MAKgmVdGRaI8qNTwxpkN5oKoubDF9XuNs MXmV/HHU2fESaSxIayY/NtbT8QrrXyXPy+EoyJ2nDVuVjAXxOPzY2HBjlfxvG2Ng/L2UR0Fu JZz7ZnAX5ENMWgBAY6i3jmTD0AZ/aUDGNL6ouc/aImROwEtksDzk7gQ1sr+CJ20nB49DxuSR 10jeTu7kxgiJt4o8TnXT2ipAHroH/4JS3XUxPW+TpyNvBgBAMwjTkRx/8kdZ6kgCpIoAtAkU fhyQ3Fgl+RKZleAihhabSiC+63h4cJ5pO5mfyuQSa4GRQ10mlzI/4dIzc8+C+M2cqgIxdyMm cQDocgJ0JMef/BFVREeSE5EDWORMubF0m9omtI4ge/jlUIWhvIfbmJuhyHoSLEgAABYCdCRE QbM2tr1/i1GQpMK/lDyqlFZt42l5kHk965InxalJ/Ktk09B45hPT9lRyqls/kfevDOIIAMBG 2N6/FGDZGqAjiVe2xyTPJIeYUmS4uxrG4TZVzSOTx5BtQWlzy6mZnhcubW6ZR45MFVaQQxyB zg+ALifMjmTj7duz0ZHYXtfEs0kda23PMjWyI7k//hpsW5U8kxvraSzdv0r+XecuKLHr4m0z /S9xWLa2U7bSjQTcdYmBxuR59Kd/QY7K+5vHeqJVz1F5AEC3EaYj2Xj79tQ77YnCxFchjhw9 sK+CUzb+VLBKKp7LHxKTB5wNo4L9WViVAgrK47ICAEBWBOy0RzPlBLdEMnrzXUSUpT+StDYT laKCVXJbxYYlN5KTtUfmeUZSWJXyuEaRBQEAQMHU2x8J0IhcNFHwmgsQgGNmCgAAak2wz9bM 1tqAbIk3xciqJiAncI0AAI0k2I4k+7U207vTZhmLrcTp3adOFV8rAAAAoAupyr421WF6N/Ws MBwDAAAAID+C7Ugy05GoCgktUA0XxzxQhgck15IAAAAAoCxK1pEIJUTPCl16EIG2cDVQfFUD UyVXT2lfoSABAAAACqN8HYnAZ+z3lA9s0WS4FkGTPKTUAnEEAAAAKIyK2pHwaZdU+Cc3xpE6 EkzlAAAAAMVQUX8kMfoJzTTVpyBuzarNBAEAAAAgV6qiI8nD4NQ/LYQPAAAAoFxK1pFIUUCV CbTjtBjz9ARLfwEAAIBSKF9HIixJiQzmpVoIP1YT8uQ8pgbPU40PcQQAAAAojKqstQEAAABA N1O+jgQAAAAAADoSAAAAAJQPdCQAAAAAKB/oSAAAAABQPtCRAAAAAKB8oCMBAAAAQPkE60j6 Rm++y7OMDX/5J3RS9rnptruF7AOhBAAAAAASTU44emCfW9IQOpKNt2/vFV88Pwk6EgAAAADY McoJDulC6kh6eld/wrOM49u/vn5zm+tIjh7Yl0OLAAAAAFAya9euJaKFCxe6o61evZqIli9f zuWEQzvbnpIG7EgAAAAAkBnBckIvER1/8keen4S1NgAAAACwY5QTfGSMHnrbu3wLeXbP+s1t UZgIELIPZm0AAACARhIwa0Mz5YSjB/Z5Shp99OyeVJXDWhsAAAAA2OBrbTwljT4iOufCC8WX Qw89JA5EiPpVHsOOBAAAAAA2fOQEIVdI8YOIDj30UK880uLJqGoCgh0JAAAAAOwY5QQpS2hC hSp+9IrvalTxVR6osQk6EgAAAADYMcoJXCNCTBvSy09LKUQeqGmgIwEAAACADYecoClItK+9 Qh2iZcdVIxLoSAAAAABgwy0nqMoSeSxEjl4ueUgjEqNQAh0JAAAAAGzY7Ejk9IuMqc3J9Enx RJVTVCMSTTSBjgQAAAAANricwI1AjJMzpyxbpSwil9hwIxKCjgQAAAAAdricoGpHuHsRmXDG vjZivkazfdUOoCMBAAAAgA2jjkSbezFahvSqcor8k4F81gc6EgAAAADYcOtIiM29yMA+zeRV c0aiRhUH0JEAAAAAwIbNHwkpliFkElB65TSNZjhiFEcIOhIAAAAA2LGttbHZp8qzvTTTzMQo iKhCDXQkAAAAALBhtCOhmVMxPNWhhx7qVeNp4ohxygc6EgAAAADYMNqRGPfu1UJ61SkbvspG m9Ah6EgAAAAAYMdHTlDlDakB6VVtTPiUDXeyBh0JAAAAAGxwOUGu5CVFFtFckpxz4YV9ai7c hwnNtCwh6EgAAAAAYMex1kZFtSk5MWsjj2zLfTXLWOhIAAAAAGDDaEfC1/1yf/F9UhDRjE20 /W4k0JEAAAAAwIZtXxvNOIQ7le/lggif41HlEuhIAAAAAGDDsfevNuuiekQ758IL/39rBZqN YtBxogAAAAd0SU1FB9AJCw8zAYzLQWQAAAAASUVORK5CYII= --/TFor1fQ/Z Content-Type: image/png Content-Disposition: inline; filename="bottom.png" Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAtsAAAH0CAIAAABjAHaBAAAABGdBTUEAALGPC/xhBQAAADh0 RVh0U29mdHdhcmUAWFYgVmVyc2lvbiAzLjEwYSAgUmV2OiAxMi8yOS85NCAoUE5HIHBhdGNo IDEuMindFS5JAAAgAElEQVR4nO29fZCeVX3/f3ZZZQOU7EZNNjQod6KdZoVKYomVoRU2yUx9 wvmB6Lh0hja1pF9pnamTic4AdTT6c0wB+6BiosHK/HI7FEPHDvCt5qF0aJEGCCJjkhKTxUSy CxZ2Uw17A4H9/XGSk7Pnc865ztP1eL9fs3PvdZ/rnM95uK77Op/rcz7nnJ7zVo6yaI4d2HP8 8H7G2HmXXHL0kUfEpxLt6COPaJPzmOKsJblySoS4SKMJRTT5LA0xJaGlkuPQgikl1LaJLIoW g+Yi4sgH7g1LJSiVVTDJl4s9NDT0/ve/f3JycmpqSlt9haeeeurIkSNPP/303//938vh999/ /zve8Y677rrrO9/5zre//e0/+qM/+vjHP/7EE0/8+Z//+csvv/zYY489/PDDN9544/nnn/+P //iPTzzxxOjo6Je+9KUrr7xyzZo1Bw8e3Lp166JFi1auXMnlP/HEE9ddd93KlStvvfXWT33q U08//fQ999zzxBNPfP7zn+flfOqpp/72b//26quv/shHPnLs2LF2u71///5169b19/f/27/9 23e+850777zTpToAuDM5OdnpdCYnJycmOkND/fSHs+vJB9jQmacTHH155B3v4YdjY2Pbtm1b tmzZxMTE+Pg4D7z//vt37drFGJuenh4eHr7xxhtbrZac48qVKycnJ7ds2bJs2bJ2u71ly5ah oaGtW7fyU4yxq6666oYbbnj88cfXrVvHGLvllluWLVu2ZcuWdrvNJbz66qsPPPAAY+z73//+ L3/5y3379n32s58999xzf/CDH2zcuPHIkSO33HLLlVdeyX8ylq/f+MY3+I9LZD0xMfGHf/iH t9566xNPPPGpT30qlxYH1aYvXsSxA3tooNI70l6T9t/a/t4iU46m9KkmhUCJowhRumGlDHJe plLZO3tT96/NSDkrN5G2jopWJNdFxKcKk/xVPtCqMoxcNUY475JLXjtyhIZncsEFF9x2221y yIMPPvjQQw/t3r37uuuuu+666/hzljHW19f3i1/84qGHHrr00kt37ty5d+/en/3sZ4yxV155 5etf//qVV155xx13MMb+5V/+ZdGiRQsWLHjqqaeUvDqdzh//8R8zxt7xjnds27aNB37oQx/6 7Gc/e/HFF//TP/0TY2x8fHzLli0BFQEgISMXXT7r+5s0cbZt23brrbcyxvr7+wcGBubMmcMY mzNnzre+9S3G2K5du+655x7G2Fe/+tX48nQ6nY985CP8+EMf+pB86l3velew2IGBgampqde9 7nVRhQP1J4FGMvdtyxWlRPtSrmgPPA593deqMqbOW47DSFctizJZMpiuZ1W6Z2buwpVSKbUw mUlEuF0zkCtFK64UQKugaEuo6BPaRhAKkMVYJc4q1aH1zeSKK65QQpYtW3buuedOTU1dffXV 8+fPP+uss55++ukjR44wxl7/+tf39/d/9KMfnT9//hvf+MYDBw6cf/75S5YsmTdv3k9/+tML L7zwTW9607Fjx44fP/7DH/6QS/vABz4wf/58xtgPfvCD//3f/33sscf+67/+6ytf+YrI7q1v fetrr702PT19+eWXz58/f968ea9//es7nQ5j7OjRox/72Md6enoC6gVAAQwODiqGEMaYCLnp ppsYY8uXL0+S14kTJ66++mrG2N/93d8dPnxYhN96660DAwPvete7jgS9kKxYsYL/Wj/60Y8y xn784x8nKS2oHSltJPT1WlEIxLGIL1QT7TCELFagHUyRRZmQz1JLDNWc7KeoKYLpVA1aHW15 mE4dyRw3oVqRybZBFTLlAlHrDlU7GGl8aqMKYNGiRbzvl3niiScYY29+85tffvllxtjrX/96 +SwPP3HixIkTJ37zN3/ztdde+/nPf3722We3Wq1XXnllZmbm3HPPPfPMM3/yk5+87nWvW7Ro 0bFjx6anp88999xXXnnlwIEDZ5999okTJ+RMDxw4cMYZZ1xwwQVc7CuvvPLaa68xxs4888x5 8+Y988wzXm9v09PTtEYgmP7+fv7eD9wZGxvjB9dee+34+PgXvvCFeJmvvvrq2972tkWLFk1M THz7298W4c8///w73/nO0dHRK6+88nvf+16A5LVr115wwQV9fX0rVqxgjP3gBz+ILy2oI7nY SJjBH4KmNY2tUEuGaaSAdplstkJgNxtQS4Zs56ClogcWw4DW3iPnrkSWD0xDM9qMLMNA1CIi 5JvKb/lq0Q7DrCOMsbPOOstyVtZFfvjDH05PT4twfkqO8LrXvU6oDkKsOBBnzzjjDEXFkbOT T51xxhn24ilwXQTqSHI6nQ70Ei/Gx8fvuece7hTCGPviF7944403MsZardbk5GSYzOPHj3/y k59kjP37v//7G97wBhHe6XTuvPPO0dHR3/u93zvnnHMCJN91111r165ljP3iF7/4xje+8eyz z4aVENSdnnjPVq6OCM9WHkh7O8soBtNpMMzgZGp63WcG/UYrU3vWMkKhHUhS9ACTgUc7okRF 0c6eJrectVih5MIoEpSmYIY2Z7P1MG0SEfLakSNenq2OHDly5Mwzz+SDL9VkenqaV7nT6cBM kor+/v7BwcH+/n7G2ODgYNnFSUymZ6sFbgUZGBjQNguXvHDhwqGhobGxsampKa7VLVy4kGfB j4WcoaEhrvBZvj799NMvv/zy4ODgm940y5/l+PHjzzzzDGNsyZIlR48enZ6efsMb3sBVliNH jpi+vvjii8Kz9fzzz587d+7ChQtnZmZmZmYiWhTUm5Q2Esv4BZvdO5qMH4ptwzKqQl/0maG/ t5tYmEFXULJgVu1BqXWmZiBXSqk7rbhWGi2/qXlpdnSoRdH2tGm1F5dGOPrII0NDQ7Sm8Zx/ /vl5iE0IV0EmJyf/dN0IY+yL69o33pKh7iOOY5x7tjw+MDAwPT0NM4mA+o7ICDVlYmJizpw5 crsNDg7KSowix/L1ggsu0OZ19tln/9Zv/RY/Vn6n9q9yLq+88sorr7xyxhln6OsDuoPEc220 Qy0C7VCF8rpPzSFyfNrfuygHcsdPlRg2e4zGpFVQ24yi8dDRFmZQyEzlZEQVkOsoBMpFollo G1mpvimySe2g6o5j7Xzh9uSpqSnFxsAt9gMDA8znRdkkTUtYFjKdUwSkBS7EqyNet4QL8bcN YLPHW0E3k9JGYvcqMA18KP261sLBSJ9H3+a1naLJKqAtJNUGziOzZkz9vVISi/lBm1aLSU2R 60JVK1prJbnJRqKtZmarUttSANyMzN+ABwYGBgYGWq0WN9RzuGWbMTY1NTU+Ps6jmTqATGla vLKw0D+YkREIob8zZ86c/v7+MDUi7JZwIdVt050cPXr0iiuuWLZsWdkFAVUhr/VIBLIJgb6d U9XEPjgi2ydEiMhIGeVh5FVea49RPpmuL1eUIdOBdtiFKltyXWiLUeuOtunkNtSWmRnUNZO1 Q8lOq40pAukQz3me65HwroL3EPbhHvnsxMTE5OTk2NiY8vR3lxacBagXkbeEC7htwuAT2Tqd Dp9YBwBL7kdCO2NlIIAmV8z+dCBA6TItfaHSjzKdNmB66acDH1qDCq2RyRai6ExaNcWUi9b8 oJRQaW3aMtSCopRHOVbKYzKN0JjB8Ad3QFcxNDQ0NDQknv58qDtYmnsWoF6kvSVcSHvbdIl/ 9EsvvRSQyjL3qkvarZH0HTuwh6sUMZ9CnKJzmIwWtJNWdAjZEGLq46kcU0euVVCUomrNNtpc KLJeQuPYxzhk04USh+ocNF+lrUwl1BaJmoUUPYa2hvbyKTqZO9PT09xgKz8+RkdHL7zwwoGB gZ/97Gf33HPPOeec84lPfOLZZ5/93Oc+99nPfnbBggWf+MQneExufr/nnnv4c1+R9ju/8ztv fetbGWN79ux5+umnr7rqKsbYPffcM2/evMsvv5wW5oEHHliwYMGiRYt+4zd+45lnntm7d++v fvUrkYWYmABqhHxLXH755fPmzePhzzzzzE9+8pP3vve9/OuJEycOHDiwb98+fpNwXnjhhZ/8 5CeXXXZZX5/mte25555Tpn09+eSTS5cu5ZFfeOGFBx54IOa2wTRyF+iccLRb3eljp4ZdYj4p tP/WDsFoI5u6OvqiLycR4QHv7tRQoXTMiv1GW+CjZF6PdqRGyLf36JYRE7lISuMoFhSlrUSm WlMQHdZhsxuWzdaWlAMR0+t9VHl2fOYzn/n93/99frxgwYJLLrnku9/97oIFCxYsWPDJT35y /vz5CxYssMyNlKVdeOGFZ5111llnnfXSSy/t379/0aJFPMKrr77KjxUuu+wyMZVg0aJFF154 4e233/7iiy+614XyxXXtgDiZM1CAO+KWGBgYWLRo0f/8z/+8+OKL73rXu84++2x+Gxw+fPjs s89evXr1iy++KN8YJ06cePe7322aXXLixAnlLlqwYIHwzTxx4kTM1HdMI89EzAnvdDpCI0G7 NYA+vo5IEiyGB+24ADOoKUdnO7QyQ++uTWiPbLLNmPQnalnRDr7Q4RK5PErBLI1mOnb8enT2 qrUWTU4xw9A4io1EK0QRLgT6+pHIX9/5zncyxv7yL//yscce++Y3v/n2t79dLDD/nve8h6/f KhZJs0gbGBh44xvf+Nhjjy1atGjJkiU8IY/Ap0UcOnTom9/85sqVK1etWrV58+axsbH169cz xr7yla8899xzH/7wh9/5zncODw8/+OCD7nXRYlcv6AzYL65ru+gxzaAAbUzcEidOnGCM/ed/ /uezzz57/fXXi4Xv/vVf/3XBggUf+tCHuD7x7LPPfv/73z9+/Phzzz23cuXKJUuWTE5Ofu1r X5s/f/7111//2GOPPfbYY2LJEPn+4cc88vHjx2PKLKaRd1hn4cLBgcGFcwb6hwYx7fkkE5PT 42MTk+OTg4OD8pxwtFsDSOBHoqC8QGv7bMe0cqBlDEU+kLtPpZPWvvorEpSSWIoh5ygrHCaV QmkEraZl0o3sthmL+YTabLQloZdGkam9ZIpw0QgxY/a8nxgfH+90OuPj429/+9vlOYF8NVWX V5+LLrqIMcZXflywYMHixYsZY7/+9a87nQ7XTl577bVOp8N7qZdffrnT6XA/xBdeeKHT6fzy l79kjPX29ka+ZgX0r1RBYbN77ppaULRqVvHaGN8c7te//vWDDz7I74rrr7+eMbZ79+4f/ehH 73vf+84+++yRkZGJiYlt27bdd999b3zjGy+++OKPf/zjfHH0Vqs1d+7c3bt3T0xMsFNaDr9/ 5Mhf/vKXYwopppEvv3TpwABrtRYqE7h4K9X0ToinxRi7tDW2b+Lxh8aZNCc8s91A9en76698 I4mgz//Vn9OXctqVUrMBm93/aYcwLH22qQvXnmIGVUCbEa2Cqe7UkKDoZLQY2jIoYyJKkRS9 R1H4LAVTroKlxUw2IVMuVCm027EoSpf/85///C1vecutt9564MCBP/iDP2CMPfroox/84Acf ffTR4eHhzAXdhTS+r9j73vc+/vXiiy9+4YUX5s2bt3Tp0uHhYcbY3r17lbR79+4dHh7+2Mc+ dvjw4csuu4wxtm/fPq+6CES3GjZqY2FkZORH90+4h1cnzsjIiNi9WZBZ95GRER5n6bJAF1Fx S/CNir73ve9NTEwcPHiQMXbdddcxxn784x9ffPHFb37zm/lXztDQEF98na+JPjQ0xH2SOCtW rFixYsXXvvY1OaMbbrhBRF6yZAnPIob+wf6BAdYaXqjMUhZ2NZcl5hpMa+nQ43vG6JxwU7uB WpDGRrLxS/+vOFbUBaV/dewa2ewO29TjamNa1BetWUUIUcogD4VojSiMdMCmaEoSRZ9gWTYJ kxGImTUnqtIpWWQOFSnVPzrbS0aJI19Wr1EbRSO5/vrrt27d+pa3vOUtb3nLSy+99MMf/vDh hx/+4Ac/+MILL/zFX/zF7bfffuaZZ1rsFuLU0NDQ888/f9NNN51zzjl/8zd/Mzw8fNttt113 3XX8hfjpp59+8MEHFRvJt7/97RtuuGF4eHh4ePhXv/rVvffe+9RTT7lXRMa9w+iqOO9+n2oR 8VizdeuP7DFNKBrJ4cOHDxw4IEfYtGnTn/3Zn4mtcc855xxZ+eA8//zzfEvbefPmCfdY5f4R qZ5//vmf//znSZwYBhcOltutuhjngg14LpYee5xWq8U6/QMDA9xkJVjYOt1ujnob1fNEvW68 ZdR+1l5sGtNLsiIqWBnVipWLYamOSZQ2vkmyo/C+r/9/IVs1yvz6yMkHt9Kf8QO7gYEON2iH D2hfSFUKcUy7bZqjYsCQO2xtD23SbJShEG1MRaxcF2XIQ5Fvshsp4RSq8bDZSolJe1NkarVD Ux2F5SbGs/XAgQN880+Z7373u/xg6dKljtL+5E/+RISI43Xr1inxt23btm3bNhHzc5/7nHvJ QS0Qt8SXvvQl5ZS4Mf7hH/7BRdRDDz2khMj3j5CWkHJf8pW+UNsLusQxSY6Pk1yIXH5ZXbBE s5wVB/SrLEEupCI5rT1MWyrTWXvVLHGoHG2NTKT3IxEoPajJemHqbrVGFGpcMXWW2kEZWjzL cINSYKVUyuiJIpZqKszQ2SsZ0QOtekEroo1PTUcmoxRVTZQDqkgpdfEdr+HEb8jHPVVTScvM wh6t0+lMjxsdb0E4ncDOOadbwgXH26YLoa/pYXHs8M7PXYJjZyyHMIe+2SWmnMQeOUY1UST7 eiNRLcr+VZuvRc/jpNRItO/NNFwcKwM6SkLtqI22R6QhpiEhGlNbBq0cURJtZFOOVC2goyem r7IqYMJSQqpbyFWW6243C5nMLVqNjTHmPmrDXTpSkVZaAJhtWDVKvyXyILPT4tgHC/IsYHZJ Cs46lYFB6Wi91B0Xo4LyVZvEkqnL+IgcHtwm8h2VaW6hke30hpVJi3boQQnROkDIEuQxDvqO LidRzsppaSrar8vx6Z8IVywQckJtxU0DJUoL8B5da0eR9YnzpGXimFkhU5Q/2aShyKHlpKM5 tP0tCbWXoAvhc5KhlOSKMle8a5Ef9NWHl7aAAis+NyJTZdTAlDxTw4hx3Ug4icyibdibOrIY dmXI0Z2/6FEbSx+mWEfY7P7V1KdyRJ+n7TvlODRQOVC0BIs9gKoCyrGiMWhtJ9ri2Qup9PTa JGy2cqONYDfquKBkoTW9aG1aJhqwbJHW01BUanJyMn5/WqBlbGxsaGio1pqfZeFzkIo5/eEt rLiaMkMPajdTac86SlYsJY72sJgKstlGGntGJl9dWlNT5MyKJB61oS/ZsnnfpX9VQiwDNMqQ BB280A5V0HDLAdWZLOqCqV6KNGoEoi2jTaI0o0UPUJpIUVxo+U2FUQ6UFlDaR3xqR20as7qz qQp8mUjG2OgN7y62RF3BsksX/mjX2MTEBHfOqO+NRBc+D6DL1yOx0N/fPzk5Kd8d2gEFCu1c tQMc2rMWab6StdqPRZQ79oy8BGZGjhkbUjWSXz66nTH2pt9d7SWFQ/tyOZwqCpmv1Ap0AEVb AMsoj3YMhfb61MajVSao3YW6ZSgRtIEmfYJGo/qN0jLaCNpymtQLS0mUQFM56VybJq3ubJmN OWfOHKgjOdFaOsQYe/yhcX4j1XH4RrvweQC1W4+kMD8S/tscHBx86P6xpcsWDg72M8aGWnr/ 4omxIvydy809P5LUSyskvY1E0Ru0lgyqVZi6Z2qoYOb3e1mCYlGQ+1ElL5MeI+fLSAfsonOY BpJomanOoaRSctHqUqZxHIthw5KXSY6p+loJnC5Z3Zn3miAnZjdvzbZiNi18nh/2t+0iKSxf uUnH9k2O8aOHxt93rbpqwP1bAxc/9Kbc3PMjSb10Qnre+M5V4kuYgYSvR9J57rDSIyrHFouI tpNWIjDSuXKozUObxC5H223bA9lsDYzW11JTpV4ymdlZamrKkZn1IXvjZ0ajKgtj7LUjR97/ /vfLsy75qvCTk5NY3Rl0M3zh84GBAdF3Tk5O8p/GxERnaKif/3D27dvX6XSm2fTVo8sHBtX3 yOAVyQKo+Appjz80QVdIE9oeN5mMj48zxuSej3ecmYsbJYGv+1xW7vmRpF5aIb1cC6H88tHt /BQ/MEWjUBuJtrOklg8Rrn3RZ7reVJEmjmn/SkslzBKy8UYpm/Lqbx/pOG/2LrjaQRBa06Oz p/bQ1tCmPTrbqVZJYrHrKFqFIlDJl1pE5IQmWxczcHp158LVkS/O3jDli2T/FOFrVnDBQFfR WjrE+jt84fMYOYXNtcmcvuEYx5IwPo6CUEc4rVaLSa/vBSsEPKOycs+PJPXSCuljjP3y0e0m u4g4xZUSF/OJybyhvG1T3ULWDEx6DJXPZis3bLb6YspOMYHQzl6WLGdE1ReTrcXSW9utQYoC xIgmYUrIiHaija+0sMV8ZVIKacW1RaKErYodPF6uXTMx12H4MJlI1Q2pOKaFz0FahB/9wMBA q9UaGxsTp3hHWEz7Dw0NLV26VN4hq8jc8yNJvbRCTq9HIg/ZCIuI1wiO6LQs9g+mm0Iin2Vm nUM2DNDk9IVePtCaPagJJDOOItnUCEpvLRdD0Z/kEPnUeWQlElF9ZcRE25hKFnItaNZKM1IF yGT1Oeq5DEmRq2LLZg9qFJGj2c0nAFSKmAkXXYh2xd7CFAJtRnVXR1iiemnj9zGz2uHrUGJR OBSzB32PtwwZKElMQwlMp0PIRZJNDrTw2lEbpUi0bPZhESWCKZVSVFkUI4oFHfrRijpKPHwV Aw8VS5tCOaVcWW3zOqomBXDj7OWK7WbnnNYyAgCUgjwbS5mZRff0HhwczK8AltzzyDcn6Oy2 zFYNELtv374+F7XD0eNVdHV29wJFcVGSa3s7OURre2Cz+0vFKiCiyafsecnFpr2yPERCVQcq Vlta8VVrn1DKQOuulE0xAmmTK+2grbKc8Dzd/B25GbW6YHWgazXyYWnLLgxQR0DFKXFR9rrA +zk6j0MbeP/WfZOTk2mVA1MBFC/O5PnmhKU9OZZT7nAh6ddspQMrtFPUDgeYOl3lwNTx21/6 tUWV49OstdoVNf9oB32oksGI3qN06kyn0yiZKjXVajAmw4a2pooeI2sb4tPFLiJLcN/XpjAs ywHFLOYDQPHcGLonbZeQ2X0qvO/apWmVA8cCJM83J3zbM5KTs3+1TiQ8RJz6n8d2FFMmAAAA ADSGRx999J8fuM0e5/+5/FNGGwnXRZTxmg2bc7Fp337XvccO7PnMTX+dh3AAAAAAaMm7/739 rnuP7mz/8wO3fXFd+z/+4z944P99+Ov84L2/9wkR8s8P3HZyrs2bfnc1dRPhgTT89rvuTft5 7MCeXOXjE5/4xCc+8YlP+pl3/8vlf3Fde8eOHf/34a9fdtlll1122RUXr2GMXXHxGiVk1pqt zOrE+j+P7diwuX37Xff+n49+gGeWEKGjJZcMAAAAABP59b/HDuyZ+7blR3e2GWM7duxYtWoV d3W64uI1q1atoiG9GfIIeagjAqgjAAAAQPHk0f/OfdtyYYN56aWXRDg/piGqRqIdppHhNhLG GM8m1SeTzDv4xCc+8YlPfOKzmE+WQ/8r9IS5b1vOs3ho39Zt27Ytb129vHX1Q/u2akPUURsL fNSGSZoUzwyf+MQnPvGJT3zik3/KYynHDuw5fnj/nXfe+d/P/SvTLagjQu68805vjUT4kfCM +fgQAAAAAIBWT7CsoyPjvUKa0H24NsRymxIMAAAAgBpx8/WjTKcnMLclKHt/feQpxz+eQPYj mXtqfIilmCaUSg4+8YlPfOITn/h0/OQHSaQJOVo9IZOe/vlvdozaee4w9SM5fng/N9G4Z6nl 2IE9n7npr+PlAAAAAI3nWLopu6n6X6ESMKInLFu2zEVCX+e5w15Z3j57fOj44f0s3ZTgXKcW AwAAAA3gmDRHJpVMuf919xA9b6VmLIbqCY7b98zyI6HbyDGyB712fCiyUfJoXAAAAKCRiP43 /jXe1P9qVQ0FWXERcphBT3Dh5Hokiv5h2oSWGcaHeEgwqeQAAAAAjSfha3xk/yuUEsWvNMyP pFfZmJ7N1kJk7UQUGjYSAAAAoCwSvsYn78dZhI2kjxFdRIzRyLqIUFPy8CMJM0A9s2OrOP7N VdfKgb+56lrlQI5jShscLocAAAAAuZLWRpJkAEgxUlA9QTA5OckYm5qamp6e7nQ6jLH+/v45 c+YMDAycHLURCoeijhx95BHFraQiNhKhCnBtQNYY+Fc5XIljSusbDgAAABRPHW0kk5OTY2Nj e/funZqaYowNDAwMDw9feumll1566fDw8MDAAJM9W2UtRLaOyG6tLMtG4ruEK/ed8dXRMi0T 8ikaTZvQ0dqhRIB1BAAAQMFkqhFyX2z3US3GRjI2NjYwMNBqtYaGhrTJeXifcGVVzCRM59bK HGwkLg66J+WfarIwHY2OpFCLCD1mxMih1SoUneaZHVsxQAMAAKAKuKgRvC8+urN9dGfb0i8X YyORdZGtW2d1wddee60IPL33r2ILYbPdWsVB2rk2XCnxkiOPoYg/9xyVIRgl0JQKQzYAAAAq QnXm2lA5TKcnDAwMdDqdTqfz8MMP8zhLlixZsmQJY2zr1q0isI/O+5VHbZQRHOZgIwnYe6+w uTaOdg7qHptrqQAAAAB3XGwkjn1xMTYS7sHKGHv11Vf5wW//9m//9Kc/5ccvv/wyP+hlkvsq PaAjOHYbyXkrR91HbQTBOpoYTGHOQzZy2phwOWsAAACgMDLVCPeOuBgbyeQpXnrpJR7nvvvu e/rppxljl1566YkTJ3jgSc9W2TSidR8RjiYuc218lRIvHU326mCeBgzFI4Qf8xEZrcyYvAAA AIA8cPcjyaSs9Ujmz5/PGFu0aBGTDCd9wijCDLqIQhXWI3HxRTVFdowWHA4AAADkSu3WI6Gj NlwXUThtI2FkVRItFVmPBAAAAOhOCtjXJlgOs/qRnDhxYt68ecocYB7IxFwb2XGED9CY7CXY 1xgf0D8AACAASURBVAYAAAAokdrNtemcYmBgQMy7UQIHBgb6FA8S7UQbORA2EgAAAKBECrCR +E6btdtIxsbGXITMWrOVzXZxlcMFVfAjAQAAALqWvP1IxOpqAXKYTk8YGRlxEdIn9A/ZHELn 3YgD2EgAAACAEinGj8Rr2mySvX97xbReugCJWDNNNplo/UjkAgV8CjnBEvCJT3ziE5/47KpP xhi3Q8TISdX/2v1IDrnRo3iNyGM3jHDeylGlAscP7+eBNLIvvsoUAAAA0LUk7DRTiTp+eP+G zW12SlXiYo8f3n/jLU7mlj422zoiD9ZQZUXRzvj4UMCy8aaaJJEDAAAANJ6EnWba/lex3LjT x2avPkK3ApYjfOamv1ayPPvNvw1NAgAAAACc//PRDzB2ei7xzde7+qP0Kd+1/q1MN+NGGGQY Y3v2YLQFAAAA6F6WLz/p0SH8SHxRZ/+avspWkzAfWgAAAAA0kk2bNoljeQaQl57Qp6wcr6xK Qh1dlXnGcmYHDx6MqhAAoJLs2LEjJvmqVasiJZQlvCJlWLVqVX7CAYhHuf+165a5MMuPxLT9 r/w1eJ4xAKC+rF27Nib5jh07IiWUJbwiZcD7HqgRwXpCn+w4IhtF5EiONhIAQIMJ6xTlrjp5 t5qr8IqUoQr6FgBehNtIqL8IP5DXcpVHcGAjAQAAAIAJqids/epDLglP7v2rGEVkFUTZ5say ZqvCNRL8q/j04prZ0LMBYlPJccwrTGxApSh5ZEQz9U0SnF1mSRwrLkfIqTy5Shbyfa+1SBiX 74fpV/qZKUT82TNykWYpXoCEyDLEZOdL8OPFIjChNEeZSoQ8KqX8TKJ/Avn+tIuBNrtLNBeo nrDYDdWPhH+Vh2mUtUm8bCR33323b00i5VxzzTWpMo2HX0heHvk4J4TwYhrBq3bFFEluAUuO 8qlK3TABOFaZ5VbTa6758N13fy8gFWOMJ+RKiYuQsLzSUoUycAp+vLBCfix5PFUUmXX/ydeC BPvasFO6iHKs3fuXOdhIFIrpjN3jK2/JXELyQgqBjfwNhNWuSNWkRPhNVdi7VClVlrtn337a PWEVNACvMhRW4GY8XhQVIY9KUZm1brHqQ/WEC1cuuvi9F2Qm7GWz5/2KT/5HEwTrPlq7XPDz Wkl7zeyBoRix2uJZDiyilJteVvwV4Upd8mgrmgUV6J6Rtnamq6CE2BvZsaiOWG4S5dNSniQl YQ4tkzAjKtOUUXC+irUgZqhCGEvYKZOJkpHlrDtaCcrIUZIyyNIsQ1qOWRuy0D9emMPPKvMO 9JLjc8NkPJ+1lVJ+hrIcuzQT8nNYlmARa6lp/K+1gmgr5dXgVE/4r397YmZmJjPh6RXStPNr FLdWlmiuzTVxZnORRGkafvvGK7+RxXOXf81sc6JcfvkHk6StaBYW4ZG1lmtx9913a6+LNjvl ILhIlsiyWKXBM8sTUBJTwfKoMk2lram2JL75Rg5e3H3397QSRCA9a0rihSJfFkizjiyDLMde QZesnSuYcRuz2Q8c7YH22PHR4Vi8+Oeq+9PeElPblbj/NPLuKUrBpb6ZlaVzbV7uvPrS9CuZ uZ/caU/WORRjCYtYj0Rc5shLZZITYxUXt1rxd5LWREnj0KoVVs74h0XyhC4yk7+paDN1LIlW FaBpE1ZZ5JiZKj7feHjvLo6Vg/wyzTyVvAzamtrLkLoAtgdOkU8/mlcxj1/5cWr6UVt6Gccs 4spYDl7PTPc6Uj3hjDPOcEl42rNVsZEIlGVbvWwklgrk1BCpsFtfilRiMn9LtcvIHd8iyRco zJ6UqiTBBFdZJkAz8883gcWCGgkKxl1XyIMip+QEkHkX1WuoIubpbappBZ+ZvigmEOUgmKg1 WxlRO+hSacJMkmo9kopfv0oVrzBNqIIWyLAihRnP7PJ9SxJjvfPKiOYrS8gv3yRKSemUqBVV vOky74GKPCLyxv6DquAzM574ioTPteH/5Fk2AmX7X07wXJsKkuuQDe0U6/VKYUdbu8b8ICMR 4+6CJl16GdnG4EXFzQPVpxmPF+WhkdNTpY4tU3fc9YShoaF3v/vdQ0ND/GuvOGFZjERWSpKv 2RpzuxRwq8lGuQC/k2A7WEIDmm+OAUlyejgGy6GvNV6iaOT8apRfvxJZZUeClRIp6w9rj4NR imQxfmizS64tZQpUptv4SE7wlIgfnUn7jLI/VSLzMiV3EZvfY6GyBD+dHPWEZcuW3XTTTV/4 whe+8IUvDAwMLFu2rE9ZnjUzpyRzbXyH3xT3PZGc6tTyqYCChRXPIofN9m93z1pbx4DC0OQm gWEeDNra0atgCbFkF3yfKLkIVdJeHUteCW8Je8vEZ6TcOYqPrUlsTL4BSomSRPYqlRdPM6Vy WcLExUHE5F2btgza9gnImkjQ/AADrqP2xtDKkWPm5EJheqpof8iOT3vlt6+tpuX5YPpBsaDW rj6WSrl3r5l+JDt37pS/tlqtbdu2McZ65J32+Dll6o3Mhs1tnhn/ytWR44f379mzh2F3SsAY w/CNGdoydWkrvtlbzE57mzZtypQQ4MnhLtyRnMrgItYUJ6bxM6nLHVgAaAo79vbZsWMHY2zT pk1MpyccP7z/d9/zjhUjF+3/96Nyqv7+/quuuurqq6++//77t2zZ0t/ff3o9EtOy8Wz2Emou NhKtshnmo6cNj7lvMl+UgyXH5x5TgDzayiujErEUqeBHTBWG2HKtssUW4r5KR7ri+AkvxpNU a/tJKr/MJ5gvJuNE8bkrCGNM1VqsGPJ+gDjOtel0Oo8//jhjjH92Op2Tozamqb90QMdlfCjV Nc7jXin3/ssv98LqlZlR8SpLdZ4p9pIkbJmyqhzfxVokxCsrVZi9ol3HNmHBqnO3u1Dx520j h11cyLuy7n4kf/qnf7p06dKxsbF169ZNTU31yaflRVqZ5Osqx0niRwIaTFf9sL3QuqeUUpJq UjV9omBpJa3I0u13IFrAEa+GCvYjOb0eiTLLRg6XQ5LPtQEA1AI+VFyuhLKE16gMAJROpp6w cuVKRvxImNBIZLVDmf2rBMJGAkC3sWrVKsbY2rVrS5RQlvAalQGAihDmR8IY6+H/tIu00gVb 7XNtuJ8tAAAAALoN37k2ih9Jq9Xq01pEZFcS4fdqt5FAHQEAAABAlB+J8GalXiN0Do52fGj5 8novJw8AAACAJIT5kajrkQilRDt2w6E2kl3tm/mpKz72+ZyqF8C/ffevyy4CAAAAUHvufcm1 c7/tT3qYjx/Jj370o6mpqX379vGvfUy3eLyiiMhfTbrPFR/7fKWUgJHRDUJVAgAAAEAxBK9H 0iurI8piaNrl5LV7+lVNHeGMjG4ouwgAAABAd5G59+/OnTt37tx5yy23LF26lJ3yI9m5c2ef Ek9epJVO/WVYjwQAAAAAZoLXI+lV4mkXlZfNJJm6DwAAAAC6FqonvPbqazQa9yPZsmXLrl27 eMjJuTZsttohD9woImAjAQAAAIAJqif09L72+jPVMRmNHwlj7Ogjj4jl0eh0G4746msjyXTm cPf2EDHlJHAWAQAAAKoD1RN+b9Wy3jNOj8nY/Ei002qUZdMC/EgUBSL5zJe85QMAAADAF6on 7Htg1mqttn1tlBVaRRrtZjfu+9pwFSG/Wbh5ywcAAACAL+7rkdx///2PP/745OQkDzm5ijw1 jbDZs38z1yPRwtUFWWkQhg1FjaB2DlNMu3wAAAAAlIi7njA1NTU1NSW+9lrsIkw39cbLj4Qr CrI6sqt9M/9TfEGUQFNMu3wAAAAAlEvwnNzTa7Yqy6MJlJA85tpApQAAAACaAdUTpqenXRL2 8Y2DXbj5+lHm40eiRYywQAsBAAAAmgf1I5GHZiz08sSOnyzORiJGYVym7PJomNwLAAAA1Aiq J0y60eeljrBoGwlzniMDIwoAAABQO6iNZGKC20j6eYTXnXlCm1BdQy2TGBtJ2KQYTKUBAAAA 6gLVE0ZGLnVJ2MsY4wlcPhn2tQEAAACAGaontNzoE4MvmZ98kZNIPxKXVUa8YgIAAACgOmj9 SFwS9h0/vJ+rGi6fLNqPhKoXcojpWAmBjgIAAABUk4C5Nnz7X+/Zv9j7FwAAAAAmAvSEkZER xlhv2FwbBj8SAAAAABDC9IRdu3YVuh4JAAAAAJpNmJ4wMjLS65sTbCQAAAAAMBG1r40XsJEA AAAAwISvnsDdWlmARkLn2lzxsc+LsxVZ9F3ebbjckgAAAAC15lPf/nx2JAk618Yen7u1siQ2 kp6eHl8heQNFBAAAAIhn7dq1xx/+c68kwWMpZfqRHHvyjpjkzebYk3fwP5eYBZSnOjSsvkp1 tNfdPdCUhWNML7QC3XOhMeNrVOS9MbNbE8L/MgMtEgCoL2vXruUH8CNpFMeevGPuRWvoMWgY VMmg19090JRFHvdSHupIZI0KVlV7Vsz6OrNbDTEFussEoDosXrxY/rp69ert27crIeK4TjYS +nKzfmI9/+QHcqBybAlMm1yLSX6J8JZUmlR7bInp8v5tiplT4U1FSpV1FUilH7gLkWNGXmJt pmElSUWkTGrM4McuZg9tTHvy4NwBKB2ufBw6dMgUoTY2EvklTw5fP7F+49BG+cCLcpMnx+vJ 7t6xOb52W95BaYRIfIvUMKXEhNdoXcC1KPISB5SNhmgLk/BmkI0Z2mM5UIQIelZozCHaQFmg EpkGanMHoAocPHjQcrZONhKO8ogReoCiECimiI1DG4VJQ46ZU3IFU/L8SNsxCFGyzID32hKL 1JgBLMuVVU5xpZOaLuZetIb/2TtmU3JTZLfi50WAep0cue/PTw9wkazoQABUAXl0xmQmoXrC pBv18yPhakGwQuCYnKoySXL3olLvqSA58oCa3YUi0lWiCl4XLphueBqY/KfB7RniGACghasj 3ECyatWqHTt2HDp0SHExYTo9odPpuMhPsB6Jr4RIuEIQrBY4JjedjczdnXIdWkt/V248JhWk sJav4CUu1w1FO2oDAFCQx2u4UkLj0PVIxsfHXYSXZiMJe0UTqkCYWlBucndSqSPx78FVm+lT wTf7vIm8BJnJqz+xK49SKWpH8VoI/FVB7ZDHa2SomYTqCe+72snHo2gbiRj2zhz/Fr1+WN8f mbx05MaxP47lJqUhAV24nKoi/VNkjeqCtuXdAyNlMt29ZEJMzFHm79BAx+SRNfLKnVLYqI3I SM4RgLpAHVq1ZhJqI3nz8EK75DNmZhhjPeetHHUsytGd7Q2b20zaB5irI5kLxAIAqk81DSQA gHLh657xz02bNtmjLV++nOoJxw/v/8yt1/KvX17XllN9+paTGgjXSOrnRwIAAACAgrGoIwr2 fW2EFkKp31wbAAAAABTJ9u3b6ZwaE/VbjwQAUCkwZAMASEJt1myVwbi1BXff0m5rxi6sr/xV u3Zt5mwal2gBBYtZKYTG9LrntTEdc6dOrJY1W5WYAIBM7HqCcCWhwzd97JQWk/nJE8CPpACq PyETFIllzTSWNSM6p3tJm6n7NCj7UvH2clqWwHfJ2qR8xMQEAMhY/EhkLeTL69qKUtLLVQqX T068jYQuaI2d9oLR7o6mPbbEpFeErjtuiplT4U1FSpV1Y/BSMhQ9JuYSOy6u6pU8krBJv8lj AgCC9YQ+37m7kTYSeSsvORw77cl4PdkD7OTat0z7WVOESHyL1J1KSfJhlyIvcUDZaIi2MN15 MwBQfexzbSx4e7am8iNRHjHYaU9L2o7Bd1s7l+QFF6kLB7DEjnp0dTiX22MudtpzQKxXpuzx O7P75B8AwB2LnqCsR6LQNzPW7mllL5ImopXuR4Kd9orJupR8QR5gp71g4EcCQADBNhKnuTay 1lL6eiTYaa8ASn9XBplE3iEVvMTluqEAAFJh0RM+fcuoZa5NaeuRhL2iKXvd1Su5O6nUkfj3 4Kq9SVetPAUQWeXM5Caf6OqQX6nk4Rg+RqNsvwcACMCuJ3z6llH+RxPqbSSWoZxIGwl22nNE bhzstNclO+1pibwc2GlPwX1TvcK23wOgYQTrCT1a5UMJFF83bG5TPxLstAdAA8DKNwAACt9C L3MJ+dWrV7NTO+0pesLRnW2x054JvtOeftRGq6Pwg9L9SAAAAABQWXLf10boKNjXBgAAAAAm Eu9rk58fCQCgmmDIBgCQhOB9bXqZNCJjoqc1KuLARlIYji6c3ebp2fj6mlb0p4u+u6+sn7zR tLm7Fyl5clMruSenx5GzkHyTmAof3EoAlIVFT+B72fA/ulpan9YWQgOrsx5Jl4AnTndCr7t2 Uz3TMvDFkLnwvL1IeSQvfevBSCwlUcK7eTsFUBdy9yMR5GEjcd8qr7DkpeO+ljbDTnsNwrEn 9oInzLxDmNTI9W1qr1Zy12PkaNomspsu7MYt95+hvVT1vWqgYVj0BO0yJAKnNVtlcrKRYKe9 MLDTHkiFeyMnvPqO0cJ2YsoJ8aNzNPBk/qBMv2LHy1FNqw/oZlz0BD58owRWwkbCnLfKKzh5 w8BOe/WF9sritTh5m7gLlHP3LZKlRgG5m0LsyeW8Yhbfy8OyBUB9ydQTtOoIK95GovzmfX+r pg3wkifXxozMvUbAFFFxArwuvMxpvmXwKpIpgpxcG54pwYu06/9qRbkH5pE7AGURrCd4aySR e/9GPkQilQD35NqYDVZBFPBWVykie9+cusCYIkXeYNrcS9RRFG1MFkgLlsePCz9YUCno3r+y UcRkIGHV8SMBeRDfFVXN5ox3wQBMtgdtiClQiZD8rrDItBhjInOMF+Ii02SdKrgZAYiBLxLv CNUTXNQRVryNxB3stMfcni9zsdNeg3C87pHXSNueXo1MLQHuRdLG9KoRzd0dezW1DZKZi3vT 5fHjquAPFnQbmzZt4tvfcKiNxFFOj1euGza3eWb8K1dHsNMeAA0Dr9oAAA5XNfjnwYMHaYQd O3aICHynPTZbTzh+eL/YaU9ZFU3YS/hOe9W1kQAAigRaCAAgCRYbST3WIwEAlAuM/wCAJNR7 zVYAQBWYe9Ea/ld2QQAANSbx3r8WYCMpjLCVphpPY+qrNUhEBlrySttoeRTJMbl9tZK63B51 KScAAdRmPRLgSLNnlAD7qvlhgRUsvEWCi0wTlnnCDsWvBFBHQIMJnmvjPWqTh40EO+1RHB9Y YrKo/CzWHlti0qW76XreppgxBBQpVdalU2SHdKx6O+1ZFmwNxt2mSOtoOtYmZxG/I1MgAE3C rid8eV2b/9GEVbGRYKe9MLyWBnd87Ta9rWojROJbpC55jmdWMw+Fxr2Rtbnnp2MFj++YEL+a sDs58nfUVXcy6E4sNhL74q1V8SOxbJXnoiLklLxhKM9EehyQvOAiNWmFNFO3qpg07FNg8hiy cW9kbe7BRXJfjozmVeTQlV0hw3AMABY9IWP278xYmzHW07JFYozNjLV5nEgbid0rLRPstFcM jen1q4zdECWwnHXphkWcYJNApuTMQEdM1fQawQwrQ6TVBAAgE+xH0sf1DKFwaJHPRtpIIn/t 2GmvGPBQLgv3lvcarYsokUfuJXbnJfr5AgAUsB4J0BDfFVXNWFK18gQTWRGvfteyyoi2GJll y0MdsWRKPUODc7FgMpDQ7BpzEwKQE5l6AvdspSM4ej8Si8mksPVIsNMec3vKz5V2+aIhAU9P u+NCKUTWqIJoG9k9kM3uF8MGKahw90bW5u5eJHp7u991pd+f9Bdnj5YZE4CGkakncF2EKiU9 TKd/KCHi64bNbepHgp32AGgYGPswkapl0MKgLgTstKfoCUd3tsVOezKyRsJ32uvVmkNoCHeA ZVizFYCG0gzjU8VBI4NuwKInaJchEfRmzrLhiGjwIwGgkfBRBv6H1/ecEI2MFgYNJvG+NlXw IwEAFAy6yUzimwiNDBqPfT0SYSahnq29M2Nt/meR3tMaFRFgIykM91Wq8i5JpWhMfU2riWtD TOuOl3WTaItkKadLkRyTi2iOrVdNtE2nPQVA7bDrCZ++ZZT/0YR9WluIxbMENpJiwFOp2ZjW PdN2sZYV0vIvqQb76umMlFMrwUWmCdPZGv1q6Ep37tPrAKg49V6PBDvtUbwWvzqm2/dLObbE dHnZNcWMIaBIqbIuHdP1zWmFtLnYaU+KRutoOtYmZxG/I1MgAE0isR+JhZxsJNhpLwyvda/t r7OZL7vaCJH4FgnP8fxwb2T7xi7JofebKGFYppFrxkf+jrSNHFMeAKpGvW0kzLpVXonJG4by TKTHAckLLlKTntfiXdlloS36Up5fU0TaaYLL5t4g4k82ARZ2b9gVsoBiiLo06fYG3UxtbCTK m4HvLxA77RUDTBEFEOA2YRqPsyQXZ5P3eWnVEdbdO+3JI2vQS0DdsegJ17znr+Svd//7V+Sv 3hpJ5N6/kT827LRXDHgmVhx3bYblo18mV0ci8WqQqiErQ3gZAA2A7v17zXv+SigfihYi4z1q g7k2NSL+6Va152PVyhOMe0XiqzwXO+05YDKQ0OwacxMCkBPBekLRNhJ3sNMec3vKU2Pv3Lh9 6eZWb4ewyBpVEFMj0+uex+XQtqdXI8sRtINK9qLGVLP0+9NxeMWxnCYHWADqC7WROCbs8cpm w+Y2z4x/5eoIdtoDoGGgazSRqmXQwqAuBOy0x2brCccP73/s0Uf5YI3sRyIP35zcac+3cFiz FYBG0gzjU8VBI4NugOoJshOJ+FO8XFl11iMBAJRL6aMh3QAm1IBugOoJsmerBdhIAAAnsfjA Ak5846CFQeOpzXokwB3HkeZuG5BucH1Nq/VYfGCZQx+Zk+UjZinVmBrZ1zTKY0FhUwGCM2rw PQwAy1qPxGIsqe5cmy4H481diLZ7ti9VzrK6t5ymcmjnxMYUyaucprPF/GpEgcOS46cNGk/w XJtKrEeCnfYoXutU0iXG6bEl5jHstFcxcnqHVjSemEtcwVd8d5uiqKkcqD1mzg1C29MU6N50 7jIBqBRUT5A9W695z1/xP2osqYqNBDvtheG17rX9fTTzbVUbIRLfInXzg1hb97AGyfUSZxZJ K9nRpqJkEVZI9zXjHRsk3upTjEwAisFuI6nBmq3Yaa8A5NWoaGBY8oKL1A2PYG1P4x6oMFe3 UZ8lsldRKV7dZFil5ha4056jTJerkLwY3fBbADUlfM3WmbE2Y6ynNWqPNzPW5nEibSTBBkwO dtorhm42RVSQYHWEYzKHJCyhb5FMkbWBXiOYvsUQWThaTTJzV2SK4wCZANSUYD+SPq5nCIVD i3w20kYS+cvETnvFgAdoWbh3yXm8dkeSt3XEJetSxjJMqh5GWECT2LRpk2PMYD0B65E0mfj3 4KoZS6pWnuqT2WIWp86c8FVHqGtnHqXSGkh884ppTEv8hC5EAIThro6w5OuRWEwmha1Hgp32 mI+jAMNOew1Fezncr5FXcnovmaD3p9dtYzIk0EDHGuWEY4No709TOR1/2pHXHYC0LF682D1y pp7w5XVtxtinb1HVjB6tH4mikYivGza3qR8JdtoDoAFgZAEAQOFb6GVqJKtXr2andtpT9ISj O9ufufVaOTLVSE7utNfTGu1pjXK9REANJCIC1mwFAAAAgAm7nvDldW1qHeG4+pEIHQV+JAAA AAAwEawn6DUSxWQiAxsJAI0EQzYAgCRY9ASLgYQx1jsz1rZP/WWMycM6sJEUhqMLZ7d5eja4 vmIpM+2CZi4hFskJyjdbIC2k+1JskclF/Jjkmexq32wK53/JJQPQDMLn2mh1ERqYaj0S4EiD +11gwXEGrDakMCIXOE+yPjpVRwpb/GNkdAOL0CqgjoDGY9IT7AYSVpH1SLDTHsVrncpjui3T lGNLTJe3VVPMGAKKlCrrehGzkqlInnmHMKmRK97Udp3D3jLCvCFrBqZjOb4dreFEG8gVGhfc ZQJQKaiewCfX8AP+JwcKvHfay8lGgp32wvBa99r+Ppr5tqqNEIlvkSreU8ZT4moT7o2c8Oo7 RnPJ0b3pRkY37GrfLD4tMUUEe0z5rDZJZkbFyASgGKiewE0jsoFEay+phI2EYae9QpDXWaKB YckLLlKzvS+L3EPOXgzHmHSFNP7nqEDQxdlcLGEm+bTp4nHs8jOjRaoO2uSyaiJMJrCdgCqQ eM1WC5E2EuVh4fuoxU57xdB4U0S9iNFORJKYbeTskunXzIzs41CZT4nk6pq71cQEVQW4NHEc W0RzvjwjmExAdQjf+9c3p8i9fyMfH9hprxiabYqoF/EOm3nol5GqQJK01VlkVhlMEeGFjbBA KQGVwmXvX62Lq/eoDeba1Ij4rqhqxpKqlSctOdVODGc45hg8bhKDJdNiLrrWQOI7CGLxkPVK 63KKB4oCj4xugDoCKkJtbCTuYKc9hp32TtElO+0FbFYXphzYd4ZzaWQ5gjwq5FL4PPaQy+mm FSMv9s5ejiaP1GhHbcRMH0eZbLbaUcBIEACRuNhItPR4ZbNhc5tnxr9ydQQ77QHQMKozIAIA KJeAnfbYbD3h+OH9yk57lJM77fkWDmu2AtBIGmx8AgAUSW3m2gAAqkkFR+sAAHUkc+9fflDd 9UgAAKVj8YEFAABH7Gu2fvqWUf5X3TVbASVspanG0+D6mtbhoKYLr3V9CrN8+LrlKjFjkkcu dGTKxT5BKTiXBt/DALBGzrXpcjCo351oVwOjK3BoO3ItXguXxeCeUebWBAHJWYEjTZEbGuCn DRpP8FybSqxHgp32KI6PV+2+dNpjS0y6dDddz9sUM4aAIqXKuqbY9RWv5MVcYncK0yeO6XYT NB0z5wbRLoGvDfRapN/lGpV74QCg1N5Ggp32wvBaGtz+Ppr5tqqNEIlvkRr/zI0cznDPpbBL TAleCJ+Ga786LuHj8ttxbJBIq4+7zEz5GA8CVYDaSLQrtFKq4kdi2SrPRUXIKXnD0Nq3A96w Ez7yfIvU+BXSxLF2PELpb1y6H68ZNDFXNuDS0Oq4F0OoFDRJwl7ZUU6uDcscfh3QQkCl0lD8 aQAAIABJREFUoHqC2OlX69Aq6GOMzYy1e1oZ+ouIE2kjiXRAw057xdDgXr8LMb1q55pRZmSq N5gUr8ixKhfcrSYmaJUxmxp0LXY/EmEv0cy1mRkzaisCWWWJtJFE/jKx014x4AFafSJ75XIv ca0LTzGpesX4FANQNSx6gjCWaOnNtI4oYD2SGhH/Hlw1Y0nVypOWPGqXKdPi1Jk2Izmm1uwR Izm+6bQGkoBxqCRpfcU2+3cBakfiNVst4ziFrUeCnfaYp6OA7HYgQgIeVRW0NkfWqC5oWz7y cnjJpPdSZEYmqCHBPXkerZSZl2ORlGJY/JQzf9pe1yjmwgGQHKonCLuI7EdCjSU9TKd/KCHi 64bNbepHgp32AGgAGFmoPibzEi4cyI+AnfYUPeHozrbrTnvcj0TxJqEGEhEBa7YCAAAAwESw nnDSjyTTm0REgB8JAAAAAEwE6wn6NVstE3BgIwGgkcDyX32wGAmoBeE2EpdIPa1RoaPARlIY ji6cDfb01NKw+tKFR+ka4fKfPbkpC23aSLSFccxIG7Ow5I6YRMVnVMzsIQDKImquDR2ysYTA RlIMeB51A7RPpStYaFc11X41ZZHHqhhadcQxI23MwpLHI3IMS46fNmg8dj3BMtfGyUYik4eN BDvtURwfqWImoWnFAnFsienyummKGUNAkVJlXQV8O04lfkC/qySPucQljhREZi0qmPmTUeK7 iHUx2/he9Ibd9qAbsOgJfIU0/qdZs9U3p5xsJNhpLwyvda/tL5SZr5vaCJH4FglP5yTkeokz r5GvM0Rym4f7mvGODZKT2SaPXxwAYfDJvY7k60cik5MfiWWrvBKTNwx5OSkaGJa84CI15rms 7WN4H6l9LQ42kFhkaiO7yLTg1XdqI7tIEDVSVkhTAuNxb+QkcpKkAqB0Eq/ZaiHSRhJjwGTY aa8oYIooAHlAjWpmmZdAm1yLyRwSVOqMIuWhjlhCUhkk3K0mJmh75rSMLAClsH379tWrVx88 eJCe2rFjx+LFi2UjSrCe4K2RRO79G/nLxE57xYAHaN54dZ80TrwXZx6XuADrSDUxqXqFOdsC UAxLlixRlJIdO3bQaPa9fy14j9pgrk2NiH8PrpqxpGrlSUtOdgv3CMU0r686Qt1F8yiV1kDi m1dMYzb73gYNYPv27YyxJUuWiBCujtAF5mtjI3EHO+0xt1crusnWXOy0V0/yaHmtTFNG9F4y Qe9Pr8KbDAk0MLJGkTg2iPb+NBXJ/acNQNXgYzdyiHa/G2oj4VNsMuX3eJVmw+Y2z4x/5eoI dtoDoAGgjwQAUJSd9rhGcvDgQcVAIu+0x2brCccP7xc77cmqiXx8cqc938JhzVYAAACgO+Fj NxzThsC1mWsDAAAAgFqzZMkSrU8rx6InyAujVXTNVgBA6WDIBgDgAjeTmAwkLEtPEGu20oSw kQAAAADACHclUbCs4lr7NVsBAAAAUDW06oidMv1IAooLAAAAgOqzfLm36QE2EgAAAACkJMzi UP5cG5OTCx9qosuqAAAAAKAsRL8sT+iVCe61w9dsnRk7OQ+np2VbT21mrM0juK/ZKiqzadMm i1MuAAAAAIpE7pfteskvfvR1R5m3feu+27bcxyL2temzKyIcoY4wN91H6CJiWTeBdudAAAAA ABQD7ZeXLFmyevVqk1Liwm3fuk8cV2hfG7HErK9kAAAAABSPUEoYMZY8NTbuK43aSPgi8Zmc HLVRLCWyUUTBovvIphHfCgAAAACgLHjHbdJLvKB6wsTYlEvCk6M2FhVEwWQjgWkEAAAAqDWK XhIGtZHsecjJ0KIftaHaiVBZTDaS7du3Hzp0iB+vWrUqoA4AAAAAKBHuYrJjx47FixcnnGuz dOlSl4Su65EIHcUyz3jx4sXcd9eyAQ8AAAAAqsaOHTt43y268mASr0cS5kfCWbx48aFDh3jF YCwBAAAAKo7QRZJIo3rC2NiYODtnzhxTQr1nq0JPa9RrPRJeK6GXCDZt2uRVKwAAAADkSlp1 hOn8SDqdDmOsv7+fR5ientbqJfr1SGig13okHKGX8K9QRwAAAICqkXwJU6onTE1NCXXEQpr1 SLDZHgAAAFBHku/xQm0k09PT/f39nU7Hrpdg718AAAAAJEM7ljI+Ps4YGxwcHBgYEDGVsZsE NpL5Lz0cVXYAAAAAVJL5rYUu0T718feLheSpjWThwoXcuXVycrK/v5/bSwYHBxUhrrN/BcHr 1QMAAACgkWTua9NqtfiQDfdyZYxNT08rQpLtaxOw9D0AAAAAGga1kchGET58wy0lSkLYSAAA AACQDJOeIM/+1SZMv/dv9RkZ/ZX8dVf7N5SzSoijzIBUOTEyumFX++axG74qB7a+9hfy17Eb vqqEuEBThckphpHdG5SQXStujhTiImFk9wYlmnIt2KnLIVqPHmQS0/L8DglLW/3sRKb8oPis AehyqI1EPsvtJdqECeba1BGhPYyM/qpSykRaRI81dsNXq6w65IesGYzs3kB1BS8hwRIY0QhL oYL3gKKsCDWCRWgSXIhIbsqCB8o5xuSrLbmpOkoJaSEBqDVUT+AqCP+cM2dOp9PhLq5z5syR FRTvUZvg9eqrCdVF6q6daB9ttB+qWs9UAGGaRFoJCmVdhV3tm2lPXDqinzbpCu7IPwG5svzX IcvnX8VfwpKbqiPKoISEZQ1ABTHpCbLjCF+bRHElgR8J29X+DXkcRxzzA/kr/5PTakMU+UKO IkorgQpMRetrfyGPHYhjfiB/5X9yWhqiIEdQImulmcJpWrtwU4Fd4AYPeVCGHyuBCrtW3Kyc pXLccWlVl2vh2HSm5KUwMrrBYp+IUQ5MaeVT2jgxmoFWcnx1AKgjVE/Ys+fk5969ew8dOiQr IvJxN/qRuCMGdOSRHRqYqUMoMeXkij7E4ow0YY9UrROD1sXBJbmi+jCdJcDuP2EqBjO7XyjH WhTlQx6LoceOozMmOfG4XwuXphPXRZzl7+gl9pTxhhDfvOyBZbUGDCSgeVA/kuHhYcbY8PDw 3r17Fy9eLIZpFDNJl/qROOKoHMhahTaJHFjBUSHHsQOqanglD0sixwzIyNcvNfm4jEBuuvjB GtO1UOJE5lIwxXTM1IcjHheNRw7PowwAVAcXPUE4kcjLtsJGUj5coRGfZRcnAeJ13N2VUn6z T1iS/DQMX3z1A/cGyanpyiUny4EQS91dU2WnFaUEmrxuAWgG1Eayd+9ebiZhp6b+cnVkcHBw cnJSJISNxJWc3DuqRom9mhiX8SpDcIHDPD/yk0Nxb5CwpqsmudoPZMeO5NqAtuSW6sjqkSkO AHWE6glcHREzbvr7+4eGhpYuXcqkJVxZQhuJyZ5ftXAa6EgzrBeZlGXqD56YGlzgVOaTnMww xSxMwgyeHKbJOAHhvoXR9uiR2fkqHwGZuphG7GVTFBT33BGO8CqEy1+pjUSoHYsXL2aMDQ4O zpkzZ3BwcHx8PEojMdlITM/EqoVTfMdK8hhbKWDIxrffiuznvIZskhCcnZdHqiVyWs/WwrC4 OyQJd0fbfwcUI0D/UOL7ZhqgjljOIhzhdQyXMekJ09PTfC35gYEB7tA6OTkpayS9M2PtmbF2 ZgYiTsPWI0kyFqOdPFwpkhjzLXNt4oXnJC0t+Q3QWNA2iEtglVsyb+TXOLnvxxIgABSAVk/g ykd/f3+r1RoeHr7qqqv27t07MTEhJ+zraY0yxmbG2vxAi3y2GX4kst7gYpnQzqYRgXQGb1ko L4i+8zvk0S4RXwRmjpHF21SEEEeDh7bALsjLimQaNmRFRInsJccLbYNor4Wp6eh1kUOKX0he /moxNrhEs6OMfSi+Izk5bWhLbqqOsjIK/EhAw6B6AndfHRwcHBoaarVay5Ytm5qaUtQRxliP i3ShkWzY3KZ+JP991ycZ9v6tDBV5+avgguVdRfbqLNW4TwAAzeDenXsYY7dtuY/qCUd3tgcG BlqtFp/re9VVV3U6nbGxsX379ilC+vhwjGIgsZhMmmEjaTB5TCIADQN3CAAgP6iesHz58qGh oeHh4f7+/oceeohaRzi9Pa3RntaoiysJp2F+JCA5Y926qx8AAACm0xP4YM309PS+fftM6ggT ozaZfiSMsZ7W6IbNbZ4ZD+e6z3/f9cnbvnVfsqoAAAAAoIbwURs2W084fnj/DTfcwPf7nZqa siR33WlP6CtU94E6AgAAAAAO1RPGx8fHxsbs6siuXbv065F4+ZHctgUaCQAAANBA1q5d65uE 6gl2XYQxtmvXrpGRkZPrkViGbBhjsqNJph/JzG7fwsdiynFm9+lTyUt17Mk7MkPC5Ihw/hcg EwAAACgYobsE+JuOjIwwsR6JAg2s3XokM7tZz4qTigg/zpu5F61JLg0aCQAAgNLhq78LVq9e vX37diVEHAfrCa5+JAKT7iMbJJRAOVyoCEqgCA9IriTxhff6ikFCfFV0Aq3dgtoztDLtZXCJ 6ZiRb+4AAACAI1z5OHTokClC8JzcNPvaCCOEoj0Iy4T2WA7k9gzx6ZucRmNMFWjh2JN3CJuE MHXMvWgN/0rPKj29NlAr0z13SzTTcWYgAAAAEM/BgwctZ6meMD097SI2mY2E4zI44jiAYoom KzEyiubRs8JVHWHSgItj5+0SzV1mpMagzQhaCAAAgOTIozMmMwnVE6bcSLb3r5ZIf1L35NqY sitJAX4kAAAAQIPh6gg3kKxatWrHjh2HDh1SXEyYeV+bTBLbSBS4oYL/+cL1Cce0wiKiJC/G pxUAAADoBuTxmlWrVmnjUD1hwswNn7+t9+0j/NNbI7HbSBI6nAakVZSS/EjrMZqH/yl8WgEA ACREHq+RoWM3vnNtRPw0NhKuClBPDjFZJsBQoZXpiMkrNhLu5ZrcV9RRrIjmUoCcigoAAKBr oQ6tWjOJ71wbEb/HqzTafW2OH97vJQTkDRQRAAAASeDrnvHPTZs22aMtX75cu6+NRb4cP18/ EgAAAAA0AIs6ohBsI8l3rg0AAAAA6s727dvpnBoTJfuRgEqBIRsAAABlEWwjSTzXhtV8pz1M UQEAAABigI1EJafpNgAAAACwUL6NpL477TFsSgcAAAAkomQbiVhfla6aagmXA+Wd9gKSy6eU r5kGEj5Xli/g4doKAAAAANBRvo2EU9Od9jhwCAUAAAAiCbeRzIy1+Z89gYjgpfvQYRcv3JPb d9or3tkWAAAA6E7C1yPpaY0ySeHQMjPW5tGYp+4T40+quKa6ZES9WZWRIAAAAADkSpQfiaxw ZGLXfWq90x78SAAAAIBIEvuRWEwmWt2n1jvtYVM6AAAAIBVRfiTuBhJm1n24JyljGvdSJYQe ywlpchpTgcqU47soNHyuDYNzKwAAABBHYhsJ1VGE1QT72gAAAADARLiNxNFAIqLVZc1WAAAA ABRPyX4kAAAAAAAs7zVbe1qj9vVI1k+sF380uTbQhFfkBqBtOnsjuMd0idAlBLQDTdKkO9nx BxsWISGWcppyL6Xli7/BYjICIFfC1yPRnqZDOZnrkWwc2sgP1k+sF8fKKaDF0nT2+KBgmtTy vC7avqpS1bSUs3lUquUBCKaie/+a3v4tL2f4TVowvS92bXtqG8TxrrMcm1o4MyP5VB1b3v0G s7/fi2OR0EWlsJtD7OWRT+Xd8lW4wbxKW8dbEdSaxDYSC166j/b9RvxC8FPxBe0pI9dX2wji eOPQRsfGkeXI4TRQm1HdyeMGE41vT+7enqZrVAxVuMG0eTXmJgQNoHwbiVDnM38Vpgj4RYWB 9mSGRoipfkzahrW8qW1LH0kpvVcu6wZzp2G3IqgL5dtImve+COqI3FPiPqwmWvNAXSj3BpOH wxixrMiBAJRIsI3EWyPhusztd93LdZ9UE4Chx6Slm9uzXOW4e1o+2EySU/sU1vIl3mDa4TPT mFr33Iqgaih6wvHD+x3je4/aYD2SqlG68bwKKK+JYWkzA7sT36YorOnK8iNJkgQ3GGgw5dtI YiyZXa7La5tOfmDZG0e8qnbbwJnWfm4yqtNWkkPkJDTQPfdGtjxtOnqK+TSdPRdtRqbyyJpo YQaSEm8w7VdtYCNvRVAXgm0kPV7ZbNjc5on5V66OZGaWCX48aUF7lgVavizQ8gpoEJCKtWvX MsYWL15sj7Z69WrG2PLly6meYFcS5Pj5rkfiCH45aUF7lgVavizQ8gpoEFAiife1sQA/EgAA AACYKH89EgAAAACAkm0kYnk0d482r/WSm+2XHrlWdEDy4MtUNSx1V5a/tKRNW8c8ZMrCE4qK abo8iqQl1ydDxW9vAGpK+TaSjUMb+Z/jj5x6j3ftwKdYiDo4eTc3nanuLm3ie9Nmwt0J08rM icimK4xuvr0BqCnlr9lKMe3L4D5PWDvnsBtW5Fx/ah8QZpgSbK+7veXd27Om7vqmGjmuaGmf jO1+OQKSy/NCS7kc7k1nX49LHNtr5Ji7KWbmnWz6HZmqAABIQvnrkbgjP6osKA81JZA1/YEi V5+uyRhQ9+5pT+0Npm1GiqlbdQyMlMmc96XLiZims8h0qVFAe7rcyZGFBwAEUP6areudd9rz pRa25eTYaxdTd8e0DXuCa+tCb9rMKru3XnL3lLIuh8kCVPqwlOPAnDZyw25vACpFuI1kZqzN GOtpjdoTzIy1eRyTjaSYV+2Nzgs7AkdK71dKxD6qKEezD7toJRfp/lkvlNZI9UNGIwNQEYJt JH1czxAKhxb5bOnrkTRvlKFcTMaD7mxbk2piGmFxFBvZmNW8HMFmkpzq4i62mu0JQGMof66N hYQz9PAaxHFsh8ypmwEya4pv7bzuOhqhSY0c03S50qRGBqBJJJ5rYzGZWPxI+IHio8dC36W0 yRs5asNrlPne5l53e9Nltmcj3yC1cy4cb1ptK9kDw5JrKf1yWKarZN5gAbloMzKVJ+DJUHp7 AtB4gm0kPVo/EkUjEV83bG5TP5L4nfZApcAju1LgcqQF7QmAFwE77Sl6wtGdbUtCOf7JvX8z /UgYYz2t0Zz2/gUAAABABani3r9CX8G+NgAAAAAwkXhfG24U0VL6XBsAAAAAVJbwuTYzY237 kA1jrKc1KnQUk+6znmyIZTm2rB/VbX7y9vpGzvhoPJZ7yaXp7LdifNnyEJuKPJouVZUTzs5L JRMA4E74XButLkID7euRBKwAnRkTsAbNJ8oJ7arn8ikLXX4roukAADlRoX1tYpaNwtNNYJrK aJqHiaYT+DadEmiaDu0yeVg+VcfLEdN0YhI7i2tPbdbByeUk5noDAFISvmarb07wIykG7Sus eLDiCWshpulMb/80eSPtBDFNt1G3l15AeypjRjHJAQClUMU1W8V7jPwo4YHaAezGPNbzw9Q+ aLpMIttHvoEzIzfscpgWRnNxwTG1g12zcU+uLZsS0rDLAUD1Sbxmq4V4G0nz3ixBd9LNr+Pu v+I83FQBAFWmQn4kYUA7CQZNVxZwWchEGWopODnD5QCgDIL9SLxHbTJ1H/nBQYeW8cYTA1ov GPdZ1smF1x3tAGu8EK+YkckBAEVSso0kYJcshuGbUyg6nCUmnWLQ5U3nDm067a2IO5ni2HT2 mBuztt/TxoxM3sjLAUD1CbaR9Hhlk9O+NnhwBIOmqxS4HJUClwOAeKq4r40gj31t8NQIBk1X KXA5KgUuBwClkHhfGwtYjwQAAAAAJqq4HgkAAAAAuo3ybSSOKyZZsKycFiyz+igrVDrGdJTs 0p7xF65ELIXPbFj3lncpRkzyulBiNU1Zd0nLA1AvSp5rE7+itiUVBoMDcG/PWq+9bSk8bpsm gasJQI2o0HokyuojyiusWFc+M1CbXI5W006Uoq2O3XShtF5Me5rkN89wom0QGoce22+5Ok7o CPgZush0v5Pdf8X25ACAClLFNVtNhpP1ZHMs7R5dTPcGLKf1LXmNsNucMhvWvT0Dcq8+MdvF WWSuP7XlbO0aRIu2QWig1y+OtlKmcBeZrCsfAgDUlwrZSDJJ8kBvRq/Aof2cpXaN6RELRtto metuZVLfy6HdrM5xA7zIHFPJrGnLA9B4wm0kM2NtxlhPa9SeYGaszePktK8NUMh0xrQH5pE7 AL64r4ELAGgMwTaSPq5nCIVDi3wW65HkgX1cRonmblBJVZ4GE2Mmqa+BpEhqPQIIAAigQuuR FPN63SUv8aZZJDCW+OJbkcZUPBV2L2D3VL4S8ksOAMiJ4PVI9J6tFpOJVveJ3LTMHfedt2pN wAZjLIdGTiizdOgmcPQU82n5Lnnjj/zF2Z8MkTKb/RAAoL4E20h6uB8Jm+1Komgk4uuGzW3q RxK/014YXdIlgGqC2y8JYm4OPYXmBaAKBOy0p+gJR3e2LQnl+Kf9SOQY1EAilJJy/UjQDYCK gPswGPorRmMC0CRyX49E6CjlzrVp5IACAF0FfsUANJvwuTba075+JEWCRxgAdQe/YgAaTPhc m5mxtn3qL2OspzUqhnUyfWhndgeUPwpTjjO7T5+KKdWxJ+/IjMD/7GnDIgAAAAA1InyujVYX oYG1W49kZjfrWXFSEeHH+TH3ojXMoE/wUwAAAECXUP56JLJBQgmUw4WKoASK8IDkSpIAtEYO k9kjRqZWrDYOPRYJYUoBAABQWRKvR2JBq/sII4SiPQjLhPZYDuT2DPHpm5xGY0wVaOLYk3cI S4Y4lg8y20SLNjmV7yuTJwxLDgAAAORN+TYSjsvgiOMAiimarMTIKJpHzwondUSBdvNpO36t NK5hJMwFAAAAKIuSbSQmIr1c3ZNrY8quJBa9RFYIYHgAAAAAYqiKjUSBGyr4ny9cn3BMKywi SnJHG8nci9bwv7JsFTCTAAAAaAbBNhJvjcSu+6R1OPVNqygljthVgbSKgq80qCkAAADqRck2 Eq4KUE8OMVkmwEailemIyStWC7dP8D8xaiMCk/uRmMTKITnlDgAAAORNsI2kxyubDZvbPDH/ ynWfsnbaAwAAAECuBOy0x2brCXYlQY6frx8JAAAAALqKqviRAAAAAKCbqehcGwAAAAB0FRWy kYh9xjORY7qnyhVRjPUT68WfEoEGeslXkoeJimkuU9rIS6BNrtTU1HSZDVLBWwUAAIAW2EjS s3FoI/+Tu0AeEiZw/cR6rcyCKWsjeEvTYW96AABoDFWxkfBOVxzL4ZkxLcYD2XRhiulizzDF pEVyx1JmizVFm5FSTXqsLafFluNeJMfLYcnILtOEqUjajGgceqytOAAAgMIItpF4ryLPdZnb 77qX6z5JnFu5zcBRGxAxlU5UCdSeNUVIjil3xySRGckHcmRtoF2sYyMHd//a5JHXSNxOuV5i AAAAWhQ9IXOJEBE/pY0kQKsIQCSUJbhL0ybXFkm8vqfq1XgfaTIJxDcdDQ+W6dvI9FSSS6wE wuwBAADVJ9xGMjPWZoz1tEbtCWbG2jxOHjaSnIjswHyNHC65m8w2oWUEAAAAqkWwjaSP6xlC 4dAinzXpPsUYSLxwzyWPIvmabRy9LpKXsy4yGcwkAABQByo91yayF4nvhIrpxiwOni7F0Ha3 XiWPTB5D2ox8pUFNAQCA6hA816aPMcYHbmQsJhOt7qN9JxZdrNzXmt6e5ciW5O7Iqezv66Yi OSbXllObu3uR3JvOnlFm00UaM7wucZhY0ylT7gAAAMol2EbSw5UPRQUxfd2wuU39SI4f3l/B IRt3KlgkmciJJ/ZUNRqyAQAAUDwBO+0pesLRnarVQ0aO36u1hdBAYUfR6j4BU12qQwWLZPeK DUuuJSdvj+QyAQAA1IXc1yMROkqN5trUF/fxnTySAwAAAMGEz7XRnvb1IwHJiXfFSFUSAAAA wJ3wuTYzY2371F/GGHc04ceZPrQzuwPKH4Upx5ndp085lurYk3ekKRMAAADQlYTPtXH0I8lc j6RqzOxmPStOKiL8GAAAAAB5U/56JLJBQgmUw4WKoASK8IDkSpIAjj15B6wjAAAAQDxR65F4 odV9hBFC0R6EZUJ7LAdye4b49E1OozGmCjRx7Mk75l60hmHIBgAAAIimfBsJx2VwxHEAxRRN VmJkFM2jZ4WTOiLD9RIAAAAABFOyjcREpJere3JtTNmVBH4kAAAAQAFUxUaiwA0V/M8Xrk84 phUWESU5fFoBAACAIgm2kXhrJHbdJ63DqW9aRSnxBX4kAAAAQCQl20i4KkA9OcRkmQBDhVam IyavWC1zL1rD59rAjwQAAACIJNhG0uOVzYbNbZ6Yf+W6T+YCsQAAAACoIwE77bHZeoJdSZDj 5+tHAgAAAICuoip+JAAAAADoZio61wYAAAAAXUV1bSTK8vDyfJbkc1tKFEhjcm/ZtEWiMrXH kY3sm8RUUyUkjwZJTr3uz64CrQdAXYCNhLHUi65GqiNzL1rD/1I9SfOQGY9cKuWUEqKN01V0 efUBAF1CFW0kyv559pVCTG//9K1a+6rtGGiSqcW9/yi+p5FzdNRORK29TBdK68VcI0upqqNg majg/VlftLei3TqFyfkA1IhgG4n3KvJcl7n9rnu57mPJjG6eZ0J+3GiP6YFyTLfKc5eZK5Xq WrhxRXwycyvREO2xLErJiDnU3Z57dWjw/VkW9FYEADQGRU/IXCJExC96ro0YcXB5EikPdNNZ 3wIEpAojp6et8g4dM4hjKV53dhVddX/Whe68FQGoL1W0kXjh2KfKvW/FH1L5PUbT+pFoRbkH 5pF7BWne/Vk1YDUBoDEE20jy2vtXeI0IJ5LMpdwdC1ALOz8rtkMK1lGU8QJZICMtnEeNqnwF ZZp3f9YFNCMAtaMSc21k31Wuf4hPWR2xvwbZe9b8XqndJZf+Wl+YrcKk6DTbWFLN+7MbgIEE gGYQPNcmLxuJF+627jximnD3J6Ax87DeC5laRUHJ0beVMq0sudYoocw8qOb92Q1AQQGgjgTb SLx32qN+JNhpDwCQB9BIACidgJ32FD3h6M62JaEcH/vaAAAqCtQRAOpIJfxIAAAL4VpoAAAO /0lEQVQAANDlVHHNVgAAAAB0Gw2xkayfWE9D+F9moEVCTAEqhaXiOSV3j1zxpnPH8e4Ki1Ai VStPLXB/nkT+NgFoEvWeayPYOLRR/rp+Yr0SYgp0l1lrNg5t9K2+kpyhZ8rC0kq1vpdqXfjq gx8XAIKK2kjoewM/djF7aGPakwfnLs7W7qnt3p6W5NpjR3uVOFW7pvPCVHdty9M49FgkdLxG wb8jS+FLxPTbVI61rWRqOq9nCD3WFpImV8oAAKBU0UYi91LaYzmQvmFo7QHaQFmgEpkGanOv NbRGppYPEEgDw2TWnTzuJXEzZya3X9nM616113eve0nbSjTQ62njiOnSNO8ZAkBaKmojEci/ 2/x+wy6Slce0oL4Pl8wHek6SBfVtuki0tebdWDEZWc7WhVSFN8nJo5Vq3eAAFEAVbSTyoxm/ 4QZQnZdsUGtyejLg/gSgIlR079+62PkrXryKoG0iNB0lDzNJw0j+ZFBGauIFAgCCCd77N+V6 JJkufnmDJxHFsU1M/qoxMhuPbzsEX4uGNbiLP2lOwu0xY34sAABBFW0khY3aiIzC3k1r9JYv nP9dnAHFsUtMJYklkNXH9JU3ckOZTrHo+9OekSXTgIyKQVvOyFZyT+6VkbblHS8HAF1LsI3E e6c9nph/5epI3Xfa6/JuNQY0XQHkMa4BOGgTADIJ2GmPzdYT7EqCHL9aa7aWAh5JwaDpqg+G GBTQIADkTRXn2gAASgdDDAp1GdsCoL5UfT0SAEAY8b3mxqGN6HpleIOgTQDIiZL3/p3ZffrP ESWmPbm72AZjbwT5bGZzoT0tWG7FzEb2ugoFo/3FaU8VwLEn78gveaRwAEAk5dtIelac/HN8 uvWsUL8qIcALtF4qLLdirRtZLvzM7tNf5WMAAIinin4kpqeeUFkyn4M8phLNPXmXYGoQbesx 9EBBuDcybV7tD0EkzLwcPIKSkTbQVM6q/WS4DYN/zr1ojRKeGWhKLs7SQABAkZRvI3HH0RzC n7mK0UUEuhtjGo+2PbWtB4LJo5GFOuIyymb5LciDL9pfh6XwpainXGOYe9EaRfPgIXMvWiO0 EG2gNjkAoDqUbyPJ7z3M9MiuyAtfNTE1DgwkCdG2ZB7dvCkjy1kXgfW6GVz0DxhIAKgC5dtI ijFdcPleLrQAAIqwkVTnp3TsyTv4nwjhphElEABQccq3kRQGPPKCQYsVQ/UHy+Qhm+oUVWve kN1H7PYPGEgAqAjl20gsRD7yqjyjsrKgoQrAt5Ed49No3XY1ZT+ScksCAAigfBsJ9SOR5wIE PFK1yZXjbkNxV7Rgmp0BEqKd7aKcYtE/BHtGlkxNVGHqr/BUFVYN6rtqCtQmh4EEgOpQ8t6/ mes3aB/ZlviW5F3brWb2Rspx1zZUEjLvT20jm25UeifLyS1CTIExK6bEuMQmhCoQ9lEbx3AA QOkE7/2bZs1WUH2goHQnXTLiAwUFgOpQaT8SAEBZiAk1UEkBAMVQvh8JACAP4jUJ6CIAgCIp 30ayfmI9/5NDTMdKTBlTODC1pz2mo2TtFVFC7BeuMViqGVz3gKZrfDsDAJpKyTaS9RPrxdbe 8jHFPSYoBstVUML518b3lJZqBt+uXdJ0AADAqmAjEbg/tWlM6Ch2eJfmZbqwW6eEwGBzSNca TlI1HdNpKvghAADqC/xIuhS7zcl0VhxvHNqo7fwc3+m7x+KlbRBRZXrAshpETpJfsQEAoHgq ZCMR8N6OzX4080CT10KDu7QkUAXCcYAM5IFJk4sUggsHAKg1dbKRdMlbdWG4+2Dm8TqOV3wF NAgAoMspec3WeKCdOGIfl1GiuRtUUpWnyzFdjjAJAABQRyq0ZqvSLypPWLxB5oRpbgiMJaXg 3hpoNwBAwyjZRiL3fPY3PG1MvBcGI9rTpHzQmCydYSMPmbUm4HLIMfFDAAA0gGAbSY9XNhs2 t3li/pWrI5mZZYIHMehmtFN1AACgCqxdu5YxtnjxYnu01atXM8aWL19O9QS7kiDHr8S+NngK g24j7QpsAABQHeo01wYAgAEvAEBTqeJ6JAAACxuHNvK/sgsCAAApCbaRpJ9rM7PbV2Qsphz5 Juz2OC4ce/KOyAgxyR2Fu0RLklFM7vwvM9AuNrK1AQAA5ApsJCozu09vwi4fN5W5F62peO5z L1qjRDv25B08cO5Fa6BnAABAMyjfj4QbIZSOX1gmFOVAiSy+KqqDY3IlxwDlQ3SHcpfJAzP7 Wh6NRrbIlANNycVZxwKkzUib3HSsjenYepYaadO6NAgAAIASKXk9EqEHyIMjJiuFHFkECnVE ezYzOY3GmCrQhLavlQ/sDcJ7X+3bv0mmfKxN7gUtZ2RGJuXDMXdmqLIprSl3WE0AAKCOVGXN Vhf7hKMNwxRNVmJkFM2jZ4WTOqJA+8ic3sh9NYPkwh0zopqWVwEcS6ItQJjFCAAAQLmE2UiO Hdij2khmxto9rVFLSq99bSK9XN2Ta2NmDvFwZCeGhB0e7bxzysgxd3eKLCeDngEAAM0iwEbC dYl81yOJ8SdVRmpcMqKDO7JSYsF9kMIdrRz3jGJKovXz8MoojwZxzz0yJgAAgBIJsJEw9gHG WO/MWJsxxj8FM2NtJURg96G1TMQNxj2ti/JByW9OrCIhiWOEl5CwHAtz4LArGfAjAQCAOhIw 14Yf9PW0Rqk6wgdutCM4Wt1HHhyRJ8jQyTLuaGU64jX1VztIIc8WcXRu1SbPDNQmj/d11Rbe MSNL4eP9cBWU4pkKDwMJAADUheC5Nid32tNqIVQj2bC5Tf1I4nfaAwoBHXBYn12Xnr4u5QQA gIYRsNOeoicc3akfcuHI8dOv2Qrice99I4c26tLN16WcAAAAsGZrl8KHNmBCAAAAUBGi1mw1 +ZFogY2kakAXAQAAUB3CbSRU/+C+ria9JFP3EXusZyLHdE+VK6IY6yfWiz8lAg30kq8kDxMV 01ymtJGXQJtcqamp6TIbJOGtkpMo37Ne0ZJkFJO77w+hIj9nAEAphNtIqDoiPrV0j41EbBO/ fmK9OOYHwWqEVmbBlJuvtunKKlIVKLfuLrnTC1eROxkAUE2q4keiPKrk8MyYFuOBbLowxXR5 jTPFpEVyx1Jmy0ukNiOlmvRYW07LK6x7kRwvhyUju0wTpiJpM6Jx6LG24toiud822sD4eymP jOxGOPvNYM/IhZi0AIDGEG4j4U4k9pXjZfKwkWwc2uiuDYiY2hc1+1lThOQEvEQG60P2RpAj uxt4fBs5uB/SJo+8RuJ2sifXRsi8VcSx101rKgBzsD24Z+R118W0vEmfjrwZAADNINxG0tMa dVdHmFX3CdAqAlAGUOhxQHJtkcRLZCrFhXctJpNAfNPR8GCZvo1MTyW5xEpgZFeX5FLmp1w6 CnfMiN7MXgWIuRsxiANAlxM118aLGvmRRHZgkSPl2txNZpvQMoL00MshK0N5d7cxN0OR5WTw IAEAGAi2kXhrJKa9f4sxkHjhnkseRfI12zh6HiQvZ11ksjgziXuRTBYaRzkxdffSU+32ibx/ ZVBHAAAmAvb+LW7N1nhje0zyJBJichHh9mJou1uvkkcmjyFtRr7Scqqm44XzlZY8cmSqsIws 6ghsfgB0OSXbSEyva/zZJPe1pmeZHNmS3B13C7apSI7JteXU5u5eJPems2eU2XTxvpnulzhM rOmUKXctAXddZqA2eR7t6Z6RpfDu7rGOKMWzFB4A0G0E20h6vLLZsLnNpI2DuTpy/PD+Cg7Z uFPBIsk4Tn/ITB5wNowKtmdhRQrIKI/LCgAAqQjYaY/N1hPsGokcP816JL4+E5WigkWye8WG JdeSk7dHcpmRFFakPK5RZEYAAFAwmGvTKCInTRQ85wIEYBmZAgCAWlP+XJuasmv215FySqEh 3hUjVUlATuAaAQAaSYXm2szs9hUZiynHmd2nT1lKNXLqDwAAAACRVGVfm+ows5v1rNAcAwAA ACA/gv1IktlIZIOEEiiH82MaKMIDkitJAAAAAFAWJdtIuBGiZ4WqPfBAU7gcyL/KgV7J5VPK VxhIAAAAgMIo30bCcen7HfUDUzQRrkRQNA+htUAdAQAAAAojfK4NX5zEhZuvH2Wec20ix1Dc k2tjykYX6CUAAABAAdC5NnZNY9ZcG66buHwyT91HDLsEKATyqE0mpsEd2EgAAACAItHqCRbt 4rQfiZc6wrLGh/JwOHVPq3UuAQAAAEBhUD3BUcdIs2arPDgidALl2BetTEcw9RcAAAAoheC1 3XvZqQ3zXD6Z2UYihleoe6kSQo/lhDQ5jalAZcrxoY4AAAAAhaHVE1x0jJ6z3/zbjnkI5xS6 92/KqhTLLmm11l1YuRUAAACQSLL3r6Om0eerTzRsXxtGtrYBAAAAQDB0ro2jptHHGDvvkkv4 l6OPPMIPeIj8VRw3bO9fGEUAAACAhLjoCVyvEOoHY+zoI4/0iiMlnogqJ2D12dcGAAAAAMWj 1ROELqEoFbL60cu/y1H5V3Egx2aNs5EAAAAAICFaPYFaRBixhvTS00ILEQdyGthIAAAAAGDC oicoBhLlay83hyjiqGlEABsJAAAAAEzY9QTZWCKOucrRSzUP4USiVUpgIwEAAACACZMfiRh+ ETGVMZk+oZ7IeorsRKKoJrCRAAAAAMAE1ROoE4h2cOa0Z6vQRcQUG+pEwmAjAQAAAIAZqifI 1hG6vIhI2CtL4eM1iu+rcgAbCQAAAABMaG0kytiL1jOkV9ZTxJ8IpKM+sJEAAAAAwITdRsLI 2IsI7FNcXpXFSOSo/AA2EgAAAACYMK1HwiTPEKZTUHrFMI3iOKJVRxhsJAAAAAAwY5prY/JP FWd72Ww3E60iIis1sJEAAAAAwITWj4TNHoqhqY4+8kivHE9RR7RDPrCRAAAAAMCE1o9Eu3ev EtIrD9nQWTbKgA6DjQQAAAAAZlz0BFnfEBaQXtnHhA7Z0EXWYCMBAAAAgAmqJ4iZvEzSRZQl Sc675JI+WQpdw4TN9ixhsJEAAAAAwIxlro2M7FNyctRGHJmm+yqesbCRAAAAAMCE1o+Ezvul 68X3CUVEcTZR9rsRwEYCAAAAABOmfW0U5xC6qHwvVUToGI+sl8BGAgAAAAATlr1/lVEXeUW0 8y655P8HRYMsM2By3fIAAAAHdElNRQfQCQsPMxYPGMSjAAAAAElFTkSuQmCC --/TFor1fQ/Z-- From owner-xemacs-beta@xemacs.org Mon Sep 11 13:46:54 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id NAA16772 for xemacs-beta-out; Mon, 11 Sep 2000 13:46:54 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id NAA16769 for ; Mon, 11 Sep 2000 13:46:51 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000911174650.NCMT12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com> for ; Mon, 11 Sep 2000 10:46:50 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e8BHklB21986; Mon, 11 Sep 2000 12:46:47 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: xemacs-beta@xemacs.org Subject: Need to test XEmacs on lots of platforms/configs? Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 Lines: 81 MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: --=-=-= I use this little makefile for compiling XEmacs/GTK in all the various incarnations of XEmacs. It builds in a platform specific directory, debug & release versions, mule & nomule, and union/nounion. This version of the makefile does pdump/dump instead of union/nounion. You end up with a directory tree looking like: [gtk-xemacs]find . -name xemacs ./i686-pc-linux-gnu/debug/mule/union/src/xemacs ./i686-pc-linux-gnu/debug/mule/nounion/src/xemacs ./i686-pc-linux-gnu/debug/nomule/union/src/xemacs ./i686-pc-linux-gnu/debug/nomule/nounion/src/xemacs ./i686-pc-linux-gnu/release/mule/union/src/xemacs ./i686-pc-linux-gnu/release/mule/nounion/src/xemacs ./i686-pc-linux-gnu/release/nomule/union/src/xemacs ./i686-pc-linux-gnu/release/nomule/nounion/src/xemacs ./i386-unknown-freebsd4.1/debug/mule/union/src/xemacs ./i386-unknown-freebsd4.1/debug/mule/nounion/src/xemacs ./i386-unknown-freebsd4.1/debug/nomule/union/src/xemacs ./i386-unknown-freebsd4.1/debug/nomule/nounion/src/xemacs ./i386-unknown-freebsd4.1/release/mule/union/src/xemacs ./i386-unknown-freebsd4.1/release/mule/nounion/src/xemacs ./i386-unknown-freebsd4.1/release/nomule/union/src/xemacs ./i386-unknown-freebsd4.1/release/nomule/nounion/src/xemacs ./sparc-sun-solaris2.7/debug/mule/union/src/xemacs ./sparc-sun-solaris2.7/debug/mule/nounion/src/xemacs ./sparc-sun-solaris2.7/debug/nomule/union/src/xemacs ./sparc-sun-solaris2.7/debug/nomule/nounion/src/xemacs ./sparc-sun-solaris2.7/release/mule/union/src/xemacs ./sparc-sun-solaris2.7/release/mule/nounion/src/xemacs ./sparc-sun-solaris2.7/release/nomule/union/src/xemacs ./sparc-sun-solaris2.7/release/nomule/nounion/src/xemacs Its very handy for finding compilation errors that crop up only with union type, or only in mule, etc. It only works in GNU make, but you could probably come up with something equally sadistic for BSD make if you had to. It does chew up disk space though. :) Just with 3 platforms here it is using up well over a gigabyte of space. -Bill P. --=-=-= Content-Disposition: attachment; filename=test.mak ARCH:=$(shell ./config.guess) BASIC_MODES=debug release BASIC_FLAVORS=mule nomule EXOTIC_FLAVORS=pdump dumper FLAVORS=$(foreach mode, $(BASIC_MODES), $(addprefix $(mode)/, $(foreach basic, $(BASIC_FLAVORS), $(addprefix $(basic)/, $(EXOTIC_FLAVORS))))) DIRS=$(addprefix $(ARCH)/,$(FLAVORS)) CONFIGS=$(DIRS:=/config.status) BINARIES=$(DIRS:=/bogus) common_args=--site-prefixes=/usr/local:/opt/gnome --with-dragndrop debug_args=--debug --error-checking=all release_args=--error-checking=none mule_args=--with-mule nomule_args=--with-mule=no pdump_args=--pdump .PHONY: $(BINARIES) all: configs $(BINARIES) configs: $(CONFIGS) $(CONFIGS): configure test -d $(@D) || mkdir -p $(@D) cd $(@D) && ../../../../configure $(common_args) $(foreach flag, $(addsuffix _args, $(subst /, , $(@D))), $($(flag))) $(BINARIES): cd $(@D) && $(MAKE) --=-=-=-- From owner-xemacs-beta@xemacs.org Mon Sep 11 18:27:26 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id SAA01285 for xemacs-beta-out; Mon, 11 Sep 2000 18:27:26 -0400 Received: from finch-post-12.mail.demon.net (finch-post-12.mail.demon.net [194.217.242.41]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id SAA01281; Mon, 11 Sep 2000 18:27:25 -0400 Received: from marginal.demonadsltrial.co.uk ([193.195.64.136] helo=tardis.ed.ac.uk) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 13Yc2u-000LoS-0C; Mon, 11 Sep 2000 22:27:24 +0000 Message-ID: <39BD5C4B.D8E77C7D@tardis.ed.ac.uk> Date: Mon, 11 Sep 2000 23:27:23 +0100 From: Jonathan Harris Organization: Yes X-Mailer: Mozilla 4.74 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Adrian Aichner CC: xemacs-beta@xemacs.org, Vin Shelton Subject: Re: Naive Question References: <200009071332.OAA15953@cuckoo.hpl.hp.com> <39BBC30A.3764D6B@tardis.ed.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Adrian Aichner wrote: > JH> That was an oversight. This patch fixes it and also makes the > JH> "menu" key available again, but there are other problems with > JH> that. > > I assume the patch should be applied to 21.1 too? Yes, 21.1 works fine with this applied. Sorry for not saying that. Jonathan. -- Jonathan Harris | jhar@tardis.ed.ac.uk London, England | Jonathan.Harris@symbian.com From owner-xemacs-beta@xemacs.org Mon Sep 11 20:48:43 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id UAA08733 for xemacs-beta-out; Mon, 11 Sep 2000 20:48:43 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id UAA08730 for ; Mon, 11 Sep 2000 20:48:41 -0400 Received: by localhost id m13YeCr-000148C (Debian Smail-3.2.0.111 2000-Feb-17 #2); Tue, 12 Sep 2000 09:45:49 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14781.31933.8535.482028@turnbull.sk.tsukuba.ac.jp> Date: Tue, 12 Sep 2000 09:45:49 +0900 (JST) To: "Michael Werliin, PDI" Cc: Subject: Packages documentation In-Reply-To: <200009010803.EAA32373@gwyn.tux.org> References: <200009010803.EAA32373@gwyn.tux.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Michael" == Michael Werliin, PDI writes: Michael> I'm evaluating Xemacs for my employee, but are having Michael> some problems. I do not know if you can help or redirect Michael> me, but I would be most grateful for any assistance. Did you get an answer to this? I noticed your query but didn't feel I was the best person to answer. However, I haven't seen a response yet, so I'll do what I can. Michael> The trouble is that i'm having a hard time finding Michael> documentation on the update packages. Like strokes and Michael> pc. Can you tell me where to look ? In general, any documentation for packages will be included with the packages themselves. The packages system itself simply attempts to break the package list into somewhat more manageable pieces. Some packages are single applications, quite professionally done with extensive documentation and their own web pages (and even separate development organizations, in cases like `Gnus'). Others are somebody's hobby (`strokes' is one such) and have little documentation. Finally, there are "meta-packages" like `pc' which contain several libraries of varying levels of support which are vaguely related. Also, much documentation is "implicit" in the sense that it is contained in function and variable documentation strings. You can only access this by reading the source or installing and running the package. I believe most of the packages are registered with the finder library, so you can get some information about which ones are related to given keywords using M-x finder-by-keyword. The package index also provides brief descriptions; that's about it. You are of course welcome to ask on the comp.emacs.xemacs newsgroup or (probably somewhat less appropriate in terms of getting help, but bad documentation is of great concern to XEmacs developers) here on xemacs-beta@xemacs.org. I'm afraid this will be somewhat disappointing to you; if you would do us the favor of replying with a short description of how the documentation could be improved to suit your needs, it would help us to set priorities for documentation work. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Mon Sep 11 22:35:04 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id WAA13992 for xemacs-beta-out; Mon, 11 Sep 2000 22:35:04 -0400 Received: from tsukuba.m17n.org (tsukuba.m17n.org [192.47.44.130]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id WAA13820; Mon, 11 Sep 2000 22:30:42 -0400 Received: from fs.m17n.org (root@fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.9.3/3.7W-19991231100513) with ESMTP id LAA09346; Tue, 12 Sep 2000 11:26:00 +0900 (JST) (envelope-from martin@m17n.org) Received: from mule.m17n.org (martin@mule.m17n.org [192.47.44.3]) by fs.m17n.org (8.9.3/3.7W-19990906215257) with ESMTP id LAA13552; Tue, 12 Sep 2000 11:25:59 +0900 (JST) Received: (from martin@localhost) by mule.m17n.org (8.9.2/3.7W-19990512194415) id LAA28280; Tue, 12 Sep 2000 11:25:58 +0900 (JST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14781.37941.883178.392745@mule.m17n.org> Date: Tue, 12 Sep 2000 11:25:57 +0900 (JST) From: Martin Buchholz To: Jonathan Harris Cc: XEmacs NT List , XEmacs Beta Test Subject: Re: VK_LWIN&VK_RWIN on Win32 (was Re: Naive Question) In-Reply-To: <39BD5DAC.2FC67132@tardis.ed.ac.uk> References: <200009071332.OAA15953@cuckoo.hpl.hp.com> <39BBC30A.3764D6B@tardis.ed.ac.uk> <001e01c01bc2$76c6f690$a832a8c0@internal.xrs.si> <39BD2801.C5C2A6A5@tardis.ed.ac.uk> <002201c01c23$ed7206c0$f932a8c0@internal.xrs.si> <39BD5DAC.2FC67132@tardis.ed.ac.uk> X-Mailer: VM 6.71 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid Reply-To: martin@xemacs.org Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "JH" == Jonathan Harris writes: JH> Matej Mihelic wrote: >> BTW: Jonathan - your email address at Alcatel is bouncing. JH> That's not my email address. I've drawn this to the attention of JH> postmaster@adn.alcatel.com and he should now have fixed his broken JH> bounce script. I just ran these commands, which should prevent further bounce messages: (mrb@gwyn) /opt/majordomo-xemacs/lists $ majordomo-unsubscribe xemacs-beta david.bush@adn.alcatel.com (mrb@gwyn) /opt/majordomo-xemacs/lists $ majordomo-unsubscribe xemacs-cvs david.bush@adn.alcatel.com (mrb@gwyn) /opt/majordomo-xemacs/lists $ majordomo-unsubscribe xemacs-nt david.bush@adn.alcatel.com (mrb@gwyn) /opt/majordomo-xemacs/lists $ majordomo-unsubscribe xemacs-patches david.bush@adn.alcatel.com Sorry for the spam. From owner-xemacs-beta@xemacs.org Mon Sep 11 23:03:13 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id XAA15861 for xemacs-beta-out; Mon, 11 Sep 2000 23:03:13 -0400 Received: from inet-tsb.toshiba.co.jp (inet-tsb.toshiba.co.jp [202.33.96.40]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id XAA15854; Mon, 11 Sep 2000 23:03:03 -0400 Received: from tis2.tis.toshiba.co.jp (tis2 [133.199.160.66]) by inet-tsb.toshiba.co.jp (3.7W:TOSHIBA-ISC-2000030918) with ESMTP id MAA22381; Tue, 12 Sep 2000 12:02:53 +0900 (JST) Received: from mx.toshiba.co.jp by tis2.tis.toshiba.co.jp (8.8.4+2.7Wbeta4/3.3W9-95082317) id MAA22398; Tue, 12 Sep 2000 12:02:52 +0900 (JST) Received: from pms.mmlab.toshiba.co.jp by toshiba.co.jp (8.7.1+2.6Wbeta4/3.3W9-TOSHIBA-GLOBAL SERVER) id MAA01997; Tue, 12 Sep 2000 12:01:44 +0900 (JST) Received: from clio.pms.mmlab.toshiba.co.jp (root@clio [133.114.88.178]) by pms.mmlab.toshiba.co.jp (8.9.3/3.7W-99112417) with ESMTP id MAA05676; Tue, 12 Sep 2000 12:00:23 +0900 (JST) Received: from localhost (mmatsu@localhost [127.0.0.1]) by clio.pms.mmlab.toshiba.co.jp (8.9.3/3.7W-99050713) with ESMTP id MAA02621; Tue, 12 Sep 2000 12:00:22 +0900 (JST) To: xemacs-beta@xemacs.org, aj@xemacs.org Subject: Re: New package release In-Reply-To: References: X-Face: "8=zwn6Z{n\2iJehsX&.XLKTLa:9cSf{M|f3_q%u8SR5ZOdSvB"RX@VBV=P=0,O2"${o Date: Tue, 12 Sep 2000 12:00:21 +0900 From: mmatsu@pms.mmlab.toshiba.co.jp (Masafumi Matsumura) X-Dispatcher: imput version 20000228(IM140) Lines: 24 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: From: Andreas Jaeger Subject: New package release Date: 10 Sep 2000 00:20:43 -0000 Message-ID: > I've uploaded new versions of a number of packages and also the usual > sumos to ftp.xemacs.org/pub/xemacs/packages/ > > - auctex: Should work now with XEmacsen without Mule. I installed xemacs-sumo-2000-09-04.tar.gz. Unfortunately, M-x japanese-latex-mode failed. In auxtex/ChangeLog, 2000-07-21 Ben Wing * tex-jp.el: Convert to euc-jp so it can be byte-compiled on non-Mule XEmacs. However, auctex package didn't include tex-jp.[el|elc]. by mmatsu From owner-xemacs-beta@xemacs.org Tue Sep 12 03:38:20 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id DAA29255 for xemacs-beta-out; Tue, 12 Sep 2000 03:38:20 -0400 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id DAA29252 for ; Tue, 12 Sep 2000 03:38:19 -0400 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id E87261E295; Tue, 12 Sep 2000 09:38:18 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id 1F81D10A02A; Tue, 12 Sep 2000 09:38:18 +0200 (MEST) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 13Ykay-0004nt-00; Tue, 12 Sep 2000 09:35:08 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id C0D0C1822; Tue, 12 Sep 2000 09:35:07 +0200 (CEST) Mail-Copies-To: never To: mmatsu@pms.mmlab.toshiba.co.jp (Masafumi Matsumura) Cc: xemacs-beta@xemacs.org Subject: Re: New package release References: <20000912120021T.mmatsu@pms.mmlab.toshiba.co.jp> From: Andreas Jaeger Date: 12 Sep 2000 09:35:07 +0200 In-Reply-To: mmatsu@pms.mmlab.toshiba.co.jp's message of "Tue, 12 Sep 2000 12:00:21 +0900" Message-ID: Lines: 59 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> Masafumi Matsumura writes: > From: Andreas Jaeger > Subject: New package release > Date: 10 Sep 2000 00:20:43 -0000 > Message-ID: >> I've uploaded new versions of a number of packages and also the usual >> sumos to ftp.xemacs.org/pub/xemacs/packages/ >> >> - auctex: Should work now with XEmacsen without Mule. > I installed xemacs-sumo-2000-09-04.tar.gz. > Unfortunately, M-x japanese-latex-mode failed. > In auxtex/ChangeLog, > 2000-07-21 Ben Wing > * tex-jp.el: Convert to euc-jp so it can be byte-compiled on > non-Mule XEmacs. > However, auctex package didn't include tex-jp.[el|elc]. I'm submitting the appended patch now. I've also uploaded a new auctex package (ftp://ftp.xemacs.org/pub/xemacs/packages/auctex-1.21-pkt.tar.gz) that contains these fixes (no new sumo for this fix). Thanks, Andreas 2000-09-12 Andreas Jaeger * Makefile: Use BUILD_WITHOUT_MULE instead of BUILD_MULE. Index: Makefile =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-packages/wp/auctex/Makefile,v retrieving revision 1.22 diff -u -u -r1.22 Makefile --- Makefile 2000/08/24 17:13:33 1.22 +++ Makefile 2000/09/12 07:29:57 @@ -57,7 +57,7 @@ GENERATED += custom-load.elc -ifeq ($(BUILD_MULE),t) +ifeq ($(BUILD_WITHOUT_MULE),) ELCS += tex-jp.elc endif -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-xemacs-beta@xemacs.org Tue Sep 12 04:24:52 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA31730 for xemacs-beta-out; Tue, 12 Sep 2000 04:24:52 -0400 Received: from beamail.beasys.com ([63.96.160.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA31727 for ; Tue, 12 Sep 2000 04:24:51 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id BAA02244 for ; Tue, 12 Sep 2000 01:24:50 -0700 (PDT) Received: from paston.beasys.com (lhr-modem3.beasys.com [10.5.1.14]) by london.beasys.com (8.9.1b+Sun/8.9.1) with SMTP id JAA23938 for ; Tue, 12 Sep 2000 09:27:18 +0100 (BST) Date: Tue, 12 Sep 2000 07:51:36 +0100 Message-ID: <4480-Tue12Sep2000075136+0100-paston@beasys.com> X-Mailer: 21.2 (beta35) "Nike" XEmacs Lucid (via feedmail 8 Q) From: "Philip Aston" To: xemacs-beta@xemacs.org Subject: alloc.c assertion - tree widget Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.2 (beta35) "Nike" [Lucid] (i686-pc-cygwin) of Fri Sep 8 2000 on PASTON configured using `configure -with-png -with-xpm --site-includes=/usr/local/include --with-dragndrop --cflags '-g -O'' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: 1. Start xemacs -q $XEMACS_SRC/tests/glyph-tests.el 2. Eval the tree widget form 3. M-x garbage-collect Fatal error: assertion failed, file alloc.c, line 2279, ! MARKED_RECORD_HEADER_P (lheader) Recent keystrokes: misc-user Recent messages (most recent first): Parsing /home/philipa/.mailrc... Loading mail-abbrevs...done Loading mail-abbrevs... Loading emacsbug...done Loading emacsbug... Gnuserv process exited; restart with `M-x gnuserv-start' Paren mode is blink-paren Paren mode is blink-paren Loading paren...done Loading paren... ------------------------------------------- Philip Aston - Senior Consultant BEA Professional Services (Northern Europe) From owner-xemacs-beta@xemacs.org Tue Sep 12 04:25:58 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA31796 for xemacs-beta-out; Tue, 12 Sep 2000 04:25:58 -0400 Received: from earth.cpe.fr (earth.cpe.fr [134.214.71.17]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA31793 for ; Tue, 12 Sep 2000 04:25:57 -0400 Received: by earth.cpe.fr (Postfix, from userid 10312) id 6456384EB; Tue, 12 Sep 2000 10:25:56 +0200 (CEST) To: xemacs-beta@xemacs.org Subject: Re: efs bug? References: X-Attribution: Oscar X-Face: &f0TVPZirOQ$"C[5pZkDY(1~+M1p0&edTtJPL-*?u$b(vr<1m?~iZBqp2YoDS[IyxDHVU~)KHl|Kpm"='5OF?vT]k_HQ1]|^}Pm>,;+]iJCt_-Y[S\ EpwT);2R8#[4dt8~*}$6xI4jNZM9lVHua'vIM[PEx*#cgxCVruf1zN0} Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: text/plain; charset=US-ASCII From: Oscar Figueiredo Date: 12 Sep 2000 10:25:56 +0200 In-Reply-To: Andreas Jaeger's message of "11 Sep 2000 15:04:42 +0200" Message-ID: Lines: 36 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Channel Islands" Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Andreas" == Andreas Jaeger writes: >>>>> nbecker writes: >> This is what I get from Manage Packages/list & install: > Which XEmacs version? Which OS? > This is AFAIK fixed in XEmacs 21.1.12. Apparently not, I get the same problem with a fresh update/build from yesterday on Mandrake 7.1. If really someone could do something about this, it has become more than severely annoying... Oscar 230 Anonymous access granted, restrictions apply. ftp> hash Hash mark printing on (1024 bytes/hash mark). ftp> quote pwd 257 "/" is current directory. ftp> quote syst 215 UNIX Type: L8 ftp> quote cwd /pub/computing/xemacs/packages/package-index.LATEST.pgp/ 550 /pub/computing/xemacs/packages/package-index.LATEST.pgp/: Not a directory uname -a: Linux earth.cpe.fr 2.2.16-9mdk #1 Thu Jun 22 17:04:01 PDT 2000 i686 unknown ./configure '--cflags=-O6 -mcpu=pentiumpro -march=pentiumpro' '--with-mule=yes' '--with-menubars=lucid' '--with-scrollbars=lucid' '--with-dialogs=athena' '--with-png=yes' '--with-pop' '--error-checking=none' '--debug=no' XEmacs 21.1.12 "Channel Islands" configured for `i686-pc-linux'. [...] From owner-xemacs-beta@xemacs.org Tue Sep 12 05:27:44 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA02021 for xemacs-beta-out; Tue, 12 Sep 2000 05:27:44 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA02018 for ; Tue, 12 Sep 2000 05:27:39 -0400 Received: by localhost id m13YmI0-00013NC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Tue, 12 Sep 2000 18:23:40 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14781.63004.314642.46479@turnbull.sk.tsukuba.ac.jp> Date: Tue, 12 Sep 2000 18:23:40 +0900 (JST) To: Oscar Figueiredo Cc: xemacs-beta@xemacs.org Subject: Re: efs bug? In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Oscar" == Oscar Figueiredo writes: >>>>> "Andreas" == Andreas Jaeger writes: >>>>> nbecker writes: >>> This is what I get from Manage Packages/list & install: >> Which XEmacs version? Which OS? >> This is AFAIK fixed in XEmacs 21.1.12. But it's an EFS problem, isn't it? Strictly speaking, it's not a core XEmacs issue. Oscar> Apparently not, I get the same problem with a fresh Oscar> update/build from yesterday on Mandrake 7.1. If really Oscar> someone could do something about this, it has become more Oscar> than severely annoying... Are the EFS packages being used up to date? IIRC I had to update EFS to the most recent version to get package-ui working. It wasn't an XEmacs bug per se on my system as with updated EFS several versions of XEmacs that didn't work started working. The package-ui code was clearly correct; it was some workaround in EFS for broken ftpds that was going wrong. I still get the bogus attempts to cwd to the package list file, but then there is a cwd to the correct directory and the file is downloaded properly. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Tue Sep 12 08:04:58 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA08241 for xemacs-beta-out; Tue, 12 Sep 2000 08:04:58 -0400 Received: from beamail.beasys.com ([63.96.160.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA08236 for ; Tue, 12 Sep 2000 08:04:52 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id FAA13601 for ; Tue, 12 Sep 2000 05:04:51 -0700 (PDT) Received: from andyppc.beasys.com (lhr-modem2.beasys.com [10.5.1.13]) by london.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id NAA02864; Tue, 12 Sep 2000 13:07:14 +0100 (BST) Message-Id: <4.3.2.7.2.20000912105844.00c56a50@london.beasys.com> X-Sender: andyp@london.beasys.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 12 Sep 2000 10:59:47 +0100 To: "Philip Aston" , xemacs-beta@xemacs.org From: Andy Piper Subject: Re: alloc.c assertion - tree widget In-Reply-To: <4480-Tue12Sep2000075136+0100-paston@beasys.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I thought I'd fixed this. Have you updated from CVS? The problem is that the event loop is getting called from within GC. At 07:51 AM 9/12/00 +0100, Philip Aston wrote: >Fatal error: assertion failed, file alloc.c, line 2279, ! >MARKED_RECORD_HEADER_P (lheader) andy -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd From owner-xemacs-beta@xemacs.org Tue Sep 12 09:42:47 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id JAA13179 for xemacs-beta-out; Tue, 12 Sep 2000 09:42:47 -0400 Received: from earth.cpe.fr (earth.cpe.fr [134.214.71.17]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id JAA13176 for ; Tue, 12 Sep 2000 09:42:46 -0400 Received: by earth.cpe.fr (Postfix, from userid 10312) id 0E35E8506; Tue, 12 Sep 2000 15:42:44 +0200 (CEST) To: xemacs-beta@xemacs.org Subject: Re: efs bug? References: <14781.63004.314642.46479@turnbull.sk.tsukuba.ac.jp> X-Attribution: Oscar X-Face: &f0TVPZirOQ$"C[5pZkDY(1~+M1p0&edTtJPL-*?u$b(vr<1m?~iZBqp2YoDS[IyxDHVU~)KHl|Kpm"='5OF?vT]k_HQ1]|^}Pm>,;+]iJCt_-Y[S\ EpwT);2R8#[4dt8~*}$6xI4jNZM9lVHua'vIM[PEx*#cgxCVruf1zN0} Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: text/plain; charset=US-ASCII From: Oscar Figueiredo Date: 12 Sep 2000 15:42:44 +0200 In-Reply-To: "Stephen J. Turnbull"'s message of "Tue, 12 Sep 2000 18:23:40 +0900 (JST)" Message-ID: Lines: 38 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Channel Islands" Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Stephen" == Stephen J Turnbull writes: >>>>> "Oscar" == Oscar Figueiredo writes: >>>>> "Andreas" == Andreas Jaeger writes: >>>>> nbecker writes: >>>> This is what I get from Manage Packages/list & install: >>> Which XEmacs version? Which OS? >>> This is AFAIK fixed in XEmacs 21.1.12. > But it's an EFS problem, isn't it? Strictly speaking, it's not a core > XEmacs issue. Oscar> Apparently not, I get the same problem with a fresh Oscar> update/build from yesterday on Mandrake 7.1. If really Oscar> someone could do something about this, it has become more Oscar> than severely annoying... > Are the EFS packages being used up to date? My EFS is 1.19 which seems to be the latest available. > IIRC I had to update EFS to the most recent version to get package-ui > working. It wasn't an XEmacs bug per se on my system as with updated > EFS several versions of XEmacs that didn't work started working. The > package-ui code was clearly correct; it was some workaround in EFS for > broken ftpds that was going wrong. > I still get the bogus attempts to cwd to the package list file, but > then there is a cwd to the correct directory and the file is > downloaded properly. Yes it does but it throws an annoying warning which will probably freak out most users. In some situations when working with remote files and auto-saving it becomes a major pain (and I am choosing my words carefully to avoid being rude here...). Oscar From owner-xemacs-beta@xemacs.org Tue Sep 12 10:16:11 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id KAA15509 for xemacs-beta-out; Tue, 12 Sep 2000 10:16:11 -0400 Received: from mail-dns1-nj.dialogic.com (mail-dns1-nj.dialogic.com [146.152.228.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id KAA15136; Tue, 12 Sep 2000 10:10:58 -0400 Received: from mail4.dialogic.com ([146.152.6.40]) by mail-dns1-nj.dialogic.com (8.9.1a+p1/8.9.1/d: dialogic.m4,v 1.3 2000/05/05 13:56:23 dmccart Exp $) with ESMTP id OAA14022; Tue, 12 Sep 2000 14:14:34 GMT Received: from exchange3nj.dialogic.com (mailnj.dialogic.com [146.152.3.18]) by mail4.dialogic.com (8.9.3+Sun/8.9.3) with ESMTP id KAA23670; Tue, 12 Sep 2000 10:10:48 -0400 (EDT) Received: by EXCHANGE3NJ with Internet Mail Service (5.5.2650.21) id ; Tue, 12 Sep 2000 10:10:41 -0400 Message-ID: From: "Bush, David" To: "'martin@xemacs.org'" , Jonathan Harris Cc: XEmacs NT List , XEmacs Beta Test Subject: RE: VK_LWIN&VK_RWIN on Win32 (was Re: Naive Question) Date: Tue, 12 Sep 2000 10:11:21 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I apologize for not removing myself from the list before leaving that job. I'm thoroughly embarrassed that it was causing problems. david > -----Original Message----- > From: Martin Buchholz [mailto:martin@xemacs.org] > Sent: Monday, September 11, 2000 10:26 PM > To: Jonathan Harris > Cc: XEmacs NT List; XEmacs Beta Test > Subject: Re: VK_LWIN&VK_RWIN on Win32 (was Re: Naive Question) > > > >>>>> "JH" == Jonathan Harris writes: > > JH> Matej Mihelic wrote: > >> BTW: Jonathan - your email address at Alcatel is bouncing. > > JH> That's not my email address. I've drawn this to the attention of > JH> postmaster@adn.alcatel.com and he should now have fixed his broken > JH> bounce script. > > > I just ran these commands, which should prevent further > bounce messages: > > (mrb@gwyn) /opt/majordomo-xemacs/lists $ > majordomo-unsubscribe xemacs-beta david.bush@adn.alcatel.com > (mrb@gwyn) /opt/majordomo-xemacs/lists $ > majordomo-unsubscribe xemacs-cvs david.bush@adn.alcatel.com > (mrb@gwyn) /opt/majordomo-xemacs/lists $ > majordomo-unsubscribe xemacs-nt david.bush@adn.alcatel.com > (mrb@gwyn) /opt/majordomo-xemacs/lists $ > majordomo-unsubscribe xemacs-patches david.bush@adn.alcatel.com > > Sorry for the spam. > From owner-xemacs-beta@xemacs.org Tue Sep 12 10:59:11 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id KAA18772 for xemacs-beta-out; Tue, 12 Sep 2000 10:59:11 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id KAA18768 for ; Tue, 12 Sep 2000 10:59:09 -0400 Received: by localhost id m13YrTv-000148C (Debian Smail-3.2.0.111 2000-Feb-17 #2); Tue, 12 Sep 2000 23:56:19 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14782.17427.767020.484334@turnbull.sk.tsukuba.ac.jp> Date: Tue, 12 Sep 2000 23:56:19 +0900 (JST) To: Oscar Figueiredo Cc: xemacs-beta@xemacs.org Subject: Re: efs bug? In-Reply-To: References: <14781.63004.314642.46479@turnbull.sk.tsukuba.ac.jp> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Oscar" == Oscar Figueiredo writes: >>>>> "Stephen" == Stephen J Turnbull writes: >> Are the EFS packages being used up to date? Oscar> My EFS is 1.19 which seems to be the latest available. That's what I'm using, but we're both seeing the same warnings I guess. >> I still get the bogus attempts to cwd to the package list file, >> but then there is a cwd to the correct directory and the file >> is downloaded properly. Oscar> Yes it does but it throws an annoying warning which will Oscar> probably freak out most users. In some situations when Oscar> working with remote files and auto-saving it becomes a Oscar> major pain (and I am choosing my words carefully to avoid Oscar> being rude here...). Ah. I don't use EFS that way, so I didn't realize that was happening. I did a mass update a couple of weeks ago, and only got the warning once or maybe twice, and only for the package-list file. So it must have something to do with doing a lot of CWDs. I can see how that would happen if you've got two files in different directories on the same host, you'd get two warnings on EVERY autosave. Urk. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Wed Sep 13 00:06:06 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id AAA32718 for xemacs-beta-out; Wed, 13 Sep 2000 00:06:06 -0400 Received: from 24-216-39-123.hsacorp.net (24-216-39-123.hsacorp.net [24.216.39.123]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id AAA32675; Wed, 13 Sep 2000 00:05:09 -0400 Received: (from jmiller@localhost) by 24-216-39-123.hsacorp.net (8.9.3/8.9.3) id AAA12041; Wed, 13 Sep 2000 00:04:16 -0400 From: Jeff Miller MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="zlFZQgiDkX" Content-Transfer-Encoding: 7bit Message-ID: <14782.64703.284941.706199@24-216-39-123.hsacorp.net> Date: Wed, 13 Sep 2000 00:04:15 -0400 To: Andy Piper Cc: Andy Piper , xemacs-beta@xemacs.org Subject: Re: progress gauge weirdness In-Reply-To: <4.3.2.7.2.20000910210453.00e93840@london.beasys.com> References: <4.3.2.7.2.20000823115107.00deb910@london.beasys.com> <4.3.2.7.2.20000822082158.00c3fba0@london.beasys.com> <4.3.2.7.2.20000821225954.00de0220@london.beasys.com> <14751.7479.626877.125820@24-240-68-41.hsacorp.net> <4.3.2.7.2.20000910210453.00e93840@london.beasys.com> X-Mailer: VM 6.76 under 21.2 (beta35) "Nike" XEmacs Lucid Reply-To: jmiller@cablespeed.com X-Face: &vGrMZ?Q&W5~yiCR_#hat=$tgJrK`J=2$se?0Nu9I3G|I<2-\:82zx>kz=l8(yw)G1i&0"D --zlFZQgiDkX Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit >>>>> "AP" == Andy Piper writes: AP> Can you send me the file that cause the problem? i had deleted it. but i have come up with a simply recipe... and found another bug. this is with about a week old xemacs from cvs... so maybe some of this has been fixed. Basically everything is enabled, this is a ./configure, make beta xemacs -vanilla Options->Customize->Faces ( i selected default face) now i have a customize buffer. M-x font-lock-mode (the customize buffer) i see the progress gauge come up for a split second and am left with remmnants of the progress bar and the stop button now, switch to the scratch buffer now I have the set, save & done widgets, along with the progress bar remmnants in the *scratch buffer* --zlFZQgiDkX Content-Type: image/jpeg Content-Disposition: inline; filename="orphan_widgets.jpg" Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQAAAQABAAD//gBYQ1JFQVRPUjogWFYgVmVyc2lvbiAzLjEwYSAgUmV2 OiAxMi8yOS85NCAoUE5HIHBhdGNoIDEuMikgIFF1YWxpdHkgPSA3NSwgU21vb3RoaW5nID0g MAr/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0aHBwgJC4nICIsIxwcKDcp LDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIyMjIyMjIyMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCAJ3AlADASIAAhEBAxEB/8QA HwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQID AAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6 Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QA HwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAEC AxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5 OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOk paanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oA DAMBAAIRAxEAPwDjIIFkQcW8apDExLW4cksP/rVJ9nh/572v/gGKdZhSjhvumG3z9Kh+1Rf8 8P8Axx68tuV3Y+9hCkqcXK2t+r7vsySG3tmunUyQSMIWYAWoVV5HzH1//XR9nh/572v/AIBi obFi99OxGM2z4GMcbuP0rQ0WO1m13T4r4qLR7mNZy77V8ssN2TxgYzzQ73tcmDpum58vfv8A 5lX7PD/z3tf/AADFH2eH/nva/wDgGK9gXRNKuPEVrYXmi7RJqd3HG8lnFaq0Ahf5FVG3SAEI RKV79QeudoVnZan/AMIj9r06wf8AteO9jvdtpGm8R7tm3ao2EZ+8uCcDJOBjT2cu/wDX9M4v rtG1/Z/i+zff+6/meYfZ4f8Anva/+AYo+zw/897X/wAAxXpWm6Fb3HhsRTWlrObjRZJbX7LY ghrgEso+0Fi7T/KcxgAYBGMDmv4nsBaanMlvoOnSeHUms/s9w2y3MgKqSqT5BkDfNuYl8D5u MZpOnK17mkcVRc+RQ/F+nV7/ANXPPfs8P/Pe1/8AAMUfZ4f+e9r/AOAYr0TxLpjx/wBk3Vvp VhDczan5aabcWawyB/lzFldqTwbv48dGUbuTXGm/vtF8VyXyQxWl7bXbM0EXEaMGO6MBT9zq uAenGaUouL1ZpSq06sbxgr+r/wA/xKEtksEzwzPbxyxsVdHscMpHBBB6GmfZ4f8Anva/+AYr udC1S58UapqFzqdj9uuWgiiF0kSTtZqON62zA+YC20ttHGWIxurUn0draPUhpGlaTqGrJriQ yxQWwmiWEx5AKOW8pS+QxBGCCN2FGGoNq6ZnLE04S5JwV/V26dbnmX2eH/nva/8AgGKfFZLP MkML28ksjBURLHLMTwAAOprv5m0/TvC/h9P7D0RrvUprq3kuLklook87afnVskDK4k3EqFOC c5rWubC202ayvntoIrqx8QIk0p02O1SK1b5d20Egxbl+WVucg4IIpqm+5MsXTX/Lvulq+jt3 7nlUtksEzwzPbxyxsVdHscMpHBBB6GnSaa8VvDcSCJIJ93lSNYYWTacHaehweDivTdQ027La rdWWj2d7rMniAq0MltHKRa4bYXQj92rEZLnaWB3buQam0e2tb208G6XeWFnJb3TamkiA+YqK GY7Y23HjIXDglvlGG5OX7OV7X/q5LxlJRUuReer/AJW+/loeVGyUQrMXtxEzFVc2PykjBIB9 RuH5j1pn2eH/AJ72v/gGK2Lnxbq134bh0GWfNlDtwMncQpYgE55HzDjoNiYxg5w6yb7M7oRT vzQS+b/zJPs8P/Pe1/8AAMUfZ4f+e9r/AOAYqOild9y+Sn/L+L/zJPs8P/Pe1/8AAMUfZ4f+ e9r/AOAYqOii77hyU/5fxf8AmSfZ4f8Anva/+AYo+zw/897X/wAAxUdFF33Dkp/y/i/8yT7P D/z3tf8AwDFH2eH/AJ72v/gGKjoou+4clP8Al/F/5kn2eH/nva/+AYo+zw/897X/AMAxUdFF 33Dkp/y/i/8AMk+zw/8APe1/8AxR9nh/572v/gGKjoou+4clP+X8X/mSfZ4f+e9r/wCAYo+z w/8APe1/8AxUdFF33Dkp/wAv4v8AzJPs8P8Az3tf/AMUfZ4f+e9r/wCAYqOii77hyU/5fxf+ ZJ9nh/572v8A4Bij7PD/AM97X/wDFR0UXfcOSn/L+L/zJPs8P/Pe1/8AAMUfZ4f+e9r/AOAY qOii77hyU/5fxf8AmSfZ4f8Anva/+AYo+zw/897X/wAAxUdFF33Dkp/y/i/8yT7PD/z3tf8A wDFH2eH/AJ72v/gGKjoou+4clP8Al/F/5kn2eH/nva/+AYo+zw/897X/AMAxUdFF33Dkp/y/ i/8AMk+zw/8APe1/8AxR9nh/572v/gGKjoou+4clP+X8X/mSfZ4f+e9r/wCAYo+zw/8APe1/ 8AxUdFF33Dkp/wAv4v8AzJPs8P8Az3tf/AMUfZ4f+e9r/wCAYqOii77hyU/5fxf+ZJ9nh/57 2v8A4Bij7PD/AM97X/wDFR0UXfcOSn/L+L/zJPs8P/Pe1/8AAMUfZ4f+e9r/AOAYqOii77hy U/5fxf8AmSfZ4f8Anva/+AYo+zw/897X/wAAxUdFF33Dkp/y/i/8yT7PD/z3tf8AwDFH2eH/ AJ72v/gGKjoou+4clP8Al/F/5kn2eH/nva/+AYo+zw/897X/AMAxUdFF33Dkp/y/i/8AMk+z w/8APe1/8AxR9nh/572v/gGKjoou+4clP+X8X/mSfZ4f+e9r/wCAYo+zw/8APe1/8AxUdFF3 3Dkp/wAv4v8AzJPs8P8Az3tf/AMUfZ4f+e9r/wCAYqOii77hyU/5fxf+ZJ9nh/572v8A4Bij 7PD/AM97X/wDFR0UXfcOSn/L+L/zJPs8P/Pe1/8AAMUiQRSQJMJbYI5O0mzHODj1plFv/wAg iz/4H/6FTu7XuTyw5+Xl6N7vul38yT7PD/z3tf8AwDFENvbNbysJICwm2mRrUY+6PlA/z3qO WRWuikaYRdwyAcHkY5P49Kk07/j3b/r9P8hQ2+W9wjGm6qiorr1f+YfZ4f8Anva/+AYqvN5I FzEvkSFYC25bcJtOQP5GpLiaU20oMrkFDkbj6VTH/Hxf/wDXv/VaqCb1bMMS4RtGMd/Xs/N9 jS03Tta1W4Ww0ixS9upbVZTGkyKUjTaMneVHJde/r9a0/wDhAfH3/QtN/wCBVv8A/Ha0/hZ/ yPM3/Yvyf+hw16Hf6slheWlp9mnnnut/lrFt/hAJyWYDoa6qdKLjdo8DF46vTrOEJWS/4f8A M8qi8BePIpZJf+EZcs0Rj/4+7fAGc5/1tJ/wgPj7/oWm/wDAq3/+O16c/iGCGZIZ7aeKVriO 32F4mZWkyVJCucDjv+Ga0Ir+znuHt4buCSePO+NJAWXBwcgcjnir9jDscyzHEpW5jyH/AIQH x9/0LTf+BVv/APHaP+EB8ff9C03/AIFW/wD8dr2asvS9aGrwxT29hdrbS52zSGMLxkcgOW6j HSj2MOwf2lif5jy3/hAfH3/QtN/4FW//AMdo/wCEB8ff9C03/gVb/wDx2vTp/EthFO0SN5wF v9oEkckYjK79mAzMBnP+c8VYtNZs73VLzT4XzPa438jDZ67cHJweD6Gj2MOwf2lif5jyn/hA fH3/AELTf+BVv/8AHaP+EB8ff9C03/gVb/8Ax2vXNRvk03T5rySKWVIhuZYl3NjPJx7dT7A1 T1DxDZ2EkCYaczRmUNE6bVTjDMzMAAScA55PFHsYdg/tLE/zHl//AAgPj7/oWm/8Crf/AOO0 f8ID4+/6Fpv/AAKt/wD47Xr32+z+2fY/tcH2r/nj5g39M/d69OaI7+zm8ny7uB/P3eVtkB8z b12+uO+KPYw7B/aWJ/mPIf8AhAfH3/QtN/4FW/8A8do/4QHx9/0LTf8AgVb/APx2vYoJ4bmF ZreWOWJvuvGwZT24Iqvf6lDYeSjLJLPO+yGCIAvIe+ASBgDkkkAUexh2D+0sT/MeS/8ACA+P v+hab/wKt/8A47R/wgPj7/oWm/8AAq3/APjterR6zZ+Sz3T/AGFkfY0d2RGwPOO+CDtOCCQc H0NWFv7N/P2XcDfZ8+diQHysZzu9Oh6+ho9jDsH9pYn+Y8h/4QHx9/0LTf8AgVb/APx2j/hA fH3/AELTf+BVv/8AHa9Ui12wluLyPzlRLQRM87sojIkGVIbP+c1egnhuYVmt5Y5Ym+68bBlP bgij2MOwf2lif5jx3/hAfH3/AELTf+BVv/8AHaP+EB8ff9C03/gVb/8Ax2vWtRvzp1u1wbSe eJEZ5GiKfIAMkncwz36Z6VDb61by2aXlyjWNvIFMUl1JGok3DIxhj27HFHsYdg/tLE/zHlf/ AAgPj7/oWm/8Crf/AOO0f8ID4+/6Fpv/AAKt/wD47Xrk2pWFvHFJPe20SSjdGzyqocccgk89 R+dQrrNn9sv7eR/J+w+X5skpCp84yMHP4c4o9jDsH9pYn+Y8p/4QHx9/0LTf+BVv/wDHaP8A hAfH3/QtN/4FW/8A8dr2KCeG5hWa3ljlib7rxsGU9uCKh1DUINNtTPOWIJCoiDLyOeiqO5Pp R7GHYP7SxP8AMeR/8ID4+/6Fpv8AwKt//jtH/CA+Pv8AoWm/8Crf/wCO16pFrdoZJ4rrdYyw AM6XTKvyHgMCCVIycZB68GjUddsNN0+a8kmWVIpPKZYmVm355XGeo6kegNHsYdg/tLE/zHlf /CA+Pv8AoWm/8Crf/wCO0f8ACA+Pv+hab/wKt/8A47XrCavZs1wWniSKAIzTNMmwhxlTw2R+ IGe2ak/tKw8uOT7bbbJAzI3mrhgv3iDnnHf0o9jDsH9pYn+Y8j/4QHx9/wBC03/gVb//AB2j /hAfH3/QtN/4FW//AMdr1ybUrC3jiknvbaJJRujZ5VUOOOQSeeo/OrVHsYdg/tLE/wAx4z/w gPj7/oWm/wDAq3/+O0f8ID4+/wChab/wKt//AI7XqlzrCwaqNNjs7m4uDB5+ItgATdt6sw70 6x1vT7+zjuYrmNVeIzFZGCsqAkEkdgCCM9OOtHsYdg/tLE/zHlP/AAgPj7/oWm/8Crf/AOO0 f8ID4+/6Fpv/AAKt/wD47XqE3iLTotQisklWWR4/NZkkQLGmAdxJYdvmwMnAzjFFl4i069tX u/NWC1EnlrNPIiK7c8D5sjgZwwBwRR7GHYP7SxP8x5f/AMID4+/6Fpv/AAKt/wD47R/wgPj7 /oWm/wDAq3/+O164+pWEahnvbZQYxLlpVHyE4DdehJAzTor+znuHt4buCSePO+NJAWXBwcgc jnij2MOwf2lif5jyH/hAfH3/AELTf+BVv/8AHaP+EB8ff9C03/gVb/8Ax2vZqy4NdtrjQl1d EkFu3RZGRG+9t5LMFHPvR7GHYP7SxP8AMeW/8ID4+/6Fpv8AwKt//jtH/CA+Pv8AoWm/8Crf /wCO1699vs/tn2P7XB9q/wCePmDf0z93r05ogv7O5ZVt7uCVmTeojkDErnGRjtnjPrR7GHYP 7SxP8x5D/wAID4+/6Fpv/Aq3/wDjtH/CA+Pv+hab/wACrf8A+O17NRR7GHYP7SxP8x4z/wAI D4+/6Fpv/Aq3/wDjtH/CA+Pv+hab/wACrf8A+O17NRR7GHYP7SxP8x4z/wAID4+/6Fpv/Aq3 /wDjtH/CA+Pv+hab/wACrf8A+O17NRR7GHYP7SxP8x4z/wAID4+/6Fpv/Aq3/wDjtH/CA+Pv +hab/wACrf8A+O17NRR7GHYP7SxP8x4z/wAID4+/6Fpv/Aq3/wDjtH/CA+Pv+hab/wACrf8A +O17NRR7GHYP7SxP8x4z/wAID4+/6Fpv/Aq3/wDjtH/CA+Pv+hab/wACrf8A+O17NRR7GHYP 7SxP8x4z/wAID4+/6Fpv/Aq3/wDjtH/CA+Pv+hab/wACrf8A+O17NRR7GHYP7SxP8x4z/wAI D4+/6Fpv/Aq3/wDjtH/CA+Pv+hab/wACrf8A+O17NRR7GHYP7SxP8x4z/wAID4+/6Fpv/Aq3 /wDjtH/CA+Pv+hab/wACrf8A+O17NRR7GHYP7SxP8x4z/wAID4+/6Fpv/Aq3/wDjtH/CA+Pv +hab/wACrf8A+O1688MM2ooJoYpQttIyiWMOAd8Qzgj0JqjpV9pesfbvs+m2y/Y7uS0k8y0i GXTGSMA8c/8A1qtYZSi5KOi3D+0sT/OeX/8ACA+Pv+hab/wKt/8A47R/wgPj7/oWm/8AAq3/ APjtep2994eu4Z5rZ9FmigXdM8aQssY5OWIHA4PX0NCX3h6SxkvkfRWtI22vOqQmNTxwWxgH kfmKp4Np2cH9wv7TxP8AOeWf8ID4+/6Fpv8AwKt//jtH/CA+Pv8AoWm/8Crf/wCO16hpV9pe sfbvs+m2y/Y7uS0k8y0iGXTGSMA8c/8A1qs3kmj6dCJr6PSrWIttDzwxIpPXGSOvB/KlLCcs /ZuOvYP7TxO/OeTf8ID4+/6Fpv8AwKt//jtH/CA+Pv8AoWm/8Crf/wCO16nNfeHraFZp30WK J1Rld0hVWDZKkEjodrY9cH0p6XOhyfatg0hvsmftO2OE+TjOd/Hy9D19DR9Udr8j+4P7TxP8 55T/AMID4+/6Fpv/AAKt/wD47R/wgPj7/oWm/wDAq3/+O16ml94eksZL5H0VrSNtrzqkJjU8 cFsYB5H5ih77w9HYx3zvoq2kjbUnZIRGx54DYwTwfyNP6m/5H2269g/tPE/znln/AAgPj7/o Wm/8Crf/AOO0q+AvHiW0MC+GX2xg8m7tySSc/wDPWvW4fshnspbSCy8ubeVlhgj+ZfJdgQwH sDkU241KG21KysXWQy3m/wAsqBtGwZOeazdGC0aH/aWJvfm/r+keS/8ACA+Pv+hab/wKt/8A 47Sx+A/HsUBjTw0+TKZS32u364HT97XqcGu2EsdzJJMtslvctas1wyoC69cHND67YR34tXmV QbYXXnsyiLYW2j5s9yRS9jDsH9pYm9+Y8n/4V144/wChVX/wItv/AI7WNeaTq2lapeWWqQRW V39mWSSOSVXxGTwcxlgD8vQ88jjmvf4p4Z9/kyxyeW5R9jA7WHUHHQ+1eJeLf+Ry1j/r0P8A 6OelUglG6NcLialSsozemv5M3vhZ/wAjzN/2L8n/AKHDXV681nN4j0nzr2CKO2877R/pgidN yDb0YNz7fyrifAN7JpfiW4vxYX93GNFMAFnaSTnzHaIqG2KduQjHJ/unqeK7X/hLb7/oV9b/ APBfc/8AxqqpfAjDH/7xL+uhSk0i6u9Za9slWeya/s5Y5lnV9yRIyuck5ODxzyfeptA0G9s7 jTEu4pz9g8/Ehmj8obiR8gALtkHPzEYx+FT/APCW33/Qr63/AOC+5/8AjVH/AAlt9/0K+t/+ C+5/+NVocZ0s88NtC01xLHFEv3nkYKo7ck1wmii2/sMaS822+lilhVv7SRodz7gvyLIc9QOF PPPvWt/wlt9/0K+t/wDgvuf/AI1TU8Y3cilk8M60wBK5WwuTyDgj/VdiCKAMm78OatcWzhNN WNzpcNtxKmXkSRM559FOOTwBzngdPZ2V3a+J9TuTCrW14IWEu8DbsUqRjrnOPbGecjBof8Jb ff8AQr63/wCC+5/+NUf8Jbff9Cvrf/gvuf8A41QBv6hJZJZyJqE0UVvMDExlkCBsg5Gcjtmu GayOo6Ve2yXNjc6gsUdjZRwToGkhjcNvxvIyQM47bfetr/hLb7/oV9b/APBfc/8Axqmv4xu4 1DP4Z1pQSFy1hcjknAH+q7kgUARRaDejVHWaKd4DqpvkZJo1iA6gnILlu23ge/eobjw9qkEt 09mjEWskz2Ko6puE6hSF5+Tyzk+/bFXf+Etvv+hX1v8A8F9z/wDGqP8AhLb7/oV9b/8ABfc/ /GqAN/TbJNN022s02kQxhMqu3cQOTj3OT+NUdXsbh9S0zUraPz2sncNAGCs6uNpIJ4yOuDjP qKzv+Etvv+hX1v8A8F9z/wDGqP8AhLb7/oV9b/8ABfc//GqAKGozvPrOoy3f2SzZ9KltY4pb yPfuLEqGGflJBB7jkc1SubFtUSK1tLmzkmOjRW4RbqMkypIrlQASeinnp71tDxjdmRox4Z1o uoDFfsFzkA5wceV7H8jTv+Etvv8AoV9b/wDBfc//ABqgCs+h3U17qtzLpLBJ54JoVhuVjkQh WDOpHG8Fs4PBOeT1O54et7630+QahHEs7zu+UjVGcE8M4X5dx9ieMc5zWZ/wlt9/0K+t/wDg vuf/AI1R/wAJbff9Cvrf/gvuf/jVAGnr95aJpV7ZyXdtFcTWziOOWZULZUgdSO/ese2jab/h HbmzMV6dMgMdzDbTxs6logo/iC9VPf6ZqX/hLb7/AKFfW/8AwX3P/wAapsfjG7ljWSPwzrTo 4DKy2FyQQehB8qgDOtfDuq2Fkqm1855dKmtCsUi5jkeRnG7cQMYbHGeQfbM0Phu7h+1rcWTX AAsxE8FyI3DRxFGdD6qTkBsA1d/4S2+/6FfW/wDwX3P/AMao/wCEtvv+hX1v/wAF9z/8aoA0 /D1vfW+nyDUI4lned3ykaozgnhnC/LuPsTxjnOaq+KHt2htQby0jurW4jvEgnmWMyhc/Lknj PPPTIqt/wlt9/wBCvrf/AIL7n/41TW8Y3aMit4Z1pS52qDYXI3HBOB+654BP4UAYviS7t9Rh 1LUftNtGfs0drDb/AGiOSST96rlsIxAx0xk9CeK07vw/qF1Z6+I7aK3N2LdYIQ4x+6AzjHAB xhc49wtSz+Jri5haG48I6xLE33kk024ZT35BiqT/AIS2+/6FfW//AAX3P/xqgCpc6Pqtzq9z qJstq/bbS5SISqWdI1YMBzgMMjgnHXBPUustAvhrlneXFovkm/u7p1dlJiDquzIyRnK54zji rP8Awlt9/wBCvrf/AIL7n/41R/wlt9/0K+t/+C+5/wDjVAGZDoGp2uiWiR2EiaglvJEZUmjc YLsfLkjY7GQhs5BJB7cc9taRvFZwRyJEjpGqssIwgIHIUenpXNL4xu3Z1XwzrTFDtYCwuTtO AcH91xwQfxp3/CW33/Qr63/4L7n/AONUAVtVubNfF32qSdZIUs/IYW9+kLrIJCSD+8U9KpWG lX7WCvai0vC+lS2LfZ5k2xyFywDEcZ2sOmct1IB3Vrf8Jbff9Cvrf/gvuf8A41R/wlt9/wBC vrf/AIL7n/41QBLpOl3ttrNjcTQ7YotHjtnbcDiQMCV4P69KzbTQtUtdP0BvKlSWyNwJkgeM yLvJwRv+Q+/Pf8rcnjG7ijaSTwzrSIgLMzWFyAAOpJ8qnf8ACW33/Qr63/4L7n/41QBW0vwq E1Sya909WtILAqFmlWXbKZGbBwBu4Y9sfXGasaTpV9Z6xbhLFbfT4hJmOZ1mETHjML/fG7gk EAfe7kUv/CW33/Qr63/4L7n/AONUf8Jbff8AQr63/wCC+5/+NUAdLPPDbQtNcSxxRL955GCq O3JNcBA8lz4KXw7bxRy3zfdEd3Ayn95v4xJnp7Vtf8Jbff8AQr63/wCC+5/+NU0+MbsSLGfD OtB2BYL9guckDGTjyvcfmKAFbSr6PXke1sVjtmvPOnErrLC/U+aufnSTkjAGMgc4HOb4T064 nh0G7S2jjt7b7S8koYfvC3yDjru4+mAOew0/+Etvv+hX1v8A8F9z/wDGqjg8TXFtCsNv4R1i KJfupHptwqjvwBFQB1tFct/wlt9/0K+t/wDgvuf/AI1R/wAJbff9Cvrf/gvuf/jVAHU0Vyie MbuRSyeGdaYAlcrYXJ5BwR/quxBFO/4S2+/6FfW//Bfc/wDxqgDqaK5b/hLb7/oV9b/8F9z/ APGqP+Etvv8AoV9b/wDBfc//ABqgDqaK5R/GN3GoZ/DOtKCQuWsLkck4A/1XckCnf8Jbff8A Qr63/wCC+5/+NUAdTRXLf8Jbff8AQr63/wCC+5/+NUf8Jbff9Cvrf/gvuf8A41QB1NFct/wl t9/0K+t/+C+5/wDjVNHjG7MjRjwzrRdQGK/YLnIBzg48r2P5GgDq6K5b/hLb7/oV9b/8F9z/ APGqP+Etvv8AoV9b/wDBfc//ABqgDqaK5b/hLb7/AKFfW/8AwX3P/wAao/4S2+/6FfW//Bfc /wDxqgDqaK5SPxjdyxrJH4Z1p0cBlZbC5IIPQg+VTv8AhLb7/oV9b/8ABfc//GqAOheWOC7a aaRY4o7OVndzhVAeIkknoK860/UIfsniTRUktZZdYv7o2ssd/bMmJgFQkeZv684Ck+gJ4roj 4ou2kLnwz4gVvLMYMdhcAgFlY9YCP4B27mmf8JJef9ALxT/4Ayf/ACLXbhcWqEZJxve3Xtqi ZRuYf/COa/NAZk0uBJrfQItOSG+Mciyyq4YlQCykALwWx823IxnDJ/DWvSa5LqJtLq4Vr+yv v38kAmKw7kZCEITfhgwx8u0cndxW63ii5RkVtF8TqXO1QbKQbjgnA/0bngE/hTv+EkvP+gF4 p/8AAGT/AORa61nddXtGOvk9tHbe+6RPs0WPBWkXmj2mqxXdnFaedqU08MULhkEZC7duMccE DIB46CqOt2OualremaklhPbLp1zcxD7LPC80kToAkqiT5ACQQVPIz+U3/CSXn/QC8U/+AMn/ AMi0f8JJef8AQC8U/wDgDJ/8i1zLMJqvKu4pyd11tqrPr1Xe5XIrWMOz8H6nZxzRw2DRxP4c ns0V7lJGE7ys4QsAuT83XG3tk9S+48M67iJoNPtZJI/DcVkFutjp56yKxXaSQSACQSNuQMnF bP8Awkl5/wBALxT/AOAMn/yLTV8UXLs6rovidih2sBZSHacA4P8Ao3HBB/Guh51iHLmaX4/5 k+zRhT+Gtek1yXUTaXVwrX9lffv5IBMVh3IyEIQm/DBhj5do5O7itnU9Ku7yG3vbfw+1jfJc zSRS2d1GJ4S2MSsnEchfaAylj8p6nJxN/wAJJef9ALxT/wCAMn/yLR/wkl5/0AvFP/gDJ/8A ItTPNqsnGTivd0VrrS1rWTta3T9NB+zRp+HLW8stJ0S3v4LWC6TzPMjtUCopMUp6LxnnnHGc 44qlrzWc3iPSfOvYIo7bzvtH+mCJ03INvRg3Pt/Koo/Et0kySt4d8SytHuKrJYy4yVK54twe jHvTpPGN3FG0knhnWkRAWZmsLkAAdST5VedVqOpOU31d/vKSsrGXYabO9+Lqwm85LfULmQ/Z bmKWURyIAjZckc7SDuOaq6vod1pujSytbNFbppyRHdMshVzch9pIAzweoGPc9a6D/hLb7/oV 9b/8F9z/APGqjn8TXFzC0Nx4R1iWJvvJJptwynvyDFWYzR0TTri21XVLua2jtop/JSKJGBAE abTjH8Pp0OByBXlXi3/kctY/69D/AOjnr0j/AIS2+/6FfW//AAX3P/xqvM/EZuLjxDqN5LY3 lqktptAubaSI7vMLFRvUE4Dqf+BD1rOr8B2YD/eI/P8AJnoPwgJWPXSCQRaWpBH+7JXc/abj /nvL/wB9muF+EP8Aqtd/687X/wBBkrtaVH4Ax/8AvEipo0PinXrGS/g12wtYvtdzAkT6fLKw WKZ4xlhOuSQmeg61jReMp9N8YXvhjXNUtTdRzpFbTwsYfNLRJIFMbOxUneQGyQxBHB2hux8A /wDIrH/sI6h/6WTUePv+RWH/AGEdP/8ASyGtTjK/2m4/57y/99mqWgSyR+EtL2Oy583O04z+ 8NWKq6H/AMilpf8A21/9GGgAm8QBbt7K3e8vb1CA1vZo8rIzDKiQj5Yt3YyFR1OcAkUY/HOm 3Nkbuw1Ca/jEfmP9kDSCIEZHmt92DPPMpQDDZICnGpotwNL8YGNyRb6xEEQA4C3MQZug6s8W cscYFuoJOVA8z8R6kfEOuPq4Z3tZZfPtnngMqWlsAqrNE8jLHEWCeaRtLfOMqdlAHVv8S9KG jrqMFxfXSm3Fw0VshcxjbuZXcHy1dRklSwPpnIzs6pNLJc6QHkdh/aUJwzE9zXE6PGNY1DTb eGa4vrOCU3U948WIpQhyirIihGYSGM4XtGwPcHs9R/4+9I/7CMP8zQBs3FxOtzKBNIAHIADH 1rj7Hxhr+q65Lptjp1sdputkk+pyJuWCYRMSBC2CSwIHPGea6u5/4+5v99v515voV/Jo/iJ9 S/s+6vIVl1SBltmjDKz3gYE73UYxG3Q0Adbqmq+LdJ0m91KfT9NaG0geeRY9XlLFUUsQMwAZ wPWl8N+J7vXbe9aULDJaXRtmEF0ZlJCIx+bavI34IxwQay/EPi59W8NarpsHh3Vlmu7OaCNp GtgoZ0KgnExOMn0p/g77+vf9hEf+k0FAG9pMsn9p+IZN7b/9G+bPP3T3pmu6xeaX4e1PUIJW aW1tJZ0DsSpZULDOCOMil0n/AI//ABD/ANu38jWX4gF/qN3a6DZW1tNHewTS3YnuGh3QIUVo wyo5BYygE4yFDYIJDAAi/tTxZcf29Hp2p2l5caRFKzJFZpJ5siZ2x7Yr15FZypwGQHg5GeKf a/EKwLi31K5u9MvFLLNFeQzRJGVCk5d1UAEOhG7aSJEyAWAp/wDYevf8+b/+FnqP/wAbrjte sbjw7q9xLqjQWFrqMJuZ7hdRmu58QiOMp5siK+DvTb95h84Ugsu0A9I1S4nbSL0GaQgwOCCx /umrNvNLHpGlhJHUfYojhWI/hrm9Jhlt/h3YwTxvFLHpMaPG6lWVhEAQQehBroYf+QVpX/Xj D/6DQBzaeMtdu9Pk1bT9FnudKVsxE3TJc3EXGZI4SnIIyVBYFgBwMiujs9UN/ZW95bXUslvc RrLE+WG5WGQcHkcHvXmAsbm70W9n0nTtU/4RSebzRp8N4sT3EJKmQwxGEusb/MQglTcCcAbg KzTpesXnhO7l8O2Oq2/hadQ8WlG9VLmWMqfMMeY5GVWYqwXf8wV8A+YMAHqT+L9Pjvo7NtUY yST/AGZXXe0Qm5/dGQDYsnB+QkN045FWPNkk8W6Hvdmx5+Nxzj93XLeGb/w3AsJt7Sawmwtn E2oSeY6jjFuJS7hGB/5YFgwwTsHU9On/ACNuif8Abf8A9F0AX/tNx/z3l/77Nc3pGqeIdTst LlfW/Knv7eCbanhq+liQyorAecsuwgbsFsgDBzjBxv1z2l6QLPwHoGtwR6bb6hPb6Pb29/Bp 0f2uBZDBDITK+8OSjkD5Rgcc0AWPC/ijUdYs/K1O1vdO1aCONrm3miliGHBw6bwCVJVx7FWG SMMd77Tcf895f++zXEq+oeITf6p4Y1HWNQ1iCO2RxPc6TNDJGsxPlsIGBB2vMw+ZM4I3cAV0 ej6hJqempczWj2k4eSGe3d1cxSxu0bruXhgGVsEdRg8UATaHLIumak6uwY6rLkg8ngVS1zxN faXcWtpaRG5urhJJAJblokCIVDfMFY5zIuBj15GADb0T/kFaj/2FZf8A0EVznib/AJGjSP8A ryu//Q7egCjH491e8aC6d57DY0gazNvdyBwOhZhbEkN22ldn3j5mfLXU0TxzqepXGnpfac9k l8WSIC6dpEcIzkOjRpgYRuQTzjGQcjLhiur3Ub2KO9+ywWsUDfu9Inv5HaUzfwxMCqgRdSMZ PXpVfUY7/RNU0TV5mu7/AEi3lnlu5Y9AurV7bbFs3MHLHZiZmJIAxG2CSMUAdl4lnmfw/dK0 rsp2ZBYkffFb9/PMl7IqyuqjGAGIHQVzviP/AJANz/wH/wBCFaviK+j037Xdyq7rGoIjjGXk bACog7sxIUDuSB3oAk+03H/PeX/vs1hX3jOOCWS2sJJ9Ru0YoyQSfu4mGQRJJ91SDjKjLgHO 01RnW7hkeTxhZ3rWIlCBdPKvZncwEasqt9onYlghUoEYt/q8DdVTxLbWt/GttLo1jYXaWuyy tIoY5dS2DIjCsqulogcYEnzqA3WNhQBo2vjvfqFrp99b31ndXJ2RfOsqSuOoTYxfaBk7mRQA Mtt6VsWcsjeLp3Z2LDSmwSeR+8rlfCPhGXTJIdQ1JI/tiQhBlvMkdiBmWVjn95jKgAkIGcBm DcdRZf8AI13P/YKb/wBDFAFXxV4muPDvh+41EPK7JgDJJC56seQOBkgFl3HCggsK5DTvH3ii /tyw8zzoyEnSPT0ZUk2hioY3ylh8w5wPoOlanxOgmn8A6k0UUkgiTfJsUuVXpkp0YZIyT9z7 4+ZFB4GyhvXmu5bWCa4Rbp1eJJHVcmGDDHZcQnIwQOSOTx0oA6Sf4k+IVS5SKfbcwpM2y603 y1JiiaVlJW7cjKoSDtIOR2Oa9O+03H/PeX/vs15Xa+DJ7ixl1fW5F0S1IuUa5vZG+WGS0eMC NWmlaTly4Bf/AJ6YxnB9NR/MUMI5I8/wyBQw+u0kfrQBDoEskfhLS9jsufNztOM/vDWN4u8X ajoMMclkkt19n23N+oDOY7UOFYgBhhzkld3y4jkP8Na+h/8AIpaX/wBtf/RhqnceGdHvbye6 1Cwtr+WVgQbuFJfKUKF2JkfKuQWx/eZj3oAwdc8e6vZeKEsNMYXdodKGoxiG3muZLk7yAitG 2EVgBhyCATznIFdMniqyk1e30uLUZZbu4thdRLEHdWhOcPvAKhTjqT3HqM8povhG3i1Ezadq 2rw/2bbf2XHdmSGQzKHMjKA8TDahYJkdCjLgbcts3+kQQw6XY6ZZ+XNDJb+XOFP7mCBxkGQ8 8ozoBkk+Y38O8gA1NUmlkudIDyOw/tKE4Zie5rWuLidbmUCaQAOQAGPrWNqP/H3pH/YRh/ma Z4tghuoY7e4ijmgl1aySSORQyupvIgQQeCCOMUAK13r9/wCIbrT9P1O1tYra0gnJuLaSZnaR 5V7SpgARD161U1vUPF3h2O0u3lXWbd7jy57fT9OnWZU2O25SJZO6gYIAJYAsvUT6zpXgbwVZ 2MGp+HdKv5J/MxPPBptu7bSDyHMKn7wHyA9OeTk2PDen+CvE/mSWfgXSktUyDdeRp80e8Y+T MMjkNhgeR079MgFyz1Q39lb3ltdSyW9xGssT5YblYZBweRwe9QaTLJ/afiGTe2//AEb5s8/d PeuOi8NX2jeLo7i80SysbZtadNOkgtbWImLyb44BhAfbsEBxJzkGuv0n/j/8Q/8Abt/I0AX/ ALTcf895f++zXnPxR+IWv+EJNMi0zAFzud5pvmB2Mp2LhsjgkNkdGG05zj0GvJvi54g8ReHL 3T3stUhWzuslLY2cb7GiKMHLOGy25gRgDG0d+aAPS/Dut32seG9N1G582Ca6tkldN/GSM5GG PynqMnOCM4ORVjVLidtIvQZpCDA4ILH+6apeHLue/wDC+kXly/mXFxZQyyvgDczICTgcDk9q s6n/AMgq8/64P/6CaALtvNLHpGlhJHUfYojhWI/hryrx34m8Sv4ludNtLu+t7a3WFUSO4kh8 zej5m3ou4gE7QASoaPLAgEV6lD/yCtK/68Yf/Qa47xhpWk6nrehw6ppytDNN5cl8I5MqCRGs DNGu4BzMcZdFBGTuxtYAm8BeMrjXLG5s73VRPqdncyxt+9AkljBBDlAFwBvCEgYyvXmuw+03 H/PeX/vs1wuiW+lXfh+3k/sbTrNzqUaNo8KvHPidyJVchvmUAfMmGQraOGVCCkGn4LvZrvQF WWa4ukt2EUF/Ojq17HsVllw6KQDux/F90/M/3iAbXmySeLdD3uzY8/G45x+7q79puP8AnvL/ AN9mqCf8jbon/bf/ANF1aoA8ltpvjtrEA1CwDC0nZni2PaBNuTjbvOSv91sncMEEggm+0Hxq gRXnbUFUY3lZbA/3N2Of+uuP+A+9aWq+N59B+F+k2Vt9rtbk+HIlikZ4kilL267WWQPvilXb Iybgok8qRVDNtKnwz13xJ4pv9Y1/Vb2+WwvIh9nsZLeRoNyAKzxSlBGig7lCAljzu3FNzAG9 4K13WNW8KWdzq0jrqI3R3AB2/MrEcgHhsAbhxhsjAxgaehyyLpmpOrsGOqy5IPJ4FY/hD/kH ah/2Fb3/ANKHp9z9q/4QLxR9i877X9ou/I8nPmb/ACvl2453ZxjHOaAJZfHelxXGoQrf3k7a aM3rW1rPOlvwSd7opVcYbOTxtPoaqP8AEWyaK/ksjqF5/Z28XqLiB4Cqu5UpO0bM22KU7VDE eW2QO/GaDcRXcywOytb6xAsLIwBjMpaLYWWZJSVMwjZWkQtjUGkwCHJ0dL1iHxV4h1C106a+ fW7aW3uJBqFraxyF1dowzFdPdlkh3xKSR8peTDbU3sAdb/wl88V2Ib2w1GzjyAZ5biB4wfN8 nGY5WJIlKowUHYWXdtBBqfxJcyy+HbnMzujBD94kH5hXH61qEngtyieH7u6sg9zZtPJaQQI8 MKvM8ACWPMEqtkngbkkIYIpkabTtQFz4QvLUSSSR24gMDzHMrwyLHLGXPd/Lkj3npv3Y4xQB 6TfzzJeyKsrqoxgBiB0FVvtNx/z3l/77NS6l/wAf8v4fyFVaAJftNx/z3l/77NeT+OSWtCSS Sbm/JJ+tvXqdeV+OP+PM/wDXzf8A87esqvwnZgP46+f5M3/hD/qtd/687X/0GSu1rivhD/qt d/687X/0GSuo1i4urPRL+5sofPu4baSSCLaW3uFJVcDk5OBgc0UfgDH/AO8SGaNqHiHQbGSw g0nS7qL7XczpK+pSRMVlmeQZUQNggPjqelGs6h4h16xjsJ9J0u1i+1207ypqUkrBYpkkOFMC 5JCY6jrXJS+KJrO4SG18RWN1p8s0Uf8Aa18I5I43aOdnjzEY0yPKi4zkebznKgSP4z1eW4Ns umw2Ezx2ZQXbbmQzSQKxMe5XZQZmXOFAaIjcSxVNTjO5qrof/IpaX/21/wDRhqHRb6XUdN86 dUEqTTW7lAQrNFK0ZYA5wCUzjJxnGTjNTaH/AMilpf8A21/9GGgCPVtLXVrE25urqzkDB47q zk8uaFh3R8HaSCynHZmHeqGn+D9E0/yWFmLiWDaYpLo+aY2XoYwfli5wcIFHA44GK3iTU1s9 b022n1/+xrSa2uJGl3QrvdWhCrmVWHR3OBz+VYtn4p19nlC6bC10LZ7u4tmEvmbo7a0cxohJ wxaZk24GCQ2GIIcA9AqhqP8Ax96R/wBhGH+ZrjrjxXe31tpSm4tLLz7m0OUlVze5u/LdYmSQ qMKgZ1BkwJdpIxk9jqP/AB96R/2EYf5mgDUuf+Pub/fb+deTeI/B2qy6ugj0canaLJdTLIHi AzNKJACsjDBX5hxkEYOeSF9Zuf8Aj7m/32/nXnt74nvdOudYmk1O2mEDbI0tmingt8zpGomU +U0chDfxSleJTwFAoA5mDwXep/aHmeC93naZc20H/Hodk77PLk/1nG3DfMORnivQvCVpe20W qS3tlJaNc3vmxxyOjNtEMSZOxmHVG71m2/i/U7u1lmt9K8yaHM0lmoYyLELXcV3f3/tGYemS Ucbco2Og8PalJq+h219KsIeTcD5MqSK21iu4FGZRnGcBm25xk4zQBZ0n/j/8Q/8Abt/I1leK NGm1G3hu7GS6S/tCfL+z3TwGWNivmRkqy9QoIyQNyrkgZzq6T/x/+If+3b+Rqh4qu7uy0Fpb J5kuGubaJTCEMmHnRGC+Z8m4hiBu4yaAOV+w65/0DfFX/g9/+6qTSvBd3q+utqHiKO8+xWp2 2lne3rXLNkDcWy7hVJ4IB+YKAQAGD3p9X1+GeKzuktgkLWDyu7MJiJrto1U+WwXdsVSxB27g y7WVvlqtr+u6joNqftNpBdy/2VeebFA4UJcT7fLK+Zk4K8ndhlJXC9aAO21P/kFXn/XB/wD0 E1ah/wCQVpX/AF4w/wDoNVdT/wCQVef9cH/9BNWof+QVpX/XjD/6DQBzL+CbP7NcWEGoajba TcSF5NNgkRYcEgsinZvRGIOVVgPmbGM10cMMVvBHBBGkUUahEjRQqqoGAAB0AFZPiO9ksrez /wBN+wW01z5dze/IPs6eW7BsuCi5dUTLAj58Dkg1kJ4ivhq2naZBd21xHeri3vZrdgZsJcku FDKHA8qDJXCkSZGA6YAOmfTbGXUI9QksrZ72Jdkdy0SmRF54DYyByfzPrQn/ACNuif8Abf8A 9F1Q8Iy3U/g7Rpryfz7iSyid5cHLZUEZySS2CMnPJycDOBfT/kbdE/7b/wDougC1XK6zofhz Rrey1KPS9KsTb6nYu1ytvHF5S/aotxLYGBjOTnpmt3WLi6s9Ev7myh8+7htpJIItpbe4UlVw OTk4GBzXOHXha2haz8R22oWzzJG+pXUaPDZ5V2O94vLRgSiKFyrKZASSGVaAOng17QYbiKV/ ivHOiOGaKS804K4B+6dsQOD04IPoRVHw3PDdaddXFvLHNBLqd+8ckbBldTdykEEcEEc5rnYP F2tXlzcwW1rafbvLAi0twRPAxtFnDyksPk8xvK5VOWHzA8HptE1N9Yt571E/0GSQGxkMbIZY TGh3lW5HzlwOBkAEZBBIBZ0T/kFaj/2FZf8A0EVjeItJ1O91TT73TktJPIhnikS4naL77REE FUbP+rPp1rZ0T/kFaj/2FZf/AEEVh+JLvWE1vTbPSHmDy21xLsQReWXRoQhlL/N5Q3nd5fz4 PFAGVYxWsOr6tZeJrvwnYSyQWUsKasBdwuqtdAlVcw/OC3UZwD/tcbWteJdNi8C69YP4y8I3 MH9j3EFrZ6aiwMG8ohFUfaHBGOAoXuMdMHDn8d3KnVoYhbebb3Zhti6Lvm2u6vHHF5v72RSq cb0YiVSE+6HkHiDV9N8V3dnL5N1aXOqrAjsfKEAMMGEDPJgsRLuCqCWMb4X58xgHS+I/+QDc /wDAf/QhW9qWj2WtXssF9JLEsJSeKWOUoY5VKlH/ALrbWwQrBlyBkHFYPiP/AJANz/wH/wBC Fb2pf8f8v4fyFAGDqei3F88VrL4gv7mwilE58yOOOZ5BkAF41VfL6MMIHVwGDgquLdjp9pps LRWkCxK7F5COWkc4y7seWY4GWJJPc1xa+KdSksdHFreW0t79kii1FXjDi3upJraP96qlSjDf P8mVyVPHy8F/4nvp2srVri2smF/BCxwytest8YZFi+YbQBHuZfn+WUA4+8QDvaq2X/I13P8A 2Cm/9DFZPhnXLrWfP+0RwjbHFIfKBHkO+7dbPknMse0bj8p+cfKvfWsv+Rruf+wU3/oYoAfd 3kcFtJaX1nNe6TqC/ZLyKBCXjRwV3/L85XnaQMkA7hjDZyU0zSPAFvc3du0+s3d7ci5sxFbP MIEMaqrOI87h8hIbA3HAGMEjT1KaW30u7ngktopY4XdJLpisSsFJBcjooPX2zXBweKLvTIIl hu7S4ab7VOWk2Si/kQQ7YraSJYgzN5hXcUYh1YYbbQBl6tL4j8Xa8ifYb3c8dxbLLf2kkCBX t5Y/MZ/LwoG/5UAGSeeW+X1qvNvEnijUriDU4EV7BrOa5RDFcBZGUWl2VLKrbgCY0kUsFzuG Adu9vSaAKuh/8ilpf/bX/wBGGsbxLqms2eoabZaXp1zcxXizLPPbxqz25XYVILkRgkbwN5xn Bw2NrTXF3PYfCpry2fy7i3sruWJ8A7WXcQcHg8jvWNB4n1OyvLSwngebzL/7NJJePDHLECsR COVIjMh81nUR7iVQLt3FmQAf8QbR7D4WajZ6Uk0aW9tFEiRFiVhVkDAnqV2A5z2znvW1oH/C Pf6R/wAI99k8n5fN+w48jdz02/Jvx1x82NmeNtcenjS+udK07UZLm2dUX7VLLZRt5YY2dy7W 7p5nzMhjRiC653LwvBOnZeNLu7gLiG2E8NpJKLTrLfyKJCEh2sQp2pHJgeb8s6YOMMwB0+o/ 8fekf9hGH+Zp3iaO4ePfbW0lzJBqNtcGGNlDOsdzHIwBYhc7VPUisqw1KTV9N8P30qwh5NRj B8mVJFba7LuBRmUZxnAZtucZOM109z/x9zf77fzoA5/XvH2hz3sdnq+m69YXEMYlVBrMFjuV yRnKXaB+UPrj23czwfFvw/bW8UCQTFI0CKZNX092IAxyzXRLH3JJPes3xJrGoaZrOmQ2ckIi uI3WRJY9wLNPbwo3BB+UzFsZ+YAjgkMvOWHjm7uUsLO5KSySLpu+YjyT5sht2ZfkkyxZZHYD agxG4w4DYAOzvPEUni9vDt1Z6JqVtZpc/bTcXTQBTG1tKq4CSs2SZF4x65xVzSf+P/xD/wBu 38jVPwtNLceENFnnkeWWSwgd5HYszMY1JJJ6kmrmk/8AH/4h/wC3b+RoAtV458ZrXUdc1DTL PTNH1S6NksjSyxWcjR5fZgKwHJAXnHAyBnOQPY64bw94l1rULex86W0b7T5Vqjm3O5ZmsVuT K2HAZc7hsAXqPmGMEA2fBE7zeDtLiltLu0mtbaO2liuoGiYMihSQD1U9QR6+oIGtqf8AyCrz /rg//oJrkPCXiHU7hdKtb2SGeW5jV5F2sJiskPn/AGjljiLc3k4AC7uhUYjHX6n/AMgq8/64 P/6CaALUP/IK0r/rxh/9BrynxxruuDxgLeyMsCaa8EluuSoLujgz5CZI+cptyy5U7wVyK73X r2Sy0Lw9/pv2C2mihjub35B9nTynYNlwUXLqiZYEfPgckGuT1mDTdbvdOgv7a11MMIliuTG8 NxfRvK8beW6MuVjQ+Y+AyOH3AIpBoAPB1rrXiPRWXU9c1JbSykurS2lguJ4p5izKRK8u8CQo dyAbdoIPWu/tbWGytlt7dNsa5PJLEknJYk8sxJJJOSSSTkmvNdJ8Y31loqRCHRbKJlgeJorZ ooLZXNozll8zkYvCeCv+rJOd3F2fxPqLalazxwPM0a+YIrZ5At6Fi1DaVXJG2TyY3XAJ+ZeX wpoA7lP+Rt0T/tv/AOi6tVheG9Sk1fUfDl9KsIeT7SD5MqSK20FdwKMyjOM4DNtzjJxmmeKt QNgulBtW/sq3uL0xT3WYhtXyZWAzIrKMsqjp7d6APKr7wPYal4i0ybVNXuLW1jsrS31GGPS7 p5opIYEidI2WJo3BMYw+7HzEgMAN3r1l4y0KDSI3u7i9l1ie3hF/LDpV2qTzLHtZwvlBcnpn aCQFB4VQOL1bxJenS7q2e2jbzdOvXh1EukbzBBOI5I+QWbZFGx8tSP3wb5AAGvHxJLHLaKIN Lubaa7W1S+hhIhuWaW2H7v5iMhZZxjc3MDHoGUAG94QVhpV07Kyia/up0DKVOx5WdSQeQSrA 4PI6EA1q6J/yCtR/7Csv/oIrE8Navf32pX9le28dv9nhhlEK2zxGFpGlDRlmOJQuwfvEAVuc Vt6J/wAgrUf+wrL/AOgigDgfEnhi9s725lsdOkv9OvboXE8MUqoYA2VnOGZdzOkkozk8OvMY hXdiW1nrbeLLbxAmlpbX6zQXlxMXitzNMkcKygvFvO2Q/asqqoD5gZi+Ai+h61qeoWOv6dHa J51sbaea5gEe5nVZIF3LjncokZsAHdgqBkgjn9M8a6o9lGbm2hxDp1rez3ErqGeMiFp5VjBD FdskuNq4DRYBYttUA5LS/hzraaQ+lajFZtbm5t7gNHC53+V537twoRmDeefn37gFAHGNva2v hw6D4Y1EysjXE7o8nlwRQpn92pKpEAqg7RxjPXJOaltfFGrvHpwuoLSOa5vVtmjiG+RtixrP tjMgJVJfOBcFtqoDtdSWG/4j/wCQDc/8B/8AQhQBval/x/y/h/IVVq1qX/H/AC/h/IVVoAK8 r8cf8eZ/6+b/APnb16pXlfjj/jzP/Xzf/wA7esqvwnZgP46+f5M2PhVZm+g1m3+03FuGgs9z QMFYjEnGSDgfSu8/4RKH/oLat/4ED/4muM+Dn39X/wCvez/9Bkr1XOOlYxk0tDXGpOvI5p/B lpK8byajqbtE2+MtOCUbBXI+Xg4JH0J9af8A8IlD/wBBbVv/AAIH/wATW8LiJrh7dZkMyKrv GGG5VYkKSOoBKtg99p9KkyfU1XPLucnKjnf+ESh/6C2rf+BA/wDiaUeEoFgigTU9TSKIEIiT KoGSSei+pPNdDk+poyfU0c8u4+VHO/8ACJQ/9BbVv/Agf/E0f8IlD/0FtW/8CB/8TW9JcRRP EkkyI8zbI1ZgC7YLYHqcKxwOwJ7VJk+po55dxcqOd/4RKH/oLat/4ED/AOJoHhG3EsUp1PUm aJxIm+ZWAYdDgritex1S21F7tLZ5C9pObadXidCsgAbHzAZGGUgjIIIIJqcXETXD26zIZkVX eMMNyqxIUkdQCVbB77T6Uc8g5UYR8JxMSTq+rEnkk3I/wpP+ESh/6C2rf+BA/wDiavX1xNHr ulRJIwjlEwdezYUEfrWnRzy7hyo57/hEof8AoLat/wCBA/8AiaP+ESh/6C2rf+BA/wDia6Gi jnl3Hyo59PCUESzKmp6mvnFTIwmXc23IGTtz3PH+ApP+ESh/6C2rf+BA/wDia6Gijnl3DlRz 3/CJQ/8AQW1b/wACB/8AE0f8IlD/ANBbVv8AwIH/AMTXQ0Uc8u4cqOdbwfbujI+qaqysMEG4 BBH/AHzT28KxOEB1XVAqIsaqs6qFVRgAAL6Ct+ijnl3DlRz3/CJQ/wDQW1b/AMCB/wDE0f8A CJQ/9BbVv/Agf/E10NFHPLuHKjnv+ESh/wCgtq3/AIED/wCJpU8JQRzpOup6n5qBgjmZSV3D BxleOD1roKKOeXcOVHPf8IlD/wBBbVv/AAIH/wATR/wiUP8A0FtW/wDAgf8AxNdDRRzy7hyo 5h/A2nyR3Eb3uoMlznz1MqkS5UKdw2/N8oA57ACpv+ESh/6C2rf+BA/+JroaKOeXcOVHPp4S gjgMKanqaRmQykLMo3MQASSF56Dr/U0n/CJQ/wDQW1b/AMCB/wDE10NFHPLuHKjnv+ESh/6C 2rf+BA/+Jo/4RKH/AKC2rf8AgQP/AImuhoo55dw5Uc5J4NtZozHLqWqOh6q04IP4balm8LpP M8smr6qXc5JE4A/ILgfSt6ijnl3DlRz3/CJQ/wDQW1b/AMCB/wDE0f8ACJQ/9BbVv/Agf/E1 0NFHPLuHKjnv+ESh/wCgtq3/AIED/wCJpY/CUEUkkianqYkkj8pn85d23IOM7cjkdv610FFH PLuHKjnv+ESh/wCgtq3/AIED/wCJph8GWjTpOdR1MyorIshnG5VJBIB29CVXP0HpXSUUc8u4 cqOe/wCESh/6C2rf+BA/+Jo/4RKH/oLat/4ED/4muhoo55dw5Uc+PCUCwRQJqeppFECERJlU DJJPRfUnmk/4RKH/AKC2rf8AgQP/AImuhoo55dw5Uc3D4MtLeCOCDUdTiijUIkaThVVQMAAB eABT/wDhEof+gtq3/gQP/ia6Gijnl3DlRzw8I24lilOp6kzROJE3zKwDDocFcUp8JxMSTq+r Enkk3I/wroKKOeXcOVHPf8IlD/0FtW/8CB/8TR/wiUP/AEFtW/8AAgf/ABNdDRRzy7hyo57/ AIRKH/oLat/4ED/4mlTwlBEsypqepr5xUyMJl3NtyBk7c9zx/gK6Cijnl3DlRz3/AAiUP/QW 1b/wIH/xNH/CJQ/9BbVv/Agf/E10NFHPLuHKjnv+ESh/6C2rf+BA/wDiaRvB9u6Mj6pqrKww QbgEEf8AfNdFRRzy7hyowG8KxOEB1XVAqIsaqs6qFVRgAAL6Cm/8IlD/ANBbVv8AwIH/AMTX Q0Uc8u4cqObl8GWk6BJtR1ORQyuA84IDKQynleoIBHoQKf8A8IlD/wBBbVv/AAIH/wATXQ0U c8u4cqOfTwlBHOk66nqfmoGCOZlJXcMHGV44PWk/4RKH/oLat/4ED/4muhoo55dw5Uc9/wAI lD/0FtW/8CB/8TR/wiUP/QW1b/wIH/xNdDRRzy7hyo5i38DafZ+b9mvdQg86Qyy+VKq73PVm wvLHuTzU6eEoI4DCmp6mkZkMpCzKNzEAEkheeg6/1NdBRRzy7hyo57/hEof+gtq3/gQP/iaP +ESh/wCgtq3/AIED/wCJroaKOeXcOVHPf8IlD/0FtW/8CB/8TTZPBtrNGY5dS1R0PVWnBB/D bXR0Uc8u4cqMGbwuk8zyyavqpdzkkTgD8guB9KZ/wiUP/QW1b/wIH/xNdDRRzy7hyo57/hEo f+gtq3/gQP8A4mvPfihpMOj2djDDLNIJEu5WaZgWLEwA8gD0r2OvK/jL9zTP+ve5/wDQoamU m1qdWCSVZfP8mHwc+/q//XvZ/wDoMleqnrXlXwc+/q//AF72f/oMlen3D3Klfs8UUn97zJSm PphTmkth4z+PIw7TwrHa+LbnXhe3TmddvkNczlRjJHBkKkAvL8pXaMptClWL87YJ4hT+2/7P n1Se6ewnMf22GSLyrrjylPnM0UjEl/mg2RDacgho9vb+ZqX/AD6Wn/gS3/xuqmo6ydIt1uNT k0uyhZtiyXN/5alsE4BZAM4B49jVXZyWOeupvs/hLXZ9EHiQvHAHtBcpcvIbkZK7FlBmYbvL 3AgxEf8AbSpNUtox4VgOl/20IJbre808uoPPANrDcYg6zupIVdgIA378EA5vW3jKwvb63s7K 80u8muGKJ9kvGmUMFZ8MyRlUJVHIDEZ2tjODWtNdX8CB3s4CCyp8k0jnLEKOBGTjJ5PQDJOA CaNQOJaxu77Q9AuNY/teU6ZqM/2iS2F1DKbdo5hC4RG81jteAE5Z1y4c58yr13JJLeRNLD4k isxZxLpa2xmMpmDyBmlwSuSotyPtXy8ncAfMA6zzNS/59LT/AMCW/wDjdHmal/z6Wn/gS3/x ui4WOFuZ57TWdd1OBNeEq63aCKKKyuDE8JSCOdwipiUFI5Rk7gu1Sm0sC3S2nhWO18W3OvC9 unM67fIa5nKjGSODIVIBeX5Su0ZTaFKsXtabq9xq9it5Z28DQszp+8kljYMjFGBV4gwIZSME dqt+ZqX/AD6Wn/gS3/xuhsCnqP8AyMei/wDbf/0AVsVyy6quqTxarCYY4NNEjyTTebFA8bLw 6SvGFdcAncuRjBzgitLTtWu9Tt2nt7EIitsIuRPbtnAPCyQqSOeuMdfQ0rAa9FU/M1L/AJ9L T/wJb/43R5mpf8+lp/4Et/8AG6Blyis83V+twkBs4N7qzgiaQrgEA5by8A/MMAnJ5xnBxJ5m pf8APpaf+BLf/G6ALlFU/M1L/n0tP/Alv/jdUNN12XV/NNlbRvHHjErGZI5Ac4aN2iCyKcZ3 ISMEHPIyWA26Kp+ZqX/Ppaf+BLf/ABujzNS/59LT/wACW/8AjdAFyiqfmal/z6Wn/gS3/wAb o8zUv+fS0/8AAlv/AI3QBcorPju7yV5UjhsXeFtkirdklGwGwfk4OGU4PYg96k8zUv8An0tP /Alv/jdAFyiqfmal/wA+lp/4Et/8bo8zUv8An0tP/Alv/jdAFyiqfmal/wA+lp/4Et/8bo8z Uv8An0tP/Alv/jdAFyiqfmal/wA+lp/4Et/8bqpc6vcWd9ZWc9vAs16zpBiSUqzKpcgsItqn aGIBIzg4zg0WA16Kp+ZqX/Ppaf8AgS3/AMbo8zUv+fS0/wDAlv8A43QBcorMGpTm0iuwNONt Ns8qYXp2PvICbW2YO4sAMdcjHWp/M1L/AJ9LT/wJb/43QBcoqn5mpf8APpaf+BLf/G6PM1L/ AJ9LT/wJb/43QBcoqn5mpf8APpaf+BLf/G6jhu7y4QvBDYyoGZCyXZYBlJVhwnUEEEdiCKAN Cis+e7vLW3kuLiGxihiUvJJJdlVRQMkklMAAd6k8zUv+fS0/8CW/+N0AXKKp+ZqX/Ppaf+BL f/G6PM1L/n0tP/Alv/jdAFyiqfmal/z6Wn/gS3/xujzNS/59LT/wJb/43QBcoqn5mpf8+lp/ 4Et/8bo8zUv+fS0/8CW/+N0AXKKp+ZqX/Ppaf+BLf/G6PM1L/n0tP/Alv/jdAFyisjVNXuNH 0y41G+t4Etbdd8rpJLIVXudqxE4HUnHAyTwKt+ZqX/Ppaf8AgS3/AMbosBcorE/t2U6t/ZiW 0clyPvmMzPHGdu7a8giKI23B2sQcMvHzDN/zNS/59LT/AMCW/wDjdFgLlFU/M1L/AJ9LT/wJ b/43VS71k2FxbW95JpdtNdNst45r/Y0zZAwgKZY5I4HqPWiwGvRWfNdX8CB3s4CCyp8k0jnL EKOBGTjJ5PQDJOACak8zUv8An0tP/Alv/jdAFyiqfmal/wA+lp/4Et/8bo8zUv8An0tP/Alv /jdAFyiqfmal/wA+lp/4Et/8bo8zUv8An0tP/Alv/jdAFyisTV9dl0Kwe+v7aNbZM73iM02w AElmCREhQAcseB61f8zUv+fS0/8AAlv/AI3RYC5RVPzNS/59LT/wJb/43UYu7xrh7dYbEzIq u8YuzuVWJCkjZkAlWwe+0+lAGhRWeLq/a4eAWcG9FVyTNIFwSQMN5eCflOQDkcZxkZk8zUv+ fS0/8CW/+N0AXKKp+ZqX/Ppaf+BLf/G6PM1L/n0tP/Alv/jdAFyiqfmal/z6Wn/gS3/xujzN S/59LT/wJb/43QBcoqn5mpf8+lp/4Et/8brnZ/G8kF1PbnSXdoZGjZklyMg4OPlpqLewm0jr q8r+Mv3NM/697n/0KGuoh8Y3c92trHoNwZ2baEL4IPvlePx6Vy/xl+5pn/Xvc/8AoUNKUWlq dWCadZW8/wAmHwc+/q//AF72f/oMlei296k+tX1rHJO/2eKHeML5SO287QR82/btLKTwrRkA bjnzr4Off1f/AK97P/0GSvUBPC1w9usqGZFV3jDDcqsSFJHUAlWwe+0+lKOwY3+PIqadepez ah5Uk8kcN0YQzhdmVRNwjK/eUNuBzkhw47AA1QWcUUF/eQzy/YZfOi8iKSV1cq0eQkYLN8sj DocZz2yLcc8MrypHKjvC2yRVYEo2A2D6HDKcHsQe9MvXu47R2sYIJ7kY2RzzGJDzzlgrEcZ/ hP8AWmcx5rZWUNxpHghfsmtWt6n2ezv5I7K4jeNIrSZNpJT5F33BXzBj7zEMNmVtzajM/h7T 53j8SC8tdWKQhLW9DNardof3qhf3g+z7eZASfm6turWk8Y3kfgez1+409LeXUGt1to4PNvAi zlAruFjU5G4nYPvEBQ2WFdDo1zNd6TBPcSeZK27c/wBiktM4Yj/VSEuv4nnqOCKpslHLeLHv 7m4srrTZdXRzAJLaCK2nVZZCchSUYCJ/ugm5RoxkfLxID3FYt94r0jTbjUILqS6R9PgW5uSt lM6pExwG3KhDDr0Jxtf+62JB4l0s3cVsZZ1kk2DL2sqpGzgFEkcrtjc7lwjkN8yjHzDK1Gcl ollKdQjhgj1qGS6v72a/EhuooRaTGd4ym7CI5LwH93iRSWzjD1JpM13v0pNRGvZt9EkstV+S 6wbkCNgykDDvhLjEseckqN2WQHqbbxLpd39g8mWf/T5ZobffaypmSLdvRtyjYw2Pw2CdpxnF W9U1K10fTLjUb53S1t13yukTSFV7naoJwOpOOBkngUXCx55baXEvwUvbaO2177a+kpbS20v2 wyfaBEAFjjbkJvYA7BsIyDlQca2sW0w8MWZ0O41eGzmvN95Jcrez3CxBHHCF1uAPMWLhCOCS cqWzvHxVpn2ie3C6gZoII7mSNdMuSwjkICnAjySTngcja+QNrYjn8ZaHa2kdzPczxrJL5Co1 pMJfNJUCMx7N4c71YIRuZTuAKgkO7Foc9cvd2+keHItQl16dJJ5kupLS2ukkNttdk3LEzuh3 C3ALN5pG7d1kFd3BCtvbxwIXKRqEUyOzsQBjlmJLH3JJNYWo+MLCxGkSJFdXMOozvCGgtZpG i2RuzAoqFt4ZNpQgMPmOPkbG7BMtxbxzoHCSKHUSIyMARnlWAKn2IBFJjRy894lp8RLfYutN FNayxXOILuS1EpaDyiODEvy+ZllwBzuINV7NNSXx2zrPqkkTSyCeGaGZI44trbWDljbuuRGA sarJhgWOVlDazeKbZPFVxoT2t75kUUDiaOzmkQtKzjBZUKqo2D5yccsONjVbh1/TZ9TOnxzO ZtzRqxhcRO653IkpGx3GGyqsSNjZHytgAuX3lfYLnzvP8rym3+Rv8zbg527Pn3em3nPTmuD8 P2Utp8NLQWMetRXaxWcN/FcG6EiIhj+0CFJOV/dmQDyQMkALyBjv554bW3kuLiVIoYlLySSM FVFAySSeAAO9ZsXiXS5bS4uTLPDHbbTOLm1lheNWOA7I6hgnB+cjaNrEn5WwIGctdTXcHh2d 4hrxszq0CWWEunufsrCJZ94wZsc3OC/I+UrgiM12mlwwQaZbpbG6MJXen2t5Xlw3zfMZSXzz 0bkdOMYqp/wkmnCw+2uL2OMy+SkclhOk0j43YSIoHfjJ+VTwrH+E4JfEmnRWlvdAXs8U+7ab awnnKlThlcIhKMDkFWAIIIxkHA7gct4hjv5te8QSWU2vLLY6T9psIoROtvJeYbOMDbIQEgAj yVJZ/lJL1PczX9xrzTwjVxdSXlq9gAk6W4siITN5i4ESv/x88SgSA7cc7K177xhYWWr2FmIr q5hvLOS7S5s7Wa4UqGjC7fLRgwIcnIPGFz99avTa/psGpjT5JnE25Y2YQuYkdsbUeUDYjnK4 VmBO9cD5ly9QOe0+wh0rxlqssltrUlzeX6z23lzXD27RtDGjM53eSNrLL8r/ADAKoUf6sGh4 Ui8Qp9qe/vdUlujYP9rhWzkj2XXy48t7iVomYHzAPKURHq2BsFeh1madr1hqdw1vB9qjmC7x Hd2c1szqCASolVSwBK5IzjcucZGVcLGN4JS9j+3JNPe3Fr+7MU11Dcw/P829Qlyzy8AId27Y dwCgFXLT+Mw9nYW+vIb149Hl+1XFta3LRefAAd4IDKrbeJMNnPlleN5rS8Q6wvh/w7qGrvA8 4s4Hm8pAxLkDgcAkDPVsYAyTwDXPX2pQXPhG5utfuZ3ijlb94mjX1vGoEZP76DcXki+9u3ER sODyKOtw8iomnXem2Olpq8mvNZTLcXF3HbXV1cTQXDtGYYi8TNIUSPzUyDsYqGI3MtQXsOvx 6RfQXp1c6rqeiWqQm1eVlTUUWQPhojsgG4w5OURueoDV1niK+1HTYrK6s5bUQm8t7e4imgZ2 dZZ44sowcBSA5PIbPHSp9R1/TdKuFgu5nV9vmOUheRYUyRvlZQREnDfM5A+VuflOHcLF+CZb i3jnQOEkUOokRkYAjPKsAVPsQCK4RYJ38U6dc3cWrvf2urXDzkrcNbJbMs8UBQD9znbJACU+ YZYtjEhHf0VKdgseYtNrVvoNzPCNeOpR6TI9+GS4fOpgxGHyVIKsm/zsiEGIrjd8u2ui0K1a 21C50fz9an02fS7eaK4vXnMjSMZFlJlbDRvt8k7AVKnJVR81GgeK5dZub65cTx2MHnhLf+x7 pZB5UhTPmn5XY7SfLVN4LbeSpzrWevWcuhtq0t1m0WWRWlNtJD5YWVkIdG+ZdmMMxwBtZjtH SncSKHi7RorrwxBaW1vOkFndWkohsneIrFHMhcKsZBO2MMQoychdo3Ba0tCkgfTFW1h1CO3R isbagZfNkHUt+9JkxkkfPg/LwNu0ln/CSacLD7a4vY4zL5KRyWE6TSPjdhIigd+Mn5VPCsf4 TipqPjCwsRpEiRXVzDqM7whoLWaRotkbswKKhbeGTaUIDD5jj5Gwtdh6GD4v07Wjq95/Zkmo FNTs0hRorq4CWsoYpvARtsZ3yWrEgH93FcHHUNHq8Wp2HiWOSwbVI0tpbfEe29vFubZQnnPu 8wwq2zzF2MjSMU3DLSKa7+CZbi3jnQOEkUOokRkYAjPKsAVPsQCKxZ/GOjW32vzXvR9kuks5 tunXDbZX+6ownzZyuCMj505+ZcibCxzWhNe281hqXm+IZPtGsz2c8d5HclYrQJKIP3brwvy2 5MpG7LNuflhV/wAI2EOi309ibbWjem6uy7TTXElskLTPJG+6RvKZipjzty+WO7+MjobHV4L/ AFe/sopX32ix74ZbSWJlJaQbwzgB0bYQCox8pOTkYZa+JdLvfO+zyzyeVE0wxayjz4x1eH5f 3y8rzHuHzL/eGRtgR+L9Nm1jwbrOnW6O9xcWcqQokpjLSbTtG7I4JwCCcEZB4JrBmkiOnQR2 EPiQaQt4Gv5ZTefaGQxSYWPeftGBIICdgAwx5I8zGvc+KYLXwXf+IkD3kVstw6oltLCxMbsu xkYFlIK7WYjAwWwBwNbTtRg1O3ae3jukRW2EXNrLbtnAPCyKpI564x19DRqgKnhr7X/YcX2z z93mzeT5+fM8jzW8ndu+bd5WzO75s/e+bNYPjNNSOoW72E+qLKkWbeG3hmaOaXJwu+Jgkbfd Ba4V48FSAQJAdrXvEcGgXWlwz211ML+doc29vLKUCxu+cIjEnKgbeDgluimqH/CXQWniK7tN QuEjs2s7a8tf9FlSWNHMqyNMDkqimNSXZUCbwGwcEivuHkZOvHVoPFv2qzOoQ+VPA3lRxXlx HcW42ec42v5EZ2eavlmMuSmV+Z0qTTtG1JPEsWmS/wBtCy066lv/AO0ZNSmaO7jkH7qDBkJO w8EHIxACR+/NdRNr1hb6mLCf7VFKWVBI9nMsBZsbR5xXy8kkADdyxC9eKqad4pttQ1zUNKFr exy2l0bcSGzm8t8RI5JfYET7xABbkAEZDCi7CyOe8GnV7O4lu9d1K6wlmX1IXNrNDDFOCpJE k0rIQMS8wKseMk4Hliu4sbr7bYW135E9v58SyeTOmySPcAdrL2YZwR60+eZbe3kncOUjUuwj RnYgDPCqCWPsASa5fw14rl1TRZNYvRP5DxQzJbwaPdK8Qk52hju+0YyBujUDjdgAjA9dQ2Lf jJJ5NIiWAXSjzx5k9sbgtAu1vmMdu6SSgnau0HjeGPCGuW0yLUNT1TRtN1W58QoiRXRuHgju 7aKXa+bUNJ1X9y7kjfvLKqyFmUCul1fWb6LwC+v6TeWUskVgb7zJbR/LuEERf5U8xWTdxjJb A4INa2paxZ6V5QuTO0kudkVvbyTyMBjLbI1ZtoyoLYwCygnkZFsB57qQ1XxB4VEWqQ6011ea DHDaxRRXEAa/KyLMJljCqqlvJ/1uI8ZK8bjXpsEy3FvHOgcJIodRIjIwBGeVYAqfYgEUQTw3 VvHcW8qSwyqHjkjYMrqRkEEcEEd6xZ/GOjW32vzXvR9kuks5tunXDbZX+6ownzZyuCMj505+ Zcj1DYyfDllaDxl4hmMetRzm/aaEzG7S3kTyYkYjdiJ/n3gdeFG35VXEGg/bfl+2/wBtf8gu T+3PN+0/8ff7vH2f/wAmMfZ/l+7j+CuosdXgv9Xv7KKV99ose+GW0liZSWkG8M4AdG2EAqMf KTk5GOem8cNeeE9a1HTLae3vdPiupUF7YT+SywOy4LEINzBfuhsqScg7SKeoF/wRum0CC9uf 7UGpTxR/b1v/AD0xPtBfZHLhUXcx/wBWAvYdODxTdi01Pw3M1vezRw38k0ptbOWfYn2aZMny 1bHzSIPfJ9DjW03WdP1fzfsNx5vl4JyjLuU52uu4DcjYO11yrYOCcGo9Y1ObTxZw2tslxeXs /wBngSWUxR7hG8hLMFYgbY26KecDgEkLqHQ5rXNXe90nTNSWy162ul1FfKhtoLvJgS6RXaWN FHDQqWCyLnDEDJzR4se/ubiyutNl1dHMAktoIradVlkJyFJRgIn+6CblGjGR8vEgPW6bdzXt is1xavazBnjkifJwyMVJUkAshK5VsDKkHAziqGoeK9I0u8ltLyS6jmjVXwLKZhIC8aDyyEIk O6WNcKSQW570Jgc0087+KdRtrSXV3v7XVrdIAGuGtktmWCWcOT+5ztknID/MMqFxiMDv6zNJ 02wtXutQskulfUmW5m+0SzElsYB2SH92cYGABgKBj5QBUsdeu72/ULpn/Etkup7SO4SUtIsk RdWaRNm1ELROA28kkpwNx2j1A5PQdJ8QanaXtnqGs6pBdXFgy3Trb3MIt7vKlWSR5trbW8zi 3CxsM5wNgM9ta6rd6TqmqzafrVjI0UFlHp8up3ErReWwEtwvlyBn9guHkEOQf3xrv55lt7eS dw5SNS7CNGdiAM8KoJY+wBJrnvB2v3XiOwN/Odsc0UU0UP8AZ08HlBwTt82Q7Z8cDcgA4zj5 hTu9wsc09xqEfw98Tafdrql888U0OnEabdl5EkgIAIk3yD96so/eMcfKeFZK2rzUYrjV4NUE evDSpLO4srlI7W8RhKWiaNhCFDqdvnfvVUY6bs4FdhRSuFjy7UIvEbaLpKwtqkGswaXHEsjL dzC4vU3KyuEkWJMOAfNmDJIJAeVU52bq2t4vGUmuSWuvSpeWdobRLVrpQ8qNKSkiAhYxhouJ tqZZs/xmu4oo5gscnpN4kPjnVraNdaNtcRReWbmC7aATq85l2PICiLt8vG0hTwFzXOtNrVvo NzPCNeOpR6TI9+GS4fOpgxGHyVIKsm/zsiEGIrjd8u2vTqKLhY5PQmbRtQubTzdaudNGl295 FNexzzyPJmQS5ZlLByohPlDByTtQZausoopMYUUUUgCuH01IINV1XULt0SKG/kEZkbaGk3ZA z3wATjPpXcVyOn2FhcxapNe2guSuqzqoZyAucE4/KtaW5nUK+iSRDxhGsdxHMkzSSoyyBjkq SwOPck/T6Vg/GX7mmf8AXvc/+hQ11tqmmWfiLTIbPSooZZjL+93sSoVD0Hvn+f4cl8ZfuaZ/ 173P/oUNFbZHVl/8ZfP8mHwc+/q//XvZ/wDoMlekwR3v9p3cs8yfYysaW8CjJBG4u5OAcsWC 7eQBGDnLEDzb4Off1f8A697P/wBBkr01LjdqE1tug/dxJJgS5kG4uPmTHC/LwcnJDDA285R2 Lxv8eRHYx3qPdvezI4knLQRoOIYgAoXdgFiSpc5HBcrkhQTJepdyWjrYzwQXJxsknhMqDnnK hlJ4z/EP6UW9x5011HugPkSiPEcu9h8it84wNjfN0542nPOBkeNpbu38Da7PY3H2e5isJpEl AOV2oSduCCGwDg54ODg4wX1OYop4W1ZPB+n6ENYsvMsZbUxXB098GOAoyKyed94tGMsCBjIA HWuogEy28a3DpJMFAkeNCis2OSFJJAz2ycepri9bj1Eat4bWS60i61yLUXEci2zRCCGS1uBk pvdiCY2OAyhygGVxuBceKtdmi0+10ywSa/la9WZ44lkXFrOIWYRvNFgMWDf6xivTDZ3B2bEX PEelf2t4l0qCFr2NW41MRRYhuLQBmVJHZSr/AL1VXYDu2Sy8bWY1buvDU1xqc8i3yJYXV5Bf 3EBgJlM0PlbNkm4BU/cR5BRj97BGRtxbrxZryxXN9DFpaWVlo0esXERLTO4dWIgSRG2H/Uy/ veR8yYQ4JPd0O6A5qPwxdw39u8eowfYrW/lv4IWtSZBJKZPMDPvAZcTShcKCCUJLbSG3r6yt 9SsLmxu4/MtrmJoZUyRuRgQRkcjgnpXJWXiTX7/WnhSxgg0+a6urK3nmWPCyReYofPnh5ctE cxiNCASd2Ey0nh/xBrmqJYG7GnwvrGnS6hZCKJ2FqqmPYshLDzSROhOPLwVYDOQQNMNCS18E +RpOoW02oefdXvlmScw4V9reYyvGGwyPM87MuRlZmTIAXFfT/BF3pt7ZS2l9pdvBDf8A2+W2 ttLMaNIYTARGBLhFMZB5DHflskHaKmla9rGl/DzS727vLXUr+7s7P7HAsRWYmRooy7l5f3pB mQk5jBPBK7gRfTxBrq6DJNdW9rb38Oow2LrIitkTGNVcxxzP5ZUzK20uSyp/D5gKvUWhbTwx dw2iLFqMAubbVLjUbOR7UlE84y7kkXeC+BPJghk/h44IbesoriG0RLq5+0z8l5RGEBJOcKo6 KM4AJJwBkscklkl3HaIt9PBPcjO+SCExIeeMKWYjjH8R/pXO6ydcbxtplvpmpWttC+nXTtHc WrzKWWSAZIWVAThxg/w/P13cLcexfvtGvZNXk1DTtSSze5gjtrnfbea2xGdlMR3AI/71+WVx 935eCGgtfDU1vqcEjXyPYWt5Pf28AgIlE03m798m4hk/fyYART93JODuwdO1GbTdV1290xdP bR59btQwiBLTtcxWqb1ZSFUAyCTOH35I+X7xv6Z4m1q+8RCOTTkj0iW8ubKOVjGp3QmQbg3n FpCTE3yCJcAk7iEyzsw0Ol1XTodX0i90y4Z1hvIHt5GjIDBXUqSMgjOD6Vk3+iaxqvh3VdNv dZtTNfwG2WSKxKxRIwIYhDIWLkMeS+Bhfl4bduziZreRbd0jmKkRvIhdVbHBKggkZ7ZGfUVw mla9rGl/DzS727vLXUr+7s7P7HAsRWYmRooy7l5f3pBmQk5jBPBK7gQkDN7WPDc2v6RZ2+py 6fc3lrP9oUy2Be2dtrphoWkJICuf4/vAHoNtVLvwUk2k6fZRnS2W08zNvc6YslmTI24sturK FZTkK24kKzglixaq8ev+I/sCSTxWUN5Bfray2bQhprsEI+I1jncQvsZzh2YYUOxRMkQS3viS 8g8LTR6zpaz3V/Ik3kWMwiBFtMTGyNMGO1kcENtO4LkKUIL1Foa0Phi7sLTSF03UYI7nS7V7 GGS5tTKjW7FMBlV1O8CKP5gwB+b5RkBYD4HhPiEaq8llcSNLDPNcXWnRyXZkjRFGyXhY1Plq SAmQWcqVyNvS2UvnWiMbiC4kXMcskAwhkU7XwMnGGBGCSRjBPFZDz3cfjm2tpvsUltNYXEkD C2Kzw7HtwymQuQysXzgKv3V64pXY7I3q5PQ/Bf8AYutR6kk9k0kcT27SJY7J7mNsEtPJvPmS 7kjO/AHMny/OCsek+INclvrRtQGntZ3eo3GmxJbxOsgaFZd0zMWIwzW8mIwDgOvzkg56ycTN byLbukcxUiN5ELqrY4JUEEjPbIz6ijVBuUPEOmTa14d1DSoLlLZ7yB7czPEZAiuNrHaGXJwT jng4PPQ1NY0jVtY8K3GkvqdlHc3cUkFxcLYuUMbqynYnm5VsEclmHB4544/zNRuPh14em1K8 0/Ub920q7sI5I2ilDefAGZ5GeQsf3iqzqoxvPB3YreufEGsRWtxZxvayavb6iLJPKsiy3ZNu s/yxtOgjIRjy0hB8s45YKHZhcv6vo2uarpVpanVtPiminjuJpf7OcrI0cqyxhV87KjKANktn PG2qGp+CG1m8jvtRl0i5vHgW2uJJtJWUKiu7KYFkdhE+JDkt5gJCnbgEGpJq+vavbeF57aeD TbmXVLq0uYpoGkVnijuV+ZUlA25iY7NzYJUhjsy3aWUvnWiMbiC4kXMcskAwhkU7XwMnGGBG CSRjBPFLVBoyOCO9/tO7lnmT7GVjS3gUZII3F3JwDliwXbyAIwc5YgW64u50y71P4kztM+lz W1ja2dxBHd2BmeHdJNuMTGQCNyY+XC9k4+TJ1tNnu/8AhLtYtLv7FJstbaaKaC2McnlvJcAR uxdt+3YSCNoyzcDNFgDQ9I1bSNOvLabU7K4kllmngdLF4xHJLI8jbgZTvXc/ABU4GMnORRXw tqzeE9Y0OfWLJv7Q+0bZk0918rz3d5cqZju/1hC8jGBndVfT5LTwrp/je5sbCCO20+6a4S1g URIdtjA5AwMLk55x3zV/QdS1++/tGz1O2gtL2KJJIJHjjH394G6FLiQ7QU6l13ZIAG0kmu4F vUdIvdV0FbK8udPmuN26XzdP8y2mAJwrQs5OBweHB3KDnGVMA8NTQ6Rplva3yJeadO1xBJJA WhVmWRSgiDAiNVlZUUP8oVBkhTl+pyahougWdppcn2y9Gy3ja8dZJptqkk4Z4xI5Ckkb043N zt2m3oGozapo0NzcKi3AaSKZUBAEkbsjDGTg5U5ALAHIDOMMTUC5ZRXENoiXVz9pn5LyiMIC Sc4VR0UZwASTgDJY5JyLrwylz4lh1X7bOlsNsk+nqq+TcToMRytxncoP4lIjx5Yqp4h8Qajp 1xqjWYtRDpGnLqNwk0TO1ypMv7tGDARnEB+Yh/vjj5fmzdR8S+IbbWrzSYmsvtJv4Y7Pdp8j A27+XuZv3wLMBJIQQACLSc8YOwSYG7a6Rq0Piq61aXU7J7a4iSBrdbF1cRxtKyYfzSN2ZTk7 cHHAWoNM8L3GmaheX0V3ZLczROivDYCHznYgiW5CuBM4I6jy/vyYA3cVNJ8Qa5LfWjagNPaz u9RuNNiS3idZA0Ky7pmYsRhmt5MRgHAdfnJBzf8AHsENx8PvESTxJKg06dwrqGAZULKee4IB B7EA0a3sBHYeGLseHtV0XVdRguba/wDtGWtbUwOnnvI8nLO4PMny8cY53Vrabb6nD5r6nqEF 1I2Ai29t5EaAZ5wWdixzyS2MBcAclueu9d1zTbp7K4m0+eaGfT2kljtXjV4bm4aAoFMrFXUr u35IOcbeM1U8Q3mrahpOr2P2iyT7Pr1nZZNq7LLbytbtsdfMG7/XbW5w6hhhd2QWbA6jWNMm 1AWc1rcpb3llP9ogeWIyx7jG8ZDKGUkbZG6MOcHkAg4V74S1i+TW1n161c6rpy2DMdPOYwDI SRiUAjE0oAPIGzJYqxepruiXcVj4Y0OFtFjtpb+WOe3Gln7LJ+5nkXMIlxtBXOCTl9rZG3Bf rGu61oVwumaVplrNDpmnQ3N00cccMO0mRQo3zoIEAhbnEuAeR8vzNeQixqPgmbUtTTUJ7vT3 ulaGcTy6cXlimi2lRC5kzHCXQMY+Sd8nzgtkay6Newazc3VpqSQ2d5OlzcxG23Ss6oiYSQtt VCsaAgox5bDAkFY2vNWn8VXGm29xZRW1tFBdOZLV3eSORnXYCJAFYGFzuwR86jb8pLb1Jtjs RziZreRbd0jmKkRvIhdVbHBKggkZ7ZGfUVi6PpGraP4Vt9JTU7KS5tIo4Le4axcII0VVG9PN yzYB5DKORxxzvUUhnJ/8Itq3/CA/8Iv/AGxZf8ev2H7T/Z7/APHv5Xl42+d9/vuzj/Zo1Xwl d659kuNUn0W9vbXzUj+0aSZLfy5NhP7ppid4MYw+/GCw285rrKKd2KxBY2iWFhbWcRzHbxLE p2KvCgAcKAo6dAAPQCsG88H2934lXVjPtjMsc0lvsJ3uoUk7t3GWhs26cfZ8f8tHz0tFK4zB tdI1aHxVdatLqdk9tcRJA1uti6uI42lZMP5pG7MpyduDjgLVHUPCep3Ok6npFrrcFtp979pI VrHzJAZ2dpAzeYAygyOVChSCEyWAYP1lFF2Kxi2Gk6jb+IrrVbq/tZkuLOC2aGK0aMhoy7bg xkbgmSTjHTaM8EtPrGmTagLOa1uUt7yyn+0QPLEZY9xjeMhlDKSNsjdGHODyAQdOii4zFHhn Tryxgh1y1tdYmiaSTzby3WTa0jFmCB9xVM4AXJwqqMnGagu/DU1y83l3yWsUECR6RHbwFF0+ QAjzMBsSH7owQAEBTGHfd0NFF2FiOATLbxrcOkkwUCR40KKzY5IUkkDPbJx6msWx0G7sr9Su p/8AEtjup7uO3SIrI0kpdmWR9+10DSuQuwEEJydp3b1FAGTa+G9J0rzptF0nS9OvXiaNZ4rJ Fxnkbgu0suQCRkZx1HWqmm6NrGk+DY9Gg1K1kvIIEtbW7W2MQiQKqByhZw7qAWxwGIA+Uc10 NFFwsFFFFIAooooAKKKKACiiigAooooAK5jTP+PLVv8AsLzfyFdPXMaZ/wAeWrf9heb+QrWl uZ1CNP8AkbdE/wC2/wD6LrlvjL9zTP8Ar3uf/Qoa6lP+Rt0T/tv/AOi65b4y/c0z/r3uf/Qo aK2yOrL/AOMvn+TD4Off1f8A697P/wBBkr02Kyt4bu4ukj/f3G3zJCSSQowqjPRRknaMDLMc ZYk+ZfBz7+r/APXvZ/8AoMleqVktjTGfx5EFrZW9n53kR7WnlaaViSzO57knk8AAegUAYAAE 9FFM5TJi8LeHrfyPJ0HS4/s8pmh2WcY8qQ7cuuBw3yryOflHoKP+EW8PfYPsH9g6X9i83zvs /wBjj8vzMY37cY3Y4z1xWtRRdhYoPomkyXd1dvpdk1zdxGG4ma3QvNGQAUdsZZcADB44FW4I IbW3jt7eJIoYlCRxxqFVFAwAAOAAO1SUUAUH0TSZLu6u30uya5u4jDcTNboXmjIAKO2MsuAB g8cCiDRNJtfsn2fS7KH7Fv8Asvl26L5G/wC/swPl3d8Yz3q/RQBQj0TSYftvlaXZJ9vz9s22 6D7RnOfM4+fO5uuep9ajk8O6HLpkWmSaNp72ELb47VrVDEjc8hMYB+ZuQO59a06KLgRwQQ2t vHb28SRQxKEjjjUKqKBgAAcAAdqg1HStO1e3W31Owtb2FW3rHcwrIobBGQGBGcE8+5q3RQBk y+FvD1x5/naDpcn2iUTTb7OM+bIN2HbI5b5m5PPzH1NW49K06LU5dTjsLVL+Zdkl0sKiV144 L4yR8q8E9h6VboouAVQj0TSYftvlaXZJ9vz9s226D7RnOfM4+fO5uuep9av0UAUINE0m1+yf Z9LsofsW/wCy+Xbovkb/AL+zA+Xd3xjPeh9E0mS0urR9LsmtruUzXELW6FJpCQS7rjDNkA5P PAq/RQBHBBDa28dvbxJFDEoSOONQqooGAABwAB2qhN4d0O41ManPo2ny34ZXF09qjShlxtO8 jORgYOeMCtOigDMg8O6Ha28dvb6Np8UMU4uY447VFVJgMCQADAcD+LrWnRRQBky+FvD1x5/n aDpcn2iUTTb7OM+bIN2HbI5b5m5PPzH1NPbw7obJeI2jaeUvmD3am1TFwwO4GTj5iCScnPJz WnRRdgUG0TSXsJLBtLsmspdvmW5t0Mb7QoXK4wcBEA9Ao9BVuCCG1t47e3iSKGJQkccahVRQ MAADgADtUlFAFD+xNJ/tb+1v7Lsv7S/5/Ps6ed93b9/G77vHXpxUcPh3Q7fUzqcGjafFflmc 3SWqLKWbO47wM5OTk55ya06KLgZNl4W8Pabdpd2Og6Xa3Medk0FnGjrkYOGAyOCR+NW9O0rT tIt2t9MsLWyhZt7R20KxqWwBkhQBnAHPsKt0UXAgvbG01K0e0vrWC6tpMb4Z4w6Ng5GVPB5A P4U+CCG1t47e3iSKGJQkccahVRQMAADgADtUlFAFS70rTr+4tri8sLW5mtW328k0Ku0LZByh IypyByPQelSPY2j3a3b2sDXK42zGMFxgMBhuvAkkH/A29TU9FAGZB4d0O1t47e30bT4oYpxc xxx2qKqTAYEgAGA4H8XWr80ENwgSeJJUDK4V1DAMpDKee4IBB7EA1JRQBQtdE0mysJrC00uy t7Kfd5tvFbokcm4YO5QMHIABz2qB/C3h57RbR9B0trZcbYTZxlBgsRhcY4Mkh/4G3qa1qKLg Zl34d0O/t7a3vNG0+5htV2W8c1qjrCuAMICMKMAcD0HpVi70rTr+4tri8sLW5mtW328k0Ku0 LZByhIypyByPQelW6KAKH9iaT/a39rf2XZf2l/z+fZ0877u37+N33eOvTirccEMTyvHEiPM2 +RlUAu2AuT6nCqMnsAO1SUUAFFFFIAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooooAKKKKACiiigArmNM/48tW/7C838hXT1zGmf8eWrf8AYXm/kK1pbmdQjT/kbdE/ 7b/+i65b4y/c0z/r3uf/AEKGupT/AJG3RP8Atv8A+i65b4y/c0z/AK97n/0KGitsjqy/+Mvn +TD4Off1f/r3s/8A0GSqfwp1nVdR8UXMN9qV5dRCydgk87OoO9BnBPXk/nVz4Off1f8A697P /wBBkpfht4Q13w/4iuLvVLHyIHtGjVvNRssXQ4wrE9Aa5ZJ80bHsKVJQxKm1d2tffrsep0Um 9fWjevrW/K+x4F0LRSb19aassbSNGHUuoDFc8gHODj8D+Ro5Wguh9FIWA60b19aOV9guhaKT evrRvX1o5X2C6FopjzRxgF3VQSFBY45JwB+JIFPpNNbjuFFFFIAooooAKKKKACiiigAoopCw HWmlcBaKTevrRvX1p8r7CuhaKTevrTXmjjALuqgkKCxxyTgD8SQKOV9guh9FFFSMKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAK5jTP+PLVv8AsLzfyFdPXMaZ/wAeWrf9heb+QrWl uZ1CNP8AkbdE/wC2/wD6LrlvjL9zTP8Ar3uf/Qoa6lP+Rt0T/tv/AOi65b4y/c0z/r3uf/Qo aK2yOrL/AOMvn+TD4Off1f8A697P/wBBkr1M/dP0ryz4Off1f/r3s/8A0GSvUz90/Sso9C8b /HkcibqG6urvyH3iKd4mYA43A8gHocHg46EEdQQMLVfEE1pqv9l2FtaXN99nFwsFxeCBpgd+ FiG1tx/dtnOAMrzycW7q/i0a+uobuTULlpZ5Jl8mxnmWNWc4QMqt09Ce/AVdqjO1XSH8V221 p4hpc8YQ295predGwLq0kZcqUchsAspxgEDk57DzjVl1mxhvxZPK4l3KhYROY0ZsbVaQDYrH K4UkE7l4+YZ0PCMqza1rrKHADQr86FTkBgeCOnHB6EcjINc7N4Vgl8Qvqm2yJkmjndpbJZJ1 ZFVQI5SfkX5F42k8sQQSCvS+Ff8AkO67/wBu/wD6C1RU+EqG5o+IbqG1trfzn2mWdYo1AJLM QeAByeASfQAk4AJrB1G9j03TLu/mV2itoXmcIAWKqCTjPfitjxVG7WVvMs8sK204mk8lGdnU K2UCjrnPTDewDbWXmDrEWpRyWdk2oWt1NG6xTzaZOqxttOGJdAvHXBPPTvTh8KCW4zT9cnnt Jr26trc2aqphuNNuGvVlJZlYALGGypAzgEc9eDiYeItNZ7VA9xvuZjBGhtJQwkA3bXG3KHb8 3zY+X5unNUI/Cv7rU3lmtEur/wAvzWtbTyon2Mz/ALxNxL7izB8sNynHHUsg8JNb6Zd21vd2 9nNLMt1DLZWYiW2nAC7kQsw2lVUFe+ZOcPhaJLS6zY6rc6Q1rK+f7TRQksTxOSjbXwrgEhSQ CcYB4616XXmLaJbWOoeG5I3lZ7S5WAM5BMnmOrO7nHLlkBJ7lmJ616dWNXc1hsFFFFYlhRRR QAUUUUAFFFFABWN4huobW2t/OfaZZ1ijUAksxB4AHJ4BJ9ACTgAmtmsDxVG7WVvMs8sK204m k8lGdnUK2UCjrnPTDewDbWXSn8RM9jB1vUJNK0O91GKBJ2tYWmMTyFAyqMnnBwcA446+nWq0 OtvDJdw6tBFazW0cUp8iVplZZGZUA+RWLlkYbQpzlcZJwK2o3sHiHTLvR7U3ttLewvD51xpV wEVSCGyWVRnGcZYc469C99Aubpbqa9vonvZfs+ySG3KRr5EhljyhdifnY7vmGRgDaea6DEmm 8UaRb2yTzTyoryeUqNbSiTzMrhNm3cHO5SFxkr8wBAJpZtQtLu50NoJ0Yy38bIh+V8K21sqe QVJAIIyDwcGqo8P3v221vDqNuZlvje3OLVgsjeT5AVB5mUGzPUt83PT5aij0L7Dq+kXMtz5r pqshhCpsCpPMJWDcncQy4BGOO3ek9hrc9UooorkNwooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigArmNM/48tW/7C838hXT1zGmf8eWrf9heb+QrWluZ1CNP+Rt0T/tv/wCi65b4y/c0 z/r3uf8A0KGupT/kbdE/7b/+i65b4y/c0z/r3uf/AEKGitsjqy/+Mvn+TD4Off1f/r3s/wD0 GSvVDyK8r+Dn39X/AOvez/8AQZK9UrKOxeN/jyOdl8IQTSvK+rarudixxOoGT7BcCmf8IZbf 9BbVv/Agf/E10tFXzy7nLyo5r/hDLb/oLat/4ED/AOJrQ0fQbfRZLmSG4uZnuNu9p3DH5c45 AHrWrRScm9wskZ+q6SurRRxvd3VuqHd/o7hSx9zgn1/Osr/hDLb/AKC2rf8AgQP/AImulooU mg5Uc1/whlt/0FtW/wDAgf8AxNH/AAhlt/0FtW/8CB/8TXS0U+eXcOVHOReDrSO6gnbUNRlM EqyosswZdynI4210dFFS23uCSQUUUUhhRRRQAUUUUAFFFFABWfqukrq0Ucb3d1bqh3f6O4Us fc4J9fzrQopptbA1c5r/AIQy2/6C2rf+BA/+Jo/4Qy2/6C2rf+BA/wDia6Wiq55dxcqOa/4Q y2/6C2rf+BA/+Jp0Xg60juoJ21DUZTBKsqLLMGXcpyONtdHRS55dw5UFFFFSMKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAooooAK5jTP8Ajy1b/sLzfyFdPXMaZ/x5at/2F5v5CtaW5nUI 0/5G3RP+2/8A6LrlvjL9zTP+ve5/9ChrqU/5G3RP+2//AKLrlvjL9zTP+ve5/wDQoaK2yOrL /wCMvn+TD4Off1f/AK97P/0GSvVK8r+Dn39X/wCvez/9Bkr1SsVsaYz+PIKKKKZyhRRRQAUU UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU UUAFFFFABRRRQAUUUUAFFFFABXMaZ/x5at/2F5v5CunrmNM/48tW/wCwvN/IVrS3M6hGn/I2 6J/23/8ARdct8ZfuaZ/173P/AKFDXUp/yNuif9t//Rdct8ZfuaZ/173P/oUNFbZHVl/8ZfP8 mHwc+/q//XvZ/wDoMleqV5X8HPv6v/172f8A6DJXqlYrY0xn8eQUUUUzlCiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACuY0z/jy1b/ALC838hXT1zGmf8AHlq3/YXm/kK1pbmdQjT/AJG3RP8A tv8A+i65b4y/c0z/AK97n/0KGupT/kbdE/7b/wDouuW+Mv3NM/697n/0KGitsjqy/wDjL5/k w+Dn39X/AOvez/8AQZK9Uryv4Off1f8A697P/wBBkr1SsVsaYz+PIKKKKZyhRRRQAUUUUAFF FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFABXMaZ/wAeWrf9heb+Qrp65jTP+PLVv+wvN/IVrS3M6hGn/I26J/23 /wDRdct8ZfuaZ/173P8A6FDXUp/yNuif9t//AEXXLfGX7mmf9e9z/wChQ0VtkdWX/wAZfP8A Jh8HPv6v/wBe9n/6DJXqleV/Bz7+r/8AXvZ/+gyV6pWK2NMZ/HkFFFFM5QooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigArmNM/48tW/7C838hXT1zGmf8eWrf8AYXm/kK1pbmdQjT/kbdE/7b/+ i65b4y/c0z/r3uf/AEKGupT/AJG3RP8Atv8A+i65b4y/c0z/AK97n/0KGitsjqy/+Mvn+TD4 Off1f/r3s/8A0GSvVK8r+Dn39X/697P/ANBkr1SsVsaYz+PIKKKKZyhRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABXMaZ/x5at/wBheb+Qrp65jTP+PLVv+wvN/IVrS3M6hGn/ACNuif8Abf8A 9F1y3xl+5pn/AF73P/oUNdSn/I26J/23/wDRdct8ZfuaZ/173P8A6FDRW2R1Zf8Axl8/yYfB z7+r/wDXvZ/+gyV6pXlfwc+/q/8A172f/oMleqVitjTGfx5BRRRTOUKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAK5jTP+PLVv+wvN/IV09cxpn/Hlq3/YXm/kK1pbmdQjT/kbdE/7b/8AouuW +Mv3NM/697n/ANChrqU/5G3RP+2//ouuW+Mv3NM/697n/wBChorbI6sv/jL5/kw+Dn39X/69 7P8A9Bkr1SvK/g59/V/+vez/APQZK9UrFbGmM/jyCiiimcoUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAVzGmf8eWrf9heb+Qrp65jTP8Ajy1b/sLzfyFa0tzOoRp/yNuif9t//Rdct8ZfuaZ/ 173P/oUNdSn/ACNuif8Abf8A9F1y3xl+5pn/AF73P/oUNFbZHVl/8ZfP8mHwc+/q/wD172f/ AKDJXqleV/Bz7+r/APXvZ/8AoMleqVitjTGfx5BRRRTOUKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAK5jTP8Ajy1b/sLzfyFdPXMaZ/x5at/2F5v5CtaW5nUI0/5G3RP+2/8A6LrlvjL9zTP+ ve5/9ChrqU/5G3RP+2//AKLrlvjL9zTP+ve5/wDQoaK2yOrL/wCMvn+TD4Off1f/AK97P/0G SvVK8r+Dn39X/wCvez/9Bkr1SsVsaYz+PIKKKKZyhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA BXMaZ/x5at/2F5v5CunrmNM/48tW/wCwvN/IVrS3M6hGn/I26J/23/8ARdct8ZfuaZ/173P/ AKFDXUp/yNuif9t//Rdct8ZfuaZ/173P/oUNFbZHVl/8ZfP8mHwc+/q//XvZ/wDoMleqV5X8 HPv6v/172f8A6DJXqlYrY0xn8eQUUUUzlCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACuY0z/j y1b/ALC838hXT1zGmf8AHlq3/YXm/kK1pbmdQjT/AJG3RP8Atv8A+i65b4y/c0z/AK97n/0K GupT/kbdE/7b/wDouuW+Mv3NM/697n/0KGitsjqy/wDjL5/kw+Dn39X/AOvez/8AQZK9Uryv 4Off1f8A697P/wBBkr1SsVsaYz+PIKKKKZyhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXMaZ /wAeWrf9heb+Qrp65jTP+PLVv+wvN/IVrS3M6hGn/I26J/23/wDRdct8ZfuaZ/173P8A6FDX Up/yNuif9t//AEXXLfGX7mmf9e9z/wChQ0VtkdWX/wAZfP8AJh8HPv6v/wBe9n/6DJXqleV/ Bz7+r/8AXvZ/+gyV6pWK2NMZ/HkFFFFM5QooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArmNM/4 8tW/7C838hXT1zGmf8eWrf8AYXm/kK1pbmdQjT/kbdE/7b/+i65b4y/c0z/r3uf/AEKGupT/ AJG3RP8Atv8A+i65b4y/c0z/AK97n/0KGitsjqy/+Mvn+TD4Off1f/r3s/8A0GSvVK8r+Dn3 9X/697P/ANBkr1SsVsaYz+PIKKKKZyhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXMaZ/x5at /wBheb+Qrp65jTP+PLVv+wvN/IVrS3M6hGn/ACNuif8Abf8A9F1y3xl+5pn/AF73P/oUNdSn /I26J/23/wDRdct8ZfuaZ/173P8A6FDRW2R1Zf8Axl8/yYfBz7+r/wDXvZ/+gyV6pXlfwc+/ q/8A172f/oMleqVitjTGfx5BRRRTOUKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK5jTP+PLVv +wvN/IV09cxpn/Hlq3/YXm/kK1pbmdQjT/kbdE/7b/8AouuW+Mv3NM/697n/ANChrqU/5G3R P+2//ouuW+Mv3NM/697n/wBChorbI6sv/jL5/kw+Dn39X/697P8A9Bkr1SvK/g59/V/+vez/ APQZK9UrFbGmM/jyCiiimcoUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVzGmf8eWrf9heb+Qr p65jTP8Ajy1b/sLzfyFa0tzOoRp/yNuif9t//Rdct8ZfuaZ/173P/oUNdSn/ACNuif8Abf8A 9F1y3xl+5pn/AF73P/oUNFbZHVl/8ZfP8mHwc+/q/wD172f/AKDJXqleV/Bz7+r/APXvZ/8A oMleqVitjTGfx5BRRRTOUKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK5jTP8Ajy1b/sLzfyFd PXMaZ/x5at/2F5v5CtaW5nUI0/5G3RP+2/8A6LrlvjL9zTP+ve5/9ChrqU/5G3RP+2//AKLr lvjL9zTP+ve5/wDQoaK2yOrL/wCMvn+TD4Off1f/AK97P/0GSvVK8r+Dn39X/wCvez/9Bkr1 SsVsaYz+PIKKKKZyhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXMaZ/x5at/2F5v5CunrmNM/ 48tW/wCwvN/IVrS3M6hGn/I26J/23/8ARdct8ZfuaZ/173P/AKFDXUp/yNuif9t//Rdct8Zf uaZ/173P/oUNFbZHVl/8ZfP8mHwc+/q//XvZ/wDoMleqV5X8HPv6v/172f8A6DJXqlYrY0xn 8eQUUUUzlCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACuY0z/jy1b/ALC838hXT1zGmf8AHlq3 /YXm/kK1pbmdQjT/AJG3RP8Atv8A+i65b4y/c0z/AK97n/0KGupT/kbdE/7b/wDouuW+Mv3N M/697n/0KGitsjqy/wDjL5/kw+Dn39X/AOvez/8AQZK9Uryv4Off1f8A697P/wBBkr1SsVsa Yz+PIKKKKZyhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXMaZ/wAeWrf9heb+Qrp65jTP+PLV v+wvN/IVrS3M6hGn/I26J/23/wDRdct8ZfuaZ/173P8A6FDXUp/yNuif9t//AEXXLfGX7mmf 9e9z/wChQ0VtkdWX/wAZfP8AJh8HPv6v/wBe9n/6DJXqleV/Bz7+r/8AXvZ/+gyV6pWK2NMZ /HkFFFFM5QooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiii gAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK KKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArmNM/48tW/7C838hXT1zGmf8eWrf8A YXm/kK1pbmdQjT/kbdE/7b/+i65b4y/c0z/r3uf/AEKGupT/AJG3RP8Atv8A+i65b4y/c0z/ AK97n/0KGitsjqy/+Mvn+TD4Off1f/r3s/8A0GSvVK8r+Dn39X/697P/ANBkr1SsVsaYz+PI KKKKZyhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXMaZ/x5at/wBheb+Qrp65jTP+PLVv+wvN /IVrS3M6hGn/ACNuif8Abf8A9F1y3xl+5pn/AF73P/oUNdSn/I26J/23/wDRdct8ZfuaZ/17 3P8A6FDRW2R1Zf8Axl8/yYfBz7+r/wDXvZ/+gyV6pXlfwc+/q/8A172f/oMleqVitjTGfx5B RRRTOUKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig AooooAKKKKACiiigAooooAKKKKACiiigAooooAK5jTP+PLVv+wvN/IV09cxpn/Hlq3/YXm/k K1pbmdQjT/kbdE/7b/8AouuW+Mv3NM/697n/ANChrqU/5G3RP+2//ouuW+Mv3NM/697n/wBC horbI6sv/jL5/kw+Dn39X/697P8A9Bkr1SvK/g59/V/+vez/APQZK9UrFbGmM/jyCo55fJha Tbux2zipKztdvY9P0a4upldkTbkIATywHf61cdWcj2F/tT/pj/49/wDWo/tT/pj/AOPf/Wrk /wDhJYf+gdqP/fgf40f8JLD/ANA7Uf8AvwP8a39nEy52dZ/an/TH/wAe/wDrUf2p/wBMf/Hv /rVyf/CSw/8AQO1H/vwP8aP+Elh/6B2o/wDfgf40eziHOzrP7U/6Y/8Aj3/1qP7U/wCmP/j3 /wBauT/4SWH/AKB2o/8Afgf40f8ACSw/9A7Uf+/A/wAaPZxDnZ1n9qf9Mf8Ax7/61H9qf9Mf /Hv/AK1cn/wksP8A0DtR/wC/A/xo/wCElh/6B2o/9+B/jR7OIc7Os/tT/pj/AOPf/Wo/tT/p j/49/wDWrk/+Elh/6B2o/wDfgf40f8JLD/0DtR/78D/Gj2cQ52dZ/an/AEx/8e/+tR/an/TH /wAe/wDrVyf/AAksP/QO1H/vwP8AGj/hJYf+gdqP/fgf40eziHOzrP7U/wCmP/j3/wBaj+1P +mP/AI9/9auT/wCElh/6B2o/9+B/jR/wksP/AEDtR/78D/Gj2cQ52dZ/an/TH/x7/wCtR/an /TH/AMe/+tXJ/wDCSw/9A7Uf+/A/xo/4SWH/AKB2o/8Afgf40eziHOzrP7U/6Y/+Pf8A1qP7 U/6Y/wDj3/1q5P8A4SWH/oHaj/34H+NH/CSw/wDQO1H/AL8D/Gj2cQ52dZ/an/TH/wAe/wDr Uf2p/wBMf/Hv/rVyf/CSw/8AQO1H/vwP8aP+Elh/6B2o/wDfgf40eziHOzrP7U/6Y/8Aj3/1 qP7U/wCmP/j3/wBauT/4SWH/AKB2o/8Afgf40f8ACSw/9A7Uf+/A/wAaPZxDnZ1n9qf9Mf8A x7/61H9qf9Mf/Hv/AK1cn/wksP8A0DtR/wC/A/xo/wCElh/6B2o/9+B/jR7OIc7Os/tT/pj/ AOPf/Wo/tT/pj/49/wDWrk/+Elh/6B2o/wDfgf40f8JLD/0DtR/78D/Gj2cQ52dZ/an/AEx/ 8e/+tR/an/TH/wAe/wDrVyf/AAksP/QO1H/vwP8AGk/4Si3/AOfDUP8AvyP8aPZxDnZ1v9qf 9Mf/AB7/AOtR/an/AEx/8e/+tXJf8JRb/wDPhqH/AH5H+NH/AAlFv/z4ah/35H+NHs4hzs63 +1P+mP8A49/9atCuDHiaBmAFhf5JxzEB/Wu8rOpFK1i4Nvcwo/EFxNGHTTsqeh88f4U7+27v /oGf+Rx/hWZpQlFnmR0ZSxMYVCCq+hOTk5yc8cEDHGTdrT2cSOdk39t3f/QM/wDI4/wo/tu7 /wCgZ/5HH+FctqGr6jBrTWwnsbKPci2yXkEm28JA4WcMFRixZQm1m+QttIIFEXiaYX2qW0+m XJeC/Wzs44/L3XB8lZTgl8Ahd75YqNpUfeyKPZxDnZ00viC4gheaTTtqIpZj54OAOT2rXsrk Xthb3SqVE0SyBT2yAcfrXAaj4ltZtPFvFa3bzXlvcgIsYPlGJhHKHOcDaWPOSDtO0klQ3baF /wAi9pv/AF6xf+gCs6kUti4Nvc0KKKKyLCiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigArmNM/48tW/wCwvN/IV09cxpn/AB5at/2F5v5CtaW5 nUI0/wCRt0T/ALb/APouuW+Mv3NM/wCve5/9ChrqU/5G3RP+2/8A6LrlvjL9zTP+ve5/9Cho rbI6sv8A4y+f5MPg59/V/wDr3s//AEGSvVK8r+Dn39X/AOvez/8AQZK9UrFbGmM/jyCsDxr/ AMijff8AbP8A9GLW/VDWdMGsaVNYNKYhKVy4XOMMD0/Crjozkexx9Fbv/CLv/wA//wD5B/8A r0f8Iu//AD//APkH/wCvW/tImXIzCord/wCEXf8A5/8A/wAg/wD16P8AhF3/AOf/AP8AIP8A 9ej2kQ5GYVFbv/CLv/z/AP8A5B/+vR/wi7/8/wD/AOQf/r0e0iHIzCord/4Rd/8An/8A/IP/ ANej/hF3/wCf/wD8g/8A16PaRDkZhUVu/wDCLv8A8/8A/wCQf/r0f8Iu/wDz/wD/AJB/+vR7 SIcjMKit3/hF3/5//wDyD/8AXo/4Rd/+f/8A8g//AF6PaRDkZhUVu/8ACLv/AM//AP5B/wDr 0f8ACLv/AM//AP5B/wDr0e0iHIzCord/4Rd/+f8A/wDIP/16P+EXf/n/AP8AyD/9ej2kQ5GY VFbv/CLv/wA//wD5B/8Ar0f8Iu//AD//APkH/wCvR7SIcjMKit3/AIRd/wDn/wD/ACD/APXo /wCEXf8A5/8A/wAg/wD16PaRDkZhUVu/8Iu//P8A/wDkH/69H/CLv/z/AP8A5B/+vR7SIcjM Kit3/hF3/wCf/wD8g/8A16P+EXf/AJ//APyD/wDXo9pEORmFRW7/AMIu/wDz/wD/AJB/+vR/ wi7/APP/AP8AkH/69HtIhyMwq0LCCF7KNmiRmOckqCepq7/wi7/8/wD/AOQf/r1Sk8A2k0jS SXJZmOSSjf8AxVHtIhyMh1mCFNMZliRWEkWCFAP+sWr/ANmt/wDnhF/3wKqD4fWasGW4IIOQ Qrcf+PUn/CvbL/nv/wCON/8AFUe0iHIzN15Ei1HTFjVUDGUkKMZwox/M16JXIReArWCUSR3O 1x0Own/2auvrOpJO1i4Jrc86stPksbifWooPtDvH5YtrOJI5JvmUbpWdwsjLt+UnbtUsOc1q WOo3V3O0c+jX1koXcJLh4CpORx8kjHP4Y461Z/4RjU0ysOvCKMH5UFmpx+Jal/4RvWP+hj/8 kk/xrT2kSORmRqeiX2oC/tk1NE0/UFKXEUsDSSIrIEYRPvAQFRkZVsMWPOcUybw9dNqN1ewX 8KStepe2we2LiNxb+QwfDjepXkY2kHuRxW1/wjesf9DH/wCSSf40f8I3rH/Qx/8Akkn+NHtI hyM5DUdFu7K4tfIuHxHY6jLczeRmN3llikdMfwgkuVG7I2jJYBg3o2hf8i9pv/XrF/6AKxZf C2qzwvDJ4h3I6lWH2JRkHg966KxtvsWn21pv3+REse7GN20AZx+FZ1JJ7FwTW5YooorIsKKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACuJtbX VLx9UjstRtbWFNSmLLIAWLHGDyDxgcfjXbVxelLdwaxqT/ZLh7S4vJVdlRiMb/vDA5IIPr3F a0tzOoW9M0a+i8QWNzfavZ3Bi8wpEmAxypBwABnqK5T4y/c0z/r3uf8A0KGup0mwvU8WG5ub aUAPIiybG2hACFwT2PX6muW+Mv3NM/697n/0KGitsjqy/wDjL5/kw+Dn39X/AOvez/8AQZK9 Iu7+SC5eJUjKrjGRz0+teb/Bz7+r/wDXvZ/+gyV2etafDdanI8j3KkADEVzJGOnorAfjSo7D x1vrErl7+1Zv+ecX/fJ/xo/tWb/nnF/3yf8AGsd9PhkuhcF7kOCDhbmQJx/shtvbpjmhNPhj ujcB7kuSThrmQpz/ALJbb36Y4ra3kcfu93/XzNj+1Zv+ecX/AHyf8ao6v4ol0iwN41g1zGrA OIAoKKf42LuoCjuc8Dk8AkU4tMgh37ZLs70KHfdytwfTLHB9xzVHU9NvU0qe30d28+4xG73N 9KDGnO5kYhyr4PBxwcE5xg3TSckmtAly2dm/6+ZLc/ERrWWRW0S6aJbiS3FwDAsTMis7EM0w 4Co2ScYKkHDAir8Pja1ZFW8Nvp1yyyObW9dElCoWBbG45X5GO4EjAzmuQ1Dw3ql7BFpsunaV daVb3kksMU15IpMTJIqpxEQu0yZXb90Kqjpuq5e6PrWq3thc3a6fEbflhFM7f8vcMoAygziO EDPGWPQDmup06LtsvmZXZ1lx4rtLS8is7m80+G6lx5cEkoV3ycDCk5OTxT38SwR38dg9xZLe Srvjt2cCR155C5yRwfyNcJL4W1e68PWelTyxBE09bJxFezRrCQCplAVR525dp2PgDbgE7ia2 ItP1JL6dnt9PeC8uIrucySM5hdEjUqi7QH5iBDkrgnO35cGHSpJaP+v6/Id2dGniWCS/ksEu LJryJd8lurgyIvHJXOQOR+Yqx/as3/POL/vk/wCNcjDol0niBbspbx28c0kwZJ5GD7lYYEDf JG2XyZFOWIbgCRgNqGPZLcN5EUfmSBtyHmT5VG5uBzxt78KOewynCC+HsNNl+68QJY2z3N3J aW8CY3SynYq5OBkk4HJAqhY+ONPv9ETV0urKOzKqZHkkUCFmAOxzuwrDcARnqafLEs0LxOXC upUlHKMAeOGBBB9wc1l6ho4OlQ2lhbxFYJN8cTzyQ7RyMRyplosbsDAI25TAB4cFTatLe/4B dm1ceK7S0s4ry5vNPhtZceXPJKFR8jIwxODkc0Xniu007P2280+2xtz58oTG7dt6nvtbHrtP oa5mDR9S08WFzbLaz3MEdxG8MszRriaRZM+YEYuV2BdxXL5LEg5BmOn6lBrOlTW1vp7WtrZt aybZGhxvaMkpGFYAARcLu74yMZNezp337/1/XfyFdnQf8JXaf2j/AGd9s0/7d/z7eaPN6bvu 5z056dKrWnjjT7zVLnTYrqy+2QTGEwmRd7sEDHau7JAyQeOCrDtXP6xoepX+peckiSRJNDPD vvZYlj8sq4jMSgo4ZkPztyN/Q7ADfis9StNWu3thata3twlxJLI7b48RohQIBhsiP724Y3dD twz9nS5fO34/10C7L2peNUttK1S6sDp99PpsbST26z4KbckqxG4qcK2AR1GOOouN4rtEtri5 e809YLeQxTymUBYnBAKsc4ByQMH1Fcg+g6sfDEujiHTS0Wmtp1tO0j75FZVQuTs/djChig35 OBuG3Jv2Wl3aardPNbWttYzafBaqlpcuGjKbyQuEXaP3pAIII2A4GcK3TpKPp/wAuzd0fxbB rumxX9g1vJFIoJAILRsQDsbBOGGRkdqvf2rN/wA84v8Avk/41l2trDZWyW9umyFM7EySFGc4 GegHQAcAYAwABU1YSUeZ8q0Hdl7+1Zv+ecX/AHyf8aP7Vm/55xf98n/GqNFTZDuXv7Vm/wCe cX/fJ/xo/tWb/nnF/wB8n/GqNFFkFyu3jGYNdOmn+dbwXCWqyRYzJISA2MsBtDMqZzncHBA2 5N698Q/YrcyzNZRZ4Qzv5as2OBk/T3rlYLK+jtbzTYoFLRaj9rjllZkSWN5jPwQrDIYtHjr8 oY4DAG5d2+rXelX9u6Wnm3O6NF85tsUZjC/e2ZJ3ZOMd+vFS9DeEYtJt9ddfT/gnQXPiBLOM SXUlpAhO0NKdoJ9Mk+1Nk8SQxTLDJNZJKz7FRnAYtwcAZ6/MvHuPWsW8tbu7hgdreDz13BlS 7kjIB9JVUHHAypXBOP7vOW0Ekt9d6NDLaO7aZDbzOX8tkH7wFljUEdGB25AGV55pN26FU6UZ LV7b/f8A169Dtv7Vm/55xf8AfJ/xqgPFUovpraSwaJYU8ySeTYI1T5sMTvzg7D2474pay1i1 JNWuboW9oYpIljT/AEht3yFypI2cZ3gHnj3qmjKnZp3/ADNpfEkL+fsmsm+z587Dg+VjOd3P HQ9fQ1DZeLba/s/tUEtoUWMSSAsMxAjPz4Py9/yNYumaXc2K6UpjtlFtbSQTCNz1Yody/KM5 KZOcfe792/2XfPpEemuYFit0iWNkkcNKY2UgkgDy87e24jdkH5eZ17GvJSva/X8Ltf16nRDx JCbdbgTWRgbO2QONpwCTg5xwFJ/A+lRv4rs44Y5nvNPWKXPlu0oCvjg4OecVgtpd2mmtHDFB 58l3HcOsl1I4whQ8uwJYnYB0AAPtza1C2vLqOAptyoPmQLdPCCxxyJEG445GMAHdk9BT17C5 Kd99PVf1+htTeIEt5Io55LSJ5TtjVztLnjgAnnqPzqu3i22TUn095bRLhQh2swG4sThQM5J4 HH+0PWsODSry0hSJFtJla0js5POJ2hU3ANtx82Q/K5GMY3HOauT294moyXNoIG86JImMrEeX tLEMAB833zxlenXng17ByU07Xv8AO39dTWg8Q/aLiaKFrKTycBxG+5lbJyGA6dP59McieJIZ GkVJrJmicJIFcEoxOADzwSeMetY8MN+utz3Lw2wt5I0iys7FwELkHGzHO8cZ4x1NZ8mjX7ab 9lH2bMNg9jC3mN+8DBBvb5flwEzgbs5xkYyV8gVODdm7bdfv/H/M6G48VMNLuL7T4rfUBANz R2zb2YDBZVxnL7ei9zgZGci5DrZuII54Ps8sUih0kT5lZSMggg8giubnW70w3F7BYxy/6FFF FawOcmVWbag+XAQlwNxwFAyQBkh9toMMXh7TtInuLlls4Y4hLbzyW7OUTbnKMDg9cZI/KqS7 mM0k/deh0n9qzf8APOL/AL5P+NH9qzf884v++T/jXPS6DZy20Fu02ohIN2wrqVwrHccncwfc 3tuJx2xRcaDZ3XleZNqK+VGIl8rUriPIHQttcbm9WOSe5p2RNzof7Vm/55xf98n/ABrMsvGB vNXvNMNn5Fxbc/vShEo7ldrk8AoSCAQJEJA3CqkujWs2oC+aW+EoZW2pfzrHkYx+7DhMccjG DznOTXM2HhjV7bWrTV3ithem/uJbxxqk7q8EgwECFNpKjyxjA/1Cc8/KWQXOu03xRql7Fqcc 2nWMV7ZTeQI0uGeN2MSSL85QED94AflOMHrU2i+JrvVNN+0T2dvBKs00Dxo5kUNHK0ZwxC5B KZ6DrXPabB4htL7U55rDS9t7N9oATUJCUYQpGq8wjIJjGT2DHg45NI0vVBY3Gn6rb20VtLNP cebY6jKJN0kzShchEIA3EZDc46YJwWQXOx/tWb/nnF/3yf8AGj+1Zv8AnnF/3yf8a57+wbP7 F9k87UfK8zzd39pXHmZxjG/fu2/7OcZ5xmiXQbOW2gt2m1EJBu2FdSuFY7jk7mD7m9txOO2K LILnQ/2rN/zzi/75P+NH9qzf884v++T/AI1z1xoNndeV5k2or5UYiXytSuI8gdC21xub1Y5J 7mny6NazagL5pb4Shlbal/OseRjH7sOExxyMYPOc5NFkFze/tWb/AJ5xf98n/Gj+1Zv+ecX/ AHyf8awYtGtYdQN8st8ZSzNte/naPJzn92XKY54GMDjGMCmW+g2dr5vlzai3mxmJvN1K4kwD 1K7nO1vRhgjsaLILnQ/2rN/zzi/75P8AjR/as3/POL/vk/41z0Wg2cVtPbrNqJSfbvLalcMw 2nI2sX3L77SM980f2DZ/Yvsnnaj5Xmebu/tK48zOMY37923/AGc4zzjNFkFzof7Vm/55xf8A fJ/xo/tWb/nnF/3yf8a56XQbOW2gt2m1EJBu2FdSuFY7jk7mD7m9txOO2KLjQbO68rzJtRXy oxEvlalcR5A6Ftrjc3qxyT3NFkFzof7Vm/55xf8AfJ/xo/tWb/nnF/3yf8awZdGtZtQF80t8 JQyttS/nWPIxj92HCY45GMHnOcmiLRrWHUDfLLfGUszbXv52jyc5/dlymOeBjA4xjAosgub3 9qzf884v++T/AI0f2rN/zzi/75P+Nc9b6DZ2vm+XNqLebGYm83UriTAPUruc7W9GGCOxoi0G zitp7dZtRKT7d5bUrhmG05G1i+5ffaRnvmiyC50P9qzf884v++T/AI0f2rN/zzi/75P+Nc9/ YNn9i+yedqPleZ5u7+0rjzM4xjfv3bf9nOM84zRLoNnLbQW7TaiEg3bCupXCsdxydzB9ze24 nHbFFkFzof7Vm/55xf8AfJ/xo/tWb/nnF/3yf8a5640GzuvK8ybUV8qMRL5WpXEeQOhba43N 6sck9zT5dGtZtQF80t8JQyttS/nWPIxj92HCY45GMHnOcmiyC5vf2rN/zzi/75P+NH9qzf8A POL/AL5P+NYMWjWsOoG+WW+MpZm2vfztHk5z+7LlMc8DGBxjGBTLfQbO183y5tRbzYzE3m6l cSYB6ldzna3owwR2NFkFzof7Vm/55xf98n/Gj+1Zv+ecX/fJ/wAa56LQbOK2nt1m1EpPt3lt SuGYbTkbWL7l99pGe+aP7Bs/sX2TztR8rzPN3f2lceZnGMb9+7b/ALOcZ5xmiyC50P8Aas3/ ADzi/wC+T/jS/wBrz/3IvyP+Nc7LoNnLbQW7TaiEg3bCupXCsdxydzB9ze24nHbFFxoNndeV 5k2or5UYiXytSuI8gdC21xub1Y5J7mnYRoeINbvYtCunhZYpMAB0BDDLAHHpwetcf8ZfuaZ/ 173P/oUNb/iP/kA3P/Af/QhWB8ZfuaZ/173P/oUNYVtkd2X/AMZfP8mL8GxEq6sqRkP5Nozu XJ3ZEmOvTFdxJ4R0SWRpJLNndyWZmnkJJPUk7q4b4Off1f8A697P/wBBkr1SsotpF41L28tP 6sYX/CHaD/z4f+RpP/iqP+EO0H/nw/8AI0n/AMVW7RVcz7nLZGF/wh2g/wDPh/5Gk/8AiqP+ EO0H/nw/8jSf/FVu0Ucz7hZGF/wh2g/8+H/kaT/4qj/hDtB/58P/ACNJ/wDFVu0Ucz7hZGF/ wh2g/wDPh/5Gk/8AiqP+EO0H/nw/8jSf/FVu0Ucz7hZGF/wh2g/8+H/kaT/4qj/hDtB/58P/ ACNJ/wDFVu0Ucz7hZGF/wh2g/wDPh/5Gk/8AiqP+EO0H/nw/8jSf/FVu0Ucz7hZGF/wh2g/8 +H/kaT/4qj/hDtB/58P/ACNJ/wDFVu0Ucz7hZGF/wh2g/wDPh/5Gk/8AiqP+EO0H/nw/8jSf /FVu0Ucz7hZGF/wh2g/8+H/kaT/4qj/hDtB/58P/ACNJ/wDFVu0Ucz7hZGF/wh2g/wDPh/5G k/8AiqP+EO0H/nw/8jSf/FVu0Ucz7hZGF/wh2g/8+H/kaT/4qj/hDtB/58P/ACNJ/wDFVu0U cz7hZGF/wh2g/wDPh/5Gk/8AiqP+EO0H/nw/8jSf/FVu0Ucz7hZGF/wh2g/8+H/kaT/4qj/h DtB/58P/ACNJ/wDFVu0Ucz7hZGF/wh2g/wDPh/5Gk/8AiqP+EO0H/nw/8jSf/FVu0Ucz7hZG F/wh2g/8+H/kaT/4qj/hDtB/58P/ACNJ/wDFVu0Ucz7hZGF/wh2g/wDPh/5Gk/8AiqP+EO0H /nw/8jSf/FVu0Ucz7hZGF/wh2g/8+H/kaT/4qj/hDtB/58P/ACNJ/wDFVu0Ucz7hZGF/wh2g /wDPh/5Gk/8AiqP+EO0H/nw/8jSf/FVu0Ucz7hZGF/wh2g/8+H/kaT/4qj/hDtB/58P/ACNJ /wDFVu0Ucz7hZGF/wh2g/wDPh/5Gk/8AiqP+EO0H/nw/8jSf/FVu0Ucz7hZGF/wh2g/8+H/k aT/4qj/hDtB/58P/ACNJ/wDFVu0Ucz7hZGF/wh2g/wDPh/5Gk/8AiqP+EO0H/nw/8jSf/FVu 0Ucz7hZGF/wh2g/8+H/kaT/4qj/hDtB/58P/ACNJ/wDFVu0Ucz7hZGF/wh2g/wDPh/5Gk/8A iqP+EO0H/nw/8jSf/FVu0Ucz7hZGF/wh2g/8+H/kaT/4qj/hDtB/58P/ACNJ/wDFVu0Ucz7h ZGF/wh2g/wDPh/5Gk/8AiqP+EO0H/nw/8jSf/FVu0Ucz7hZGF/wh2g/8+H/kaT/4qj/hDtB/ 58P/ACNJ/wDFVu0Ucz7hZGF/wh2g/wDPh/5Gk/8AiqP+EO0H/nw/8jSf/FVu0Ucz7hZGF/wh 2g/8+H/kaT/4qj/hDtB/58P/ACNJ/wDFVu0Ucz7hZGF/wh2g/wDPh/5Gk/8AiqP+EO0H/nw/ 8jSf/FVu0Ucz7hZGF/wh2g/8+H/kaT/4qj/hDtB/58P/ACNJ/wDFVu0Ucz7hZGF/wh2g/wDP h/5Gk/8AiqP+EO0H/nw/8jSf/FVu0Ucz7hZGF/wh2g/8+H/kaT/4qj/hDtB/58P/ACNJ/wDF Vu0Ucz7hZGF/wh2g/wDPh/5Gk/8AiqP+EO0H/nw/8jSf/FVu0Ucz7hZGF/wh2g/8+H/kaT/4 qj/hDtB/58P/ACNJ/wDFVu0Ucz7hZGF/wh2g/wDPh/5Gk/8Aiq4j4yrEy6SZYVk2RXLrkkYI MQ7H3r1SvK/jL9zTP+ve5/8AQoamTbR1YNL2y07/AJM4jwz42m8LiZrF7ctcRRJKs9uz4KAg YKuv941v/wDC5NW/6hv/AIByf/HaKKv2fn+RvKvGb5pU03/29/mLH8YdZeSUeXpnlpFv3/Zp ODuAxjzOetJ/wuTVv+ob/wCAcn/x2iikoX6hKVOKX7ta/wCLu/MP+Fyat/1Df/AOT/47R/wu TVv+ob/4Byf/AB2iin7Pz/L/ACJ9pT/59r/yb/5IP+Fyat/1Df8AwDk/+O0f8Lk1b/qG/wDg HJ/8dooo9n5/l/kHtKf/AD7X/k3/AMkH/C5NW/6hv/gHJ/8AHaP+Fyat/wBQ3/wDk/8AjtFF Hs/P8v8AIPaU/wDn2v8Ayb/5IP8Ahcmrf9Q3/wAA5P8A47R/wuTVv+ob/wCAcn/x2iij2fn+ X+Qe0p/8+1/5N/8AJB/wuTVv+ob/AOAcn/x2j/hcmrf9Q3/wDk/+O0UUez8/y/yD2lP/AJ9r /wAm/wDkg/4XJq3/AFDf/AOT/wCO0f8AC5NW/wCob/4Byf8Ax2iij2fn+X+Qe0p/8+1/5N/8 kH/C5NW/6hv/AIByf/HaP+Fyat/1Df8AwDk/+O0UUez8/wAv8g9pT/59r/yb/wCSD/hcmrf9 Q3/wDk/+O0f8Lk1b/qG/+Acn/wAdooo9n5/l/kHtKf8Az7X/AJN/8kH/AAuTVv8AqG/+Acn/ AMdo/wCFyat/1Df/AADk/wDjtFFHs/P8v8g9pT/59r/yb/5IP+Fyat/1Df8AwDk/+O0f8Lk1 b/qG/wDgHJ/8dooo9n5/l/kHtKf/AD7X/k3/AMkH/C5NW/6hv/gHJ/8AHaP+Fyat/wBQ3/wD k/8AjtFFHs/P8v8AIPaU/wDn2v8Ayb/5IP8Ahcmrf9Q3/wAA5P8A47R/wuTVv+ob/wCAcn/x 2iij2fn+X+Qe0p/8+1/5N/8AJB/wuTVv+ob/AOAcn/x2j/hcmrf9Q3/wDk/+O0UUez8/y/yD 2lP/AJ9r/wAm/wDkg/4XJq3/AFDf/AOT/wCO0f8AC5NW/wCob/4Byf8Ax2iij2fn+X+Qe0p/ 8+1/5N/8kH/C5NW/6hv/AIByf/HaP+Fyat/1Df8AwDk/+O0UUez8/wAv8g9pT/59r/yb/wCS D/hcmrf9Q3/wDk/+O0f8Lk1b/qG/+Acn/wAdooo9n5/l/kHtKf8Az7X/AJN/8kH/AAuTVv8A qG/+Acn/AMdo/wCFyat/1Df/AADk/wDjtFFHs/P8v8g9pT/59r/yb/5IP+Fyat/1Df8AwDk/ +O0f8Lk1b/qG/wDgHJ/8dooo9n5/l/kHtKf/AD7X/k3/AMkH/C5NW/6hv/gHJ/8AHaP+Fyat /wBQ3/wDk/8AjtFFHs/P8v8AIPaU/wDn2v8Ayb/5IP8Ahcmrf9Q3/wAA5P8A47R/wuTVv+ob /wCAcn/x2iij2fn+X+Qe0p/8+1/5N/8AJB/wuTVv+ob/AOAcn/x2j/hcmrf9Q3/wDk/+O0UU ez8/y/yD2lP/AJ9r/wAm/wDkg/4XJq3/AFDf/AOT/wCO0f8AC5NW/wCob/4Byf8Ax2iij2fn +X+Qe0p/8+1/5N/8kH/C5NW/6hv/AIByf/HaP+Fyat/1Df8AwDk/+O0UUez8/wAv8g9pT/59 r/yb/wCSD/hcmrf9Q3/wDk/+O0f8Lk1b/qG/+Acn/wAdooo9n5/l/kHtKf8Az7X/AJN/8kH/ AAuTVv8AqG/+Acn/AMdo/wCFyat/1Df/AADk/wDjtFFHs/P8v8g9pT/59r/yb/5IP+Fyat/1 Df8AwDk/+O0f8Lk1b/qG/wDgHJ/8dooo9n5/l/kHtKf/AD7X/k3/AMkH/C5NW/6hv/gHJ/8A HaP+Fyat/wBQ3/wDk/8AjtFFHs/P8v8AIPaU/wDn2v8Ayb/5IP8Ahcmrf9Q3/wAA5P8A47R/ wuTVv+ob/wCAcn/x2iij2fn+X+Qe0p/8+1/5N/8AJB/wuTVv+ob/AOAcn/x2j/hcmrf9Q3/w Dk/+O0UUez8/y/yD2lP/AJ9r/wAm/wDkg/4XJq3/AFDf/AOT/wCO0f8AC5NW/wCob/4Byf8A x2iij2fn+X+Qe0p/8+1/5N/8kH/C5NW/6hv/AIByf/HaP+Fyat/1Df8AwDk/+O0UUez8/wAv 8g9pT/59r/yb/wCSD/hcmrf9Q3/wDk/+O0f8Lk1b/qG/+Acn/wAdooo9n5/l/kHtKf8Az7X/ AJN/8kH/AAuTVv8AqG/+Acn/AMdo/wCFyat/1Df/AADk/wDjtFFHs/P8v8g9pT/59r/yb/5I P+Fyat/1Df8AwDk/+O0qfGHWTb+ZJHpiZlZFxbSHcABzjzOOtFFJw8y4yptN+zWi/vd15if8 Lk1b/qG/+Acn/wAdrn/FHjabxRFH9ta3DQxSJGIIGTO8qTkl2/uD86KKfs/P8hRrRg7xppP/ ALe/zP/Z --zlFZQgiDkX Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit Installation files attached --zlFZQgiDkX Content-Type: text/plain Content-Disposition: inline; filename="Installation" Content-Transfer-Encoding: 7bit uname -a: Linux 24-216-39-123.hsacorp.net 2.2.17 #3 SMP Wed Sep 6 18:43:42 EDT 2000 i686 unknown ./configure '--package-path=/usr/local/lib/xemacs/packages-21.0' XEmacs 21.2-b35 "Nike" configured for `i686-pc-linux'. Compilation / Installation: Source code location: /cvs/xemacs/xemacs Installation prefix: /usr/local Operating system description file: `s/linux.h' Machine description file: `m/intel386.h' Compiler: gcc -g -O3 -Wall -Wno-switch -Wpointer-arith -Winline -Wmissing-prototypes -Wshadow Relocating allocator for buffers: no GNU version of malloc: yes - Using Doug Lea's new malloc from the GNU C Library. Window System: Compiling in support for the X window system: - X Windows headers location: /usr/X11R6/include - X Windows libraries location: /usr/X11R6/lib - Handling WM_COMMAND properly. Using Lucid menubars. Using Lucid scrollbars. Using Motif dialog boxes. Using Motif native widgets. TTY: Compiling in support for ncurses. Compiling in support for GPM (General Purpose Mouse). Images: Compiling in support for GIF images (builtin). Compiling in support for XPM images. Compiling in support for PNG images. Compiling in support for JPEG images. Compiling in support for TIFF images. Compiling in support for X-Face message headers. Sound: Compiling in support for sound (native). Compiling in support for ESD (Enlightened Sound Daemon). Databases: Compiling in support for Berkeley database. Compiling in support for LDAP. Compiling in support for PostgreSQL. - Using PostgreSQL header file: pgsql/libpq-fe.h Internationalization: Mail: Compiling in support for "dot-locking" mail spool file locking method. Other Features: Compiling in support for dynamic shared object modules. Compiling in support for extra debugging code. WARNING: --------------------------------------------------------- WARNING: Compiling in support for runtime error checking. WARNING: XEmacs will run noticeably more slowly as a result. WARNING: Error checking is on by default for XEmacs beta releases. WARNING: --------------------------------------------------------- --zlFZQgiDkX-- From owner-xemacs-beta@xemacs.org Wed Sep 13 00:44:46 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id AAA03097 for xemacs-beta-out; Wed, 13 Sep 2000 00:44:46 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id AAA03094 for ; Wed, 13 Sep 2000 00:44:39 -0400 Received: by localhost id m13Z4Mo-000148C (Debian Smail-3.2.0.111 2000-Feb-17 #2); Wed, 13 Sep 2000 13:41:50 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14783.1421.785636.272231@turnbull.sk.tsukuba.ac.jp> Date: Wed, 13 Sep 2000 13:41:49 +0900 (JST) To: xemacs-beta@xemacs.org Subject: Re: progress gauge weirdness In-Reply-To: <14782.64703.284941.706199@24-216-39-123.hsacorp.net> References: <4.3.2.7.2.20000823115107.00deb910@london.beasys.com> <4.3.2.7.2.20000822082158.00c3fba0@london.beasys.com> <4.3.2.7.2.20000821225954.00de0220@london.beasys.com> <14751.7479.626877.125820@24-240-68-41.hsacorp.net> <4.3.2.7.2.20000910210453.00e93840@london.beasys.com> <14782.64703.284941.706199@24-216-39-123.hsacorp.net> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Jeff" == Jeff Miller writes: Jeff> this is with about a week old xemacs from cvs... so maybe Jeff> some of this has been fixed. Basically everything is Jeff> enabled, this is a ./configure, make beta Jeff> xemacs -vanilla Options-> Customize->Faces ( i selected default face) Jeff> now i have a customize buffer. Jeff> M-x font-lock-mode (the customize buffer) Jeff> i see the progress gauge come up for a split second and am Jeff> left with remmnants of the progress bar and the stop button Jeff> now, switch to the scratch buffer Jeff> now I have the set, save & done widgets, along with the Jeff> progress bar remmnants in the *scratch buffer* I can't replicate this. The obvious difference between my setup and yours is I use Lucid widgets, you're using motif. I think I can probably do a Motif test but it'll be a day or two; I may not have the libs installed. Which variety and version of Motif? My Installation follows. uname -a: Linux tleepslib 2.2.10 #2 Thu Jun 24 19:22:23 JST 1999 i686 unknown /coda/Projects/XEmacs/21.2-HEAD/configure '--srcdir=/coda/Projects/XEmacs/21.2-HEAD' '--with-widgets=athena' '--with-athena=3d' '--with-sound=none,nas' '--with-mule' '--with-xim=xlib' '--with-xfs' '--use-union-type' '--pdump' XEmacs 21.2-b35 "Nike" configured for `i686-pc-linux'. Compilation / Installation: Source code location: /coda/Projects/XEmacs/21.2-HEAD Installation prefix: /usr/local Operating system description file: `s/linux.h' Machine description file: `m/intel386.h' Compiler: gcc -g -O3 -Wall -Wno-switch -Wpointer-arith -Winline -Wmissing-prototypes -Wshadow Relocating allocator for buffers: no GNU version of malloc: yes - Using Doug Lea's new malloc from the GNU C Library. Window System: Compiling in support for the X window system: - X Windows headers location: /usr/X11R6/include - X Windows libraries location: /usr/X11R6/lib - Handling WM_COMMAND properly. Compiling in support for the Athena widget set: - Athena headers location: X11/Xaw3d - Athena library to link: Xaw3d Using Lucid menubars. Using Lucid scrollbars. Using Athena dialog boxes. Using Athena native widgets. TTY: Compiling in support for ncurses. Images: Compiling in support for GIF images (builtin). Compiling in support for XPM images. Compiling in support for PNG images. Compiling in support for JPEG images. Compiling in support for TIFF images. Sound: Compiling in support for NAS (network audio system). Databases: Compiling in support for Berkeley database. Compiling in support for PostgreSQL. - Using PostgreSQL header file: postgresql/libpq-fe.h - Using PostgreSQL V7 bindings. Internationalization: Compiling in support for Mule (multi-lingual Emacs). Compiling in support for XIM (X11R5+ I18N input method). - Using raw Xlib to provide XIM support. - Using XFontSet to provide bilingual menubar. Compiling in support for Canna on Mule. Compiling in support for the WNN input method on Mule. Mail: Compiling in support for "dot-locking" mail spool file locking method. Other Features: Compiling in support for dynamic shared object modules. Using the union type for Lisp_Objects. Using the new portable dumper. Compiling in support for extra debugging code. WARNING: --------------------------------------------------------- WARNING: Compiling in support for runtime error checking. WARNING: XEmacs will run noticeably more slowly as a result. WARNING: Error checking is on by default for XEmacs beta releases. WARNING: --------------------------------------------------------- -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Wed Sep 13 02:16:31 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA07349 for xemacs-beta-out; Wed, 13 Sep 2000 02:16:31 -0400 Received: from del1.mantraonline.com (del1.mantraonline.com [202.56.230.1]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA07313 for ; Wed, 13 Sep 2000 02:16:28 -0400 Date: Wed, 13 Sep 2000 02:16:28 -0400 From: alojetic@mantraonline.com Received: from amir ([202.56.231.214]) by del1.mantraonline.com (Netscape Messaging Server 4.1) with SMTP id G0TA6Y03.9CK for ; Wed, 13 Sep 2000 01:04:10 -0500 Received: from login_0246.whynot.net (mx.whynot.net[206.212.231.88]) by whynot.net (8.8.5/8.7.3) with SMTP id XAA00702 for ; Wed, 13 September 2000 11:41:12 -0700 (EDT) To: Subject: WORK WITH AMERICAN COMPANY Reply-To: alojetic@mantraonline.com X-PMFLAGS: 10322341.10 X-UIDL: 10293287_192832.222 Comments: Authenticated Sender is Message-Id: <72124927_58986750> Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hello ! International AMERICAN company in grand expansion all over the world that works 20 years in 49 countries looks for : * Motivated & serious people that really want to work hard and earn very good money based on own efforts. * Part time job even from your home. * Management job combined travelling around the world. If you are interested in one or more from the subjects above, please send us your curriculum vita or your telephone number. We'll happy to assist you. alojetics crew. Our e-mail address : alojetic@mantraonline.com Phone : 91-11 - 6966091 / 91-11 - 6520632 Mobile : (0)98-100-93661 Voicemail : 9396060 Fax : 91-11 - 6520636 From owner-xemacs-beta@xemacs.org Wed Sep 13 07:00:53 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id HAA19392 for xemacs-beta-out; Wed, 13 Sep 2000 07:00:53 -0400 Received: from mx1.informatik.uni-tuebingen.de (mx1.Informatik.Uni-Tuebingen.De [134.2.12.5]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id HAA19389 for ; Wed, 13 Sep 2000 07:00:52 -0400 Received: from informatik.uni-tuebingen.de (sams [134.2.12.50]) by mx1.informatik.uni-tuebingen.de (Postfix) with ESMTP id D82284AE; Wed, 13 Sep 2000 13:00:51 +0200 (MST) Received: (from sperber@localhost) by informatik.uni-tuebingen.de (8.9.3/8.9.3) id NAA05241; Wed, 13 Sep 2000 13:00:50 +0200 (CEST) (envelope-from sperber) To: nbecker@fred.net Cc: xemacs-beta@xemacs.org Subject: Re: pcl-cvs doc sync? References: From: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Date: 13 Sep 2000 13:00:50 +0200 In-Reply-To: nbecker@fred.net's message of "11 Sep 2000 09:59:36 -0400" Message-ID: Lines: 16 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Neal" == nbecker writes: Neal> I just grabbed/installed pcl-cvs PCL-CVS release v2_9_9. Neal> C-h i says: Neal> Next: Installation, Prev: (dir), Up: (dir) Neal> This info manual describes pcl-cvs which is a GNU Emacs front-end to Neal> CVS. It works with CVS version 1.9 and newer. This manual is updated Neal> to release 2.5 of pcl-cvs. It *is* the manual from the 2.9.9 release. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla From owner-xemacs-beta@xemacs.org Wed Sep 13 07:00:13 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id HAA19346 for xemacs-beta-out; Wed, 13 Sep 2000 07:00:13 -0400 Received: from mx1.informatik.uni-tuebingen.de (mx1.Informatik.Uni-Tuebingen.De [134.2.12.5]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id HAA19342 for ; Wed, 13 Sep 2000 07:00:11 -0400 Received: from informatik.uni-tuebingen.de (sams [134.2.12.50]) by mx1.informatik.uni-tuebingen.de (Postfix) with ESMTP id 0C6954AE; Wed, 13 Sep 2000 13:00:10 +0200 (MST) Received: (from sperber@localhost) by informatik.uni-tuebingen.de (8.9.3/8.9.3) id NAA05237; Wed, 13 Sep 2000 13:00:08 +0200 (CEST) (envelope-from sperber) To: nbecker@fred.net Cc: xemacs-beta@xemacs.org Subject: Re: efs bug? References: From: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Date: 13 Sep 2000 13:00:08 +0200 In-Reply-To: Andreas Jaeger's message of "11 Sep 2000 15:04:42 +0200" Message-ID: Lines: 16 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Andreas" == Andreas Jaeger writes: >>>>> nbecker writes: >> This is what I get from Manage Packages/list & install: Andreas> Which XEmacs version? Which OS? Andreas> This is AFAIK fixed in XEmacs 21.1.12. It's not a core issue, it's a known EFS issue. I have a fix, but I need to put in some testing. I'll try to make next weekend for a new release. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla From owner-xemacs-beta@xemacs.org Wed Sep 13 08:20:20 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA22718 for xemacs-beta-out; Wed, 13 Sep 2000 08:20:20 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA22715 for ; Wed, 13 Sep 2000 08:20:19 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id IAA12390; Wed, 13 Sep 2000 08:17:56 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id IAA18196; Wed, 13 Sep 2000 08:20:17 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (zj75t.ecf.teradyne.com [131.101.192.85]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id OAA24067; Wed, 13 Sep 2000 14:19:58 +0200 (MET DST) To: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Cc: nbecker@fred.net, xemacs-beta@xemacs.org Subject: Re: efs bug? References: X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 13 Sep 2000 14:14:39 +0200 In-Reply-To: sperber@informatik.uni-tuebingen.de's message of "13 Sep 2000 13:00:08 +0200" Message-ID: Lines: 28 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Carlsbad Caverns) MIME-Version: 1.0 Content-Type: text/plain; charset=latin-iso889-1 Content-Transfer-Encoding: 8bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Michael" == Michael Sperber writes: >>>>> "Andreas" == Andreas Jaeger writes: >>>>> nbecker writes: >>> This is what I get from Manage Packages/list & install: Andreas> Which XEmacs version? Which OS? Andreas> This is AFAIK fixed in XEmacs 21.1.12. Michael> It's not a core issue, it's a known EFS issue. I have a Michael> fix, but I need to put in some testing. I'll try to make Michael> next weekend for a new release. Great! I am willing to test it on Windows NT (native build). Best regards, Adrian Michael> -- Michael> Cheers =8-} Mike Michael> Friede, Völkerverständigung und überhaupt blabla -- Adrian Aichner From owner-xemacs-beta@xemacs.org Wed Sep 13 09:45:39 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id JAA27547 for xemacs-beta-out; Wed, 13 Sep 2000 09:45:39 -0400 Received: from beamail.beasys.com ([63.96.160.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id JAA27537 for ; Wed, 13 Sep 2000 09:45:33 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id GAA21075 for ; Wed, 13 Sep 2000 06:45:32 -0700 (PDT) Received: from paston.beasys.com (oldlondon [10.5.1.12]) by london.beasys.com (8.9.1b+Sun/8.9.1) with SMTP id OAA07798; Wed, 13 Sep 2000 14:47:22 +0100 (BST) X-Mailer: 21.2 (beta35) "Nike" XEmacs Lucid (via feedmail 8 Q); VM 6.75 under 21.2 (beta35) "Nike" XEmacs Lucid From: "Philip Aston" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14783.21047.248000.859388@paston.beasys.com> Date: Wed, 13 Sep 2000 11:08:55 +0100 (GMT0:00) To: Andy Piper Cc: xemacs-beta@xemacs.org Subject: Re: alloc.c assertion - tree widget In-Reply-To: <4.3.2.7.2.20000912105844.00c56a50@london.beasys.com> References: <4480-Tue12Sep2000075136+0100-paston@beasys.com> <4.3.2.7.2.20000912105844.00c56a50@london.beasys.com> Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Andy Piper writes: > I thought I'd fixed this. Have you updated from CVS? The problem is that > the event loop is getting called from within GC. > > At 07:51 AM 9/12/00 +0100, Philip Aston wrote: > >Fatal error: assertion failed, file alloc.c, line 2279, ! > >MARKED_RECORD_HEADER_P (lheader) Sorry, "on the train" bug so couldn't check CVS. Will do later... - Phil ------------------------------------------- Philip Aston - Senior Consultant BEA Professional Services (Northern Europe) From owner-xemacs-beta@xemacs.org Wed Sep 13 17:30:08 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id RAA20786 for xemacs-beta-out; Wed, 13 Sep 2000 17:30:08 -0400 Received: from bastuba.partitur.se ([212.209.169.194]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id RAA20781 for ; Wed, 13 Sep 2000 17:30:07 -0400 Received: from elbas.partitur.se (elbas.partitur.se [212.209.169.222]) by bastuba.partitur.se (8.9.3/8.9.3) with ESMTP id XAA81632; Wed, 13 Sep 2000 23:30:06 +0200 (CEST) (envelope-from girgen@partitur.se) Received: from partitur.se (localhost.partitur.se [127.0.0.1]) by elbas.partitur.se (8.11.0/8.11.0) with ESMTP id e8DLU6Y03526; Wed, 13 Sep 2000 23:30:06 +0200 (CEST) (envelope-from girgen@partitur.se) Message-ID: <39BFF1DD.D69C1ED9@partitur.se> Date: Wed, 13 Sep 2000 23:30:05 +0200 From: Palle Girgensohn Organization: Partitur X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1-STABLE i386) X-Accept-Language: sv, en MIME-Version: 1.0 To: xemacs-beta@xemacs.org Subject: old version of vc.el Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi! It seems that the package version of vc.el (in package vc) is out of date. There is a function vc-resolve-conflicts in the newer versions ( at least the one distributed with emacs-20.7). This function is expected by pcl-cvs. Would it be possible to update the vc package. I am not an elisp hacker, or I would have sent you the patches ;-) Cheers, Palle Girgensohn -- Partitur Informationsteknik AB Wenner-Gren Center +46 8 566 280 02 113 46 Stockholm +46 70 785 86 02 Sweden girgen@partitur.se From owner-xemacs-beta@xemacs.org Wed Sep 13 18:51:21 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id SAA24707 for xemacs-beta-out; Wed, 13 Sep 2000 18:51:21 -0400 Received: from 24-216-39-123.hsacorp.net (24-216-39-123.hsacorp.net [24.216.39.123]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id SAA24701 for ; Wed, 13 Sep 2000 18:51:18 -0400 Received: (from jmiller@localhost) by 24-216-39-123.hsacorp.net (8.9.3/8.9.3) id SAA13175; Wed, 13 Sep 2000 18:51:06 -0400 From: Jeff Miller MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14784.1241.709184.802862@24-216-39-123.hsacorp.net> Date: Wed, 13 Sep 2000 18:51:05 -0400 To: "Stephen J. Turnbull" Cc: xemacs-beta@xemacs.org Subject: Re: progress gauge weirdness In-Reply-To: <14783.1421.785636.272231@turnbull.sk.tsukuba.ac.jp> References: <4.3.2.7.2.20000823115107.00deb910@london.beasys.com> <4.3.2.7.2.20000822082158.00c3fba0@london.beasys.com> <4.3.2.7.2.20000821225954.00de0220@london.beasys.com> <14751.7479.626877.125820@24-240-68-41.hsacorp.net> <4.3.2.7.2.20000910210453.00e93840@london.beasys.com> <14782.64703.284941.706199@24-216-39-123.hsacorp.net> <14783.1421.785636.272231@turnbull.sk.tsukuba.ac.jp> X-Mailer: VM 6.76 under 21.2 (beta35) "Nike" XEmacs Lucid Reply-To: jmiller@cablespeed.com X-Face: &vGrMZ?Q&W5~yiCR_#hat=$tgJrK`J=2$se?0Nu9I3G|I<2-\:82zx>kz=l8(yw)G1i&0"D >>>>> "SJT" == Stephen J Turnbull writes: SJT> Which variety and version of Motif? Lesstif. Looks like 0.89.4 It's at least date stamped Nov 5 1999. hmm, i see i'm at least 2 releases behind on lesstif. I'll wait on upgrading in case Andy would like me to try a patch or something. Jeff From owner-xemacs-beta@xemacs.org Thu Sep 14 02:54:17 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA23488 for xemacs-beta-out; Thu, 14 Sep 2000 02:54:17 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA23484 for ; Thu, 14 Sep 2000 02:54:16 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id CAA28918; Thu, 14 Sep 2000 02:51:53 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id CAA02388; Thu, 14 Sep 2000 02:54:14 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (mushiva-5.ecf.teradyne.com [131.101.192.125]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id IAA19406; Thu, 14 Sep 2000 08:53:57 +0200 (MET DST) To: Palle Girgensohn Cc: xemacs-beta@xemacs.org Subject: Re: old version of vc.el References: <39BFF1DD.D69C1ED9@partitur.se> X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 13 Sep 2000 18:51:14 +0200 In-Reply-To: Palle Girgensohn's message of "Wed, 13 Sep 2000 23:30:05 +0200" Message-ID: Lines: 31 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Carlsbad Caverns) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Palle" == Palle Girgensohn writes: Palle> Hi! Palle> It seems that the package version of vc.el (in package vc) is Palle> out of date. There is a function vc-resolve-conflicts in the Palle> newer versions ( at least the one distributed with emacs-20.7). Palle> This function is expected by pcl-cvs. Would it be possible to Palle> update the vc package. I am not an elisp hacker, or I would Palle> have sent you the patches ;-) Please provide your XEmacs package numbers of vc and pcl-cvs! Here are mine (Options -> Manage Packages -> List & Install): pcl-cvs 1.49 1.49 CVS frontend. vc 1.23 1.23 Version Control for Free systems. Hope this helps, Adrian Palle> Cheers, Palle> Palle Girgensohn Palle> -- Palle> Partitur Informationsteknik AB Palle> Wenner-Gren Center +46 8 566 280 02 Palle> 113 46 Stockholm +46 70 785 86 02 Palle> Sweden girgen@partitur.se -- Adrian Aichner From owner-xemacs-beta@xemacs.org Thu Sep 14 03:52:30 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id DAA28636 for xemacs-beta-out; Thu, 14 Sep 2000 03:52:30 -0400 Received: from beamail.beasys.com ([63.96.160.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id DAA28632 for ; Thu, 14 Sep 2000 03:52:29 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id AAA19951 for ; Thu, 14 Sep 2000 00:52:24 -0700 (PDT) Received: from paston.beasys.com ([192.168.40.63]) by london.beasys.com (8.9.1b+Sun/8.9.1) with SMTP id IAA25311; Thu, 14 Sep 2000 08:54:50 +0100 (BST) X-Mailer: 21.2 (beta35) "Nike" XEmacs Lucid (via feedmail 8 Q); VM 6.75 under 21.2 (beta35) "Nike" XEmacs Lucid From: "Philip Aston" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14783.58515.928000.620322@paston.beasys.com> Date: Wed, 13 Sep 2000 21:33:23 +0100 (GMT0:00) To: Andy Piper , xemacs-beta@xemacs.org Subject: Re: alloc.c assertion - tree widget In-Reply-To: <14783.21047.248000.859388@paston.beasys.com> References: <4480-Tue12Sep2000075136+0100-paston@beasys.com> <4.3.2.7.2.20000912105844.00c56a50@london.beasys.com> <14783.21047.248000.859388@paston.beasys.com> Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Philip Aston writes: > > Andy Piper writes: > > I thought I'd fixed this. Have you updated from CVS? The problem is that > > the event loop is getting called from within GC. > > > > At 07:51 AM 9/12/00 +0100, Philip Aston wrote: > > >Fatal error: assertion failed, file alloc.c, line 2279, ! > > >MARKED_RECORD_HEADER_P (lheader) > > Sorry, "on the train" bug so couldn't check CVS. Will do later... CVS version is fine, sorry... - Phil ------------------------------------------- Philip Aston - Senior Consultant BEA Professional Services (Northern Europe) From owner-xemacs-beta@xemacs.org Thu Sep 14 04:56:05 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA32369 for xemacs-beta-out; Thu, 14 Sep 2000 04:56:05 -0400 Received: from suzuran.dcl.info.waseda.ac.jp (marimo.dcl.info.waseda.ac.jp [133.9.216.227]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA32364 for ; Thu, 14 Sep 2000 04:56:03 -0400 Received: from gg.bug.org (debian [127.0.0.1]) by suzuran.dcl.info.waseda.ac.jp (Postfix) with ESMTP id C7A09AD20 for ; Thu, 14 Sep 2000 17:55:48 +0900 (JST) To: xemacs-beta@xemacs.org Subject: set-charset-ccl-program MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Organization: (Computer) Bug Organization From: Daiki Ueno Date: 14 Sep 2000 17:53:57 +0900 Message-ID: <87u2bj5p7e.fsf@gg.bug.org> Lines: 31 User-Agent: T-gnus/6.14.5 (based on Gnus v5.8.8) (revision 04) EMIKO/1.14.0 (Zoomastigophora) Deisui/1.14.0 (Kikuhime) APEL/10.2 MULE XEmacs/21.2 (beta35) (Nike) (i686-pc-linux) Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hello, I read [1] while I tried to display Greek characters with a Unicode font. But in case the dimension of the charset is 1, it seems that the resulting code point 2 (R2) is not considered. (redisplay-x.c:separate_textual_runs is where to calculate the code point in the font.) This is what I did in unifont.el: (set-charset-registry 'greek-iso8859-7 "iso10646-1") (define-ccl-program ccl-encode-greek-iso8859-7-font `(0 ;; In: R0: greek-iso8859-7 (not checked) ;; R1: position code ;; Out: R1: font codepoint 1 ;; R2: font codepoint 2 [...] )) (set-charset-ccl-program 'greek-iso8859-7 ccl-encode-greek-iso8859-7-font) Footnotes: [1] http://www.m17n.org/ntakahas/npx/unifont.en.html Regards, -- Daiki Ueno From owner-xemacs-beta@xemacs.org Thu Sep 14 11:58:56 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA20209 for xemacs-beta-out; Thu, 14 Sep 2000 11:58:56 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id LAA20206 for ; Thu, 14 Sep 2000 11:58:55 -0400 Received: by localhost id m13ZbMw-00014bC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Fri, 15 Sep 2000 00:56:10 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14784.62746.402483.573306@turnbull.sk.tsukuba.ac.jp> Date: Fri, 15 Sep 2000 00:56:10 +0900 (JST) To: xemacs-beta@xemacs.org Subject: Re: progress gauge weirdness In-Reply-To: <14783.1421.785636.272231@turnbull.sk.tsukuba.ac.jp> References: <4.3.2.7.2.20000823115107.00deb910@london.beasys.com> <4.3.2.7.2.20000822082158.00c3fba0@london.beasys.com> <4.3.2.7.2.20000821225954.00de0220@london.beasys.com> <14751.7479.626877.125820@24-240-68-41.hsacorp.net> <4.3.2.7.2.20000910210453.00e93840@london.beasys.com> <14782.64703.284941.706199@24-216-39-123.hsacorp.net> <14783.1421.785636.272231@turnbull.sk.tsukuba.ac.jp> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Jeff" == Jeff Miller writes: Jeff> i see the progress gauge come up for a split second and am Jeff> left with remmnants of the progress bar and the stop button Jeff> now, switch to the scratch buffer Jeff> now I have the set, save & done widgets, along with the Jeff> progress bar remmnants in the *scratch buffer* >>>>> "Stephen" == Stephen J Turnbull writes: Stephen> I can't replicate this. The obvious difference between Stephen> my setup and yours is I use Lucid widgets, you're using Stephen> motif. I think I can probably do a Motif test but it'll Stephen> be a day or two; I may not have the libs installed. OK, I've done this, with lesstif 0.91.4. No anomolies. Maybe a lesstif 0.89 bug? -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Thu Sep 14 15:29:18 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id PAA00601 for xemacs-beta-out; Thu, 14 Sep 2000 15:29:18 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id PAA00598 for ; Thu, 14 Sep 2000 15:29:18 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id PAA26405; Thu, 14 Sep 2000 15:26:49 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id PAA27182; Thu, 14 Sep 2000 15:29:10 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (mushiva-2.ecf.teradyne.com [131.101.192.122]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id VAA11184; Thu, 14 Sep 2000 21:28:54 +0200 (MET DST) To: Chen Youhua-Y17328 Cc: Audun Runde , XEmacs Beta List Subject: Re: Compilation and Installation Steps for HP-UX 10.20 References: X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 14 Sep 2000 21:27:01 +0200 In-Reply-To: Chen Youhua-Y17328's message of "Thu, 14 Sep 2000 14:39:54 -0400" Message-ID: Lines: 111 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Carlsbad Caverns) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Chen" == Chen Youhua writes: Hi Chen! Are you building from tarballs? Are you building from CVS? Which XEmacs version are you trying to build? If you're lucky you might get help from Audun Runde who reported this: http://www.xemacs.org/list-archives/xemacs-beta/200008/msg00382.html end of August. So he must have built XEmacs successfully. Good Luck, Adrian Chen> Hi, Chen> Thanks for the reply. What I did was just running the configure Chen> shell (with different options). For example, I did: Chen> ./configure --dynamic=yes Chen> And I got the following error message: Chen> checking how to build a shared library... lflags: -b cflags: +z Chen> checking for dlerror... no Chen> *** PANIC *** The C compiler can no longer build working executables. Chen> *** PANIC *** Please examine the tail of config.log for runtime errors. Chen> *** PANIC *** The most likely reason for this problem is that configure Chen> *** PANIC *** links with shared libraries, but those libraries cannot be Chen> *** PANIC *** found at run time. Chen> *** PANIC *** Chen> *** PANIC *** On a Linux system, edit /etc/ld.so.conf and re-run Chen> ldconfig. Chen> *** PANIC *** On other systems, try telling configure where to find the Chen> *** PANIC *** shared libraries using the --site-runtime-libraries option Chen> *** PANIC *** Chen> *** PANIC *** Another way to shoot yourself in the foot is to specify Chen> *** PANIC *** --with-FEATURE when FEATURE is not actually installed Chen> *** PANIC *** on your system. Don't do that. Chen> I attached the config.log file here. Chen> Thanks for helping. Chen> Youhua. Chen> -----Original Message----- Chen> From: Adrian Aichner [mailto:aichner@ecf.teradyne.com] Chen> Sent: Thursday, September 14, 2000 12:52 PM Chen> To: Chen Youhua-Y17328 Chen> Cc: 'webmaster@xemacs.org' Chen> Subject: Re: Compilation and Installation Steps for HP-UX 10.20 >>>>> "Chen" == Chen Youhua writes: Chen> Hi, Chen> I was trying to install xemacs on our HP-UX 10.20 box. But I Chen> could not get through by following the general steps Chen> describe on the website. Is it possible that you give me Chen> some instructions specific to compiling and installing Chen> Xemacs on the HP-UX 10.20 system? Chen> Need more info. Chen> What exactly did you do and what exactly happened? Chen> Best regards, Chen> Adrian Chen> Thanks for helping, Chen> Youhua Chen. Chen> Network Administrator Chen> Motorola Canada Ltd. MCSC. Chen> Tel: 514-394-7837 Chen> Email: Youhua.Chen@motorola.com Chen> -- Chen> Adrian Aichner -- Adrian Aichner From owner-xemacs-beta@xemacs.org Thu Sep 14 15:51:47 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id PAA01908 for xemacs-beta-out; Thu, 14 Sep 2000 15:51:47 -0400 Received: from msgbas1tx.cos.agilent.com (msgbas1tx.cos.agilent.com [192.6.9.34]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id PAA01905 for ; Thu, 14 Sep 2000 15:51:46 -0400 Received: from andom1.an.hp.com (andom1.an.hp.com [15.4.128.104]) by msgbas1tx.cos.agilent.com (Postfix) with ESMTP id 3A677364 for ; Thu, 14 Sep 2000 13:51:42 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by andom1.an.hp.com (Postfix) with ESMTP id B9362B5 for ; Thu, 14 Sep 2000 15:51:40 -0400 (EDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.0) with ESMTP id MAA08940 for ; Thu, 14 Sep 2000 12:51:39 -0700 (PDT) Message-Id: <200009141951.MAA08940@mina.soco.agilent.com> To: xemacs-beta@xemacs.org Subject: Pixel position from window-point? Reply-To: Darryl Okahata Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: text/plain; charset=US-ASCII Date: Thu, 14 Sep 2000 12:51:39 -0700 From: Darryl Okahata Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi, OK, I've dug through the emacs-lisp manual and the source code, and I must be either blind or stupid (or both ;-). Given a (visible) point (i.e., "(point)") in a particular window, how does one get the corresponding pixel co-ordinates? Co-ordinates relative to either the window or the frame are welcome. Getting co-ordinates from a mouse event is trivial, but I want to get the co-ordinates of the cursor as I type. I'm writing yet another "mini IntelliSense" mode, and I need to find the rough pixel co-ordinates of the cursor, so that I can pop up a little help window next to it (similar to balloon-help). Thanks, -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. From owner-xemacs-beta@xemacs.org Thu Sep 14 15:57:50 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id PAA02230 for xemacs-beta-out; Thu, 14 Sep 2000 15:57:50 -0400 Received: from adglinux1.hns.com (adglinux1.hns.com [139.85.108.152]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id PAA02226 for ; Thu, 14 Sep 2000 15:57:48 -0400 Received: from nbecker by adglinux1.hns.com with local (Exim 3.16 #1) id 13Zf8R-0004sl-00; Thu, 14 Sep 2000 15:57:27 -0400 To: Adrian Aichner Cc: Chen Youhua-Y17328 , Audun Runde , XEmacs Beta List Subject: Re: Compilation and Installation Steps for HP-UX 10.20 References: Content-Type: text/plain; charset=US-ASCII From: nbecker@fred.net Date: 14 Sep 2000 15:57:27 -0400 In-Reply-To: Adrian Aichner's message of "14 Sep 2000 21:27:01 +0200" Message-ID: Lines: 2 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Are you using the free garbage c compiler that HP gave you, which is IIRC only useful for compiling the kernel? If so, install gcc-2.95.2. From owner-xemacs-beta@xemacs.org Thu Sep 14 16:08:47 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id QAA02879 for xemacs-beta-out; Thu, 14 Sep 2000 16:08:47 -0400 Received: from adglinux1.hns.com (adglinux1.hns.com [139.85.108.152]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id QAA02875 for ; Thu, 14 Sep 2000 16:08:47 -0400 Received: from nbecker by adglinux1.hns.com with local (Exim 3.16 #1) id 13ZfJO-0004u7-00 for xemacs-beta@xemacs.org; Thu, 14 Sep 2000 16:08:46 -0400 To: xemacs-beta@xemacs.org Subject: Is lazy-shot obsolete? Content-Type: text/plain; charset=US-ASCII From: nbecker@fred.net Date: 14 Sep 2000 16:08:46 -0400 Message-ID: Lines: 3 MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Well, is it? It looks like lazy-lock has all the same capabilities. If this is really true, I suggest that loading lazy-shot should warn the user. From owner-xemacs-beta@xemacs.org Thu Sep 14 16:36:59 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id QAA04684 for xemacs-beta-out; Thu, 14 Sep 2000 16:36:59 -0400 Received: from adglinux1.hns.com (adglinux1.hns.com [139.85.108.152]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id QAA04681 for ; Thu, 14 Sep 2000 16:36:58 -0400 Received: from nbecker by adglinux1.hns.com with local (Exim 3.16 #1) id 13Zfkf-0004xh-00 for xemacs-beta@xemacs.org; Thu, 14 Sep 2000 16:36:57 -0400 To: xemacs-beta@xemacs.org Subject: Help debugging Content-Type: text/plain; charset=US-ASCII From: nbecker@fred.net Date: 14 Sep 2000 16:36:57 -0400 Message-ID: Lines: 10 MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Anyone have any clue what this is? Value: "21.1 (patch 12) \"Channel Islands\" XEmacs Lucid" Signaling: (void-function null-buffer-file-name) signal(void-function (null-buffer-file-name)) byte-code("..." [kill-buffer buf signal data] 3) find-file-noselect("/home/nbecker/balmail.tar.gz") find-file("/home/nbecker/balmail.tar.gz") #() call-interactively(dired-advertised-find-file) From owner-xemacs-beta@xemacs.org Thu Sep 14 16:56:57 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id QAA05708 for xemacs-beta-out; Thu, 14 Sep 2000 16:56:57 -0400 Received: from ns.blueskystudios.com ([63.108.102.35]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id QAA05702 for ; Thu, 14 Sep 2000 16:56:56 -0400 Received: from redhook.blueskystudios.com (maginot-psn.blueskystudios.com [192.168.2.1]) by ns.blueskystudios.com (8.9.3/8.9.3) with ESMTP id QAA49102; Thu, 14 Sep 2000 16:56:55 -0400 (EDT) Received: from denmark.blueskystudios.com (denmark.blueskystudios.com [10.1.10.71]) by redhook.blueskystudios.com (8.9.3/8.9.3) with ESMTP id QAA2194235; Thu, 14 Sep 2000 16:55:46 -0400 (EDT) Received: (from turner@localhost) by denmark.blueskystudios.com (8.9.3/8.9.3) id QAA113876; Thu, 14 Sep 2000 16:56:54 -0400 (EDT) From: "John A. Turner" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14785.15254.56233.105182@denmark.blueskystudios.com> Date: Thu, 14 Sep 2000 16:56:54 -0400 (EDT) To: nbecker@fred.net Cc: xemacs-beta@xemacs.org Subject: Re: Is lazy-shot obsolete? In-Reply-To: References: X-PGP-Fingerprint: 64 CF BC 31 E1 15 ED 5D E1 BE F5 7F CD 5D 99 34 X-Caffeination-Level: High X-URL: http://john.turner.org/ X-Mailer: VM 6.75 under 21.2 (beta35) "Nike" XEmacs Lucid X-Face: One of my favorite quotes... Music is the cup which holds the wine of silence; sound is that cup, but empty; noise is that cup, but broken. - Robert Fripp Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "n" == nbecker : n> Well, is it? It looks like lazy-lock has all the same capabilities. n> If this is really true, I suggest that loading lazy-shot should warn n> the user. It's my recollection that lazy-shot came *after* lazy-lock - in fact, I thought it was "lazy-lock done right", at least according to whoever wrote lazy-shot, I guess. :) ah, take a look at this from lazy-lock: ;;; Commentary: ;; This version of Lazy Lock has special modifications for XEmacs by Ben Wing ;; that have never been merged into the FSF's version. The FSF version ;; supports GNU Emacs only, and relies on C support that is extremely ;; kludgy and not supported by XEmacs. This version uses `pre-idle-hook' ;; instead. ;; For reasons that are not at all clear to me, someone went ahead and ;; created another lazy fontification package for XEmacs (lazy-shot). ;; That package relies on the extent property `initial-redisplay-function', ;; which would not be so bad except that the implementation of this ;; function is broken in that the function is called through an eval ;; event, which is executed *after* redisplay. Thus, horrible redisplay ;; flashing. To fix this, let the function be called at pre-idle-hook ;; time. In any event, I've been using lazy-shot every day for years... if it's deprecated, that's certainly news to me... I'm perfectly happy with it. -- John A. Turner, Ph.D. Senior Research Associate Blue Sky Studios, 44 S. Broadway, White Plains, NY 10601 http://www.blueskystudios.com/ (914) 259-6319 From owner-xemacs-beta@xemacs.org Thu Sep 14 17:25:46 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id RAA07038 for xemacs-beta-out; Thu, 14 Sep 2000 17:25:46 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id RAA07033 for ; Thu, 14 Sep 2000 17:25:41 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id RAA18639; Thu, 14 Sep 2000 17:23:16 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id RAA19183; Thu, 14 Sep 2000 17:25:39 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (mushiva-6.ecf.teradyne.com [131.101.192.126]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id XAA11388; Thu, 14 Sep 2000 23:25:22 +0200 (MET DST) To: nbecker@fred.net Cc: xemacs-beta@xemacs.org Subject: Re: Help debugging References: X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 14 Sep 2000 23:23:29 +0200 In-Reply-To: nbecker@fred.net's message of "14 Sep 2000 16:36:57 -0400" Message-ID: Lines: 41 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Carlsbad Caverns) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "nbecker" == nbecker writes: nbecker> Anyone have any clue what this is? nbecker> Value: "21.1 (patch 12) \"Channel Islands\" XEmacs Lucid" nbecker> Signaling: (void-function null-buffer-file-name) nbecker> signal(void-function (null-buffer-file-name)) nbecker> byte-code("..." [kill-buffer buf signal data] 3) nbecker> find-file-noselect("/home/nbecker/balmail.tar.gz") nbecker> find-file("/home/nbecker/balmail.tar.gz") nbecker> #() nbecker> call-interactively(dired-advertised-find-file) Hmmh, my best guess would be that some (null buffer-file-name) got accidentally changed into (null-buffer-file-name) somewhere in the code-base you built from. I have searched cd d:\tmp\21.1\xemacs\lisp\ find . -name "*.el" -exec grep -n "null-buffer-file-name" {} ;[1] and cd c:\XEmacs\xemacs-packages\lisp\ find . -name "*.el" -exec grep -n "null-buffer-file-name" {} ; and found nothing. I have almost all the latest packages installed too! Try doing the same search. Hope this helps, Adrian Footnotes: [1] find . -name "*.el" -exec grep -n "null-buffer-file-name" {} \; should work on UNIX. I use Cygwin on WindowsNT, where ... {} ; works. -- Adrian Aichner From owner-xemacs-beta@xemacs.org Thu Sep 14 17:42:52 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id RAA08052 for xemacs-beta-out; Thu, 14 Sep 2000 17:42:52 -0400 Received: from msgbas1tx.cos.agilent.com (msgbas1tx.cos.agilent.com [192.6.9.34]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id RAA08049 for ; Thu, 14 Sep 2000 17:42:51 -0400 Received: from andom1.an.hp.com (andom1.an.hp.com [15.4.128.104]) by msgbas1tx.cos.agilent.com (Postfix) with ESMTP id BDAA13AE; Thu, 14 Sep 2000 15:42:49 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by andom1.an.hp.com (Postfix) with ESMTP id 47E85115; Thu, 14 Sep 2000 17:42:46 -0400 (EDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.0) with ESMTP id OAA09973; Thu, 14 Sep 2000 14:42:43 -0700 (PDT) Message-Id: <200009142142.OAA09973@mina.soco.agilent.com> To: nbecker@fred.net Cc: xemacs-beta@xemacs.org Subject: Re: Help debugging Reply-To: Darryl Okahata In-Reply-To: Your message of "14 Sep 2000 16:36:57 EDT." Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: text/plain; charset=US-ASCII Date: Thu, 14 Sep 2000 14:42:43 -0700 From: Darryl Okahata Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: > Anyone have any clue what this is? > Value: "21.1 (patch 12) \"Channel Islands\" XEmacs Lucid" > > Signaling: (void-function null-buffer-file-name) > signal(void-function (null-buffer-file-name)) > byte-code("..." [kill-buffer buf signal data] 3) > find-file-noselect("/home/nbecker/balmail.tar.gz") I'm making a wild guess, but has your copy of lisp/files.el gotten corrupted (this is where find-file-noselect is defined)? It contains a number of occurrences of: (null buffer-file-name) It's suspicious that the error symbol is "null-buffer-file-name". -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. From owner-xemacs-beta@xemacs.org Thu Sep 14 17:49:21 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id RAA08428 for xemacs-beta-out; Thu, 14 Sep 2000 17:49:21 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id RAA08424 for ; Thu, 14 Sep 2000 17:49:20 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id RAA22209; Thu, 14 Sep 2000 17:46:56 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id RAA22623; Thu, 14 Sep 2000 17:49:18 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (mushiva-3.ecf.teradyne.com [131.101.192.123]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id XAA11488; Thu, 14 Sep 2000 23:49:00 +0200 (MET DST) To: Adrian Aichner Cc: nbecker@fred.net, xemacs-beta@xemacs.org Subject: Re: Help debugging References: X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 14 Sep 2000 23:47:08 +0200 In-Reply-To: Adrian Aichner's message of "14 Sep 2000 23:23:29 +0200" Message-ID: Lines: 59 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Carlsbad Caverns) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "APA" == Adrian Aichner writes: OK, OK, I lied. Here's the culprit: cd c:\XEmacs\xemacs-packages\lisp\ find . -name "*.el" -exec grep -H "null-buffer-file-name" {} ; Compilation started at Thu Sep 14 23:23:06 2000 +0200 (W. Europe Daylight Time) ./os-utils/crypt.el: (if (and (not (null-buffer-file-name)) Will send a patch ... Adrian >>>>> "nbecker" == nbecker writes: nbecker> Anyone have any clue what this is? nbecker> Value: "21.1 (patch 12) \"Channel Islands\" XEmacs Lucid" nbecker> Signaling: (void-function null-buffer-file-name) nbecker> signal(void-function (null-buffer-file-name)) nbecker> byte-code("..." [kill-buffer buf signal data] 3) nbecker> find-file-noselect("/home/nbecker/balmail.tar.gz") nbecker> find-file("/home/nbecker/balmail.tar.gz") nbecker> #() nbecker> call-interactively(dired-advertised-find-file) APA> Hmmh, my best guess would be that some APA> (null buffer-file-name) APA> got accidentally changed into APA> (null-buffer-file-name) APA> somewhere in the code-base you built from. APA> I have searched APA> cd d:\tmp\21.1\xemacs\lisp\ APA> find . -name "*.el" -exec grep -n "null-buffer-file-name" {} ;[1] APA> and APA> cd c:\XEmacs\xemacs-packages\lisp\ APA> find . -name "*.el" -exec grep -n "null-buffer-file-name" {} ; APA> and found nothing. APA> I have almost all the latest packages installed too! APA> Try doing the same search. APA> Hope this helps, APA> Adrian APA> Footnotes: APA> [1] find . -name "*.el" -exec grep -n "null-buffer-file-name" {} \; APA> should work on UNIX. I use Cygwin on WindowsNT, where ... {} ; works. APA> -- APA> Adrian Aichner -- Adrian Aichner From owner-xemacs-beta@xemacs.org Thu Sep 14 18:31:12 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id SAA10637 for xemacs-beta-out; Thu, 14 Sep 2000 18:31:12 -0400 Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id SAA10631 for ; Thu, 14 Sep 2000 18:31:11 -0400 Received: from marginal.demonadsltrial.co.uk ([193.195.64.136] helo=tardis.ed.ac.uk) by anchor-post-34.mail.demon.net with esmtp (Exim 2.12 #1) id 13ZhXB-00061C-0Y; Thu, 14 Sep 2000 23:31:09 +0100 Message-ID: <39C151AB.490D909B@tardis.ed.ac.uk> Date: Thu, 14 Sep 2000 23:31:07 +0100 From: Jonathan Harris Organization: Yes X-Mailer: Mozilla 4.74 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Darryl Okahata CC: XEmacs Developers List Subject: Re: Pixel position from window-point? References: <200009141951.MAA08940@mina.soco.agilent.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Darryl, > Given a (visible) point (i.e., "(point)") in a particular window, > how does one get the corresponding pixel co-ordinates? Co-ordinates > relative to either the window or the frame are welcome. Getting > co-ordinates from a mouse event is trivial, but I want to get the > co-ordinates of the cursor as I type. Oddly enough I'm looking for exactly the same thing and I don't think that it exists in lisp. glyph_to_pixel_translation() gives what you want in C and this is used by 'set-mouse-position. You could trivially add a new function to frame.c that calls glyph_to_pixel_translation() - maybe call it 'pixel-position ?. Jonathan. -- Jonathan Harris | jhar@tardis.ed.ac.uk London, England | Jonathan.Harris@symbian.com From owner-xemacs-beta@xemacs.org Thu Sep 14 19:15:25 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id TAA12747 for xemacs-beta-out; Thu, 14 Sep 2000 19:15:25 -0400 Received: from 24-216-39-123.hsacorp.net (24-216-39-123.hsacorp.net [24.216.39.123]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id TAA12743 for ; Thu, 14 Sep 2000 19:15:23 -0400 Received: (from jmiller@localhost) by 24-216-39-123.hsacorp.net (8.9.3/8.9.3) id TAA32054; Thu, 14 Sep 2000 19:15:22 -0400 From: Jeff Miller MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14785.23561.264787.349032@24-216-39-123.hsacorp.net> Date: Thu, 14 Sep 2000 19:15:21 -0400 To: xemacs-beta@xemacs.org Subject: Re: progress gauge weirdness In-Reply-To: <14784.62746.402483.573306@turnbull.sk.tsukuba.ac.jp> References: <4.3.2.7.2.20000823115107.00deb910@london.beasys.com> <4.3.2.7.2.20000822082158.00c3fba0@london.beasys.com> <4.3.2.7.2.20000821225954.00de0220@london.beasys.com> <14751.7479.626877.125820@24-240-68-41.hsacorp.net> <4.3.2.7.2.20000910210453.00e93840@london.beasys.com> <14782.64703.284941.706199@24-216-39-123.hsacorp.net> <14783.1421.785636.272231@turnbull.sk.tsukuba.ac.jp> <14784.62746.402483.573306@turnbull.sk.tsukuba.ac.jp> X-Mailer: VM 6.76 under 21.2 (beta35) "Nike" XEmacs Lucid Reply-To: jmiller@cablespeed.com X-Face: &vGrMZ?Q&W5~yiCR_#hat=$tgJrK`J=2$se?0Nu9I3G|I<2-\:82zx>kz=l8(yw)G1i&0"D >>>>> "SJT" == Stephen J Turnbull writes: Jeff> now I have the set, save & done widgets, along with the Jeff> progress bar remmnants in the *scratch buffer* >>>>> "Stephen" == Stephen J Turnbull writes: Stephen> I can't replicate this. The obvious difference between Stephen> my setup and yours is I use Lucid widgets, you're using Stephen> motif. I think I can probably do a Motif test but it'll Stephen> be a day or two; I may not have the libs installed. SJT> OK, I've done this, with lesstif 0.91.4. No anomolies. SJT> Maybe a lesstif 0.89 bug? No, I think I have found my problem though. I did retest with widgets=athena and though I thought it had gotten rid of the progress bar orphans, in reality it did not. I realized I had not followed my recipe exactly. I had just run xemacs, not xemacs -vanilla. Using -vanilla, I do get the progress bar orphans, just the athena versions. so.... I did a cvs diff and found that windows.c & glyphs.c had some differences vs the current cvs. In particular, code mentioning widget caching and broken subwindows. I moved those two files out of the way, and cvs updated, and recompiled. I retested 3 times and I cannot repeat the problem. So it looks like I had some old remnants of some previously hand applied patches. I have also recompiled with the motif (lesstif ) widgets and can report that they do not produce any orphans either. So, looks like a dirty src tree on my part, that is now clean. Problem solved. (hopefully no new ones started :-) ) Jeff From owner-xemacs-beta@xemacs.org Thu Sep 14 22:57:19 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id WAA22239 for xemacs-beta-out; Thu, 14 Sep 2000 22:57:19 -0400 Received: from msgbas1tx.cos.agilent.com (msgbas1tx.cos.agilent.com [192.6.9.34]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id WAA22236 for ; Thu, 14 Sep 2000 22:57:18 -0400 Received: from andom1.an.hp.com (andom1.an.hp.com [15.4.128.104]) by msgbas1tx.cos.agilent.com (Postfix) with ESMTP id E5B39528; Thu, 14 Sep 2000 20:57:16 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by andom1.an.hp.com (Postfix) with ESMTP id EB38E16D; Thu, 14 Sep 2000 22:57:15 -0400 (EDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.0) with ESMTP id TAA12820; Thu, 14 Sep 2000 19:57:14 -0700 (PDT) Message-Id: <200009150257.TAA12820@mina.soco.agilent.com> To: Jonathan Harris Cc: XEmacs Developers List Subject: Re: Pixel position from window-point? Reply-To: Darryl Okahata In-Reply-To: Your message of "Thu, 14 Sep 2000 23:31:07 BST." <39C151AB.490D909B@tardis.ed.ac.uk> Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: text/plain; charset=US-ASCII Date: Thu, 14 Sep 2000 19:57:14 -0700 From: Darryl Okahata Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: > Oddly enough I'm looking for exactly the same thing and I don't think > that it exists in lisp. glyph_to_pixel_translation() gives what you want > in C and this is used by 'set-mouse-position. You could trivially add a > new function to frame.c that calls glyph_to_pixel_translation() - maybe > call it 'pixel-position ?. Well, to be consistent with the other functions, it should probably be called "window-pixel-point" (to match with "window-pixel-edges", "window-pixel-height", and "window-pixel-width"), and return a list in the same order as "window-pixel-edges". [ Side note: I don't see any corresponding function in GNU Emacs. ] OK, do you want to write the function, or shall I? I'm a bit busy, and so I probably wouldn't have anything for a week or two. However, I'm willing to do it. Comments, anyone? -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. From owner-xemacs-beta@xemacs.org Fri Sep 15 06:41:51 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id GAA09178 for xemacs-beta-out; Fri, 15 Sep 2000 06:41:51 -0400 Received: from bastuba.partitur.se ([212.209.169.194]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id GAA09174 for ; Fri, 15 Sep 2000 06:41:49 -0400 Received: from elbas.partitur.se (elbas.partitur.se [212.209.169.222]) by bastuba.partitur.se (8.9.3/8.9.3) with ESMTP id MAA06215; Fri, 15 Sep 2000 12:41:48 +0200 (CEST) (envelope-from girgen@partitur.se) Received: from partitur.se (localhost.partitur.se [127.0.0.1]) by elbas.partitur.se (8.11.0/8.11.0) with ESMTP id e8FAfmR02595; Fri, 15 Sep 2000 12:41:48 +0200 (CEST) (envelope-from girgen@partitur.se) Message-ID: <39C1FCEB.55ECC58B@partitur.se> Date: Fri, 15 Sep 2000 12:41:47 +0200 From: Palle Girgensohn Organization: Partitur X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1-STABLE i386) X-Accept-Language: sv, en MIME-Version: 1.0 To: Adrian Aichner CC: xemacs-beta@xemacs.org Subject: Re: old version of vc.el References: <39BFF1DD.D69C1ED9@partitur.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Adrian Aichner wrote: > > >>>>> "Palle" == Palle Girgensohn writes: > > Palle> Hi! > Palle> It seems that the package version of vc.el (in package vc) is > Palle> out of date. There is a function vc-resolve-conflicts in the > Palle> newer versions ( at least the one distributed with emacs-20.7). > Palle> This function is expected by pcl-cvs. Would it be possible to > Palle> update the vc package. I am not an elisp hacker, or I would > Palle> have sent you the patches ;-) > > Please provide your XEmacs package numbers of vc and pcl-cvs! > > Here are mine (Options -> Manage Packages -> List & Install): > > pcl-cvs 1.49 1.49 CVS frontend. > vc 1.23 1.23 Version Control for Free systems. Sorry, forgot to mention: Fresh packages. same numbers as you have. 1.23 might be xemacs latest, but it is not fresh compared to emacs-20.7, and 1.23 lacks vc-resolve-conflicts. /Palle From owner-xemacs-beta@xemacs.org Fri Sep 15 08:21:38 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA14108 for xemacs-beta-out; Fri, 15 Sep 2000 08:21:38 -0400 Received: from adglinux1.hns.com ([139.85.108.152]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA14105 for ; Fri, 15 Sep 2000 08:21:38 -0400 Received: from nbecker by adglinux1.hns.com with local (Exim 3.16 #1) id 13ZuUr-00079F-00 for xemacs-beta@xemacs.org; Fri, 15 Sep 2000 08:21:37 -0400 To: xemacs-beta@xemacs.org Subject: Re: Help debugging References: Content-Type: text/plain; charset=US-ASCII From: nbecker@fred.net Date: 15 Sep 2000 08:21:37 -0400 In-Reply-To: nbecker@fred.net's message of "14 Sep 2000 16:36:57 -0400" Message-ID: Lines: 1 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: The typo is in the current crypt.el at line 1320. From owner-xemacs-beta@xemacs.org Fri Sep 15 09:39:06 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id JAA17783 for xemacs-beta-out; Fri, 15 Sep 2000 09:39:06 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id JAA17778 for ; Fri, 15 Sep 2000 09:39:01 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id JAA21365; Fri, 15 Sep 2000 09:36:37 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id JAA21593; Fri, 15 Sep 2000 09:38:59 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (zj75t.ecf.teradyne.com [131.101.192.85]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id PAA25688; Fri, 15 Sep 2000 15:38:43 +0200 (MET DST) To: nbecker@fred.net Cc: xemacs-beta@xemacs.org Subject: Re: Help debugging References: X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 15 Sep 2000 15:36:28 +0200 In-Reply-To: nbecker@fred.net's message of "15 Sep 2000 08:21:37 -0400" Message-ID: Lines: 24 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Carlsbad Caverns) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "nbecker" == nbecker writes: nbecker> The typo is in the current crypt.el at line 1320. Yes. Are you not on xemacs-beta? See also: http://www.xemacs.org/list-archives/xemacs-beta/200009/msg00107.html and http://www.xemacs.org/list-archives/xemacs-patches/200009/msg00039.html I haven't heard back from Steve Youngs yet. I could commit this, but Steve or Andreas will have to release a new os-utils XEmacs package to fix this. Meanwhile you can fix your local installation and byte-compile crypt.el, but I'm sure you know that. nbecker> -- Adrian Aichner From owner-xemacs-beta@xemacs.org Fri Sep 15 11:08:26 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA23563 for xemacs-beta-out; Fri, 15 Sep 2000 11:08:26 -0400 Received: from boffi95.stru.polimi.it (boffi95.stru.polimi.it [131.175.24.94]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id LAA23557 for ; Fri, 15 Sep 2000 11:08:24 -0400 Received: from gb by boffi95.stru.polimi.it with local (Exim 3.12 #1 (Debian)) id 13Zx60-0005ew-00 for ; Fri, 15 Sep 2000 17:08:08 +0200 From: giacomo boffi MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14786.15190.396085.131273@boffi95.stru.polimi.it> Date: Fri, 15 Sep 2000 17:08:06 +0200 (CEST) To: xemacs-beta@xemacs.org Subject: bug: bold face X-Mailer: VM 6.75 under 21.2 (beta35) "Nike" XEmacs Lucid Reply-To: giacomo.boffi@polimi.it Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: i don't know if this is replicable, please try 1. open vm 2. change the default font size 3. observe that the line hilighted in the summary buffer retains the previous font size From owner-xemacs-beta@xemacs.org Fri Sep 15 11:16:31 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA24335 for xemacs-beta-out; Fri, 15 Sep 2000 11:16:31 -0400 Received: from boffi95.stru.polimi.it (boffi95.stru.polimi.it [131.175.24.94]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id LAA24331 for ; Fri, 15 Sep 2000 11:16:30 -0400 Received: from gb by boffi95.stru.polimi.it with local (Exim 3.12 #1 (Debian)) id 13ZxDq-0005f5-00 for ; Fri, 15 Sep 2000 17:16:14 +0200 From: giacomo boffi MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14786.15677.28153.26321@boffi95.stru.polimi.it> Date: Fri, 15 Sep 2000 17:16:13 +0200 (CEST) To: xemacs-beta@xemacs.org Subject: info good bye? X-Mailer: VM 6.75 under 21.2 (beta35) "Nike" XEmacs Lucid Reply-To: giacomo.boffi@polimi.it Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: i'll investigate further, but 1. i rebuilt xemacs from a CVS update this morning 2. i pressed the I button in the menubar 3. i got a completely empty top info directory i have debian potato, and hence a system directory (/usr/share/info) without a dir file, and another one (/usr/info) with a dir file that references files in the dir-less directory it's possible, and also probable, that i'm doing something wrong, but i'd like to hear your suggestions tia From owner-xemacs-beta@xemacs.org Fri Sep 15 11:43:25 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA26568 for xemacs-beta-out; Fri, 15 Sep 2000 11:43:25 -0400 Received: from adglinux1.hns.com ([139.85.108.152]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id LAA26564 for ; Fri, 15 Sep 2000 11:43:24 -0400 Received: from nbecker by adglinux1.hns.com with local (Exim 3.16 #1) id 13Zxe1-00038n-00 for xemacs-beta@xemacs.org; Fri, 15 Sep 2000 11:43:17 -0400 To: xemacs-beta@xemacs.org Subject: gnus + mailcrypt problems Content-Type: text/plain; charset=US-ASCII From: nbecker@fred.net Date: 15 Sep 2000 11:43:17 -0400 Message-ID: Lines: 18 MIME-Version: 1.0 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I'm trying the current gnus and mailcrypt. There is some breakage. Test #1. C-x m. I'm in Message mode. Make a simple test message. From Mailcrypt menu, choose Sign Message. Send it. When I receive the message under gnus, the signature is not displayed. I have no way to know it's there! However, choosing verify sigature succeeds. Test #2. Just about the opposite result. C-x m. I'm in Message mode. Choose Message/Attach File as Mime. Attach a file. Again, Mailcrypt/Sign Message. Send. Now view under gnus. This time, the signature is visible. Good. Now try verify signature. It fails! From owner-xemacs-beta@xemacs.org Fri Sep 15 13:32:01 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id NAA32194 for xemacs-beta-out; Fri, 15 Sep 2000 13:32:01 -0400 Received: from suzuran.dcl.info.waseda.ac.jp (marimo.dcl.info.waseda.ac.jp [133.9.216.227]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id NAA32191 for ; Fri, 15 Sep 2000 13:32:00 -0400 Received: from gg.bug.org (debian [127.0.0.1]) by suzuran.dcl.info.waseda.ac.jp (Postfix) with ESMTP id 62DD9AD20 for ; Sat, 16 Sep 2000 02:31:34 +0900 (JST) To: xemacs-beta@xemacs.org Subject: Re: set-charset-ccl-program References: <87u2bj5p7e.fsf@gg.bug.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Organization: (Computer) Bug Organization From: Daiki Ueno Date: 16 Sep 2000 02:29:39 +0900 In-Reply-To: <87u2bj5p7e.fsf@gg.bug.org> (Daiki Ueno's message of "14 Sep 2000 17:53:57 +0900") Message-ID: <87d7i5tvgc.fsf@gg.bug.org> Lines: 23 User-Agent: T-gnus/6.14.5 (based on Gnus v5.8.8) (revision 04) EMIKO/1.14.0 (Zoomastigophora) Deisui/1.14.0 (Kikuhime) APEL/10.2 MULE XEmacs/21.2 (beta35) (Nike) (i686-pc-linux) Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> In <87u2bj5p7e.fsf@gg.bug.org> >>>>> Daiki Ueno wrote: > I read [1] while I tried to display Greek characters with a Unicode > font. But in case the dimension of the charset is 1, it seems that the > resulting code point 2 (R2) is not considered. > (redisplay-x.c:separate_textual_runs is where to calculate the code > point in the font.) I divided the function into two parts, which works for me: separate_textual_runs: only separates out the text into a series of runs x_encode_single_run: converts the characters in a single run where the latter takes into account the `max_byte1' of XFontStruct. I put the patch to redisplay-x.c and the test suite (test-unifont-greek.el) in . Any comments? -- Daiki Ueno From owner-xemacs-beta@xemacs.org Fri Sep 15 14:16:36 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id OAA01958 for xemacs-beta-out; Fri, 15 Sep 2000 14:16:36 -0400 Received: from euler.math.washington.edu (euler.math.washington.edu [128.95.224.1]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id OAA01955 for ; Fri, 15 Sep 2000 14:16:34 -0400 Received: from goedel2.math.washington.edu (goedel2.math.washington.edu [128.95.224.11]) by euler.math.washington.edu (8.9.3/8.9.3) with ESMTP id LAA33876; Fri, 15 Sep 2000 11:15:26 -0700 (PDT) Received: (from palmieri@localhost) by goedel2.math.washington.edu (8.9.3/8.9.3) id LAA13652; Fri, 15 Sep 2000 11:16:30 -0700 (PDT) X-Authentication-Warning: goedel2.math.washington.edu: palmieri set sender to palmieri@math.washington.edu using -f To: xemacs-beta@xemacs.org Subject: window configurations and the point X-Face: ,;upNQ$t/)!L]^R9Po%swv4 Lines: 44 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi, I'm trying out XEmacs 21.2-b35, and I have problem with window configurations: they seem to work a little differently compared to XEmacs 21.1, and also compared to GNU Emacs. In particular, I have some code that does this: ;; start with the point in window 1. (setq bozo (current-window-configuration)) ... ;; do stuff that puts the point in the minibuffer, and also opens up ;; window 2, leaving both windows 1 and 2 visible ... (set-window-configuration bozo) In XEmacs 21.1 and GNU Emacs, the end result would be that the window 2 would go away, and the point would remain in the minibuffer. In XEmacs 21.2, window 2 goes away, but the point also jumps back to window 1. I think this is in contradiction with the documentation for current-window-configuration, which says Documentation: Return an object representing the current window configuration of FRAME. If FRAME is nil or omitted, use the selected frame. This describes the number of windows, their sizes and current buffers, and for each displayed buffer, where display starts, and the positions of point and mark. An exception is made for point in the current buffer: its value is -not- saved. Note the last sentence. Because of this, set-window-configuration shouldn't change the point. It does, though. This looks like a bug to me. Or was this behavior changed intentionally, and the documentation not updated? (I tried looking at the mailing list archives and found lots of things about window configurations, but nothing about window configurations and moving the point. Sorry if I missed something relevant.) -- John H. Palmieri Dept of Mathematics, Box 354350 palmieri@math.washington.edu University of Washington http://www.math.washington.edu/~palmieri Seattle, WA 98195-4350 From owner-xemacs-beta@xemacs.org Sat Sep 16 10:31:24 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id KAA13064 for xemacs-beta-out; Sat, 16 Sep 2000 10:31:24 -0400 Received: from lolita.speakeasy.net (lolita.speakeasy.net [216.254.0.13]) by gwyn.tux.org (8.9.3/8.9.1) with SMTP id KAA13061 for ; Sat, 16 Sep 2000 10:31:23 -0400 Received: (qmail 17982 invoked from network); 16 Sep 2000 14:31:32 -0000 Received: from unknown (HELO gonzo.speakeasy.net) (192.168.0.5) by 192.168.0.13 with SMTP; 16 Sep 2000 14:31:32 -0000 Received: (qmail 22494 invoked from network); 16 Sep 2000 14:31:22 -0000 Received: from unknown (HELO genehack) (64.20.3.249) by gonzo.speakeasy.net with SMTP; 16 Sep 2000 14:31:22 -0000 To: xemacs-beta@xemacs.org Subject: Re: gnus + mailcrypt problems References: X-Attribution: john From: "John S. J. Anderson" Date: 16 Sep 2000 10:34:10 -0400 In-Reply-To: nbecker@fred.net's message of "15 Sep 2000 11:43:17 -0400" Message-ID: <87u2bgjti5.fsf@xemacs.org> Lines: 30 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: nbecker@fred.net writes: > C-x m. I'm in Message mode. Make a simple test message. From > Mailcrypt menu, choose Sign Message. Send it. > > When I receive the message under gnus, the signature is not > displayed. I have no way to know it's there! However, choosing > verify sigature succeeds. Have you tried frobbing gnus-treat-strip-pgp? > Test #2. Just about the opposite result. > > C-x m. I'm in Message mode. Choose Message/Attach File as Mime. > Attach a file. Again, Mailcrypt/Sign Message. Send. > > Now view under gnus. This time, the signature is visible. Good. > Now try verify signature. It fails! Here, I have no help. You might get more feedback on the Gnus mailing list and/or newsgroup. john. -- ------------------------------------------------------------------------ John S Jacobs Anderson \ You'll have to pry my Emacs from my cold \ jacobs@xemacs.org dead oversized control-pressing left pinky finger. -- Randal L. Schwartz From owner-xemacs-beta@xemacs.org Sun Sep 17 06:43:01 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id GAA24232 for xemacs-beta-out; Sun, 17 Sep 2000 06:43:01 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id GAA24227 for ; Sun, 17 Sep 2000 06:42:59 -0400 Received: from slackware.mynet.pc (dialup-116.pdx.ozlinx.com.au [202.61.190.36]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8HAgcn03947 for ; Sun, 17 Sep 2000 20:42:38 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8H6O7220797; Sun, 17 Sep 2000 16:24:07 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: gnus + mailcrypt problems References: From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: There's a lot of BIG MONEY in MISERY if you have an AGENT!! Date: 17 Sep 2000 16:24:07 +1000 In-Reply-To: nbecker@fred.net's message of "15 Sep 2000 11:43:17 -0400" Message-ID: Lines: 26 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * nbecker writes: > I'm trying the current gnus and mailcrypt. There is some breakage. > Test #1. > C-x m. I'm in Message mode. Make a simple test message. From > Mailcrypt menu, choose Sign Message. Send it. > When I receive the message under gnus, the signature is not > displayed. I have no way to know it's there! However, choosing > verify sigature succeeds. What is the value of 'gnus-treat-strip-pgp'? Set it to nil if you want to see the pgp signatures. But even with this set to t (pgp sigs are stripped off) you can still easily tell if an article is signed or not. Look at the modeline of the article buffer, in particular, what's between the square brackets. If there is a 'p' it means the message has been pgp signed. -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Sun Sep 17 06:42:59 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id GAA24228 for xemacs-beta-out; Sun, 17 Sep 2000 06:42:59 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id GAA24224 for ; Sun, 17 Sep 2000 06:42:56 -0400 Received: from slackware.mynet.pc (dialup-116.pdx.ozlinx.com.au [202.61.190.36]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8HAgen03952; Sun, 17 Sep 2000 20:42:40 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8H8Bdf21148; Sun, 17 Sep 2000 18:11:39 +1000 Mail-Copies-To: nobody To: Adrian Aichner Cc: XEmacs beta Subject: Re: [xemacs-packages PATCH] Fix typo in os\os-utils\crypt.el References: From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: Did YOU find a DIGITAL WATCH in YOUR box of VELVEETA? Date: 17 Sep 2000 18:11:38 +1000 In-Reply-To: Adrian Aichner's message of "15 Sep 2000 00:28:02 +0200" Message-ID: Lines: 30 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Adrian Aichner writes: > Hello All, > this patch fixes a problem described in >> From: nbecker@fred.net >> Subject: Help debugging >> To: xemacs-beta@xemacs.org >> Date: 14 Sep 2000 16:36:57 -0400 >> Message-ID: > Steve (Youngs) please let me know whether you want me to commit this > patch. Go ahead and commit Adrian. > Which model do you prefer to follow for xemacs-packages? > For 21.1 Vin applies all patches himself. > For 21.2 people who get approval for a patch may commit it themselves. > Review board members can commit unless over-ruled. I'm happy for people with CVS write access to commit patches. The only thing I ask is that they wait for approval before they commit. -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Sun Sep 17 06:49:09 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id GAA24481 for xemacs-beta-out; Sun, 17 Sep 2000 06:49:09 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id GAA24478 for ; Sun, 17 Sep 2000 06:49:08 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id GAA27800 for ; Sun, 17 Sep 2000 06:46:42 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id GAA29810 for ; Sun, 17 Sep 2000 06:49:06 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (mushiva-4.ecf.teradyne.com [131.101.192.124]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id MAA22092; Sun, 17 Sep 2000 12:48:50 +0200 (MET DST) To: Adrian Aichner Cc: XEmacs beta Subject: Re: [xemacs-packages PATCH] Fix typo in os\os-utils\crypt.el References: X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 17 Sep 2000 12:45:32 +0200 In-Reply-To: Steve Youngs's message of "17 Sep 2000 18:11:38 +1000" Message-ID: Lines: 40 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Steve" == Steve Youngs writes: Steve> * Adrian Aichner writes: >> Hello All, >> this patch fixes a problem described in >>> From: nbecker@fred.net >>> Subject: Help debugging >>> To: xemacs-beta@xemacs.org >>> Date: 14 Sep 2000 16:36:57 -0400 >>> Message-ID: >> Steve (Youngs) please let me know whether you want me to commit this >> patch. Steve> Go ahead and commit Adrian. Done >> Which model do you prefer to follow for xemacs-packages? >> For 21.1 Vin applies all patches himself. >> For 21.2 people who get approval for a patch may commit it themselves. >> Review board members can commit unless over-ruled. Steve> I'm happy for people with CVS write access to commit Steve> patches. The only thing I ask is that they wait for Steve> approval before they commit. OK Steve> -- Steve> |--------------[GnuPG KeyID: EFD82ED2]---| Steve> | XEmacs - It's not just an editor... | Steve> | It's a way of life. | Steve> |-------------------------------------| -- Adrian Aichner From owner-xemacs-beta@xemacs.org Sun Sep 17 09:12:05 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id JAA29984 for xemacs-beta-out; Sun, 17 Sep 2000 09:12:05 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id JAA29981; Sun, 17 Sep 2000 09:12:04 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id JAA01445; Sun, 17 Sep 2000 09:09:39 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id JAA03640; Sun, 17 Sep 2000 09:12:02 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (mushiva-1.ecf.teradyne.com [131.101.192.121]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id PAA22256; Sun, 17 Sep 2000 15:11:47 +0200 (MET DST) To: Adrian Aichner Cc: XEmacs Beta List , XEmacs Web Maintainers Subject: Re: [RFC] xemacsweb/News vs. xemacsweb/Release References: X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 17 Sep 2000 15:08:29 +0200 In-Reply-To: Adrian Aichner's message of "11 Aug 2000 23:42:52 +0200" Message-ID: Lines: 50 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "APA" == Adrian Aichner writes: APA> Hi All! APA> I am in the process of adding some information about recent releases APA> to the xemacsweb module. APA> One thing I am not clear on at all if the overall design of what APA> should go into the News vs. the Release sub directory. APA> There is some replication between the two. APA> None is easily accessible from the homepage. APA> I'd suggest to add "Release" under the "Getting XEmacs" header in APA> xemacsweb/template.html. This will make it accessible from anywhere APA> on the site. APA> Furthermore, since "News" is a very relative thing, I propose to APA> discontinue that directory (or at least not add to it further) and APA> instead just keep adding short bits to the top of APA> xemacsweb/index.content under "XEmacs Community News" (e.g. links to APA> details in the Release directory). APA> How does that sound? APA> Have I missed any major points in the overall site layout? APA> I'll commit some patches along above lines. Please let me know your APA> objections. I'm perfectly OK to change things again towards more I will now implement the changes proposed above. Best regards, Adrian APA> consistency and simplicity. APA> Best regards, APA> Adrian APA> -- APA> Adrian Aichner -- Adrian Aichner From owner-xemacs-beta@xemacs.org Mon Sep 18 02:40:26 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA11755 for xemacs-beta-out; Mon, 18 Sep 2000 02:40:26 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA11748 for ; Mon, 18 Sep 2000 02:40:23 -0400 Received: from slackware.mynet.pc (dialup-146.pdx.ozlinx.com.au [202.61.190.66]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8I6e9n12477 for ; Mon, 18 Sep 2000 16:40:09 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8I49QP01529; Mon, 18 Sep 2000 14:09:26 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: old version of vc.el References: <39BFF1DD.D69C1ED9@partitur.se> From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: NOW, I'm taking the NEXT FLIGHT to ACAPULCO so I can write POEMS about BROKEN GUITAR STRINGS and sensuous PRE-TEENS!! Date: 18 Sep 2000 14:09:26 +1000 In-Reply-To: Palle Girgensohn's message of "Wed, 13 Sep 2000 23:30:05 +0200" Message-ID: Lines: 20 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Palle Girgensohn writes: > Hi! > It seems that the package version of vc.el (in package vc) is > out of date. There is a function vc-resolve-conflicts in the > newer versions ( at least the one distributed with emacs-20.7). > This function is expected by pcl-cvs. Would it be possible to > update the vc package. I am not an elisp hacker, or I would > have sent you the patches ;-) Can you send me your copy of vc so I can have a look and perhaps integrate it into the XEmacs version. Thanks. -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Mon Sep 18 04:33:10 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA16684 for xemacs-beta-out; Mon, 18 Sep 2000 04:33:10 -0400 Received: from robin.delmia.com (robin.deneb.com [160.231.1.153]) by gwyn.tux.org (8.9.3/8.9.1) with SMTP id EAA16681 for ; Mon, 18 Sep 2000 04:33:09 -0400 From: Dhruva_KRISHNAMURTHY@delmia.com Received: by robin.delmia.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 8525695E.002EFD8A ; Mon, 18 Sep 2000 04:33:15 -0400 X-Lotus-FromDomain: DENEB To: xemacs-beta@xemacs.org Message-ID: <8525695E.002EFBAA.00@robin.delmia.com> Date: Mon, 18 Sep 2000 13:52:07 +0530 Subject: C/C++ Code Browsing Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi, I work in a company where the development is predominantly done in MSDEV ( VC5 ). I use XEmacs and Emacs ( sometimes ) for my development. I would like to know whether there some way of simulating the JUMP to a HEADER FILE from a CPP source file. This is done using Alt-S in MSDEV. This toggles between the header file and the source file provided they have the same name eg: MySource.cpp and Mysource.h Any information in this regard is welcome as this would be a great help to me. with best regards, dhruva From owner-xemacs-beta@xemacs.org Mon Sep 18 04:53:01 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA17544 for xemacs-beta-out; Mon, 18 Sep 2000 04:53:01 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA17540 for ; Mon, 18 Sep 2000 04:53:00 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id EAA27265; Mon, 18 Sep 2000 04:50:34 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id EAA04432; Mon, 18 Sep 2000 04:52:58 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (mushiva-6.ecf.teradyne.com [131.101.192.126]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id KAA24733; Mon, 18 Sep 2000 10:52:40 +0200 (MET DST) To: Fabrice Popineau Cc: XEmacs Beta List Subject: Re: HELP!!! Need to create shell buffers!!! References: <5.0.0.25.0.20000915132833.009db9d0@mailin.sc.ehu.es> X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B In-Reply-To: Fabrice Popineau's message of "18 Sep 2000 10:23:44 +0200" User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) Date: 18 Sep 2000 10:50:39 +0200 Message-ID: Lines: 45 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Fabrice" == Fabrice Popineau writes: Fabrice> * Adrian Aichner writes: >> Hello Fabrice, are you also planning to release a binary kit for >> 21.1? Fabrice> In fact I could do it if only I had enough time ! I have Fabrice> an installer for my TeX distribution that I could easily Fabrice> adapt to XEmacs too. The XEmacs community would be very greatful, I'm sure. There's a high potential of NT users who would use XEmacs, if there were a install kit of the last stable release (21.1.12 currently). This should be announced on xemacs-announce and mentioned on the XEmacs website. >> Are you interested in becoming an XEmacs developer on sourceforge? Fabrice> Yes, thanks for the invitation ! Fabrice, you need to open an account on SourceForge. Then just tell me your SF user name and I'll add you to the project as a developer. See http://xemacs.sourceforge.net/About/Website.html to get started. This site should eventually answer for www.xemacs.org. Best regards, Adrian Fabrice> Greetings, Fabrice> Fabrice -- Adrian Aichner From owner-xemacs-beta@xemacs.org Mon Sep 18 05:01:51 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA17992 for xemacs-beta-out; Mon, 18 Sep 2000 05:01:51 -0400 Received: from tsukuba.m17n.org (tsukuba.m17n.org [192.47.44.130]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA17988 for ; Mon, 18 Sep 2000 05:01:49 -0400 Received: from fs.m17n.org (root@fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.9.3/3.7W-19991231100513) with ESMTP id SAA09258; Mon, 18 Sep 2000 18:01:42 +0900 (JST) (envelope-from martin@m17n.org) Received: from mule.m17n.org (martin@mule.m17n.org [192.47.44.3]) by fs.m17n.org (8.9.3/3.7W-19990906215257) with ESMTP id SAA07738; Mon, 18 Sep 2000 18:01:40 +0900 (JST) Received: (from martin@localhost) by mule.m17n.org (8.9.2/3.7W-19990512194415) id SAA17516; Mon, 18 Sep 2000 18:00:34 +0900 (JST) Date: Mon, 18 Sep 2000 18:00:34 +0900 (JST) Message-Id: <200009180900.SAA17516@mule.m17n.org> From: Martin Buchholz To: Dhruva_KRISHNAMURTHY@delmia.com Cc: xemacs-beta@xemacs.org, bug-cc-mode@gnu.org Subject: Re: C/C++ Code Browsing In-Reply-To: <8525695E.002EFBAA.00@robin.delmia.com> References: <8525695E.002EFBAA.00@robin.delmia.com> X-Mailer: VM 6.71 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid Reply-To: martin@xemacs.org Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "DK" == Dhruva KRISHNAMURTHY writes: DK> Hi, DK> I work in a company where the development is predominantly done in MSDEV ( VC5 DK> ). I use XEmacs and Emacs ( sometimes ) for my development. I would like to know DK> whether there some way of simulating the JUMP to a HEADER FILE from a CPP source DK> file. This is done using Alt-S in MSDEV. This toggles between the header file DK> and the source file provided they have the same name eg: MySource.cpp and DK> Mysource.h DK> Any information in this regard is welcome as this would be a great help to me. This sort of simple thing is something for users to define in their .emacs. (add-hook 'c-mode-common-hook (lambda () (local-set-key [(meta s)] (lambda () (interactive) (find-file-other-window (replace-in-string buffer-file-name "\\.cpp" ".h")))))) Should support for something like this be in cc-mode? From owner-xemacs-beta@xemacs.org Mon Sep 18 05:56:37 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA20288 for xemacs-beta-out; Mon, 18 Sep 2000 05:56:37 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA20284 for ; Mon, 18 Sep 2000 05:56:34 -0400 Received: by localhost id m13axbq-00013NC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Mon, 18 Sep 2000 18:53:10 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14789.58886.830550.27021@turnbull.sk.tsukuba.ac.jp> Date: Mon, 18 Sep 2000 18:53:10 +0900 (JST) To: xemacs-beta@xemacs.org, bug-cc-mode@gnu.org Subject: Re: C/C++ Code Browsing In-Reply-To: <200009180900.SAA17516@mule.m17n.org> References: <8525695E.002EFBAA.00@robin.delmia.com> <200009180900.SAA17516@mule.m17n.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "mb" == Martin Buchholz writes: mb> This sort of simple thing [toggle .cpp v .h files] is mb> something for users to define in their .emacs. Your function doesn't work as a toggle, it only goes one way. mb> Should support for something like this be in cc-mode? Most of the time when Alt-S would be a convenience, C-x b RET does the same thing, no? If the user really wants `find-file-corresponding-implementation-or-interface' we should give it to them, but the first response should be "This is `tags'. Doesn't tags do what you need, better?" Frankly, I see no need. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Mon Sep 18 07:04:16 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id HAA22764 for xemacs-beta-out; Mon, 18 Sep 2000 07:04:16 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id HAA22755 for ; Mon, 18 Sep 2000 07:04:12 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id HAA05598; Mon, 18 Sep 2000 07:01:46 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id HAA14039; Mon, 18 Sep 2000 07:04:08 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (zj75t.ecf.teradyne.com [131.101.192.85]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id NAA05838; Mon, 18 Sep 2000 13:03:52 +0200 (MET DST) To: Peter Adamek Cc: XEmacs Beta List Subject: Re: Question about HTML mode of XEmacs References: <39C2FE08.ED69C107@utoronto.ca> <39C3C400.BC583047@utoronto.ca> X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 18 Sep 2000 13:00:55 +0200 In-Reply-To: Peter Adamek's message of "Sat, 16 Sep 2000 15:03:29 -0400" Message-ID: Lines: 252 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Peter" == Peter Adamek writes: Peter> Adrian, Peter> Thanks for your email. I should be able to take it from Peter> here. The URL you requested below is: Peter> http://www.socha.net/XEmacs/index.html#scrshot This isn't part of the XEmacs Website, but it's a valuable resource run by Robin Socha. Peter> One other question for you. There are two documentation Peter> files located at Peter> http://www.xemacs.org/Documentation/index.html. They are: Peter> 1) Getting Started With XEmacs (new-users-guide) Peter> 2) XEmacs Users Manual (xemacs) Peter> These apparently come in both postscript and PDF, but the Peter> PDF is not viewable with the regular Adobe Acrobat Reader Peter> for Windows. Is it a special kind of PDF file or is there Peter> a problem witht these files. Could you point me to where I Peter> can find the viewable PDF documents? These problems have been reported before. Unfortunately nobody has taken care of this problem yet. If you have XEmacs installed, you can access these documents via C-h C-i (Info-query) xemacs and C-h C-i new-users-guide respectively. Peter> By the way, what is the difference between the packages: Peter> hm--html-menus 1.14 HTML editing and Peter> psgml 1.19 1.19 Validated HTML/SGML editing. Well, PSGML has a pretty good HTML parser with DTD support and can find syntax errors in the HTML you write C-c C-o runs the command sgml-next-trouble-spot I strongly recommend it. I use it to automatically validate all website content at http:/xemacs.sourceforge.net One thing to be aware of with PSGML: Choose a DTD as the first line of an HTML file with DTD->Insert DTD->... and DTD->Parse DTD Then you're all set. You might want to put this in you site-start.el or .emacs: (setq sgml-custom-dtd '(("HTML-3" "" sgml-default-dtd-file "~/SGML/HTML-3.ced" sgml-omittag t sgml-shorttag t) ("HTML-3S" "" sgml-default-dtd-file "~/SGML/HTML-3S.ced" sgml-omittag t sgml-shorttag t) ("HTML-3.2 Final" "" sgml-default-dtd-file "~/SGML/HTML-3.2.ced" sgml-omittag t sgml-shorttag t) ;; ("HTML-3.2S Final" ;; "" ;; sgml-default-dtd-file "~/SGML/HTML-3.2S.ced" ;; sgml-omittag nil sgml-shorttag nil ;; ) ("HTML-4.0 Transitional" "" sgml-default-dtd-file "~/SGML/HTML4.ced" sgml-omittag t sgml-shorttag t) ("XHTML-1.0 Strict" "" sgml-default-dtd-file "~/SGML/xhtml1-strict.ced" sgml-omittag t sgml-shorttag t) ("XHTML-1.0 Transitional" "" sgml-default-dtd-file "~/SGML/xhtml1-transitional.ced" sgml-omittag t sgml-shorttag t) )) (setq html-helper-address-string (concat "" (user-full-name) "")) (setq html-helper-timestamp-hook '(lambda () ;; The trailing four spaces cause html-helper-timestamp-end ;; to be indented correctly (kludge). (let ((time (current-time-string)) (zone (nth 1 (current-time-zone)))) (insert " \n") (insert " \n ")))) (setq html-helper-htmldtd-version "\n") ;; Please note the (insert ...) forms below! They keep `template-insert' ;; from running those strings thru `tempo-insert-string-functions' which ;; would, according to my setting of ;; (setq tempo-insert-string-functions '(upcase)) ;; `upcase' them (even though) they are no HTML-tags. (setq html-helper-new-buffer-template '( (insert html-helper-htmldtd-version) "\n" " \n" " " (p "Document Title: " title) "\n" (insert html-helper-timestamp-start) (insert html-helper-timestamp-end) "\n \n" " \n" "

" (s title) "

\n" "

\n " p "\n

\n" "
\n" "
" (insert html-helper-address-string) "
\n" (insert (html-helper-return-created-string)) ;; $Id and $ need to be kept apart to avoid expansion inside ;; of this file (.emacs, which is also under RCS). "

" (insert "$Id") "$

" "\n" (insert " \n") " \n\n")) ;;; ;;; psgml-edit.el<1.2> has been edited to make use of ;;; tempo-insert-string-functions. ;;; ;;; Adrian Aichner, Teradyne GmbH Munich, Thu., Jul. 11, 1996. ;;; ;;; Changed from '(upcase) to '(downcase) for transition to XML. (setq tempo-insert-string-functions '(downcase)) ;;; ;;; Add hook function atend. ;;; (add-hook 'sgml-mode-hook '(lambda () (setq sgml-balanced-tag-edit t) (setq sgml-auto-insert-required-elements t) (setq sgml-omittag-transparent t) ;;; Redine markup to be uppercase. ;;; (defmacro sgml-general-case (string) (`(upcase (, string)))) (define-key sgml-mode-map "\C-c-" 'sgml-untag-element) (define-key html-mode-map "\C-c-" 'sgml-untag-element)) t) Peter> Which one would you recommend for writing and editing HTML code? Even when you use PSGML, you can also use hm--html-minor-mode together with it. Either enter it via some psgml hook or enter it manuallly via M-x hm--html-minor-mode I only took a short look at hm--html-minor-mode and find the PSGML context-sensitive menus better. For one thing hm--html-minor-mode only supports physical markup under "Formatting Words...". Logical markup should be used instead (strong, cite, kbd, etc.). Peter> Thank you again, Peter> Peter Peter> I'm using the 21.1 Windows version of XEmacs. I saw on Peter> your web site that certain users have used XEmacs in HTML Peter> mode to create web sites. In this mode, XEmacs formats the Peter> HTML code appropriately (colors and all). According to Peter> your web site, the mode is called hm--html-minor-mode. >> >> Hello Peter, could you please send me the URL to the documentation you >> refer to? >> Peter> When I tried invoking this mode on my XEmacs, it told me Peter> there is no such mode. Is the above HTML mode for XEmacs >> >> To use this mode, please make sure you have following package installed: >> >> hm--html-menus 1.14 HTML editing. >> >> You can check this via Options -> Manage Packages -> List & Install >> Peter> only supported for non-Windows versions of the software or Peter> do I need to link in some HTML library? Any help you could >> >> No, and no. >> Peter> provide would be greatly appreciated. If you could send a Peter> copy of your .emacs file that you have found to be useful Peter> in editing HTML code I would really appreciate it. >> >> I used PSGML mode alone. >> >> You will need to install >> psgml 1.19 1.19 Validated HTML/SGML editing. >> to use it. >> Peter> By the way, does the HTML mode know how to format Peter> javascript and VBscript embedded within the HTML code? >> >> Don't know. >> Peter> Thanks in advance, >> Peter> Peter >> >> Best regards, >> >> Adrian >> >> -- >> Adrian Aichner -- Adrian Aichner From owner-xemacs-beta@xemacs.org Mon Sep 18 07:07:22 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id HAA22845 for xemacs-beta-out; Mon, 18 Sep 2000 07:07:22 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id HAA22842 for ; Mon, 18 Sep 2000 07:07:21 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id HAA05841; Mon, 18 Sep 2000 07:04:55 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id HAA14257; Mon, 18 Sep 2000 07:07:20 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (zj75t.ecf.teradyne.com [131.101.192.85]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id NAA05848; Mon, 18 Sep 2000 13:07:05 +0200 (MET DST) To: Adrian Aichner Cc: Peter Adamek , XEmacs Beta List Subject: Re: Question about HTML mode of XEmacs References: <39C2FE08.ED69C107@utoronto.ca> <39C3C400.BC583047@utoronto.ca> X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 18 Sep 2000 13:04:08 +0200 In-Reply-To: Adrian Aichner's message of "18 Sep 2000 13:00:55 +0200" Message-ID: Lines: 9 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "APA" == Adrian Aichner writes: APA> I strongly recommend it. I use it to automatically validate all APA> website content at http:/xemacs.sourceforge.net Brrr, should be http://xemacs.sourceforge.net/ -- Adrian Aichner From owner-xemacs-beta@xemacs.org Mon Sep 18 08:48:51 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA28532 for xemacs-beta-out; Mon, 18 Sep 2000 08:48:51 -0400 Received: from cashew.kyb.tuebingen.mpg.de (cashew.kyb.tuebingen.mpg.de [192.124.28.92]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA28528 for ; Mon, 18 Sep 2000 08:48:50 -0400 Received: from olive.kyb.tuebingen.mpg.de (olive.kyb.tuebingen.mpg.de [192.124.27.64]) by cashew.kyb.tuebingen.mpg.de (8.9.1a/8.9.1) with ESMTP id OAA20599 for ; Mon, 18 Sep 2000 14:48:48 +0200 (MEST) Received: (from vf@localhost) by olive.kyb.tuebingen.mpg.de (8.9.1a/8.9.1) id OAA373062; Mon, 18 Sep 2000 14:48:48 +0200 (MEST) From: Volker Franz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14790.3887.593146.799489@olive.kyb.tuebingen.mpg.de> Date: Mon, 18 Sep 2000 14:48:47 +0200 To: xemacs-beta@xemacs.org Subject: Changing the size of italic-face X-Mailer: VM 6.76 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Content-Transfer-Encoding: 7bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi, I appended a more detailed description of the problem, giacomo boffi was already announcing (Subject: "bug: bold face"). In short: Changing the size of italic-face (and also of bold-face) via customize does not work (I did exactly the same for my "old" XEmacs 21.1 - and everything worked fine). Volker ====================================================================== - XEmacs related .Xresources: XEmacs.geometry: 85x34+0+0 ====================================================================== - Test whether standard font and desired font for italic exist: $xfontsel -pattern '-*-courier-medium-i-*-*-*-120-*-*-*-*-iso8859-*' $xfontsel -pattern '-*-courier-medium-i-*-*-*-240-*-*-*-*-iso8859-*' ====================================================================== - Start xemacs-beta (XEmacs 21.2 (beta35) "Nike" [Lucid] (i586-pc-linux)): $xemacs-21.2-b35 -no-init-file - Test initial setting of italic face: M-x hyper-describe-face RET italic RET `italic' (buffer: *scratch*, mode: Lisp Interaction) Face: ABCDEFHIJKLMNOPQRSTUVWXYZ abcdefhijklmnopqrstuvwxyz 0123456789 Font: -*-courier-medium-i-*-*-*-120-*-*-*-*-iso8859-* Foreground: (black) Background: (gray80) Underline: (nil) Italic text. - Changing italic face via customize to 24pt: M-x customize-face RET italic RET - Test new setting of italic face: M-x hyper-describe-face RET italic RET `italic' (buffer: *Customize Face: Italic*, mode: Custom) Face: ABCDEFHIJKLMNOPQRSTUVWXYZ abcdefhijklmnopqrstuvwxyz 0123456789 Font: -*-courier-medium-i-*-*-*-120-*-*-*-*-iso8859-* Foreground: (black) Background: (gray80) Underline: nil Italic text. Property-list: face-comment: nil customized-face-comment: nil custom-face-display: t customized-face: ((t (:size "24pt" :italic t))) ====================================================================== - Start "old" xemacs (XEmacs 21.1 (patch 9) "Canyonlands" [Lucid] (i586-pc-linux)): $xemacs-21.1.9 -no-init-file - Test initial setting of italic face: M-x hyper-describe-face RET italic RET `italic' (buffer: *scratch*, mode: Lisp Interaction) Face: ABCDEFHIJKLMNOPQRSTUVWXYZ abcdefhijklmnopqrstuvwxyz 0123456789 Font: -*-courier-medium-i-*-*-*-120-*-*-*-*-iso8859-* Foreground: (black) Background: (gray80) Underline: (nil) Italic text. - Changing italic face via customize to 24pt (customize-face "italic") M-x customize-face RET italic RET - Test new setting of italic face: M-x hyper-describe-face RET italic RET `italic' (buffer: *scratch*, mode: Lisp Interaction) Face: ABCDEFHIJKLMNOPQRSTUVWXYZ abcdefhijklmnopqrstuvwxyz 0123456789 Font: -*-courier-medium-i-*-*-*-240-*-*-*-*-iso8859-* Foreground: (black) Background: (gray80) Underline: nil Italic text. Property-list: custom-face-display: t customized-face: ((t (:size "24pt" :italic t))) ====================================================================== From owner-xemacs-beta@xemacs.org Mon Sep 18 19:51:04 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id TAA21250 for xemacs-beta-out; Mon, 18 Sep 2000 19:51:04 -0400 Received: from mail.aia-a.com.au ([203.17.41.35]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id TAA21236 for ; Mon, 18 Sep 2000 19:50:55 -0400 Received: from earthling.aia.aig.com.au (earthling.aia.aig.com.au [192.168.1.214]) by mail.aia-a.com.au (8.9.3/8.9.1) with ESMTP id KAA25694 for ; Tue, 19 Sep 2000 10:49:32 +1100 (EST) Received: by earthling.aia.aig.com.au (Postfix, from userid 1225) id 9B2A6104B; Tue, 19 Sep 2000 10:50:42 +1100 (EST) From: Andrew J Cosgriff To: xemacs-beta@xemacs.org Subject: Re: C/C++ Code Browsing References: <8525695E.002EFBAA.00@robin.delmia.com> <200009180900.SAA17516@mule.m17n.org> <14789.58886.830550.27021@turnbull.sk.tsukuba.ac.jp> Organization: or something X-URI: X-Face: (>iU0D+0F`<}g_wGK"Bza8]F'/lbXCL._fcD6RfK+lxM-VClGXy5GId*}G-$jZE@]iW Date: 19 Sep 2000 10:50:42 +1100 In-Reply-To: "Stephen J. Turnbull"'s message of "Mon, 18 Sep 2000 18:53:10 +0900 (JST)" Message-ID: <1yog1lmf8t.fsf@earthling.aia.aig.com.au> Lines: 27 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Stephen J. Turnbull wrote : > >>>>> "mb" == Martin Buchholz writes: > > mb> This sort of simple thing [toggle .cpp v .h files] is > mb> something for users to define in their .emacs. > > Your function doesn't work as a toggle, it only goes one way. > > mb> Should support for something like this be in cc-mode? > > Most of the time when Alt-S would be a convenience, C-x b RET does the > same thing, no? > > If the user really wants > `find-file-corresponding-implementation-or-interface' we should give > it to them, but the first response should be "This is `tags'. Doesn't > tags do what you need, better?" > > Frankly, I see no need. I've got a vague memory of some package that did this kinda .c <=> .h file swapping a few years ago, although since I didn't need it at the time, its name escapes me... -- Andrew J Cosgriff may be susceptible to sunspots From owner-xemacs-beta@xemacs.org Mon Sep 18 21:42:53 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id VAA28278 for xemacs-beta-out; Mon, 18 Sep 2000 21:42:53 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id VAA28266 for ; Mon, 18 Sep 2000 21:42:45 -0400 Received: from slackware.mynet.pc (dialup-202.pdx.ozlinx.com.au [202.61.190.87]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8J1gVn20373 for ; Tue, 19 Sep 2000 11:42:32 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8IEbiJ05917; Tue, 19 Sep 2000 00:37:44 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: C/C++ Code Browsing References: <8525695E.002EFBAA.00@robin.delmia.com> <200009180900.SAA17516@mule.m17n.org> From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: WHOA!! Ken and Barbie are having TOO MUCH FUN!! It must be the NEGATIVE IONS!! Date: 19 Sep 2000 00:37:44 +1000 In-Reply-To: Martin Buchholz's message of "Mon, 18 Sep 2000 18:00:34 +0900 (JST)" Message-ID: Lines: 29 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Martin Buchholz writes: > This sort of simple thing is something for users to define in their .emacs. > (add-hook > 'c-mode-common-hook > (lambda () > (local-set-key [(meta s)] > (lambda () > (interactive) > (find-file-other-window > (replace-in-string buffer-file-name "\\.cpp" ".h")))))) > Should support for something like this be in cc-mode? Probably not. Even a fairly small project would probably have two or more header files included in each source file. They can't all have the same name, and as you said, Martin, it's the sort of thing that a user would put into their .emacs. But perhaps something that prompted for a filename (sans extension) with the name of the current filename as the default could be better? -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Mon Sep 18 21:43:05 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id VAA28299 for xemacs-beta-out; Mon, 18 Sep 2000 21:43:05 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id VAA28290 for ; Mon, 18 Sep 2000 21:42:59 -0400 Received: from slackware.mynet.pc (dialup-202.pdx.ozlinx.com.au [202.61.190.87]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8J1ghn20394 for ; Tue, 19 Sep 2000 11:42:43 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8IFi5505987; Tue, 19 Sep 2000 01:44:05 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: vertical-mode.el From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: DIDI... is that a MARTIAN name, or, are we in ISRAEL? Date: 19 Sep 2000 01:44:05 +1000 Message-ID: Lines: 68 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: What's the general census of opinion of this little thing, is it something that could go into edit-utils? Are there any reasons why it shouldn't be included? ================================================== ;; Copyright (C) 1998-2000 Pavel Machek ;; ;; Author: Pavel Machek ;;; Commentary: ; This minor mode allows you to conviently edit things that are oriented vertically ; (like tables in computer programs): after each action, cursor moves down. Therefore, ; to move block of text to the right, you simply enter vertical mode and then hold ; spacebar, waiting for autorepeat to do the job for you. ;; Put this file into your load-path and the following into your ~/.emacs: ;; (require 'vertical-mode) ;;; Code: (defun vertical-after-change (from to num) "Function called after each change of text in vertical minor mode" (goto-char vertical-goto-point) (next-line 1)) (defun vertical-before-change (from to) (setq vertical-goto-point from) (setq vertical-goto-column (current-column))) (defvar vertical-mode nil "Vertical mode") (make-variable-buffer-local 'vertical-goto-point) (make-variable-buffer-local 'vertical-goto-column) (make-variable-buffer-local 'vertical-mode) (defun vertical-mode (&optional arg) "This function toggles vertical mode on and off." (interactive) (setq vertical-mode (if (null arg) (not vertical-mode) (> (prefix-numeric-value arg) 0))) (force-mode-line-update) (make-local-hook 'before-change-functions) (make-local-hook 'after-change-functions) (if vertical-mode (progn (add-hook 'before-change-functions 'vertical-before-change nil t) (add-hook 'after-change-functions 'vertical-after-change nil t)) (progn (remove-hook 'before-change-functions 'vertical-before-change t) (remove-hook 'after-change-functions 'vertical-after-change t)))) (setq minor-mode-alist (cons '(vertical-mode " Vertical") minor-mode-alist)) (provide 'vertical-mode) ;;; vertical-mode.el ends here -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Tue Sep 19 04:08:04 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA17836 for xemacs-beta-out; Tue, 19 Sep 2000 04:08:04 -0400 Received: from hermes.epita.fr (hermes.epita.fr [194.98.116.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA17832 for ; Tue, 19 Sep 2000 04:08:00 -0400 Received: from goa.lrde.epita.fr (mail@goa.lrde.epita.fr [10.227.5.2]) by hermes.epita.fr id KAA11419 for EPITA Paris France Tue, 19 Sep 2000 10:08:44 GMT Received: from uzeb.lrde.epita.fr ([10.227.5.53] ident=mail) by goa.lrde.epita.fr with esmtp (Exim 3.12 #1 (Debian)) id 13bIbE-0003cv-00 for ; Tue, 19 Sep 2000 10:17:56 +0200 Received: from didier by uzeb.lrde.epita.fr with local (Exim 3.16 #1 (Debian)) id 13bIbD-0003ik-00 for ; Tue, 19 Sep 2000 10:17:55 +0200 To: XEmacs Beta Testers Subject: [PB] compiling psgml from cvs X-Attribution: drv X-Url: http://www.infres.enst.fr/~verna X-Web: http://www.infres.enst.fr/~verna X-Home-Page: http://www.infres.enst.fr/~verna X-Face: |j}\)O|k##MrRz#VK$Jy=0r=3Qc,,a/Tr6*JQbE73dy17]2YcmW$9Z&H21e}#~#pgc>dn(is5Bv1l!{1re+Q9suKIOUmOqZs2>QMxHlR;;}kaGYA@HR3D C6 X-Face: 6o|eiKqaHN.ANh8HXDzntcWUOCg\]RsOd.ctvm~*y}Y^R&*a+Co,\s#=HWsw3x$b_n2kJ#g (7u?J^@^xP)f,jUF|0Z'J:|G/bMA5O12*b,7`-Q`=pKsCRIpso07.Y>YB2H{7`?u&yh;C_ZtLHfj Mail-Copies-To: never Date: 19 Sep 2000 10:17:55 +0200 Message-ID: Lines: 39 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by gwyn.tux.org id EAA17833 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: The compilation process of the psgml CVS tree doesn't work for me. Here's where it fails (this is the most recent cvs tree): /usr/local/src/xemacs/src/xemacs -batch -vanilla -eval "(push (expand-file-name \".\") load-path)" \ -l psgml-parse \ -eval "(setq sgml-auto-activate-dtd t \ sgml-data-directory (expand-file-name \"etc\") \ sgml-ecat-files (list (expand-file-name \"ECAT\" sgml-data-directory)) \ sgml-catalog-files (list (expand-file-name \"CATALOG\" sgml-data-directory)))" \ -f sgml-compile-all-dtds Wrong type argument: stringp, nil xemacs exiting . That seems to come from this target in the Makefile: # We should make a dependency on all files in etc/cdtd - but # how can this be done? Nevertheless the following should work. etc/cdtd/html: etc/ECAT etc/CATALOG etc/*.dtd etc/*.ent $(DATA_2_FILES) mkdir -p etc/cdtd $(XEMACS) -batch -vanilla -eval "$(EXTEND_LOAD_PATH)" \ -l psgml-parse \ -eval "(setq sgml-auto-activate-dtd t \ sgml-data-directory $(SGML_DATA_DIRECTORY) \ sgml-ecat-files (list $(SGML_ECAT_FILES)) \ sgml-catalog-files (list $(SGML_CATALOG_FILES)))" \ -f sgml-compile-all-dtds -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / EPITA / LRDE mailto:didier@lrde.epita.fr /_/ / /_/ / /__ / 14-16 rue Voltaire Tel. +33 (1) 44 08 01 77 94276 Kremlin-Bicêtre cedex Fax. +33 (1) 44 08 01 99 From owner-xemacs-beta@xemacs.org Tue Sep 19 16:18:29 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id QAA21178 for xemacs-beta-out; Tue, 19 Sep 2000 16:18:29 -0400 Received: from lamia.lf.net (lamia.LF.net [212.9.160.192]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id QAA21173 for ; Tue, 19 Sep 2000 16:18:25 -0400 Received: by lamia.lf.net (Smail3.2.0.111/lamia.lf.net) via LF.net GmbH Internet Services for mail.xemacs.org id m13bTqR-001Sq1C; Tue, 19 Sep 2000 22:18:23 +0200 (CEST) To: xemacs-beta@xemacs.org Subject: core on wrong replace-match Organization: LF.net GmbH X-URL: http://www.LF.net/ From: Norbert Koch Date: 19 Sep 2000 22:18:23 +0200 Message-ID: Lines: 63 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi! Using a vanilla "XEmacs 21.2 (beta35) \"Nike\" [Lucid] (i386-unknown-freebsd3.2) of Tue Sep 19\ 2000 on lycius.LF.net" I can dump core with (let ((str "as you like it")) (if (string-match "^.*$" str) (replace-match "\\U" t nil str))) The "\\U" might well be pretty dumb, but.. Lisp backtrace follows: # (unwind-protect ...) replace-match("\\U" t nil "as you like it") (if (string-match "^.*$" str) (replace-match "\\U" t nil str)) # bind (str) (let ((str "as you like it")) (if (string-match "^.*$" str) (replace-match "\\U" t nil str))) eval((let ((str "as you like it")) (if (string-match "^.*$" str) (replace-match "\\U" t nil str)))) # bind (expr) eval-interactive((let ((str "as you like it")) (if (string-match "^.*$" str) (replace-match "\\U" t nil str)))) # bind (standard-output opoint ignore-quotes # eval-last-sexp-arg-internal) eval-last-sexp(t) # bind (standard-output) #() call-interactively(eval-print-last-sexp) # (condition-case ... . error) # (catch top-level ...) #0 0x284d3c78 in kill () from /usr/lib/libc.so.3 #1 0x80b1983 in fatal_error_signal (sig=6) at emacs.c:514 #2 0xbfbfdfdc in ?? () #3 0x80b490a in assert_failed (file=0x8247ee6 "lisp.h", line=1128, expr=0x8247f00 "RECORD_TYPEP (obj, lrecord_type_string)") at emacs.c:3135 #4 0x819f408 in Freplace_match (newtext=136980484, #fixedcase=136980508, literal=136980484, string=140433620, strbuffer=136980484) at lisp.h:1128 #5 0x80ba2de in Feval (form=139636672) at eval.c:3331 #6 0x80b54f8 in Fif (args=139664768) at eval.c:691 #7 0x80ba153 in Feval (form=139664636) at eval.c:3304 #8 0x80b6029 in Flet (args=139664444) at eval.c:775 #9 0x80ba153 in Feval (form=139706220) at eval.c:3304 #10 0x80bacf7 in Ffuncall (nargs=2, args=0xbfbfcdf4) at eval.c:3528 #11 0x808f74e in execute_optimized_program ( program=0x8699990 "\b From owner-xemacs-beta@xemacs.org Tue Sep 19 18:18:48 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id SAA28426 for xemacs-beta-out; Tue, 19 Sep 2000 18:18:48 -0400 Received: from ice.wonderworks.com (ice.WonderWorks.COM [192.203.206.9]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id SAA28423 for ; Tue, 19 Sep 2000 18:18:47 -0400 Received: by ice.wonderworks.com id QQjhjl28636; Tue, 19 Sep 2000 15:18:46 -0700 (PDT) Received: from imap4.CS.Berkeley.EDU (imap4.CS.Berkeley.EDU [169.229.60.23]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id RAA26696 for ; Tue, 19 Sep 2000 17:54:04 -0400 Received: from alum.mit.edu (brancusi.CS.Berkeley.EDU [128.32.34.120]) by imap4.CS.Berkeley.EDU (Netscape Messaging Server 4.15) with ESMTP id G15M6100.02C; Tue, 19 Sep 2000 14:54:01 -0700 Message-ID: <39C7DF20.A592C1A2@alum.mit.edu> Date: Tue, 19 Sep 2000 14:48:16 -0700 From: "Mehul A. Shah" Organization: U. C. Berkeley X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: xemacs-beta@xemacs.org Subject: Fix for completion list being too wide. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I had a problem with the completion lists for file-completion or buffer-name completion earlier this year. When I split my frame into two vertically adjoining buffers, the list would be too wide and thus scroll off the screen. I would then have to pick-up my mouse to see the whole list. Below is a quick solution I found to the problem, and it seems to work in most cases. I thought I would share it with you guys. Later, Mehul ------------------------------------ Mehul Shah wrote: > > Regarding my previous post about the Completion list being too wide, I > could not find a configuration option that allowed me to fix the > problem. > > Instead, what I had to do is read through the system lisp files to find > the appropriate functions that were called when displaying the > completion list. > > The problem seems to have to with the "with-output-to-temp-buffer" > function which is used throughout. It does not display the temp buffer > in a window until the display-completion-list is completed. The > display-completion-list function does the formatting, and defaults to > the width of the *frame* not the *window*, which is why the completion > list is too wide. The only way to get the width of the window is to > display empty output to a temp-buffer and then call it again with the > output of the display-completion-list buffer. For file completions, in > the file list-mode.el, the function minibuffer-completion-help, I added > a dummy call: > > (with-output-to-temp-buffer *Completions* ()) > > to display the *Completions* window. > > Then in minibuf.el, in read-file-name-1 in the call to > display-completion-list > > I added > > :window-width (window-width (get-buffer-window (get-buffer > "*Completions*"))) > > This fixed the Completion list window being too wide for reading in > file-names. However this does not fix the Completion lists when > switching buffers or when looking for a command with M-x. I can't seem > to find the code where the display-completion-list function call is for > these completion commands. Can anyone help? > > Thanks, > > Mehul Ignore the hack above, here is a better solution. Okay, I have found a reasonable solution to the *Completion* list being too wide problem. Here is the quick fix, although I believe the code should be restructured so that the temporary buffer is displayed before its contents are formatted. This way, the code does not have to guess at what the width is of the window in which the temporary buffer is displayed. In list-mode.el previously, in the function display-completion-list, the width of the window was guessed with the following code: (frame-width (or (last-nonminibuf-frame) (selected-frame))) Basically, guessing that the width of the completion window would be the same as the width of the last selected frame or the width of the last non-minibuffer frame. Unfortunately, this is no the case when you split the frame vertically. So here is a better guess: (window-width (get-lru-window (last-nonminibuf-frame))) This basically gets the width of the least recently used window, which happens to be the window in which the temp buffer tends to get displayed in. I have not verified this fact in the code, but seems to work when I use it. So, in list-mode.el I simply replaced the previous guess with the new one and the formatting came out much better (both in cases where a new window is created for the temp buffer and one in which there is an available window for the temp buffer). Thanks, Mehul From owner-xemacs-beta@xemacs.org Tue Sep 19 19:16:45 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id TAA31771 for xemacs-beta-out; Tue, 19 Sep 2000 19:16:45 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id TAA31767 for ; Tue, 19 Sep 2000 19:16:43 -0400 Received: from slackware.mynet.pc (dialup-120.pdx.ozlinx.com.au [202.61.190.40]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8JNGUn09566 for ; Wed, 20 Sep 2000 09:16:30 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8JElLr28702; Wed, 20 Sep 2000 00:47:21 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: [PB] compiling psgml from cvs References: From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: Did an Italian CRANE OPERATOR just experience uninhibited sensations in a MALIBU HOT TUB? Date: 20 Sep 2000 00:47:21 +1000 In-Reply-To: Didier Verna's message of "19 Sep 2000 10:17:55 +0200" Message-ID: Lines: 40 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Didier Verna writes: > The compilation process of the psgml CVS tree doesn't work for me. > Here's where it fails (this is the most recent cvs tree): > /usr/local/src/xemacs/src/xemacs -batch -vanilla -eval "(push (expand-file-name \".\") load-path)" \ > -l psgml-parse \ > -eval "(setq sgml-auto-activate-dtd t \ > sgml-data-directory (expand-file-name \"etc\") \ > sgml-ecat-files (list (expand-file-name \"ECAT\" sgml-data-directory)) \ > sgml-catalog-files (list (expand-file-name \"CATALOG\" sgml-data-directory)))" \ > -f sgml-compile-all-dtds > Wrong type argument: stringp, nil > xemacs exiting > . > That seems to come from this target in the Makefile: > # We should make a dependency on all files in etc/cdtd - but > # how can this be done? Nevertheless the following should work. > etc/cdtd/html: etc/ECAT etc/CATALOG etc/*.dtd etc/*.ent $(DATA_2_FILES) > mkdir -p etc/cdtd > $(XEMACS) -batch -vanilla -eval "$(EXTEND_LOAD_PATH)" \ > -l psgml-parse \ > -eval "(setq sgml-auto-activate-dtd t \ > sgml-data-directory $(SGML_DATA_DIRECTORY) \ > sgml-ecat-files (list $(SGML_ECAT_FILES)) \ > sgml-catalog-files (list $(SGML_CATALOG_FILES)))" \ > -f sgml-compile-all-dtds Strange, I have no problems here (Linux x86, complete XEmacs packages CVS tree). Do you have permission to create etc/cdtd ? -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Tue Sep 19 20:27:38 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id UAA03092 for xemacs-beta-out; Tue, 19 Sep 2000 20:27:38 -0400 Received: from buffalo.fnal.gov (buffalo.fnal.gov [131.225.84.156]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id UAA03077; Tue, 19 Sep 2000 20:27:23 -0400 Received: (from cgw@localhost) by buffalo.fnal.gov (8.8.7/8.8.7) id TAA20650; Tue, 19 Sep 2000 19:27:22 -0500 From: Charles G Waldman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14792.1129.591655.545127@buffalo.fnal.gov> Date: Tue, 19 Sep 2000 19:27:21 -0500 (CDT) To: Steve Youngs Cc: xemacs-beta@xemacs.org Cc: pavel@ucw.cz Subject: vertical-mode.el In-Reply-To: References: X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-Face: %OO~XPb`a}(s2it:MIMa&Ig&fbz)+h$L,2js]uXlS*7R#!#e{6W^.z~0blXY]guz@qdC;-s>BG`iu,HOP"j\nV_W)'})|,9C>&St4H"\l$&:V;8)"gsPRlH S6]sBPDb:f<,&ReiQS59nI;6P{w1kPMSR|`8L6EaC?SBb|ujr$V^C8A+G3Z#'>U.> Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Steve Youngs writes: > What's the general census of opinion of this little thing, is it > something that could go into edit-utils? Are there any reasons why it > shouldn't be included? My vote is to go ahead and add it. What's a few hundred bytes of .el; think of how much space we devote to silly things like vanity photos and .wav files. IMO there are 3 reasons *not* to add code to the packages: 1) the feature provided is clearly useless 2) it doesn't work reliably 3) it works but the code is ugly (code that comes from xemacs.org should be exemplary of good coding standards; many people learn Elisp by following the provided examples) Since vertical-mode doesn't meet any of these 3 criteria, I say, "why not". The only question I have is whether it does the right thing at EOB. From owner-xemacs-beta@xemacs.org Wed Sep 20 04:32:54 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA22818 for xemacs-beta-out; Wed, 20 Sep 2000 04:32:54 -0400 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA22814 for ; Wed, 20 Sep 2000 04:32:52 -0400 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 4F2371E0C9; Wed, 20 Sep 2000 10:32:47 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id 5EB6310A03D; Wed, 20 Sep 2000 10:32:27 +0200 (MEST) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 13bfH3-0006Mg-00; Wed, 20 Sep 2000 10:30:37 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id E77021822; Wed, 20 Sep 2000 10:30:36 +0200 (CEST) To: XEmacs Beta Testers Cc: Florian Weimer Subject: Unify PTY handling From: Andreas Jaeger Date: 20 Sep 2000 10:30:36 +0200 Message-ID: Lines: 180 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Compiling on Linux/i686 I get these warnings: In file included from /usr/src/cvs/release-21-2/src/callproc.c:31: /usr/src/cvs/release-21-2/src/process.h:143: warning: `PTY_ITERATION' redefined s/linux.h:216: warning: this is the location of the previous definition /usr/src/cvs/release-21-2/src/process.h:146: warning: `PTY_OPEN' redefined s/linux.h:228: warning: this is the location of the previous definition /usr/src/cvs/release-21-2/src/process.h:148: warning: `PTY_TTY_NAME_SPRINTF' redefined s/linux.h:253: warning: this is the location of the previous definition process.h has: #ifdef HAVE_GETPT #define PTY_ITERATION #define PTY_OPEN \ if ((fd = getpt()) < 0 || grantpt (fd) < 0 || unlockpt (fd) < 0) \ return -1; #define PTY_NAME_SPRINTF #define PTY_TTY_NAME_SPRINTF strcpy (pty_name, ptsname (fd)); #endif Compare this with linux.h: #define PTY_ITERATION for (i = 0; i < 1; i++) /* no iteration at all */ #define PTY_OPEN \ do { \ fd = getpt(); \ if (fcntl (fd, F_SETFL, O_NDELAY) == -1) \ fatal ("could not set master PTY to non-block mode"); \ } while (0) #define PTY_TTY_NAME_SPRINTF \ { \ char *ptsname(), *ptyname; \ \ EMACS_BLOCK_SIGNAL (SIGCHLD); \ if (grantpt(fd) == -1) \ fatal("could not grant slave pty"); \ if (unlockpt(fd) == -1) \ fatal("could not unlock slave pty"); \ if (!(ptyname = ptsname(fd))) \ fatal ("could not enable slave pty"); \ strncpy(pty_name, ptyname, sizeof(pty_name)); \ pty_name[sizeof(pty_name) - 1] = 0; \ EMACS_UNBLOCK_SIGNAL (SIGCHLD); \ } IMO we should unify this. Could some folks please try the appended patch? It works for me on Linux 2.4.0.../glibc 2.1.3/i686 but I'd like to give it some more testing before it gets applied. Andreas 2000-09-20 Andreas Jaeger * src/s/linux.h: Move PTY handling to process.h * src/process.h: Unify PTY handling with version from s/linux.h. Index: src/process.h =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/src/process.h,v retrieving revision 1.8.2.10 diff -u -r1.8.2.10 process.h --- src/process.h 2000/06/12 04:18:21 1.8.2.10 +++ src/process.h 2000/09/20 08:00:01 @@ -139,13 +139,43 @@ #endif /* emacs */ -#ifdef HAVE_GETPT +#if defined(HAVE_GRANTPT) && defined(HAVE_UNLOCKPT) && defined(HAVE_PTSNAME) +/* No iteration at all: */ #define PTY_ITERATION -#define PTY_OPEN \ - if ((fd = getpt()) < 0 || grantpt (fd) < 0 || unlockpt (fd) < 0) \ - return -1; + +#ifdef HAVE_GETPT +/* Use getpt() if it's available. */ + +#define PTY_OPEN \ + do { \ + fd = getpt(); \ + if (fcntl (fd, F_SETFL, O_NDELAY) == -1) \ + fatal ("could not set master PTY to non-block mode"); \ + } while (0) + #define PTY_NAME_SPRINTF -#define PTY_TTY_NAME_SPRINTF strcpy (pty_name, ptsname (fd)); + +#else +/* the master PTY device */ +#define PTY_NAME_SPRINTF strcpy (pty_name, "/dev/ptmx"); +#endif + +#define PTY_TTY_NAME_SPRINTF \ + { \ + char *ptsname(), *ptyname; \ + \ + EMACS_BLOCK_SIGNAL (SIGCHLD); \ + if (grantpt(fd) == -1) \ + fatal("could not grant slave pty"); \ + if (unlockpt(fd) == -1) \ + fatal("could not unlock slave pty"); \ + if (!(ptyname = ptsname(fd))) \ + fatal ("could not enable slave pty"); \ + strncpy(pty_name, ptyname, sizeof(pty_name)); \ + pty_name[sizeof(pty_name) - 1] = 0; \ + EMACS_UNBLOCK_SIGNAL (SIGCHLD); \ + } + #endif #endif /* INCLUDED_process_h_ */ Index: src/s/linux.h =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/src/s/linux.h,v retrieving revision 1.11.2.4 diff -u -r1.11.2.4 linux.h --- src/s/linux.h 2000/09/14 06:31:09 1.11.2.4 +++ src/s/linux.h 2000/09/20 08:00:01 @@ -208,48 +208,3 @@ /* XEmacs: removed setpgrp() definition because we use setpgid() when it's available, and autodetect it. */ -#if defined(HAVE_GRANTPT) && defined(HAVE_UNLOCKPT) && defined(HAVE_PTSNAME) -/* UNIX98 PTYs are available. - Added by Florian Weimer , - RUS-CERT, University of Stuttgart. Based on Emacs code for DGUX. */ - -#define PTY_ITERATION for (i = 0; i < 1; i++) -/* no iteration at all */ - -/* Use getpt() if it's available, because it provides Unix98 PTY - emulation for kernels which doesn't support it natively. */ - -#ifdef HAVE_GETPT -#define PTY_OPEN \ - do { \ - fd = getpt(); \ - if (fcntl (fd, F_SETFL, O_NDELAY) == -1) \ - fatal ("could not set master PTY to non-block mode"); \ - } while (0) - -#else -/* the master PTY device */ -#define PTY_NAME_SPRINTF strcpy (pty_name, "/dev/ptmx"); -#endif - -/* This sets the name of the slave side of the PTY. grantpt(3) and - unlockpt(3) may fork a subprocess, so keep sigchld_handler() from - intercepting that death. */ - -#define PTY_TTY_NAME_SPRINTF \ - { \ - char *ptsname(), *ptyname; \ - \ - EMACS_BLOCK_SIGNAL (SIGCHLD); \ - if (grantpt(fd) == -1) \ - fatal("could not grant slave pty"); \ - if (unlockpt(fd) == -1) \ - fatal("could not unlock slave pty"); \ - if (!(ptyname = ptsname(fd))) \ - fatal ("could not enable slave pty"); \ - strncpy(pty_name, ptyname, sizeof(pty_name)); \ - pty_name[sizeof(pty_name) - 1] = 0; \ - EMACS_UNBLOCK_SIGNAL (SIGCHLD); \ - } - -#endif -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-xemacs-beta@xemacs.org Wed Sep 20 05:03:02 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA23948 for xemacs-beta-out; Wed, 20 Sep 2000 05:03:02 -0400 Received: from tsukuba.m17n.org (tsukuba.m17n.org [192.47.44.130]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA23926; Wed, 20 Sep 2000 05:02:50 -0400 Received: from fs.m17n.org (root@fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.9.3/3.7W-19991231100513) with ESMTP id SAA22162; Wed, 20 Sep 2000 18:02:46 +0900 (JST) (envelope-from martin@m17n.org) Received: from mule.m17n.org (martin@mule.m17n.org [192.47.44.3]) by fs.m17n.org (8.9.3/3.7W-19990906215257) with ESMTP id SAA19065; Wed, 20 Sep 2000 18:02:45 +0900 (JST) Received: (from martin@localhost) by mule.m17n.org (8.9.2/3.7W-19990512194415) id SAA11611; Wed, 20 Sep 2000 18:02:44 +0900 (JST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14792.32051.823947.927514@mule.m17n.org> Date: Wed, 20 Sep 2000 18:02:43 +0900 (JST) From: Martin Buchholz To: Andreas Jaeger Cc: XEmacs Beta Testers , Florian Weimer , Vin Shelton Subject: Re: Unify PTY handling In-Reply-To: References: X-Mailer: VM 6.71 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid Reply-To: martin@xemacs.org Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Please see my other emails on this subject. If you're going to fix this (and it's on my very long todo list), let's do it right. The grantpt, unlockpt, etc. should be in the code for OPENing the pty, not the code for printing it! We'll have to fix similar code in s/hpux.h and probably elsewhere. Consider throwing most of the current code away and starting fresh with Expect's pty_termios.c, or some other source of excellent pty-handling code. Martin >>>>> "AJ" == Andreas Jaeger writes: AJ> Compiling on Linux/i686 I get these warnings: AJ> In file included from /usr/src/cvs/release-21-2/src/callproc.c:31: AJ> /usr/src/cvs/release-21-2/src/process.h:143: warning: `PTY_ITERATION' redefined AJ> s/linux.h:216: warning: this is the location of the previous definition AJ> /usr/src/cvs/release-21-2/src/process.h:146: warning: `PTY_OPEN' redefined AJ> s/linux.h:228: warning: this is the location of the previous definition AJ> /usr/src/cvs/release-21-2/src/process.h:148: warning: `PTY_TTY_NAME_SPRINTF' redefined AJ> s/linux.h:253: warning: this is the location of the previous definition AJ> process.h has: AJ> #ifdef HAVE_GETPT AJ> #define PTY_ITERATION AJ> #define PTY_OPEN \ AJ> if ((fd = getpt()) < 0 || grantpt (fd) < 0 || unlockpt (fd) < 0) \ AJ> return -1; AJ> #define PTY_NAME_SPRINTF AJ> #define PTY_TTY_NAME_SPRINTF strcpy (pty_name, ptsname (fd)); AJ> #endif AJ> Compare this with linux.h: AJ> #define PTY_ITERATION for (i = 0; i < 1; i++) AJ> /* no iteration at all */ AJ> #define PTY_OPEN \ AJ> do { \ AJ> fd = getpt(); \ AJ> if (fcntl (fd, F_SETFL, O_NDELAY) == -1) \ AJ> fatal ("could not set master PTY to non-block mode"); \ AJ> } while (0) AJ> #define PTY_TTY_NAME_SPRINTF \ AJ> { \ AJ> char *ptsname(), *ptyname; \ AJ> \ AJ> EMACS_BLOCK_SIGNAL (SIGCHLD); \ AJ> if (grantpt(fd) == -1) \ AJ> fatal("could not grant slave pty"); \ AJ> if (unlockpt(fd) == -1) \ AJ> fatal("could not unlock slave pty"); \ AJ> if (!(ptyname = ptsname(fd))) \ AJ> fatal ("could not enable slave pty"); \ AJ> strncpy(pty_name, ptyname, sizeof(pty_name)); \ AJ> pty_name[sizeof(pty_name) - 1] = 0; \ AJ> EMACS_UNBLOCK_SIGNAL (SIGCHLD); \ AJ> } AJ> IMO we should unify this. Could some folks please try the appended AJ> patch? It works for me on Linux 2.4.0.../glibc 2.1.3/i686 but I'd AJ> like to give it some more testing before it gets applied. AJ> Andreas AJ> 2000-09-20 Andreas Jaeger AJ> * src/s/linux.h: Move PTY handling to process.h AJ> * src/process.h: Unify PTY handling with version from s/linux.h. AJ> Index: src/process.h AJ> =================================================================== AJ> RCS file: /usr/CVSroot/XEmacs/xemacs/src/process.h,v AJ> retrieving revision 1.8.2.10 AJ> diff -u -r1.8.2.10 process.h AJ> --- src/process.h 2000/06/12 04:18:21 1.8.2.10 AJ> +++ src/process.h 2000/09/20 08:00:01 AJ> @@ -139,13 +139,43 @@ AJ> #endif /* emacs */ AJ> -#ifdef HAVE_GETPT AJ> +#if defined(HAVE_GRANTPT) && defined(HAVE_UNLOCKPT) && defined(HAVE_PTSNAME) AJ> +/* No iteration at all: */ AJ> #define PTY_ITERATION AJ> -#define PTY_OPEN \ AJ> - if ((fd = getpt()) < 0 || grantpt (fd) < 0 || unlockpt (fd) < 0) \ AJ> - return -1; AJ> + AJ> +#ifdef HAVE_GETPT AJ> +/* Use getpt() if it's available. */ AJ> + AJ> +#define PTY_OPEN \ AJ> + do { \ AJ> + fd = getpt(); \ AJ> + if (fcntl (fd, F_SETFL, O_NDELAY) == -1) \ AJ> + fatal ("could not set master PTY to non-block mode"); \ AJ> + } while (0) AJ> + AJ> #define PTY_NAME_SPRINTF AJ> -#define PTY_TTY_NAME_SPRINTF strcpy (pty_name, ptsname (fd)); AJ> + AJ> +#else AJ> +/* the master PTY device */ AJ> +#define PTY_NAME_SPRINTF strcpy (pty_name, "/dev/ptmx"); AJ> +#endif AJ> + AJ> +#define PTY_TTY_NAME_SPRINTF \ AJ> + { \ AJ> + char *ptsname(), *ptyname; \ AJ> + \ AJ> + EMACS_BLOCK_SIGNAL (SIGCHLD); \ AJ> + if (grantpt(fd) == -1) \ AJ> + fatal("could not grant slave pty"); \ AJ> + if (unlockpt(fd) == -1) \ AJ> + fatal("could not unlock slave pty"); \ AJ> + if (!(ptyname = ptsname(fd))) \ AJ> + fatal ("could not enable slave pty"); \ AJ> + strncpy(pty_name, ptyname, sizeof(pty_name)); \ AJ> + pty_name[sizeof(pty_name) - 1] = 0; \ AJ> + EMACS_UNBLOCK_SIGNAL (SIGCHLD); \ AJ> + } AJ> + AJ> #endif AJ> #endif /* INCLUDED_process_h_ */ AJ> Index: src/s/linux.h AJ> =================================================================== AJ> RCS file: /usr/CVSroot/XEmacs/xemacs/src/s/linux.h,v AJ> retrieving revision 1.11.2.4 AJ> diff -u -r1.11.2.4 linux.h AJ> --- src/s/linux.h 2000/09/14 06:31:09 1.11.2.4 AJ> +++ src/s/linux.h 2000/09/20 08:00:01 AJ> @@ -208,48 +208,3 @@ AJ> /* XEmacs: removed setpgrp() definition because we use setpgid() when AJ> it's available, and autodetect it. */ AJ> -#if defined(HAVE_GRANTPT) && defined(HAVE_UNLOCKPT) && defined(HAVE_PTSNAME) AJ> -/* UNIX98 PTYs are available. AJ> - Added by Florian Weimer , AJ> - RUS-CERT, University of Stuttgart. Based on Emacs code for DGUX. */ AJ> - AJ> -#define PTY_ITERATION for (i = 0; i < 1; i++) AJ> -/* no iteration at all */ AJ> - AJ> -/* Use getpt() if it's available, because it provides Unix98 PTY AJ> - emulation for kernels which doesn't support it natively. */ AJ> - AJ> -#ifdef HAVE_GETPT AJ> -#define PTY_OPEN \ AJ> - do { \ AJ> - fd = getpt(); \ AJ> - if (fcntl (fd, F_SETFL, O_NDELAY) == -1) \ AJ> - fatal ("could not set master PTY to non-block mode"); \ AJ> - } while (0) AJ> - AJ> -#else AJ> -/* the master PTY device */ AJ> -#define PTY_NAME_SPRINTF strcpy (pty_name, "/dev/ptmx"); AJ> -#endif AJ> - AJ> -/* This sets the name of the slave side of the PTY. grantpt(3) and AJ> - unlockpt(3) may fork a subprocess, so keep sigchld_handler() from AJ> - intercepting that death. */ AJ> - AJ> -#define PTY_TTY_NAME_SPRINTF \ AJ> - { \ AJ> - char *ptsname(), *ptyname; \ AJ> - \ AJ> - EMACS_BLOCK_SIGNAL (SIGCHLD); \ AJ> - if (grantpt(fd) == -1) \ AJ> - fatal("could not grant slave pty"); \ AJ> - if (unlockpt(fd) == -1) \ AJ> - fatal("could not unlock slave pty"); \ AJ> - if (!(ptyname = ptsname(fd))) \ AJ> - fatal ("could not enable slave pty"); \ AJ> - strncpy(pty_name, ptyname, sizeof(pty_name)); \ AJ> - pty_name[sizeof(pty_name) - 1] = 0; \ AJ> - EMACS_UNBLOCK_SIGNAL (SIGCHLD); \ AJ> - } AJ> - AJ> -#endif From owner-xemacs-beta@xemacs.org Wed Sep 20 05:53:49 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA25629 for xemacs-beta-out; Wed, 20 Sep 2000 05:53:49 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA25608; Wed, 20 Sep 2000 05:53:36 -0400 Received: by localhost id m13bgVU-00013lC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Wed, 20 Sep 2000 18:49:36 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14792.34864.428493.773032@turnbull.sk.tsukuba.ac.jp> Date: Wed, 20 Sep 2000 18:49:36 +0900 (JST) To: martin@xemacs.org Cc: Andreas Jaeger , XEmacs Beta Testers , Florian Weimer , Vin Shelton Subject: Re: Unify PTY handling In-Reply-To: <14792.32051.823947.927514@mule.m17n.org> References: <14792.32051.823947.927514@mule.m17n.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "mb" == Martin Buchholz writes: mb> Please see my other emails on this subject. If you're going mb> to fix this (and it's on my very long todo list), let's do it mb> right. The grantpt, unlockpt, etc. should be in the code for mb> OPENing the pty, not the code for printing it! mb> We'll have to fix similar code in s/hpux.h and probably mb> elsewhere. Also we should pay close attention to Linux/glibc-isms. The code in question is conditioned on HAVE_GETPT, but this refers to a GNU extension in glibc which appears to be a convenience routine. It's quite possible that other systems will comply with the standard (Unix9X?) and could take advantage of the apparently more careful code in the Linux s/m file, but won't have getpt() -- or at least we should check on that. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Wed Sep 20 10:00:00 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id KAA04386 for xemacs-beta-out; Wed, 20 Sep 2000 10:00:00 -0400 Received: from mercury.rus.uni-stuttgart.de (mercury.rus.uni-stuttgart.de [129.69.1.226]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id JAA04371; Wed, 20 Sep 2000 09:59:52 -0400 Received: from rusfw by mercury.rus.uni-stuttgart.de with local (Exim 3.12 #4) id 13bkMO-0001G5-00; Wed, 20 Sep 2000 15:56:28 +0200 To: "Stephen J. Turnbull" Cc: martin@xemacs.org, Andreas Jaeger , XEmacs Beta Testers , Vin Shelton Subject: Re: Unify PTY handling References: <14792.32051.823947.927514@mule.m17n.org> <14792.34864.428493.773032@turnbull.sk.tsukuba.ac.jp> From: Florian Weimer Date: 20 Sep 2000 15:56:27 +0200 In-Reply-To: "Stephen J. Turnbull"'s message of "Wed, 20 Sep 2000 18:49:36 +0900 (JST)" Message-ID: Lines: 32 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: "Stephen J. Turnbull" writes: > Also we should pay close attention to Linux/glibc-isms. The code in > question is conditioned on HAVE_GETPT, but this refers to a GNU > extension in glibc which appears to be a convenience routine. getpt() is not a convinience routine. It is required for UNIX98 PTY emulation with glibc 2.1 on Linux 2.0. There's no master PTY device on such systems. > It's quite possible that other systems will comply with the standard > (Unix9X?) and could take advantage of the apparently more careful > code in the Linux s/m file, but won't have getpt() -- or at least we > should check on that. Other system do support these PTY style, but the master PTY device is named differently, and some systems require special STREAMS setup stuff. Finally, HP-UX grantpt() doesn't do what the manpage says. As a result, when I wrote the patch for GNU Emacs, I discarded the idea of unifying UNIX98 PTY support. It would still require a bunch of #defines and would be nearly as ugly as the current solution (on GNU Emacs). (Due to legal reasons, GNU Emacs does not ship with the RUS-CERT patch.) -- Florian Weimer Florian.Weimer@RUS.Uni-Stuttgart.DE University of Stuttgart http://cert.uni-stuttgart.de/ RUS-CERT +49-711-685-5973/fax +49-711-685-5898 http://ca.uni-stuttgart.de:11371/pks/lookup?op=get&search=0xC06EC3B5 From owner-xemacs-beta@xemacs.org Wed Sep 20 10:00:20 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id KAA04425 for xemacs-beta-out; Wed, 20 Sep 2000 10:00:20 -0400 Received: from mercury.rus.uni-stuttgart.de (mercury.rus.uni-stuttgart.de [129.69.1.226]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id KAA04417; Wed, 20 Sep 2000 10:00:17 -0400 Received: from rusfw by mercury.rus.uni-stuttgart.de with local (Exim 3.12 #4) id 13bkNO-0001G7-00; Wed, 20 Sep 2000 15:57:30 +0200 To: martin@xemacs.org Cc: Andreas Jaeger , XEmacs Beta Testers , Vin Shelton Subject: Re: Unify PTY handling References: <14792.32051.823947.927514@mule.m17n.org> From: Florian Weimer Date: 20 Sep 2000 15:57:30 +0200 In-Reply-To: Martin Buchholz's message of "Wed, 20 Sep 2000 18:02:43 +0900 (JST)" Message-ID: Lines: 14 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Martin Buchholz writes: > Consider throwing most of the current code away and starting fresh > with Expect's pty_termios.c, or some other source of excellent > pty-handling code. This is probably a good idea, but it will take some time until the new code supports as many systems as the old one. :-/ -- Florian Weimer Florian.Weimer@RUS.Uni-Stuttgart.DE University of Stuttgart http://cert.uni-stuttgart.de/ RUS-CERT +49-711-685-5973/fax +49-711-685-5898 http://ca.uni-stuttgart.de:11371/pks/lookup?op=get&search=0xC06EC3B5 From owner-xemacs-beta@xemacs.org Wed Sep 20 23:56:02 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id XAA22442 for xemacs-beta-out; Wed, 20 Sep 2000 23:56:02 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id XAA22437 for ; Wed, 20 Sep 2000 23:56:00 -0400 Received: by localhost id m13bxQ8-000148C (Debian Smail-3.2.0.111 2000-Feb-17 #2); Thu, 21 Sep 2000 12:53:12 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14793.34344.133711.745986@turnbull.sk.tsukuba.ac.jp> Date: Thu, 21 Sep 2000 12:53:12 +0900 (JST) To: xemacs-beta Subject: One more time, why can't xemacs-packages be a sibling of xemacs? In-Reply-To: References: <39870FB5.DAD210D6@netscape.net> <87punsgr9t.fsf@sodan.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "dv" == Didier Verna writes: dv> Obviously, XEmacs took my package source directory for what it dv> is not. After renaming it to XEmacs-Packages (note the dv> uppercase) and reinstalling in order to update the symlinks, dv> everything went fine again. >>>>> "ms" == Michael Sperber writes: ms> Ben yelled at me sufficiently to implement this. It's an ms> intentional feature, and it only happens with an in-place ms> XEmacs. This, er, doesn't seem to be documented anywhere. info xemacs 'startup paths' says "If you run in-place, these [hierarchies] are direct subdirectories of the build directory." What is it that Ben wanted? Is this just so that Windows users can put their installed package hierarchy in c:\xemacs-packages and their sources in c:\xemacs or something like that? dv> To me, running in place would mean the ability to find the dv> packages in my compiled cvs source tree withtout having to dv> install them (whether by symlinks or not). But that's not that dv> hey ? ms> Yes, that's what it is. As opposed to a regular package ms> hierarchy available to an in-place core. Hm? I don't understand. It seems that you are saying that I should be able to use a package source tree which is a neighbor of the build directory as a package hierarchy. That's clearly not true; otherwise there would be no need to rename your package source hierarchy. It would just work. I can think of several reasons why this is a bad idea, anyway. (1) As implemented, it causes XEmacs to fail in a very non-transparent way. This can be fixed as far as I'm concerned by testing `(featurep 'xemacs-base)' or the equivalent, and reporting (format "xemacs-base packages not found. Perhaps your\n" "package hierarchies are weird? %s" package-hierarchy-roots) or something like that (`emacs-roots' probably doesn't give enough information). But given (2), maybe it's preferable to revert this. (2) In general, when working on packages you[1] should probably be testing with an installed XEmacs; when working on the core, you should probably be testing against installed packages. If you know what you're doing, and want to test development packages against a development xemacs, it's easy enough to change this with an environment variable, or by putting development packages in your private hierarchy. Footnotes: [1] Me, anyway. :-) -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Thu Sep 21 00:08:05 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id AAA22923 for xemacs-beta-out; Thu, 21 Sep 2000 00:08:05 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id AAA22920 for ; Thu, 21 Sep 2000 00:08:04 -0400 Received: by localhost id m13bxbo-000141C (Debian Smail-3.2.0.111 2000-Feb-17 #2); Thu, 21 Sep 2000 13:05:16 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14793.35068.264377.693077@turnbull.sk.tsukuba.ac.jp> Date: Thu, 21 Sep 2000 13:05:16 +0900 (JST) To: xemacs-beta@xemacs.org Subject: 21.1 crash in eval.c: 1877 (abort) X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: This has happened twice now, in the following fashion: after several days of a session, mostly using VM, I click on the get mail button for some folder. The .crashbox gets filled, and then XEmacs crashes. No lisp backtrace, no C backtrace (that may be my fault; the first time I didn't have core dumps enabled, the second I may have run out of space for the core file). It aborts in eval.c at line 1877, which is a check for in redisplay or in GC. I don't notice a GC happening, but it goes down really fast so I may have missed it. Probably last CVS update was Aug 23. uname -a: Linux turnbull 2.2.14 #1 Mon Apr 3 17:04:34 JST 2000 i586 unknown /coda/Projects/XEmacs/21.1-HEAD/configure '--srcdir' '/coda/Projects/XEmacs/21.1-HEAD' '--with-mule' '--with-xim=xlib' '--with-xfs' '--prefix=/playpen/gnu' '--exec-prefix=/playpen/gnu/plat' XEmacs 21.1.12 "Channel Islands" configured for `i586-pc-linux'. Where should the build process find the source code? /coda/Projects/XEmacs/21.1-HEAD What installation prefix should install use? /playpen/gnu What operating system and machine description files should XEmacs use? `s/linux.h' and `m/intel386.h' What compiler should XEmacs be built with? gcc -g -O3 -Wall -Wno-switch Should XEmacs use the GNU version of malloc? yes (Using Doug Lea's new malloc from the GNU C Library.) Should XEmacs use the relocating allocator for buffers? yes What window system should XEmacs use? x11 Where do we find X Windows header files? /usr/X11R6/include Where do we find X Windows libraries? /usr/X11R6/lib Compiling in support for XAUTH. Compiling in support for XPM images. Compiling in support for PNG image handling. Compiling in support for (builtin) GIF image handling. Compiling in support for JPEG image handling. Compiling in support for TIFF image handling. Compiling in support for X-Face message headers. Compiling in native sound support. Compiling in support for Berkeley DB. Compiling in support for ncurses. Compiling in Mule (multi-lingual) support. Compiling in XIM (X11R5+ I18N input method) support. Using raw Xlib to provide XIM support. Using XFontSet to provide bilingual menubar. Compiling in support for Canna on Mule. Compiling in support for proper session-management. Using Lucid menubars. Using Lucid scrollbars. Using Athena dialog boxes. Compiling in DLL support. movemail will use "dot-locking" for locking mail spool files. Using Lisp_Objects with minimal tagbits. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Thu Sep 21 02:24:19 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA28749 for xemacs-beta-out; Thu, 21 Sep 2000 02:24:19 -0400 Received: from tsukuba.m17n.org (tsukuba.m17n.org [192.47.44.130]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA28746 for ; Thu, 21 Sep 2000 02:24:17 -0400 Received: from fs.m17n.org (root@fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.9.3/3.7W-19991231100513) with ESMTP id PAA27558; Thu, 21 Sep 2000 15:24:11 +0900 (JST) (envelope-from martin@m17n.org) Received: from mule.m17n.org (martin@mule.m17n.org [192.47.44.3]) by fs.m17n.org (8.9.3/3.7W-19990906215257) with ESMTP id PAA23459; Thu, 21 Sep 2000 15:24:10 +0900 (JST) Received: (from martin@localhost) by mule.m17n.org (8.9.2/3.7W-19990512194415) id PAA16607; Thu, 21 Sep 2000 15:24:09 +0900 (JST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14793.43400.875376.478564@mule.m17n.org> Date: Thu, 21 Sep 2000 15:24:08 +0900 (JST) From: Martin Buchholz To: Andreas Jaeger Cc: XEmacs Beta Testers , Florian Weimer Subject: Re: Unify PTY handling In-Reply-To: References: X-Mailer: VM 6.71 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid Reply-To: martin@xemacs.org Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I'm going to do some work on pty allocation, with the hope of doing things more sensibly and removing warnings. getpt() will be used where available. Unix98 functions will be used where available. Ideas (but little code) will be taken from Don Libes' expect. If my new allocation function fails, I plan to fallback to the old crufty one. Martin From owner-xemacs-beta@xemacs.org Thu Sep 21 02:56:37 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA29882 for xemacs-beta-out; Thu, 21 Sep 2000 02:56:37 -0400 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA29876; Thu, 21 Sep 2000 02:56:33 -0400 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id B68FA1E0BC; Thu, 21 Sep 2000 08:56:28 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id 16F1610A026; Thu, 21 Sep 2000 08:56:27 +0200 (MEST) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 13c0Ci-00023p-00; Thu, 21 Sep 2000 08:51:32 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 16E9F1822; Thu, 21 Sep 2000 08:51:31 +0200 (CEST) To: martin@xemacs.org Cc: XEmacs Beta Testers , Florian Weimer Subject: Re: Unify PTY handling References: <14793.43400.875376.478564@mule.m17n.org> From: Andreas Jaeger Date: 21 Sep 2000 08:51:31 +0200 In-Reply-To: Martin Buchholz's message of "Thu, 21 Sep 2000 15:24:08 +0900 (JST)" Message-ID: Lines: 22 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> Martin Buchholz writes: > I'm going to do some work on pty allocation, with the hope of doing > things more sensibly and removing warnings. > getpt() will be used where available. > Unix98 functions will be used where available. > Ideas (but little code) will be taken from Don Libes' expect. > If my new allocation function fails, I plan to fallback to the old > crufty one. Glad to hear! If you need testers on Linux, just shout. Thanks, Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-xemacs-beta@xemacs.org Thu Sep 21 03:09:38 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id DAA30440 for xemacs-beta-out; Thu, 21 Sep 2000 03:09:38 -0400 Received: from mx1.informatik.uni-tuebingen.de (mx1.Informatik.Uni-Tuebingen.De [134.2.12.5]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id DAA30435 for ; Thu, 21 Sep 2000 03:09:35 -0400 Received: from informatik.uni-tuebingen.de (sams [134.2.12.50]) by mx1.informatik.uni-tuebingen.de (Postfix) with ESMTP id 7F9B24B5; Thu, 21 Sep 2000 09:09:33 +0200 (MST) Received: (from sperber@localhost) by informatik.uni-tuebingen.de (8.9.3/8.9.3) id JAA21003; Thu, 21 Sep 2000 09:09:32 +0200 (CEST) (envelope-from sperber) To: "Stephen J. Turnbull" Cc: xemacs-beta Subject: Re: One more time, why can't xemacs-packages be a sibling of xemacs? References: <39870FB5.DAD210D6@netscape.net> <87punsgr9t.fsf@sodan.org> <14793.34344.133711.745986@turnbull.sk.tsukuba.ac.jp> From: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Date: 21 Sep 2000 09:09:32 +0200 In-Reply-To: "Stephen J. Turnbull"'s message of "Thu, 21 Sep 2000 12:53:12 +0900 (JST)" Message-ID: Lines: 43 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Stephen" == Stephen J Turnbull writes: >>>>> "dv" == Didier Verna writes: dv> Obviously, XEmacs took my package source directory for what it dv> is not. After renaming it to XEmacs-Packages (note the dv> uppercase) and reinstalling in order to update the symlinks, dv> everything went fine again. >>>>> "ms" == Michael Sperber writes: ms> Ben yelled at me sufficiently to implement this. It's an ms> intentional feature, and it only happens with an in-place ms> XEmacs. Stephen> This, er, doesn't seem to be documented anywhere. info xemacs Stephen> 'startup paths' says "If you run in-place, these [hierarchies] are Stephen> direct subdirectories of the build directory." Correct, I haven't gotten around to that, mainly because I expected there'd be dust in its wake that would need settling. The proof is here. Stephen> What is it that Ben wanted? Actually, I am not sure anymore. Stephen> Is this just so that Windows users can put their installed package Stephen> hierarchy in c:\xemacs-packages and their sources in Stephen> c:\xemacs or something like that? That's how I read him originally. dv> To me, running in place would mean the ability to find the dv> packages in my compiled cvs source tree withtout having to dv> install them (whether by symlinks or not). But that's not that dv> hey ? You're correct. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla From owner-xemacs-beta@xemacs.org Thu Sep 21 05:07:43 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA02449 for xemacs-beta-out; Thu, 21 Sep 2000 05:07:43 -0400 Received: from beamail.beasys.com ([63.96.163.7]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA02446 for ; Thu, 21 Sep 2000 05:07:42 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id CAA06870; Thu, 21 Sep 2000 02:07:32 -0700 (PDT) Received: from andyppc.beasys.com (oldlondon [10.5.1.12]) by london.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id KAA17856; Thu, 21 Sep 2000 10:10:10 +0100 (BST) Message-Id: <4.3.2.7.2.20000921092622.00c48ca0@london.beasys.com> X-Sender: andyp@london.beasys.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 21 Sep 2000 09:26:42 +0100 To: Charles G Waldman From: Andy Piper Subject: Re: working on getting XEmacs/GTK to 21.2... Cc: xemacs-beta@xemacs.org In-Reply-To: <14771.55424.919104.33659@buffalo.fnal.gov> References: <4.3.2.7.2.20000904171528.00c3f540@london.beasys.com> <86og253phh.fsf@megalith.bp.aventail.com> <86wvgt3yrh.fsf@megalith.bp.aventail.com> <14770.62159.988660.911256@turnbull.sk.tsukuba.ac.jp> <4.3.2.7.2.20000904171528.00c3f540@london.beasys.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: At 12:14 PM 9/4/00 -0500, Charles G Waldman wrote: >Sometime, you should try (if you haven't done so already) putting the >default-toolbar-location to "left" or "right", and watch how this >interacts with the gutter buffer-tabs. Especially when resizing >frames. Seems to interact ok for me. What exactly are you seeing? Thanks andy -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd From owner-xemacs-beta@xemacs.org Thu Sep 21 05:07:38 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA02441 for xemacs-beta-out; Thu, 21 Sep 2000 05:07:38 -0400 Received: from beamail.beasys.com ([63.96.163.7]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA02428 for ; Thu, 21 Sep 2000 05:07:37 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id CAA06841; Thu, 21 Sep 2000 02:07:30 -0700 (PDT) Received: from andyppc.beasys.com (oldlondon [10.5.1.12]) by london.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id KAA17847; Thu, 21 Sep 2000 10:10:08 +0100 (BST) Message-Id: <4.3.2.7.2.20000921092154.00c47730@london.beasys.com> X-Sender: andyp@london.beasys.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 21 Sep 2000 09:23:08 +0100 To: "Stephen J. Turnbull" , xemacs-beta@xemacs.org From: Andy Piper Subject: Re: buffer tabs widget & dialogs In-Reply-To: <14764.60315.216955.414715@turnbull.sk.tsukuba.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: At 08:10 PM 8/30/00 +0900, Stephen J. Turnbull wrote: >After spell checking a buffer and inserting a word in the private >dictionary, the "save dictionary" dialog pops up. The buffer tabs >change color (to indicate they are inactive, I assume). > >However, they do not return to the original color when the dialog pops >down. Furthermore, when a tab is activated, only the two tabs >involved (the old current buffer and the new one) return to the >indication of active state. Others change as they are activated in >turn (or as a new mode changes the whole set of tabs at once). > >XEmacs 21.2.35, CVS updated to 28 August 04:00 UTC. So I think this patch fixes the coloring problems but I'm not sure whether it will fix you particular problem above. I'm a bit nervous about the patch as I'm still not sure I fully understand lwlib. Thanks andy 2000-09-21 Andy Piper * lwlib.h: declare copy_widget_value_tree. * lwlib.c (copy_widget_value_tree): make non-static. 2000-09-21 Andy Piper * glyphs-x.c (x_redisplay_widget): make sure non-structural changes still involve copying the widget tree. (update_widget_face): make sure a change is register in the widget tree. Call update_tab_widget_face appropriately. (update_tab_widget_face): ditto. (x_tab_control_redisplay): make sure non-structural changes still involve copying the widget tree. -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd From owner-xemacs-beta@xemacs.org Thu Sep 21 05:20:23 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA02952 for xemacs-beta-out; Thu, 21 Sep 2000 05:20:23 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA02947 for ; Thu, 21 Sep 2000 05:20:21 -0400 Received: by localhost id m13c2U0-000141C (Debian Smail-3.2.0.111 2000-Feb-17 #2); Thu, 21 Sep 2000 18:17:32 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14793.53804.771415.892238@turnbull.sk.tsukuba.ac.jp> Date: Thu, 21 Sep 2000 18:17:32 +0900 (JST) To: xemacs-beta Subject: Re: One more time, why can't xemacs-packages be a sibling of xemacs? In-Reply-To: References: <39870FB5.DAD210D6@netscape.net> <87punsgr9t.fsf@sodan.org> <14793.34344.133711.745986@turnbull.sk.tsukuba.ac.jp> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "ms" == Michael Sperber writes: Stephen> This, er, doesn't seem to be documented anywhere. info Stephen> xemacs 'startup paths' says "If you run in-place, these Stephen> [hierarchies] are direct subdirectories of the build Stephen> directory." ms> Correct, I haven't gotten around to that, mainly because I ms> expected there'd be dust in its wake that would need settling. ms> The proof is here. Stephen> What is it that Ben wanted? ms> Actually, I am not sure anymore. OK, well, I'll be happy to help with documenting (even if you want me to just go RTFSource) as long as I have access to rationales. I posted because the source gave me no real idea what the rationale was.... Stephen> Is this just so that Windows users can put their Stephen> installed package hierarchy in c:\xemacs-packages and Stephen> their sources in c:\xemacs or something like that? ms> That's how I read him originally. I think that's bad policy (people building from source should be able to handle hierarchical directory structures and the difference between installed applications and running-in-place), but I'm open to counterargument. I don't use Windows, so I have no right to a strong opinion about how Windows users should do things. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Thu Sep 21 05:48:33 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA04144 for xemacs-beta-out; Thu, 21 Sep 2000 05:48:33 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA04141 for ; Thu, 21 Sep 2000 05:48:31 -0400 Received: by localhost id m13c2v9-000141C (Debian Smail-3.2.0.111 2000-Feb-17 #2); Thu, 21 Sep 2000 18:45:35 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14793.55487.152807.908026@turnbull.sk.tsukuba.ac.jp> Date: Thu, 21 Sep 2000 18:45:35 +0900 (JST) To: Lennart Staflin CC: xemacs-beta@xemacs.org Subject: PSGML's syntax table for HTML inappropriate? X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I'm trying to migrate my HTML to XHTML. Unfortunately, PSGML barfs on the required "xml:lang" attribute because of the colon. The HTML 4.0 spec seems to indicate that (for HTML) the colon, among other characters, should be considered a name constituent. Changing the syntax type of colon to "symbol constituent" in the PSGML parser's syntax table leads to reasonable behavior for my X?HTML documents, but I do not understand ISO 8879 or PSGML well enough to say whether this is really a correct solution. Nor can I say how to implement it given that (AFAIK) the "correct" syntax table would vary according to the SGML instance. This arose in XEmacs PSGML package 1.18, psgml-version 1.0.1. Thanks for your attention to this issue. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Thu Sep 21 06:01:00 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id GAA04580 for xemacs-beta-out; Thu, 21 Sep 2000 06:01:00 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id GAA04577 for ; Thu, 21 Sep 2000 06:00:59 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id FAA05928; Thu, 21 Sep 2000 05:58:31 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id GAA22379; Thu, 21 Sep 2000 06:00:57 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (zj75t.ecf.teradyne.com [131.101.192.85]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id MAA19324; Thu, 21 Sep 2000 12:00:39 +0200 (MET DST) To: "Stephen J. Turnbull" Cc: Lennart Staflin , xemacs-beta@xemacs.org Subject: Re: PSGML's syntax table for HTML inappropriate? References: <14793.55487.152807.908026@turnbull.sk.tsukuba.ac.jp> X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 21 Sep 2000 11:58:17 +0200 In-Reply-To: "Stephen J. Turnbull"'s message of "Thu, 21 Sep 2000 18:45:35 +0900 (JST)" Message-ID: Lines: 32 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Stephen" == Stephen J Turnbull writes: Stephen> I'm trying to migrate my HTML to XHTML. Unfortunately, PSGML barfs on Stephen> the required "xml:lang" attribute because of the colon. Stephen> The HTML 4.0 spec seems to indicate that (for HTML) the colon, among Stephen> other characters, should be considered a name constituent. Please send me a test-case. I have psgml package 1.19 installed and am willing to give it a try. Adrian Stephen> Changing the syntax type of colon to "symbol constituent" in the PSGML Stephen> parser's syntax table leads to reasonable behavior for my X?HTML Stephen> documents, but I do not understand ISO 8879 or PSGML well enough to Stephen> say whether this is really a correct solution. Nor can I say how to Stephen> implement it given that (AFAIK) the "correct" syntax table would vary Stephen> according to the SGML instance. Stephen> This arose in XEmacs PSGML package 1.18, psgml-version 1.0.1. Stephen> Thanks for your attention to this issue. Stephen> -- Stephen> University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Stephen> Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 Stephen> _________________ _________________ _________________ _________________ Stephen> What are those straight lines for? "XEmacs rules." -- Adrian Aichner From owner-xemacs-beta@xemacs.org Thu Sep 21 06:32:55 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id GAA05773 for xemacs-beta-out; Thu, 21 Sep 2000 06:32:55 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id GAA05770 for ; Thu, 21 Sep 2000 06:32:54 -0400 Received: by localhost id m13c3c3-00013NC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Thu, 21 Sep 2000 19:29:55 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14793.58147.659149.918416@turnbull.sk.tsukuba.ac.jp> Date: Thu, 21 Sep 2000 19:29:55 +0900 (JST) To: Adrian Aichner Cc: Lennart Staflin , xemacs-beta@xemacs.org Subject: Re: PSGML's syntax table for HTML inappropriate? In-Reply-To: References: <14793.55487.152807.908026@turnbull.sk.tsukuba.ac.jp> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "APA" == Adrian Aichner writes: APA> Please send me a test-case. I have psgml package 1.19 APA> installed and am willing to give it a try. This is of course "degenerate" UTF-8. You'll need the XHTML DTD and a couple of entity definition files (at least, they're not in v1.18 of the XEmacs PSGML package): http://web3.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd http://web3.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent http://web3.w3.org/TR/xhtml1/DTD/xhtml-special.ent http://web3.w3.org/TR/xhtml1/DTD/xhtml-symbol.ent The problem is in the `xml:lang' attribute of the `html' element. The error occurs when parsing (C-c C-p) the DTD. Which reminds me; until I set up the catalogs correctly, PSGML silently substituted the HTML 3.2 DTD for XHTML 1.0. It would be nice if PSGML warned about this situation. ------------------------------ cut here ------------------------------ More Computer Wisdom

More Computer Wisdom

Even PSGML is subject to Murphy's Law.

------------------------------ cut here ------------------------------ -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Thu Sep 21 08:07:13 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA10393 for xemacs-beta-out; Thu, 21 Sep 2000 08:07:13 -0400 Received: from mx1.informatik.uni-tuebingen.de (mx1.Informatik.Uni-Tuebingen.De [134.2.12.5]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA10387 for ; Thu, 21 Sep 2000 08:07:08 -0400 Received: from informatik.uni-tuebingen.de (sams [134.2.12.50]) by mx1.informatik.uni-tuebingen.de (Postfix) with ESMTP id 2A76C43C; Thu, 21 Sep 2000 14:07:05 +0200 (MST) Received: (from sperber@localhost) by informatik.uni-tuebingen.de (8.9.3/8.9.3) id OAA00730; Thu, 21 Sep 2000 14:07:04 +0200 (CEST) (envelope-from sperber) To: "Stephen J. Turnbull" Cc: xemacs-beta Subject: Re: One more time, why can't xemacs-packages be a sibling of xemacs? References: <39870FB5.DAD210D6@netscape.net> <87punsgr9t.fsf@sodan.org> <14793.34344.133711.745986@turnbull.sk.tsukuba.ac.jp> <14793.53804.771415.892238@turnbull.sk.tsukuba.ac.jp> From: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Date: 21 Sep 2000 14:07:04 +0200 In-Reply-To: "Stephen J. Turnbull"'s message of "Thu, 21 Sep 2000 18:17:32 +0900 (JST)" Message-ID: Lines: 18 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Stephen" == Stephen J Turnbull writes: Stephen> I think that's bad policy (people building from source should Stephen> be able to handle hierarchical directory structures and the Stephen> difference between installed applications and Stephen> running-in-place), That's what I thought, too, especially about Ben. Stephen> but I'm open to counterargument. I wish Ben would provide a convincing one, but he's basically been silent on this since I put in the change. After all, he got what he wanted ... -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla From owner-xemacs-beta@xemacs.org Thu Sep 21 14:43:22 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id OAA04715 for xemacs-beta-out; Thu, 21 Sep 2000 14:43:22 -0400 Received: from harmonic.atlanta.twr.com (tower.atlnet.com [208.148.151.41]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id OAA04705 for ; Thu, 21 Sep 2000 14:43:11 -0400 Received: (from henry@localhost) by harmonic.atlanta.twr.com (8.9.3/8.9.3) id NAA09839; Thu, 21 Sep 2000 13:40:31 -0400 From: Henry Crutcher MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-ID: <14794.18446.887763.868699@harmonic.atlanta.twr.com> Date: Thu, 21 Sep 2000 13:40:30 -0400 (EDT) To: xemacs-beta@xemacs.org Subject: Xemacs Crashed X-Mailer: VM 6.75 under 21.2 (beta35) "Nike" XEmacs Lucid Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by gwyn.tux.org id OAA04713 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.2 (beta35) "Nike" [Lucid] (i686-pc-linux) of Wed Sep 20 2000 on harmonic configured using `configure --error-checking=none --memory-usage-stats' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I was hitting tab to complete a filename and the whole Xemacs crashed. The installation information and backtrace are below.... #0 0x40333d41 in __kill () from /lib/libc.so.6 #1 0x80a9453 in fatal_error_signal (sig=11) at emacs.c:514 #2 0x40333c68 in __restore () at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127 #3 0x810d54f in image_instance_parent_glyph (ii=0x879ea98) at glyphs.c:1343 #4 0x8105e82 in mark_image_instance (obj=142207640) at glyphs.c:784 #5 0x80851e0 in mark_object (obj=142207640) at alloc.c:2500 #6 0x808544c in mark_cons (obj=143640460) at alloc.c:877 #7 0x80851e0 in mark_object (obj=143640460) at alloc.c:2500 #8 0x80cda12 in mark_widget_value_mapper (val=0x8862fe8, closure=0x0) at gui-x.c:70 #9 0x8195b14 in lw_map_widget_values (id=65934, mapfunc=0x80cd9f8 , closure=0x0) at lwlib.c:446 #10 0x80cd991 in mark_popup_data (obj=143695416) at gui-x.c:90 #11 0x80851e0 in mark_object (obj=143640448) at alloc.c:2500 #12 0x808544c in mark_cons (obj=143640436) at alloc.c:877 #13 0x808282f in garbage_collect_1 () at alloc.c:2500 #14 0x80afa0b in Ffuncall (nargs=1, args=0xbfffe084) at eval.c:3163 #15 0x80b0d0f in run_hook_with_args_in_buffer (buf=0x824ff90, nargs=1, args=0xbfffe084, cond=RUN_HOOKS_TO_COMPLETION) at eval.c:3702 #16 0x80b3f71 in run_hook_with_args (nargs=1, args=0xbfffe084, cond=RUN_HOOKS_TO_COMPLETION) at eval.c:3715 #17 0x80b5d8d in catch_them_squirmers_run_hook (hook_symbol=136463028) at eval.c:3569 #18 0x80b1632 in safe_run_hook_trapping_errors ( warning_string=0x81b2ac0 "Error in `pre-idle-hook' (setting hook to nil)", hook_symbol=136463028, allow_quit=1) at eval.c:1640 #19 0x80d9e1c in run_pre_idle_hook () at event-stream.c:2014 #20 0x80da217 in Fnext_event (event=142730664, prompt=136373300) at event-stream.c:2181 #21 0x80940da in Fcommand_loop_1 () at cmdloop.c:570 #22 0x8094365 in command_loop_1 (dummy=136373300) at cmdloop.c:494 #23 0x80b4baf in condition_case_1 (handlers=136373396, bfun=0x809434c , barg=136373300, hfun=0x80943d8 , harg=136373300) at eval.c:1640 #24 0x809432f in call_command_loop (catch_errors=136373324) at cmdloop.c:256 #25 0x8133a2e in Fread_minibuffer_internal (prompt=139867356) at minibuf.c:188 #26 0x80afbf8 in Ffuncall (nargs=2, args=0xbfffe584) at eval.c:3214 #27 0x808c5c7 in execute_optimized_program ( program=0xbfffe5d0 "À Á V«\013Â\211\e\034Å\016\006!*\207Å\016\006!\207", stack_depth=2, constants_data=0x833ef60) at bytecode.c:745 #28 0x808e481 in Fbyte_code (instructions=137560492, constants=137621328, stack_depth=5) at bytecode.c:2402 #29 0x80af2a9 in Feval (form=137612044) at eval.c:3014 #30 0x80b4a7c in internal_catch (tag=136459204, func=0x80aebf4 , arg=137612044, threw=0x0) at eval.c:1306 #31 0x808ce4d in execute_rare_opcode (stack_ptr=0xbfffe868, program_ptr=0x8810e8e "èa«\f\201J", opcode=Bcatch) at bytecode.c:1251 #32 0x808c45b in execute_optimized_program ( program=0x8810d18 "\b¬\022Á ÂV«\fÃ Ä a«\005ÅÆ!\210\016\a«\021\016\aÂV«\013Á \016\aY«\004È \210\016\t«\"\016\t9«\017Ê\016\t!¬\027ÅË\016\t\"\210ª\017Ê\016\t@!¬\bÅË\016\t@\"\210Ì «\tÍÎÏ\016\020!\"\210\016\021\036\022à \036\023Ô \036\025Ä \036\026Á Âa«\a×\016\026!ª\bØÙÚÁ \"!\036\eÜ\016\026!\211\036\035Ô a?­\005Þ\016\035!\036\037Þ \036 \016\t\036!\016\"\036#ä\216å\016\e!q\210\016\022\026\021æç!\210è\026'æé!\210æê!\210æë!\210ì\026)í\026*\016.«\025æï"..., stack_depth=6, constants_data=0x833f010) at bytecode.c:655 #33 0x808c2d7 in funcall_compiled_function (fun=137542636, nargs=7, args=0xbfffe9a8) at bytecode.c:514 #34 0x80afdb4 in Ffuncall (nargs=8, args=0xbfffe9a4) at eval.c:3249 #35 0x808c5c7 in execute_optimized_program ( program=0x8810c18 "\b¬\003\t\020Â\bÃ\"\020\f¬\a\r¬\004ƪ\021\r«\013Ç\b\rP!\bGBª\004Ç\b!\036\b\016\t\b\016\nÃa?­\002ÃË\036\f\036\r\036\016\036\017Ð\016\021\016\b\016\n¬\005\016\022ª\003\016\023Ë\016\024Ë\016\025&\a,\211\036\026¬\006×Ø!ª\036\016\025«\026\016\026\016\b:«\006\016\b@ª\003\016\bk«\005\016\025ª\005Ù\016\026!*\207", stack_depth=9, constants_data=0x8341400) at bytecode.c:745 #36 0x808c2d7 in funcall_compiled_function (fun=137543756, nargs=7, args=0xbfffeaf8) at bytecode.c:514 #37 0x80afdb4 in Ffuncall (nargs=8, args=0xbfffeaf4) at eval.c:3249 #38 0x808c5c7 in execute_optimized_program ( program=0x8810b00 "À «\017Á\n\013\f\r\016\006\016\a\016\b&\a\207ÉÊË\"\210Ì\n\013\f\r\016\006\016\a\016\b&\a\207", stack_depth=8, constants_data=0x8341578) at bytecode.c:745 #39 0x808c2d7 in funcall_compiled_function (fun=137543868, nargs=7, args=0xbfffec48) at bytecode.c:514 #40 0x80afdb4 in Ffuncall (nargs=8, args=0xbfffec44) at eval.c:3249 #41 0x808c5c7 in execute_optimized_program ( program=0x8515e50 "À\t®\002Â\013\f\r®\030\016\006«\013ÇÈ\016\006\f\"É\"®\n\016\n­\006Ç\016\013É\"\016\f\016\006Í&\a\207", stack_depth=8, constants_data=0x83415c0) at bytecode.c:745 #42 0x808c2d7 in funcall_compiled_function (fun=137631236, nargs=4, args=0xbfffedac) at bytecode.c:514 #43 0x80afdb4 in Ffuncall (nargs=5, args=0xbfffeda8) at eval.c:3249 #44 0x80b41a3 in call4 (fn=136443836, arg0=139867356, arg1=136373300, arg2=136373300, arg3=136373300) at eval.c:3917 #45 0x808f9ec in Fcall_interactively (function=137101956, record_flag=136373300, keys=136373300) at callint.c:704 #46 0x80ae88e in Fcommand_execute (cmd=137101956, record=136373300, keys=136373300) at eval.c:2652 #47 0x80dc535 in execute_command_event (command_builder=0x8437030, event=142730780) at event-stream.c:3838 #48 0x80dcaf1 in Fdispatch_event (event=142730780) at event-stream.c:4205 #49 0x80940f0 in Fcommand_loop_1 () at cmdloop.c:579 #45 0x808f9ec in Fcall_interactively (function=137101956, record_flag=136373300, keys=136373300) at callint.c:704 #46 0x80ae88e in Fcommand_execute (cmd=137101956, record=136373300, keys=136373300) at eval.c:2652 #47 0x80dc535 in execute_command_event (command_builder=0x8437030, event=142730780) at event-stream.c:3838 #48 0x80dcaf1 in Fdispatch_event (event=142730780) at event-stream.c:4205 #49 0x80940f0 in Fcommand_loop_1 () at cmdloop.c:579 ---Type to continue, or q to quit--- #50 0x8094365 in command_loop_1 (dummy=136373300) at cmdloop.c:494 #51 0x80b4baf in condition_case_1 (handlers=136373396, bfun=0x809434c , barg=136373300, hfun=0x80943d8 , harg=136373300) at eval.c:1640 #52 0x80944c7 in command_loop_2 (dummy=136373300) at cmdloop.c:256 #53 0x80b4a7c in internal_catch (tag=136445060, func=0x809448c , arg=136373300, threw=0x0) at eval.c:1306 #54 0x8093dfe in initial_command_loop (load_me=136373300) at cmdloop.c:305 #55 0x80aa294 in sort_args (argc=2, argv=0xbffff3b4) at emacs.c:2155 #56 0x80abf39 in main () at emacs.c:2584 #57 0x4032d9cb in __libc_start_main (main=0x80abe3c
, argc=2, argv=0xbffff3b4, init=0x807d2cc <_init>, fini=0x81a4bac <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbffff3ac) at ../sysdeps/generic/libc-start.c:92 Installation-information uname -a: Linux harmonic 2.2.14 #3 SMP Wed Jun 21 09:13:44 EDT 2000 i686 unknown ./configure '--error-checking=none' '--memory-usage-stats' XEmacs 21.2-b35 "Nike" configured for `i686-pc-linux'. Compilation / Installation: Source code location: /tmp/xem/xemacs-21.2.35 Installation prefix: /usr/local Operating system description file: `s/linux.h' Machine description file: `m/intel386.h' Compiler: gcc -g -O3 -Wall -Wno-switch -Wpointer-arith -Winline -Wmissing-prototypes -Wshadow Relocating allocator for buffers: no GNU version of malloc: yes - Using Doug Lea's new malloc from the GNU C Library. Window System: Compiling in support for the X window system: - X Windows headers location: /usr/X11R6/include - X Windows libraries location: /usr/X11R6/lib - Handling WM_COMMAND properly. Compiling in support for the Athena widget set: - Athena headers location: X11/Xaw - Athena library to link: Xaw Using Lucid menubars. Using Lucid scrollbars. Using Athena dialog boxes. Using Athena native widgets. The information below was added by this instance of xemacs, which is obiously not the one which crashed. Thanks, Henry Recent keystrokes: misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user button1 button1up button3 button3up right right right right right right right right right right right down down down down down down down down down down RET misc-user Recent messages (most recent first): Loading efs-cu... Loading gnus-util...done Loading gnus-util... Loading mail-abbrevs...done Loading mail-abbrevs... Loading mail-extr...done Loading mail-extr... Loading message...done Loading message... Loading emacsbug...done From owner-xemacs-beta@xemacs.org Thu Sep 21 22:15:32 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id WAA00687 for xemacs-beta-out; Thu, 21 Sep 2000 22:15:32 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id WAA00684 for ; Thu, 21 Sep 2000 22:15:31 -0400 Received: by localhost id m13cIKQ-00013NC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Fri, 22 Sep 2000 11:12:42 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14794.49178.359490.830419@turnbull.sk.tsukuba.ac.jp> Date: Fri, 22 Sep 2000 11:12:42 +0900 (JST) To: xemacs-beta Subject: ASCII art in Texinfo? X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I've been accumulating notes on the Lucid widget library, and thought I'd put some of them into Texinfo format. There being complex and interlocking graphs all over the place, I think some figures of widget hierarchies and the like would useful. Is there a standard for doing this in Texinfo? ASCII art in @example environments would be the easiest way to go, I guess? In XEmacs, we ought to be able to embed PNGs in Info docs, dammit! -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Fri Sep 22 04:46:20 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA15131 for xemacs-beta-out; Fri, 22 Sep 2000 04:46:20 -0400 Received: from beamail.beasys.com ([63.96.163.7]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA15125 for ; Fri, 22 Sep 2000 04:46:15 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id BAA15434; Fri, 22 Sep 2000 01:46:09 -0700 (PDT) Received: from paston.beasys.com ([192.168.40.128]) by london.beasys.com (8.9.1b+Sun/8.9.1) with SMTP id JAA18415; Fri, 22 Sep 2000 09:48:19 +0100 (BST) X-Mailer: 21.2 (beta35) "Nike" XEmacs Lucid (via feedmail 8 Q); VM 6.75 under 21.2 (beta35) "Nike" XEmacs Lucid From: "Philip Aston" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14794.24146.518000.111733@paston.beasys.com> Date: Thu, 21 Sep 2000 20:15:30 +0100 (GMT0:00) To: Andy Piper Cc: Charles G Waldman , xemacs-beta@xemacs.org Subject: Tab display on NT/cygwin In-Reply-To: <4.3.2.7.2.20000921092622.00c48ca0@london.beasys.com> References: <4.3.2.7.2.20000904171528.00c3f540@london.beasys.com> <86og253phh.fsf@megalith.bp.aventail.com> <86wvgt3yrh.fsf@megalith.bp.aventail.com> <14770.62159.988660.911256@turnbull.sk.tsukuba.ac.jp> <4.3.2.7.2.20000921092622.00c48ca0@london.beasys.com> Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Andy, Andy Piper writes: > At 12:14 PM 9/4/00 -0500, Charles G Waldman wrote: > >Sometime, you should try (if you haven't done so already) putting the > >default-toolbar-location to "left" or "right", and watch how this > >interacts with the gutter buffer-tabs. Especially when resizing > >frames. > > Seems to interact ok for me. What exactly are you seeing? While you're staring at the gutter :-), as discussed the other day, I find that anything but the "Top" location for the gutter is broken under cygwin/NT. If you pick "Top" or "Bottom", the redisplay appears to leave a space in the right place for the gutter (although smaller than normal), but no tabs. "Left" or "Right" remove the existing gutter, but don't have a visible effect. Same happens when you save options and restart XEmacs, although in this case "Bottom" produces a small space at the bottom and a tab at the top. Check with -vanilla. My CVS build is less than a week old. - Phil ------------------------------------------- Philip Aston - Senior Consultant BEA Professional Services (Northern Europe) From owner-xemacs-beta@xemacs.org Fri Sep 22 05:54:30 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA17309 for xemacs-beta-out; Fri, 22 Sep 2000 05:54:30 -0400 Received: from boffi95.stru.polimi.it (boffi95.stru.polimi.it [131.175.24.94]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA17306 for ; Fri, 22 Sep 2000 05:54:29 -0400 Received: from gb by boffi95.stru.polimi.it with local (Exim 3.12 #1 (Debian)) id 13cPWz-00005e-00 for ; Fri, 22 Sep 2000 11:54:09 +0200 From: giacomo boffi MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14795.11318.508713.737630@boffi95.stru.polimi.it> Date: Fri, 22 Sep 2000 11:53:58 +0200 (CEST) To: xemacs-beta@xemacs.org Subject: xemacs lies to my window manager X-Mailer: VM 6.75 under 21.2 (beta35) "Nike" XEmacs Lucid Reply-To: giacomo.boffi@polimi.it X-Face: "CGoIM\-978x>8!c/V[w@2;pAYM(e&[`X{_5-2QQY9qz-,"%(n1*tZy!Z>\<'^.NW/;Wk%u :.|~I~(g,OAlF\P-UzUi"b9@LS:3OBCoss$!>hz\e\IUObj[l7.m1jY[5kazQB{8tkx#&j'I]Iiztw L?P%Qh>Op_j**5y.Kh%&"rMOb+I}nMUrEjug3$*r3!5ipV|Hqy]DcWB|xl8M$hX|Y_[U=%5ZI_Z\#U <\>/}*|u Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: i use gwm, afaict a good behavioured window manager, maybe a little picky in its interaction with applications... some times ago, i complained that the 1st frame that XEmacs mapped to the display had to be remapped by the window manager to got the right dimensions (definition of right: i use my wm to have appropriately sized and properly stacked XEmacs frames) now the situation has gotten worse XEmacs now *lies* to the window manager, that now is unable to get the window to the right size when remapping it, and is addirittura, what's the english word... well, if i resize explicitly the 1st frame using the mouse, there is a discrepancy between the meter displayed by the window manager and the actual size of the window all the subsequent windows are _normal_, and the only cure i devised is killing the 1st frame (rather inelegant, though) ciao ps: what about the bold/italic face bug??? From owner-xemacs-beta@xemacs.org Fri Sep 22 06:24:18 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id GAA18239 for xemacs-beta-out; Fri, 22 Sep 2000 06:24:18 -0400 Received: from beamail.beasys.com ([63.96.163.7]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id GAA18235 for ; Fri, 22 Sep 2000 06:24:17 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id DAA18080; Fri, 22 Sep 2000 03:24:14 -0700 (PDT) Received: from andyppc.beasys.com (hqvpn-192-168-11-56.beasys.com [192.168.11.56]) by london.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id LAA22847; Fri, 22 Sep 2000 11:26:50 +0100 (BST) Message-Id: <4.3.2.7.2.20000922093050.02413cc0@london.beasys.com> X-Sender: andyp@london.beasys.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 22 Sep 2000 09:31:01 +0100 To: Henry Crutcher , xemacs-beta@xemacs.org From: Andy Piper Subject: Re: Xemacs Crashed In-Reply-To: <14794.18446.887763.868699@harmonic.atlanta.twr.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Fixed in cvs. At 01:40 PM 9/21/00 -0400, Henry Crutcher wrote: >This bug report will be sent to the XEmacs Development Team, > not to your local site managers!! >Please write in English, because the XEmacs maintainers do not have >translators to read other languages for them. andy -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd From owner-xemacs-beta@xemacs.org Fri Sep 22 08:08:18 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA24097 for xemacs-beta-out; Fri, 22 Sep 2000 08:08:18 -0400 Received: from imr1.ericy.com (imr1.ericy.com [208.237.135.240]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA24093 for ; Fri, 22 Sep 2000 08:08:17 -0400 Received: from mr4u3.ericy.com (mr4u3.ericy.com [208.237.135.127]) by imr1.ericy.com (8.9.3/8.9.3) with ESMTP id HAA24509 for ; Fri, 22 Sep 2000 07:08:13 -0500 (CDT) Received: from netmanager7.rtp.ericsson.se (netmanager7.rtp.ericsson.se [147.117.133.252]) by mr4u3.ericy.com (8.9.3/8.9.3) with ESMTP id HAA20448 for ; Fri, 22 Sep 2000 07:08:13 -0500 (CDT) Received: from edgedsp4.ericsson.COM (edgedsp4.rtp.ericsson.se [147.117.82.5]) by netmanager7.rtp.ericsson.se (8.8.8+Sun/8.6.4) with ESMTP id IAA27792 for ; Fri, 22 Sep 2000 08:08:12 -0400 (EDT) Received: (from toy@localhost) by edgedsp4.ericsson.COM (8.9.1b+Sun/8.9.1) id IAA16106; Fri, 22 Sep 2000 08:06:56 -0400 (EDT) X-Authentication-Warning: edgedsp4.ericsson.COM: toy set sender to toy@rtp.ericsson.se using -f To: XEmacs Developers Subject: Customize display bug From: Raymond Toy Date: 22 Sep 2000 08:06:56 -0400 Message-ID: <4nem2czl3z.fsf@rtp.ericsson.se> Lines: 11 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Here's a simple display bug that is 100% reproducible for me. In Gnus v5.8.7, press G c to customize any desired group, mail or news. When the window comes up, resize xemacs so that the Done widget button is just on the right edge of the window. Then the button continuously flashes. A rather annoying feature. Fortunately, I don't do this often. Ray From owner-xemacs-beta@xemacs.org Fri Sep 22 08:54:33 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA27563 for xemacs-beta-out; Fri, 22 Sep 2000 08:54:33 -0400 Received: from web9301.mail.yahoo.com (web9301.mail.yahoo.com [216.136.129.50]) by gwyn.tux.org (8.9.3/8.9.1) with SMTP id IAA27554 for ; Fri, 22 Sep 2000 08:54:29 -0400 Message-ID: <20000922125428.51713.qmail@web9301.mail.yahoo.com> Received: from [194.138.158.164] by web9301.mail.yahoo.com; Fri, 22 Sep 2000 05:54:28 PDT Date: Fri, 22 Sep 2000 05:54:28 -0700 (PDT) From: Hrvoje Niksic Subject: Re: Syntax-table text properties To: tuck@whistlingfish.net Cc: xemacs-beta@xemacs.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I've now noticed your message regarding the syntax-table text properties. I believe adding this feature to XEmacs would be very worthwhile, and a correct patch that implements this would certainly be accepted by the maintainers. I myself considered adding this, but never got around to it, partly due to my not being familiar with Emacs syntax engine. As a former Perl hacker, I've often been extremely annoyed at XEmacs' inability to comprehend the finer points of Perl syntax. Note however that, under the hood, XEmacs is quite different from GNU Emacs. Specifically, there are no "text properties" in XEmacs, but "extents". You would need to implement a `syntax-table' extent property and make the code in syntax.c respect it. You might want to introduce some optimizations to make this efficient (repeated querying for extents from within syntax.c could be slow), but it's probably to early to talk about that. As XEmacs text-property implementation is in fact based on extents, everything you implement for extents would automatically reflect the text properties, so you don't need to worry about modifying Perl mode at this point. You would also need to consider what happens when two overlapping extents both have syntax-table properties define. You might want to consider implementing a cascading scheme, so that e.g. the inner extent takes precedence over the outer one, or you might declare such overlappings undefined, if you think it's an overkill. Also note that syntax engine implementation in XEmacs is probably different from the GNU Emacs one. You might want to sync it with the latest one in GNU Emacs, while being careful not to break XEmacs in the process. Syncing is often tricky. All in all, I don't want to give an impression that I'm trying to discourage you. In most places, XEmacs is very well written, and adding new features is more of a challenge than just boring typing. I hope that you will decide to undertake implementing this feature. You have my support. __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ From owner-xemacs-beta@xemacs.org Fri Sep 22 10:04:35 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id KAA32321 for xemacs-beta-out; Fri, 22 Sep 2000 10:04:35 -0400 Received: from zabor.mo.msk.ru (ns3.protection.ru [195.170.194.222] (may be forged)) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id KAA32055; Fri, 22 Sep 2000 10:01:15 -0400 Received: from d-fens.vdata.ru (d-fens.vdata.ru [192.168.168.62]) by zabor.mo.msk.ru (8.9.3/8.9.3) with SMTP id SAA52995; Fri, 22 Sep 2000 18:03:51 +0400 (MSD) (envelope-from gin@mo.msk.ru) Received: (gin@localhost) by d-fens.vdata.ru (8.6.8.1/SCA-6.6) id OAA05439; Fri, 22 Sep 2000 14:03:27 GMT Date: Fri, 22 Sep 2000 14:03:26 (GMT) Message-ID: <023d39cb66ad66-gin@mo.msk.ru> From: "Golubev I. N." To: , Subject: external widget: events lost Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Keyboard events from external client window do not reach xemacs (XtAppProcessEvent inside xemacs does not return). Mouse events are OK (XtAppProcessEvent returns and all keyboard input handled properly). When I use Xt external client, keyboard events are always lost. When I use Xm external client, initially this also happens, but after some mouse actions in client window it inpredictably becomes OK. Client program is always the same, it is just linked with different libextcli. X environment: x11 5, motif 1.2 (SCO xds 5.2.5h, SCO BaseX 5.1.1b) `Installation': uname -a: SCO_SV d-fens 3.2 2 i386 ../xemacs-21.1/configure '--compiler=gcc-2.95.2' '--prefix=/usr' '--debug' '--error-checking=all' '--external-widget' '--with-socks' '--verbose' XEmacs 21.1.12 "Channel Islands" configured for `i586-unknown-sco3.2v5.0.2'. Where should the build process find the source code? /home/gin/xemacs-21.1 What installation prefix should install use? /usr What operating system and machine description files should XEmacs use? `s/sco5.h' and `m/intel386.h' What compiler should XEmacs be built with? gcc-2.95.2 -g -O99 -mpentium -Wall -Wno-switch Should XEmacs use the GNU version of malloc? yes Should XEmacs use the relocating allocator for buffers? yes What window system should XEmacs use? x11 Where do we find X Windows header files? Where do we find X Windows libraries? /usr/lib Compiling in support for SOCKS. Compiling in support for XPM images. Compiling in support for PNG image handling. Compiling in support for (builtin) GIF image handling. Compiling in support for JPEG image handling. Compiling in support for TIFF image handling. Compiling in support for X-Face message headers. Compiling in support for DBM. Compiling in support for proper session-management. Using Lucid menubars. Using Lucid scrollbars. Using Motif dialog boxes. Compiling in DLL support. movemail will use "dot-locking" for locking mail spool files. Compiling in extra code for debugging. Compiling in code for checking XEmacs memory usage. WARNING: --------------------------------------------------------- WARNING: Compiling in support for runtime error checking. WARNING: XEmacs will run noticeably more slowly as a result. WARNING: Error checking is on by default for XEmacs beta releases. WARNING: --------------------------------------------------------- From owner-xemacs-beta@xemacs.org Fri Sep 22 10:52:01 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id KAA03683 for xemacs-beta-out; Fri, 22 Sep 2000 10:52:01 -0400 Received: from stephens.ittc.ukans.edu (stephens.ittc.ukans.edu [129.237.125.220]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id KAA03678 for ; Fri, 22 Sep 2000 10:51:57 -0400 Received: from diannao.ittc.ukans.edu (IDENT:root@diannao.ittc.ukans.edu [129.237.126.112]) by stephens.ittc.ukans.edu (8.9.3/8.9.3/ITTC-NOSPAM-1.0) with ESMTP id JAA09807; Fri, 22 Sep 2000 09:51:51 -0500 (CDT) Received: by diannao.ittc.ukans.edu (8.9.3/KU-4.0-client) id KAA11788; Fri, 22 Sep 2000 10:00:52 -0500 To: "Stephen J. Turnbull" Cc: xemacs-beta@xemacs.org Subject: Re: PSGML's syntax table for HTML inappropriate? References: <14793.55487.152807.908026@turnbull.sk.tsukuba.ac.jp> <14793.58147.659149.918416@turnbull.sk.tsukuba.ac.jp> From: james@eecs.ukans.edu (Jerry James) Date: 22 Sep 2000 10:00:50 -0500 Message-ID: Lines: 48 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Stephen J. Turnbull wrote: > This is of course "degenerate" UTF-8. You'll need the XHTML DTD and a > couple of entity definition files (at least, they're not in v1.18 of > the XEmacs PSGML package): > > http://web3.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd > http://web3.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent > http://web3.w3.org/TR/xhtml1/DTD/xhtml-special.ent > http://web3.w3.org/TR/xhtml1/DTD/xhtml-symbol.ent This surprised me, because I submitted those files as part of the patch to bring the XEmacs PSGML package up to date. Indeed, fetching psgml-1.18-pkg.tar.gz from the package download site, I see this: % tar tzf psgml-1.18-pkg.tar.gz pkginfo/MANIFEST.psgml [snip] etc/psgml/xhtml-lat1.ent etc/psgml/xhtml-special.ent etc/psgml/xhtml-symbol.ent etc/psgml/xhtml1-frameset.dtd etc/psgml/xhtml1-strict.dtd etc/psgml/xhtml1-transitional-mathml.dtd etc/psgml/xhtml1-transitional.dtd etc/psgml/xhtml1.dcl [snip] It seems that something is wrong with your PSGML installation. > The problem is in the `xml:lang' attribute of the `html' element. The > error occurs when parsing (C-c C-p) the DTD. I have version 1.19 of the XEmacs PSGML package installed, but it has no trouble with your example. After parsing the prolog (C-c C-p), I can do a "next trouble spot" (C-c C-o), and it goes to the end and reports "Ok". > Which reminds me; until I set up the catalogs correctly, PSGML > silently substituted the HTML 3.2 DTD for XHTML 1.0. It would be nice > if PSGML warned about this situation. I can't get that to happen. How did you do it? What was wrong with the CATALOG? I see no errors in it that would cause this behavior. -- Jerry James From owner-xemacs-beta@xemacs.org Fri Sep 22 10:52:40 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id KAA03732 for xemacs-beta-out; Fri, 22 Sep 2000 10:52:40 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id KAA03729 for ; Fri, 22 Sep 2000 10:52:38 -0400 Received: from slackware.mynet.pc (dialup-263.pdx.ozlinx.com.au [202.61.190.148]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8MEqXS28871 for ; Sat, 23 Sep 2000 00:52:33 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8MEiIL03961; Sat, 23 Sep 2000 00:44:18 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: New file for edit-utils (vertical-mode.el) From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: Spreading peanut butter reminds me of opera!! I wonder why? Date: 23 Sep 2000 00:44:18 +1000 Message-ID: Lines: 14 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I'm planning on adding vertical-mode.el to edit-utils, but before I do, I'd like some people to test it. (It runs fine here, but I'd be happier if someone else told me it's ok). So it's in ftp.xemacs.org/pub/xemacs/beta/experimental/ Please let me know how it goes. -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Fri Sep 22 11:05:22 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA04609 for xemacs-beta-out; Fri, 22 Sep 2000 11:05:22 -0400 Received: from beamail.beasys.com ([63.96.163.7]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id LAA04606 for ; Fri, 22 Sep 2000 11:05:21 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id IAA22930; Fri, 22 Sep 2000 08:05:18 -0700 (PDT) Received: from andyppc.beasys.com (hqvpn-192-168-11-88.beasys.com [192.168.11.88]) by london.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id QAA03230; Fri, 22 Sep 2000 16:07:51 +0100 (BST) Message-Id: <4.3.2.7.2.20000922152237.0245a9f0@london.beasys.com> X-Sender: andyp@london.beasys.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 22 Sep 2000 15:22:55 +0100 To: Raymond Toy , XEmacs Developers From: Andy Piper Subject: Re: Customize display bug In-Reply-To: <4nem2czl3z.fsf@rtp.ericsson.se> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: At 08:06 AM 9/22/00 -0400, Raymond Toy wrote: >Here's a simple display bug that is 100% reproducible for me. > >In Gnus v5.8.7, press G c to customize any desired group, mail or >news. When the window comes up, resize xemacs so that the Done widget >button is just on the right edge of the window. Then the button >continuously flashes. > >A rather annoying feature. Fortunately, I don't do this often. I've probably got my geometry calculations wrong. andy -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd From owner-xemacs-beta@xemacs.org Fri Sep 22 14:53:27 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id OAA22199 for xemacs-beta-out; Fri, 22 Sep 2000 14:53:27 -0400 Received: from smtp1.mail.yahoo.com (smtp1.mail.yahoo.com [128.11.69.60]) by gwyn.tux.org (8.9.3/8.9.1) with SMTP id OAA22189 for ; Fri, 22 Sep 2000 14:53:25 -0400 Date: Fri, 22 Sep 2000 14:53:25 -0400 From: pgh_mthomas@yahoo.com Message-Id: <200009221853.OAA22189@gwyn.tux.org> Received: from adsl-141-151-140-31.bellatlantic.net (HELO swoon.home.) (141.151.140.31) by smtp.mail.vip.suc.yahoo.com with SMTP; 22 Sep 2000 18:53:19 -0000 X-Apparently-From: To: xemacs-beta@xemacs.org Subject: yank-pop behavior is different in 21.2.b35 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: In XEmacs 21.2 (beta35) "Nike" [Lucid] (i686-pc-linux, Mule) of Fri Sep 22 2000 on swoon.home configured using `configure --prefix=/home/swoon --with-mule --with-pop' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I think sometime between 21.2-b31 and 21.2-b35 the behavior of yank-pop changed: my 21.2-b31 is built without MULE support and exhibits the "old" behavior; my 21.2-b35 (built after a CVS update around 10am EDT today) is built with MULE and exhibits this "new" behavior. The behavior I see is that after pressing C-y (yank) I need to press M-y (yank-pop) several times to get the previous entry in the kill ring. In the "Recent keystrokes" section below, I had to type M-y twice to get the previous entry. If I do two yanks (C-y C-y), then I need to press M-y three times to get the previous entry. >From looking at the variable kill-ring, what is happening is that issuing a yank is putting the yanked text on the kill ring again. I don't know if this is intentional or a bug; I do not see any mention of it in the NEWS file, in the XEmacs-beta archives, or in the XEmacs bug database. This behavior seems wrong, but if it is a design decision, please clearly document it for all us old-timers (or better yet, give us a variable to return to the old behavior). Thanks, -Mark foo bar Recent keystrokes: C-h c M-y f o o RET RET b a r RET RET up up C-k C-k up up C-k C-k RET C-y M-y M-y RET RET M-x s u b m TAB BS BS BS BS r e p TAB o t BS r t - e m TAB RET _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From owner-xemacs-beta@xemacs.org Fri Sep 22 15:08:18 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id PAA23701 for xemacs-beta-out; Fri, 22 Sep 2000 15:08:18 -0400 Received: from smtp1b.mail.yahoo.com (smtp3.mail.yahoo.com [128.11.68.135]) by gwyn.tux.org (8.9.3/8.9.1) with SMTP id PAA23696 for ; Fri, 22 Sep 2000 15:08:17 -0400 Received: from adsl-141-151-140-31.bellatlantic.net (HELO swoon.home.) (141.151.140.31) by smtp.mail.vip.suc.yahoo.com with SMTP; 22 Sep 2000 19:08:15 -0000 X-Apparently-From: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14795.44743.664167.334233@swoon.home> Date: Fri, 22 Sep 2000 15:11:03 -0400 (EDT) To: xemacs-beta@xemacs.org Subject: Re: yank-pop behavior different under XEmacs-21.2-b35 X-Mailer: VM 6.75 under 21.2 (beta35) "Nike" XEmacs Lucid From: Mark Thomas Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Of course, five seconds after I post I find the solution: set the interprogram-cut-function to nil. In order to destroy Windows, we have to become Windows. Joy and happiness! -Mark _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From owner-xemacs-beta@xemacs.org Fri Sep 22 16:21:45 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id QAA29185 for xemacs-beta-out; Fri, 22 Sep 2000 16:21:45 -0400 Received: from euler.math.washington.edu (euler.math.washington.edu [128.95.224.1]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id QAA29179 for ; Fri, 22 Sep 2000 16:21:43 -0400 Received: from goedel1.math.washington.edu (goedel1.math.washington.edu [128.95.224.10]) by euler.math.washington.edu (8.9.3/8.9.3) with ESMTP id NAA06427 for ; Fri, 22 Sep 2000 13:20:38 -0700 (PDT) Received: (from palmieri@localhost) by goedel1.math.washington.edu (8.9.3/8.9.3) id NAA02218; Fri, 22 Sep 2000 13:21:40 -0700 (PDT) X-Authentication-Warning: goedel1.math.washington.edu: palmieri set sender to palmieri@math.washington.edu using -f To: xemacs-beta@xemacs.org Subject: bug(?) with window configurations (second try) References: X-Zippy: There's a little picture of ED MCMAHON doing BAD THINGS to JOAN RIVERS in a $200,000 MALIBU BEACH HOUSE!! X-Face: ,;upNQ$t/)!L]^R9Po%swv4 Lines: 38 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Briefly, my problem is: with XEmacs 21.2-b35, it seems that the function 'set-window-configuration changes the point, and I don't think it should. In detail (and I posted this before, with no response): I have some code that does this: ;; start with the point in window 1. (setq bozo (current-window-configuration)) ... ;; do stuff that puts the point in the minibuffer, and also opens up ;; window 2, leaving both windows 1 and 2 visible ... (set-window-configuration bozo) In XEmacs 21.1.12 and GNU Emacs, the end result would be that the window 2 would go away, and the point would remain in the minibuffer. In XEmacs 21.2-b35, window 2 goes away, but the point also jumps back to window 1. I think this is in contradiction with the documentation for current-window-configuration, which says Documentation: Return an object representing the current window configuration of FRAME. If FRAME is nil or omitted, use the selected frame. This describes the number of windows, their sizes and current buffers, and for each displayed buffer, where display starts, and the positions of point and mark. An exception is made for point in the current buffer: its value is -not- saved. Note the last sentence. Because of this, set-window-configuration shouldn't change the point. This looks like a bug to me, or was this behavior changed intentionally, and the documentation not updated? -- John H. Palmieri Dept of Mathematics, Box 354350 palmieri@math.washington.edu University of Washington http://www.math.washington.edu/~palmieri Seattle, WA 98195-4350 From owner-xemacs-beta@xemacs.org Fri Sep 22 16:55:49 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id QAA31844 for xemacs-beta-out; Fri, 22 Sep 2000 16:55:49 -0400 Received: from whistlingfish.net (c358371-a.frmt1.sfba.home.com [24.1.71.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id QAA31841 for ; Fri, 22 Sep 2000 16:55:48 -0400 Received: from benzene (chameleon.cobaltgroup.com [207.149.72.101]) by whistlingfish.net (8.9.3/8.9.3) with ESMTP id OAA04068; Fri, 22 Sep 2000 14:05:57 -0700 Date: Fri, 22 Sep 2000 13:54:58 -0700 From: Matt Tucker To: Hrvoje Niksic cc: xemacs-beta@xemacs.org Subject: Re: Syntax-table text properties Message-ID: <10690000.969656098@benzene> In-Reply-To: <20000922125428.51713.qmail@web9301.mail.yahoo.com> X-Mailer: Mulberry/2.0.5a5 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: -- Hrvoje Niksic spake thusly: > Note however that, under the hood, XEmacs is quite different from GNU > Emacs. Specifically, there are no "text properties" in XEmacs, but > "extents". You would need to implement a `syntax-table' extent > property and make the code in syntax.c respect it. You might want to > introduce some optimizations to make this efficient (repeated querying > for extents from within syntax.c could be slow), but it's probably to > early to talk about that. Perhaps I'm confused. I can use the get-text-property and put-text-property defuns to apply "text properties" to a character. Are these handled as extents under XEmacs? And would it then be possible to apply one of these to a range of characters? That's the impression I get from what you were saying, but I must confess that while I was aware of the concept of extents (Emacs has them as well, in fact), it didn't seem to me that I was using them. No matter; I'll figure it out. > You would also need to consider what happens when two overlapping > extents both have syntax-table properties define. You might want to > consider implementing a cascading scheme, so that e.g. the inner > extent takes precedence over the outer one, or you might declare such > overlappings undefined, if you think it's an overkill. I'll definitely look into this. I hadn't realized that overlaps were a possibility. > Also note that syntax engine implementation in XEmacs is probably > different from the GNU Emacs one. You might want to sync it with the > latest one in GNU Emacs, while being careful not to break XEmacs in > the process. Syncing is often tricky. So I'd noticed. :) Case-in-point: Emacs does not contain the syntactically-sectionize function, and in fact does most of the fontification work in lisp rather than C. My plan is to leave this structure mostly alone and simply modify it to support the syntax-table property, as well as adding the necessary support to syntax.c. Right now I'm doing the lookup for each character, but I suspect by the time I'm done that I'll have mimicked Emacs' caching mechanism in the interests of speed. > All in all, I don't want to give an impression that I'm trying to > discourage you. In most places, XEmacs is very well written, and > adding new features is more of a challenge than just boring typing. I > hope that you will decide to undertake implementing this feature. You > have my support. On the contrary, your comments seemed far more encouraging than discouraging. In fact, I'd worried a bit about trying to do this (as might have been discernible from my first email) due to rumors of previous lukewarm responses from the XEmacs people (chocolate XEmacs people, too?), but in fact all the responses I've had thus far have been both helpful and encouraging, which I definitely appreciate. I've been much happier with the XEmacs product over GNU's offering ever since I switched (for a number of reasons, not the least of which is better appearance and implementation of GUI concepts), and I'm really looking forward to finally getting rid of this one major thorn. From owner-xemacs-beta@xemacs.org Fri Sep 22 17:10:59 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id RAA00494 for xemacs-beta-out; Fri, 22 Sep 2000 17:10:59 -0400 Received: from web9304.mail.yahoo.com (web9304.mail.yahoo.com [216.136.129.53]) by gwyn.tux.org (8.9.3/8.9.1) with SMTP id RAA00490 for ; Fri, 22 Sep 2000 17:10:58 -0400 Message-ID: <20000922211057.34662.qmail@web9304.mail.yahoo.com> Received: from [62.158.207.7] by web9304.mail.yahoo.com; Fri, 22 Sep 2000 14:10:57 PDT Date: Fri, 22 Sep 2000 14:10:57 -0700 (PDT) From: Hrvoje Niksic Subject: Re: Syntax-table text properties To: Matt Tucker Cc: xemacs-beta@xemacs.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: --- Matt Tucker wrote: > Perhaps I'm confused. I can use the get-text-property and > put-text-property defuns to apply "text properties" to a character. > Are these handled as extents under XEmacs? And would it then > be possible to apply one of these to a range of characters? In XEmacs, text properties are just a fancy way of interfacing to extents. This means that when you "apply one of these to a range of characters", the `put-text-property' code defines an extent behind the scenes. When you create two such regions that touch, the code notices it and merges the two adjacent extents. And so on. All of this code is implemented in Lisp (some stuff was converted to C for speed, though). Therefore, at Lisp level, you can use both interfaces (textprops have been provided as a convenience as well as a porting help). However, to in order to add a new low-level feature, it only makes sense to add it to the C implementation of extents. Extents, as well as text properties, are described in the XEmacs Lisp reference manual (Lispref) in depth. > That's the impression I get from what you were saying, but I must > confess that while I was aware of the concept of extents (Emacs has > them as well, in fact), GNU Emacs has overlays, which are a parallel implementation of the same or very similar feature. Under XEmacs, text properties are implemented using extents. This is not the case with GNU Emacs. > I'll definitely look into this. I hadn't realized that overlaps were > a possibility. With GNU Emacs text properties, they're not. But in XEmacs, it's a bit different. I just wanted to remind you of the option. > So I'd noticed. :) Case-in-point: Emacs does not contain the > syntactically-sectionize function, and in fact does most of the > fontification work in lisp rather than C. Yup. But I don't think syntactically-sectionize and friends in font-lock.c will be a problem to modify; they merely handle strings and comments anyway. The real beef is in the engine behind parse-partial-sexp. > My plan is to leave this structure mostly alone and simply modify it > to support the syntax-table property, as well as adding the necessary > support to syntax.c. Right now I'm doing the lookup for each > character, but I suspect by the time I'm done that I'll have mimicked > Emacs' caching mechanism in the interests of speed. I'm not sure what caching mechanisms Emacs uses. It might well show that different optimization strategies will apply to XEmacs, due to a vastly different extents code. I have a feeling that under XEmacs it is much more expensive to search for an extent on a char-by-char bases, due to them being stored as a list, whereas under GNU Emacs, properties are a balanced tree. > I've been much happier with the XEmacs product over GNU's offering > ever since I switched (for a number of reasons, not the least of which > is better appearance and implementation of GUI concepts), and I'm > really looking forward to finally getting rid of this one major thorn. Thanks. I wish you the best of luck. Then I might look into Tcl mode and making it suck less. :-) __________________________________________________ Do You Yahoo!? Send instant messages & get email alerts with Yahoo! Messenger. http://im.yahoo.com/ From owner-xemacs-beta@xemacs.org Fri Sep 22 18:56:40 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id SAA08206 for xemacs-beta-out; Fri, 22 Sep 2000 18:56:40 -0400 Received: from msgbas1tx.cos.agilent.com (msgbas1tx.cos.agilent.com [192.6.9.34]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id SAA08203 for ; Fri, 22 Sep 2000 18:56:38 -0400 Received: from andom1.an.hp.com (andom1.an.hp.com [15.4.128.104]) by msgbas1tx.cos.agilent.com (Postfix) with ESMTP id 7CB48616; Fri, 22 Sep 2000 16:56:25 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by andom1.an.hp.com (Postfix) with ESMTP id 554E2292; Fri, 22 Sep 2000 18:56:24 -0400 (EDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.0) with ESMTP id PAA23840; Fri, 22 Sep 2000 15:56:23 -0700 (PDT) Message-Id: <200009222256.PAA23840@mina.soco.agilent.com> To: XEmacs Beta List Cc: Jonathan Harris Subject: [EXP] Getting the pixel position of a window point Reply-To: Darryl Okahata Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: multipart/mixed; boundary="Multipart_Fri_Sep_22_15:56:21_2000-1" Content-Transfer-Encoding: 7bit Date: Fri, 22 Sep 2000 15:56:22 -0700 From: Darryl Okahata Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: --Multipart_Fri_Sep_22_15:56:21_2000-1 Content-Type: text/plain; charset=US-ASCII [ This is experimental, and thus is not (yet) being submitted to xemacs-patches. ] Here's an experimental patch for 21.2 that provides a way of getting the window pixel co-ordinates of a window point. I found that the function, "current-pixel-column", already existed, and so I just added the corresponding function, "current-pixel-row". However, there's a big "gotcha" (issue) with these functions: they both use the redisplay tables to determine the pixel position. This basically means that a screen update/refresh must be done (e.g., "(sit-for 0)") before these functions will return correct values. For newly-created frames, you have to do something like this instead: ;; idea stolen from set-mouse-position (while (not (frame-visible-p frame)) (sleep-for .5)) Unfortunately, there doesn't seem to be a better way. Jonathan Harris suggested the use of "glyph_to_pixel_translation()". The problem with this is that you need to provide the desired row and column, and there's no easy way to get the row/column of a window point. Also, glyph_to_pixel_translation() still depends on the redisplay tables being up-to-date. Because of all this, I decided to simply extend "current-pixel-column". Comments? I'll send a patch to xemacs-patches if I don't hear anything. -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. --Multipart_Fri_Sep_22_15:56:21_2000-1 Content-Type: text/plain; charset=US-ASCII Content-Disposition: attachment; filename="diffs2" Content-Transfer-Encoding: quoted-printable Index: src/window.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/CVSroot/XEmacs/xemacs-20/src/window.c,v retrieving revision 1.41.2.64 diff -c -r1.41.2.64 window.c *** window.c 2000/09/15 04:15:39 1.41.2.64 --- window.c 2000/09/22 22:00:11 *************** *** 5815,5840 **** return unbind_to (speccount, val); } = ! DEFUN ("current-pixel-column", Fcurrent_pixel_column, 0, 2, 0, /* ! Return the horizontal pixel position of POS in window. ! Beginning of line is column 0. This is calculated using the redisplay ! display tables. If WINDOW is nil, the current window is assumed. ! If POS is nil, point is assumed. Note that POS must be visible for ! a non-nil result to be returned. ! */ ! (window, pos)) { ! struct window* w =3D decode_window (window); ! display_line_dynarr *dla =3D window_display_lines (w, CURRENT_DISP); ! = ! struct display_line *dl =3D 0; ! struct display_block *db =3D 0; ! struct rune* rb =3D 0; ! int y =3D w->last_point_y[CURRENT_DISP]; ! int x =3D w->last_point_x[CURRENT_DISP]; ! = ! if (MINI_WINDOW_P (w)) ! return Qnil; = if (y<0 || x<0 || y >=3D Dynarr_length (dla) || !NILP (pos)) { --- 5815,5837 ---- return unbind_to (speccount, val); } = ! static int ! get_current_pixel_pos (Lisp_Object window, Lisp_Object pos, ! struct window **w, ! struct rune **rb, struct display_line **dl) { ! display_line_dynarr *dla; ! struct display_block *db =3D NULL; ! int x, y; ! = ! *rb =3D NULL; ! *dl =3D NULL; ! *w =3D decode_window (window); ! dla =3D window_display_lines (*w, CURRENT_DISP); ! x =3D (*w)->last_point_x[CURRENT_DISP]; = ! y =3D (*w)->last_point_y[CURRENT_DISP]; ! if (MINI_WINDOW_P (*w)) ! return 0; = if (y<0 || x<0 || y >=3D Dynarr_length (dla) || !NILP (pos)) { *************** *** 5854,5892 **** = for (i =3D first_line; i < Dynarr_length (dla); i++) { ! dl =3D Dynarr_atp (dla, i); /* find the vertical location first */ ! if (point >=3D dl->bufpos && point <=3D dl->end_bufpos) { ! db =3D get_display_block_from_line (dl, TEXT); for (i =3D 0; i < Dynarr_length (db->runes); i++) { ! rb =3D Dynarr_atp (db->runes, i); ! if (point <=3D rb->bufpos) goto found_bufpos; } ! return Qnil; } } ! return Qnil; found_bufpos: ; } else { /* optimized case */ ! dl =3D Dynarr_atp (dla, y); ! db =3D get_display_block_from_line (dl, TEXT); = if (x >=3D Dynarr_length (db->runes)) ! return Qnil; = ! rb =3D Dynarr_atp (db->runes, x); } = return make_int (rb->xpos - WINDOW_LEFT (w)); } = =0C #ifdef DEBUG_XEMACS /* This is short and simple in elisp, but... it was written to debug --- 5851,5931 ---- = for (i =3D first_line; i < Dynarr_length (dla); i++) { ! *dl =3D Dynarr_atp (dla, i); /* find the vertical location first */ ! if (point >=3D (*dl)->bufpos && point <=3D (*dl)->end_bufpos) { ! db =3D get_display_block_from_line (*dl, TEXT); for (i =3D 0; i < Dynarr_length (db->runes); i++) { ! *rb =3D Dynarr_atp (db->runes, i); ! if (point <=3D (*rb)->bufpos) goto found_bufpos; } ! return 0; } } ! return 0; found_bufpos: ; } else { /* optimized case */ ! *dl =3D Dynarr_atp (dla, y); ! db =3D get_display_block_from_line (*dl, TEXT); = if (x >=3D Dynarr_length (db->runes)) ! return NULL; = ! *rb =3D Dynarr_atp (db->runes, x); } = + return 1; + } + = + DEFUN ("current-pixel-column", Fcurrent_pixel_column, 0, 2, 0, /* + Return the horizontal pixel position of POS in window. + Beginning of line is column 0. This is calculated using the redisplay + display tables; because of this, the returned value will only be + correct if the redisplay tables are up-to-date. Use \"(sit-for 0)\" + to insure that they are. If WINDOW is nil, the current window is + assumed. If POS is nil, point is assumed. Note that POS must be + visible for a non-nil result to be returned. + */ + (window, pos)) + { + struct window* w; + struct display_line *dl; + struct rune* rb; + = + if (!get_current_pixel_pos(window, pos, &w, &rb, &dl)) + return Qnil; + = return make_int (rb->xpos - WINDOW_LEFT (w)); } = + DEFUN ("current-pixel-row", Fcurrent_pixel_row, 0, 2, 0, /* + Return the vertical pixel position of POS in window. + Top of window is row 0. This is calculated using the redisplay + display tables; because of this, the returned value will only be + correct if the redisplay tables are up-to-date. Use \"(sit-for 0)\" + to insure that they are. If WINDOW is nil, the current window is + assumed. If POS is nil, point is assumed. Note that POS must be + visible for a non-nil result to be returned. + */ + (window, pos)) + { + struct window* w; + struct display_line *dl; + struct rune* rb; + = + if (!get_current_pixel_pos(window, pos, &w, &rb, &dl)) + return Qnil; + = + return make_int (dl->ypos - dl->ascent - WINDOW_LEFT (w)); + } + = =0C #ifdef DEBUG_XEMACS /* This is short and simple in elisp, but... it was written to debug *************** *** 6039,6044 **** --- 6078,6084 ---- DEFSUBR (Fcurrent_window_configuration); DEFSUBR (Fsave_window_excursion); DEFSUBR (Fcurrent_pixel_column); + DEFSUBR (Fcurrent_pixel_row); } = void --Multipart_Fri_Sep_22_15:56:21_2000-1-- From owner-xemacs-beta@xemacs.org Fri Sep 22 20:17:38 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id UAA14116 for xemacs-beta-out; Fri, 22 Sep 2000 20:17:38 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id UAA14113 for ; Fri, 22 Sep 2000 20:17:37 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000923001736.UWDX12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Fri, 22 Sep 2000 17:17:36 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e8N0Hhe11062; Fri, 22 Sep 2000 19:17:43 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: "Stephen J. Turnbull" Cc: xemacs-beta@xemacs.org Subject: Re: working on getting XEmacs/GTK to 21.2... X-Now-Listening-To: Divers - Barry McGuire - Eve Of Destruction References: <86wvgt3yrh.fsf@megalith.bp.aventail.com> <14770.62159.988660.911256@turnbull.sk.tsukuba.ac.jp> <86og253phh.fsf@megalith.bp.aventail.com> <14771.15417.945394.545910@turnbull.sk.tsukuba.ac.jp> Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Lines: 21 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: "Stephen J. Turnbull" writes: > >>>>> "-BP" == William M Perry writes: > > -BP> "Stephen J. Turnbull" writes: > > >> Also, until GTK is used for Custom, I think it's going to look > >> very very half-assed. > > -BP> Why is that not the case for X and Motif then? Or Windows? > > Who said it wasn't? :^) But we're used to it in those cases. Also, we > _are_ using X at least in Custom; Custom buffers under X look better than > they do on a TTY, just because of the cheesy graphic widgets. Are we actually using native widgets in custom now? I haven't had a chance to play with the latest stuff working on the GTK stuff. I'd actually like to see a true GUI wrapped around custom. Either using the native widget stuff or the FFI GTK bindings. But that's a whole nother story. :) -bp From owner-xemacs-beta@xemacs.org Fri Sep 22 20:17:40 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id UAA14122 for xemacs-beta-out; Fri, 22 Sep 2000 20:17:40 -0400 Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id UAA14119 for ; Fri, 22 Sep 2000 20:17:40 -0400 Received: from megalith.bp.aventail.com ([24.12.70.142]) by mail.rdc1.tn.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000923001736.UWDY12979.mail.rdc1.tn.home.com@megalith.bp.aventail.com>; Fri, 22 Sep 2000 17:17:36 -0700 Received: (from wmperry@localhost) by megalith.bp.aventail.com (8.11.0/8.11.0/Debian 8.11.0-6) id e8N0Hhq11064; Fri, 22 Sep 2000 19:17:43 -0500 X-Authentication-Warning: megalith.bp.aventail.com: wmperry set sender to wmperry@aventail.com using -f To: "Stephen J. Turnbull" Cc: xemacs-beta@xemacs.org Subject: Re: More gtk-xemacs fun [was: Minor problems w/gtk-xemacs build] X-Now-Listening-To: Divers - Barry McGuire - Eve Of Destruction References: <86hf85jhdf.fsf@megalith.bp.aventail.com> <86d7isciqk.fsf@megalith.bp.aventail.com> <14764.32868.98636.990425@turnbull.sk.tsukuba.ac.jp> <86d7irxvhd.fsf@megalith.bp.aventail.com> <14764.35677.371295.998496@turnbull.sk.tsukuba.ac.jp> <14764.40976.720247.224835@turnbull.sk.tsukuba.ac.jp> Reply-to: wmperry@aventail.com X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (GTK) MIME-Version: 1.0 Lines: 39 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: "Stephen J. Turnbull" writes: > More gtk-xemacs fun. Only a native Pervect would try this, so I'm not > surprised it failed: > > **** > bash-2.04$ src/xemacs -batch -l /coda/Projects/XEmacs/gtk-xemacs/tests/gtk/gtk-test.el -eval '(gtk-test)' & > [3] 17852 > bash-2.04$ Loading /coda/Projects/XEmacs/gtk-xemacs/tests/gtk/gnome-test.el... > GLib-CRITICAL **: file ghash.c: line 138 (g_hash_table_lookup): assertion `hash_table != NULL' failed. > > /** error msg repeated 13 times, alternating between l 138 ..._lookup > and l 152 ..._insert **/ Just fixed this... gtk-init is now exposed to lisp (and is a noop if it is called more than once). So you can create a gtk app in batch or TTY mode. The only oddity is that you cannot use XEmacs glyphs as GdkPixmap or GdkBitmap types (TTY/batch mode has no glyph converters). I will check this code in when I get home late tonight. > **** > bash-2.04$ src/xemacs -l /coda/Projects/XEmacs/gtk-xemacs/tests/gtk/gtk-test.el -funcall gtk-test > **** > > apparently ignores the -funcall (on second check, there are two messages > indicating successful load of gnome-test.el followed by one about > `Unknown argument type: "GtkAdjustment"' in *Message-Log*), but happily > runs the test interactively from the gtk-xemacs frame. Strange... I think this is fixed with the changes I have here. There is a chicken & egg problem with creating a scrolled window and expect it to have default adjustments. Because gtk_adjustment_new has not been called, the type is not registered with the object system, so it screams when I try to convert 'nil' to an unknown type. *sigh* I work around this by just creating & destroying a GtkAdjustment before I call anything else in the test code. -Bill P. From owner-xemacs-beta@xemacs.org Fri Sep 22 22:52:15 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id WAA20313 for xemacs-beta-out; Fri, 22 Sep 2000 22:52:15 -0400 Received: from tsukuba.m17n.org (tsukuba.m17n.org [192.47.44.130]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id WAA20309 for ; Fri, 22 Sep 2000 22:52:14 -0400 Received: from fs.m17n.org (root@fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.9.3/3.7W-19991231100513) with ESMTP id LAA08528; Sat, 23 Sep 2000 11:51:59 +0900 (JST) (envelope-from martin@m17n.org) Received: from mule.m17n.org (martin@mule.m17n.org [192.47.44.3]) by fs.m17n.org (8.9.3/3.7W-19990906215257) with ESMTP id LAA02404; Sat, 23 Sep 2000 11:51:58 +0900 (JST) Received: (from martin@localhost) by mule.m17n.org (8.9.2/3.7W-19990512194415) id LAA23326; Sat, 23 Sep 2000 11:51:57 +0900 (JST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14796.6860.697407.56924@mule.m17n.org> Date: Sat, 23 Sep 2000 11:51:56 +0900 (JST) From: Martin Buchholz To: wmperry@aventail.com Cc: xemacs-beta@xemacs.org Subject: Re: More gtk-xemacs fun [was: Minor problems w/gtk-xemacs build] In-Reply-To: <86itrpv5oq.fsf@localhost.localdomain> References: <86hf85jhdf.fsf@megalith.bp.aventail.com> <86d7isciqk.fsf@megalith.bp.aventail.com> <14764.32868.98636.990425@turnbull.sk.tsukuba.ac.jp> <86d7irxvhd.fsf@megalith.bp.aventail.com> <14764.35677.371295.998496@turnbull.sk.tsukuba.ac.jp> <14764.40976.720247.224835@turnbull.sk.tsukuba.ac.jp> <86itrpv5oq.fsf@localhost.localdomain> X-Mailer: VM 6.71 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid Reply-To: martin@xemacs.org Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Bill" == William M Perry writes: Bill> So you can create a gtk app in batch or TTY mode. I want the feature of being able to open any device from batch mode (for running GUI tests in the test suite for example). I'd like batch mode to simply mean "don't open any devices, let lisp code do that". And the user should be able to "go interactive" from batch mode by doing something like xemacs -batch -eval '(progn (make-frame-on-display "foo:0") (command-loop))' The test suite can do something like: (when (and (featurep 'x11) (getenv "DISPLAY")) ... run some X tests ... From owner-xemacs-beta@xemacs.org Sat Sep 23 00:36:51 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id AAA24987 for xemacs-beta-out; Sat, 23 Sep 2000 00:36:51 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id AAA24962 for ; Sat, 23 Sep 2000 00:36:46 -0400 Received: from slackware.mynet.pc (dialup-108.pdx.ozlinx.com.au [202.61.190.28]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8N4aZS20392 for ; Sat, 23 Sep 2000 14:36:35 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8N2TBG12889; Sat, 23 Sep 2000 12:29:11 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: New file for edit-utils (vertical-mode.el) References: From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: A wide-eyed, innocent UNICORN, poised delicately in a MEADOW filled with LILACS, LOLLIPOPS & small CHILDREN at the HUSH of twilight?? Date: 23 Sep 2000 12:29:11 +1000 In-Reply-To: Steve Youngs's message of "23 Sep 2000 00:44:18 +1000" Message-ID: Lines: 27 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Steve Youngs writes: > I'm planning on adding vertical-mode.el to edit-utils, but before I > do, I'd like some people to test it. (It runs fine here, but I'd be > happier if someone else told me it's ok). > So it's in ftp.xemacs.org/pub/xemacs/beta/experimental/ > Please let me know how it goes. Forgot to mention... ,---- | ;;; Commentary: | | ; This minor mode allows you to conviently edit things that are oriented vertically | ; (like tables in computer programs): after each action, cursor moves down. Therefore, | ; to move block of text to the right, you simply enter vertical mode and then hold | ; spacebar, waiting for autorepeat to do the job for you. `---- -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Sat Sep 23 08:57:22 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA06213 for xemacs-beta-out; Sat, 23 Sep 2000 08:57:22 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA06210 for ; Sat, 23 Sep 2000 08:57:21 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id IAA05926; Sat, 23 Sep 2000 08:54:51 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id IAA10620; Sat, 23 Sep 2000 08:57:19 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (mushiva-5.ecf.teradyne.com [131.101.192.125]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id OAA17571; Sat, 23 Sep 2000 14:57:01 +0200 (MET DST) To: "Stephen J. Turnbull" Cc: Lennart Staflin , xemacs-beta@xemacs.org Subject: Re: PSGML's syntax table for HTML inappropriate? References: <14793.55487.152807.908026@turnbull.sk.tsukuba.ac.jp> <14793.58147.659149.918416@turnbull.sk.tsukuba.ac.jp> X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 23 Sep 2000 14:53:20 +0200 In-Reply-To: "Stephen J. Turnbull"'s message of "Thu, 21 Sep 2000 19:29:55 +0900 (JST)" Message-ID: Lines: 77 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Stephen" == Stephen J Turnbull writes: >>>>> "APA" == Adrian Aichner writes: APA> Please send me a test-case. I have psgml package 1.19 APA> installed and am willing to give it a try. Stephen> This is of course "degenerate" UTF-8. You'll need the Stephen> XHTML DTD and a couple of entity definition files (at Stephen> least, they're not in v1.18 of the XEmacs PSGML package): Hello Stephen, Stephen> http://web3.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd Stephen> http://web3.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent Stephen> http://web3.w3.org/TR/xhtml1/DTD/xhtml-special.ent Stephen> http://web3.w3.org/TR/xhtml1/DTD/xhtml-symbol.ent psgml 1.19 Validated HTML/SGML editing. has these: c:\XEmacs\xemacs-packages\etc\psgml: wildcard xhtml* total 144 -rw-rw-rw- 1 AichnerAd 5 11789 Mar 27 14:17 xhtml-lat1.ent -rw-rw-rw- 1 AichnerAd 5 4144 Mar 27 14:17 xhtml-special.ent -rw-rw-rw- 1 AichnerAd 5 14127 Mar 27 14:17 xhtml-symbol.ent -rw-rw-rw- 1 AichnerAd 5 32989 Mar 27 14:57 xhtml1-frameset.dtd -rw-rw-rw- 1 AichnerAd 5 26054 Mar 27 14:57 xhtml1-strict.dtd -rw-rw-rw- 1 AichnerAd 5 822 Mar 27 14:17 xhtml1-transitional-mathml.dtd -rw-rw-rw- 1 AichnerAd 5 32245 Mar 27 14:58 xhtml1-transitional.dtd -rw-rw-rw- 1 AichnerAd 5 6801 Mar 27 14:17 xhtml1.dcl More later... Adrian Stephen> The problem is in the `xml:lang' attribute of the `html' Stephen> element. The error occurs when parsing (C-c C-p) the Stephen> DTD. Stephen> Which reminds me; until I set up the catalogs correctly, Stephen> PSGML silently substituted the HTML 3.2 DTD for XHTML Stephen> 1.0. It would be nice if PSGML warned about this Stephen> situation. Stephen> ------------------------------ cut here ------------------------------ Stephen> Stephen> PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" Stephen> "xhtml1-strict.dtd"> Stephen> Stephen> Stephen> More Computer Wisdom Stephen> Stephen> Stephen>

More Computer Wisdom

Stephen>

Stephen> Even PSGML is subject to Murphy's Law. Stephen>

Stephen> Stephen> Stephen> ------------------------------ cut here ------------------------------ Stephen> -- Stephen> University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Stephen> Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 Stephen> _________________ _________________ _________________ _________________ Stephen> What are those straight lines for? "XEmacs rules." -- Adrian Aichner From owner-xemacs-beta@xemacs.org Sat Sep 23 13:42:38 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id NAA14756 for xemacs-beta-out; Sat, 23 Sep 2000 13:42:38 -0400 Received: from frege.math.ethz.ch (frege-d-math-north-g-west.math.ethz.ch [129.132.145.3]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id NAA14752 for ; Sat, 23 Sep 2000 13:42:37 -0400 Received: (from daemon@localhost) by frege.math.ethz.ch (8.9.1/8.9.1) id TAA22486 for ; Sat, 23 Sep 2000 19:42:35 +0200 (MET DST) Received: from bolzano(129.132.146.140), claiming to be "korteweg.math.ethz.ch" via SMTP by frege, id smtpdAAAa005VK; Sat Sep 23 19:42:34 2000 Received: from jan by korteweg.math.ethz.ch with local (Exim 3.12 #1 (Debian)) id 13ctJn-0000AS-00 for ; Sat, 23 Sep 2000 18:42:31 +0100 To: XEmacs beta Subject: Re: old version of vc.el References: <39BFF1DD.D69C1ED9@partitur.se> From: Jan Vroonhof Date: 23 Sep 2000 18:42:29 +0100 In-Reply-To: Steve Youngs's message of "18 Sep 2000 14:09:26 +1000" Message-ID: <87n1gz2eey.fsf@korteweg.math.ethz.ch> Lines: 24 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Kastor & Polydeukes) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Steve Youngs writes: > > It seems that the package version of vc.el (in package vc) is > > out of date. Note that is (partly) intentional. Andre Spiegel (the VC maintainer) was supposed to have stopped working on it and started a complete rewrite for Emacs 21.0. He said this when I inquired about merging in the XEmacs changes into the main version so we can just copy his version each time. Therefore I stopped doing the integration. However it is probably time to reconsider that given that Emacs 21 is much later than expected, that vc.el in FSF Emacs seems have still work being done, and that we have people like Stefan Monnier that are so productive they always make use of the the greatest and latest features in FSF Emacs (given that he seems to write half of them, that isn't surprising). If nobody takes a shot at it I'll have a look at doing atleast a merge of the easy stuff when I am back in my normal XEmacs rythem (tommorow I will setup my home ISP account). Jan From owner-xemacs-beta@xemacs.org Sat Sep 23 20:38:25 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id UAA28231 for xemacs-beta-out; Sat, 23 Sep 2000 20:38:25 -0400 Received: from melancholia.danann.net (melancholia.danann.net [203.36.211.210]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id UAA28226 for ; Sat, 23 Sep 2000 20:38:22 -0400 Received: from inanna.danann.net (inanna.danann.net [203.36.211.216]) by melancholia.danann.net (Postfix) with ESMTP id 780BD2A878 for ; Sun, 24 Sep 2000 11:38:18 +1100 (EST) Received: by inanna.danann.net (Postfix, from userid 1000) id A193628015; Sun, 24 Sep 2000 11:38:14 +1100 (EST) To: xemacs-beta@xemacs.org Subject: `file-attributes' versus large inode numbers. Keywords: inode From: Daniel Pittman Organization: Not today, thank you, Mother. X-Homepage: http://danann.net/ X-spies: New World Order Honduras South Africa Clinton Mossad Semtex fissionable Ft. Knox Monica Lewinsky Ft. Meade quiche White Water NWO [Hello to all my fans in domestic surveillance] bomb Date: 24 Sep 2000 11:38:12 +1100 Message-ID: <87em2afwuj.fsf@inanna.danann.net> Lines: 30 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi. As part of the work I am doing on TRAMP[1], I am trying to address the issues of large inode numbers returned from `file-attributes'. On an SGI machine, the inode of a file is `1186988379'. This overflows the standard int representation on GNU Emacs and all. Now, they deal with the issue of this by allowing the inode value to be a cons cell, similar to the various access times. This makes some sense, at least in terms of consistency. Now, looking at the source and info for `file-attributes', it looks like this isn't actually dealt with in XEmacs, partly (I suspect) because the 31-bit int here makes it a non-issue. Anyhow, would you see a problem with returning this cell as a cons under XEmacs as well as Emacs? I don't anticipate so, but I figured to check with the experts first. :) Daniel Footnotes: [1] Remote file access via an rsh/telnet shell... -- My definition of an expert in any field is a person who knows enough about what's really going on to be scared. -- P.J. Plauger From owner-xemacs-beta@xemacs.org Sun Sep 24 20:42:16 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id UAA23858 for xemacs-beta-out; Sun, 24 Sep 2000 20:42:16 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id UAA23855 for ; Sun, 24 Sep 2000 20:42:13 -0400 Received: by localhost id m13dMIa-00013lC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Mon, 25 Sep 2000 09:39:12 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14798.40624.458599.646831@turnbull.sk.tsukuba.ac.jp> Date: Mon, 25 Sep 2000 09:39:12 +0900 (JST) To: james@eecs.ukans.edu (Jerry James) Cc: xemacs-beta@xemacs.org Subject: Re: PSGML's syntax table for HTML inappropriate? In-Reply-To: References: <14793.55487.152807.908026@turnbull.sk.tsukuba.ac.jp> <14793.58147.659149.918416@turnbull.sk.tsukuba.ac.jp> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Jerry" == Jerry James writes: Jerry> This surprised me, because I submitted those files as part Jerry> of the patch to bring the XEmacs PSGML package up to date. Jerry> Indeed, fetching psgml-1.18-pkg.tar.gz from the package Jerry> download site, I see this: This looks like my bad. I thought my 21.1 (email environment) and 21.2 (where I was using PSGML) package hierarchies were the same, but they're not. I had set things up to automatically revert to the common environment (maintained via package-user-interface) after testing new package stuff (installed into a separate hierarchy), but obviously that is not working correctly, and I've been running with old packages in 21.2 for a couple of months now. >> Which reminds me; until I set up the catalogs correctly, PSGML >> silently substituted the HTML 3.2 DTD for XHTML 1.0. It would >> be nice if PSGML warned about this situation. Jerry> I can't get that to happen. How did you do it? What was Jerry> wrong with the CATALOG? I see no errors in it that would Since it was obsolete, it was missing the XHTML entries. Jerry> cause this behavior. Try removing the XHTML entries from the catalog. It seems that the version of PSGML I have installed simply substitutes its default version of the DTD for short names where the full public ID can't be matched in the catalog. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Sun Sep 24 23:10:01 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id XAA29519 for xemacs-beta-out; Sun, 24 Sep 2000 23:10:01 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id XAA29512 for ; Sun, 24 Sep 2000 23:09:58 -0400 Received: from slackware.mynet.pc (dialup-276.pdx.ozlinx.com.au [202.61.190.161]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8P39kS05745 for ; Mon, 25 Sep 2000 13:09:46 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8P33VE02480; Mon, 25 Sep 2000 13:03:31 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: EFS fix References: From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: An air of FRENCH FRIES permeates my nostrils!! Date: 25 Sep 2000 13:03:31 +1000 In-Reply-To: sperber@informatik.uni-tuebingen.de's message of "24 Sep 2000 15:15:40 +0200" Message-ID: Lines: 14 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Michael Sperber writes: > I'll apply tomorrow if there are no objections, and people would > probably grateful to Steve if he out a new EFS package release after > that. Go ahead and commit, Michael. I'll release a new package once you've committed. -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Mon Sep 25 00:03:27 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id AAA31532 for xemacs-beta-out; Mon, 25 Sep 2000 00:03:27 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id AAA31529 for ; Mon, 25 Sep 2000 00:03:25 -0400 Received: from slackware.mynet.pc (dialup-276.pdx.ozlinx.com.au [202.61.190.161]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8P43ES15449 for ; Mon, 25 Sep 2000 14:03:14 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8P3vUS03146; Mon, 25 Sep 2000 13:57:30 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: [package release] Updated packages From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: Is this an out-take from the ``BRADY BUNCH''? Date: 25 Sep 2000 13:57:30 +1000 Message-ID: Lines: 17 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I've just released a couple of package updates. edit-utils-pkg-1.52.tar.gz - added new file vertical-mode.el misc-games-pkg-1.14.tar.gz - rot13.el fixed os-utils-pkg-1.23.tar.gz - crypt.el fixed Just curious, can anyone tell me roughly how long it takes the mirrors to pick up changes on ftp.xemacs.org? Have fun! -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Mon Sep 25 01:10:34 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id BAA02681 for xemacs-beta-out; Mon, 25 Sep 2000 01:10:34 -0400 Received: from tsukuba.m17n.org (tsukuba.m17n.org [192.47.44.130]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id BAA02676; Mon, 25 Sep 2000 01:10:24 -0400 Received: from fs.m17n.org (root@fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.9.3/3.7W-19991231100513) with ESMTP id OAA14955; Mon, 25 Sep 2000 14:10:22 +0900 (JST) (envelope-from martin@m17n.org) Received: from mule.m17n.org (martin@mule.m17n.org [192.47.44.3]) by fs.m17n.org (8.9.3/3.7W-19990906215257) with ESMTP id OAA09085; Mon, 25 Sep 2000 14:10:21 +0900 (JST) Received: (from martin@localhost) by mule.m17n.org (8.9.2/3.7W-19990512194415) id OAA02956; Mon, 25 Sep 2000 14:10:20 +0900 (JST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14798.56892.216662.538806@mule.m17n.org> Date: Mon, 25 Sep 2000 14:10:20 +0900 (JST) From: Martin Buchholz To: Steve Youngs Cc: XEmacs beta Subject: Re: [package release] Updated packages In-Reply-To: References: X-Mailer: VM 6.71 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid Reply-To: martin@xemacs.org Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "SY" == Steve Youngs writes: SY> Just curious, can anyone tell me roughly how long it takes the mirrors SY> to pick up changes on ftp.xemacs.org? This is a non-organized "pull" technology. They get the updates when they feel like it, typically from a daily cron job. From owner-xemacs-beta@xemacs.org Mon Sep 25 02:50:45 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA06113 for xemacs-beta-out; Mon, 25 Sep 2000 02:50:45 -0400 Received: from mx1.informatik.uni-tuebingen.de (mx1.Informatik.Uni-Tuebingen.De [134.2.12.5]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA06110 for ; Mon, 25 Sep 2000 02:50:44 -0400 Received: from informatik.uni-tuebingen.de (sams [134.2.12.50]) by mx1.informatik.uni-tuebingen.de (Postfix) with ESMTP id C1B8F439 for ; Mon, 25 Sep 2000 08:50:36 +0200 (MST) Received: (from sperber@localhost) by informatik.uni-tuebingen.de (8.9.3/8.9.3) id IAA14987; Mon, 25 Sep 2000 08:50:31 +0200 (CEST) (envelope-from sperber) To: XEmacs beta Subject: Re: EFS fix References: From: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Date: 25 Sep 2000 08:50:31 +0200 In-Reply-To: Steve Youngs's message of "25 Sep 2000 13:03:31 +1000" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Steve" == Steve Youngs writes: Steve> * Michael Sperber writes: >> I'll apply tomorrow if there are no objections, and people would >> probably grateful to Steve if he out a new EFS package release after >> that. Steve> Go ahead and commit, Michael. I'll release a new package once you've Steve> committed. Thanks, I've committed now. I didn't bump the package version number as per Andreas's instructions. Hope that's still correct. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla From owner-xemacs-beta@xemacs.org Mon Sep 25 04:00:36 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA08577 for xemacs-beta-out; Mon, 25 Sep 2000 04:00:36 -0400 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA08574 for ; Mon, 25 Sep 2000 04:00:34 -0400 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id E98D41E0B2; Mon, 25 Sep 2000 10:00:33 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id 130BC10A026; Mon, 25 Sep 2000 10:00:33 +0200 (MEST) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 13dSvj-0001HU-00; Mon, 25 Sep 2000 09:44:03 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id C8D171822; Mon, 25 Sep 2000 09:44:02 +0200 (CEST) Mail-Copies-To: never To: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Cc: XEmacs beta Subject: Re: EFS fix References: From: Andreas Jaeger Date: 25 Sep 2000 09:44:02 +0200 In-Reply-To: sperber@informatik.uni-tuebingen.de's message of "25 Sep 2000 08:50:31 +0200" Message-ID: Lines: 24 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> Michael Sperber writes: >>>>> "Steve" == Steve Youngs writes: Steve> * Michael Sperber writes: >>> I'll apply tomorrow if there are no objections, and people would >>> probably grateful to Steve if he out a new EFS package release after >>> that. Steve> Go ahead and commit, Michael. I'll release a new package once you've Steve> committed. Michael> Thanks, I've committed now. I didn't bump the package version number Michael> as per Andreas's instructions. Hope that's still correct. As long as Steve is using my script for automatic package build and upload, it's still correct. Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-xemacs-beta@xemacs.org Mon Sep 25 04:14:02 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA09293 for xemacs-beta-out; Mon, 25 Sep 2000 04:14:02 -0400 Received: from beamail.beasys.com ([63.96.163.7]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA09289 for ; Mon, 25 Sep 2000 04:14:00 -0400 Received: from london.beasys.com (london [10.5.1.10]) by beamail.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id BAA17210; Mon, 25 Sep 2000 01:13:44 -0700 (PDT) Received: from andyppc.beasys.com (hqvpn-192-168-11-94.beasys.com [192.168.11.94]) by london.beasys.com (8.9.1b+Sun/8.9.1) with ESMTP id JAA26166; Mon, 25 Sep 2000 09:16:22 +0100 (BST) Message-Id: <4.3.2.7.2.20000923120138.02306350@london.beasys.com> X-Sender: andyp@london.beasys.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 23 Sep 2000 12:02:01 +0100 To: Darryl Okahata , XEmacs Beta List From: Andy Piper Subject: Re: [EXP] Getting the pixel position of a window point Cc: Jonathan Harris In-Reply-To: <200009222256.PAA23840@mina.soco.agilent.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: At 03:56 PM 9/22/00 -0700, Darryl Okahata wrote: >[ This is experimental, and thus is not (yet) being submitted to > xemacs-patches. ] > > Here's an experimental patch for 21.2 that provides a way of >getting the window pixel co-ordinates of a window point. I found that >the function, "current-pixel-column", already existed, and so I just >added the corresponding function, "current-pixel-row". > > However, there's a big "gotcha" (issue) with these functions: they >both use the redisplay tables to determine the pixel position. This >basically means that a screen update/refresh must be done (e.g., >"(sit-for 0)") before these functions will return correct values. For >newly-created frames, you have to do something like this instead: > > ;; idea stolen from set-mouse-position > (while (not (frame-visible-p frame)) (sleep-for .5)) > >Unfortunately, there doesn't seem to be a better way. I think the implementation is correct, its probably redisplay that needs fixing. andy -------------------------------------------------------------- Dr Andy Piper Principal Consultant, BEA Systems Ltd From owner-xemacs-beta@xemacs.org Mon Sep 25 04:48:01 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA10922 for xemacs-beta-out; Mon, 25 Sep 2000 04:48:01 -0400 Received: from smtp-2.hut.fi (smtp-2.hut.fi [130.233.228.92]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA10909 for ; Mon, 25 Sep 2000 04:47:49 -0400 Received: from james.hut.fi (james.hut.fi [130.233.173.1]) by smtp-2.hut.fi (8.9.3/8.9.3) with ESMTP id LAA53817 for ; Mon, 25 Sep 2000 11:47:45 +0300 (EEST) Received: (from jorma@localhost) by james.hut.fi (SGI-8.9.3/8.9.3) id LAA36182; Mon, 25 Sep 2000 11:47:45 +0300 (EEST) Newsgroups: comp.emacs.xemacs Subject: package-index.2000-09-24 contains outdated gnus Cc: xemacs-beta@xemacs.org From: Jorma Laaksonen Organization: Helsinki University of Technology X-Home-Page: http://www.cis.hut.fi/jorma/ Date: 25 Sep 2000 11:47:45 +0300 Message-ID: Lines: 33 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Posted-To: comp.emacs.xemacs Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: The following message is a courtesy copy of an article that has been posted to comp.emacs.xemacs as well. Hi! It seems to me that package-index.2000-09-24 in /anonymous@ftp.xemacs.org:/pub/xemacs/packages declares gnus-1.45-pkg.tar.gz as the latest version though package-index.2000-09-12 says it is gnus-1.50-pkg.tar.gz. Something must have gone wrong somewhere. I have a couple of suggestions that would make living with xemacs packages still a bit easier. 1) *Packages* buffer should highlight the packages for which the installed version is newer than the latest version with an ugly color. This would indicate the above-mentioned gnus version problem and other similar ones. (We also seem to have idlwave 1.20 installed though 1.05 seems to be the latest version...) 2) It would be nice if the *Packages* buffer could show which packages are being loaded from the user's ~/.xemacs/packages instead of the system location. Even better would be if the buffer could tell something like "you can now uninstall your own copy of this package as the system administrator has installed an up-to-date version in default locations." Yours, Jorma -- Jorma Laaksonen email: jorma.laaksonen@hut.fi Dr. of Science in Technology, Docent http://www.cis.hut.fi/jorma/ Laboratory of Computer and Information Science tel. +358-9-4513269 Helsinki University of Technology fax. +358-9-4513277 P.O.Box 5400, Fin-02015 HUT, Finland mob. +358-50-3058719 From owner-xemacs-beta@xemacs.org Mon Sep 25 05:03:44 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA11539 for xemacs-beta-out; Mon, 25 Sep 2000 05:03:44 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA11536 for ; Mon, 25 Sep 2000 05:03:43 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id FAA01102; Mon, 25 Sep 2000 05:00:58 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id FAA13750; Mon, 25 Sep 2000 05:03:28 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (mushiva-5.ecf.teradyne.com [131.101.192.125]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id LAA13556; Mon, 25 Sep 2000 11:03:11 +0200 (MET DST) To: xemacs-beta@xemacs.org Cc: Robert Pluim Subject: Re: [PATCH] build-report.el erroneous defcustom References: <14799.3650.815672.164711@gargle.gargle.HOWL> X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 25 Sep 2000 10:58:33 +0200 In-Reply-To: Robert Pluim's message of "Mon, 25 Sep 2000 10:35:14 +0200 (CEST)" Message-ID: Lines: 38 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Robert" == Robert Pluim writes: Thanks for the patch, Robert! I found this later yesterday and have it fixed in my working directory. I'll commit soon. Best regards, Adrian Robert> (I'm custom illiterate, but this seems like the obvious fix). Robert> ChangeLog Robert> 2000-09-25 Robert Pluim Robert> * build-report.el (build-report-delete-regexp): quote value in defcustom Robert> Index: build-report.el Robert> =================================================================== Robert> RCS file: /usr/CVSroot/XEmacs/xemacs/lisp/build-report.el,v Robert> retrieving revision 1.5.2.5 Robert> diff -u -w -u -r1.5.2.5 build-report.el Robert> --- build-report.el 2000/09/24 09:21:52 1.5.2.5 Robert> +++ build-report.el 2000/09/25 08:31:03 Robert> @@ -112,7 +112,7 @@ Robert> :group 'build-report) Robert> (defcustom build-report-delete-regexp Robert> - ("confl.*with.*auto-inlining" "^Formatting:") Robert> + (quote ("confl.*with.*auto-inlining" "^Formatting:")) Robert> "*Regexp of make process output lines to delete from the report." Robert> :type '(repeat Robert> :custom-show t -- Adrian Aichner From owner-xemacs-beta@xemacs.org Mon Sep 25 05:27:46 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA12473 for xemacs-beta-out; Mon, 25 Sep 2000 05:27:46 -0400 Received: from boffi95.stru.polimi.it (boffi95.stru.polimi.it [131.175.24.94]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA12467 for ; Mon, 25 Sep 2000 05:27:40 -0400 Received: from gb by boffi95.stru.polimi.it with local (Exim 3.12 #1 (Debian)) id 13dUXI-00041o-00; Mon, 25 Sep 2000 11:26:56 +0200 From: giacomo boffi MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14799.6749.952739.804921@boffi95.stru.polimi.it> Date: Mon, 25 Sep 2000 11:26:53 +0200 (CEST) To: "Golubev I. N." Cc: xemacs-beta@xemacs.org Subject: info good bye? In-Reply-To: <1f0e39cb945329-gin@mo.msk.ru> References: <1f0e39cb945329-gin@mo.msk.ru> X-Mailer: VM 6.75 under 21.2 (beta35) "Nike" XEmacs Lucid Reply-To: giacomo.boffi@polimi.it Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Golubev I. N. writes: > There were little changes to `info.el' in recent months. If the last > change (multiple buffers support) caused what you describe, it is > totally incomprehensible to me. Patched info used to build dirs > normally for me. > > > i'll investigate further > > Did investigation yield some results? Were it some local changes? Or > 1.15.2.18 from CVS works and 1.15.2.19 does not? If so, exact > reproduction of conditions causing this will be appreciated. i forgot to investigate... i also forgot to say that the next day i used info in a new instance of xemacs and everything worked as it was supposed to work. i'm sorry for the alarm i may have caused From owner-xemacs-beta@xemacs.org Mon Sep 25 16:24:37 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id QAA22647 for xemacs-beta-out; Mon, 25 Sep 2000 16:24:37 -0400 Received: from oxe.cs.umu.se (oxe.cs.umu.se [130.239.40.14]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id QAA22644 for ; Mon, 25 Sep 2000 16:24:35 -0400 Received: from peppar.cs.umu.se (rfc1413 says torkel@peppar.cs.umu.se [130.239.40.13]) by oxe.cs.umu.se (8.8.8/8.8.8) with ESMTP id WAA10129 for ; Mon, 25 Sep 2000 22:24:34 +0200 (MET DST) Received: (rfc1413 says from torkel@localhost) by peppar.cs.umu.se (8.8.8/8.8.8) id WAA17638; Mon, 25 Sep 2000 22:24:33 +0200 (MET DST) X-Authentication-Warning: peppar.cs.umu.se: torkel set sender to torkel@hpc2n.umu.se using -f To: xemacs-beta@xemacs.org Subject: Package ... does not match md5 checksum From: Bjorn torkelsson Mail-Copies-To: never Date: 25 Sep 2000 22:24:33 +0200 Message-ID: <3wog1ckyny.fsf@peppar.cs.umu.se> Lines: 13 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: At least pcl-cvs-1.49-pkg.tar.gz and auctex-1.21-pkg.tar.gz seems to have wrong md5 checksum in the package archive (ftp.xemacs.org) pip[torkel]$ md5sum pcl-cvs-1.49-pkg.tar.gz auctex-1.21-pkg.tar.gz 0186e7c604330d57d373b7e0e535a4a9 pcl-cvs-1.49-pkg.tar.gz 1a81707ec6db41f0e5013fde11f34491 auctex-1.21-pkg.tar.gz But package-index.LATEST says: auctex: f80d088878d6b4104b5b78b6f4c7dfe2 pcl-cvs: db5e0717ae4ebf3056c11866bdd4acde /torkel From owner-xemacs-beta@xemacs.org Mon Sep 25 18:00:12 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id SAA27612 for xemacs-beta-out; Mon, 25 Sep 2000 18:00:12 -0400 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id PAA19714 for xemacs-announce-out; Mon, 25 Sep 2000 15:25:58 -0400 Date: 25 Sep 2000 19:25:34 -0000 To: xemacs-announce@xemacs.org Subject: [package release] Updated packages From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: Don't worry, nobody really LISTENS to lectures in MOSCOW, either! .. FRENCH, HISTORY, ADVANCED CALCULUS, COMPUTER PROGRAMMING, BLACK STUDIES, SOCIOBIOLOGY!.. Are there any QUESTIONS?? Message-ID: Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: xemacs-beta@xemacs.org X-Mailing-List: Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I've just released updated versions of these packages. edit-utils-pkg-1.52.tar.gz - added new file vertical-mode.el misc-games-pkg-1.14.tar.gz - rot13.el fixed os-utils-pkg-1.23.tar.gz - crypt.el fixed -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Mon Sep 25 20:10:51 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id UAA01294 for xemacs-beta-out; Mon, 25 Sep 2000 20:10:51 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id UAA01289 for ; Mon, 25 Sep 2000 20:10:44 -0400 Received: from slackware.mynet.pc (dialup-237.pdx.ozlinx.com.au [202.61.190.122]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8Q0ATS19770 for ; Tue, 26 Sep 2000 10:10:29 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8PBf5d08490; Mon, 25 Sep 2000 21:41:05 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: package-index.2000-09-24 contains outdated gnus References: From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: This is my WILLIAM BENDIX memorial CORNER where I worship William Bendix like a GOD!! Date: 25 Sep 2000 21:41:05 +1000 In-Reply-To: Jorma Laaksonen's message of "25 Sep 2000 11:47:45 +0300" Message-ID: Lines: 37 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Jorma Laaksonen writes: > The following message is a courtesy copy of an article > that has been posted to comp.emacs.xemacs as well. Thanks, appreciate that. > Hi! > It seems to me that package-index.2000-09-24 in > /anonymous@ftp.xemacs.org:/pub/xemacs/packages declares gnus-1.45-pkg.tar.gz > as the latest version though package-index.2000-09-12 says it is > gnus-1.50-pkg.tar.gz. Something must have gone wrong somewhere. Not sure how that happened, but I'll fix it straight away, well in the next 30 minutes at least. :) > I have a couple of suggestions that would make living with xemacs packages > still a bit easier. > 1) *Packages* buffer should highlight the packages for which the installed > version is newer than the latest version with an ugly color. This would > indicate the above-mentioned gnus version problem and other similar ones. Probably not a bad idea. I'll put this on my todo list. > (We also seem to have idlwave 1.20 installed though 1.05 seems to be the > latest version...) That seems strange. What is the author version? (4.2 is what is in CVS) -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Mon Sep 25 20:10:54 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id UAA01299 for xemacs-beta-out; Mon, 25 Sep 2000 20:10:54 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id UAA01291 for ; Mon, 25 Sep 2000 20:10:50 -0400 Received: from slackware.mynet.pc (dialup-237.pdx.ozlinx.com.au [202.61.190.122]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8Q0ARS19767 for ; Tue, 26 Sep 2000 10:10:27 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8PB7Pe08458; Mon, 25 Sep 2000 21:07:25 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: EFS fix References: From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: Do you need any MOUTH-TO-MOUTH resuscitation? Date: 25 Sep 2000 21:07:24 +1000 In-Reply-To: sperber@informatik.uni-tuebingen.de's message of "25 Sep 2000 08:50:31 +0200" Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Michael Sperber writes: > Thanks, I've committed now. I didn't bump the package version number > as per Andreas's instructions. Hope that's still correct. Yes that's still correct. -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Mon Sep 25 21:15:19 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id VAA05463 for xemacs-beta-out; Mon, 25 Sep 2000 21:15:19 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id VAA05459 for ; Mon, 25 Sep 2000 21:15:16 -0400 Received: from slackware.mynet.pc (dialup-237.pdx.ozlinx.com.au [202.61.190.122]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8Q1ExS23453 for ; Tue, 26 Sep 2000 11:15:02 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8Q17SJ03670; Tue, 26 Sep 2000 11:07:28 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: Package ... does not match md5 checksum References: <3wog1ckyny.fsf@peppar.cs.umu.se> From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: I like your SNOOPY POSTER!! Date: 26 Sep 2000 11:07:27 +1000 In-Reply-To: Bjorn torkelsson's message of "25 Sep 2000 22:24:33 +0200" Message-ID: Lines: 16 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Bjorn torkelsson writes: > At least pcl-cvs-1.49-pkg.tar.gz and auctex-1.21-pkg.tar.gz seems to > have wrong md5 checksum in the package archive (ftp.xemacs.org) This could be because... don't worry, long story. It will be fixed just as soon as I've finished uploading a new set of packages. Should be right in an hour or two. I apologise for any inconvenience. -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Mon Sep 25 21:50:36 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id VAA07105 for xemacs-beta-out; Mon, 25 Sep 2000 21:50:36 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id VAA07101; Mon, 25 Sep 2000 21:50:33 -0400 Received: from slackware.mynet.pc (dialup-237.pdx.ozlinx.com.au [202.61.190.122]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8Q1o8S00657; Tue, 26 Sep 2000 11:50:10 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8Q1eAv03996; Tue, 26 Sep 2000 11:40:10 +1000 Mail-Copies-To: nobody To: XEmacs beta Cc: xemacs-announce@xemacs.org Subject: [package release] efs From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: Fold, fold, FOLD!! FOLDING many items!! Date: 26 Sep 2000 11:40:10 +1000 Message-ID: Lines: 16 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I've just released a newer version of efs efs-1.20-pkg.tar.gz ,----[ Latest ChangeLog entry ] | 2000-07-16 Michael Sperber [Mr. Preprocessor] | | * efs.el (efs-ls): Proper `noerror' handling for CWD. `---- -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Mon Sep 25 23:31:02 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id XAA12640 for xemacs-beta-out; Mon, 25 Sep 2000 23:31:02 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id XAA12637 for ; Mon, 25 Sep 2000 23:30:59 -0400 Received: from slackware.mynet.pc (dialup-237.pdx.ozlinx.com.au [202.61.190.122]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8Q3UjS28047 for ; Tue, 26 Sep 2000 13:30:46 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8Q3TNb05151; Tue, 26 Sep 2000 13:29:23 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: Package ... does not match md5 checksum References: <3wog1ckyny.fsf@peppar.cs.umu.se> From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: Civilization is fun! Anyway, it keeps me busy!! Date: 26 Sep 2000 13:29:23 +1000 In-Reply-To: Steve Youngs's message of "26 Sep 2000 11:07:27 +1000" Message-ID: Lines: 20 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Steve Youngs writes: * Bjorn torkelsson writes: >> At least pcl-cvs-1.49-pkg.tar.gz and auctex-1.21-pkg.tar.gz seems to >> have wrong md5 checksum in the package archive (ftp.xemacs.org) > This could be because... don't worry, long story. It will be fixed > just as soon as I've finished uploading a new set of packages. Should > be right in an hour or two. Ok, I've just uploaded a set of packages that should match the md5 checksums in package-index. Please let me know if there is any other problems. -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Tue Sep 26 00:52:15 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id AAA18219 for xemacs-beta-out; Tue, 26 Sep 2000 00:52:15 -0400 Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id AAA18215 for ; Tue, 26 Sep 2000 00:52:13 -0400 Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.11.1/8.11.1) id e8Q4qBQ18748; Mon, 25 Sep 2000 21:52:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <14800.11131.598896.618777@horsey.gshapiro.net> Date: Mon, 25 Sep 2000 21:52:11 -0700 (PDT) From: Gregory Neil Shapiro To: xemacs-beta@xemacs.org Subject: 21.2.35: pui-list-packages broken? X-Mailer: VM 6.75 under 21.2 (beta35) "Nike" XEmacs Lucid Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by gwyn.tux.org id AAA18217 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I don't know exactly when it broke, but it appears pui-list-packages is broken. On an 'xemacs' invocation without any user settings, the following occurs: Signaling: (wrong-type-argument stringp nil) expand-file-name(nil) package-get-update-base(nil t) package-get-require-base(t) # sort copy-sequence package-get-base # documentation set-buffer-modified-p pop-to-buffer delete-other-windows pui-selected-packages pui-deleted-packages featurep menubar set-buffer-menubar current-menubar add-submenu pui-menu mode-popup-menu clear-message] 5 ("/usr/local/src/xemacs/current/lisp/package-ui.elc" . 13418) nil>() call-interactively(pui-list-packages) command-execute(pui-list-packages t) execute-extended-command(nil) call-interactively(execute-extended-command) Now if I set package-get-remote so it knows where to find packages: (setq package-get-remote '(("ftp.xemacs.org" "/pub/xemacs/packages"))) And try again, it still doesn't work: Signaling: (file-error "Opening input file" "No such file or directory" "/anonymous@ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp") insert-file-contents-internal("/anonymous@ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp" nil nil nil nil nil nil) insert-file-contents("/anonymous@ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp" nil nil nil nil) insert-file-contents-literally("/anonymous@ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp") package-get-update-base(nil t) package-get-require-base(t) # sort copy-sequence package-get-base # documentation set-buffer-modified-p pop-to-buffer delete-other-windows pui-selected-packages pui-deleted-packages featurep menubar set-buffer-menubar current-menubar add-submenu pui-menu mode-popup-menu clear-message] 5 ("/usr/local/src/xemacs/current/lisp/package-ui.elc" . 13418) nil>() call-interactively(pui-list-packages) command-execute(pui-list-packages t) execute-extended-command(nil) call-interactively(execute-extended-command) The following packages are installed: Sun :version 1.12 ada :version 1.08 apel :version 1.18 auctex :version 1.20 bbdb :version 1.09 c-support :version 1.14 calc :version 1.12 calendar :version 1.14 cc-mode :version 1.20 cookie :version 1.12 crisp :version 1.11 debug :version 1.11 dired :version 1.07 edebug :version 1.10 ediff :version 1.26 edit-utils :version 1.51 edt :version 1.09 efs :version 1.20 eicq :version 1.01 elib :version 1.06 emerge :version 1.07 eterm :version 1.11 eudc :version 1.31 footnote :version 1.12 forms :version 1.12 frame-icon :version 1.08 fsf-compat :version 1.07 games :version 1.12 gnats :version 1.10 gnus :version 1.50 hm--html-menus :version 1.14 igrep :version 1.07 ilisp :version 1.12 ispell :version 1.19 jde :version 1.22 mail-lib :version 1.30 mailcrypt :version 2.04 mew :version 1.10 mh-e :version 1.12 mine :version 1.12 misc-games :version 1.13 net-utils :version 1.13 os-utils :version 1.22 pc :version 1.17 pcl-cvs :version 1.47 prog-modes :version 1.29 ps-print-nomule :version 1.03 psgml :version 1.19 reftex :version 1.20 rmail :version 1.11 scheme :version 1.10 sgml :version 1.06 sh-script :version 1.12 slider :version 1.11 sounds-au :version 1.09 sounds-wav :version 1.09 speedbar :version 1.16 strokes :version 1.06 supercite :version 1.15 texinfo :version 1.19 text-modes :version 1.25 textools :version 1.10 time :version 1.09 tm :version 1.23 tooltalk :version 1.11 tpu :version 1.10 vc :version 1.23 vhdl :version 1.10 view-process :version 1.09 viper :version 1.21 vm :version 1.24 w3 :version 1.15 xemacs-base :version 1.43 xemacs-devel :version 1.28 zenirc :version 1.07 From owner-xemacs-beta@xemacs.org Tue Sep 26 00:55:27 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id AAA18379 for xemacs-beta-out; Tue, 26 Sep 2000 00:55:27 -0400 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id WAA10426 for xemacs-announce-out; Mon, 25 Sep 2000 22:51:28 -0400 Date: 26 Sep 2000 02:51:24 -0000 Mail-Copies-To: nobody To: XEmacs beta Cc: xemacs-announce@xemacs.org Subject: [package release] efs From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: Fold, fold, FOLD!! FOLDING many items!! Message-ID: Lines: 16 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: xemacs-beta@xemacs.org X-Mailing-List: Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: I've just released a newer version of efs efs-1.20-pkg.tar.gz ,----[ Latest ChangeLog entry ] | 2000-07-16 Michael Sperber [Mr. Preprocessor] | | * efs.el (efs-ls): Proper `noerror' handling for CWD. `---- -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Tue Sep 26 02:21:00 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA23371 for xemacs-beta-out; Tue, 26 Sep 2000 02:21:00 -0400 Received: from elvenbow.nc.kyushu-u.ac.jp (elvenbow.nc.kyushu-u.ac.jp [133.5.6.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA23368 for ; Tue, 26 Sep 2000 02:20:57 -0400 Received: from localhost (localhost.nc.kyushu-u.ac.jp [127.0.0.1]) by elvenbow.nc.kyushu-u.ac.jp (8.9.3/3.7W) with ESMTP id PAA89886 for ; Tue, 26 Sep 2000 15:20:44 +0900 (JST) To: xemacs-beta@xemacs.org Subject: gnus-1.50-pkg and mime-setup cause a problem X-Mailer: Mew version 1.94.2 on XEmacs 21.2 (Nike) X-Fingerprint: 31 DC 9F DF C2 B9 8E 00 3A 7C 4F 0C 03 D8 AC 16 X-URL: http://www.nc.kyushu-u.ac.jp/~kasahara/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000926152039B.kasahara@nc.kyushu-u.ac.jp> Date: Tue, 26 Sep 2000 15:20:39 +0900 From: Yoshiaki Kasahara X-Dispatcher: imput version 20000228(IM140) Lines: 26 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Recently I upgraded my Gnus package from 1.45 to 1.50. After that, suddenly I cannot see any Japanese characters in the *Summary* buffer. All the characters became '~' now. The *Article* buffer still works well. I tried xemacs -vanilla and the problem disappeared, so I tracked down the reason and finally found that (load "mime-setup") caused the problem. Without it, Gnus shows Japanese perfectly. I believe that I need mime-setup in the previous version of Gnus. It seems that new Gnus (5.8.7?) now has its own MIME functions, and I guess some tweaks in mime-setup conflict with them. Currently I don't need tm (I used it only for the old Gnus), so it is okay for me to eliminate mime-setup. But there should be someone who need mime-setup for other applications. I don't really know about the detail of interactions between tm and Gnus, but I guess some treatments should be done for the new Gnus package. Oh, I used mime-setup in tm-1.23-pkg. I believe it is the latest one. Regards, -- Yoshiaki Kasahara Computing and Communications Center, Kyushu University kasahara@nc.kyushu-u.ac.jp From owner-xemacs-beta@xemacs.org Tue Sep 26 02:37:49 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA24303 for xemacs-beta-out; Tue, 26 Sep 2000 02:37:49 -0400 Received: from oxe.cs.umu.se (oxe.cs.umu.se [130.239.40.14]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA24299 for ; Tue, 26 Sep 2000 02:37:44 -0400 Received: from peppar.cs.umu.se (rfc1413 says torkel@peppar.cs.umu.se [130.239.40.13]) by oxe.cs.umu.se (8.8.8/8.8.8) with ESMTP id IAA22673 for ; Tue, 26 Sep 2000 08:37:43 +0200 (MET DST) Received: (rfc1413 says from torkel@localhost) by peppar.cs.umu.se (8.8.8/8.8.8) id IAA20324; Tue, 26 Sep 2000 08:37:42 +0200 (MET DST) X-Authentication-Warning: peppar.cs.umu.se: torkel set sender to torkel@hpc2n.umu.se using -f To: XEmacs beta Subject: Re: Package ... does not match md5 checksum References: <3wog1ckyny.fsf@peppar.cs.umu.se> From: Bjorn torkelsson Mail-Copies-To: never Date: 26 Sep 2000 08:37:42 +0200 In-Reply-To: Steve Youngs's message of "26 Sep 2000 13:29:23 +1000" Message-ID: <3wbsxb1ww9.fsf@peppar.cs.umu.se> Lines: 18 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Steve Youngs writes: > * Steve Youngs writes: > > * Bjorn torkelsson writes: > >> At least pcl-cvs-1.49-pkg.tar.gz and auctex-1.21-pkg.tar.gz seems to > >> have wrong md5 checksum in the package archive (ftp.xemacs.org) > > > This could be because... don't worry, long story. It will be fixed > > just as soon as I've finished uploading a new set of packages. Should > > be right in an hour or two. > > Ok, I've just uploaded a set of packages that should match the md5 > checksums in package-index. Great! Thanks. It works much better now. /torkel From owner-xemacs-beta@xemacs.org Tue Sep 26 06:29:57 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id GAA02694 for xemacs-beta-out; Tue, 26 Sep 2000 06:29:57 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id GAA02690 for ; Tue, 26 Sep 2000 06:29:55 -0400 Received: from slackware.mynet.pc (dialup-237.pdx.ozlinx.com.au [202.61.190.122]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8QATXS06431 for ; Tue, 26 Sep 2000 20:29:33 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8QALeu10605; Tue, 26 Sep 2000 20:21:40 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: gnus-1.50-pkg and mime-setup cause a problem References: <20000926152039B.kasahara@nc.kyushu-u.ac.jp> From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: INSIDE, I have the same personality disorder as LUCY RICARDO!! Date: 26 Sep 2000 20:21:40 +1000 In-Reply-To: Yoshiaki Kasahara's message of "Tue, 26 Sep 2000 15:20:39 +0900" Message-ID: Lines: 17 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Yoshiaki Kasahara writes: > Currently I don't need tm (I used it only for the old Gnus), so it is > okay for me to eliminate mime-setup. But there should be someone who > need mime-setup for other applications. I don't really know about the > detail of interactions between tm and Gnus, but I guess some > treatments should be done for the new Gnus package. Is there anyone out there who uses gnus-1.50-pkg (Gnus 5.8.7) *and* uses tm for other things? I don't use tm so what I'm asking is anyone using tm for anything other than mail/news? -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Tue Sep 26 06:41:00 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id GAA03122 for xemacs-beta-out; Tue, 26 Sep 2000 06:41:00 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id GAA03119 for ; Tue, 26 Sep 2000 06:40:57 -0400 Received: by localhost id m13ds7h-000141C (Debian Smail-3.2.0.111 2000-Feb-17 #2); Tue, 26 Sep 2000 19:38:05 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14800.31885.141571.156394@turnbull.sk.tsukuba.ac.jp> Date: Tue, 26 Sep 2000 19:38:05 +0900 (JST) To: XEmacs beta Subject: Re: gnus-1.50-pkg and mime-setup cause a problem In-Reply-To: References: <20000926152039B.kasahara@nc.kyushu-u.ac.jp> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Steve" == Steve Youngs writes: Steve> Is there anyone out there who uses gnus-1.50-pkg (Gnus Steve> 5.8.7) *and* uses tm for other things? I don't use tm so Steve> what I'm asking is anyone using tm for anything other than Steve> mail/news? AFAIK tm is obsolete and orphaned (Tomohiko Morioka, the author, has gone on to the next generation with SEMI). It really was intended to be used in old messaging applications with no thought for support of MIME (eg, RMail). I don't think we can delete it yet, but we probably should deprecate it. Do we have a mechanism for doing that with packages? -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Tue Sep 26 08:01:18 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA06871 for xemacs-beta-out; Tue, 26 Sep 2000 08:01:18 -0400 Received: from melancholia.danann.net (melancholia.danann.net [203.36.211.210]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA06866 for ; Tue, 26 Sep 2000 08:01:14 -0400 Received: from inanna.danann.net (inanna.danann.net [203.36.211.216]) by melancholia.danann.net (Postfix) with ESMTP id C71AD2A878 for ; Tue, 26 Sep 2000 23:01:10 +1100 (EST) Received: by inanna.danann.net (Postfix, from userid 1000) id 7742628015; Tue, 26 Sep 2000 23:01:08 +1100 (EST) To: Yoshiaki Kasahara Cc: xemacs-beta@xemacs.org Subject: Re: gnus-1.50-pkg and mime-setup cause a problem References: <20000926152039B.kasahara@nc.kyushu-u.ac.jp> In-Reply-To: Yoshiaki Kasahara's message of "Tue, 26 Sep 2000 15:20:39 +0900" From: Daniel Pittman Organization: Not today, thank you, Mother. X-Homepage: http://danann.net/ X-spies: Honduras Treasury COSCO munitions encryption class struggle Soviet Mena fissionable Clinton Saddam Hussein Mossad Legion of Doom [Hello to all my fans in domestic surveillance] Ortega Date: 26 Sep 2000 23:01:08 +1100 Message-ID: <87pulrgy63.fsf@inanna.danann.net> Lines: 18 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: On Tue, 26 Sep 2000, Yoshiaki Kasahara wrote: [...] > It seems that new Gnus (5.8.7?) now has its own MIME functions, and I > guess some tweaks in [tm and] mime-setup conflict with them. Er, yes. TM and the new Gnus MIME stuff conflict horribly. This should, like, be in the release notes or whatever. :) Daniel -- Follow the path of the unsafe, independent thinker. Expose your ideas to the danger of controversy. Speak your mind and fear less the label of "crackpot" than the stigma of conformity. -- Thomas J. Watson, Sr. From owner-xemacs-beta@xemacs.org Tue Sep 26 11:14:30 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA18397 for xemacs-beta-out; Tue, 26 Sep 2000 11:14:30 -0400 Received: from mbox.wins.uva.nl (mbox.wins.uva.nl [146.50.16.20]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id LAA18391 for ; Tue, 26 Sep 2000 11:14:29 -0400 Received: from antares.astro.uva.nl [146.50.10.25] by mbox.wins.uva.nl with ESMTP (sendmail 8.10.2/config 9.1). id e8QFERK13654; Tue, 26 Sep 2000 17:14:28 +0200 (MET DST) Received: from localhost by antares.astro.uva.nl (sendmail 8.8.5/config 8.7). id RAA22046; Tue, 26 Sep 2000 17:14:27 +0200 (METDST) X-Organisation: Faculty of Mathematics, Computer Science, Physics & Astronomy University of Amsterdam The Netherlands X-Address: See http://www.wins.uva.nl/location From: Carsten Dominik MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14800.48466.961685.421336@antares.astro.uva.nl> Date: Tue, 26 Sep 2000 17:14:26 +0200 (METDST) To: xemacs-beta@xemacs.org Subject: Re: [package release] idlwave In-Reply-To: References: X-Mailer: VM 6.72 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Reply-To: Carsten Dominik Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "SY" == Steve Youngs writes: SY> For some reason there was a blunder with the version number of SY> idlwave. So I have released version 1.21 to bring things into SY> line. I saw these problems and the related emails as well - thanks for fixing it. - Carsten (maintainer of IDLWAVE) -- Carsten Dominik \ _ / Sterrenkundig Instituut "Anton Pannekoek" |X| _ Kruislaan 403; NL-1098 SJ Amsterdam /| |\ _ _ _/ \ phone +31 (20) 525-7477; FAX +31 (20) 525-7484 __|o|___/ ~~ \___/ ~~~ From owner-xemacs-beta@xemacs.org Tue Sep 26 12:36:48 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id MAA25566 for xemacs-beta-out; Tue, 26 Sep 2000 12:36:48 -0400 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id KAA16291 for xemacs-announce-out; Tue, 26 Sep 2000 10:39:40 -0400 Date: 26 Sep 2000 14:39:27 -0000 To: xemacs-announce@xemacs.org Subject: [package release] idlwave From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: My EARS are GONE!! Message-ID: Lines: 11 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: xemacs-beta@xemacs.org X-Mailing-List: Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: For some reason there was a blunder with the version number of idlwave. So I have released version 1.21 to bring things into line. idlwave-1.21-pkg.tar.gz - No changes, just fixing a version number conflict. -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Tue Sep 26 17:20:18 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id RAA12970 for xemacs-beta-out; Tue, 26 Sep 2000 17:20:18 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id RAA12845; Tue, 26 Sep 2000 17:18:30 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id RAA17821; Tue, 26 Sep 2000 17:15:54 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id RAA23797; Tue, 26 Sep 2000 17:18:24 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (mushiva-6.ecf.teradyne.com [131.101.192.126]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id XAA28852; Tue, 26 Sep 2000 23:18:08 +0200 (MET DST) To: xemacs@xemacs.org Cc: XEmacs Beta List Subject: kbd macro help or implementation wrong in 21.1, 21.2? X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 26 Sep 2000 23:12:27 +0200 Message-ID: Lines: 101 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.1 (patch 12) "Channel Islands" [Lucid] (i386-pc-win32) of Sat Sep 16 2000 on ZJ75T configured using `configure UNKNOWN' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: This is what I get in vanilla XEmacs 21.1.12 and vanilla XEmacs 21.2-cvs: Here's my query-replace-keymap: (map-keymap (function (lambda (key-description-list binding) (princ (format ":%S:%S:\n" key-description-list binding)))) query-replace-map) ;;; output of 21.1.12 vanilla: :\,:act-and-show: :f1:help: :y:act: :delete:skip: :\?:help: :\.:act-and-exit: :^:backup: :Y:act: :return:exit: :(control g):quit: :(control r):edit: :(control \]):quit: :(control h):help: :(control l):recenter: :(control w):delete-and-edit: :q:exit: :!:automatic: :n:skip: :escape:exit-prefix: :help:help: :backspace:skip: :space:act: :N:skip: nil ;;; output of 21.2-cvs vanilla: :\,:act-and-show: :f1:help: :y:act: :delete:skip: :\?:help: :\.:act-and-exit: :^:backup: :Y:act: :return:exit: :(control g):quit: :(control r):edit: :(control \]):quit: :(control h):help: :(control l):recenter: :(control w):delete-and-edit: :q:exit: :!:automatic: :n:skip: :escape:exit-prefix: :help:help: :backspace:skip: :space:act: :N:skip: nil And here's the problem: ;;; Set last-kbd-macro: (setq last-kbd-macro (read-kbd-macro "ping C-x q SPC pong RET")) ;;; Call macro ten times and try answering (in order) C-h, DEL, BS, ;;; y, n, SPC, q (call-last-kbd-macro 10) You shall note that (contrary to the help provided) DEL is being ignored (BS too)! Any ideas what's wrong? Best regards, Adrian Recent keystrokes: Recent messages (most recent first): -- Adrian Aichner From owner-xemacs-beta@xemacs.org Tue Sep 26 19:58:32 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id TAA22919 for xemacs-beta-out; Tue, 26 Sep 2000 19:58:32 -0400 Received: from jpl.org ([207.228.244.9]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id TAA22910 for ; Tue, 26 Sep 2000 19:58:17 -0400 Received: (from yamaoka@localhost) by jpl.org (8.9.3/8.9.3) id TAA28340; Tue, 26 Sep 2000 19:58:07 -0400 (EDT) Date: 26 Sep 2000 19:58:04 -0400 (EDT) Message-ID: From: Katsumi Yamaoka To: xemacs-beta@xemacs.org Subject: Re: EFS fix Organization: Emacsen advocacy group References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII User-Agent: T-gnus/6.14.5 (based on Gnus v5.8.8) (revision 05) XEmacs/21.2 (beta35) (Nike) (sparc-sun-solaris2.6) WEMIKO/1.14.0 (Zoomastigophora) SLIM/1.14.3 (=?ISO-2022-JP?B?GyRCPEQ4NiRIJGIkKBsoQg==?=) APEL/10.2 X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> In xemacs-patches: >>>>> sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) wrote: > * efs.el (efs-ls): Proper `noerror' handling for CWD. EFS has not been fixed for me. I get an error when I am putting the local file "/tmp/test" to the remote file "/yamaoka@jpl.org:/tmp/test" using `C' command in dired as follows: [...] ftp> type image 200 Type set to I. ftp> put /tmp/test /tmp/test 200 PORT command successful. 150 Opening BINARY mode data connection for /tmp/test. 226 Transfer complete. quote cwd /tmp/test 5 bytes sent in 0.00021 seconds (23 Kbytes/s) ftp> 550 /tmp/test: Not a directory It seems that the argument of CWD command should be a directory, not a file. EFS is too difficult for me to analyze more. By the way, I found some unbound variables in `efs-ls'. Here is a patch for it. --- efs.el~ Mon Sep 25 22:03:38 2000 +++ efs.el Tue Sep 26 23:55:08 2000 @@ -4685,9 +4685,9 @@ msg) nil (efs-cont (result line cont-lines) - (host-type listing-type host user temp-file path + (host-type listing-type host user temp temp-file path switches file lsargs noparse parse noerror - msg nowait cont) + msg nowait cont nlist) (if result (if noerror (if cont -- Katsumi Yamaoka From owner-xemacs-beta@xemacs.org Wed Sep 27 01:11:50 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id BAA11066 for xemacs-beta-out; Wed, 27 Sep 2000 01:11:50 -0400 Received: from Mail6.mgfairfax.rr.com (mail6.southeast.rr.com [24.93.67.53]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id BAA11056 for ; Wed, 27 Sep 2000 01:11:45 -0400 Received: from office ([24.28.213.173]) by Mail6.mgfairfax.rr.com with Microsoft SMTPSVC(5.5.1877.357.35); Wed, 27 Sep 2000 01:11:27 -0400 Message-ID: <004101c02841$6ce77fb0$add51c18@office> From: "Jay Levitt" To: Subject: Trouble building xemacs under Windows 2.000 (VC++ 6.0SP4) - first time out Date: Wed, 27 Sep 2000 01:11:42 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_003E_01C0281F.E5AFBA10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: This is a multi-part message in MIME format. ------=_NextPart_000_003E_01C0281F.E5AFBA10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I finally got the time to reinstall my broken VC++ 6.0 and update to = SP4, so now I can build beta builds instead of relying on the binary = kits. =20 I followed the build instructions in nt/README, and opted to include PNG = support. I successfully built zlib and PNG, but when I went to build = xemacs itself, I got the following error. It looks like it is trying to = treat zlib as an object instead of an include directory, but the nmake = args look right to me. Any ideas? nmake -nologo -f minitar.mak ZLIB=3D"E:\My = Documents\Development\xemacs-21 .2.35\jaux\zlib" NT=3D"..\nt" LIB_SRC=3D"..\lib-src" cl -Fo..\lib-src\minitar.obj -c ..\nt\minitar.c -I E:\My = Documents\Devel opment\xemacs-21.2.35\jaux\zlib Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for = 80x86 Copyright (C) Microsoft Corp 1984-1998. All rights reserved. Command line warning D4024 : unrecognized source file type = 'Documents\Developmen t\xemacs-21.2.35\jaux\zlib', object file assumed Command line warning D4027 : source file = 'Documents\Development\xemacs-21.2.35\j aux\zlib' ignored minitar.c ..\nt\minitar.c(18) : fatal error C1083: Cannot open include file: = 'zlib.h': No such file or directory NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. NMAKE : fatal error U1077: '"E:\Program Files\Microsoft Visual = Studio\VC98\bin\N MAKE.EXE"' : return code '0x2' Stop. Jay Levitt | This is not the start of World War III Fairfax, VA | No political ploys jay@jay.fm | I think both your constitutions are=20 http://jay.fm | terrific, so now you know - be good boys ------=_NextPart_000_003E_01C0281F.E5AFBA10 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I finally got the time to reinstall my = broken VC++=20 6.0 and update to SP4, so now I can build beta builds instead of relying = on the=20 binary kits. 
 
I followed the build instructions in = nt/README, and=20 opted to include PNG support.  I successfully built zlib and PNG, = but when=20 I went to build xemacs itself, I got the following error.  It looks = like it=20 is trying to treat zlib as an object instead of an include directory, = but the=20 nmake args look right to me.  Any ideas?
 
        nmake=20 -nologo -f minitar.mak ZLIB=3D"E:\My=20 Documents\Development\xemacs-21
.2.35\jaux\zlib" NT=3D"..\nt"=20 LIB_SRC=3D"..\lib-src"
        cl=20 -Fo..\lib-src\minitar.obj -c ..\nt\minitar.c -I E:\My=20 Documents\Devel
opment\xemacs-21.2.35\jaux\zlib
Microsoft (R) = 32-bit C/C++=20 Optimizing Compiler Version 12.00.8804 for 80x86
Copyright (C) = Microsoft Corp=20 1984-1998. All rights reserved.
 
Command line warning D4024 : = unrecognized source=20 file type 'Documents\Developmen
t\xemacs-21.2.35\jaux\zlib', object = file=20 assumed
Command line warning D4027 : source file=20 'Documents\Development\xemacs-21.2.35\j
aux\zlib'=20 ignored
minitar.c
..\nt\minitar.c(18) : fatal error C1083: Cannot = open=20 include file: 'zlib.h': No
such file or directory
NMAKE : fatal = error=20 U1077: 'cl' : return code '0x2'
Stop.
NMAKE : fatal error U1077:=20 '"E:\Program Files\Microsoft Visual Studio\VC98\bin\N
MAKE.EXE"' : = return=20 code '0x2'
Stop.
 
Jay=20 Levitt           &= nbsp;     =20 | This is not the start of World War III
Fairfax,=20 VA            = ;    =20 | No political ploys
jay@jay.fm     &n= bsp;           =20 | I think both your constitutions are
http://jay.fm     &nb= sp;        =20 | terrific, so now you know - be good boys
------=_NextPart_000_003E_01C0281F.E5AFBA10-- From owner-xemacs-beta@xemacs.org Wed Sep 27 02:38:24 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA18165 for xemacs-beta-out; Wed, 27 Sep 2000 02:38:24 -0400 Received: from mx1.informatik.uni-tuebingen.de (mx1.Informatik.Uni-Tuebingen.De [134.2.12.5]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA18158 for ; Wed, 27 Sep 2000 02:38:19 -0400 Received: from informatik.uni-tuebingen.de (sams [134.2.12.50]) by mx1.informatik.uni-tuebingen.de (Postfix) with ESMTP id 6DAD743D; Wed, 27 Sep 2000 08:38:15 +0200 (MST) Received: (from sperber@localhost) by informatik.uni-tuebingen.de (8.9.3/8.9.3) id IAA18539; Wed, 27 Sep 2000 08:38:14 +0200 (CEST) (envelope-from sperber) To: Katsumi Yamaoka Cc: xemacs-beta@xemacs.org Subject: Re: EFS fix References: From: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Date: 27 Sep 2000 08:38:13 +0200 In-Reply-To: Katsumi Yamaoka's message of "26 Sep 2000 19:58:04 -0400 (EDT)" Message-ID: Lines: 33 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Katsumi" == Katsumi Yamaoka writes: >>>>> In xemacs-patches: >>>>>> sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) wrote: >> * efs.el (efs-ls): Proper `noerror' handling for CWD. Katsumi> EFS has not been fixed for me. I get an error when I am putting the Katsumi> local file "/tmp/test" to the remote file "/yamaoka@jpl.org:/tmp/test" Katsumi> using `C' command in dired as follows: Katsumi> [...] ftp> type image Katsumi> 200 Type set to I. ftp> put /tmp/test /tmp/test Katsumi> 200 PORT command successful. Katsumi> 150 Opening BINARY mode data connection for /tmp/test. Katsumi> 226 Transfer complete. Katsumi> quote cwd /tmp/test Katsumi> 5 bytes sent in 0.00021 seconds (23 Kbytes/s) ftp> 550 /tmp/test: Not a directory Katsumi> It seems that the argument of CWD command should be a directory, not a Katsumi> file. This is in itself is not a problem---the CWD is needed to *find out* if something is a directory or not. Is there any actual problem for you? -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla From owner-xemacs-beta@xemacs.org Wed Sep 27 03:14:14 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id DAA20210 for xemacs-beta-out; Wed, 27 Sep 2000 03:14:14 -0400 Received: from jpl.org ([207.228.244.9]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id DAA20202 for ; Wed, 27 Sep 2000 03:14:09 -0400 Received: (from yamaoka@localhost) by jpl.org (8.9.3/8.9.3) id DAA27560; Wed, 27 Sep 2000 03:14:00 -0400 (EDT) Date: 27 Sep 2000 03:14:00 -0400 (EDT) Message-ID: From: Katsumi Yamaoka To: sperber@informatik.uni-tuebingen.de Cc: xemacs-beta@xemacs.org Subject: Re: EFS fix Organization: Emacsen advocacy group References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII User-Agent: T-gnus/6.14.5 (based on Gnus v5.8.8) (revision 05) XEmacs/21.2 (beta35) (Nike) (sparc-sun-solaris2.6) WEMIKO/1.14.0 (Zoomastigophora) SLIM/1.14.3 (=?ISO-2022-JP?B?GyRCPEQ4NiRIJGIkKBsoQg==?=) APEL/10.2 X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> In >>>>> sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) wrote: Katsumi> It seems that the argument of CWD command should be a Katsumi> directory, not a file. > This is in itself is not a problem---the CWD is needed to *find out* > if something is a directory or not. Is there any actual problem for > you? Yes. I am using two dired window in a frame. The upper one is for the remote host, the other one is for the local host. When the error has occurred after I type `C' key in the lower window, the dired buffer for the remote host disappears and the buffer "*Warnings*" is shown there. (1) (error/warning) Error in process filter: (ftp-error FTP Error: CWD 550 /tmp/test: Not a directory failed: ) To make matters worse, the dired buffer for the remote host is not updated even though copying a file is succeed. -- Katsumi Yamaoka From owner-xemacs-beta@xemacs.org Wed Sep 27 04:21:43 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA23060 for xemacs-beta-out; Wed, 27 Sep 2000 04:21:43 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA23053 for ; Wed, 27 Sep 2000 04:21:35 -0400 Received: by localhost id m13eCQG-00013NC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Wed, 27 Sep 2000 17:18:36 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14801.44380.706254.319263@turnbull.sk.tsukuba.ac.jp> Date: Wed, 27 Sep 2000 17:18:36 +0900 (JST) To: Katsumi Yamaoka Cc: xemacs-beta@xemacs.org Subject: Re: EFS fix In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "KY" == Katsumi Yamaoka writes: KY> EFS has not been fixed for me. I get an error when I am KY> putting the local file "/tmp/test" to the remote file KY> "/yamaoka@jpl.org:/tmp/test" using `C' command in dired as KY> follows: Are you sure your efs.el is all there? Note: KY> more. By the way, I found some unbound variables in `efs-ls'. KY> Here is a patch for it. Um, in my freshly updated copy of EFS, `nlist' is an argument of efs-ls, and `temp' is bound in a let* about 10 lines above your patch. Maybe somehow you don't have the most recent version of EFS? -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Wed Sep 27 04:28:35 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA23611 for xemacs-beta-out; Wed, 27 Sep 2000 04:28:35 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA23604 for ; Wed, 27 Sep 2000 04:28:34 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id EAA25367; Wed, 27 Sep 2000 04:25:57 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id EAA10165; Wed, 27 Sep 2000 04:28:28 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (zj75t.ecf.teradyne.com [131.101.192.85]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id KAA06355; Wed, 27 Sep 2000 10:28:11 +0200 (MET DST) To: "Jay Levitt" Cc: Subject: Re: Trouble building xemacs under Windows 2.000 (VC++ 6.0SP4) - first time out References: <004101c02841$6ce77fb0$add51c18@office> X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 27 Sep 2000 10:22:14 +0200 In-Reply-To: "Jay Levitt"'s message of "Wed, 27 Sep 2000 01:11:42 -0400" Message-ID: Lines: 79 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: --=-=-= Content-Type: text/plain; charset=latin-iso889-1 Content-Transfer-Encoding: 8bit >>>>> "Jay" == Jay Levitt writes: Jay> I finally got the time to reinstall my broken VC++ 6.0 and Jay> update to SP4, so now I can build beta builds instead of Jay> relying on the binary kits.  Jay>   Jay> I followed the build instructions in nt/README, and opted to Jay> include PNG support.  I successfully built zlib and PNG, but Jay> when I went to build xemacs itself, I got the following Jay> error.  It looks like it is trying to treat zlib as an object Jay> instead of an include directory, but the nmake args look Jay> right to me.  Any ideas? What does your nt\config.inc look like? Ever since > 21.2-b32 xemacs.mak uses config.inc instead of command-line options. Here is my config.inc: --=-=-= Content-Disposition: attachment; filename=config.inc # -*- mode: makefile -*- # generated by build 1.13 2000/09/23 14:49:51 COMPFACE_DIR=d:\tmp\libs4xemacs\compface GUNG_HO=1 HAVE_JPEG=1 HAVE_PNG=1 HAVE_TIFF=1 HAVE_XFACE=1 HAVE_XPM=1 INSTALL_DIR=c:\XEmacs\XEmacs-$(XEMACS_VERSION_STRING) JPEG_DIR=d:\tmp\libs4xemacs\jpeg-6b MAKEINFO=d:\tmp\texinfo-4.0\makeinfo\makeinfo.exe PACKAGE_PREFIX=c:\XEmacs PNG_DIR=d:\tmp\libs4xemacs\libpng-1.0.2 TIFF_DIR=d:\tmp\libs4xemacs\tiff-v3.4 USE_PORTABLE_DUMPER=1 XPM_DIR=d:\tmp\libs4xemacs\xpm-3.4k ZLIB_DIR=d:\tmp\libs4xemacs\zlib --=-=-= Content-Type: text/plain; charset=latin-iso889-1 Content-Transfer-Encoding: 8bit How did you obtain 21.2-b35 (CVS or tarballs)? If the answer is CVS, make sure your version is unmodified (run cvs update again). Maybe the SPC in your zlib path is causing the trouble? Try moving it from "My Documents" to some place without a SPC in the name. Hope this helps, Adrian Jay>   Jay>         nmake -nologo -f minitar.mak ZLIB="E:\My Jay> Documents\Development\xemacs-21 Jay> .2.35\jaux\zlib" NT="..\nt" LIB_SRC="..\lib-src" Jay>         cl -Fo..\lib-src\minitar.obj -c ..\nt\minitar.c -I E:\My Jay> Documents\Devel Jay> opment\xemacs-21.2.35\jaux\zlib Jay> Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86 Jay> Copyright (C) Microsoft Corp 1984-1998. All rights reserved. Jay>   Jay> Command line warning D4024 : unrecognized source file type Jay> 'Documents\Developmen Jay> t\xemacs-21.2.35\jaux\zlib', object file assumed Jay> Command line warning D4027 : source file Jay> 'Documents\Development\xemacs-21.2.35\j Jay> aux\zlib' ignored Jay> minitar.c Jay> ..\nt\minitar.c(18) : fatal error C1083: Cannot open include file: 'zlib.h': Jay> No Jay> such file or directory Jay> NMAKE : fatal error U1077: 'cl' : return code '0x2' Jay> Stop. Jay> NMAKE : fatal error U1077: '"E:\Program Files\Microsoft Visual Jay> Studio\VC98\bin\N Jay> MAKE.EXE"' : return code '0x2' Jay> Stop. Jay>   Jay> Jay Levitt                  | This is not the start of World War III Jay> Fairfax, VA                 | No political ploys Jay> jay@jay.fm                  | I think both your constitutions are Jay> http://jay.fm               | terrific, so now you know - be good boys -- Adrian Aichner --=-=-=-- From owner-xemacs-beta@xemacs.org Wed Sep 27 04:35:26 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id EAA24365 for xemacs-beta-out; Wed, 27 Sep 2000 04:35:26 -0400 Received: from jpl.org ([207.228.244.9]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id EAA24354 for ; Wed, 27 Sep 2000 04:35:20 -0400 Received: (from yamaoka@localhost) by jpl.org (8.9.3/8.9.3) id EAA01491; Wed, 27 Sep 2000 04:35:02 -0400 (EDT) Date: 27 Sep 2000 04:35:01 -0400 (EDT) Message-ID: From: Katsumi Yamaoka To: "Stephen J. Turnbull" Cc: xemacs-beta@xemacs.org Subject: Re: EFS fix Organization: Emacsen advocacy group References: <14801.44380.706254.319263@turnbull.sk.tsukuba.ac.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII User-Agent: T-gnus/6.14.5 (based on Gnus v5.8.8) (revision 05) XEmacs/21.2 (beta35) (Nike) (sparc-sun-solaris2.6) WEMIKO/1.14.0 (Zoomastigophora) SLIM/1.14.3 (=?ISO-2022-JP?B?GyRCPEQ4NiRIJGIkKBsoQg==?=) APEL/10.2 X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> In <14801.44380.706254.319263@turnbull.sk.tsukuba.ac.jp> >>>>> "Stephen J. Turnbull" wrote: > Are you sure your efs.el is all there? Note: > KY> more. By the way, I found some unbound variables in `efs-ls'. > KY> Here is a patch for it. > Um, in my freshly updated copy of EFS, `nlist' is an argument of > efs-ls, and `temp' is bound in a let* about 10 lines above your patch. No. The patch is not for let*, it is for the arguments of the macro `efs-cont'. > Maybe somehow you don't have the most recent version of EFS? I have a very fresh EFS, surely. :-) -- Katsumi Yamaoka From owner-xemacs-beta@xemacs.org Wed Sep 27 05:32:25 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA27215 for xemacs-beta-out; Wed, 27 Sep 2000 05:32:25 -0400 Received: from localhost (turnbull.sk.tsukuba.ac.jp [130.158.99.4]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA27199 for ; Wed, 27 Sep 2000 05:32:11 -0400 Received: by localhost id m13eDWd-00013lC (Debian Smail-3.2.0.111 2000-Feb-17 #2); Wed, 27 Sep 2000 18:29:15 +0900 (JST) From: "Stephen J. Turnbull" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14801.48619.547778.619904@turnbull.sk.tsukuba.ac.jp> Date: Wed, 27 Sep 2000 18:29:15 +0900 (JST) To: xemacs-beta@xemacs.org Subject: Re: EFS fix In-Reply-To: References: <14801.44380.706254.319263@turnbull.sk.tsukuba.ac.jp> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "KY" == Katsumi Yamaoka writes: >> Maybe somehow you don't have the most recent version of EFS? KY> I have a very fresh EFS, surely. :-) It's not your reliability that's in question. It's CVS's. The CVS has been working (not) recently, the only way you could be _sure_ you have a very fresh EFS is if you were Michael Sperber, in which case you've been talking to yourself on a mailing list. :-) -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules." From owner-xemacs-beta@xemacs.org Wed Sep 27 06:13:05 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id GAA29167 for xemacs-beta-out; Wed, 27 Sep 2000 06:13:05 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id GAA29126; Wed, 27 Sep 2000 06:12:19 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id GAA02415; Wed, 27 Sep 2000 06:09:42 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id GAA18651; Wed, 27 Sep 2000 06:12:13 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (zj75t.ecf.teradyne.com [131.101.192.85]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id MAA13003; Wed, 27 Sep 2000 12:11:56 +0200 (MET DST) To: Adrian Aichner Cc: xemacs@xemacs.org, XEmacs Beta List Subject: Re: kbd macro help or implementation wrong in 21.1, 21.2? References: X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 27 Sep 2000 12:05:55 +0200 In-Reply-To: Adrian Aichner's message of "26 Sep 2000 23:12:27 +0200" Message-ID: Lines: 7 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Adrian: Doctor, why is everybody ignoring me? Doctor: Next please! -- Adrian Aichner From owner-xemacs-beta@xemacs.org Wed Sep 27 22:53:00 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id WAA06076 for xemacs-beta-out; Wed, 27 Sep 2000 22:53:00 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id WAA06069 for ; Wed, 27 Sep 2000 22:52:56 -0400 Received: from slackware.mynet.pc (dialup-246.pdx.ozlinx.com.au [202.61.190.131]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8S2qdS32185 for ; Thu, 28 Sep 2000 12:52:40 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8S2YJW04898; Thu, 28 Sep 2000 12:34:19 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: gnus-1.50-pkg and mime-setup cause a problem References: <20000926152039B.kasahara@nc.kyushu-u.ac.jp> <14800.31885.141571.156394@turnbull.sk.tsukuba.ac.jp> From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: Please come home with me... I have Tylenol!! Date: 28 Sep 2000 12:34:19 +1000 In-Reply-To: "Stephen J. Turnbull"'s message of "Tue, 26 Sep 2000 19:38:05 +0900 (JST)" Message-ID: Lines: 21 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Stephen J Turnbull writes: > AFAIK tm is obsolete and orphaned (Tomohiko Morioka, the author, has > gone on to the next generation with SEMI). It really was intended to > be used in old messaging applications with no thought for support of > MIME (eg, RMail). I don't think we can delete it yet, but we probably > should deprecate it. > Do we have a mechanism for doing that with packages? Not sure about that. Andreas, do you know? I suppose I could mark the package description as something like: "This is a obsolete package that is only needed for very old mailers that don't understand MIME." -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Thu Sep 28 03:03:44 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id DAA19873 for xemacs-beta-out; Thu, 28 Sep 2000 03:03:44 -0400 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id DAA19868 for ; Thu, 28 Sep 2000 03:03:42 -0400 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 6CD541E08A for ; Thu, 28 Sep 2000 09:03:41 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id CDA873E456 for ; Thu, 28 Sep 2000 09:03:40 +0200 (MEST) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 13eXcr-0006ND-00 for xemacs-beta@xemacs.org; Thu, 28 Sep 2000 08:57:01 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 87D1A1822; Thu, 28 Sep 2000 08:57:00 +0200 (CEST) Mail-Copies-To: never To: XEmacs beta Subject: Re: gnus-1.50-pkg and mime-setup cause a problem References: <20000926152039B.kasahara@nc.kyushu-u.ac.jp> <14800.31885.141571.156394@turnbull.sk.tsukuba.ac.jp> From: Andreas Jaeger Date: 28 Sep 2000 08:57:00 +0200 In-Reply-To: Steve Youngs's message of "28 Sep 2000 12:34:19 +1000" Message-ID: Lines: 24 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> Steve Youngs writes: > * Stephen J Turnbull writes: >> AFAIK tm is obsolete and orphaned (Tomohiko Morioka, the author, has >> gone on to the next generation with SEMI). It really was intended to >> be used in old messaging applications with no thought for support of >> MIME (eg, RMail). I don't think we can delete it yet, but we probably >> should deprecate it. >> Do we have a mechanism for doing that with packages? > Not sure about that. Andreas, do you know? I suppose I could mark There should be a way to display a message when tm is loaded, e.g. using warn. > the package description as something like: "This is a obsolete package > that is only needed for very old mailers that don't understand MIME." Please do so. Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-xemacs-beta@xemacs.org Thu Sep 28 15:23:33 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id PAA03182 for xemacs-beta-out; Thu, 28 Sep 2000 15:23:33 -0400 Received: from adglinux1.hns.com (adglinux1.hns.com [139.85.108.152]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id PAA03179 for ; Thu, 28 Sep 2000 15:23:32 -0400 Received: from nbecker by adglinux1.hns.com with local (Exim 3.16 #1) id 13ejH0-0007Ke-00 for xemacs-beta@xemacs.org; Thu, 28 Sep 2000 15:23:14 -0400 To: xemacs-beta@xemacs.org Subject: pcl-cvs cvs-mode-add-changelog... From: nbecker@fred.net Date: 28 Sep 2000 15:23:14 -0400 Message-ID: Lines: 8 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: `pcl-cvs-version' is a variable declared in Lisp. -- loaded from "/usr/local/lib/xemacs/xemacs-packages/lisp/pcl-cvs/pcl-cvs-defs.elc" Value: "v2_9_9" The key "A", cvs-mode-add-change-log-entry-other-window likes to edit the top-level ChangeLog, instead of the one in the directory the selected file is in. This makes it bascially useless. From owner-xemacs-beta@xemacs.org Thu Sep 28 16:29:58 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id QAA09645 for xemacs-beta-out; Thu, 28 Sep 2000 16:29:58 -0400 Received: from lamia.lf.net (lamia.LF.net [212.9.160.192]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id QAA09641 for ; Thu, 28 Sep 2000 16:29:57 -0400 Received: by lamia.lf.net (Smail3.2.0.111/lamia.lf.net) via LF.net GmbH Internet Services for mail.xemacs.org id m13ekJT-001Sq1C; Thu, 28 Sep 2000 22:29:51 +0200 (CEST) To: nbecker@fred.net Cc: xemacs-beta@xemacs.org Subject: Re: pcl-cvs cvs-mode-add-changelog... References: Organization: LF.net GmbH X-URL: http://www.LF.net/ From: Norbert Koch Date: 28 Sep 2000 22:29:51 +0200 In-Reply-To: nbecker@fred.net's message of "28 Sep 2000 15:23:14 -0400" Message-ID: Lines: 9 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: nbecker@fred.net writes: > The key "A", cvs-mode-add-change-log-entry-other-window likes to edit > the top-level ChangeLog, instead of the one in the directory the > selected file is in. This makes it bascially useless. Also, for me, it always inserts (REPOSITORY) instead of the correct function name. From owner-xemacs-beta@xemacs.org Thu Sep 28 19:19:15 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id TAA26413 for xemacs-beta-out; Thu, 28 Sep 2000 19:19:15 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id TAA26389 for ; Thu, 28 Sep 2000 19:19:10 -0400 Received: from slackware.mynet.pc (dialup-278.pdx.ozlinx.com.au [202.61.190.163]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8SNJ0S17535 for ; Fri, 29 Sep 2000 09:19:00 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8SMjiL20520; Fri, 29 Sep 2000 08:45:44 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: gnus-1.50-pkg and mime-setup cause a problem References: <20000926152039B.kasahara@nc.kyushu-u.ac.jp> <14800.31885.141571.156394@turnbull.sk.tsukuba.ac.jp> From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: ... Blame it on the BOSSA NOVA!!! Date: 29 Sep 2000 08:45:44 +1000 In-Reply-To: Andreas Jaeger's message of "28 Sep 2000 08:57:00 +0200" Message-ID: Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Andreas Jaeger writes: > There should be a way to display a message when tm is loaded, > e.g. using warn. Patch on it's way. -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Thu Sep 28 19:19:15 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id TAA26414 for xemacs-beta-out; Thu, 28 Sep 2000 19:19:15 -0400 Received: from users.ozlinx.com.au (users.ozlinx.com.au [203.46.58.2]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id TAA26402 for ; Thu, 28 Sep 2000 19:19:11 -0400 Received: from slackware.mynet.pc (dialup-278.pdx.ozlinx.com.au [202.61.190.163]) by users.ozlinx.com.au (8.10.0/8.10.0) with ESMTP id e8SNJ2S17539 for ; Fri, 29 Sep 2000 09:19:02 +1000 Received: (from steve@localhost) by slackware.mynet.pc (8.11.0/8.11.0) id e8SN6dQ20543; Fri, 29 Sep 2000 09:06:39 +1000 Mail-Copies-To: nobody To: XEmacs beta Subject: Re: 21.2.35: pui-list-packages broken? References: <14800.11131.598896.618777@horsey.gshapiro.net> From: Steve Youngs Organization: XEmacs Development Team X-URL: X-Face: 6S=xefppom_(T7E_7`ueb%MkjsPn69FhpX<2K||I*W{TEd~0A7UQe`9yxQJQ+3\"Gp{+-Mj L2/ZZ5B*7MgOw.)kZ2vw5Up:c^!7R1g(gyB0'{=;SY`Q=4'4i>)*A7ZIixd(iUcrXTaL9LA2ITx6fk IwS/E@?HU% X-Yow: Not SENSUOUS... only ``FROLICSOME''... and in need of DENTAL WORK... in PAIN!!! Date: 29 Sep 2000 09:06:39 +1000 In-Reply-To: Gregory Neil Shapiro's message of "Mon, 25 Sep 2000 21:52:11 -0700 (PDT)" Message-ID: Lines: 23 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: * Gregory Neil Shapiro writes: > I don't know exactly when it broke, but it appears pui-list-packages is > broken. There was a problem with package-get.el[1] that has since been fixed. Check out the latest update of XEmacs 21.2.35 from CVS. Or, alternatively, email me and I'll send you a copy of an updated package-get.el. Footnotes: [1] It barfed on 'insert-file-contents-internal'. -- |--------------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |-------------------------------------| From owner-xemacs-beta@xemacs.org Thu Sep 28 20:44:48 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id UAA04400 for xemacs-beta-out; Thu, 28 Sep 2000 20:44:48 -0400 Received: from mail15.wlv.netzero.net (mail15.wlv.netzero.net [209.247.163.65]) by gwyn.tux.org (8.9.3/8.9.1) with SMTP id UAA04396 for ; Thu, 28 Sep 2000 20:44:47 -0400 Received: (qmail 3350 invoked from network); 29 Sep 2000 00:44:43 -0000 Received: from dialup-209.246.111.94.newyork2.level3.net (HELO acedsl.com) (209.246.111.94) by mail15.wlv.netzero.net with SMTP; 29 Sep 2000 00:44:43 -0000 Message-ID: <39D3E708.EF4CA57@acedsl.com> Date: Thu, 28 Sep 2000 20:49:12 -0400 From: Matthew Persico Reply-To: persicom@acedsl.com X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: xemacs-beta@xemacs.org, xemacs-nt@xemacs.org Subject: Build Failure, W2K Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Using W2k and VC++ 5.0 (shouldn't need to upgrade, it builds Perl just fine). I go very far in the process and then it died. In otder to save bandwidth, I attempted a rebuild at the die point to get a smaller log: > D:\src\xemacs-21.2.35\nt>nmake install -f xemacs.mak > > Microsoft (R) Program Maintenance Utility Version 1.62.7022 > Copyright (C) Microsoft Corp 1988-1997. All rights reserved. > > WARNING: Compiling without dependency information. > Creating ..\lib-src\config.values > -------------------------------------------------------------------- > OS: Windows_NT > > XEmacs 21.2-b35 \"Nike\" configured for `i586-pc-win32'. > > Building XEmacs in \"D:\\src\\xemacs-21.2.35\\nt\". > Using compiler \"cl -nologo -W3 -Od -Zi -ML\". > Installing XEmacs in \"D:\\XEmacs\\XEmacs-21.2-b35\". > Package path is \"~\\.xemacs;;D:\\XEmacs\\site-packages;D:\\XEmacs\\xemacs-packages\". > Compiling in support for Microsoft Windows native GUI. > -------------------------------------------------------------------- > WARNING: Compiling without XPM support. > WARNING: You should strongly consider installing XPM. > WARNING: Otherwise toolbars and other graphics will look suboptimal. > WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux) > -------------------------------------------------------------------- > Compiling in support for GIF images. > Compiling in support for PNG images. > Compiling in support for JPEG images. > Compiling in support for dialogs. > Compiling in support for widgets. > Compiling in support for native sounds. > Compiling in fast dired implementation. > Compiling in extra debug checks. XEmacs will be slow! > -------------------------------------------------------------------- > bscmake -nologo -o..\src\temacs.bsc @bscmake.tmp > link.exe @C:\TEMP\nmb01688. > device-msw.obj : error LNK2001: unresolved external symbol __imp__InitCommonControls@0 > ..\src\temacs.exe : fatal error LNK1120: 1 unresolved externals > NMAKE : fatal error U1077: 'link.exe' : return code '0x19' > Stop. -- Matthew O. Persico "If you were supposed to understand it, we wouldn't call it code." - FedEx ____________NetZero Free Internet Access and Email_________ Download Now http://www.netzero.net/download/index.html Request a CDROM 1-800-333-3633 ___________________________________________________________ From owner-xemacs-beta@xemacs.org Fri Sep 29 02:01:57 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA04468 for xemacs-beta-out; Fri, 29 Sep 2000 02:01:57 -0400 Received: from showboat.teradyne.com (showboat.teradyne.com [198.51.251.10]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA04465; Fri, 29 Sep 2000 02:01:56 -0400 Received: from chorus.teradyne.com (chorus.teradyne.com [131.101.1.195]) by showboat.teradyne.com (8.8.8+Sun/8.8.8) with ESMTP id BAA17950; Fri, 29 Sep 2000 01:59:22 -0400 (EDT) Received: from engine.ecf.teradyne.com (engine.ecf.teradyne.com [131.101.192.6]) by chorus.teradyne.com (8.8.8+Sun/8.7.1) with ESMTP id CAA05736; Fri, 29 Sep 2000 02:01:54 -0400 (EDT) Received: from ZJ75T.ecf.teradyne.com (mushiva-4.ecf.teradyne.com [131.101.192.124]) by engine.ecf.teradyne.com (8.7.1/8.7.1) with SMTP id IAA29513; Fri, 29 Sep 2000 08:01:34 +0200 (MET DST) To: persicom@acedsl.com Cc: xemacs-beta@xemacs.org, xemacs-nt@xemacs.org Subject: Re: Build Failure, W2K References: <39D3E708.EF4CA57@acedsl.com> X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B Date: 29 Sep 2000 07:54:17 +0200 In-Reply-To: Matthew Persico's message of "Thu, 28 Sep 2000 20:49:12 -0400" Message-ID: Lines: 64 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Matthew" == Matthew Persico writes: Matthew> Using W2k and VC++ 5.0 (shouldn't need to upgrade, it Matthew> builds Perl just fine). I go very far in the process and Matthew> then it died. In otder to save bandwidth, I attempted a Matthew> rebuild at the die point to get a smaller log: What's your nt\config.inc look like? Adrian >> D:\src\xemacs-21.2.35\nt>nmake install -f xemacs.mak >> >> Microsoft (R) Program Maintenance Utility Version 1.62.7022 >> Copyright (C) Microsoft Corp 1988-1997. All rights reserved. >> >> WARNING: Compiling without dependency information. >> Creating ..\lib-src\config.values >> -------------------------------------------------------------------- >> OS: Windows_NT >> >> XEmacs 21.2-b35 \"Nike\" configured for `i586-pc-win32'. >> >> Building XEmacs in \"D:\\src\\xemacs-21.2.35\\nt\". >> Using compiler \"cl -nologo -W3 -Od -Zi -ML\". >> Installing XEmacs in \"D:\\XEmacs\\XEmacs-21.2-b35\". >> Package path is \"~\\.xemacs;;D:\\XEmacs\\site-packages;D:\\XEmacs\\xemacs-packages\". >> Compiling in support for Microsoft Windows native GUI. >> -------------------------------------------------------------------- >> WARNING: Compiling without XPM support. >> WARNING: You should strongly consider installing XPM. >> WARNING: Otherwise toolbars and other graphics will look suboptimal. >> WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux) >> -------------------------------------------------------------------- >> Compiling in support for GIF images. >> Compiling in support for PNG images. >> Compiling in support for JPEG images. >> Compiling in support for dialogs. >> Compiling in support for widgets. >> Compiling in support for native sounds. >> Compiling in fast dired implementation. >> Compiling in extra debug checks. XEmacs will be slow! >> -------------------------------------------------------------------- >> bscmake -nologo -o..\src\temacs.bsc @bscmake.tmp >> link.exe @C:\TEMP\nmb01688. >> device-msw.obj : error LNK2001: unresolved external symbol __imp__InitCommonControls@0 >> ..\src\temacs.exe : fatal error LNK1120: 1 unresolved externals >> NMAKE : fatal error U1077: 'link.exe' : return code '0x19' >> Stop. Matthew> -- Matthew> Matthew O. Persico Matthew> "If you were supposed to understand it, Matthew> we wouldn't call it code." - FedEx Matthew> ____________NetZero Free Internet Access and Email_________ Matthew> Download Now http://www.netzero.net/download/index.html Matthew> Request a CDROM 1-800-333-3633 Matthew> ___________________________________________________________ -- Adrian Aichner From owner-xemacs-beta@xemacs.org Fri Sep 29 02:27:22 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id CAA06901 for xemacs-beta-out; Fri, 29 Sep 2000 02:27:22 -0400 Received: from mx1.informatik.uni-tuebingen.de (mx1.Informatik.Uni-Tuebingen.De [134.2.12.5]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id CAA06890 for ; Fri, 29 Sep 2000 02:27:19 -0400 Received: from informatik.uni-tuebingen.de (sams [134.2.12.50]) by mx1.informatik.uni-tuebingen.de (Postfix) with ESMTP id 6B4ED4AB; Fri, 29 Sep 2000 08:27:17 +0200 (MST) Received: (from sperber@localhost) by informatik.uni-tuebingen.de (8.9.3/8.9.3) id IAA24022; Fri, 29 Sep 2000 08:27:17 +0200 (CEST) (envelope-from sperber) To: Norbert Koch Cc: nbecker@fred.net, xemacs-beta@xemacs.org Subject: Re: pcl-cvs cvs-mode-add-changelog... References: From: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Date: 29 Sep 2000 08:27:17 +0200 In-Reply-To: Norbert Koch's message of "28 Sep 2000 22:29:51 +0200" Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Norbert" == Norbert Koch writes: Norbert> nbecker@fred.net writes: >> The key "A", cvs-mode-add-change-log-entry-other-window likes to edit >> the top-level ChangeLog, instead of the one in the directory the >> selected file is in. This makes it bascially useless. Norbert> Also, for me, it always inserts (REPOSITORY) instead of the correct Norbert> function name. You guys *have* reported this to the PCL-CVS maintainer, haven't you? We're basically using the upstream code. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla From owner-xemacs-beta@xemacs.org Fri Sep 29 05:10:40 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA19927 for xemacs-beta-out; Fri, 29 Sep 2000 05:10:40 -0400 Received: from web05.bigbiz.com (web05.bigbiz.com [216.218.198.5]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA19922 for ; Fri, 29 Sep 2000 05:10:38 -0400 Received: from openknowledge.org (crasch@twin6022.magiclink.com [216.190.241.24]) by web05.bigbiz.com (8.8.7/8.8.7) with ESMTP id CAA03341 for ; Fri, 29 Sep 2000 02:10:32 -0700 Message-ID: <39D45C26.71FCC229@openknowledge.org> Date: Fri, 29 Sep 2000 03:08:54 -0600 From: Chris Rasch X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: xemacs-beta@xemacs.org Subject: Problems with ftp/update installed packages Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi, I apologize if this isn't the appropriate forum. I originally posted to the xemacs@xemacs.org list, and it was suggested that I might also post to the xemacs-beta list as well. I just installed Xemacs-21.1.11 (Carlsbad Caverns) on Red Hat 6.2. I also downloaded and untarred the xemacs-sumo-2000-09-04.tar.gz into the /usr/local/lib/xemacs/ directory. When I attempt to "Update Installed Packages" (from any of the U.S. mirrors), I get the following error messages: Open Metalab.Unc.Edu Connected To Metalab.Unc.Edu. 220 Helios.Oit.Unc.Edu Ftp Server (Version Wu-2.6.1(1) Sat Jul 8 10:18:10 Edt 2000) Ready. Quote User "Anonymous" 530 Please Login With User And Pass. open ftp.sunsite.utk.edu Connected to HELIOS.TNS.UTK.EDU. 220 sunsite.utk.edu FTP server (Version wu-2.6.1(4) Fri Aug 4 11:27:56 EDT 2000) ready. quote user "anonymous" 530 Please login with USER and PASS. open uiarchive.uiuc.edu Connected to uiarchive.cso.uiuc.edu. 220 uiarchive.cso.uiuc.edu FTP server (Version wu-2.6.1(1) Wed Aug 23 11:26:42 CDT 2000) ready. quote user "anonymous" 530 Please login with USER and PASS. I've also tried to update after untarring the files efs-1.19-pkg.tar.gz and xemacs-base-1.43-pkg.tar.gz alone into the /usr/local/lib/xemacs/xemacs-packages/ directory. I've also tried the efs-1.20-pkg.tar.gz. Same result. If I try to open /ftp.xemacs.org:/ I get: Opening FTP connection to ftp.emacs.org... Logging in as user anonymous... FTP error: USER request failed: 500 AUTH not understood Apparently, I'm not the only person having this problem. A search of the archives revealed a similar bug report below. Is there a fix for this problem? Would you recommend I submit another bug report, since the previous bug report was for the 21.1.9 release? Thanks for any assistance you may wish to provide. To: xemacs@xemacs.org Subject: manage packages cant ftp From: derek gassen Date: Sun, 10 Sep 2000 20:42:07 -0600 This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.1 (patch 9) "Canyonlands" [Lucid] (i586-pc-linux) of Sun Sep 10 2000 on gassen.net Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I followed the website doc to update packages. Was able to assign an ftp site, but upon trying to update installed packages I got this error message: open ftp.xemacs.org Connected to xemacs.org. 220 ProFTPD 1.2.0pre10 Server (ProFTPD on ftp.tux.org) [gwyn.tux.org] quote user "anonymous" 500 AUTH not understood. -derek gassen 303.570.3297 Recent keystrokes: misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user button2 button2up button2 button2up misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user button2 button2up button2 button2up scroll-lock button1 button1up misc-user C-x 0 C-x b RET prior up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up up down down down down down down down down down down down down down down down down down down up up up up up up up up up scroll-lock up misc-user misc-user misc-user Recent messages (most recent first): Loading mail-abbrevs... Loading emacsbug...done FTP Error: USER request failed: 500 AUTH not understood. Loading emacsbug... Getting list of fonts from server... done. Getting list of fonts from server... Loading x-font-menu...done Loading x-font-menu... Logging in as user anonymous... Opening FTP connection to ftp.xemacs.org... From owner-xemacs-beta@xemacs.org Fri Sep 29 05:21:58 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id FAA20872 for xemacs-beta-out; Fri, 29 Sep 2000 05:21:58 -0400 Received: from mx1.informatik.uni-tuebingen.de (mx1.Informatik.Uni-Tuebingen.De [134.2.12.5]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id FAA20868 for ; Fri, 29 Sep 2000 05:21:56 -0400 Received: from informatik.uni-tuebingen.de (sams [134.2.12.50]) by mx1.informatik.uni-tuebingen.de (Postfix) with ESMTP id 2EF414B0; Fri, 29 Sep 2000 11:21:54 +0200 (MST) Received: (from sperber@localhost) by informatik.uni-tuebingen.de (8.9.3/8.9.3) id LAA24360; Fri, 29 Sep 2000 11:21:53 +0200 (CEST) (envelope-from sperber) To: Chris Rasch Cc: xemacs-beta@xemacs.org Subject: Re: Problems with ftp/update installed packages References: <39D45C26.71FCC229@openknowledge.org> From: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Date: 29 Sep 2000 11:21:53 +0200 In-Reply-To: Chris Rasch's message of "Fri, 29 Sep 2000 03:08:54 -0600" Message-ID: Lines: 48 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Chris" == Chris Rasch writes: Chris> Hi, Chris> I apologize if this isn't the appropriate forum. I originally posted to Chris> the xemacs@xemacs.org list, and it was suggested that I might also post Chris> to the xemacs-beta list as well. I just installed Xemacs-21.1.11 Chris> (Carlsbad Caverns) on Red Hat 6.2. I also downloaded and untarred the Chris> xemacs-sumo-2000-09-04.tar.gz into Chris> the /usr/local/lib/xemacs/ directory. When I attempt Chris> to "Update Installed Packages" (from any of the U.S. mirrors), I get the Chris> following error messages: Chris> Open Metalab.Unc.Edu Chris> Connected To Metalab.Unc.Edu. Chris> 220 Helios.Oit.Unc.Edu Ftp Server (Version Wu-2.6.1(1) Sat Jul 8 Chris> 10:18:10 Edt 2000) Ready. Chris> Quote User "Anonymous" Chris> 530 Please Login With User And Pass. Chris> open ftp.sunsite.utk.edu Chris> Connected to HELIOS.TNS.UTK.EDU. Chris> 220 sunsite.utk.edu FTP server (Version wu-2.6.1(4) Fri Aug 4 11:27:56 Chris> EDT Chris> 2000) ready. Chris> quote user "anonymous" Chris> 530 Please login with USER and PASS. Chris> open uiarchive.uiuc.edu Chris> Connected to uiarchive.cso.uiuc.edu. Chris> 220 uiarchive.cso.uiuc.edu FTP server (Version wu-2.6.1(1) Wed Aug 23 Chris> 11:26:42 CDT 2000) ready. Chris> quote user "anonymous" Chris> 530 Please login with USER and PASS. This looks like some major bogosity with your ftp client. (Quite obviously, if I may say so ...) Linux has been notorious in this regard for ages. Unfortunately, I don't see it on our RedHat 6.2 box. Just to be sure, can you find out the ftp command line EFS uses (just do a "ps"), start the ftp client manually with the same command line, and try the same command sequence as above and see it if yields the same error messages? -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla From owner-xemacs-beta@xemacs.org Fri Sep 29 06:19:21 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id GAA26078 for xemacs-beta-out; Fri, 29 Sep 2000 06:19:21 -0400 Received: from web05.bigbiz.com (web05.bigbiz.com [216.218.198.5]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id GAA26074 for ; Fri, 29 Sep 2000 06:19:19 -0400 Received: from openknowledge.org (crasch@twin6022.magiclink.com [216.190.241.24]) by web05.bigbiz.com (8.8.7/8.8.7) with ESMTP id DAA07202 for ; Fri, 29 Sep 2000 03:19:18 -0700 Message-ID: <39D46C45.F88EEF7F@openknowledge.org> Date: Fri, 29 Sep 2000 04:17:41 -0600 From: Chris Rasch X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: xemacs-beta@xemacs.org Subject: Re: Problems with ftp/update installed packages References: <39D45C26.71FCC229@openknowledge.org> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi, > > > This looks like some major bogosity with your ftp client. (Quite > obviously, if I may say so ...) Linux has been notorious in this > regard for ages. > > Unfortunately, I don't see it on our RedHat 6.2 box. Just to be sure, > can you find out the ftp command line EFS uses (just do a "ps"), start > the ftp client manually with the same command line, and try the same > command sequence as above and see it if yields the same error > messages? > > -- > Cheers =8-} Mike > Friede, Völkerverständigung und überhaupt blabla Thank you for the response. Here's the command line that EFS uses (output from ps -Afl, during attempt to login to ftp.xemacs.org from within Xemacs): 000 S root 12825 12715 3 73 0 - 562 read_c 03:45 ttyp2 00:00:00 /usr/kerberos/bin/ftp -i -n -g -v Logging on to ftp.xemacs.org manually from the command line: # /usr/kerberos/bin/ftp -i -n -g -v ftp.xemacs.org Connected to xemacs.org. 220 ProFTPD 1.2.0pre10 Server (ProFTPD on ftp.tux.org) [gwyn.tux.org] 500 AUTH not understood. 500 AUTH not understood. KERBEROS_V4 rejected as an authentication type ftp>user anonymous 331 Anonymous login ok, send your complete e-mail address as password. Password: 230-+--....[welcome message].... Chris From owner-xemacs-beta@xemacs.org Fri Sep 29 08:09:50 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA01189 for xemacs-beta-out; Fri, 29 Sep 2000 08:09:50 -0400 Received: from mx1.informatik.uni-tuebingen.de (mx1.Informatik.Uni-Tuebingen.De [134.2.12.5]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA01185 for ; Fri, 29 Sep 2000 08:09:49 -0400 Received: from informatik.uni-tuebingen.de (sams [134.2.12.50]) by mx1.informatik.uni-tuebingen.de (Postfix) with ESMTP id D307C4A7; Fri, 29 Sep 2000 14:09:46 +0200 (MST) Received: (from sperber@localhost) by informatik.uni-tuebingen.de (8.9.3/8.9.3) id OAA24655; Fri, 29 Sep 2000 14:09:46 +0200 (CEST) (envelope-from sperber) To: Chris Rasch Cc: xemacs-beta@xemacs.org Subject: Re: Problems with ftp/update installed packages References: <39D45C26.71FCC229@openknowledge.org> <39D46C45.F88EEF7F@openknowledge.org> From: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) Date: 29 Sep 2000 14:09:46 +0200 In-Reply-To: Chris Rasch's message of "Fri, 29 Sep 2000 04:17:41 -0600" Message-ID: Lines: 50 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Nike) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: >>>>> "Chris" == Chris Rasch writes: Chris> Hi, >> >> >> This looks like some major bogosity with your ftp client. (Quite >> obviously, if I may say so ...) Linux has been notorious in this >> regard for ages. >> >> Unfortunately, I don't see it on our RedHat 6.2 box. Just to be sure, >> can you find out the ftp command line EFS uses (just do a "ps"), start >> the ftp client manually with the same command line, and try the same >> command sequence as above and see it if yields the same error >> messages? >> >> -- >> Cheers =8-} Mike >> Friede, Völkerverständigung und überhaupt blabla Chris> Thank you for the response. Here's the command line that EFS uses (output from ps Chris> -Afl, during attempt to login to ftp.xemacs.org from within Xemacs): Chris> 000 S root 12825 12715 3 73 0 - 562 read_c 03:45 ttyp2 00:00:00 Chris> /usr/kerberos/bin/ftp -i -n -g -v Chris> Logging on to ftp.xemacs.org manually from the command line: Chris> # /usr/kerberos/bin/ftp -i -n -g -v ftp.xemacs.org Chris> Connected to xemacs.org. Chris> 220 ProFTPD 1.2.0pre10 Server (ProFTPD on ftp.tux.org) [gwyn.tux.org] Chris> 500 AUTH not understood. Chris> 500 AUTH not understood. Chris> KERBEROS_V4 rejected as an authentication type ftp> user anonymous Chris> 331 Anonymous login ok, send your complete e-mail address as password. Chris> Password: Chris> 230-+--....[welcome message].... OK, so it's the *Kerberos* ftp client. It's obviously buggy as EFS quotes the USER command, but ftp seems to ignore that. I don't really see how I can fix this on the EFS side. You might try twiddling with `efs-cmd-ok-msgs' to filter out the 500 message. Alternatively, use a non-kerberized ftp client (in our setup, /usr/bin/ftp is it) and set the value of `efs-ftp-program-name' to it. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla From owner-xemacs-beta@xemacs.org Fri Sep 29 11:43:50 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA17274 for xemacs-beta-out; Fri, 29 Sep 2000 11:43:50 -0400 Received: from pigate.wilshire.com ([209.0.86.60]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id LAA17267 for ; Fri, 29 Sep 2000 11:43:44 -0400 Received: from berkeley.wilshire.com ([129.111.72.19]) by pigate.wilshire.com (Netscape Messaging Server 3.5) with SMTP id AAA3C1C for ; Fri, 29 Sep 2000 08:43:32 -0700 To: XEmacs Beta Mailing List Subject: find-dired & friends? From: "Alexander Burchell" Date: 29 Sep 2000 08:44:43 -0700 Message-ID: Lines: 11 User-Agent: Gnus/5.0804 (Gnus v5.8.4) XEmacs/21.1 (Acadia) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Hi, I really miss the FSF functions find-dired, find-grep-dired, etc. Why aren't they in XEmacs and is there any way I can add them? Thanks, -- Alexander Burchell Wilshire Associates aburchel@wilshire.com (310) 899-2303 From owner-xemacs-beta@xemacs.org Fri Sep 29 20:44:41 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id UAA20154 for xemacs-beta-out; Fri, 29 Sep 2000 20:44:41 -0400 Received: from mail15.wlv.netzero.net (mail15.wlv.netzero.net [209.247.163.65]) by gwyn.tux.org (8.9.3/8.9.1) with SMTP id UAA20148 for ; Fri, 29 Sep 2000 20:44:39 -0400 Received: (qmail 8344 invoked from network); 30 Sep 2000 00:44:38 -0000 Received: from dialup-209.246.76.186.newyork2.level3.net (HELO acedsl.com) (209.246.76.186) by mail15.wlv.netzero.net with SMTP; 30 Sep 2000 00:44:38 -0000 Message-ID: <39D5387B.E7C20A8D@acedsl.com> Date: Fri, 29 Sep 2000 20:48:59 -0400 From: Matthew Persico Reply-To: persicom@acedsl.com X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Adrian Aichner CC: xemacs-beta@xemacs.org, xemacs-nt@xemacs.org Subject: Re: Build Failure, W2K References: <39D3E708.EF4CA57@acedsl.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: Adrian Aichner wrote: > > >>>>> "Matthew" == Matthew Persico writes: > > Matthew> Using W2k and VC++ 5.0 (shouldn't need to upgrade, it > Matthew> builds Perl just fine). I go very far in the process and > Matthew> then it died. In otder to save bandwidth, I attempted a > Matthew> rebuild at the die point to get a smaller log: > > What's your nt\config.inc look like? > > Adrian # -*- mode: makefile -*- ############################################################################ INSTALL_DIR=D:\XEmacs\XEmacs-$(XEMACS_VERSION_STRING) PACKAGE_PREFIX=D:\XEmacs ############################################################################ # Multilingual support (not currently working). HAVE_MULE=0 # Native MS Windows support. HAVE_MS_WINDOWS=1 # X Windows support. HAVE_X_WINDOWS=0 X11_DIR= ############################################################################ # Set this to enable XPM support (virtually mandatory), and specify # the directory containing xpm. HAVE_XPM=0 XPM_DIR=d:\src\xpm-3.4k # Set this to enable GIF support. HAVE_GIF=1 # Set this to enable PNG support (virtually mandatory), and specify # the directories containing png and zlib. HAVE_PNG=1 PNG_DIR=d:\src\png-1.0.3 ZLIB_DIR=d:\src\zlib-1.1.3 # Set this to enable TIFF support, and specify the directory containing tiff. HAVE_TIFF=0 TIFF_DIR= # Set this to enable JPEG support, and specify the directory containing jpeg. HAVE_JPEG=1 JPEG_DIR=d:\src\jpeg-6b # Set this to enable XFace support, and specify the directory containing # compface. HAVE_XFACE=0 COMPFACE_DIR= ############################################################################ # Set this to specify the location of makeinfo. (If not set, XEmacs will # attempt to use its built-in texinfo support when building info files.) MAKEINFO= #f:\src\texinfo-4.0\makeinfo\makeinfo.exe ############################################################################ # Set this to enable some debug code that doesn't slow things down. DEBUG_XEMACS=1 # Set this to speed up building, for development purposes. QUICK_BUILD=0 # Set this to see exactly which compilation commands are being run (not # generally recommended). VERBOSECC=0 # Set this to get nmake to use dependency info (requires Perl to be installed) DEPEND=1 ############################################################################ # Some technical options. USE_MINIMAL_TAGBITS=0 USE_INDEXED_LRECORD_IMPLEMENTATION=0 USE_PORTABLE_DUMPER=0 GUNG_HO=0 > > >> D:\src\xemacs-21.2.35\nt>nmake install -f xemacs.mak > >> > >> Microsoft (R) Program Maintenance Utility Version 1.62.7022 > >> Copyright (C) Microsoft Corp 1988-1997. All rights reserved. > >> > >> WARNING: Compiling without dependency information. > >> Creating ..\lib-src\config.values > >> -------------------------------------------------------------------- > >> OS: Windows_NT > >> > >> XEmacs 21.2-b35 \"Nike\" configured for `i586-pc-win32'. > >> > >> Building XEmacs in \"D:\\src\\xemacs-21.2.35\\nt\". > >> Using compiler \"cl -nologo -W3 -Od -Zi -ML\". > >> Installing XEmacs in \"D:\\XEmacs\\XEmacs-21.2-b35\". > >> Package path is \"~\\.xemacs;;D:\\XEmacs\\site-packages;D:\\XEmacs\\xemacs-packages\". > >> Compiling in support for Microsoft Windows native GUI. > >> -------------------------------------------------------------------- > >> WARNING: Compiling without XPM support. > >> WARNING: You should strongly consider installing XPM. > >> WARNING: Otherwise toolbars and other graphics will look suboptimal. > >> WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux) > >> -------------------------------------------------------------------- > >> Compiling in support for GIF images. > >> Compiling in support for PNG images. > >> Compiling in support for JPEG images. > >> Compiling in support for dialogs. > >> Compiling in support for widgets. > >> Compiling in support for native sounds. > >> Compiling in fast dired implementation. > >> Compiling in extra debug checks. XEmacs will be slow! > >> -------------------------------------------------------------------- > >> bscmake -nologo -o..\src\temacs.bsc @bscmake.tmp > >> link.exe @C:\TEMP\nmb01688. > >> device-msw.obj : error LNK2001: unresolved external symbol __imp__InitCommonControls@0 > >> ..\src\temacs.exe : fatal error LNK1120: 1 unresolved externals > >> NMAKE : fatal error U1077: 'link.exe' : return code '0x19' > >> Stop. > > Matthew> -- > Matthew> Matthew O. Persico > > Matthew> "If you were supposed to understand it, > Matthew> we wouldn't call it code." - FedEx > > Matthew> ____________NetZero Free Internet Access and Email_________ > Matthew> Download Now http://www.netzero.net/download/index.html > Matthew> Request a CDROM 1-800-333-3633 > Matthew> ___________________________________________________________ > > -- > Adrian Aichner -- Matthew O. Persico "If you were supposed to understand it, we wouldn't call it code." - FedEx ____________NetZero Free Internet Access and Email_________ Download Now http://www.netzero.net/download/index.html Request a CDROM 1-800-333-3633 ___________________________________________________________ From owner-xemacs-beta@xemacs.org Sat Sep 30 07:11:15 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id HAA12769 for xemacs-beta-out; Sat, 30 Sep 2000 07:11:15 -0400 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id HAA12761; Sat, 30 Sep 2000 07:11:05 -0400 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 7A6CB1E129; Sat, 30 Sep 2000 13:11:04 +0200 (MEST) Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1]) by Hermes.suse.de (Postfix) with ESMTP id 640973E44F; Sat, 30 Sep 2000 13:11:04 +0200 (MEST) Received: from gregory.suse.de (gregory.suse.de [10.10.0.230]) by Wotan.suse.de (Postfix) with SMTP id E7DE21C807F; Sat, 30 Sep 2000 13:11:03 +0200 (CEST) To: "Alexander Burchell" Cc: XEmacs Beta Mailing List , Steve Youngs Subject: Re: find-dired & friends? References: Reply-To: mfabian@suse.de X-Face: "';oPz9V1+<,`}1ZuxRv~EiSusWq*{Yjr"Sdvbhq'?q=2R\\6Y9O/,SAE`{J|6I=|w/sQg< rW_N'E3IV6~f8?\l#Es`]S`mv',PY(`8{$$R?+gLu}Qv/Mn>)?uladFjJ@yl!_p_Jh;5QxlD6zL:?r IXe4FfK$C^mWhh$o`yt;.r.FLZLQOWBt> Date: 30 Sep 2000 13:11:03 +0200 In-Reply-To: "Alexander Burchell"'s message of "29 Sep 2000 08:44:43 -0700" Message-ID: Lines: 22 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: --=-=-= "Alexander Burchell" writes: > I really miss the FSF functions find-dired, find-grep-dired, etc. Why > aren't they in XEmacs and is there any way I can add them? I missed these to, and therefore I tried to use the find-dired.el from Emacs 20.7 with XEmacs. It needs only a tiny patch to work. Here is the patch: --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=find-dired.el.patch diff -u /usr/share/emacs/20.7/lisp/find-dired.el find-dired.el --- /usr/share/emacs/20.7/lisp/find-dired.el Sat Jun 27 23:57:12 1998 +++ find-dired.el Mon Jul 3 13:54:56 2000 @@ -101,8 +101,10 @@ (dired-mode dir (cdr find-ls-option)) ;; This really should rerun the find command, but I don't ;; have time for that. - (use-local-map (append (make-sparse-keymap) (current-local-map))) - (define-key (current-local-map) "g" 'undefined) + (let ((keymap (make-sparse-keymap))) + (set-keymap-parents keymap (list (current-local-map))) + (define-key keymap "g" 'undefined) + (use-local-map keymap)) ;; Set subdir-alist so that Tree Dired will work: (if (fboundp 'dired-simple-subdir-alist) ;; will work even with nested dired format (dired-nstd.el,v 1.15 --=-=-= and here is the complete find-dired.el with the above patch applied, which works with XEmacs: --=-=-= Content-Type: application/emacs-lisp Content-Disposition: attachment; filename=find-dired.el ;;; find-dired.el --- run a `find' command and dired the output ;; Copyright (C) 1992, 1994, 1995 Free Software Foundation, Inc. ;; Author: Roland McGrath , ;; Sebastian Kremer ;; Maintainer: FSF ;; Keywords: unix ;; This file is part of GNU Emacs. ;; GNU Emacs 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 2, or (at your option) ;; any later version. ;; GNU Emacs 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 GNU Emacs; see the file COPYING. If not, write to the ;; Free Software Foundation, Inc., 59 Temple Place - Suite 330, ;; Boston, MA 02111-1307, USA. ;;; Code: (require 'dired) (defgroup find-dired nil "Run a `find' command and dired the output." :group 'dired :prefix "find-") ;; find's -ls corresponds to these switches. ;; Note -b, at least GNU find quotes spaces etc. in filenames ;;;###autoload (defcustom find-ls-option (if (eq system-type 'berkeley-unix) '("-ls" . "-gilsb") '("-exec ls -ld {} \\;" . "-ld")) "*Description of the option to `find' to produce an `ls -l'-type listing. This is a cons of two strings (FIND-OPTION . LS-SWITCHES). FIND-OPTION gives the option (or options) to `find' that produce the desired output. LS-SWITCHES is a list of `ls' switches to tell dired how to parse the output." :type '(cons (string :tag "Find Option") (string :tag "Ls Switches")) :group 'find-dired) ;;;###autoload (defcustom find-grep-options (if (or (eq system-type 'berkeley-unix) (string-match "solaris2" system-configuration) (string-match "irix" system-configuration)) "-s" "-q") "*Option to grep to be as silent as possible. On Berkeley systems, this is `-s'; on Posix, and with GNU grep, `-q' does it. On other systems, the closest you can come is to use `-l'." :type 'string :group 'find-dired) (defvar find-args nil "Last arguments given to `find' by \\[find-dired].") ;; History of find-args values entered in the minibuffer. (defvar find-args-history nil) ;;;###autoload (defun find-dired (dir args) "Run `find' and go into Dired mode on a buffer of the output. The command run (after changing into DIR) is find . \\( ARGS \\) -ls except that the variable `find-ls-option' specifies what to use as the final argument." (interactive (list (read-file-name "Run find in directory: " nil "" t) (read-string "Run find (with args): " find-args '(find-args-history . 1)))) (let ((dired-buffers dired-buffers)) ;; Expand DIR ("" means default-directory), and make sure it has a ;; trailing slash. (setq dir (abbreviate-file-name (file-name-as-directory (expand-file-name dir)))) ;; Check that it's really a directory. (or (file-directory-p dir) (error "find-dired needs a directory: %s" dir)) (switch-to-buffer (get-buffer-create "*Find*")) (widen) (kill-all-local-variables) (setq buffer-read-only nil) (erase-buffer) (setq default-directory dir find-args args ; save for next interactive call args (concat "find . " (if (string= args "") "" (concat "\\( " args " \\) ")) (car find-ls-option))) ;; The next statement will bomb in classic dired (no optional arg allowed) (dired-mode dir (cdr find-ls-option)) ;; This really should rerun the find command, but I don't ;; have time for that. (let ((keymap (make-sparse-keymap))) (set-keymap-parents keymap (list (current-local-map))) (define-key keymap "g" 'undefined) (use-local-map keymap)) ;; Set subdir-alist so that Tree Dired will work: (if (fboundp 'dired-simple-subdir-alist) ;; will work even with nested dired format (dired-nstd.el,v 1.15 ;; and later) (dired-simple-subdir-alist) ;; else we have an ancient tree dired (or classic dired, where ;; this does no harm) (set (make-local-variable 'dired-subdir-alist) (list (cons default-directory (point-min-marker))))) (setq buffer-read-only nil) ;; Subdir headlerline must come first because the first marker in ;; subdir-alist points there. (insert " " dir ":\n") ;; Make second line a ``find'' line in analogy to the ``total'' or ;; ``wildcard'' line. (insert " " args "\n") ;; Start the find process. (let ((proc (start-process-shell-command "find" (current-buffer) args))) (set-process-filter proc (function find-dired-filter)) (set-process-sentinel proc (function find-dired-sentinel)) ;; Initialize the process marker; it is used by the filter. (move-marker (process-mark proc) 1 (current-buffer))) (setq mode-line-process '(":%s")))) ;;;###autoload (defun find-name-dired (dir pattern) "Search DIR recursively for files matching the globbing pattern PATTERN, and run dired on those files. PATTERN is a shell wildcard (not an Emacs regexp) and need not be quoted. The command run (after changing into DIR) is find . -name 'PATTERN' -ls" (interactive "DFind-name (directory): \nsFind-name (filename wildcard): ") (find-dired dir (concat "-name '" pattern "'"))) ;; This functionality suggested by ;; From: oblanc@watcgl.waterloo.edu (Olivier Blanc) ;; Subject: find-dired, lookfor-dired ;; Date: 10 May 91 17:50:00 GMT ;; Organization: University of Waterloo (defalias 'lookfor-dired 'find-grep-dired) ;;;###autoload (defun find-grep-dired (dir args) "Find files in DIR containing a regexp ARG and start Dired on output. The command run (after changing into DIR) is find . -exec grep -s ARG {} \\\; -ls Thus ARG can also contain additional grep options." (interactive "DFind-grep (directory): \nsFind-grep (grep regexp): ") ;; find -exec doesn't allow shell i/o redirections in the command, ;; or we could use `grep -l >/dev/null' ;; We use -type f, not ! -type d, to avoid getting screwed ;; by FIFOs and devices. I'm not sure what's best to do ;; about symlinks, so as far as I know this is not wrong. (find-dired dir (concat "-type f -exec grep " find-grep-options " " args " {} \\\; "))) (defun find-dired-filter (proc string) ;; Filter for \\[find-dired] processes. (let ((buf (process-buffer proc))) (if (buffer-name buf) ; not killed? (save-excursion (set-buffer buf) (save-restriction (widen) (save-excursion (let ((buffer-read-only nil) (end (point-max))) (goto-char end) (insert string) (goto-char end) (or (looking-at "^") (forward-line 1)) (while (looking-at "^") (insert " ") (forward-line 1)) ;; Convert ` ./FILE' to ` FILE' ;; This would lose if the current chunk of output ;; starts or ends within the ` ./', so back up a bit: (goto-char (- end 3)) ; no error if < 0 (while (search-forward " ./" nil t) (delete-region (point) (- (point) 2))) ;; Find all the complete lines in the unprocessed ;; output and process it to add text properties. (goto-char end) (if (search-backward "\n" (process-mark proc) t) (progn (dired-insert-set-properties (process-mark proc) (1+ (point))) (move-marker (process-mark proc) (1+ (point))))) )))) ;; The buffer has been killed. (delete-process proc)))) (defun find-dired-sentinel (proc state) ;; Sentinel for \\[find-dired] processes. (let ((buf (process-buffer proc))) (if (buffer-name buf) (save-excursion (set-buffer buf) (let ((buffer-read-only nil)) (save-excursion (goto-char (point-max)) (insert "\nfind " state) (forward-char -1) ;Back up before \n at end of STATE. (insert " at " (substring (current-time-string) 0 19)) (forward-char 1) (setq mode-line-process (concat ":" (symbol-name (process-status proc)))) ;; Since the buffer and mode line will show that the ;; process is dead, we can delete it now. Otherwise it ;; will stay around until M-x list-processes. (delete-process proc) (force-mode-line-update))) (message "find-dired %s finished." (current-buffer)))))) (provide 'find-dired) ;;; find-dired.el ends here --=-=-= Steve, can this be added to XEmacs? -- Mike Fabian --=-=-=-- From owner-xemacs-beta@xemacs.org Sat Sep 30 08:03:30 2000 Received: (from majordom@localhost) by gwyn.tux.org (8.9.3/8.9.1) id IAA15184 for xemacs-beta-out; Sat, 30 Sep 2000 08:03:30 -0400 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id IAA15181 for ; Sat, 30 Sep 2000 08:03:28 -0400 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id AF3981E18C for ; Sat, 30 Sep 2000 14:03:27 +0200 (MEST) Received: from Wotan.suse.de (Wotan.suse.de [10.10.0.1]) by Hermes.suse.de (Postfix) with ESMTP id 9A4563E44F for ; Sat, 30 Sep 2000 14:03:27 +0200 (MEST) Received: from gregory.suse.de (gregory.suse.de [10.10.0.230]) by Wotan.suse.de (Postfix) with SMTP id 847FB1C807F for ; Sat, 30 Sep 2000 14:03:27 +0200 (CEST) To: xemacs-beta@xemacs.org Subject: crash when loading file which contains EUC-JP and ISO-2022-JP Reply-To: mfabian@suse.de X-Face: "';oPz9V1+<,`}1ZuxRv~EiSusWq*{Yjr"Sdvbhq'?q=2R\\6Y9O/,SAE`{J|6I=|w/sQg< rW_N'E3IV6~f8?\l#Es`]S`mv',PY(`8{$$R?+gLu}Qv/Mn>)?uladFjJ@yl!_p_Jh;5QxlD6zL:?r IXe4FfK$C^mWhh$o`yt;.r.FLZLQOWBt> Date: 30 Sep 2000 14:02:23 +0200 Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Lines: 244 Sender: owner-xemacs-beta@xemacs.org Precedence: bulk X-Mailing-List: --=-=-= Save the following attached file: --=-=-= Content-Type: application/x-gzip Content-Disposition: attachment; filename=kanji.euc-iso.gz Content-Transfer-Encoding: base64 H4sICB7E1TkAA2thbmppLmV1Yy1pc28A23Jw9y8uaRUnE0frKmkNJy4ANVx+kxAAAAA= --=-=-= Content-Type: text/plain; charset=iso-2022-jp (This file is only gzipped, because Gnus runs into an endless loop when I attach it without gzipping. That is probably also a bug, but a different one.). Gunzip it, start XEmacs and let it load this file: mfabian@gregory:~/xemacs-bug$ LANG=ja_JP xemacs -q -vanilla kanji.euc-iso Fatal error (11). Your files have been auto-saved. Use `M-x recover-session' to recover them. It is important to use "LANG=ja_JP", it will not happen with "LANG=C". The file "kanji.euc-iso" contains only two lines. Both lines contain only the Japanese word "$B4A;z(B" (Kanji). The first line contains this word in EUC-JP encoding, the second line in ISO-2022-JP encoding. The order of these lines is also important, if the ISO-2022-JP line comes first like in the gunzipped version of this file: --=-=-= Content-Type: application/x-gzip Content-Disposition: attachment; filename=kanji.iso-euc.gz Content-Transfer-Encoding: base64 H4sICDDE1TkAA2thbmppLmlzby1ldWMAk1ZxMnG0rpLWcOLacnD3Ly4A7qc97hAAAAA= --=-=-= XEmacs will not crash (but of course the EUC-JP part is unreadable). I encounter this problem often when opening Japanese *.patch files, which often contain both EUC-JP in some hunks and ISO-2022-JP in other hunks. If the EUC-JP comes first, XEmacs will crash. I use the following XEmacs version: In XEmacs 21.1 (patch 10) "Capitol Reef" [Lucid] (i686-pc-linux, Mule) of Mon May 8 2000 on nozomi configured using `configure --prefix=/opt/stow/xemacs-21.1.10 --with-mule=yes --with-dialogs=athena3d --with-xface=yes --with-wnn=yes --with-canna=yes --with-xim=xlib --with-xfs --with-menubars=lucid --site-includes=/opt/include --site-libraries=/opt/lib '--cflags=-g -O4 -fno-strength-reduce'' (The same problem also occurs with the XEmacs 21.1.12 from the SuSE rpm). Here is the lisp backtrace: --=-=-= Content-Disposition: attachment; filename=lisp-backtrace Content-Transfer-Encoding: 8bit Lisp backtrace follows: # (unwind-protect ...) # bind (result force) hack-local-variables-prop-line(nil) # bind (enable-local-variables) # (unwind-protect ...) # bind (just-from-file-name) set-auto-mode() byte-code("..." [set-auto-mode t] 1) # (condition-case ... . ((error (byte-code ",A@(B,AA(B,AB(B !\"ˆ,AD(B‡" ... 4)))) # bind (find-file) normal-mode(t) # bind (nomodes after-find-file-from-revert-buffer noauto warn error) after-find-file(nil t) byte-code("..." [set-buffer-major-mode buf erase-buffer nil (byte-code ",A+(B‡,AA(B\n,AC(B\"ˆ,A*(B…,AD(B\n,AC(B\"ˆ,AA(B‡" [rawfile insert-file-contents-literally filename t insert-file-contents] 3) ((file-error ...)) buffer-file-truename truename number buffer-file-number system-type vax-vms logical string-match ":" file-name-directory filename 0 find-file-not-true-dirname-list buffer-file-name find-file-use-truenames abbreviate-file-name default-directory backup-enable-predicate make-local-variable backup-inhibited t rawfile after-find-file error nowarn] 4) # (condition-case ... . ((t (byte-code ",A@(B !ˆ,AB(B @ A\"‡" ... 3)))) # (unwind-protect ...) # bind (error number truename buf rawfile nowarn filename) find-file-noselect("/suse/mfabian/xemacs-bug/kanji.euc-iso") # bind (codesys filename) find-file("/suse/mfabian/xemacs-bug/kanji.euc-iso") # bind (dir file-count line end-of-options first-file-buffer file-p arg tem) command-line-1() # bind (command-line-args-left) command-line() # (unwind-protect ...) normal-top-level() # (condition-case ... . error) # (catch top-level ...) Segmentation fault (core dumped) --=-=-= And here is the C backtrace: --=-=-= Content-Disposition: attachment; filename=c-backtrace mfabian@gregory:~/xemacs-bug$ gdb /packages/bin/xemacs core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-suse-linux"... Core was generated by `xemacs -q -vanilla kanji.euc-iso'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libcanna.so...done. Reading symbols from /usr/lib/libRKC.so...done. Reading symbols from /usr/X11R6/lib/libXaw.so.6...done. Reading symbols from /usr/lib/libtiff.so.3...done. Reading symbols from /usr/lib/libpng.so.2...done. Reading symbols from /usr/lib/libjpeg.so.62...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Reading symbols from /usr/X11R6/lib/libXmu.so.6...done. Reading symbols from /usr/X11R6/lib/libXt.so.6...done. Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Reading symbols from /usr/X11R6/lib/libSM.so.6...done. Reading symbols from /usr/X11R6/lib/libICE.so.6...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /lib/libdb.so.3...done. Reading symbols from /usr/lib/libgpm.so.1...done. Reading symbols from /lib/libncurses.so.4...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libncurses.so.5...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /usr/lib/gconv/EUC-JP.so...done. Reading symbols from /usr/lib/gconv/libJIS.so...done. #0 0x403b5ac1 in __kill () from /lib/libc.so.6 (gdb) where #0 0x403b5ac1 in __kill () from /lib/libc.so.6 #1 0x80a96c7 in fatal_error_signal (sig=11) at emacs.c:263 #2 0x403b59e8 in __restore () at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127 #3 0x814e45c in Fskip_chars_forward (string=136577180, lim=137227876, buffer=137227876) at search.c:900 #4 0x808b4b7 in Fbyte_code (bytestr=136576616, vector=136577024, maxdepth=11) at bytecode.c:973 #5 0x80ad9dd in funcall_lambda (fun=136577480, nargs=1, arg_vector=0xbfffce18) at eval.c:3597 #6 0x80ace72 in funcall_recording_as (recorded_as=138174288, nargs=1, args=0xbfffce14) at eval.c:3214 #7 0x80b1079 in Ffuncall (nargs=2, args=0xbfffce14) at eval.c:3238 #8 0x808a7f9 in Fbyte_code (bytestr=136573356, vector=136573732, maxdepth=11) at bytecode.c:416 #9 0x80ad9dd in funcall_lambda (fun=136574076, nargs=0, arg_vector=0xbfffcfa8) at eval.c:3597 #10 0x80ace72 in funcall_recording_as (recorded_as=138190184, nargs=0, args=0xbfffcfa4) at eval.c:3214 #11 0x80b1079 in Ffuncall (nargs=1, args=0xbfffcfa4) at eval.c:3238 #12 0x808a7f9 in Fbyte_code (bytestr=136570992, vector=136571032, maxdepth=3) at bytecode.c:416 #13 0x80ac6d3 in Feval (form=136570968) at eval.c:3063 #14 0x80aab02 in condition_case_3 (bodyform=136570968, var=137809392, handlers=136571068) at eval.c:1653 #15 0x808abdf in Fbyte_code (bytestr=136570864, vector=136570920, maxdepth=7) at bytecode.c:576 #16 0x80ad9dd in funcall_lambda (fun=136571572, nargs=1, arg_vector=0xbfffd698) at eval.c:3597 #17 0x80ace72 in funcall_recording_as (recorded_as=138190156, nargs=1, args=0xbfffd694) at eval.c:3214 #18 0x80b1079 in Ffuncall (nargs=2, args=0xbfffd694) at eval.c:3238 #19 0x808a7f9 in Fbyte_code (bytestr=136569628, vector=136569896, maxdepth=11) at bytecode.c:416 #20 0x80ad9dd in funcall_lambda (fun=136570708, nargs=2, arg_vector=0xbfffd9d8) at eval.c:3597 #21 0x80ace72 in funcall_recording_as (recorded_as=138189932, nargs=2, args=0xbfffd9d4) at eval.c:3214 #22 0x80b1079 in Ffuncall (nargs=3, args=0xbfffd9d4) at eval.c:3238 #23 0x808a7f9 in Fbyte_code (bytestr=136568384, vector=136568572, maxdepth=9) at bytecode.c:416 #24 0x80ac6d3 in Feval (form=136568360) at eval.c:3063 #25 0x80aab02 in condition_case_3 (bodyform=136568360, var=137326376, handlers=136569116) at eval.c:1653 #26 0x808abdf in Fbyte_code (bytestr=136567104, vector=136567500, maxdepth=13) at bytecode.c:576 #27 0x80ad9dd in funcall_lambda (fun=136569264, nargs=1, arg_vector=0xbfffe24c) at eval.c:3597 #28 0x80ace72 in funcall_recording_as (recorded_as=138057652, nargs=1, args=0xbfffe248) at eval.c:3214 #29 0x80b1079 in Ffuncall (nargs=2, args=0xbfffe248) at eval.c:3238 #30 0x808a7f9 in Fbyte_code (bytestr=136561180, vector=136561276, maxdepth=7) at bytecode.c:416 #31 0x80ad9dd in funcall_lambda (fun=136561316, nargs=1, arg_vector=0xbfffe798) at eval.c:3597 #32 0x80ace72 in funcall_recording_as (recorded_as=137865120, nargs=1, args=0xbfffe794) at eval.c:3214 #33 0x80b1079 in Ffuncall (nargs=2, args=0xbfffe794) at eval.c:3238 #34 0x808a7f9 in Fbyte_code (bytestr=136516272, vector=136516652, maxdepth=17) at bytecode.c:416 #35 0x80ad9dd in funcall_lambda (fun=136517180, nargs=0, arg_vector=0xbfffea98) at eval.c:3597 #36 0x80ace72 in funcall_recording_as (recorded_as=138150892, nargs=0, args=0xbfffea94) at eval.c:3214 #37 0x80b1079 in Ffuncall (nargs=1, args=0xbfffea94) at eval.c:3238 #38 0x808a7f9 in Fbyte_code (bytestr=136513520, vector=136513688, maxdepth=9) at bytecode.c:416 #39 0x80ad9dd in funcall_lambda (fun=136513908, nargs=0, arg_vector=0xbfffee98) at eval.c:3597 #40 0x80ace72 in funcall_recording_as (recorded_as=138150640, nargs=0, args=0xbfffee94) at eval.c:3214 #41 0x80b1079 in Ffuncall (nargs=1, args=0xbfffee94) at eval.c:3238 #42 0x808a7f9 in Fbyte_code (bytestr=136511148, vector=136511408, maxdepth=13) at bytecode.c:416 #43 0x80ad9dd in funcall_lambda (fun=136511952, nargs=0, arg_vector=0xbfffef74) at eval.c:3597 #44 0x80ad58e in apply_lambda (fun=136511952, numargs=0, unevalled_args=137227876) at eval.c:3501 #45 0x80ac82f in Feval (form=137919916) at eval.c:3085 #46 0x80b0d12 in condition_case_1 (handlers=137227988, bfun=0x80abedc , barg=137919916, hfun=0x8093500 , harg=137227876) at eval.c:1653 #47 0x8093587 in top_level_1 (dummy=137227876) at cmdloop.c:206 #48 0x80b0be0 in internal_catch (tag=137302556, func=0x8093558 , arg=137227876, threw=0x0) at eval.c:1328 #49 0x8092e8a in initial_command_loop (load_me=137227876) at cmdloop.c:285 #50 0x80a7f85 in xemacs_21_1_10_i686_pc_linux (argc=4, argv=0xbffff414, envp=0xbffff428, restart=0) at emacs.c:1720 #51 0x80a98e4 in main (argc=4, argv=0xbffff414, envp=0xbffff428) at emacs.c:2137 (gdb) --=-=-= -- Mike Fabian --=-=-=--