April 2001 - XEmacs-Beta - XEmacs Mailing List Archives

[comp.emacs.xemacs,comp.emacs] vc problems in XEmacs 21.1.14 23 years, 1 month

Steve Youngs

Could somebody please take a look at this. Adrian, you were the last person to sync VC, perhaps you could give it a look. Thanks. -- |---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------<youngs(a)xemacs.org>---|

4 participants
9 comments

font-create-object failure in GTK xemacs 23 years, 1 month

Petr Konecny

Hi, I am having problems with W3 and GTK, w3-fetch ends with: Signaling: (wrong-type-argument arrayp nil) font-default-size-for-device(nil) font-spatial-to-canonical("+12pt") css-expand-length("+12pt" t) css-expand-value(height "+12pt") css-parse-args(238 257) css-parse("file:/pkg/lib/xemacs/xemacs-packages/etc/w3/stylesheet" nil nil) I belive this happens because font-create-object always returns nil, since there is no entry for gtk in font-window-system-mappings. I suppose this is a bug of GTK support. (describe-installation) is attached. Regards, Petr uname -a: Linux chazelle 2.4.2-ac20-lowlat #1 Thu Mar 22 14:06:54 EST 2001 i686 unknown ./configure '--dynamic' '--external-widget' '--with-mule' '--with-pop' '--debug=no' '--error-checking=no' '--site-prefixes=/usr/local' '--with-xfs' '--without-gpm' '--with-gtk' '--with-gnome' XEmacs 21.2-b46 "Urania" configured for `i686-pc-linux'. Compilation / Installation: Source code location: /home/pekon/src/xemacs-21.2.46 Installation prefix: /usr/local Additional prefixes: /usr/local Operating system description file: `s/linux.h' Machine description file: `m/intel386.h' Compiler: gcc -g -O3 -Wall -Wno-switch -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: Using GTK menubars. Using GTK scrollbars. Using GTK dialog boxes. Using GTK 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. 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: postgresql/libpq-fe.h - Using PostgreSQL V7 bindings. Internationalization: Compiling in support for Mule (multi-lingual Emacs). - Using XFontSet to provide bilingual menubar. Mail: Compiling in support for POP mail retrieval. Compiling in support for "dot-locking" mail spool file locking method. Other Features: Compiling in support for dynamic shared object modules. -- Tomorrow, you can be anywhere.

1 participants
0 comments

glyphs and text in 21.5.0 vs 21.2.47 23 years, 1 month

John H Palmieri

XEmacs 21.5.0 isn't backwards compatible in how it treats glyphs. Suppose I paste this into the *scratch* buffer: (let ((glyph (make-glyph (vector 'xpm :file "~/alpha.xpm")))) (make-annotation glyph nil 'text (get-buffer (current-buffer))) (insert "TEXT\n") (make-annotation glyph nil 'text (get-buffer (current-buffer))) (insert "TEXT\n")) Then I go the end of this expression and hit C-x C-e. With 21.2.47, I get [picture]TEXT [picture]TEXT With 21.5.0, I get TEXT TEXT [picture][picture] Glancing at the documentation for make-annotation and the info page for "Annotation Basics", I think the old behavior is correct -- I think this is what the 'text layout is supposed to do -- but I'm not positive. -- J. H. Palmieri Dept of Mathematics, Box 354350 mailto:palmieri＠math.washington.edu University of Washington http://www.math.washington.edu/~palmieri/ Seattle, WA 98195-4350

1 participants
0 comments

Re: Couple of patches attached 23 years, 1 month

Jan Vroonhof

Fabrice Popineau <Fabrice.Popineau(a)supelec.fr> writes: > 2 - gnuserv for windows. This version has been grabbed on the net some > time ago, and verry slightly adapted from the original one to comply > with the current xemacs gnuserv.el . One nice thing to add is to look > for the xemacs path into the registry so that gnuclient be more likely > to succeed in launching xemacs. The xemacs.mak part of the patch is a > bit kludgy, but the nt/gnuserv directory hold various (sub)makefiles > that could help. Thanks Before I moved to the UK I was contacted by the NTEmacs gnuserv author to sync up things but unfortunately didn't have the time then. I'll try doing that in the next few weeks and merge in your changes. Jan

1 participants
0 comments

21.5.0 much slower? 23 years, 1 month

Raymond Toy

Anyone notice that 21.5.0 seems to be noticeably slower than 21.2.4[67]? Maybe it's my imagination, but with general use, it seems noticeably slower than before. I'm compiling with debugging, just like the 21.2 betas. Ray

2 participants
1 comments

XEmacs 21.4.1 "Copyleft" is released. 23 years, 1 month

Stephen J. Turnbull

