August 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: 28 bit ought to be enough for anyone. 26 years, 1 month

Simon Josefsson

SL Baur <steve(a)xemacs.org> writes: > If you're interested in adding this capability, take a look at > src/database.c which links against libdb and kin, and src/eldap.c > which links against libldap for examples. This looks like a promising starting point, thanks! I'm also seeing eldap.{c,h} in modules/eldap/ (lot's of differences against src/eldap.{c,h}). "Modules" sounds like a Good Thing so should I take a look at modules/eldap/ instead? (As you can tell, I know less than nothing of the internals of XEmacs)

1 participants
0 comments

Re: 28 bit ought to be enough for anyone. 26 years, 1 month

William M. Perry

SL Baur <steve(a)xemacs.org> writes: > Simon Josefsson <jas(a)pdc.kth.se> writes in xemacs-beta(a)xemacs.org: > ... > >> > Would everything break if we link with GMP (a GNU multiple precision > >> > library which is quite efficient) for the integer stuff? > >> > >> That would be cool, but it's a project definitely more complex than > >> just "linking with GMP". > > > Ok. I'll start by looking around for MP-libraries in elisp, or writing > > one from scratch, instead. > > > Still, native MP functionality in XEmacs would be very nice, and I was > > surprised it didn't already exist. > > While it may look like it at a casual glance, XEmacs does not link > against every library in Known Space. :-) > > If you're interested in adding this capability, take a look at > src/database.c which links against libdb and kin, and src/eldap.c > which links against libldap for examples. Also look at modules/base64/base64.c on how to do something like this as a module. :) Sorry, but I want to see it stressed out. :) -Bill P.

1 participants
0 comments

Re: 28 bit ought to be enough for anyone. 26 years, 1 month

SL Baur

Simon Josefsson <jas(a)pdc.kth.se> writes in xemacs-beta(a)xemacs.org: ... >> > Would everything break if we link with GMP (a GNU multiple precision >> > library which is quite efficient) for the integer stuff? >> >> That would be cool, but it's a project definitely more complex than >> just "linking with GMP". > Ok. I'll start by looking around for MP-libraries in elisp, or writing > one from scratch, instead. > Still, native MP functionality in XEmacs would be very nice, and I was > surprised it didn't already exist. While it may look like it at a casual glance, XEmacs does not link against every library in Known Space. :-) If you're interested in adding this capability, take a look at src/database.c which links against libdb and kin, and src/eldap.c which links against libldap for examples.

1 participants
0 comments

Re: Ben's ``Architecting XEmacs'' web site is officially `Open' 26 years, 1 month

Jan Vroonhof

Ben, I have been browsing through ''Architecting XEmacs'' website and stumbled on the mailing list/xemacs.org adressing improvement bit[1]. May I suggest a way that us package maintainers/general XEmacs helps can get at the bugreports? If people do not copy their backtraces to c.e.x., I cannot help them. There was something done about this for 20.3/20.4 but I don't see it came to anyhting helpfull. Although we do need to have something like a proper bugtracking system it would help if we had also lazy-shot-bugs where somebody could forward the reports from the main incomming adress.. Jan [1] From the choice of example you seem to expect a lot discussion about lazy-shot :-).

2 participants
1 comments

things are "changed outside customize buffer" 26 years, 1 month

Mauro Condarelli

