July 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: [xemacs-psgml 1.0.1 PATCH] Removing req. for ISO_8879:1986 27 years

Adrian Aichner

>>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: sb> Well done, Adrian! Thanks! sb> Jareth, we have to perform some CVS magic to make this patch work. sb> The directory oa/psgml/etc/ISO_8879:1986/ needs to be renamed to sb> oa/psgml/etc/ISO_8879=1986/ as in the XEmacs core CVS tree. IIRC, Hello Steven, and thanks! Oops, my patch is designed to transliterate ?: to ?- as this would seem well in line with http://www.sil.org/sgml/sotr9401-a2.html (look for hyphen in the text). Is there a reason why we would want ISO_8879=1986 instead of ISO_8879-1986? sb> some of the files in CVS/ have to be changed as well. I'm going to sb> make this change in my tree. Please let me know when it is safe to sb> attempt a CVS commit. sb> Adrian Aichner <aichner(a)ecf.teradyne.com> writes: >> Hello All, >> Here's my shot at it. See my recent mail to xemacs-beta and xemacs-nt: >>> Subject: Two xemacs-psgml issues (ISO_8879:1986, "sgml") >>> Date: 04 Jul 1998 14:51:08 +0200 >>> Message-ID: <rxs7m1t7pab.fsf_-_(a)tomorrow.ecf.teradyne.com> >> This patch makes it possible to rename etc/psgml/ISO_8879:1986 to >> etc/psgml/ISO_8879-1986, which is legal on Windows NT and 95. sb> ... >> -(defvar sgml-public-transliterations '((? . ?_) (?/ . ?%)) >> +(defvar sgml-public-transliterations '((? . ?_) (?/ . ?%) (?: . ?-)) sb> You mean (?: . ?=), right? This directory was renamed with an equals No. sb> sign in the XEmacs core Attic. Was this done before my patch? Can we still use ?- instead of ?= ? Regards, 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

Native sound support 27 years

Amir J. Katz

I installed NAS 1.2P5 on my SunOS 4.1.4, and tested it that it works. I then reconfigured and rebuilt XEmacs using --with-audio=both. No problems. However, when I try to play a WAV file (a MIME attachment of audio/basic type), I get an error: open /dev/audio - device busy Any idea what's wrong? -- /* Amir J. Katz mailto:amir＠nuke-spam.com */ /* [For e-mail, replace 'nuke-spam' with 'ndsoft'] */ /* EagleEye Control Software, LTD. http://www.ndsoft.com */ /* 'Is "tired old cliche" one?' (Steven Wright) */

2 participants
1 comments

Re: Still can't build 21.0-b46 on Solaris 27 years

SL Baur

I built XEmacs for the first time on Solaris 2.5 this past week and it went trivially with two minor problems: The X11 search path in configure puts /usr/local/X11 ahead of the standard libraries in /usr/openwin/lib, but links from /usr/openwin/lib leading to runtime errors if a newer X11 is in /usr/local. I fixed this temporarily by forcing /usr/openwin to the front of the search path. The only image type I could make work was xpm, however without access to a Sun console I was displaying on an Intel Linux/XFree86 server. Is this supposed to work?[1] All of the image libraries were hand-built against X stuff in /usr/openwin. Jason R Mastaler <jason(a)4b.org> writes: > Dan Rich <drich(a)cisco.com> writes: >> I'm still unable to successfully build a working xemacs on Solaris. When >> it gets to the final build stages it core dumps the first time xemacs runs. > No offense, but this is almost comical. :-) I think you have more > problems with XEmacs than all other Solaris users combined. I > recommend starting from scratch with an OS re-install and dumping the > system in the garbage if that doesn't work. Footnotes: [1] Doesn't work means the colors came out psychedelic. The image didn't appear to be rotated and/or reversed, but all the colors were wrong.

3 participants
2 comments

Re: Still can't build 21.0-b46 on Solaris 27 years

SL Baur

Hrvoje Niksic <hniksic(a)srce.hr> writes: > I work on an Intel Linux/XFree86 server all the time, so yes, it's > supposed to work. To reiterate, I'm running XEmacs on Sun Solaris 2.5.1 and displaying onto a 16-bit color depth X server on Intel Linux. >> [1] Doesn't work means the colors came out psychedelic. The image >> didn't appear to be rotated and/or reversed, but all the colors were >> wrong. > Seems to work for me. But then again, I may be used to the wrong > colors by now. :-) O.K. Ignoring color depth issues, does this image work for you (Sun Solaris -> Intel Linux)? This is a grey scale image with 215 colors. PNG, GIF and TIFF conversions all appear the same in my test.

1 participants
0 comments

Re: Still can't build 21.0-b46 on Solaris 27 years

Hrvoje Niksic

