August 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Ben's ``Architecting XEmacs'' web site is officially `Open' 27 years, 2 months

Martin Buchholz

Please take a look at http://devel.xemacs.org/xemacs (Note that this location is temporary. It will be integrated into the main XEmacs web site sometime soon.) The site is not yet complete, but it is in good enough shape that I would like other peoples' constructive comments. Editing and proof-reading will gladly be accepted. Please send patches to me (ben(a)xemacs.org). Martin (typing for Ben)

1 participants
0 comments

[success, after a while] 21.2 "Aether-pre3" XEmacs Lucid (beta2) on mips-sgi-irix6.3 27 years, 2 months

Remek Trzaska

I had to edit src/dired.c to get rid of compiler errors. Do `user_cache' variables have to be initialized at the end of the file?? Remek cc -c -O2 -n32 -mips4 -w -OPT:Olimit=3300 -Demacs -I. -DHAVE_CONFIG_H -I/usr/people/remek/include -I/usr/npac/include -xansi dired.c "dired.c", line 940: error(1143): declaration is incompatible with "char **user_cache" (declared at line 588) user_cache = NULL; ^ 1 error detected in the compilation of "dired.c". make[1]: *** [dired.o] Error 2 --- src/dired.c.old Wed Aug 19 12:11:35 1998 +++ src/dired.c Wed Aug 19 12:13:17 1998 ＠＠ -585,9 +585,9 ＠＠ return Qnil; } -static char **user_cache; -static int user_cache_len; -static int user_cache_max; +static char **user_cache = NULL; +static int user_cache_len = 0; +static int user_cache_max = 0; static long user_cache_time; #define USER_CACHE_REBUILD (24*60*60) /* 1 day, in seconds */ ＠＠ -937,6 +937,3 ＠＠ Vcompletion_ignored_extensions = Qnil; } - user_cache = NULL; - user_cache_len = 0; - user_cache_max = 0; > XEmacs Build Report as generated > by build-report-version 1.35 follows: > Contents of /home/R11A/remek/local/src/xemacs-21.2/Installation: > (Output from most recent run of ./configure)

1 participants
0 comments

Re: 20.1-b51 crash on Solaris 27 years, 2 months

Raymond Toy

>>>>> "Gunnar" == Gunnar Evermann <Gunnar.Evermann(a)nats.informatik.uni-hamburg.de> writes: Gunnar> SL Baur <steve(a)xemacs.org> writes: >> I keep hoping this bug, which has been reported hundreds if not >> thousands of times since I've been XEmacs maintainer, will go away. >> It's a combination of Sun+Sparcworks and the EOS debugger stuffs. >> Maybe someday, someone will fix it. If it were reproducible, I would try to fix it. It's rather random. Gunnar> I use the Sun stuff practically all day and never saw such a Gunnar> crash! Yes, but do you use XEmacs to talk to the Sparcworks debugger? If you do and it never crashes, I want to know what you are using. We currently running Sparcworks (or is that Workshop) 3.1, or so. Gunnar> ^^^ Gunnar> Wow -- you're doing Fortran??? I thought/hoped that had died a decade Gunnar> ago. Debugging someone else's code that I need to run the simulations for what I'm doing. Fortran is alive and well. I just choose to ignore it when I can, and I can't in this case. Ray

1 participants
0 comments

Re: Status of XEmacs under MS-Windows? 27 years, 2 months

Adrian Aichner

Hello Mike, I am using XEmacs on Windows NT4sp3, native build with VC++5.0. For editing Elisp, Perl, C, HTML it works great. Also, CVS commands run via M-x compile work fine with cvs-1.9.28 or cvs-1.10 (untested by me). The problems I'm aware of are: 1. The design decision to use UNC path breaks a lot of packages including: efs w3 pcl-cvs NTemacs, using UNIX style filenames, does not have this problem. 2. Only 32 sub-processes can be created before restarting XEmacs. This makes ediff useless for more than 32 differences. 3. dired-do-shell-command (!) does not work. 4. Inserting tags from menus does not work in PSGML (HTML mode). Yet, it's still the Killer-App on my Notebook PC :-) HTH, Adrian -- Adrian Aichner Applications Engineer Teradyne GmbH Semiconductor Test Group Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 D-81673 MUENCHEN E-mail aichner(a)ecf.teradyne.com

2 participants
1 comments

Re: [jochen.hinrichsen@db.com] Jochen Hinrichsen ist nicht im Büro vom 13.08.98 bis zum 08.09.98 27 years, 2 months

Didier Verna

Adrian Aichner <aichner(a)ecf.teradyne.com> writes: > translating to: > > Mr. Hinrichsen ist not reachable until 08.09 [8th of September]. In urgent ^^^^^ > cases please get in contact with Mr. Dr. Naves. You probably mean something like this: Missterr Hinrichsen ist nott rreachable until 08.09. In urrchent kases, pliss get in kontakt wizz Mr. Neiffss. ;-) ;-) --Didier Ferrna

1 participants
0 comments

Re: [jochen.hinrichsen@db.com] Jochen Hinrichsen ist nicht im Büro vom 13.08.98 bis zum 08.09.98 27 years, 2 months

Adrian Aichner

>>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: sb> [1 <text/plain; US-ASCII (7bit)>] sb> ??? sb> [2 <message/rfc822>] sb> [2.1 Jochen Hinrichsen ist nicht im Büro vom 13.08.98 bis zum 08.09.98 sb> <text/plain; iso-8859-1 (8bit)>] sb> X-From-Line: jochen.hinrichsen(a)db.com Wed Aug 19 01:34:32 1998 sb> Return-Path: <jochen.hinrichsen(a)db.com> sb> Received: from gwyn.tux.org (gwyn.tux.org [207.96.122.8]) sb> by altair.xemacs.org (8.9.1/8.9.1) with ESMTP id BAA17952 sb> for <steve(a)altair.xemacs.org>; Wed, 19 Aug 1998 01:34:27 -0700 sb> From: jochen.hinrichsen(a)db.com sb> Received: from ebn00pgh00.esb.eur.deuba.com (gate0.de.deuba.com [193.150.166.50]) sb> by gwyn.tux.org (8.8.8/8.8.8) with ESMTP id EAA14290 sb> for <steve(a)xemacs.org>; Wed, 19 Aug 1998 04:27:57 -0400 sb> Received: by ebn00pgh00.esb.eur.deuba.com sb> id KAA36392; Wed, 19 Aug 1998 10:27:56 +0200 sb> Received: ebn00pgh00.esb.eur.deuba.com sb> id xma035546; Wed, 19 Aug 98 10:27:51 +0200 sb> Received: from bmr1-e1.esb.eur.deuba.com by imr1.esb.eur.deuba.com sb> id KAA07220; Wed, 19 Aug 1998 10:27:50 +0200 (MET DST) sb> Received: from dbogw2-e1.esb.eur.deuba.com by bmr1-e1.esb.eur.deuba.com sb> id KAA26916; Wed, 19 Aug 1998 10:27:50 +0200 (MET DST) sb> Received: by dbogw2-e1.esb.eur.deuba.com(Lotus SMTP MTA Lotus SMTP MTA v4.6 hotfix 1 (604.2 4-1-1998)) id 41256665.0033F67E ; Wed, 19 Aug 1998 10:27:34 +0100 sb> X-Lotus-FromDomain: GEFM＠DEUBAINT sb> To: steve(a)xemacs.org sb> Message-ID: <41256665.003486BB.00(a)dbogw2-e1.esb.eur.deuba.com> sb> Date: Wed, 19 Aug 1998 10:33:43 +0100 sb> Subject: Jochen Hinrichsen ist nicht im Büro vom 13.08.98 bis zum 08.09.98 sb> Mime-Version: 1.0 sb> Content-type: text/plain; charset=iso-8859-1 sb> Content-Transfer-Encoding: 8bit sb> X-MIME-Autoconverted: from quoted-printable to 8bit by altair.xemacs.org id BAA17952 sb> Lines: 4 sb> Xref: altair.xemacs.org inbox:21408 This is vacation mail sb> Hr. Hinrichsen ist bis zum 08.09 nicht erreichbar. In sb> dringenden Fällen wenden Sie sich bitte an Hr. Dr. Naves. translating to: Mr. Hinrichsen ist not reachable until 08.09 [8th of September]. In urgent cases please get in contact with Mr. Dr. Naves. So now we know! ;-> Adrian -- Adrian Aichner Applications Engineer Teradyne GmbH Semiconductor Test Group Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 D-81673 MUENCHEN E-mail aichner(a)ecf.teradyne.com

1 participants
0 comments

[jochen.hinrichsen@db.com] Jochen Hinrichsen ist nicht im Büro vom 13.08.98 bis zum 08.09.98 27 years, 2 months

SL Baur

???

2 participants
1 comments

Re: Macros: Scheme vs Common Lisp 27 years, 2 months

Holger Schauer

>>>>"MS" == Michael Sperber schrieb am 19 Aug 1998 09:36:44 +0200: MS> (defvar bar 23) MS> (defmacro foo () MS> 'bar) MS> (let ((bar 42)) (foo)) => 42 Holger> (defvar bar 23) Holger> (defun foo () bar) Holger> (let ((bar 42)) (foo)) => 42 MS> I'm an idiot, and my Common Lisp is obviously rusty. I'm sorry. MS> I meant (setq bar 23) instead of (defvar bar 23). Interestingly there is a difference whether you quote bar or not: (setq bar 23) (defmacro foo () 'bar) (let ((bar 42)) (foo)) => 42 (defmacro foo () bar) (let ((bar 42)) (foo)) => 23 So, you can get the behaviour you want, you just need to know how ;-) Detecting this difference is of course ugly: USER(26): (defmacro foo () 'bar) FOO USER(28): (pprint (macroexpand '(foo))) BAR USER(29): (defmacro foo () bar) FOO USER(30): (pprint (macroexpand '(foo))) 23 MS> I don't understand that last sentence. If I create a package, MS> and I put abstractions in that package, may they be syntactic or MS> semantic abstractions, I want those abstractions to be able to MS> access bindings in the package. Which is of course possible if you use packages in CL ;-) MS> Absolutely. I just fucked up the example. In the case of MS> special variables, you do want the macro to refer to the MS> dynamically bound version. I was under the impression that setq at the toplevel would automagically be declared special, but obviously this is not true for (or required by) the current ANSI standard as readable in the HyperSpec. (CMUCL does this, IIRC, Allegro CL doesn't). PS: What about my second question: is it possible to obtain the CL behaviour in Scheme ? Holger -- --- http://www.coling.uni-freiburg.de/~schauer --- "Are people suffering from parenthophobia-by-proxy, mistaking `parens' for `parents'?" -- Erik Naggum in comp.emacs.xemacs