* Xemacs 21.4.1 "Copyleft" is released. "Copyleft" is the second in the OXYMORON series of releases. Relative to XEmacs 21.4.0 "Solid Vapor", it contains a few typo fixes in the documentation and some fixes to critical bugs (all of which manifest rarely, fortunately). More detailed information about the changes is presented below. Xemacs 21.4.0 itself contained a large number of improvements and extensions to the current stable version, XEmacs 21.1.14. For more information about the OXYMORON series, see etc/NEWS, the initial release announcement http://www.xemacs.org/Releases/21.4.0.html and the release planning page, http://www.xemacs.org/Releases/Public-21.2/. For general information about XEmacs, the developers, and the user community, see our home page, http://www.xemacs.org/. * XEmacs 21.4.1 is "gamma" software. Besides the usual "no warranty" disclaimer (see etc/WARRANTY, sections 10 and 11), we are now experimenting with a level of stability intermediate between "beta" and "stable", dubbed "gamma". At this point all the developers and most of our beta testers trust the 21.4 code base with all their editing needs. However, for several reasons, for users who absolutely must minimize risk, we continue to recommend the 21.1 series. Nevertheless, almost all users will get very high reliability from XEmacs 21.4, and in return, access to many new features and improved functionality. No new destabilizing code will be added; each release in the 21.4 series should be strictly more stable and bug-free than the preceding one. We also recommend the 21.4 series to distribution packagers (such as Linux distributions and the open source BSD "ports" or "packages" maintainers) for their "testing" and "development" distributions. * Changes included in XEmacs 21.4.1 "Copyleft" - Temporary fix to crash in map-keymap applied. Thanks to Mike Alexander. No thanks to your Release Manager, who managed to omit applying it a couple of weeks ago. - Crash in Motif builds on closing frame fixed. Thanks to Glynn Clements. - Descriptions of workarounds for crashes and hangs related to ESD (don't configure it) and Athena3d (how to configure it properly) added to PROBLEMS. - about.el overhauled, a few new hackers' entries or photos added, and old ones updated. Thanks to Ben Wing. - More etc\NEWS. Thanks to Ben Wing. - Typo fix in etc\sample.init.el. Thanks to Ben Wing. - Typos fixed in a number of documents. * Getting XEmacs 21.4.1 XEmacs 21.4.1 is available in source form, including pre-compiled "core" Lisp libraries and pre-built Info files, from ftp.xemacs.org and mirrors (http://www.xemacs.org/Download/index.html#mirror_index). See http://www.xemacs.org/Download/ for general information about downloading XEmacs. (It will be updated to reflect the latest information about 21.4.1 shortly; our Webmaster is taking a well-earned vacation.) For those wedded to their old command-line FTP client, the following URLs may be useful: ftp://ftp.xemacs.org/pub/xemacs/xemacs-21.4/xemacs-21.4.1.tar.gz or build the Lisp and Info from source, saving download time, with ftp://ftp.xemacs.org/pub/xemacs/xemacs-21.4/xemacs-21.4.1-src.tar.gz In either case, you need the "packaged Lisp" for more than the most basic functionality. You may use packages previously installed for use with XEmacs 21.1 or later without change. For new installations, the "SUMO" distribution of (almost) all packaged Lisp is available as ftp://ftp.xemacs.org/pub/xemacs/packages/xemacs-sumo.tar.gz ftp://ftp.xemacs.org/pub/xemacs/packages/xemacs-mule-sumo.tar.gz The latter should be installed only if you are building XEmacs with the MULE multilingual support; it contains Lisp files that cannot be correctly loaded by a unibyte XEmacs. See README.packages. XEmacs 21.4.1 is also available via anonymous CVS. To get the latest in the 21.4 series, check out (or update) with the "release-21-4" tag. This should be sufficient for almost all users; from now on patches will be carefully screened to ensure that every release is more stable than the last. If for some reason you specifically want this release, use the "r21-4-1" tag. See http://cvs.xemacs.org/ for general instructions on getting XEmacs via anonymous CVS. Binary kits are not planned at this time, except for the MS Windows platform. The "netinstaller" for MS Windows uses prebuilt binaries, so it lags the source release by a few days. There will be an announcement of availability shortly. (The adventurous can subscribe to the xemacs-nt mailing list to learn about prerelease tests.) Installshield and Wise versions are also being discussed. We are considering providing binary kits for important platforms that lack independent distributors (a la the Linux "distributions" or the FreeBSD "ports" maintainers) for at least some releases once 21.4 is accepted as "stable". Volunteers should contact the Release Manager, "Stephen Turnbull" <stephen(a)xemacs.org>, and let me know what platforms you can build for. * Important notice for CVS users: The CVS Repository structure has been rationalized thanks to Michael Sperber. The development code is now on the trunk. There are several active branches, each with per-release tags of the form "r21-4-0" (major-minor-patchlevel), and a branch tag which always gives the tip: Branch Branch tag Release tag Development trunk (21.5): none r21-5-xx "Gamma" branch (21.4): release-21-4 r21-4-xx Stable branch (21.1): release-21-1 r21-1-xx The trunk has a special "moving" release tag, "r21-5-latest-beta". This is updated with each release to reflect the most recent beta release. (The Beta Release Maintainer makes some effort to ensure that beta releases at least build; there is no way to make such a guarantee for the tip of the trunk in our development model.) There is no "moving" release tag for stable versions; just use "-r release-21-1" if you need the current release of version 21.1, and "-r release-21-4" for 21.4. To update an existing CVS checkout to the trunk (development), use the -A flag to cvs update, or simply cvs checkout with no -r flag. To checkout or update to one of the other branches, use the -r flag with the appropriate branch tag. http://cvs.xemacs.org/ has more information. It is in the process of being updated, so some information about tags may be inaccurate for a few days. * Thanks ... to all the developers, reviewers, and testers; to the Electrotechnical Laboratory and BeOpen.com for financial support; to Tux.org and SourceForge[tm] for hosting services; and to our users. * Apologies No, I'm _still_ not using the latest and greatest XEmacs to write this. Next time.... April 19, 2001 XEmacs 21.4 Release Manager Stephen J. Turnbull <stephen(a)xemacs.org> -- 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."

