September 2011 - XEmacs-Beta - XEmacs Mailing List Archives

Jerry James

On Tue, Sep 20, 2011 at 10:23 AM, Ravindra Viswanath <ravindra(a)koolchip.com> wrote: > And installed them all. Got a couple of warnings Those warnings just indicate that RPM was overwriting previously installed, non-RPM-controlled, files. You recovered appropriately. However, I *strongly* urge you to configure your yum repositories to use EPEL. With a bare RPM install, you'll never know when an update becomes available. With yum, it will check for you automatically every time you run "yum upgrade". > Now, xemacs works, however, the all important script that I want - need - to > run, namely "hide-lines.el" (http://www.emacswiki.org/emacs/hide-lines.el) > does not run as expected. No, that was written for Emacs, not XEmacs. However, it isn't very hard to adapt. Try the attached version. My version has a major drawback, inherited from the original, though. Do you see the line that says: (add-to-invisibility-spec 'hl) ? That is modifying a buffer-local variable. Running that command once at load time is wrong. That needs to be run in *every buffer* where you want to do the line hiding. This code should really be turned into a minor mode. See hideshow.el for an example of how to do that. It should be at /usr/share/xemacs/xemacs-packages/lisp/c-support/hideshow.el in your installation. Regards, -- Jerry James http://www.jamezone.org/ _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

2 participants
1 comments

Re: Build Help! 13 years, 2 months

Jerry James

On Mon, Sep 19, 2011 at 5:20 PM, Ravindra Viswanath <ravindra(a)koolchip.com> wrote: > Sorry - I meant to say I found one for RHEL 5, but none for RHEL4 which is > what I seem to have: > Linux version 2.6.18-238.el5 (mockbuild(a)x86-012.build.bos.redhat.com) (gcc ^^^ That "el5" indicates a RHEL 5 kernel. You're either running RHEL 5, not RHEL 4, or you have installed a RHEL 5 kernel on your RHEL 4 machine. You are correct that there is no prebuilt XEmacs binary for RHEL4. If you really are running RHEL 4, you'll have to build your own. -- Jerry James http://www.jamezone.org/ _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

2 participants
1 comments

Summary of XEmacs Issue Tracking System Issues 13 years, 2 months

XEmacs Issue Tracking System

ACTIVITY SUMMARY (2011-09-13 - 2011-09-20) XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 528 open ( +1) / 272 closed ( +0) / 800 total ( +1) Open issues with patches: 12 Average duration of open issues: 921 days. Median duration of open issues: 967 days. Open Issues Breakdown new 206 ( +0) deferred 6 ( +0) napping 4 ( +0) verified 54 ( +0) assigned 150 ( +0) committed 19 ( +0) documented 3 ( +0) done/needs work 18 ( +0) Issues Created Or Reopened (1) ______________________________ [Bug: 21.5-b31] crash when deleting buffers using gutter and m 2011-09-17 http://tracker.xemacs.org/XEmacs/its/issue802 created mike.kupfer _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

1 participants
0 comments

[Bug: 21.5-b31] crash when deleting buffers using gutter and menu 13 years, 2 months

Stephen J. Turnbull

Mike Kupfer writes: > #8 0x080ef56f in assert_failed (file=0x8322608 "menubar-x.c", line=576, > expr=0x83227c0 "data && (data->next || data->contents)") at emacs.c:4089 This happens. I don't know why. It really is a crash (eventually), so having an assert is correct. I've been able to determine that in the cases I've observed it's data->next or data->contents that's NULL, but I don't know why. I believe there's a bug for it already, but I don't recall offhand which one. _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

2 participants
2 comments

Re: Build Help! 13 years, 2 months

Ravindra Viswanath

To follow up, I downloaded the latest Beta - 21.5.31 and tried to install that (local install without root priviliges) Here's my system: % dmesg | head Linux version 2.6.18-238.el5 (mockbuild(a)x86-012.build.bos.redhat.com) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-50)) #1 SMP Sun Dec 19 14:22:44 EST 2010 Attached are the config.log, the generated Make/GNUMake files and the log from the 'make all' step. While xemacs is built in the ./src directory, get an error when I try to run exmacs: % ./xemacs Loading auto-autoloads.el... (file auto-autoloads.elc is out-of-date) Loading auto-autoloads.el...done (file auto-autoloads.elc is out-of-date) IO Error: Terminal type not powerful enough to run Emacs, "xterm" % Unsure exactly what the issue is. Any help is greatly appreciated. Thanks Ravindra On Mon, Sep 19, 2011 at 11:38 AM, Ravindra Viswanath <ravindra(a)koolchip.com>wrote: > Hi > > I currently have 21.4.15, but for what ever reason my installation does not > have a subr.el file, which has the add-to-invisibility-spec function that I > need to use. > > To overcome this deficiency, I downloaded Xemacs 21.5, and was attempting > to build it from source through this package: > > http://ftp.xemacs.org/xemacs-21.5/xemacs-21.5.0.tar.gz > > Two problems here: > > 1. Although this file has a subr.el, it does not have the > add-to-invisibility-spec that I desperately need. > 2. When I try to build, I bomb out on the ./configure step with : > > configure:3220: gcc -o conftest -g -O3 -Wall -Wno-switch -Winline > -Wmissing-prototypes -Wshadow -Wsign-compare -L/usr/lib64 > -Xlinker -rpath -Xlinker /usr/lib64 conftest.c -lgcc -lc -lgcc > /usr/lib/crtn.o 1>&5 > > and > > configure:3450:28: error: cygwin/version.h: No such file or directory > configure:3450:23: error: mach/mach.h: No such file or directory > > This is on a X86-64 RedHat system > > I tried specifying /usr/lib64 as the --site-libraries and > --site-runtime-libraries, but with no noticeable effect based on > config.log. > > My needs are fairly straight-forward. I need to get > add-to-invisibility-spec working so that I might get the hide-lines.el > (another script) working. Can I get that going on my existing 21.4.15? If > not how can I overcome the above and get 21.5 working with > add-to-invisibility-spec (given that this function is not defined in > subr.el, although it is defined in a file of the same name in my emacs > installation)? > > Thanks > RAvindra > > > _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

2 participants
3 comments

Build Help! 13 years, 2 months

Ravindra Viswanath

Hi I currently have 21.4.15, but for what ever reason my installation does not have a subr.el file, which has the add-to-invisibility-spec function that I need to use. To overcome this deficiency, I downloaded Xemacs 21.5, and was attempting to build it from source through this package: http://ftp.xemacs.org/xemacs-21.5/xemacs-21.5.0.tar.gz Two problems here: 1. Although this file has a subr.el, it does not have the add-to-invisibility-spec that I desperately need. 2. When I try to build, I bomb out on the ./configure step with : configure:3220: gcc -o conftest -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wshadow -Wsign-compare -L/usr/lib64 -Xlinker -rpath -Xlinker /usr/lib64 conftest.c -lgcc -lc -lgcc /usr/lib/crtn.o 1>&5 and configure:3450:28: error: cygwin/version.h: No such file or directory configure:3450:23: error: mach/mach.h: No such file or directory This is on a X86-64 RedHat system I tried specifying /usr/lib64 as the --site-libraries and --site-runtime-libraries, but with no noticeable effect based on config.log. My needs are fairly straight-forward. I need to get add-to-invisibility-spec working so that I might get the hide-lines.el (another script) working. Can I get that going on my existing 21.4.15? If not how can I overcome the above and get 21.5 working with add-to-invisibility-spec (given that this function is not defined in subr.el, although it is defined in a file of the same name in my emacs installation)? Thanks RAvindra _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

1 participants
0 comments

GTK merge of trunk code. 13 years, 2 months

Aidan Kehoe

Hi Jeff, I’ve gone and merged the recent trunk changes into the GTK repository; if you have local work that that interferes with, feel free to point me towards to do the extra merge work myself. Best, Aidan -- ‘Iodine deficiency was endemic in parts of the UK until, through what has been described as “an unplanned and accidental public health triumph”, iodine was added to cattle feed to improve milk production in the 1930s.’ (EN Pearce, Lancet, June 2011) _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

1 participants
0 comments

Re: [Bug: 21.5-b31] Crash on customize 13 years, 2 months

Raymond Toy

On Thu, Sep 15, 2011 at 10:11 AM, Raymond Toy <toy.raymond(a)gmail.com> wrote: > > Using Lucid menubars. > - Using Xft to render antialiased fonts in menubars. > WARNING: This Xft feature will be replaced with a face. > Using Lucid scrollbars. > + Using Motif dialog boxes. > + Using Motif native widgets. > Well, I think that was the problem. When I configured using --without-widgets, xemacs now crashes in customize. Which make sense since I had narrowed down the issue to something about or near the widgets. I have no idea why my previous build didn't have widgets. Is it possible to run xemacs without widgets? If not, then perhaps configure should fail. If so, then something is not detecting the case that widgets are not built in. Ray _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

1 participants
0 comments

Re: [Bug: 21.5-b31] Crash on customize 13 years, 2 months

Stephen J. Turnbull

Raymond Toy writes: > Even weirder: the old build doesn't have any buffer tabs displayed. > (Didn't notice before because I usually disable tabs). But the new build > from the same sources does have buffer tabs displayed. How can that be? Don't know; there are any number of possibilities. The first thing to check is whether the configurations are the same (M-x describe-installation will tell you for the running XEmacs). > Perhaps that's the cause of the crash? I haven't seen buffer tabs crashes in a long long time (like 10 years). However, the GUI progress gauges are still unstable. But I didn't see either in the trace. _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

2 participants
1 comments

Re: [Bug: 21.5-b31] Crash on customize 13 years, 2 months

Stephen J. Turnbull

Raymond Toy writes: > [1] emacs-version said 1b054bc2ac40 so I did an hg update -r 1b054bc2ac40 > and rebuilt in the new directory. Is that the right way to get that > version? Yes, that is correct. > Customize works in the new build using the same options to > configure. I am not entirely surprised. The problem is that Lisp is a twisty maze of dependencies, all alike, and the only way to ensure that all files needing to be rebuilt are rebuilt is a "make realclean" first. ("make beta" does this for you.) So if you are in the habit of doing "hg pull -u; ./config.status --recheck; make" (which is normally quite fast), you may end up with quite a bit of legacy bytecode after a while. In particular, if there is a change to the byte-compiler, obviously to be 100% safe you need to recompile the world, but AFAICT we don't force recompilation of everything in that case. _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

2 participants
1 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 September 2011