October 1999 - XEmacs-Beta - XEmacs Mailing List Archives

john s jacobs anderson

>>>>> "MS" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: MS> *WHY* are we not putting minor release announcements (like the MS> Windows binary kit) on comp.emacs.xemacs and comp.emacs? (And MS> possibly gnu.announce?) MS> We have a major publicity problem right now: The work on MS> www.xemacs.org has alleviated some of it, but users still MS> don't know what's happening in XEmacs release history. I will be getting these announcements up on the web site this weekend. If no-one else has done so, I will also post to those groups. Is there a freshmeat.net equivalent for the Windows world where they should be announced? Has anyone sent the *nix 21.1.7 announcement to linux.announce? It is on freshmeat.net. john. -- ------------------------------------------------------------------------ John S Jacobs Anderson Apprentice Geek jacobs(a)genehack.org Journeyman Molecular Biologist <URL:http://genehack.org/> <------- GeneHack: bioinfo*linux*opinion

1 participants
0 comments

Stacktraces and Glibc 24 years, 7 months

Jan Vroonhof

This is from HJ Lu's announcement for his forked gdb: ===== Problems: Because most of system calls in glibc 2 are written in assembly without frame pointer, gdb may not be able to debug nor get stack trace system calls on glibc-based 2 systems. Due to this, "make check" may fail in FAIL: gdb.base/a1-selftest.exp: backtrace through signal handler FAIL: gdb.base/signals.exp: bt in signals.exp with glibc 2. ===== could that be "our" problem where stack traces

1 participants
0 comments

Re: saving customizations became _really_ slow 24 years, 7 months

Jan Vroonhof

giacomo boffi <giacomo.boffi(a)polimi.it> writes: > i'd say that it happened at some point in 21.2, as i have 21.0.67, aka > 21.1, on hpux and it is _fast_ at saving options Are you sure it not simply the debugging code in 21.2 slowing things down? The customize code was changed heavily in 21.2 (theme support) but it should not be much slower. Jan

2 participants
1 comments

RE: XEmacs 21.1.6 for MS Windows is released. 24 years, 7 months

Gerhardt, Frank

Hi, great! Please make XEmacs available also via http download for people behind firewalls. Thank you. Frank. > -----Original Message----- > From: Andy Piper [mailto:andy＠xemacs.org] > Sent: Thursday, October 07, 1999 8:11 AM > To: xemacs-announce > Cc: xemacs-nt; andy > Subject: XEmacs 21.1.6 for MS Windows is released. > > > The XEmacs team are proud to announce the availability of a > self installing > binary kit of XEmacs 21.1.6 for Microsoft Windows. > > The kit is located at > ftp://ftp.xemacs.org/pub/xemacs/binary-kits/win32/ > and all the usual mirrors. > > There are some known problems with this xemacs binary on some > MS Windows > machines and we expect to release a 21.1.7 kit as soon as they are > resolved. If the installer does not work for you then please sit tight > until then. > > Many thanks to Phil Toland for putting together the installer. > > The XEmacs Team > >

1 participants
0 comments

saving customizations became _really_ slow 24 years, 7 months

Giacomo Boffi

i hve noticed that saving customizations has become _really_ slow do someone else noticed this behaviour? i'd say that it happened at some point in 21.2, as i have 21.0.67, aka 21.1, on hpux and it is _fast_ at saving options

2 participants
1 comments

Announcements 24 years, 7 months

Michael Sperber

*WHY* are we not putting minor release announcements (like the Windows binary kit) on comp.emacs.xemacs and comp.emacs? (And possibly gnu.announce?) We have a major publicity problem right now: The work on www.xemacs.org has alleviated some of it, but users still don't know what's happening in XEmacs release history. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

mailcrypt update 24 years, 7 months

Neal D. Becker

http://freshmeat.net/appindex/1998/05/26/896179647.html

1 participants
0 comments

Animated gif patch 24 years, 7 months

Andy Piper

