January 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Added more docs for CVS committers 24 years, 10 months

Martin Buchholz

The following text has been added to http://cvs.xemacs.org/#committers You can debug your ssh connection by doing something like ssh -v cvs.xemacs.org, and on connecting (there will be no prompt) entering the command noop, and if ssh is working, getting the response ok. ... You can test this by running a harmless CVS command, like cvs-rw diff version.sh.

1 participants
0 comments

Save 50-80% on International Calls and Win $500 in Free phone calls 24 years, 10 months

tohello＠yahoo.com

For more information email us: sayhello(a)altavistausa.com Save up to 80% on your INTERNATIONAL long distance phone bill. Join our easy-to-use callback service today for FREE. There are no monthly minimums, surcharges or set-up fees, just low flat rates 24 hours, everyday. Visit our website: http://hometown.aol.com/callhello/ and win $500 in FREE phone calls. Email: sayhello(a)altavistausa.com http://hometown.aol.com/callhello/ Sample our LOW rate chart below. To determine the rates add cost of country you are calling FROM to cost of country you are calling TO. Complete rate list available on our website. Prices are per minute in USD. Algeria 0.31 Australia 0.08 Austria 0.12 Azerbaijan 0.42 Bahamas 0.18 Bahrain 0.41 Bangladesh 0.60 Bangladesh Dhaka 0.49 Belgium 0.08 Brazil 0.28 Canada 0.06 Chile 0.15 China 0.32 Colombia 0.25 Cyprus 0.28 Denmark 0.08 Djibouti 0.69 Dominican Rep. 0.17 Egypt 0.59 Ethiopia 0.95 Finland 0.11 France 0.07 Georgia 0.46 Germany 0.06 Greece 0.25 Hong Kong 0.07 Hungary 0.23 India 0.69 India New Delhi 0.66 India-Bomba 0.54 India-Madras 0.62 India-Bangalore 0.54 Indonesia 0.35 Iran 0.58 Iraq 0.68 Ireland 0.09 Israel 0.13 Italy 0.11 Japan 0.09 Japan-Tokyo 0.08 Jordan 0.43 Kazakhstan 0.49 Kenya 0.60 Kuwait 0.54 Kyrgyzstan 0.57 Lebanon 0.38 Liberia 0.43 Libya 0.32 Malaysia 0.22 Malta 0.17 Mauritania 0.66 Mexico 0.15 Morocco 0.42 Nepal 0.83 Netherlands 0.07 New Zealand 0.09 Nigeria 0.69 Norway 0.11 Oman 0.47 Pakistan 0.58 Pakistan\Karachi 0.56 Philippines 0.26 Poland 0.25 Qatar 0.46 Romania 0.37 Russia 0.31 Russia-Moscow 0.12 Russia-St.Petersberg 0.22 Saudi Arabia 0.62 Singapore Rep. 0.15 Somalia 0.68 South Africa 0.34 South Korea 0.12 Spain 0.11 Sri Lanka 0.74 Sudan 0.43 Sweden 0.05 Switzerland 0.09 Syria 0.51 Taiwan 0.14 Tajikistan 0.46 Tanzania 0.42 Thailand 0.35 Thailand bangkok 0.29 Tunisia 0.42 Turkey 0.31 Turkmenistan 0.54 Ukraine 0.29 United Arab Emirates 0.30 United Kingdom 0.05 USA 0.05 Yemen 0.63 Hello Corp Hello Building 434 Sunrise Highway West Islip N.Y. 11795 Tel: 516-321-1204 Fax: 516-321-1758 Email: sayhello(a)altavistausa.com http://hometown.aol.com/callhello/

1 participants
0 comments

New test packages texinfo, xemacs-base uploaded 24 years, 10 months

Andreas Jaeger

