February 2001 - XEmacs-Beta - XEmacs Mailing List Archives

Re: To All Package Maintainers & Would-be Maintainers. 23 years, 9 months

Adrian Aichner

>>>>> "Simon" == Simon Josefsson <jas(a)extundo.com> writes: Simon> On 20 Feb 2001, Steve Youngs wrote: >> >>I understand your frustration, but that frustration is more XEmacs's >> >>fault than the external package maintainers', >> SJ> I would agree. Would it be difficult to switch from handcrafted make SJ> files with handcrafter Local.rules makefile includes, into, say, SJ> autoconf? >> >> This would be something I'd definitely support. As for the difficulty >> level, I couldn't say. I'm not familiar with autoconf. But if anyone >> wants to have a go at autoconfing the packages, I'll help out as best >> I can. Simon> If I get bored next weekend, I'll take a stab at it. :-) SJ> Packages are a can of worms. You need dependencies, and the longer SJ> the system are in use, the dependency system gets more and more SJ> complex. >> SJ> Silly Ideas Dept: use .rpm or .deb's? They have sufficiently complex SJ> dependency systems, and more importantly; OTHER people spend time SJ> improving the packaging system. It's possible to setup multiple rpm SJ> databases, and it works even as non-root users. >> >> Not everyone in the world uses Debian or RedCrap. So I think we >> either need to stick to tar.gz or come up with our own system. I'm on >> the side of the tar.gz. Simon> RPM (and I think also DEB) run on more than linux. They Great, when will this be available on native Windows :-) Today I am able to build all XEmacs packages (without MULE) on my Windows 2000 system! Please don't forget about us native Windows L^Husers! Adrian Simon> aren't much different from a tar-ball with some versioning Simon> and installation instructions. Simon> The problem with sticking to tar.gz or coming up with our Simon> own system is that it will require quite some work to match Simon> the packaging functionality one expects in a package Simon> handling system. Note that I'm not saying that switching Simon> to RPM won't mean work, but in the long run it might be Simon> nice to use some packaging system. -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

1 participants
0 comments

Re: experimental packages missing 23 years, 9 months

Adrian Aichner

>>>>> "Jerry" == Jerry James <james(a)eecs.ukans.edu> writes: Jerry> On 19 Feb 2001 at 20:29:59 +0000, Jan Vroonhof Jerry> <jan.vroonhof(a)ntlworld.com> wrote: >> It does as an extra mechanism. However I don't think you can get rid >> of the index. You would lose the descriptions and the possibility to >> add run-time 'requires at some point in time. Jerry> Hmmmm.... you'd also lose the md5 checksum. On the other Jerry> hand, maybe there's a seed of a good idea in here Jerry> somewhere. The current package-index file contains Jerry> information with varying volatility. I'd group it Jerry> something like this: Jerry> Very stable (changes less often than, say, once a year on Jerry> average): standards-version, maintainer, distribution, Jerry> priority, category, dump, description, provides, type Jerry> Somewhat volatile (between the other two): requires Jerry> Highly volatile (changes with every package release): Jerry> version, author-version, date, build-date, filename, Jerry> md5sum, size Jerry> How about an approach like this? Jerry> - Maintain a package-info file that contains everything that is not Jerry> highly volatile in the current package-index file. On doing a Jerry> list&install, first check whether this file has changed, and download Jerry> a new copy if necessary. Another gripe about package-index is this: Newly built packages get added at the beginning of the package-index file. When the package-index is loaded, the last (later in the file) definition wins. This is broken as designed. Jerry> - Name the packages themselves like this: Jerry> name-version-authorversion-md5sum-pkg.tar.gz. (That will make for Jerry> very long filenames, but humans shouldn't be directly accessing these Jerry> files anyway.) Then use a parser like the one in my previous message Jerry> to pull out version, author-version, filename, md5sum, and size. Jerry> Putting date and build-date in there too is probably overkill, but Jerry> I'll let somebody else decide that. Jerry> What do you think? Jerry> -- Jerry> Jerry James -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

1 participants
0 comments