This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.0 "Erzgeberg" [Lucid] (i686-pc-linux) of Thu Aug 20 1998 on Thor Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I'm trying to customize xemacs to suit my needs. Mostly failing because a lot of variables are reported as "this option has been changed outside the customize buffer." so any value I input there is erased the next time I launch xemacs. The latest ones I found are: Customize->Xemacs->Programming->Tools->Ediff->Use Toolbar Customize->Xemacs->Programming->Tools->Ediff Highlighting->Use Faces Customize->Xemacs->Programming->Tools->Ediff Highlighting->Highlht All Customize->Xemacs->Environment->Display->Ctl Arrow I also have a strang behaviour with the Syntax Highlighting: It seems to be set up correctly, but it does NOT highliht my "C" files until I go again to Options->Syntax Highlighting and change something (even if I do not change anything (most is selected and I select it again). Then It will work until I kill xemacs I have an almost completely clean ~/.emacs (I deleted the old one to try to find out who is "changing the options", and I have the same behaviour with a ~/.emacs empty but for what customize writes). My current ~/.emacs follows (my knowledge of [e]lisp is *very* limited): ==================== ;; ;; Local functions ;; (defun kill-current-buffer () "Kill the current buffer." (interactive) (kill-buffer nil) ) ;; ;; Keypad Key bindings ;; (global-set-key [kp-0] 'set-mark-command) (global-set-key [kp-add] 'copy-region-as-kill) (global-set-key [kp-decimal] 'delete-char ) (global-set-key [kp-subtract] 'kill-region) (global-set-key [kp-multiply] 'yank) (global-set-key [kp-divide] 'yank-pop) ;; ;; Function key bindings ;; (global-set-key [f1] 'help-command) (global-set-key [f2] 'save-buffer) (global-set-key [f3] 'find-file-other-window) (global-set-key [f5] 'delete-other-windows) (global-set-key [f6] 'other-window) (global-set-key [f8] 'next-error) (global-set-key [f9] 'compile) (global-set-key [f10] 'shell-command) (global-set-key [f12] 'kill-current-buffer) ;; ;; Display function in topbar menu ;; (require 'func-menu) (add-hook 'find-file-hooks 'fume-add-menubar-entry) ;; ;; Automatic 'fromdos' functionality ;; (add-hook 'find-file-hooks 'remove-or-convert-trailing-ctl-M) (defun remove-or-convert-trailing-ctl-M () "Propose to remove or convert trailing ^M from a file." (interactive) (save-excursion (goto-char (point-min)) (if (search-forward "\^M" nil t) ;; a ^M is found (if (or (= (preceding-char) ?\^J) (= (following-char) ?\^J) ) ;; Must find a way to display the buffer before this question (if (y-or-n-p "Remove trailing ^M ? ") (progn (goto-char (point-min)) (perform-replace "\^M" "" nil nil nil) (pop-mark) ) (message "No transformation.") ) (if (y-or-n-p "Convert ^M into ^J ? ") (progn (goto-char (point-min)) (perform-replace "\^M" "\^J" nil nil nil) (pop-mark) ) (message "No transformation.") ) ) ;;(message "No ^M in this file !") ) ) ) (autoload 'pc-select-mode "pc/pc-select" nil t) (pc-select-mode t) (custom-set-variables '(init-face-from-resources nil) '(speedbar-package t) '(locale-package nil) '(paren-mode (quote blink-paren) nil (paren)) '(egg-its-package nil) '(vc-package t) '(comment-column 56) '(mouse-avoidance-mode (quote banish) nil (avoid)) '(delete-key-deletes-forward t) '(sounds-au-package t) '(strokes-package t) '(font-lock-use-colors t) '(mew-package t) '(c-backslash-column 80) '(font-lock-use-fonts nil) '(pcl-cvs-package nil) '(compilation-mouse-motion-initiate-parsing t) '(ediff-split-window-function (quote split-window-horizontally)) '(ediff-use-toolbar-p t) '(c-cleanup-list (quote (brace-else-brace brace-elseif-brace empty-defun-braces scope-operator))) '(mule-base-package nil) '(ediff-use-faces t) '(c-default-style "user") '(igrep-package t) '(leim-package nil) '(mine-package t) '(truncate-lines t) '(c-electric-pound-behavior (quote (alignleft))) '(line-number-mode t) '(edict-package nil) '(net-utils-package t) '(kill-whole-line t) '(mail-lib-package t) '(slider-package t) '(user-mail-address "mc5686(a)mclink.it" t) '(query-user-mail-address nil) '(get-frame-for-buffer-default-instance-limit 4) '(vc-cc-package nil)) (custom-set-faces) ==================== Recent keystrokes: M-x C-g misc-user Recent messages (most recent first): Loading mail-abbrevs... Loading emacsbug...done Quit Loading emacsbug... Loading cus-face...done Loading cus-face... Loading avoid...done Loading avoid... Paren mode is blink-paren Loading paren...done

1 participants
0 comments

Re: [Success] 21.0 "Erzgeberg" XEmacs Lucid on i686-pc-linux 26 years, 1 month

Karl M. Hegbloom

