May 2001 - XEmacs-Beta - XEmacs Mailing List Archives

Re: XEmacs 21.4.2 does not build under cygwin 22 years, 11 months

vinnie_shelton＠notes.teradyne.com

With this patch, I can build 21.4.2 native under Win NT, but without it, I can not. - vin "Stephen J. Turnbull" <turnbull＠sk.tsukuba.ac.jp>(a)xemacs.org on 05/11/2001 02:42:18 AM Sent by: xemacs-winnt-admin(a)xemacs.org To: Alexander Reinwarth <alexander(a)reinwarth.de> cc: xemacs-beta(a)xemacs.org, xemacs-nt(a)xemacs.org Subject: XEmacs 21.4.2 does not build under cygwin >>>>> "Alexander" == Alexander Reinwarth <alexander(a)reinwarth.de> writes: Alexander> The beta-versions from 21.2-b45 onward, 21.4.0 and Alexander> 21.4.1 as well as 21.5.0 and 21.5.1 built smoothly on Alexander> this machine, nevertheless 21.4.2 does not. This is in part patchup lossage; an incorrect patch to that file was submitted, had to be reverted, and a new one applied. I probably screwed up the application. I've spent a couple of hours installing Cygwin, and I just installed VC++ last week. The first patch following allows me to build native under VC++, but the Cygwin build doesn't run to completion because of a conflict in the sound support. The second patch was submitted by Paul Stodghill and should fix the sound conflict. I'll release 21.4.3 early next week when the Windows team confirms these fixes. Index: src/event-msw.c =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/src/event-msw.c,v retrieving revision 1.47.2.1 retrieving revision 1.47 diff -u -r1.47.2.1 -r1.47 --- src/event-msw.c 2001/05/09 09:54:05 1.47.2.1 +++ src/event-msw.c 2001/04/12 18:23:41 1.47 ＠＠ -65,6 +65,7 ＠＠ #include "sysdep.h" #include "objects-msw.h" +#include "events-mod.h" #ifdef HAVE_MSG_SELECT #include "sysfile.h" #include "console-tty.h" Index: configure.in =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/configure.in,v retrieving revision 1.152 diff -u -r1.152 configure.in --- configure.in 2001/05/05 08:26:04 1.152 +++ configure.in 2001/05/10 12:58:32 ＠＠ -4040,6 +4040,14 ＠＠ esac fi + dnl Win32 Native uses native sound + if test -z "$sound_found"; then + if test "$with_msw" = "yes"; then + sound_found=yes + native_sound_lib= + fi + fi + dnl Check for Linux/BSD native sound if test -z "$sound_found"; then for dir in "machine" "sys" "linux"; do ＠＠ -4050,14 +4058,6 ＠＠ [AC_DEFINE_UNQUOTED(SOUNDCARD_H_FILE, "${dir}/soundcard.h")] break) done - fi - - dnl Win32 Native uses native sound - if test -z "$sound_found"; then - if test "$with_msw" = "yes"; then - sound_found=yes - native_sound_lib= - fi fi test "$sound_found" = "yes" && with_native_sound=yes -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."

1 participants
0 comments

oddity w/ current ediff package and multiple frames 22 years, 11 months

Charles Hines