Re: 21.2.44 crash on Solaris 2.7 23 years, 9 months

Raymond Toy

>>>>> "Raymond" == Raymond Toy <toy(a)rtp.ericsson.se> writes: Raymond> Here's a 100% repeatable crash for me. See the attached Installation Raymond> file for system specifics. Raymond> $ xemacs-21.2 -vanilla Raymond> Using the menus, Edit->Find. The Find window comes up momentarily and Raymond> then xemacs crashes. [snip] Raymond> Installation file: Raymond> uname -a: SunOS edgedsp4 5.7 Generic sun4u sparc SUNW,Ultra-30 Raymond> ./configure '--verbose' '--extra-verbose' '--with-mule' '--with-pop' '--with-sound=noesd' '--package-path=/apps/public/XEmacs/lib' '--prefix=/apps/public/XEmacs/21.2' '--bindir=/apps/public/XEmacs/21.2/bin/solaris2.7' '--with-workshop' '--with-dialogs=motif' '--with-widgets=athena' '--site-includes=/apps/public/solaris2.7/usr/openwin/include /apps/public/solaris2.7/include' '--site-libraries=/apps/public/solaris2.7/usr/openwin/lib /apps/public/solaris2.7/lib' I think I found the problem. Since I'm building with Athena widgets and Motif dialogs, the Athena text-label widget isn't used. The main offending code is in lwlib-Xaw.c: const widget_creation_entry xaw_creation_table [] = { #ifdef LWLIB_SCROLLBARS_ATHENA {"vertical-scrollbar", xaw_create_vertical_scrollbar }, {"horizontal-scrollbar", xaw_create_horizontal_scrollbar }, #endif #ifdef LWLIB_WIDGETS_ATHENA {"button", xaw_create_button }, { "label", xaw_create_label_field }, #ifndef NEED_MOTIF {"text-field", xaw_create_text_field }, #endif {"progress", xaw_create_progress }, #endif {NULL, NULL} }; NEED_MOTIF is defined because I have Motif dialogs, so the text-field entry here isn't used. However, xm_creation_table doesn't have text-field defined either because I'm not using Motif widgets. Therefore xemacs crashes because there's no text-field widget defined anywhere. (See instantiate_widget_instance.) I'm not sure if this is a configure problem or a source code problem, but, anyway, here is the obvious patch to always include the text-field widget when we are using Athena widgets. This patch fixes my crash. The find dialog box, however, is still too small to hold the entire dialog (as someone else reported). When I resize it, it flickers like crazy for quite a while after I'm done resizing too. This would be very annoying if I actually used the Find dialog box. :-) Ray Changelog: 2001-02-16 Raymond Toy <toy(a)rtp.ericsson.se> * lwlib-Xaw.c: Always include ATHENA_AsciiText_h_ to get the text-field widget. (xaw_creation_table): Always include the text-field widget Patch: --- lwlib-Xaw.c~ Sun Jan 7 09:48:37 2001 +++ lwlib-Xaw.c Fri Feb 16 11:00:19 2001 ＠＠ -46,10 +46,8 ＠＠ #include "xlwradio.h" #include "xlwcheckbox.h" #include "xlwgauge.h" -#ifndef NEED_MOTIF #include ATHENA_AsciiText_h_ #endif -#endif #include <X11/Xatom.h> static void xaw_generic_callback (Widget, XtPointer, XtPointer); ＠＠ -838,7 +836,7 ＠＠ return scale; } -#ifndef NEED_MOTIF +#if defined(LWLIB_WIDGETS_ATHENA) #define TEXT_BUFFER_SIZE 128 static Widget xaw_create_text_field (widget_instance *instance) ＠＠ -890,9 +888,7 ＠＠ #ifdef LWLIB_WIDGETS_ATHENA {"button", xaw_create_button }, { "label", xaw_create_label_field }, -#ifndef NEED_MOTIF {"text-field", xaw_create_text_field }, -#endif {"progress", xaw_create_progress }, #endif {NULL, NULL}

2 participants
1 comments

xemacs/setup/installed.db??? 23 years, 9 months

Dmitry Yaitskov

