May 1998 - XEmacs-Beta - XEmacs Mailing List Archives

SL Baur

Hrvoje Niksic <hniksic(a)srce.hr> writes: > Take a buffer portion, mark it and narrow it with `C-x n n'. It is > important that the beginning of the narrowed portion is *not* at the > beginning of a line. ... > This has been there for quite some time (at least since 20.2, probably > since 19.12 or longer), Yowza. It *is* in 19.12. This is an _old_ bug ... > and is likely the result of `widen' not > getting the attention of the relevant redisplay structures. FSFmacs > does not exhibit this behaviour.

1 participants
0 comments

Re: bug in fsf-compat package 26 years, 6 months

SL Baur

Andy Piper <andyp(a)parallax.co.uk> writes: > thingatpt.el is read only in the tar - it should be read/write by me. I've generated a new tarball with correct permissions, sorry about that.

1 participants
0 comments

Never Mind: Was sent as `text/plain' rather than as ... 26 years, 6 months

Karl M. Hegbloom

Sorry for the false alarm.

1 participants
0 comments

file-coding and gnus/tm bug? 26 years, 6 months

Karl M. Hegbloom

What can be done?

1 participants
0 comments

Re: [FAILURE] XEmacs 21.0-beta38 on MkLinux 26 years, 6 months

Hrvoje Niksic

"Stephen R. Anderson" <sra(a)bloch.ling.yale.edu> writes: > bacon(a)aerodyne.com said: > > I was looking at this very same problem last night. It turns out > > that the prototype for matherr has changed slightly. You can get > > xemacs to build without any problem by simply changing the variable > > on line 934 in floatfns.c from exception to __exception. Everything > > else goes smoothly after that. Apparently there used to be a typedef > > for exception which has disappeared from the include files. > > This implies, unfortunately, that all three of the potential > culprits you suggest are involved in one way or another. I will > leave it to those who are more familiar with the way these things > interact in xemacs code to suggest a patch. Fred's answer doesn't satisfy me. Correct user code should not be forced to use __exception -- __foo looks like a system-dependent thing to me. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- "Manic depression is cool... your body can make its own drugs."

3 participants
2 comments

[PATCH] Unified frame shakers second edition 26 years, 6 months

Kirill M. Katsnelson

Ok, this time I fixed the problem, which appeared with any change which resulted in summary frame pixel size change of zero along both coordinates. I also made menubar obey to the same mechanism. Kirill 1998-05-06 Kirill M. Katsnelson <kkm(a)kis.ru> * frame.h (struct frame): Added char_{width,height} member variables and access macros Added size_slipped redisplay bit and mark/clear macros. * redisplay.c (redisplay_frame): Adjust frame size if size slipped bit is set. (redisplay_device): Call redisplay_frame if size slipped bit is set. * frame.c (adjust_frame_size): Redisplay beats frame back in shape with this. Added. (frame_size_slipped): Added. (internal_set_frame_size): Clear size slipped bit. (change_frame_size_1): Store real charsize into frame object. (vars_of_frame): Declared adjust-frame-function. * frame-msw.c (mswindows_update_frame_external_traits): Same change as for frame-x.c (mswindows_frame_size_fixed_p): Implemented the method. * frame-x.c (x_update_frame_external_traits): Do not call Fset_frame_size to adjust frame, redisplay will do. * faces.c (update_EmacsFrame): Mark frame as slipped when default font changes. * toolbar.c (compute_frame_toolbars_data): Removed obsoleted call to change_frame_size. Redisplay will fix it later. Removed toolbar_*_changed_in_frame specifier change handlers. (specifier_vars_of_toolbar): Calls to these routed to frame_size_slipped generic handler. * toolbar-x.c: Removed toolbar_*_changed_in_frame device methods. * scrollbar-x.c: Removed scrollbar_*_changed_in_frame device methods. * scrollbar.c: Removed scrollbar_*_changed_in_frame specifier change handlers. (specifier_vars_of_scrollbar): Calls to the above changed to frame_size_slipped generic handler. * menubar-x.c (x_update_frame_menubar_internal): Do not resize frame, just mark frame size as slipped. * device-x.c: Removed declaration of in_specifier_change_function. * EmacsFrame.c (EmacsFrameSetValues): Do not check in_specifier_change_function. (EmacsFrameSetValues): Simulate a call to resize callback when no actual geometry change happened. * console.h (struct console_methods): Removed declarations for all <specifier>_changed_in_frame methods for toolbars and scrollbars. Added frame_size_fixed_p method.

1 participants
0 comments

Re: beta39-pre5 -- Developer's edition 26 years, 6 months

SL Baur

Damon Lipparelli <lipp(a)primus.com> writes: > Damn. I'm having problems with my mailer (thanks BillG).... > Here are the compilation errors: > frame.c: In function `adjust_frame_size': > frame.c:649: incompatible type for argument 2 of `Fset_frame_size' > frame.c:649: incompatible type for argument 3 of `Fset_frame_size' Fixed in beta39-pre6.

1 participants
0 comments

RE: beta39-pre5 -- Developer's edition 26 years, 6 months

Damon Lipparelli

Damn. I'm having problems with my mailer (thanks BillG).... Here are the compilation errors: frame.c: In function `adjust_frame_size': frame.c:649: incompatible type for argument 2 of `Fset_frame_size' frame.c:649: incompatible type for argument 3 of `Fset_frame_size' >>>> -----Original Message----- >>>> From: Damon Lipparelli [mailto:lipp＠primus.com] >>>> Sent: Wednesday, May 06, 1998 4:59 PM >>>> To: xemacs-beta(a)xemacs.org >>>> Subject: RE: beta39-pre5 -- Developer's edition >>>> >>>> >>>> Applied patch to b38 distribution. This is compiling with >>>> GCC 2.8.1 >>>> under Solaris 2.5.1 >>>> >>>> -lipp >>>>

1 participants
0 comments

beta39-pre6 26 years, 6 months

SL Baur

It looks safe now. Here's the patch from pre5 to pre6 since it's small. 1998-05-06 SL Baur <steve(a)altair.xemacs.org> * frame.c (adjust_frame_size): Don't mix integers and Lisp_Objects. Index: version.sh =================================================================== RCS file: /usr/local/xemacs/xemacs-20.0/version.sh,v retrieving revision 1.89 diff -u -r1.89 version.sh --- version.sh 1998/05/06 22:52:00 1.89 +++ version.sh 1998/05/06 23:56:08 ＠＠ -2,7 +2,7 ＠＠ emacs_major_version=21 emacs_minor_version=0 emacs_beta_version=39 -xemacs_codename="Russian White-pre5" +xemacs_codename="Russian White-pre6" infodock_major_version=3 infodock_minor_version=90 infodock_build_version=5 Index: src/frame.c =================================================================== RCS file: /usr/local/xemacs/xemacs-20.0/src/frame.c,v retrieving revision 1.30 diff -u -r1.30 frame.c --- src/frame.c 1998/05/06 22:52:24 1.30 +++ src/frame.c 1998/05/06 23:39:58 ＠＠ -645,8 +645,8 ＠＠ Vadjust_frame_function, frame)); if (keep_char_size) - Fset_frame_size (frame, FRAME_CHARWIDTH(f), - FRAME_CHARHEIGHT(f), Qnil); + Fset_frame_size (frame, make_int(FRAME_CHARWIDTH(f)), + make_int(FRAME_CHARHEIGHT(f)), Qnil); } if (!keep_char_size)

1 participants
0 comments

RE: beta39-pre5 -- Developer's edition 26 years, 6 months

Damon Lipparelli

Applied patch to b38 distribution. This is compiling with GCC 2.8.1 under Solaris 2.5.1 -lipp

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 1998