1 participants
0 comments

Re: GIF without LZW 27 years, 2 months

Jareth Hein

>>>>> "dv" == Didier Verna <verna(a)inf.enst.fr> writes: dv>Yesterday, I did a mass RPM upgrade with my zip+, and while dv>updating the packages, I saw one named libungif. The doc string dv>says that this library reads gif, and can write it without using dv>LZW. COuld this be of interest, with regards to the licensing problems? Nope. Basically, we don't write gifs, so we're hoping to avoid problems that way. And ungif is of very questionable help anyways, because the 99.99999% of the gifs in the world ARE already LZW compressed, and we have to deal with them. If decompressing them is illegal for my libs or routines, it's illegal for anyone who doesn't hold a license. -- Jareth Hein | jareth(a)camelot.co.jp | ハインジェラス Toolsmith & Program lead | http://www.camelot.co.jp | 開発部チーフ Camelot Software, Ltd. | |（株）キャメロット "It's a sad sign of the times when 'political machine' is redefined to include 'main-line battle tank'" - Ambassador Grossblunder

1 participants
0 comments

Re: 20.1-b51 crash on Solaris 27 years, 2 months

Gunnar Evermann

SL Baur <steve(a)xemacs.org> writes: > I keep hoping this bug, which has been reported hundreds if not > thousands of times since I've been XEmacs maintainer, will go away. > It's a combination of Sun+Sparcworks and the EOS debugger stuffs. > Maybe someday, someone will fix it. I use the Sun stuff practically all day and never saw such a crash! Which of the gazillion Sun Compiler/IDE packages are we talking about? Is it really 'Sparcworks/EOS'? In that case can't you just get an upgrade from Sun? I mean Ericsson is a rich company, isn't it? :-) AFAIK the current thing is named '(Visual) Workshop'. That's the one I'm using here and I have never seen any problems. In that system most of the bookkeeping is moved out of Emacs-Lisp into some separate binary (eserve). Apparently this system doesn't even use tooltalk for communication with XEmacs. I think Sun will release a new Compiler Real Soon Now (named SC 5.0 and finally supporting ANSI/ISO C++), does anybody know whether they will release yet another IDE or even kill the XEmacs integration? > Raymond Toy <toy(a)rtp.ericsson.se> writes in xemacs-beta(a)xemacs.org: > > > FYI: Solaris 2.5.1, X11R6.3, gcc 2.7.2 > > > I was running with sparcworks on xemacs. I moved the scrollbar on one > > of the source windows and got the following crash. > > > The lisp backtrace is: > > > scrollbar-line-up(#<window on "parake20.f" 0xc9e>) ^^^ Wow -- you're doing Fortran??? I thought/hoped that had died a decade ago. Gunnar -- Gunnar Evermann Natural Language Systems Group, University of Hamburg EMail: Gunnar.Evermann(a)nats.informatik.uni-hamburg.de

1 participants
0 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 August 1998