December 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: update packages screws gdb-mode 24 years, 11 months

Neal D. Becker

OK, I found it. The culprit wasn't hard to guess - it's been a problem before. Which package screws up you c indentation settings without so much as asking you? It look like it's the same one that's messing up gdb. It seems to be jre.[1] Loading xemacs (not vanilla) and running gdb is fine. Visit a .java file, then running gdb is messed up. Footnotes: [1] I'm not absolutely certain that it's jre because I have only tried this experiment once. To be certain I'd really need more experiments, but it looks like there's a high probability that jre is the culprit.

2 participants
1 comments

Re: [Crash Report] segv in Fcons when `M-x customize-face, default' 24 years, 11 months

Jan Vroonhof

karlheg(a)inetarena.com (Karl M. Hegbloom) writes: > (custom-set-variables > '(widget-editable-list-gui t) ;; this one AND > ;; '(widget-choice-toggle t) > ;; '(widget-field-use-before-change t) > ;; '(frame-background-mode (quote light)) > '(custom-face-default-form (quote all)) ;; This one? > ) > > Then run `M-x customize-face', `default'. Stackdump appended. This seems to be fixed in the latest CVS. I cannot reproduce any more after 'cvs update' Jan

2 participants
1 comments

Re: patch needed for latest 21.2 CVS 24 years, 11 months

Andy Piper

At 12:19 PM 12/21/99 -0800, Damon Lipparelli wrote: >I had to apply the following patch to get things compiling under X11R5. > >Does this make sense? Looks ok to me. I've applied this. andy -------------------------------------------------------------- Dr Andy Piper Senior Consultant Architect, BEA Systems Ltd

1 participants
0 comments

Re: update packages screws gdb-mode 24 years, 11 months

Neal D. Becker

>>>>> "Jan" == Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: Jan> nbecker(a)fred.net writes: >> Loading xemacs (not vanilla) and running gdb is fine. Visit a .java >> file, then running gdb is messed up. >> >> Footnotes: >> [1] I'm not absolutely certain that it's jre because I have only >> tried this experiment once. To be certain I'd really need more Jan> Do you mean "jdk" ? I think I mean jde. auto-mode-alist shows jde-mode for .java.

1 participants
0 comments

Re: update packages screws gdb-mode 24 years, 11 months

Jan Vroonhof

nbecker(a)fred.net writes: > Loading xemacs (not vanilla) and running gdb is fine. Visit a .java > file, then running gdb is messed up. > > Footnotes: > [1] I'm not absolutely certain that it's jre because I have only > tried this experiment once. To be certain I'd really need more Do you mean "jdk" ? Jan

1 participants
0 comments

Re: Merging customize support 24 years, 11 months

William M. Perry

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > wmperry(a)aventail.com (William M. Perry) writes: > > > It merges all the attributes from the faces at a specific point, and merges > > in 'default' then realizes it. By the time realize_x_face() is called, it > > is always fully specified. I could just as easily have written: > > So the fallbacks are implicit? That changes the definition of what a > face is[1]. Did they change the text properties interface or is more than > one face at a single location only possible with overlays? You've been able to use multiple faces with text properties for quite a while. Emacs/W3 uses this all over the place, and has for ages. A face is now (and really has always been) a collection of attributes. It just happens that the set of attributes is bigger/saner, and inheritance happens at face realization time, not face creation time. > It seems to me that in such a setup you could just as well just do > away with the concept of face all together. > > All this would me much easier if we actually had access to the damn > thing :-) Some of us do. :) I just with gerd had followed the API in font.el, but you can't have everything I guess. :) -bp

1 participants
0 comments

Re: update packages screws gdb-mode 24 years, 11 months

Raymond Toy

>>>>> "Gunnar" == Gunnar Evermann <ge204(a)eng.cam.ac.uk> writes: Gunnar> Raymond Toy <toy(a)rtp.ericsson.se> writes: Jan> Do you have the Sun package installed? >> >> Yes. Does that matter? I don't use the Sun sparcworks/XEmacs >> debugger integration. (Users here report that it eventually crashes >> xemacs.) Gunnar> Strange, I donŽt use the gdb mode but the Sun workshop stuff all the Gunnar> time and donŽt have any problems. Could you convince your users to Gunnar> submit a real bug report, please? I haven't used the Sun workshop stuff in ages, but I did submit a bug report a very long time ago. This is one reason why those guys never upgraded past 19.14 or 19.15. It didn't crash there, but did crash on later versions. If it's not in the archives, I'll try to ask those users to see if it still crashes. Ray

1 participants
0 comments

Re: [mule-base] mule-debug.el 24 years, 11 months

Andreas Jaeger

>>>>> Yoshiki Hayashi writes: > mule-debug was removed from mule-base sometime ago. But > mule-debug.el itself is hanging around in CVS repository. > So some functions are leaked into auto-autoloads.el where > actually mule-debug.el is not exist. :-( > For example, list-charsets and describe-font. I think `cvs > remove' will solve this problem. > Andreas? Done. Thanks, Andreas -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.rhein-neckar.de

1 participants
0 comments

Re: Merging customize support 24 years, 11 months

Jan Vroonhof

wmperry(a)aventail.com (William M. Perry) writes: > It merges all the attributes from the faces at a specific point, and merges > in 'default' then realizes it. By the time realize_x_face() is called, it > is always fully specified. I could just as easily have written: So the fallbacks are implicit? That changes the definition of what a face is[1]. Did they change the text properties interface or is more than one face at a single location only possible with overlays? It seems to me that in such a setup you could just as well just do away with the concept of face all together. All this would me much easier if we actually had access to the damn thing :-) Jan Footnotes: [1] That means that setting a certain region of the buffer to face bold (i.e. a face with only '(:weight bold)), now turns whatever that was there before into a bold version? Unlike what is now, in that bold is just a convenience name for a face with its own colors, font-family etc, that just happens to have weight == bold.

1 participants
0 comments

Re: Merging customize support 24 years, 11 months

William M. Perry

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > wmperry(a)aventail.com (William M. Perry) writes: > > > So to make a face in Emacs 21 now, you do: > > > > (make-face 'foo) > > (set-face-attribute 'foo nil > > :family "lucidatypewriter" > > :width 'normal > > :height 200 > > :weight 'normal > > :foreground "red" > > :background "pink" > > :strike-through t) > > What happens if the attribute list is incomplete? It merges all the attributes from the faces at a specific point, and merges in 'default' then realizes it. By the time realize_x_face() is called, it is always fully specified. I could just as easily have written: (set-face-attribute 'foo nil :family "lucidatypewriter" :height 200 :foreground "red" :strike-through t) -Bill P.

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 December 1999