>>>>> "Mauro" == Mauro Condarelli <mc5686(a)mclink.it> writes: Mauro> - I'm using a fairly standard debian-hamm distribution. Mauro> - I have libpng-1.0.1 installed from debian Mauro> - I installed libpng-1.0.2 in /usr/local Mauro> - I did *not* remove the old lib (in/usr/lib) to keep Mauro> dselect happy Go to http://www.inetarena.com/~karlheg/, and get my non-maintainer releases of libpng-1.0.2 and the newer zlib that's also there. I've uploaded these to master.debian.org, but they are not installed yet.

1 participants
0 comments

Re: 28 bit ought to be enough for anyone. 26 years, 1 month

Didier Verna

Marcus Thiessel <thiessel(a)bbn.hp.com> writes: > I guess everybody knows about the assembler his box is using. :-) Yeah, actually I always thought that assembler would be the perfect extension language for XEmacs :-)

1 participants
0 comments

Re: Macros: Scheme vs Common Lisp 26 years, 1 month

Hrvoje Niksic

karlheg(a)inetarena.com (Karl M. Hegbloom) writes: > If you intern a symbol in two different obarrays, are they `eq' > then? No, they are not -- at least not in Emacs Lisp. I don't think they are EQ in Common Lisp, either. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- `VI' - An editor used by those heretics that don't subscribe to the Emacs religion.

1 participants
0 comments

Re: [Success] 21.0 "Erzgeberg" XEmacs Lucid on i686-pc-linux 26 years, 1 month

Jareth Hein

>>>>> "Mauro" == Mauro Condarelli <mc5686(a)mclink.it> writes: Mauro> A couple of "strange things" Mauro> === 1 I had to configure with "LD_LIBRARY_PATH=/usr/local/lib Mauro> ./configure" to avoid the following error: Mauro> -------------------------------------------------------------------- Mauro> WARNING: Compiling without PNG image support. Reason: PNG Mauro> library version and header file don't match! WARNING: You Mauro> should strongly consider installing the PNG libraries. Mauro> WARNING: Otherwise certain images and glyphs may not display. Mauro> WARNING: (a copy may be found in Mauro> ftp://ftp.xemacs.org/pub/xemacs/aux) Mauro> -------------------------------------------------------------------- Mauro> - I'm using a fairly standard debian-hamm distribution. Mauro> - I have libpng-1.0.1 installed from debian Mauro> - I installed libpng-1.0.2 in /usr/local Mauro> - I did *not* remove the old lib (in/usr/lib) to keep dselect Mauro> happy Mauro> Can someone divine what's wrong in my setup? I was afraid I'd find things like this, which is exactly why that check is now in configure (since PNG includes jmp_buf in it's own structures, that's *dangerous*)... What's 'wrong' with your setup is that the way that configure puts together the lib search paths and the include search paths causes it to find the library from one version and the include from another. The best 'fix' is to keep only one version (the latest) of the header files. Or you can frob the way configure finds things (like what you did). -- 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: problem with 21.0-b47/pre4 and Solaris 2.7 (pre-fcs) 26 years, 1 month

Gunnar Evermann

Glenn Barry <gtb(a)eng.sun.com> writes: > XEmacs 21.0-b47/pre4 "Uzbek Black" on Solaris 2.7 (fcs in a few > months) spits out the following err many times doing X ops: > > xemacs-21.0: X Error of failed request: BadGC (invalid GC parameter) > Major opcode of failed request: 60 (X_FreeGC) > Resource id in failed request: 0x1140002a > Serial number of failed request: 2176 > Current serial number in output stream: 2236 > > Solaris 2.7 has a new Motif shared lib (libXm.so.4) and I'm told that > this is for the new Motif 2.0. XEmacs 21.0 built (pre Solaris 2.7) > against the old shared lib (libXm.so.3) does not have this problem. > > A few months ago we filed a bug internally for this problem against > the Motif/X11 libs and the folks who evaluated it said it was a bug > with XEmacs (to my surprise). They even supplied a suggested fix > for XEmacs 20.4. I've applied it to 20.4 and 21.0 and it does > indeed seem to fix the problem (at least the symptom goes away). > I'll include it below. > > Anyways, if somebody who knows this area well could take a look, > pls do so and let me know if I can help. > [patch snipped] Steve, aparently this has never been applied. Was it judged to be bad? or is it just still in your pipeline? I currently do not have access to 2.7, but I guess XEmacs 21.0 will be installed on lots of Suns running 2.7 during its lifetime... Gunnar

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