March 2000 - XEmacs-Beta - XEmacs Mailing List Archives

[Q] info files listed at the top level 25 years

Didier Verna

In my top level Info buffer, I only have the xemacs-packages listed. Neither the site-packages nore the mule-packages info directories are present. What's wrong ? -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / EPITA / LRDE mailto:didier＠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

1 participants
0 comments

Re: [PATCH for 21.[12]] Re: Can't install packages produced on WindowsNT 25 years

Jan Vroonhof

Adrian Aichner <aichner(a)ecf.teradyne.com> writes: > is this a patch you have already submitted or commited? > > I haven't found it in xemacs-patches. I submitted it in mid 1999 somewhere. Michael Sperber promised to apply it with the accompanying EFS patches. Jan

1 participants
0 comments

Re: [FAIL] 21.2 from CVS 25 years

Didier Verna

Norbert Koch <norbert(a)s.netic.de> wrote: > After updating from CVS I get the following error: > > /usr/X11R6/include linuxplay.c > linuxplay.c:64: `#include' expects "FILENAME" or <FILENAME> > *** Error code 1 You have to process again your configure.in file with autoconf. -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / EPITA / LRDE mailto:didier＠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

1 participants
0 comments

Re: [PATCH for 21.[12]] Re: Can't install packages produced on WindowsNT 25 years

Michael Sperber

>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: >>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: >>> I will devise a patch for package-get.el and package-info.el to use >>> insert-file-contents-literally if nobody objects. Jan> Perfect. However it needs my patch to Jan> insert-file-contents-literally to actually work (currently Jan> i-f-c-l does not set the coding system!) APA> Hello Jan, APA> is this a patch you have already submitted or commited? I don't think so. It depends on EFS fixes I only committed yesterday. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Null BUFFER param to call-process-internal 25 years

Mike Alexander

I discovered that the new call-process-internal on Windows gets an error if you pass a nil for the BUFFER parameter. Here's a small patch that helps, although I don't think it is quite right yet since it seems to treat 0 and nil the same instead of returning immediately if BUFFER is 0. 2000-03-27 Mike Alexander <mta(a)arbortext.com> * process.el (call-process-internal): Handle a null BUFFER parameter correctly. Index: lisp/process.el =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/lisp/process.el,v retrieving revision 1.5.2.7 diff -u -r1.5.2.7 process.el --- process.el 2000/03/22 01:59:04 1.5.2.7 +++ process.el 2000/03/27 09:25:46 ＠＠ -106,6 +106,7 ＠＠ ;; use integerp for compatibility with existing ;; call-process rmsism. ((integerp buffer) (setq discard t) nil) + ((null buffer) (setq discard t) nil) (t (get-buffer-create buffer))))) (when (and stderr (not (eq t stderr))) (setq stderr (expand-file-name stderr))

1 participants
0 comments

Re: Errors building packages 25 years

Andreas Jaeger

>>>>> Vin Shelton writes: Vin> Andreas, Vin> Thanks for the latest package updates. I get the following errors Vin> while attempting to rebuild the packages from scratch with a 21.1.9 Vin> mule-enabled XEmacs: Vin> 1. While compiling html-mode in file /usr/local/build/xemacs-packages-2000-03-27/oa/psgml/psgml-html.el: Vin> ** assignment to free variable sgml-shortag Vin> ** assignment to free variable font-lock-defaults Vin> ** assignment to free variable font-lock-keywords-case-fold-search Vin> ** reference to free variable html-font-lock-keywords Vin> ** assignment to free variable font-lock-no-comments Vin> ** reference to free variable html-mode-syntax-table Vin> ** reference to free variable html-helper-completion-finder Vin> ** assignment to free variable imenu-create-index-function Vin> ** assignment to free variable imenu-sort-function Vin> ** reference to free variable sgml-html-menu Vin> While compiling html-helper-install-type: Vin> ** reference to free variable html-mode-map Vin> ** variable menu-string bound but not referenced Vin> While compiling html-helper-add-tag: Vin> ** reference to free variable html-mode-map Vin> While compiling toplevel forms: Vin> ** reference to free variable html-helper-base-map Vin> ** reference to free variable html-mode-map Vin> ** reference to free variable html-helper-list-menu Vin> ** assignment to free variable html-helper-list-menu Vin> While compiling html-helper-rebuild-menu: Vin> ** reference to free variable html-mode-map Vin> While compiling toplevel forms: Vin> !! Symbol's function definition is void ((read-kbd-macro)) Vin> Done Same problem here:-(. Jerry, can you look into it, please? Why is make continuing instead of stopping and barfing out :-( Vin> 2. make[2]: Entering directory `/usr/local/build/xemacs-packages-2000-03-27/prog/vhdl' Vin> xemacs -no-autoloads -batch -l ../../package-compile.el -- xemacs-base edit-utils c-support speedbar -- vhdl-mode.el Vin> Loading /usr/local/xemacs-mule/lib/xemacs-21.1.9/lisp/auto-autoloads... Vin> Loading /usr/local/build/xemacs-packages-2000-03-27/oa/speedbar/auto-autoloads... Vin> Loading /usr/local/build/xemacs-packages-2000-03-27/prog/c-support/auto-autoloads... Vin> Loading /usr/local/build/xemacs-packages-2000-03-27/oa/edit-utils/auto-autoloads... Vin> Loading /usr/local/build/xemacs-packages-2000-03-27/libs/xemacs-base/auto-autoloads... Vin> Compiling /usr/local/build/xemacs-packages-2000-03-27/prog/vhdl/vhdl-mode.el... Vin> While compiling toplevel forms in file /usr/local/build/xemacs-packages-2000-03-27/prog/vhdl/vhdl-mode.el: Vin> !! File error (("Cannot open load file" "ps-print")) Vin> Done I don't know how to handle this correctly. Adding a dependency on ps-print-nomule should fix this - but is this really ok? Andreas -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.rhein-neckar.de