Howdy all. I was wondering if anyone else has seen the following behavior (this is with 21.1.14 under Solaris 2.6, non mule, latest official packages from xemacs.org). Basically ediff w/ the "plain" setup messes with other frames if multiple frames are open when toggling the 'quick help' feature. Here's the formula to reproduce: xemacs -q eval this in *scratch*: (defun my-ediff-mode-hook () (interactive) (setq-default ediff-window-setup-function 'ediff-setup-windows-plain) (setq-default ediff-split-window-function 'split-window-horizontally) (setq ediff-use-toolbar-p nil) ) (add-hook 'ediff-mode-hook 'my-ediff-mode-hook) open a new frame, go back to original one. M-x ediff-files (pick any 2 files) in the ediff control panel hit '?' repeatedly and watch what happens. For me the other frame becomes the ediff setup and the help window toggles there, in the original frame where I expected things to work, it will alternately show the quick help text without resizing the window and with resizing the window, and doing next/prev diff doesn't move the display properly. It also sends the focus over to that other frame (w/ fvwm2 & click to focus) but that comes back when the alternating of the resizing the control buffer. The ediff that comes w/ vanilla Emacs 20.7 doesn't exhibit this (in Emacs 20.7), but if I load the current version (I pointed the load path down a directory with the diff files symlinked from the xemacs-packages tree to test this) it exhibits similar behavior (affects other frame, but the resizing behavior doesn't alternate, it always resizes the other frames control panel, and the focus doesn't shift). Then I tested it w/ 21.4.1, and even stranger things occurred...new frames ended up being opened for me, including one that contained the horizontally split ediff buffers but not the control panel! So it sounded to me like this was tickling some XEmacs bugs as well... Unfortunately I can't investigate this too closely right now, but thought I'd send an email and perhaps Michael might know what's going on without too much thought/time involved in the fixes for the ediff code and figured that quite likely somone else on the list will have an idea about the potential XEmacs bugs being shown. Thanks, Chuck -- Charles K. Hines <ckh(a)requesttech.com> <hines(a)gderome.com> Principal Scientist at ReQuest Technologies Inc (http://www.ReQuestTech.com/) Martial Arts Instructor [Modern Arnis and Balintawak Escrima] "Go back to sleep, Chuck. You're just havin' a nightmare -- of course, we ARE still in Hell." (Gary Larson)

1 participants
0 comments

Random hangs 22 years, 11 months

Andy Piper

I just built and updated packages on RH 7.1. I am seeing frequent hangs in the ftp (efs) process. When I look at the ftp buffer its just sitting there trying to download a file. If I hit ^G it starts up again. This latter fact seems to point towards an XEmacs problem rather than slowness in ftp.xemacs.org. Does anyone else see similar behaviour? andy

3 participants
2 comments

Core dump on exit in 21.5.1 22 years, 11 months

Petr Konecny

Hi, I get a coredump on exit in XEmacs 21.5 (beta1) "anise" compiled and used on Debian/Linux sid box, with 2.4.4-ac5 kernel. Happens only under X windows. I have not seen anybody reporting this, so I suspect it could be Debian problem. Any clues ? Take care, Petr xemacs -q C-x C-c Relevant backtrace: #0 0x40578ae1 in kill () from /lib/libc.so.6 #1 0x80c0363 in fatal_error_signal (sig=11) at emacs.c:535 #2 0x40578a18 in sigaction () from /lib/libc.so.6 #3 0x402b1078 in XtDisplayOfObject () from /usr/X11R6/lib/libXt.so.6 #4 0x40139048 in XmImVaSetValues () from /usr/X11R6/lib/libXm.so.2 #5 0x40136810 in _XmImFreeShellData () from /usr/X11R6/lib/libXm.so.2 #6 0x4013ef27 in _XmRemoveGrab () from /usr/X11R6/lib/libXm.so.2 #7 0x402a66a6 in _XtCreateHookObj () from /usr/X11R6/lib/libXt.so.6 #8 0x402a64cd in _XtCreateHookObj () from /usr/X11R6/lib/libXt.so.6 #9 0x402a69fa in _XtCreateHookObj () from /usr/X11R6/lib/libXt.so.6 #10 0x402a6afd in _XtDoPhase2Destroy () from /usr/X11R6/lib/libXt.so.6 #11 0x402a6c98 in XtDestroyWidget () from /usr/X11R6/lib/libXt.so.6 #12 0x82077d1 in x_delete_frame (f=0x85da478) at frame-x.c:2682 #13 0x814fde3 in delete_frame_internal (f=0x85da478, force=1, called_from_delete_device=1, from_io_error=0) at frame.c:1533 #14 0x80b1fa5 in delete_device_internal (d=0x85efab0, force=1, called_from_delete_console=1, from_io_error=0) at device.c:798 #15 0x80a9f31 in delete_console_internal (con=0x8651710, force=1, called_from_kill_emacs=1, from_io_error=0) at console.c:689 #16 0x80c1b17 in Fkill_emacs (arg=137338532) at emacs.c:2850 #17 0x80c95b7 in Ffuncall (nargs=1, args=0xbffff378) at eval.c:3528 configured using `configure --dynamic --with-mule --with-pop --site-prefixes=/usr/local --with-xfs --without-gpm --debug' uname -a: Linux chazelle 2.4.4-ac5 #1 Fri May 4 18:53:42 EDT 2001 i686 unknown ./configure '--dynamic' '--with-mule' '--with-pop' '--site-prefixes=/usr/local' '--with-xfs' '--without-gpm' '--debug' XEmacs 21.5-b1 "anise" configured for `i686-pc-linux'. Compilation / Installation: Source code location: /var/home/pekon/cvssrc/xemacs Installation prefix: /usr/local Additional prefixes: /usr/local Operating system description file: `s/linux.h' Machine description file: `m/intel386.h' Compiler: gcc -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wshadow -Wsign-compare Relocating allocator for buffers: no GNU version of malloc: yes - Using Doug Lea's new malloc from the GNU C Library. Window System: Compiling in support for the X window system: - X Windows headers location: /usr/X11R6/include - X Windows libraries location: /usr/X11R6/lib - Handling WM_COMMAND properly. Using Lucid menubars. Using Lucid scrollbars. Using Motif dialog boxes. Using Motif native widgets. TTY: Compiling in support for ncurses. Images: Compiling in support for GIF images (builtin). Compiling in support for XPM images. Compiling in support for PNG images. Compiling in support for JPEG images. Compiling in support for TIFF images. Compiling in support for X-Face message headers. Sound: Compiling in support for sound (native). Compiling in support for ESD (Enlightened Sound Daemon). Databases: Compiling in support for Berkeley database. Compiling in support for LDAP. Compiling in support for PostgreSQL. - Using PostgreSQL header file: postgresql/libpq-fe.h - Using PostgreSQL V7 bindings. Internationalization: Compiling in support for Mule (multi-lingual Emacs). Compiling in support for XIM (X11R5+ I18N input method). - Using Motif to provide XIM support. Mail: Compiling in support for POP mail retrieval. Compiling in support for "dot-locking" mail spool file locking method. Other Features: Compiling in support for dynamic shared object modules. Compiling in support for extra debugging code. WARNING: --------------------------------------------------------- WARNING: Compiling in support for runtime error checking. WARNING: XEmacs will run noticeably more slowly as a result. WARNING: Error checking is on by default for XEmacs beta releases. WARNING: ---------------------------------------------------------

2 participants
1 comments

Re: Updated Packages in Pre-Releases - May 12 22 years, 11 months

Steve Youngs

Aww crud! I sent this to myself instead of the list. :-( |--==> "SY" == Steve Youngs <youngs(a)xemacs.org> writes: SY> The following packages have been updated and put into the SY> "Pre-Releases" directory: Oops, forgot to mention: net-utils-1.16-pkg.tar.gz ========================= 2001-05-12 Steve Youngs <youngs(a)xemacs.org> * feedmail.el: Sync with version 10. -- |---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------<youngs(a)xemacs.org>---|

1 participants
0 comments

21.4.2: toolbar and overall window size damaged by toolbar placement 22 years, 11 months

Karl Kleinpaste

In 21.4.2 under RH6.2, moving the toolbar to the bottom and back via "Options -> Display -> Default Toolbar Location -> Bottom" and then back to "Top" does some damage: 1. When the toolbar is moved to the bottom, the overall size of the window shrinks by about 4 lines. 2. When the toolbar is returned to the top, the window remains shrunken, and the toolbar itself has gained a white bar.

1 participants
0 comments

[Failure] XEmacs 21.5.2 "anise" i586-pc-win32 22 years, 11 months

Nickolay Pakoulin

Compiling on Win2000 native. Updated from CVS May 11 2001. Nick. -------------------------------------------------------------------- OS: Windows_NT XEmacs 21.5-b1 \"anise\" configured for `i586-pc-win32'. Building XEmacs in \"c:\\SRC\\xemacs-beta\\nt\". Using compiler \"cl -nologo -W3 -Od -Zi -ML\". Installing XEmacs in \"c:\\Program Files\\XEmacs\\XEmacs-21.5-b1\". Package path is \"~\\.xemacs;;c:\\Program Files\\XEmacs\\site-packages;c:\\Program Files\\XEmacs\\xemacs-packages\". Compiling in support for Microsoft Windows native GUI. Compiling in support for XPM images. Compiling in support for GIF images. Compiling in support for PNG images. Compiling in support for JPEG images. Compiling in support for toolbars. Compiling in support for dialogs. Compiling in support for widgets. Compiling in support for native sounds. Compiling in fast dired implementation. Compiling in extra debug checks. XEmacs will be slow! -------------------------------------------------------------------- sysdep.c bscmake -nologo -oc:\SRC\xemacs-beta\nt\..\src\temacs.bsc ＠bscmake.tmp del bscmake.tmp link.exe ＠.\nmb01380. device-msw.obj : error LNK2001: unresolved external symbol _Qpages device-msw.obj : error LNK2001: unresolved external symbol _Qselection c:\SRC\xemacs-beta\nt\..\src\temacs.exe : fatal error LNK1120: 2 unresolved externals NMAKE : fatal error U1077: 'link.exe' : return code '0x460' Stop.

1 participants
0 comments

Found on comp.emacs.sources: ibuffer.el 22 years, 11 months

Karl M. Hegbloom

This is a really neat mode! We've got to have it. (define-key ctl-x-map [(control ?b)] #'ibuffer) ;;; ibuffer.el --- operate on buffers like dired ;; Copyright (C) 2000 Free Software Foundation, Inc. ;; Emacs Lisp Archive Entry ;; Author: Colin Walters <walters(a)cis.ohio-state.edu> ;; Created: 8 Sep 2000 ;; Version: 1.9 ;; X-RCS: $Id: ibuffer.el,v 1.115 2001/04/18 04:56:23 walters Exp $ ;; URL: http://www.cis.ohio-state.edu/~walters ;; Keywords: buffer, convenience ;; This file is not currently part of GNU Emacs. ;; This program is free software; [... GPL ...] ;;; Commentary: ;; ibuffer.el is an advanced replacement for the `buffer-menu' which ;; is normally distributed with Emacs. Its interface is intended to ;; be analogous to that of Dired.

4 participants
3 comments

XEmacs 21.4.2 does not build under cygwin 22 years, 11 months

Alexander Reinwarth

Hi out there! Today I downloaded xemacs-21.4.1-21.4.2.patch.gz to patch up my 21.4.1's sources, which I got by patching 21.4.0 and ran into problems building it on one of my computers. The beta-versions from 21.2-b45 onward, 21.4.0 and 21.4.1 as well as 21.5.0 and 21.5.1 built smoothly on this machine, nevertheless 21.4.2 does not. The machine runs win2k and cygwin1.1.8(0.34/3/2). After running ./configure '--with-xpm' '--dynamic=yes' '--with-x11=no' '--with-msw' '--with-dragndrop=yes' and seeing no obious errors, make dies. The last messages I get are as follows: ,---- | make[1]: Leaving directory `/usr/local/xemacs-21.4.0/lib-src' | cd ./src && make all | make[1]: Entering directory `/usr/local/xemacs-21.4.0/src' | gcc -c -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wshadow -Wsign-compare -Wpointer-arit | h -Demacs -I. -DHAVE_CONFIG_H -Wno-sign-compare -fno-caller-saves event-msw.c | event-msw.c: In function `mswindows_dde_callback': | event-msw.c:1676: warning: implicit declaration of function `cygwin32_win32_to_posix_path_list_buf_s | ize' | event-msw.c:1678: warning: implicit declaration of function `cygwin32_win32_to_posix_path_list' | event-msw.c: In function `mswindows_wnd_proc': | event-msw.c:2227: `XEMACS_MOD_SHIFT' undeclared (first use in this function) | event-msw.c:2227: (Each undeclared identifier is reported only once | event-msw.c:2227: for each function it appears in.) | event-msw.c:2263: `XEMACS_MOD_CONTROL' undeclared (first use in this function) | event-msw.c: In function `mswindows_modifier_state': | event-msw.c:3105: `XEMACS_MOD_META' undeclared (first use in this function) | event-msw.c:3106: `XEMACS_MOD_CONTROL' undeclared (first use in this function) | event-msw.c:3115: `XEMACS_MOD_SHIFT' undeclared (first use in this function) | event-msw.c:3116: `XEMACS_MOD_BUTTON1' undeclared (first use in this function) | event-msw.c:3117: `XEMACS_MOD_BUTTON2' undeclared (first use in this function) | event-msw.c:3118: `XEMACS_MOD_BUTTON3' undeclared (first use in this function) | event-msw.c: At top level: | event-msw.c:3620: warning: no previous prototype for `debug_process_finalization' | make[1]: *** [event-msw.o] Error 1 | make[1]: Leaving directory `/usr/local/xemacs-21.4.0/src' | make: *** [src] Error 2 `---- If further information is needed, just kick me into the right direction :) Alexander -- To boldly frobnicate what no newbie has grokked before. - http://my.gnus.org

2 participants
2 comments

[Failure] XEmacs 21.4.2 "Developer-Friendly Unix APIs", i586-pc-win32 22 years, 11 months

Les Schaffer

> I am seeing this problem also: src\event-msw.c does not compile. i handled this by adding #include "events-mod.h" and all is well. i guess it should really go in event-msw.h??? les schaffer

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 May 2001