Since recently, updating packages seems to create the directory and file xemacs/setup/installed.db. Why, and how can I control the place where this file goes? xemacs/setup seems wrong as normally there is no xemacs dir on my system. Thanks. XEmacs 21.2 (beta43) "Terspichore" [Lucid] (i686-pc-cygwin) of Tue Jan 30 2001 on LUCY -- Cheers, -Dima.

3 participants
3 comments

XEmacs/GTK status update... 23 years, 9 months

William M. Perry

Well, I just checked in a whole slew of changes to GTK last night and early today, if people want to check them out. Native widgets work fairly well. I suppose I should implement the gutter at some point. Here's a screenshot of the search dialog - ignore the fact that everything shows up as a pushbutton instead of radio buttons for right now. :) Is there any reason why on platforms that support it the layout widget is not done as a `real' layout widget? Then you would be able to specify things like whether the layout was to divide space evenly between the widgets, etc.

2 participants
1 comments

Re: 21.2.44 crash on Solaris 2.7 23 years, 9 months

Raymond Toy

>>>>> "Jan" == Jan Vroonhof <jan.vroonhof(a)ntlworld.com> writes: Jan> Raymond Toy <toy(a)rtp.ericsson.se> writes: >> 2001-02-16 Raymond Toy <toy(a)rtp.ericsson.se> >> >> * lwlib-Xaw.c: Always include ATHENA_AsciiText_h_ to get the >> text-field widget. >> (xaw_creation_table): Always include the text-field widget Jan> Looks fine. I missed this when reading my review mailbox so I am not Jan> sure somebody didn't already reply. Jan> I will apply this tomorrow. Thanks. Although, I think I'll go back to using Motif (either Motif or Lesstif) for my widgets since the Athena ones are so ugly. (Maybe I'll try the Athena 3D widgets, which look much nicer.) When you add this, if you haven't already, perhaps a better changelog entry should used. What I gave tells what was done, but not why: The text-field widget is needed when compiling with Athena widgets and Motif is used for other things. The existing code left them out in this situation. I think this is better log than what I wrote previously. (Sorry!) Ray

1 participants
0 comments

Bug in xemacs-gtk gccache-gtk.c 23 years, 9 months

Falk Hueffner

Hi, there's a problem with gc_cache_eql: --- gccache-gtk.c~ Tue Feb 6 00:12:44 2001 +++ gccache-gtk.c Tue Feb 6 00:15:53 2001 ＠＠ -114,7 +114,11 ＠＠ gc_cache_eql (const void *arg1, const void *arg2) { /* See comment in gc_cache_hash */ - return !memcmp (arg1, arg2, sizeof (struct gcv_and_mask)); + const struct gcv_and_mask *gcvm1 = (const struct gcv_and_mask *) arg1; + const struct gcv_and_mask *gcvm2 = (const struct gcv_and_mask *) arg2; + + return !memcmp(&gcvm1->gcv, &gcvm2->gcv, sizeof(gcvm1->gcv)) + && gcvm1->mask == gcvm2->mask; } struct gc_cache * ＠＠ -139,7 +143,7 ＠＠ rest = cache->head; while (rest) { - gdk_gc_destroy(rest->gc); + gdk_gc_destroy(rest->gc); next = rest->next; xfree (rest); rest = next; ＠＠ -230,7 +234,7 ＠＠ cache->head = cell->next; cache->head->prev = 0; if (cache->tail == cell) cache->tail = 0; /* only one */ - gdk_gc_destroy (cell->gc); + gdk_gc_destroy (cell->gc); cache->delete_count++; #ifdef GCCACHE_HASH remhash (&cell->gcvm, cache->table); Otherwise memcmp will barf at padding garbage between the struct members. (Very wise decision of the C committee not to allow struct comparisons, I must say. *sigh*) Perhaps other places with memcmp should be checked for this problem, too. The xgccache for example has the same problem, only there seems to be no padding ocurring, hiding that. Well, after fixing that xemacs-gtk seems to work ok :) Falk uname -a: Linux borkum 2.2.14 #1 Tue May 30 01:00:41 CEST 2000 alpha unknown ./configure '--with-gtk' XEmacs 21.2-b42 "Poseidon" configured for `alphapca56-unknown-linux'. Compilation / Installation: Source code location: /usr/local/src/xemacs-21.2-gtk Installation prefix: /usr/local Operating system description file: `s/linux.h' Machine description file: `m/alpha.h' Compiler: gcc -g -O3 -Wall -Wno-switch -Wpointer-arith -Winline -Wmissing-prototypes -Wshadow Relocating allocator for buffers: no GNU version of malloc: yes - Using Doug Lea's new malloc from the GNU C Library. Window System: Using GTK menubars. Using GTK scrollbars. Using GTK dialog boxes. Using GTK native widgets. TTY: Compiling in support for ncurses. Compiling in support for GPM (General Purpose Mouse). Images: Compiling in support for GIF images (builtin). Compiling in support for XPM images. Compiling in support for PNG images. Compiling in support for JPEG images. Compiling in support for TIFF images. Compiling in support for X-Face message headers. Sound: Compiling in support for sound (native). Compiling in support for ESD (Enlightened Sound Daemon). Databases: Compiling in support for Berkeley database. Internationalization: Mail: Compiling in support for "dot-locking" mail spool file locking method. Other Features: Compiling in support for dynamic shared object modules. Compiling in support for extra debugging code. WARNING: --------------------------------------------------------- WARNING: Compiling in support for runtime error checking. WARNING: XEmacs will run noticeably more slowly as a result. WARNING: Error checking is on by default for XEmacs beta releases. WARNING: ---------------------------------------------------------

2 participants
1 comments

experimental packages missing 23 years, 9 months

Latchezar M. Dimitrov

Would you please upload the following missing experimental packages since they are listed in the packages-index: * xemacs-base 1.49 1.48 Fundamental XEmacs support, you almost certainly need this. * vm 1.28 1.26 An Emacs mailer. * mew 1.14 1.13 Messaging in an Emacs World. * gnus 1.54 1.53 The Gnus Newsreader and Mailreader. Thanks Latchezar (Latcho) Dimitrov Wake Forest University, Winston-Salem, NC home: (336) 794-2094 grad.lab: (336) 758-4954 mailto:dimi01g＠wfu.edu or http://www.wfu.edu/~dimil01g/ lmdimi(a)mthcsc.wfu.edu ... Type fast, think slow. ... "Hippocratic Oath For Software Engineers"

3 participants
2 comments

Crash (assertion failed) in 21.2.44 23 years, 9 months

Dmitry Yaitskov

Hi, I have reported this bug once already, but apparentlyy nobody took notice. So here it is again. This happens on a fairly regular basis on my system. Last time it happened twice in a row after exactly same actions (copy a line from one buffer, switch to another, go to the top and 2 lines down, paste - boom), but unfortunately I could not repro it after that. My feeling is that the bug occurs when I do things really fast (which would explain why I couldn't repro it). The assertion is below. I have no idea what the code that causes it does, but would be willing to help somebody who knows - e.g. I can add some checking code to the problematic place etc. In any case, this bug is as good a showstopper as any for a "release" so at least some attention by one of XEmacs' core writers is I think justified. LUCY:~$xemacs & LUCY:~$Fatal error: assertion failed, file /usr/local/src/xemacs-21.2/src/insdel.c, line 1115, ( retval) >= BI_BUF_BEG (buf) && retval <= BI_BUF_Z (buf) [1]+ Exit 1 xemacs XEmacs 21.2 (beta44) "Thalia" [Lucid] (i686-pc-cygwin) of Tue Feb 13 2001 on LUCY LUCY:~$uname -a CYGWIN_NT-5.0 LUCY 1.1.8(0.34/3/2) 2001-01-31 10:08 i686 unknown -- Cheers, -Dima.

4 participants
8 comments

[Q] is it possible to cut accelerators in menus? 23 years, 9 months

Giacomo Boffi

is it possible to cut accelerators in menus? configure --help has nothing to say at this regard

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 February 2001