August 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Macros: Scheme vs Common Lisp 26 years, 3 months

Karl M. Hegbloom

>>>>> "Craig" == Craig Lanning <CraigL(a)internetx.net> writes: Craig> Having now read "Macros in Scheme" and the first four parts Craig> of "An Introduction To Macro Expansion Algorithms" [...] Where may I find those so that I can also read them, please?

1 participants
0 comments

[crash] Compiling w/o .png cures 24bpp laptop crashes. 26 years, 3 months

Karl M. Hegbloom

I don't know why it never occured to me to try it before... but I just recompiled XEmacs-21.2-b1 on the laptop where it had been crashing, this time --with-png=no, and the crashes are cured. I guess that narrows the location of the programmer error somewhat... whether it's Jareth's codes or the libpng folks bug, I haven't a clue.

2 participants
1 comments

Macros: Scheme vs Common Lisp 26 years, 3 months

Craig Lanning

CL -- Common Lisp EL -- Emacs Lisp Having now read "Macros in Scheme" and the first four parts of "An Introduction To Macro Expansion Algorithms" I am still not convinced that CL's macro facility is in such shambles. It seems that Scheme's need for "hygenic" macros comes from its "feature" of having each symbol name a variable or a function, but not both simultaneously and its apparent lack of CL style packages. One example that shows the "symbol names function" vs "symbol names variable" problem is (let ((cons '())) (push "ghengis" cons) (push "khubla" cons) cons) This is a problem in Scheme because CONS is defined to be a function for constructing lists. Within this LET it is rebound to be a variable holding an empty list. In CL, function and variable bindings are separate. CONS is defined as a function by the standard, but carries no variable definition [it is unbound], therefore, LET is free to establish a local variable binding for CONS and PUSH will not be confused because it will use the function binding for CONS. This form evaluates correctly in CL and EL. One example that can be fixed by use of packages is [Scheme form]: (let* ((cons (lambda (name) (case name ((phil) '("three-card monte")) ((dick) '("secret plan to end the war" "agnew" "not a crook")) ((jimmy) '("why not the best")) ((ron) '("abolish the draft" "balance the budget")) (else '())))) (scams (cons 'phil))) (push (car (cons 'jimmy)) scams) (push (cadr (cons 'ron)) scams) scams) If the application really needs a function named CONS with different behavior that CL's CONS, a new package should be defined which shadows the CONS symbol [CL form]: (defpackage FOO (:use CL) (:shadow CONS)) (in-package :FOO) (labels ((cons (name) (case name ((phil) '("three-card monte")) ((dick) '("secret plan to end the war" "agnew" "not a crook")) ((jimmy) '("why not the best")) ((ron) '("abolish the draft" "balance the budget")) (t nil)))) (let ((scams (cons 'phil))) (push (car (cons 'jimmy)) scams) (push (cadr (cons 'ron)) scams) scams) Now, when CONS is seen in the code, one will know that it is the application's definition. When CL:CONS is seen, one will know that it is CL's definition. Craig Lanning E-Mail: CraigL(a)InternetX.net

1 participants
0 comments

Re: zenirc has an experimental package 26 years, 3 months

SL Baur

Charles G Waldman <cgw(a)pgt.com> writes in xemacs-beta(a)xemacs.org: > If we're going to supply an IRC client for XEmacs, I think "irchat" > might be a better choice. Irchat gives you a split window for commands > and the channel dialog, it has keybindings for common actions; I think > I like it better than "zenirc" (just my opinion). I need to play with > Zenirc a little more, maybe I'm missing something... Well, if I'm going to waste time fiddling with IRC, I might as well *really* waste time. I upload an irchat package for comparison: (irchat (standards-version 1.0 version "1.00" author-version "980625-2" date "oc key " build-date "1998-08-16" maintainer "XEmacs Development Team <xemacs-beta(a)xemacs.org>" distribution stable priority medium category "comm" dump nil description "ZENIRC IRC Client." filename "irchat-1.00-pkg.tar.gz" md5sum "fe58080b11e11315aa8116daf9f52658" size 212739 provides (irchat) requires () type regular )) This is a snapshot, and it's rough. ... > If we're going to start an IRC channel we ought to do > it on the Undernet - for instance, this is where the good #linux > channel is; the EFnet #linux channel tends to be a zoo. > Undernet servers all have geographically descriptive hostnames like > "phoenix.az.us.undernet.org", it's pretty easy to find one near you. > Right now, I'm holding onto the operator privileges for the Undernet > #xemacs channel, maybe I'll see some of you there. Of the two, I think I like zenirc better, but I am a total IRC novice. There's no reason not to include both.

1 participants
0 comments

zenirc has an experimental package 26 years, 3 months

SL Baur

I've uploaded an experimental XEmacs package for zenirc. Would anyone wish to try this out? The package-get-base info is: (zenirc (standards-version 1.0 version "1.00" author-version "2.112" date "1998-08-15" build-date "1998-08-15" maintainer "XEmacs Development Team <xemacs-beta(a)xemacs.org>" distribution stable priority medium category "comm" dump nil description "ZENIRC IRC Client." filename "zenirc-1.00-pkg.tar.gz" md5sum "3b428bcf7a8b63d6fce22a3d0154f9d0" size 167386 provides (zenirc) requires (zenirc) type regular ))

2 participants
1 comments

Re: zenirc has an experimental package 26 years, 3 months

SL Baur

Andrew J Cosgriff <ajc(a)bing.wattle.id.au> writes in xemacs-beta(a)xemacs.org: > SL Baur <steve(a)xemacs.org> wrote: ... >> Cool. Can you tell me the steps to talk to you on IRC[1][2]? (setq zenirc-server-default "irc.texas.net") > ... if you go to > www.efnet.net[1] and find a server near you, that's a start - there's an > efnet server near me. I'll try look out for an #xemacs channel in the > next few days - it could be kinda fun :) It works. I'm biased in favor of stuff with Noah Friedman's name on it. So I think it should be added as an XEmacs package.

1 participants
0 comments

Re: zenirc has an experimental package 26 years, 3 months

SL Baur

Andrew J Cosgriff <ajc(a)bing.wattle.id.au> writes in xemacs-beta(a)xemacs.org: > SL Baur <steve(a)xemacs.org> wrote: >> I've uploaded an experimental XEmacs package for zenirc. Would anyone >> wish to try this out? > Seemed ok for me - I've used zenirc a little bit before, and my existing > config still worked fine after replacing my by-hand install with the > package. Cool. Can you tell me the steps to talk to you on IRC[1][2]? Footnotes: [1] Yes, yes, I'm a bozo who doesn't know how to do IRC. [2] For testing purposes, only. :-)

2 participants
1 comments

X-error in get_mouse_position 26 years, 3 months

Gunnar Evermann

evaluating the following results in an X Error on stderr. (Linux 2.0.35, Xfree86 3.3.2, fvwm2). (progn (setq f (make-frame)) (delete-frame f) (mouse-position)) xemacs: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 40 (X_TranslateCoords) Resource id in failed request: 0x8002cf Serial number of failed request: 1455 Current serial number in output stream: 1455 I guess this behaviour somehow depends on the Setup of X and the wm. I have seen similar errors on Solaris2.6 with CDE. This happens whenever I quit an ediff session and the control frame is deleted. This error goes away if you switch to synchronous X communication, therefore I think that the following is The Right Patch. Please be advised that I have absolutely *no* knowledge of X programming, so please review carefully and don't assume that I know what I'm doing... There is at least one other X error which occurs intermittently and complains about freeing some private colours or somesuch. I have not yet been able to reproduce this. But since this happened in all versions of XEmacs I have ever used and really looks kind of unprofessional, we should IMHO hunt this a bit more aggressively. One approach would be to stick an abort() into x_error_handler() for all beta versions. What do you X-experts (no pun intended) think? --- frame-x.c.orig Sat Jun 13 06:28:48 1998 +++ frame-x.c Sat Aug 15 23:47:11 1998 ＠＠ -2371,6 +2371,8 ＠＠ unsigned int keys_and_buttons; struct frame *f; + XSync(display, False); + if (XQueryPointer (display, RootWindow (display, DefaultScreen (display)), &root_window, &child_window, &root_x, &root_y, &win_x, &win_y, &keys_and_buttons) == False)

1 participants
0 comments

Re: zenirc has an experimental package 26 years, 3 months

Andrew J Cosgriff

SL Baur <steve(a)xemacs.org> wrote: >I've uploaded an experimental XEmacs package for zenirc. Would anyone >wish to try this out? Seemed ok for me - I've used zenirc a little bit before, and my existing config still worked fine after replacing my by-hand install with the package. -- Andrew J Cosgriff <ajc(a)bing.wattle.id.au> exterminate all rational thought ! death when freedom homosapien yellow

1 participants
0 comments

Re: Faster lisp engine 26 years, 3 months

Michael Sperber

>>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes: Hrvoje> I don't think large amounts of code use dynamical scoping Hrvoje> without properly defvarring the symbols. I may be wrong, Hrvoje> though; I wish there was a better way to substantiate this Hrvoje> claim. I hope to have one soon. A student research group I've been leading has developed an automatic analysis which finds out exactly this. The prototype is up and running. Of course, the true purpose of this is secret at this time and utterly eevil ... -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

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 August 1998