February 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Looking for developers to add GUI toolkit to XEmacs and/or InfoDock. 24 years, 2 months

Bob Weiner

Hi all: FYI, there is a BeOpen.com-sponsored project at SourceXchange for paid work to integrate an Open Source GUI toolkit with XEmacs and InfoDock (BeOpen.com's Open Source IDE built atop XEmacs). The code developed under the project will be GPLed and broadly distributed. Visit www.sourceXchange.com and browse the RFPs section for specific details on the project which is titled Graphical InfoDock/XEmacs. It should be a fun and highly useful piece of work as well as a way to earn some side income. Cheers, Bob Weiner P.S. If you want me to respond to something, mail me directly as I rarely get the luxury to read these lists. If you have other *very specific* project ideas surrounding XEmacs or InfoDock, tell us about them, including development timeframes so we can consider sponsoring them.

1 participants
0 comments

Re: Build failures with latest packages in CVS 24 years, 2 months

Vin Shelton

>>>>> On 21 Feb 2000, Andreas Jaeger <aj(a)suse.de> said: Andreas> I've used 21.1.7 with Mule. Andreas> Please tell me your results after rebuilding the packages. I just completed a build. Searching for !! in the results of my latest (just now) package build yields: #1 Compiling /usr/local/build/xemacs-packages-2000-02-21/libs/efs/efs-vm.el... While compiling toplevel forms in file /usr/local/build/xemacs-packages-2000-02-21/libs/efs/efs-vm.el: !! File error (("Cannot open load file" "vm")) Done #2 Compiling /usr/local/build/xemacs-packages-2000-02-21/libs/xemacs-devel/ielm.el... While compiling ielm-complete-filename in file /usr/local/build/xemacs-packages-2000-02-21/libs/xemacs-devel/ielm.el: ** reference to free variable comint-last-input-start While compiling ielm-send-input: ** variable buf bound but not referenced While compiling ielm-eval-input: ** reference to free variable ! ** reference to free variable !! ** reference to free variable !!! ** variable ! bound but not referenced ** variable !! bound but not referenced ** variable !!! bound but not referenced ** variable err bound but not referenced ** assignment to free variable !!! ** assignment to free variable !! ** assignment to free variable ! While compiling inferior-emacs-lisp-mode: ** assignment to free variable ! ** assignment to free variable !! ** assignment to free variable !!! ** assignment to free variable font-lock-defaults ** reference to free variable comint-last-input-start Wrote /usr/local/build/xemacs-packages-2000-02-21/libs/xemacs-devel/ielm.elc Done #3 Compiling /usr/local/build/xemacs-packages-2000-02-21/prog/vhdl/vhdl-mode.el... While compiling toplevel forms in file /usr/local/build/xemacs-packages-2000-02-21/prog/vhdl/vhdl-mode.el: !! File error (("Cannot open load file" "ps-print")) Done I assume #2 are just warnings and thus not a problem, but #1 and #3 are actual bugs, I think. I don't include vm in my installed packages - perhaps that is a difference between our installations. - vin

1 participants
0 comments

Re: getaddrinfo broken on AIX 24 years, 2 months

Mike McEwan

sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: > Valdis> But if disabling getaddrinfo incurs no loss of functionality, why are > Valdis> we checking for it in the first place? > > Transition to the relevant POSIX / Unix98 API which is supposed to > supersede the old BSD interface. > How's `getaddrinfo' supposed to work? I've been having problems with this on my Redhat 6.1/glibc-2.1.2 system. It would appear that `getaddrinfo' attempts to lookup the hostname as an IPv6 address first, before then attempting to resolve it as a IPv4 address. This has led to the ol' long pauses at xemacs startup whilst Diald brings up my modem connection, presumably to attempt the IPv6 lookup. I've been commenting out the line in `config.h' as suggested by Martin. Is there a better way to handle this? -- Mike <mike(a)lotusland.demon.co.uk>

1 participants
0 comments

Sound crashes xemacs-21.2.29 24 years, 2 months

Martin Costabel

In XEmacs 21.2 (beta29) "Hestia" [Lucid] (ppc-unknown-linux) of Mon Feb 21 2000 on chezmoi configured using `configure --prefix=/usr --package-path=/var/tmp/xemacs-root/usr/lib/xemacs/xemacs-packages --debug=no --error-checking=none --with-pop --mail-locking=flock --with-mule=no --dynamic=yes --lockdir=/var/lock/xemacs' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Any keystroke that should cause a sound, for example going back at the beginning of the buffer, or a simple C-g, crashes xemacs. The bug goes away if the (load-default-sounds) section from the .xemacs sample file is disabled. Screen message: Fatal error: assertion failed, file /usr/src/redhat/BUILD/xemacs-21.2.29/src/signal.c, line 340, async_timer_suppress_count > 0 Lisp backtrace follows: ding(nil buffer-bound) # bind (inhibit-quit debug-on-error etype error-object) command-error((beginning-of-buffer)) # (catch top-level ...) gdb backtrace: (gdb) bt #0 0xf0ad9c in kill () at soinit.c:59 #1 0x1835ca8 in fatal_error_signal () #2 <signal handler called> #3 0xf0ad9c in kill () at soinit.c:59 #4 0xf0c2fc in abort () at ../sysdeps/generic/abort.c:139 #5 0x18382e8 in syms_of_emacs () #6 0x18f9dbc in alarm () #7 0x107de94 in esd_open_sound () from /usr/lib/libesd.so.0 #8 0x107e084 in esd_play_stream () from /usr/lib/libesd.so.0 #9 0x1858f7c in esd_play_sound_data () #10 0x18faed8 in Fplay_sound () #11 0x18fb190 in Fding () #12 0x183e8c4 in Ffuncall () #13 0x1815780 in execute_optimized_program () #14 0x18152f0 in funcall_compiled_function () #15 0x183ea50 in Ffuncall () #16 0x183fc60 in call1 () #17 0x181dbd4 in cmd_error () #18 0x183b338 in condition_case_1 () #19 0x181dcdc in command_loop_3 () #20 0x181dcfc in command_loop_2 () #21 0x183ae70 in internal_catch () #22 0x181df00 in initial_command_loop () #23 0x1837008 in sort_args () #24 0x1837948 in voodoo_free_hook () #25 0xf0369c in __libc_start_main () at ../sysdeps/powerpc/elf/libc-start.c:106 #26 0x0 in ?? () -- Martin

2 participants
2 comments

Re: Build failures with latest packages in CVS 24 years, 2 months

Andreas Jaeger

>>>>> Vin Shelton writes: Vin> The last time I built the packages (2/17), here's what I found: Vin> 1. Yoshiki's patch fixed the "Invalid read syntax" errors. Vin> 2. I still got the efs build problem: Vin> While compiling toplevel forms in file /usr/local/build/xemacs-packages-2000-02-17/libs/efs/efs-vm.el: Vin> !! File error (("Cannot open load file" "vm")) Vin> Done Vin> 3. Of the other problems, only the VHDL problem remained: Vin> While compiling toplevel forms in file /usr/local/build/xemacs-packages-2000-02-17/prog/vhdl/vhdl-mode.el: Vin> !! File error (("Cannot open load file" "assoc")) Vin> Done Vin> I will re-build the packages now. BTW, I use a 21.1.9 mule-enabled Vin> XEmacs for building the packages, in case that matters. I've used 21.1.7 with Mule. Please tell me your results after rebuilding the packages. Thanks, Andreas -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.rhein-neckar.de

1 participants
0 comments

Re: Build failures with latest packages in CVS 24 years, 2 months

Vin Shelton

The last time I built the packages (2/17), here's what I found: 1. Yoshiki's patch fixed the "Invalid read syntax" errors. 2. I still got the efs build problem: While compiling toplevel forms in file /usr/local/build/xemacs-packages-2000-02-17/libs/efs/efs-vm.el: !! File error (("Cannot open load file" "vm")) Done 3. Of the other problems, only the VHDL problem remained: While compiling toplevel forms in file /usr/local/build/xemacs-packages-2000-02-17/prog/vhdl/vhdl-mode.el: !! File error (("Cannot open load file" "assoc")) Done I will re-build the packages now. BTW, I use a 21.1.9 mule-enabled XEmacs for building the packages, in case that matters. - vin

1 participants
0 comments

Re: getaddrinfo broken on AIX 24 years, 2 months

Michael Sperber

>>>>> "Valdis" == Valdis Kletnieks <Valdis.Kletnieks(a)vt.edu> writes: Valdis> On Mon, 21 Feb 2000 15:38:55 +0100, sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) said: >> >> This patch: >> >> 2000-01-27 URA Hiroshi <ura(a)hiru.aoba.yokohama.jp> >> * config.h.in: added HAVE_GETADDRINFO and HAVE_GETNAMEINFO >> breaks networking on AIX 4.3. This shows up in the IBM APARs as >> IY04165, but there's not PTF for the problem (yet?) which makes >> patching the OS a lengthy and impractical operation. Valdis> fixdist reports a fix available for this, at least for AIX 4.3.3. Valdis> Alledgedly, you can just get the list of required LPP's for 4.3.2 and Valdis> safely apply them, but that's 85 LPPs. Basically, they want you to Valdis> upgrade to 4.3.3-02 plus another 4-5 .11 level PTFs. Exactly. This is not practical. Valdis> A number of the fixes are 4.3.3.11 level, which just came out Valdis> last Friday-ish, so if you researched this early last week you Valdis> would indeed have found "not available yet". Sure there is a fix level, but there's no single *PTF* which cures the problem. There's one announced in the APAR, but that doesn't seem to exist as of two hours ago. Anyways, it's not that declaring getaddrinfo broken incurs a loss in functionality, so I'll just submit an s&m patch. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

