February 2006 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Announcing a Windows-native 21.4.19 installation kit 18 years, 10 months

Robinows＠aol.com

In a message dated 2/24/2006 1:46:15 A.M. Eastern Standard Time, acs(a)xemacs.org writes: - The default installation directory is now C:\Program Files\XEmacs. "%PROGRAMFILES%"\XEmacs would be better.

2 participants
1 comments

Re: [AC21.5] Fix EMACSPACKAGEPATH 18 years, 10 months

Vin Shelton

(Resent with attachment) Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: > APPROVE COMMIT 21.5 > > This (hopefully) fixes a regression in 21.5 reported by Vin. > > 2005-12-30 Mike Sperber <mike(a)xemacs.org> > > * packages.el (packages-find-all-package-hierarchies): Interpret > EMACSPACKAGEPATH as listing package direcories, not hierarchies. > This fixes a regression introduced in the change on 2005-01-08. Hi, Mike! Yes, that works. Thank you very much. My career as a prognosticator is in jeopardy, however, because once I've applied this, it turns out that the 21.5 version of my patch to find packages at run-time in ../xemacs-packages (attached) still doesn't work. [Can you believe it?! :-) ] Your original advice was to modify the root-finding code, and I have done that; with my modification installed, the parent of the xemacs-packages directory is correctly found as a root and a data root, but the xemacs-packages directory does not get searched and added to load-path. This technique worked for 21.4, but I guess there must be an extra step required for 21.5. Mike, do you have any suggestions for debugging this? Thank you and Happy New Year! - vin

3 participants
15 comments

Re: predictive.el -- predictive completion of words as you type in Emacs 18 years, 10 months

Uwe Brauer

>>>>> "Thorsten" == Thorsten Bonow <thorsten.bonow(a)post.rwth-aachen.de> writes: >>>>> "Uwe" == Uwe Brauer <oub(a)mat.ucm.es> writes: Uwe> There is also dabbrev-hover.el, however I had difficulties with this Uwe> package under Xemacs, however your pkg seem to work nicely. Predictive Uwe> on the other hand seems also not to work to smoothly with Xemacs (so Uwe> far). Thorsten> (Off topic I guess, maybe we should move to an XEmacs Thorsten> group...) Thorsten> Hm, I can't get pabbrev.el to work with XEmacs. I'm using Thorsten> XEmacs 21.4.19 coming with my up to date Debian Thorsten> Unstable. Starting with xemacs -vanilla and just loading Thorsten> pabbrev.el (after setting debug-on-error to t) gives me Thorsten> an error on the first completion. Thorsten> Did you do something special to make it work? Using 21.5 Thorsten> or something? I think we should move that to xemacs, maybe even xemacs-beta. No I am on xemacs-21.4.19 as you are. Maybe the problem has to do with your abbrev file? I am on No mule! Uwe

1 participants
0 comments

Stop building 21.5 nomule 18 years, 10 months

The XEmacs Package Smoketest

The XEmacs Package Smoketest wrote: > These are the results from the XEmacs Package Smoketest: > > 21.5-nomule -- errors > [...] The 21.5-nomule build has failed again. Actually I can't remember if it ever worked. I'm thinking of dropping that build from the smoketest since: * it is a pain for other users on the machine since it often makes xemacs spin and use all CPU before the watchdog script or root kills it, and * there isn't any interest in fixing the problem as it seems. Yours -- %% Mats

7 participants
20 comments

Re: [Bug: 21.5-b24] Problems with coding systems autodetect 18 years, 10 months

Joachim Schrod