1 participants
0 comments

Re: EFS 1.19 prerelease checked into CVS 25 years

Andreas Jaeger

>>>>> Michael Sperber writes: >>>>> "Andreas" == Andreas Jaeger <aj(a)suse.de> writes: Andreas> The only problem which I do have is that I can't make a sumo Andreas> tar ball since otherwise efs would be part of the sumo tar Andreas> ball. Michael> I'm afraid I don't understand what you're saying here. You can't make Michael> a SUMO tarball *because* I checked in a new EFS? When I upload a SUMO tarball, I'm using the current CVS archive of xemacs-packages and upload everything. If I upload today a SUMO tarball, it would include your EFS prerelease. Since you don't like to have it uploaded *now*, I'm not uploading a new SUMO tarball. I won't make a tarball because you asked me not to release the current version. Andreas -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.rhein-neckar.de

2 participants
1 comments

Errors building packages 25 years

Vin Shelton

Andreas, Thanks for the latest package updates. I get the following errors while attempting to rebuild the packages from scratch with a 21.1.9 mule-enabled XEmacs: 1. While compiling html-mode in file /usr/local/build/xemacs-packages-2000-03-27/oa/psgml/psgml-html.el: ** assignment to free variable sgml-shortag ** assignment to free variable font-lock-defaults ** assignment to free variable font-lock-keywords-case-fold-search ** reference to free variable html-font-lock-keywords ** assignment to free variable font-lock-no-comments ** reference to free variable html-mode-syntax-table ** reference to free variable html-helper-completion-finder ** assignment to free variable imenu-create-index-function ** assignment to free variable imenu-sort-function ** reference to free variable sgml-html-menu While compiling html-helper-install-type: ** reference to free variable html-mode-map ** variable menu-string bound but not referenced While compiling html-helper-add-tag: ** reference to free variable html-mode-map While compiling toplevel forms: ** reference to free variable html-helper-base-map ** reference to free variable html-mode-map ** reference to free variable html-helper-list-menu ** assignment to free variable html-helper-list-menu While compiling html-helper-rebuild-menu: ** reference to free variable html-mode-map While compiling toplevel forms: !! Symbol's function definition is void ((read-kbd-macro)) Done 2. make[2]: Entering directory `/usr/local/build/xemacs-packages-2000-03-27/prog/vhdl' xemacs -no-autoloads -batch -l ../../package-compile.el -- xemacs-base edit-utils c-support speedbar -- vhdl-mode.el Loading /usr/local/xemacs-mule/lib/xemacs-21.1.9/lisp/auto-autoloads... Loading /usr/local/build/xemacs-packages-2000-03-27/oa/speedbar/auto-autoloads... Loading /usr/local/build/xemacs-packages-2000-03-27/prog/c-support/auto-autoloads... Loading /usr/local/build/xemacs-packages-2000-03-27/oa/edit-utils/auto-autoloads... Loading /usr/local/build/xemacs-packages-2000-03-27/libs/xemacs-base/auto-autoloads... Compiling /usr/local/build/xemacs-packages-2000-03-27/prog/vhdl/vhdl-mode.el... While compiling toplevel forms in file /usr/local/build/xemacs-packages-2000-03-27/prog/vhdl/vhdl-mode.el: !! File error (("Cannot open load file" "ps-print")) Done - vin