1 participants
0 comments

Re[2]: setup.exe for XEmacs installation 23 years, 1 month

Andy Piper

At 07:40 AM 4/19/01 -0400, Craig Lanning wrote: >On Wed, 18 Apr 2001 10:46:57 -0700 Andy Piper <andyp(a)bea.com> wrote: > > > At 05:52 PM 4/18/01 +0100, Gunnar Evermann wrote: > > >We've started getting bug reports referring to 'setup.exe'. E.g.: > > > > > > > When downloading the *.gz files from the "setup.exe" program I > > > > consistently get the following error regardless of the download site > > > > that I use ... "Error downloading xemacs-i686-pc-cygwin32.tar.gx got > > > > 276 of xxx bytes". I also get a similar error when trying to > > > > download xemacs-i386-wing32. > > > > > >Andy, is this your netinstaller? Is it known that this doesn't work > > >for 21.4.0? I seem to remeber somebody mentioning that recently but > > >can't find details. > > > > I'm working on it, but its taking a little while because I ran into some > > build problems with the native version of 21.4.0. I hope to have something > > out by the weekend for testing. I'm also co-ordinating with Steve so that > > setup.ini should remain up-to-date in future. > >Is this the VC++ native version or the -mno-cygwin native version? > >I've been trying to compile with -mno-cygwin and running into problems. VC++. I noticed that the latest gcc seems to be broken wrt describing lib locations - this means that the XEmacs trickery for picking up mingw and cygwin includes doesn't work right now. I have to manually put extra_includes='-I/usr/include/ming -I/usr/include' to get the netinstaller to work. andy

1 participants
0 comments

Re: mule question 23 years, 1 month

Nickolay Pakoulin

intro: "JAT" == John A Turner <turner(a)blueskystudios.com> writes: JAT> I've always build w/o mule, but a colleague needs mule he's building his JAT> own executable, but I thought we might as well share the same packages JAT> tree, since we saw that the mule-sumo tarball just has the extra mule JAT> stuff in it - it un-tars nicely into its own mule-packages subdir in JAT> lib/xemacs, parallel to the xemacs-packages I was already using JAT> but now when I start my non-mule xemacs I see these warnings: JAT> (1) (warning/warning) Autoload error in: JAT> /usr/net/rnd/lib/xemacs/mule-packages/lisp/skk/auto-autoloads: JAT> Cannot open load file: mule JAT> (2) (warning/warning) Autoload error in: JAT> /usr/net/rnd/lib/xemacs/mule-packages/lisp/lookup/auto-autoloads: JAT> Cannot open load file: mule JAT> is this just one of those "don't do that" things, or should this be ok? JAT> that is, should we just ignore the warnings, or do they indicate some JAT> deeper badness? Don't worry, these warnings indicate that your non-mule xemacs browses through `skk' and `lookup', mule-supporting packages. If it disturbs you than rebuild your xemacs explicitly setting where to look for packages: configure --package-path=/usr/local/lib/xemacs/xemacs-packages Nick.

2 participants
1 comments

setup.exe for XEmacs installation 23 years, 1 month

Gunnar Evermann

We've started getting bug reports referring to 'setup.exe'. E.g.: > When downloading the *.gz files from the "setup.exe" program I > consistently get the following error regardless of the download site > that I use ... "Error downloading xemacs-i686-pc-cygwin32.tar.gx got > 276 of xxx bytes". I also get a similar error when trying to > download xemacs-i386-wing32. Andy, is this your netinstaller? Is it known that this doesn't work for 21.4.0? I seem to remeber somebody mentioning that recently but can't find details. Gunnar

5 participants
4 comments

Re: Seen in configure.usage 23 years, 1 month

Jan Vroonhof

Valdis.Kletnieks(a)vt.edu writes: > Not sure if that's a bug or a feature. Anybody want to get configure.in > and configure.help into sync? That would be very nice for the release... Jan

4 participants
3 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 April 2001