>>>>> "sjt" == Stephen J Turnbull <stephen(a)xemacs.org> writes: >>>>> "Joachim" == Joachim Schrod <jschrod(a)acm.org> writes: Joachim> Lutz posted a three-linee change to mule-coding.c; if Joachim> more than twice the amount of odd runs appear than even Joachim> runs, coding category iso_8_1 is set to Joachim> `somewhat-likely'. See Joachim> http://list-archive.xemacs.org/xemacs-beta/200601/msg00083.html Joachim> This change works and makes auto-detection work for all Joachim> German files that I tried. sjt> It will also probably break auto-detection for Shift JIS and sjt> Big5. I have no files with any of those encodings to test. Can you (or anybody else) please send me a few by PM? But just from looking at the code, Big5 will be surely a problem. I wouldn't characterize that as `breaking', merely as `making a conflict explicit that is already there'. There are actually two cases. (Below I use the term `GR octet' to mean an octet in the range 0xA0..0xFE.) 1) There are only single GR octets in the file (no runs), and these single octets are not at the end of words. This is representative of many West-European languages (e.g., French, German, Danish), and is also a valid BIG5 encoding. Autodetection represents that conflict. Both big5 and iso_8_1 are rated as somewhat-likely, and the coding-priority list decides which one is taken. 2) There are mainly single GR octets in the file, those single octets are not at the end of the words, and some two byte runs of GR octets. This is still representative for the European languages named above. This is _as well_ a valid Big5 encoding, just like the case above. Even though this is the same conflict situation as case 1, autodetect suddenly decides differently here. It rates big5 as somewhat-likely (which is correct) and it rates iso_8_1 as somewhat-unlikely (which is definitively *not* correct, as this *is* a likely iso_8_1 encoding). My argument boils down to the point that these two cases represent the same situation, but are handled differently. It might be that the decision between iso_8_1 and big5 should be made by the coding-priority list, and not by autodetection. OTOH, I don't know enough about statistical distributions of big5 characters in typical BIG5-encoded texts, this might make my argument moot. Maybe a high amount of even-runs of GR octets should cause a quite-probable rating for BIG5, and not just a somewhat-likely?! Anyhow, sjt> On consideration, I don't see how to test that issue without, well, sjt> testing it. OK, let's do so. I see if I can improve the heuristic from Lutz (which is quite rough currently) and will post a patch against 21.5.25 later today. Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Joachim Schrod Email: jschrod(a)acm.org Roedermark, Germany

1 participants
0 comments

Updating JDE to 2.3.3 18 years, 10 months

Ville Skyttä

FYI, I'm going to sync JDE with upstream 2.3.3 soon, Andy ack'd in private mail. 2.3.3 only, not latest upstream, because 2.3.3 is the last one that works with the old "split" eieio, speedbar, semantic etc and doesn't require the new bundled upstream cedet. It looks like the patch is going to be huge, so I don't intend to post it to xemacs-patches; I gather the CVS commits list will have it anyway.

1 participants
1 comments

XEmacs Packages have been pre-released (2006-02-26-20) 18 years, 10 months

Norbert Koch

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey there everyone. I have just added the following packages to the 'Pre-Releases' directory: New Packages in Pre-Release: =========================== os-utils-1.37-pkg.tar.gz upstream version: none Previously Announced Packages Still in Pre-Release: ================================================== ediff-1.62-pkg.tar.gz upstream version: 2.75 edit-utils-2.33-pkg.tar.gz upstream version: none erc-0.20-pkg.tar.gz upstream version: Version 5.1.1 Revision: 1.796.2.3 jde-1.49-pkg.tar.gz upstream version: 2.3.2 riece-1.22-pkg.tar.gz upstream version: 2.0.2 tramp-1.30-pkg.tar.gz upstream version: 2.0.52 viper-1.48-pkg.tar.gz upstream version: 3.09 Detailed Changes: ================ - ------- ChangeLog Entries from xemacs-packages/os-utils/ChangeLog ------- 2006-02-26 Norbert Koch <viteno(a)xemacs.org> * Makefile (VERSION): XEmacs package 1.37 released. 2006-02-26 Mike Sperber <mike(a)xemacs.org> * inf-lisp.el (inferior-lisp-install-letter-bindings): Re-instate autoloads commented out by jwz eons ago---for some people, ILISP does suck more than inf-lisp.el. Installing These: ================ Manually: - -------- 1) Download the packages that you want to install from: /ftp.xemacs.org:/pub/xemacs/beta/experimental/packages/ 2) Unpack them to: [1] /usr/local/lib/xemacs/xemacs-packages/ 3) Re-start XEmacs. Using XEmacs Package Tools (XEmacs 21.[245].x): - ---------------------------------------------- 1) Tools -> Packages -> Add Download Site -> Pre-Releases 2) Tools -> Packages -> List and Install 3) Select the packages you wish to install (there are brief instructions at the bottom of the packages buffer). 4) Packages -> Install/Remove Selected 5) Re-start XEmacs. Using XEmacs Package Tools (XEmacs 21.1.14): - ------------------------------------------- 1) Options -> Manage Packages -> Add Download Site -> Pre-Releases 2) Options -> Manage Packages -> List and Install 3 - 5) As per XEmacs 21.[245].x. norbert - XEmacs Package Release Manager. Footnotes: [1] Note: Mule packages should be installed into: /usr/local/lib/xemacs/mule-packages/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEAf9Hgu3ywdHdhM0RAsjEAJ9A42nMOUsdP0ItfvajIrAf068x7ACfYW5k dkCs6UP3sQFpmVUnXGhoLkM= =O1aB -----END PGP SIGNATURE-----

1 participants
0 comments

[Success] XEmacs 21.5-b25 "eggplant" i686-pc-linux 18 years, 10 months

Joachim Schrod

Fetched it, configured and compiled without problems, and it works since a few minutes. :-) A small suggestion, though: Please remove the tag r21-5-current-beta from the files .dbxrc and .gdbinit in src/. They are generated and that causes locally modified files in my CVS workspace. Cheers, Joachim > XEmacs Build Report generated by emacs-version > 21.5 (beta25) "eggplant" XEmacs Lucid > with system-configuration > i686-pc-linux > follows: > Contents of /home/schrod/src/xemacs/xemacs-r21-5-current-beta/Installation: > (Output from most recent run of ./configure) uname -a: Linux n-puma 2.6.13-15.8-smp #1 SMP Tue Feb 7 11:07:24 UTC 2006 i686 i686 i386 GNU/Linux configure '--with-ipv6-cname=no' '--with-pop' '--with-mule' '--with-athena=3d' '--prefix=/opt/xemacs' '--with-optimization' XEmacs 21.5-b25 "eggplant" configured for `i686-pc-linux'. Compilation Environment and Installation Defaults: Source code location: /home/schrod/src/xemacs/xemacs-r21-5-current-beta Installation prefix: /opt/xemacs Operating system description file: `s/linux.h' Machine description file: `m/intel386.h' Compiler version: gcc (GCC) 4.0.2 20050901 (prerelease) (SUSE Linux) - GCC specs file: specs. - Compiler command: gcc -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wunused-parameter -g -O3 libc version: 2.3.5 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/X11/include - X Windows libraries location: /usr/X11/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. 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. Sound: Compiling in support for sound (native). Databases: Compiling in support for LDAP. 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. Mail: Compiling in support for POP mail retrieval. Compiling in support for "file" mail spool file locking method. Other Features: Inhibiting IPv6 canonicalization at startup. Compiling in support for dynamic shared object modules. Using the new GC algorithms. WARNING: --------------------------------------------------------- WARNING: The new algorithms are experimental. They are enabled by WARNING: default for this release. Use `--disable-kkcc' to WARNING: turn it off. WARNING: --------------------------------------------------------- Using the new allocator. WARNING: --------------------------------------------------------- WARNING: The new allocator is experimental. It is enabled by WARNING: default for this release. Use `--disable-mc-alloc' to WARNING: turn it off. WARNING: --------------------------------------------------------- Using the new portable dumper. Compiling in support for extra debugging code. Compiling in support for runtime error checking. WARNING: --------------------------------------------------------- WARNING: XEmacs will run noticeably more slowly as a result. WARNING: Error checking is on by default for XEmacs beta releases. WARNING: --------------------------------------------------------- > Contents of /home/schrod/src/xemacs/xemacs-r21-5-current-beta/xemacs-configure.err > keeping lines matching > "^--\[\[\|\]\]$\|^$cd\|n?make$\s-\|errors?\|warnings?\|pure.*$space\|size$\|hides\b\|strange\|shadowings\|^Compil$ing\s-+in\|ation$\|^Using\|not\s-+found\|^While\s-+compiling.*$ \s-+.+$*\|^Note:\|Installing\|[Ff]ile(s) copied\|\s-+tests\s-+\|^[A-Z] [^ ]+$\|^Wrong number of arguments:\|^ \*\* \|^$FAIL\|SKIP$:" > and then deleting lines matching > "confl.*with.*auto-inlining\|^Formatting:\|^\s-*0 .*$failure\|error$s?\|^PASS:\|(100%) tests successful" cd /home/schrod/src/xemacs/xemacs-r21-5-current-beta/ Compilation started at Sun Feb 26 18:15:44 2006 +0100 (CET) checking for preferred warning flags for XEMACS_CC... -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wunused-parameter checking for preferred warning flags for CC... -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wshadow -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes checking for dlerror... yes checking for _dlerror... no checking for ldap_result2error... yes checking for strerror in -lintl... no checking for perror... yes checking for strerror... yes Compilation Environment and Installation Defaults: Compiling in support for runtime error checking. Compilation finished at Sun Feb 26 18:16:31 > Contents of /home/schrod/src/xemacs/xemacs-r21-5-current-beta/xemacs-make-all.err > keeping lines matching > "^--\[\[\|\]\]$\|^$cd\|n?make$\s-\|errors?\|warnings?\|pure.*$space\|size$\|hides\b\|strange\|shadowings\|^Compil$ing\s-+in\|ation$\|^Using\|not\s-+found\|^While\s-+compiling.*$ \s-+.+$*\|^Note:\|Installing\|[Ff]ile(s) copied\|\s-+tests\s-+\|^[A-Z] [^ ]+$\|^Wrong number of arguments:\|^ \*\* \|^$FAIL\|SKIP$:" > and then deleting lines matching > "confl.*with.*auto-inlining\|^Formatting:\|^\s-*0 .*$failure\|error$s?\|^PASS:\|(100%) tests successful" cd /home/schrod/src/xemacs/xemacs-r21-5-current-beta/ make Compilation started at Sun Feb 26 18:18:27 2006 +0100 (CET) cd ./lib-src && make all cd ./lwlib && make all xlwmenu.c:3436: warning: 'level' may be used uninitialized in this function xlwgauge.c:841: warning: missing sentinel in function call cd ./src && make all cmdloop.c:613: warning: no return statement in function returning non-void extents.c:3118: warning: 'gb.width' is used uninitialized in this function extents.c:3118: warning: 'gb.active' is used uninitialized in this function extents.c:3118: warning: 'gb.findex' is used uninitialized in this function extents.c:3137: warning: 'gb.width' is used uninitialized in this function extents.c:3137: warning: 'gb.active' is used uninitialized in this function extents.c:3137: warning: 'gb.findex' is used uninitialized in this function redisplay-output.c:837: warning: 'block_end' may be used uninitialized in this function redisplay-output.c:765: warning: 'block_end' may be used uninitialized in this function redisplay-output.c:750: warning: 'next_start_pixpos' may be used uninitialized in this function frame-x.c:778: warning: missing sentinel in function call frame-x.c:783: warning: missing sentinel in function call frame-x.c:882: warning: missing sentinel in function call objects-x.c:830: warning: 'xlfd' is used uninitialized in this function free-hook.c:261: warning: dereferencing type-punned pointer will break strict-aliasing rules Using load-path (/home/schrod/src/xemacs/xemacs-r21-5-current-beta/lisp/) Using module-load-path (/home/schrod/src/xemacs/xemacs-r21-5-current-beta/modules) Generating autoloads for lisp/next-error.el... Using load-path (/home/schrod/src/xemacs/xemacs-r21-5-current-beta/lisp/) Using module-load-path (/home/schrod/src/xemacs/xemacs-r21-5-current-beta/modules) Computing custom-loads for next-error... cd ./modules/ldap && make all cd /home/schrod/src/xemacs/xemacs-r21-5-current-beta/man && make info Compilation finished at Sun Feb 26 18:22:36 > Contents of /home/schrod/src/xemacs/xemacs-r21-5-current-beta/xemacs-make-install.err > keeping lines matching > "^--\[\[\|\]\]$\|^$cd\|n?make$\s-\|errors?\|warnings?\|pure.*$space\|size$\|hides\b\|strange\|shadowings\|^Compil$ing\s-+in\|ation$\|^Using\|not\s-+found\|^While\s-+compiling.*$ \s-+.+$*\|^Note:\|Installing\|[Ff]ile(s) copied\|\s-+tests\s-+\|^[A-Z] [^ ]+$\|^Wrong number of arguments:\|^ \*\* \|^$FAIL\|SKIP$:" > and then deleting lines matching > "confl.*with.*auto-inlining\|^Formatting:\|^\s-*0 .*$failure\|error$s?\|^PASS:\|(100%) tests successful" cd /home/schrod/src/xemacs/xemacs-r21-5-current-beta/ make install Compilation started at Sun Feb 26 18:26:40 2006 +0100 (CET) cd ./lib-src && make all cd ./lwlib && make all cd ./src && make all cd ./modules/ldap && make all cd /home/schrod/src/xemacs/xemacs-r21-5-current-beta/man && make info cd ./src && make check-features Installing utilities run internally by XEmacs. Installing utilities for users to run. cd /opt/xemacs/bin && rm -f ./xemacs && ln -s xemacs-21.5-b25 ./xemacs cd /home/schrod/src/xemacs/xemacs-r21-5-current-beta/etc && \ make gzip-el Compilation finished at Sun Feb 26 18:26:50 --

1 participants
1 comments

aspell and ispell-PERSOANL-dictionary problem (sorry for the mistake) 18 years, 10 months

Marco Zunino

Sorry, in my previous message I wrote ispell-local-dictionary. Actually it is ispell-personal-dictionary. There is a revided post. (as an extra infromation, I am using aspell 0.60.4). Hello to everybody. I have this serious problem using flyspell.el (but actually I think that the problem is really in ispell.el) with GNU aspell (I do not have the same problem with ispell, but I would like to use aspell). The ispell local dictionary is not saved. No matter of what I do. Even if I set the variable ispell-personal-dictionary, the words are not saved. If I ask to save a word, then I get a message "Personal dictionary saved.", but that is not true. Moreover, if set ispell-personal-dictionary and I add manually words to the file, then these words are not used. I tried to post the problem in the aspell mailing list months ago, but no one answered me. Can anybody help me? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 participants
1 comments

aspell and ispell-local-dictionary problem 18 years, 10 months

Marco Zunino

Hello to everybody. I have this serious problem using flyspell.el (but actually I think that the problem is really in ispell.el) with GNU aspell (I do not have the same problem with ispell, but I would like to use aspell). The ispell local dictionary is not saved. No matter of what I do. Even if I set the variable ispell-local-dictionary, the words are not saved. If I ask to save a word, then I get a message "Personal dictionary saved.", but that is not true. Moreover, if set ispell-local-dictionary and I add manually words to the file, then these words are not used. I tried to post the problem in the aspell mailing list months ago, but no one answered me. Can anybody help me? Thanks a lot in advance, Marco __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 participants
0 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta February 2006