November 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: build-failure on solaris2.6 24 years, 5 months

Jan Vroonhof

Nils Bokermann <bokerman(a)uni-bielefeld.de> writes: > Bye, Nils -- if someone wants access to THIS system (is a SPARCbook) drop me > a line Hmmm.. Wmperry also has a sparcbook. Jan

2 participants
2 comments

Re: build-failure on solaris2.6 24 years, 5 months

William M. Perry

Martin Buchholz <martin(a)xemacs.org> writes: > >>>>> "B" == William M Perry <wmperry(a)aventail.com> writes: > > B> Nils Bokermann <bokerman(a)uni-bielefeld.de> writes: > >> On Wed, Nov 24, 1999 at 12:15:00PM +0100, Jan Vroonhof wrote: > >> > I think wmperry had a similar problem recently. on some Solaris 2.6 > >> > versions the dldump library doesn't work that well... > >> > > >> > I think the work around would be to change .../src/s/sol2.h from > >> > > >> > #undef UNEXEC > >> > #if OS_RELEASE < 56 > >> > #define UNEXEC "unexsol2.o" > >> > #else > >> > #define UNEXEC "unexsol2-6.o" > >> > #endif > >> > > >> > to > >> > > >> > #undef UNEXEC > >> > #if OS_RELEASE < 56 > >> > #define UNEXEC "unexsol2.o" > >> > #else > >> > #define UNEXEC "unexsol2.o" > >> > #endif > >> > > >> > Could you report back if this works for you too? > >> > >> Hmm -- but this won't work too :( > >> Finding pointers to doc strings...done > >> Dumping under the name xemacs > >> Segmentation Fault - core dumped > >> *** Error code 139 (ignored) > >> ... > > B> Did you completely reconfigure? You have to regenerate EVERYTHING for this > B> change to take effect. > > It seems highly unlikely that the unexec's for Solaris have to be > changed. This stuff has worked for years, at least for Solaris < 2.7. > "Georg Nikodym <georg.nikodym(a)sun.com>" is the expert. There has to be a > lot of evidence to the contrary. So I veto this patch for the time > being. The sparcbook is the only 2.6 or higher box I have access to, and I was never able to build successfully on it using the built-in dldump() support in unexsol2-6.c I've seen other posts on comp.emacs.xemacs about similar build failures, that were on non-sparcbook machines though. -Bill P.

2 participants
1 comments

Re: Char-related crashes (hopefully) fixed 24 years, 5 months

Jan Vroonhof

Martin Buchholz <martin(a)xemacs.org> writes: > Yes, all of those have to be fixed. We could look to see if they have > been fixed for FSF Emacs 20. They have already have been fixed (we just need to get the d*mn packages released). I was just alluding to the fact unless you stick an apel style compatibility layer in all the versions (which I am not convinced is a good idea) having yet another build variant is going to be awful. Jan

1 participants
0 comments

Re: Empty string in mini buffer history 24 years, 5 months

Hrvoje Niksic

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > Hrvoje Niksic <hniksic(a)iskon.hr> writes: > > > Recording zero-length input makes sense in the situations where what > > you record really is a zero-length string. It does not make sense and > > is annoying in the situations where just typing RET activates a > > default. > > In that case typing RET to activate a default should maybe put that > default value in the history? Yes, that would be very very nice.

2 participants
1 comments

Re: @ifnottex: texinfo 3.12, 4.0, and XEamcs 21.2 24 years, 5 months

Adrian Aichner

>>>>> "Yoshiki" == Yoshiki Hayashi <t90553(a)m.ecc.u-tokyo.ac.jp> writes: Hello Yoshiki, Yoshiki> rms. If no one volunteers, I'll sync texinfo stuff with 20.5 Yoshiki> when it is released. That would be great! Yoshiki> You only need to add just these two lines to handle Yoshiki> ＠ifnottex. It's semantically equivalent to ＠ifinfo when Yoshiki> formatting Info. Yoshiki> (put 'ifnottex 'texinfo-format 'texinfo-discard-line) Yoshiki> (put 'ifnottex 'texinfo-end 'texinfo-discard-command) Can you send a patch to xemacs-patches? I will be happy to test it. I have the latest: Author version: 21.1 1998-07-20: XEmacs Development Team <xemacs-beta(a)xemacs.org> Yoshiki> I've no longer have texinfo 3.12 installed, so I cannot test Yoshiki> if it's actually a bug of 3.12. I have built texinfo-4.0 for WIN32 and it works great. I also added support for using this external texinfo program in a patch to nt\xemac.mak, which is still in the patch queue for 21.2. Best regards, Adrian Yoshiki> -- Yoshiki> Yoshiki Hayashi

3 participants
2 comments

Re: Char-related crashes (hopefully) fixed 24 years, 5 months

Jan Vroonhof

Kyle Jones <kyle_jones(a)wonderworks.com> writes: > Yes, we need a transition plan, but I don't think it necessarily > needs to break things. Right now we have the --with-mule > configuration option. Yes, and it is a big maintenance headache. See broken calendar and jka-compr packages. Jan

2 participants
1 comments

Re: build-failure on solaris2.6 24 years, 5 months

William M. Perry

Nils Bokermann <bokerman(a)uni-bielefeld.de> writes: > On Wed, Nov 24, 1999 at 12:15:00PM +0100, Jan Vroonhof wrote: > > I think wmperry had a similar problem recently. on some Solaris 2.6 > > versions the dldump library doesn't work that well... > > > > I think the work around would be to change .../src/s/sol2.h from > > > > #undef UNEXEC > > #if OS_RELEASE < 56 > > #define UNEXEC "unexsol2.o" > > #else > > #define UNEXEC "unexsol2-6.o" > > #endif > > > > to > > > > #undef UNEXEC > > #if OS_RELEASE < 56 > > #define UNEXEC "unexsol2.o" > > #else > > #define UNEXEC "unexsol2.o" > > #endif > > > > Could you report back if this works for you too? > > Hmm -- but this won't work too :( > Finding pointers to doc strings...done > Dumping under the name xemacs > Segmentation Fault - core dumped > *** Error code 139 (ignored) > ... Did you completely reconfigure? You have to regenerate EVERYTHING for this change to take effect. -Bill P.

2 participants
1 comments

Re: Char-related crashes (hopefully) fixed 24 years, 5 months

Hrvoje Niksic

Kyle Jones <kyle_jones(a)wonderworks.com> writes: > Stephen J. Turnbull writes: > > >>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)iskon.hr> writes: > > > > Hrvoje> Mule breaks too much to be worthy of so much consideration > > Hrvoje> at this level. > > > > I see it differently: Mule breaks too much to not get fixed. Mule > > breaks so much that it needs to be fixed by design, not by patching > > a few weak spots. > > I agree with this. So do I, except that no two persons seem to agree on the desirable design traits, and no one person has volunteered to implement any of it. I'd love to be proven wrong on all this.

1 participants
0 comments

Re: crash 24 years, 5 months

Jan Vroonhof

nn(a)uswest.net writes: > M-x w3 caused xemacs to crash Do you get this consistently? If you can reproduce can you find the out the exact lisp call that is causing this? > #3 0x81c46d5 in MaxLabel (gw=0x8583338, wid=0xbfffd248, hgt=0xbfffd24a, > w0=0xbfffd24c, w1=0xbfffd24e) at xlwgauge.c:967 if( lbl != NULL ) { ---> lw = XTextWidth(font, lbl, strlen(lbl)) ; w = Max( w, lw ) ; } Could you check whether the font and lbl have sensible values in this frame? > #4 0x81c32cc in GaugeResize (w=0x8583338) at xlwgauge.c:327 > #5 0x4002f99b in Initialize () from /usr/X11R6/lib/Xaw95/libXaw3d.so.6 > #6 0x40130185 in CallInitialize () from /usr/X11R6/lib/libXt.so.6 > #7 0x4013014d in CallInitialize () from /usr/X11R6/lib/libXt.so.6 > #8 0x401306a2 in xtCreate () from /usr/X11R6/lib/libXt.so.6 > #9 0x40130b8f in _XtCreateWidget () from /usr/X11R6/lib/libXt.so.6 > #10 0x40130cb0 in XtCreateManagedWidget () from /usr/X11R6/lib/libXt.so.6 > #11 0x81bd434 in xaw_create_progress (instance=0x8583158) at lwlib-Xaw.c:808 It is making a new progress bar. This is still very new functionality. I think Andy and E. Falk would love it if you could find out a simple case causing the crash. Jan

3 participants
2 comments

Re: build-failure on solaris2.6 24 years, 5 months

William M. Perry

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > Nils Bokermann <bokerman(a)uni-bielefeld.de> writes: > > > Bye, Nils -- if someone wants access to THIS system (is a SPARCbook) drop me > > a line > > Hmmm.. Wmperry also has a sparcbook. _had_ - I couldn't get the new hard drive I bought working in it, so I traded up to a sony vaio. Sweet machine if anyone is thinking of buying one. Linux works great other than the #%!＠ winmodem. -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 November 1999