This patch implements animated gifs, but also as a consequence optimizes the redisplay handling of glyphs and subwindows somewhat which I hope to use in optimizing layout handling. I have only tested this with one animated glyph so I'm guessing there may be some bizarre formats that are not handled correctly. I'm hoping I haven't broken gutter display in the process, the way I'm doing things now is more correct but also slightly different and therefore has the potential for new bugs. This patch was almost entirely coded on the train. andy 1999-10-05 Andy Piper <andy(a)xemacs.org> * redisplay.c: new state flags, subwindows_state_changed and subwindows_state_changed set. (redisplay_window): use them. (redisplay_device): ditto. (redisplay_without_hooks): ditto. (redisplay_frame): ditto. Reset subwindow cachels if subwindows_changed is set. (redisplay_window): call mark_glyph_cachels_as_clean after redisplaying. * redisplay-x.c (x_output_x_pixmap): select correct pixmap image for display depending on the currently selected slice. * redisplay-output.c (compare_runes): check dirtiness when checking RUNE_DGLYPH runes. (compare_display_blocks): relax invalidation of display blocks since we can now detect whether individual glyphs have changed or not. * redisplay-msw.c (mswindows_output_dibitmap): select correct bitmap image for display depending on the currently selected slice. * glyphs.h (struct Lisp_Image_Instance): add a dirty flag. (IMAGE_INSTANCE_DIRTYP): new macro. (XIMAGE_INSTANCE_DIRTYP): ditto. (MARK_IMAGE_INSTANCE_CHANGED): ditto. (GLYPH_DIRTYP): ditto. (XGLYPH_DIRTYP): ditto. (MARK_GLYPH_CHANGED): ditto. (GLYPH_CACHEL_DIRTYP): ditto. (struct glyph_cachel): add a dirty flag. * glyphs.c (update_frame_subwindows): Don't update on glyphs_changed. (glyph_animated_timeout_mapper): new function. Map over the instance cache lookinng for animated images to update. (Fglyph_animated_timeout_handler): new function. Lisp callback for handling animated image timeout events. (disable_glyph_animated_timeout): new function. Add the animated image timeout. (disable_glyph_animated_timeout): new function. Remove the animated image timeout. (syms_of_glyphs): initialize Qglyph_animated_timeout_handler and friends. (vars_of_glyphs): initialize Vglyph_animated_ticker. (image_instance_equal): add the currently displayed slice. (image_instance_hash): ditto. (allocate_glyph): initialize dirty flag. (glyph_width): rename glyph -> glyph_or_image. (glyph_height_internal): ditto. (glyph_dirty_p): new function. Determine whether the image instance in the domain and/or glyph is dirty. (set_glyph_dirty_p): set the dirtiness. (update_glyph_cachel_data): take dirtiness into account. Pass the image instance we are interested in to glyph_width and friends. (get_glyph_cachel_index): make non-static. Always call update_glyph_cachel_data. (mark_glyph_cachels_as_not_updated): meaningless formatting change. (mark_glyph_cachels_as_clean): new function. Clean dirtiness from glyph cachels. * glyphs-x.h (struct x_image_instance_data): change pixmap to a list of pixmaps. (IMAGE_INSTANCE_X_PIXMAP_SLICE): new macro. (IMAGE_INSTANCE_X_PIXMAP_SLICES): ditto. (XIMAGE_INSTANCE_X_PIXMAP_SLICE): ditto. (XIMAGE_INSTANCE_X_PIXMAP_SLICES): ditto. * glyphs-x.c (x_finalize_image_instance): make sure multi pixmap images get deleted properly. (init_image_instance_from_x_image): add slices paramater and use it to initialize x_image_instance_data correctly. (image_instance_add_x_image): new function. Add new pixmaps to our set of instantiated pixmaps for an image. Used by animated images. (x_init_image_instance_from_eimage): add a slices parameter. Instantiate all images from the eimage. (x_xpm_instantiate): update use of init_image_instance_from_x_image. (init_image_instance_from_xbm_inline): ditto. (x_initialize_pixmap_image_instance): add slices paramater and use it to allocate x_image_instance_data correctly. * glyphs-msw.h (struct mswindows_image_instance_data): change bitmap to a list of bitmaps. (IMAGE_INSTANCE_MSWINDOWS_BITMAP_SLICE): new macro. (IMAGE_INSTANCE_MSWINDOWS_BITMAP_SLICES): ditto. (XIMAGE_INSTANCE_MSWINDOWS_BITMAP_SLICE): ditto. (XIMAGE_INSTANCE_MSWINDOWS_BITMAP_SLICES): ditto. * glyphs-msw.c (init_image_instance_from_dibitmap): add slices paramater and use it to initialize mswindows_image_instance_data correctly. (image_instance_add_dibitmap): new function. Add new bitmaps to our set of instantiated bitmaps for an image. Used by animated images. (mswindows_init_image_instance_from_eimage): add a slices parameter. Instantiate all images from the eimage. (mswindows_xpm_instantiate): update use of init_image_instance_from_dibitmap. (bmp_instantiate): ditto. (init_image_instance_from_xbm_inline): ditto. (mswindows_finalize_image_instance): make sure all the bitmap slices get deleted. (mswindows_initialize_dibitmap_image_instance): add slices paramater and use it to allocate mswindows_image_instance_data correctly. * glyphs-eimage.c (jpeg_instantiate): give extra paramter to init_image_instance_from_eimage. (png_instantiate): ditto. (tiff_instantiate): ditto. (gif_instantiate): allocate bitmaps for all gif slices not just the first one. * device.h (struct device): add subwindows_state_changed flag. (MARK_DEVICE_SUBWINDOWS_STATE_CHANGED): new macro. (MARK_DEVICE_FRAMES_GLYPHS_CHANGED): ditto. * console.h (struct console_methods): add a slice parameter to init_image_instance_from_eimage_method. * redisplay.c (create_string_text_block): Allow buffer to be nil without crashing. -------------------------------------------------------------- Dr Andy Piper Senior Consultant Architect, BEA Systems Ltd

3 participants
5 comments

Re: SIG11 in garbage collection, image related, gcc version 2.95.2 19990906 (prerelease) 24 years, 7 months

Daniel Pittman

On 07 Oct 1999, Didier Verna <verna(a)inf.enst.fr> wrote: > Andy Piper <andy(a)xemacs.org> wrote: > >> At 12:49 PM 10/7/99 +1000, Daniel Pittman wrote: >> >This was 100% reproducible while reading mail. This is from a build >> >done at 10:41 today with the latest CVS sources. >> >> Well, it looks like there is a bugette in the image code. Does this >> make any difference? > > Nope (I have the exact same crash). Hmmm. My 2.7.2.3 compiled XEmacs with no changes to the tree but that patch works just fine, at least for the reproduction technique that killed it ever time before. GNUS picons and faces are working; I can happily read mail. Your crash my, perhaps, be some other bug, Didier? Daniel -- Chaos often breeds life, when order breeds habit. -- Henry Adams

1 participants
0 comments

Re: XEmacs 21.1.6 for MS Windows is released. 24 years, 7 months

Jason R Mastaler

dcr(a)icp.siemens.com (Dale Reed SNI) writes: > I am sure I just missed the information somehow, but what is the > login and password needed to access the binaries? I tried using > 'anonymous' and 'ftp', but those did not work. anonymous should work, but if you are having trouble getting into ftp.xemacs.org because the usage threshold (100 simultaneous sessions) has been reached, please try one of our mirror sites. A current list of mirrors can be found at: <http://www.xemacs.org/Download/>

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