I've uploaded two new packages to ftp.xemacs.org/pub/xemacs/beta/incoming What's new? - texinfo: Synch with FSF 20.5 - xemacs-base: Fixes for passwd and comint Please test them. I'd like to officially release all new packages at the beginning of next week. Andreas P.S. Here're the ChangeLogs: For texinfo: 2000-01-19 Yoshiki Hayashi <yoshiki(a)xemacs.org> * informat.el: (Info-validate-error-buffer): New variable. Change buffer name. (Info-validate-node-name): Fix Ebola. (Info-file-data): Use non directory part of a file name. (Info-validate): Add two lines of output to make parsing function happy. 1999-12-09 Yoshiki Hayashi <t90553(a)mail.ecc.u-tokyo.ac.jp> * texinfmt.el: Synched with FSF 20.5. * informat.el: Synched with FSF 20.5. 2000-01-13 Yoshiki Hayashi <t90553(a)mail.ecc.u-tokyo.ac.jp> * texinfo.el (texinfo-environment-regexp): Add vtable. For xemacs-base: 2000-01-19 Yoshiki Hayashi <yoshiki(a)xemacs.org> * passwd.el (passwd-insecure-display): Remove face property set by passwd-secure-display. 2000-01-18 Martin Buchholz <martin(a)xemacs.org> * comint.el (comint-mode): Add autoload cookie. -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.rhein-neckar.de

1 participants
0 comments

Re: [PATCH] Use system underline and struck thru fonts 24 years, 10 months

William M. Perry

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > >>>>> "kkm" == Kirill 'Big K' Katsnelson <kkm(a)dtmx.com> writes: > > kkm> Not only the division line between font and face properties > kkm> is random, it is different in Windows and in X. Faces should > kkm> be -- eh -- homogenized? > > kkm> Is it possible to kick fonts away form the lisp level at all? > kkm> Fonts are not abstract enough, faces are. > > No, it's not possible. There are four problems: > > (1) The face properties may overspecify the font on any given system > (eg, color on a mono system, family on a TTY); in such a case the > face system will have to choose a compromise font. The user > should be able to override this arbitrary choice directly. > > (2) The face properties may underspecify the font, in which case the > face system makes an arbitrary choice. Again, the user should be > able to override. Neither of these should ever happen with proper property merging. The default font would ALWAYS be fully specified. Either by the user or by a combination of the user and window-system-specific defaults. > (3) Some font systems may provide properties the face system doesn't > know about. (This is really a special case of (2).) For example, > the X-TT family of X servers and font servers allows fonts with > arbitrary slants and weights to be created from a base font. > Should we deny users access to those features? Nope. You should always be able to specify a font fully. -bp

2 participants
1 comments

Re: Emacspeak 11.0 on xemacs 21.2.27 24 years, 10 months

William M. Perry

Martin Buchholz <martin(a)xemacs.org> writes: > >>>>> "TVR" == T V Raman <ramantv(a)earthlink.net> writes: > > TVR> Incidentally, emacspeak now works using the software speech > TVR> synthesizer from IBM (Viavoice Outloud)--this is currently > TVR> free to download off the WWW --so you or other xemacs > TVR> hackers should now be able to experience emacspeak > TVR> first-hand on Linux. > > This is something I would like to do. For everyone on xemacs-beta that doesn't know, Emacspeak kicks serious ass. Raman was kind enough to get me a dectalk express when I was helping get Emacs/W3 working with it, and I was hooked for months and months. Then work called, then he asked for it back. :) <rant mode=gush> The only analog that Emacspeak has is a screen reader, but that doesn't do it justice. The 'speech-enabled-desktop' that raman talks about in his documentation is really the only way to describe it. Now that ViaVoice Outload is available for free, I can get addicted again. For laptop use, it is truly phenomenal. You can turn your backlight off and really confuse the people on the plane, while doubling or tripling your battery life. </rant> Anybody who's got a linux box should really try it out. I've yet to get it back up and running on my Vaio, but will have to fix that before my next trip. -Bill P.

2 participants
1 comments

Re: Portable dumper with union type 24 years, 10 months

Olivier Galibert

On Thu, Jan 20, 2000 at 03:11:12PM -0800, Martin Buchholz wrote: > I'm looking at this code: > > if (POINTER_TYPE_P (XTYPE (dobj))) > { > char *objp = (char *) LISP_TO_VOID (dobj); > if (objp) > objp += delta; > VOID_TO_LISP (*pobj, objp); > } > > Should we ever be storing a NULL pointer? Yes, we should, because I use interchangeably the "lisp object" description entry for actual lisp objects and for pointers to lrecords since, memory-wise, they're identical, and I don't like duplicating code. There are instances were these pointers are null. > /* Here is code that doesn't use the fact that there is only one > Lisp_Type that is a pointer. It would need to be adjusted if > *pobj could be Qzero_bits. */ Adjust it and you're welcome to do such a change. OG.