2 participants
1 comments

getaddrinfo broken on AIX 24 years, 2 months

Michael Sperber

This patch: 2000-01-27 URA Hiroshi <ura(a)hiru.aoba.yokohama.jp> * config.h.in: added HAVE_GETADDRINFO and HAVE_GETNAMEINFO * sysdep.c: In init_system_name(), add code to use getaddrinfo() instead of gethostbyname() * process-unix.c: In unix_canonicalize_host_name() and unix_open_network_stream(), add code to use getaddrinfo() instead of gethostbyname(). breaks networking on AIX 4.3. This shows up in the IBM APARs as IY04165, but there's not PTF for the problem (yet?) which makes patching the OS a lengthy and impractical operation. What's the PC way to tell XEmacs getaddrinfo is broken on a specific platform? -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla

3 participants
2 comments

Re: Fully featured pdump installation support 24 years, 2 months

Jan Vroonhof

Olivier Galibert <galibert(a)pobox.com> writes: > > Note that just calling realpath is not sufficient. > > Hmm, why? Because of things the algorithm as given makes it possible to override the system tree by making a symlink farm and then just replacing the parts needed. (In fact XEmacs is installed that way here). Jan P.S. Can we also start the search with in ~/.xemacs/dump/xemacs-version-id.dmp

1 participants
0 comments

Re: Problem with package-get 24 years, 2 months

Jan Vroonhof

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > AFAIK the change to coding-system 'binary in i-f-c-l is already in > 21.2 ... oops, no, that's only in UTF-2000. Evidently Tomo found it > necessary but hasn't yet reported it to xemacs-beta. He did... However he combined it with some other crap (explicit knowledge about jka-compr) from FSF emacs, and I vetoed that. A stand alone patch never appeared IMHO. My improved patch contains the 'binary part too, but that is stalled waiting for a new EFS. However it doesn't really require it so I guess it is time to apply the core part of it. So 1. package-get should use i-f-c-l 2. In 21.1.10 i-f-c-l should be made to use 'binary 3. Apply the core half of my patch to 21.2 (includes coding system change). Jan

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