1 participants
0 comments

Re: Modules API 25 years

Hrvoje Niksic

SL Baur <steve(a)beopen.com> writes: > > Thus a good first step for creating an API would be to *keep* the > > distinction of C/Lisp as the line between the implementation and the > > interface. For instance, we can say that the modules are allowed to: > > > * Define Lisp functions, symbols, and variables using DEFUN, > > defsymbol, and friends; > > > * Call existing Lisp functions using call* and Ffuncall(). For > > instance, call2 (Qfoo, make_int (1), Qbar); > > > * Call a small set of C functions directly -- stuff like Fcons() and > > Fget(). Given that all the needed functionality is available under > > the previous item, the initial number of functions in this set could > > be kept minimal. > > > Comments? > > You left out > > * define new lrecord types Right. That goes under "friends" above. > * acess to a subset of standard symbols (for basic coding systems, > etc.) I took that for granted. For my second point to work, you have to get at any symbol whatsoever. Like: static Lisp_Object Qfoo = intern ("foo"); at the time the module is initialized. > Also, is macro expansion an issue? I don't know. It might be important for binary compatibility between releases. But binary compatibility is very hard. We'll probably want to offer only source compatibility for starters. > Two other library interfacing issues I ran across doing the Postgres > interface are: > May I respectfully request that `define-error' be moved into C? I thought we had deferror(), or something like that? > May I respectfully request that the functionality of XtAppAddInput > be added to the XEmacs event loop? I think Lisp code should never have to deal with "file descriptors". There should be a standard way to hook into the event loop from C, though. I remember that William Perry used something like that to get the GPM support right. Bill, what do you think about this? > The Postgres interface code needs this to be able to deal with the > asynchronous interface adequately. Right now, hitting a blocking > operation that never returns kills the editor and that is > unacceptable. For one, C-g should always work. Asynchronous operations are a pain in Emacs, but they're also a must. I don't know enough about the internals to understand the issues involved. > Under Unix, we use select loops, either via Xt, or via a home-brewed > version when running tty-only. Does a similar functionality exist > under MS-Windows? I don't think so. This kind of thing is much harder under Windows. Remember Jonathan Harris' talk in Tsukuba last year? <shudder>

2 participants
1 comments

Re: A real database for Emacs 25 years

Hrvoje Niksic

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > Hrvoje Niksic <hniksic(a)iskon.hr> writes: > > > Since when? The module code has _never_ ever been stable, nor has > > it ever been used for anything other than testing. > > I meant 'stable' in the sense that it is finished but for makefile > hackery. They don't work under Windows or Cygwin if I remember correctly. The namespace problems are still unresolved. The portable dumper breaks them.

2 participants
1 comments

2025

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 March 2000