December 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: question regarding patches 25 years, 1 month

Hrvoje Niksic

Jeff Miller <jmiller(a)smart.net> writes: > Normally, I submit patches generated with diff -ubw, to ignore > whitespace changes. This normally makes the patches smaller and > they just represent the actual code changes. This is the preferred > method, right? > > Who, if anyone, should be re-indenting the code after patches are > applied? Some of it gets pretty sloppy looking after awhile. There's more than one way to do it. a) You can send the patch using just `-u', and tell us that it appears large due to indentation. b) You can ask the committer to reindent the code after applying the patch. I do a). I believe both are acceptable.

1 participants
0 comments

So, is anyone in new york next week? 25 years, 1 month

William M. Perry

For The Bazaar? I'm going to be there the whole week (sun - fri), so if anyone wants to get dinner or knows of any place to get good guinness, speak up. :) -Bill P.

1 participants
0 comments

Re: New Athena widget configuration (was Re: Problem with `configure --with-sound') 25 years, 1 month

William M. Perry

Glynn Clements <glynn(a)sensei.co.uk> writes: > Martin Buchholz wrote: > > > Whatever we decide, we should keep in mind that these libraries are > > intended to be installed by copying over the real libraries. So it > > would be real nice if xemacs did something reasonable (crashing is not > > reasonable): > > > > - if built on a system with athena3d libs, run on a system with athena. > > - if built on a system with athena, run on a system with athena3d. > > How do you intend that this is to be achieved? > > AFAICT, the Xaw* library which XEmacs uses at run-time has to have the > same structure layouts as the Xaw* header files with which it was > built. I don't see any way around this. If that is the case, then the Xaw replacement libraries have failed miserably, and are effectively useless. :( If they have been changing the _public_ structures, that is very very bad. That is why everything is split into different header files like Label.h and LabelP.h. Changing LabelP.h should be kosher, but Label.h should never change. I think. :) Maybe. Kinda. Sortof. -Bill P.

2 participants
1 comments

Re: First Packages *TEST* release 25 years, 1 month

Jan Vroonhof

Andreas Jaeger <aj(a)suse.de> writes: > I've uploaded the following files to ftp.xemacs.org/xemacs/beta/incoming: > Here is how you use them with List & Install (setq package-get-remote '(("ftp.xemacs.org" "xemacs/beta/incoming"))) (setq package-get-base-filename "package-index") Jan

2 participants
1 comments

Mailcrypt 3.5.5 uploaded 25 years, 1 month

Andreas Jaeger

I've uploaded mailcrypt 3.5.5 as mailcrypt-2.04-pkg.tar.gz to ftp.xemacs.org/xemacs/beta/incoming. The package contains only changes needed to support GPG 1.0. Andreas -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.rhein-neckar.de

1 participants
0 comments

Re: Xt exits still occurring 25 years, 1 month

Jan Vroonhof

Karl Kleinpaste <karl(a)justresearch.com> writes: > > Can you please make sure that your libXaw.so library is indeed the > > normal athena library and not replaced by something else. I have just discovered that our sysadmins have replaced the stock redhat X11 with a link to /usr/local I am also seeing xemacs: X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 12 (X_ConfigureWindow) Value in failed request: 0x0 Serial number of failed request: 5089 Current serial number in output stream: 5295 xemacs: X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 12 (X_ConfigureWindow) Value in failed request: 0x0 Serial number of failed request: 5090 Current serial number in output stream: 5295 Could it be that your version calls exit() whereas my version actually tries to set the 0 sizes? > > I run on the same system (but with non-mule and a recent CVS version) > > and I haven't seen the crash with --with-widgets=athena > > --with-scrollbars=athena. I do remember Andy announcing some other > > fixes but I am not sure whether they are in my tree yet. > > I'm using the -b23 tarball + your 1-line XtIsSubclass liblw-Xlw.c > patch + Andy's liblw-Xaw.c anti-leakage patch. His previous > anti-leakage patch in src/window.c is in -b23 already. I was talking about http://www.xemacs.org/list-archives/xemacs-patches/9912/msg00048.html which isn't in any non CVS version I can see. Jan

1 participants
0 comments

Re: Xt exits still occurring 25 years, 1 month

Karl Kleinpaste

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > Can you please make sure that your libXaw.so library is indeed the > normal athena library and not replaced by something else. Standard issue RedHat: [1036] [10:06:11] beaver:/usr/X11R6/lib> ls -l *Xaw* -rw-r--r-- 1 root root 307626 Sep 13 17:43 libXaw.a lrwxrwxrwx 1 root root 13 Aug 13 11:39 libXaw.so -> libXaw.so.6.1 lrwxrwxrwx 1 root root 13 Aug 13 11:27 libXaw.so.6 -> libXaw.so.6.1 -rwxr-xr-x 1 root root 272158 Sep 13 17:43 libXaw.so.6.1 -rw-r--r-- 1 root root 341050 Mar 21 1999 libXaw3d.a lrwxrwxrwx 1 root root 15 Aug 13 11:39 libXaw3d.so -> libXaw3d.so.6.1 lrwxrwxrwx 1 root root 15 Aug 13 11:39 libXaw3d.so.6 -> libXaw3d.so.6.1 -rwxr-xr-x 1 root root 299587 Mar 21 1999 libXaw3d.so.6.1 [1037] [10:06:19] beaver:/usr/X11R6/lib> rpm -qf *Xaw* XFree86-devel-3.3.5-1.6.0 XFree86-devel-3.3.5-1.6.0 XFree86-libs-3.3.5-1.6.0 XFree86-libs-3.3.5-1.6.0 Xaw3d-devel-1.3-21 Xaw3d-devel-1.3-21 Xaw3d-1.3-21 Xaw3d-1.3-21 > Note that a widget pointer is not the same as a window id. Yeah, that occurred to me afterward. > I run on the same system (but with non-mule and a recent CVS version) > and I haven't seen the crash with --with-widgets=athena > --with-scrollbars=athena. I do remember Andy announcing some other > fixes but I am not sure whether they are in my tree yet. I'm using the -b23 tarball + your 1-line XtIsSubclass liblw-Xlw.c patch + Andy's liblw-Xaw.c anti-leakage patch. His previous anti-leakage patch in src/window.c is in -b23 already.

1 participants
0 comments

Complete Packages *Test* release uploaded 25 years, 1 month

Andreas Jaeger

I've uploaded now all packages to ftp.xemacs.org/xemacs/beta/incoming. If nobody reports problems with the packages, I'm going to make a public release of the packages. I appreciate your testing, patches and comments! To make life easier for me this time (and only this time!), I've incremented *all* version numbers for the packages - even for packages where's no change. For a list of changes, see below. There's no difference between the Sumos and the single packages. If you want to use the packages with List & Install, do: (setq package-get-remote '(("ftp.xemacs.org" "xemacs/beta/incoming"))) Thanks, Andreas P.S. Here's the NEWS file: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ So what has been in that queue (some patches have been in their so long they had cobwebs all over them) Methusalem patch: - After approximately a year the ps-print patch to make it believe in XEmacs > 19 has been applied. Critical Bug fixes: - jka-compr actually works the first time. - jka-compr, calendar and various other packages actually work under XEmacs-latin1 Super FAQ Fix: - pending-del.el was scandalously forked from the maintainer version to actually work with toolbar-paste Massive Changes: - Speedbar and imenu have had major updates.. - W3 has been updated. - RefTeX 4.09 + A lot of other minor upgrades and fixes. What is _not_ in there (yet) - New version of cperl-mode (volunteer needed) - pgml 1.2.x (volunteer needed) - vcursor.el - Gnus 5.8.x (wait for higher .x?/Volunteer needed) - Your favorite package that you always use your own copy from FSF 20.4/20.5/pre-releease for instead of our version (volunteer needed) - AucTex 9.9 (volunteer needed) - latest ilisp (server unavailable/volunteer need) - de roe. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.rhein-neckar.de

1 participants
0 comments

Re: zombies on Solaris 2.5[.1] with 21.1.3 25 years, 1 month

Gunnar Evermann

Gunnar Evermann <ge204(a)eng.cam.ac.uk> writes: > I think it's pretty obvious that libtt doesn't restore the old action > correctly (i.e. it resets the handler but uses its own flags 0x20012 > instead of the ones xemacs had originally installed 0x0000). While our workaround in 21.1.x (\forall x>=4) seems to work well it might still be useful to fix libtt (there are still loads of XEmacs20.4 installations around). There is now a Sun bug ID for this (4298757). If you have a Sun support contract please consider asking them to produce a patch for this for your Solaris version. I guess the more people ask the faster it will get fixed. thanks, Gunnar -- Gunnar Evermann Speech, Vision & Robotics Group Cambridge University Engineering Department

1 participants
0 comments

Re: Xt exits still occurring 25 years, 1 month

Jan Vroonhof

Karl Kleinpaste <karl(a)justresearch.com> writes: > > Try --with-widgets=athena --with-scrollbar=athena > > Athena3D is broken currently. This fixes the progressbars and my hunch > > is that it fixes this one too. > > I tried it, and I just took my 2nd Xt exit since installing. Can you please make sure that your libXaw.so library is indeed the normal athena library and not replaced by something else. > Once again, the widget being twiddled in frame #17 and higher > (widget=0x8a11570) is not present in the xwininfo dump at all. In > fact, it may be a garbage value, assuming these values are supposed to > be related in the 1st place, since all the hex idents in the xwininfo > dump are of the form 0x4000???. Note that a widget pointer is not the same as a window id. > Linux RH6.0 > XFree 3.3.5 > "./configure --with-pop --with-mule --with-widgets=athena --with-scrollbars=athena" I run on the same system (but with non-mule and a recent CVS version) and I haven't seen the crash with --with-widgets=athena --with-scrollbars=athena. I do remember Andy announcing some other fixes but I am not sure whether they are in my tree yet. Jan

1 participants
0 comments

2025

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