SL Baur <steve(a)xemacs.org> writes: > I built XEmacs for the first time on Solaris 2.5 this past week and it > went trivially with two minor problems: The X11 search path in > configure puts /usr/local/X11 ahead of the standard libraries in > /usr/openwin/lib, but links from /usr/openwin/lib leading to runtime > errors if a newer X11 is in /usr/local. I fixed this temporarily by > forcing /usr/openwin to the front of the search path. The only image > type I could make work was xpm, however without access to a Sun > console I was displaying on an Intel Linux/XFree86 server. Is this > supposed to work?[1] I work on an Intel Linux/XFree86 server all the time, so yes, it's supposed to work. > [1] Doesn't work means the colors came out psychedelic. The image > didn't appear to be rotated and/or reversed, but all the colors were > wrong. Seems to work for me. But then again, I may be used to the wrong colors by now. :-) -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- ED WILL NOT CORRUPT YOUR PRECIOUS BODILY FLUIDS!!

1 participants
0 comments

Is there any change on GC algorithm ever cince 19.28? 27 years

Kenichi Okuyama

Dear all, How do you do. My name Is Kenichi Okuyama, and I have just joined this ML few days ago. I'm intrested in xemacs newest version, especially on part of Garbage Collection. And I would like to know if there is any changes made ever since 19.28. Is it re-written ( with basically same algorithm? ), or is it totally new? Long ago, when emacs was 19.28 ( and mule was 2.3 ), I made a little hack on alloc.c . It's still available on http://nagahashi-www.isl.titech.ac.jp/~okuyama/html/program/Mule-2.3-allo... (this is for Mule version of emacs, so it might not work properly on emacs, though I don't beleave so). I wondered if the same hack works on current version of xemacs. What I did was very simple. When you have once used many cons-cells, like when you run GNUS 4.* ( the very old one ), and when you're done with it, what you'll have is pile full of "unused cons-cell". Problem that old emacs-GC had, was that they keep on re-checking the cells that are linked on FREE-LIST. This will: 1)re-load all the swapped out pages that have not been used for long time, just to re-check that they are not being used. 2)by swapping out, they keep the values that have no meaning anymore, which will waste virtual address space. Since cons-cells were malloced per "chunk", I added very little routine that if all the cons-cells in the "chunk" was unused, instead of adding those cons-cells to free-list, simply free() the "chunk". This hack worked good because 1) after first GC is done, chunks are free-ed and will not cause swap-in/swap-out anymore. This was effective when we had little real memory ( like 12Mbytes.. ). 2) since "chunk" are being free-ed, under some malloc system, virtual memory area could be released. I wondered if this hack ( not the same routine, but same idea ) still works or not. I'm asking this because I'm having trouble with accessing to xemacs's newest version, Because 1) I have no idea which one is the newest. ( I didn't even know about xemacs until few month ago ). 2) I can't run CVS* tools, because of firewall. but still, I would like to know if my old idea could be of any help. ,regards ---- Kenichi Okuyama ＠ Tokyo Research Lab. IBM. Co.

1 participants
0 comments

Re: Where do you want to go tomorrow? 27 years

Hrvoje Niksic

sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: > The basic idea is that every expression in a Scheme program has a > context to which its return value is fed once it's been computed. > This amounts to the "future" of that expression, and the underlying > implementation usually implements it as a stack of activation > records. Can you give two or three simple examples of call/cc usage? -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- Unspeakable horrors from outer space paralyze the living and resurrect the dead!

2 participants
1 comments

Re: Where do you want to go tomorrow? 27 years

Justin Sheehy

Holger Schauer <schauer(a)coling.uni-freiburg.de> writes: > ms> (Note that the reverse is not generally possible, since Common > ms> Lisp is not properly tail-recursive and does not support control > ms> abstraction.) > > AFAIK, tail-recursion is not required by the (ANSI) CL standard. Correct. > Is it part of RSR(45) ? This would be very surprising news to me. Yes, it is. I don't know why this is surprising, as it is one of Scheme's really big selling points. A correct Scheme implementation _must_ be properly tail-recursive. Scheme programmers write using idioms that expect this of their language implementation. -Justin

1 participants
0 comments

I'm back 27 years

SL Baur

I've been scanning xemacs-review and xemacs-beta while I've been out of town so I'm not that far behind. Ben's talk was well-received and I thought it went pretty good. It was nice meeting Gleb Arshinov, James Grinter and David Masterson for the first time.

1 participants
0 comments

good luck with the release 27 years

Charles G Waldman

I'll be out of the country from July 6 to July 20, so I guess I'll miss the big release... I really wish I would be around to help with testing, providing binaries, or "whatever". I hope my random comments, bug reports, and suggestions have been at least a little bit helpful. I'll be back on the list July 20, you can be sure I'll be madly downloading and getting caught up. Good luck over the next two weeks! I'm totally in awe of the quality and quantity of work you all have done.... I am confident 21 will be a huge improvement over all version of Emacs which have come before.

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