1 participants
0 comments

Re: Portable dumper with union type 24 years, 10 months

Olivier Galibert

On Thu, Jan 20, 2000 at 03:17:43AM -0800, Martin Buchholz wrote: > >>>>> "OG" == Olivier Galibert <galibert(a)pobox.com> writes: > > OG> On Wed, Jan 19, 2000 at 04:35:23AM -0500, Olivier Galibert wrote: > >> For now I'd say let's put it on hold, and I am going to review my code > >> for this problem. Most of the (macro-hidden) casts are unnecessay. > > OG> And here it is. There are some LISP_TO_VOID and back, but that's > OG> where I thought it was the clearer thing to do. Martin? > > I just built with pdump for the first time. To make absolutely sure I > get a core dump, I built using Sun CC (that's the C++ compiler). > > I fixed the following errors: > > "/net/lasker/xemacs/ws/dev/src/alloc.c", line 4273: Error: Cannot assign void* to pdump_entry_list_elmt*. Note that these "errors" are only because you're compiling with a C++ compiler. The code is perfectly valid ISO C code. And frankly, I tend to consider all the added casts unnecessary noise. OTOH, being able to get the better warnings a C++ compiler can give you is a good thing, so I won't veto any patch on this basis. > Fatal error: assertion failed, file /net/lasker/xemacs/ws/dev/src/lisp.h, line 1292, INTP (obj) I _think_ that's a side effect of not saving the DEFVAR_LISP. I'm going to work on it. > Here's my new patch, which supersedes Olivier's patch: > > (Oh, I still don't like those LISP_TO_VOIDs, but I don't understand > the code enough to suggest an alternative right now.) The code does: if (the lisp object is actually a pointer) then add <delta> to the pointer endif > Olivier: you're welcome to apply this patch, but of course the core > dumps will have to get fixed. Ok, consider it applied. > (Oh, there are still remaining calls to malloc. Let's get rid of those.) > (Oh, could you get rid of the shadowed variable warnings? Thanks.) Ok. OG.

2 participants
1 comments

Re: 21.2.27 gutter tab display bug 24 years, 10 months

Raymond Toy

>>>>> "Andy" == Andy Piper <andy(a)xemacs.org> writes: Andy> Have you had any more crashes? I will apply this if not. No, not yet. Remember, though, that it took several days of usage after applying your first patch before it crashed again, so maybe, I've just been lucky so far. :-) Ray

1 participants
0 comments

Re: Portable dumper, win32 24 years, 10 months

Hrvoje Niksic

[ Moved to xemacs-beta. ] Fabrice Popineau <Fabrice.Popineau(a)supelec.fr> writes: > * Martin Buchholz <martin(a)xemacs.org> writes: > > > How come Kirill didn't need to do this when he got portable dumping > > working on Windows? He could have done without mmap() by using just open() and read(). > By the way, would the rel_alloc thing be interesting for win32 ? In > this case, having mmap/mmunmap replacements would be useful. Will that work under Windows? The mmap-based relocating allocator works by allocating chunks anonymously. For instance: fd = open ("/dev/zero", O_RDONLY); void *ptr = mmap (0, how_much, PROT_xxx, MAP_SHARED, fd, 0); That way you can allocate a chunk of memory independent of your normal data segment and, more importantly, you can unmap it without causing segmentation. If Windows doesn't support anonymous mapping, mmap-based allocator won't work.

2 participants
1 comments

ps-print.el XEmacs version 24 years, 10 months

Sebastian Kaps

Hi! I'm using XEmacs 21.1.7 and ps-print version 3.05x1. When I try to print a buffer with ps-print-buffer I get an error message from ghostscript: (sorry for the long line) ---------->> cut here ---------- Error: /typecheck in --transform-- Operand stack: h0 --nostringval-- --nostringval-- Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- 5 4 %oparray_pop Dictionary stack: --dict:773/809-- --dict:0/20-- --dict:98/200-- --dict:12/18-- Current allocation mode is local Current file position is 11930 GNU Ghostscript: Unrecoverable error, exit code 1 ----------<< cut here ---------- Any ideas? -- Ciao, Sebastian * Email: toyland(a)sauerland.de * HP: http://www.sauerland.de/~toyland/ PGP-Key available

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