October 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Animated gif patch 24 years, 7 months

Jan Vroonhof

Andy Piper <andy(a)xemacs.org> writes: > >gifs with different time delays (is this not a property of the gif itself? > You > >hardcode it at 100ms) and would also allow each gif to be stopped > independently > > It is but I have no idea what property. It is in a graphics control extension block together with transparency (which you probably need to implement for optimized animations). If I read gifrlib.h and the specification[1] correctly for such a SavedImage the Function member must be == GRAPHICS_EXT_FUNC_CODE and then ExtensionBlockCount should be 1, ExtensionBlocks[0].ByteCount should be 4 and ExtensionBlocks[0].Bytes is an array of lengh 4 that contain byte 1-4 from the block as given in the specification (see below). i.e. the delay should be ((unsigned)Bytes[2] << 8) + Bytes[1] in 1/100's of a second. In addition seem indicate netscape has its own extensions for looping :-( http://lxr.mozilla.org/seamonkey/source/modules/libimg/gifcom/gif.cpp#549 1 | | | | | <Packed Fields> See below +---------------+ 2 | | Delay Time Unsigned +- -+ 3 | | +---------------+ 4 | | Transparent Color Index Byte +---------------+ <Packed Fields> = Reserved 3 Bits Disposal Method 3 Bits User Input Flag 1 Bit Transparent Color Flag 1 Bit i) Extension Introducer - Identifies the beginning of an extension ii) Graphic Control Label - Identifies the current block as a Graphic Control Extension. This field contains the fixed value 0xF9. iii) Block Size - Number of bytes in the block, after the Block Size field and up to but not including the Block Terminator. This field contains the fixed value 4. iv) Disposal Method - Indicates the way in which the graphic is to be treated after being displayed. Values : 0 - No disposal specified. The decoder is not required to take any action. 1 - Do not dispose. The graphic is to be left in place. 2 - Restore to background color. The area used by the graphic must be restored to the background color. 3 - Restore to previous. The decoder is required to restore the area overwritten by the graphic with what was there prior to rendering the graphic. 4-7 - To be defined. v) User Input Flag - Indicates whether or not user input is expected before continuing. If the flag is set, processing will continue when user input is entered. The nature of the User input is determined by the application (Carriage Return, Mouse Button Click, etc.). Values : 0 - User input is not expected. 1 - User input is expected. When a Delay Time is used and the User Input Flag is set, processing will continue when user input is received or when the delay time expires, whichever occurs first. vi) Transparency Flag - Indicates whether a transparency index is given in the Transparent Index field. (This field is the least significant bit of the byte.) Values : 0 - Transparent Index is not given. 1 - Transparent Index is given. vii) Delay Time - If not 0, this field specifies the number of hundredths (1/100) of a second to wait before continuing with the processing of the Data Stream. The clock starts ticking immediately after the graphic is rendered. This field may be used in conjunction with the User Input Flag field. viii) Transparency Index - The Transparency Index is such that when encountered, the corresponding pixel of the display device is not modified and processing goes on to the next pixel. The index is present if and only if the Transparency Flag is set to 1. Footnotes: [1] http://members.aol.com/royalef/gif89a.txt

1 participants
0 comments

Re: Broken native sound with 21.2 on Solaris 2.7? 24 years, 7 months

Raymond Toy

>>>>> "Raymond" == Raymond Toy <toy(a)rtp.ericsson.se> writes: Raymond> I noticed that native sound no longer works for me on Solaris 2.7. Raymond> When sounds are played, they go *way* to fast. However, when I use Raymond> nas, the sounds are played correctly. Raymond> I tested this also with 21.1.7 compiled on 2.7 and 21.1.4 compiled on Raymond> 2.5.1. Both of these have the problem. However, an old copy of 20.4 Raymond> compiled on 2.7 plays native sounds correctly. One more data point. Just tried my old 21.2.19 compiled on 2.5.1 on a 2.5.1 machine. Native sounds plays correctly. Something is messed up on 2.7. Ray

1 participants
0 comments

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

Dale Reed SNI

Hello, 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. > > 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. Thanks in advance. -- Dale +------------------------------------------------------+ | Dale Reed dale.reed(a)icp.siemens.com | | Siemens ICP CS SJ R&D | | 9888 East Vassar Drive #I-209, Denver, CO 80231, USA | | Tel +1 303 369 3793 Fax +1 303 695 8695 | +------------------------------------------------------+

1 participants
0 comments

Re: Animated gif patch 24 years, 7 months

Jan Vroonhof

Antonio Freixas <tonyf(a)ims.com> writes: > For what it's worth, if XEmacs starts supporting animated GIF's I'd > like to see a lisp variable which controls the maximum number of > drawing repeats. The value 0 would represent a desire for no > animations. And for the sake of other users on the same system the default maximum repeat count should _not_ be infinity.. Jan

1 participants
0 comments

BSD signals required for Irix... 24 years, 7 months

Jan Vroonhof

Any IRIX folk know why this is? Should this be part of the default cflags on IRIX? -- Jan Vroonhof http://www.math.ethz.ch/~vroonhof/ Mathematik, vroonhof ＠ math.ethz.ch HG E16, ETH-Zentrum, Tel: +41-1-6325456/25154 Raemistrasse 101, CH-8092 Zuerich. Fax: +41-1-6321085

1 participants
0 comments

Broken native sound with 21.2 on Solaris 2.7? 24 years, 7 months

Raymond Toy

I noticed that native sound no longer works for me on Solaris 2.7. When sounds are played, they go *way* to fast. However, when I use nas, the sounds are played correctly. I tested this also with 21.1.7 compiled on 2.7 and 21.1.4 compiled on 2.5.1. Both of these have the problem. However, an old copy of 20.4 compiled on 2.7 plays native sounds correctly. Also, another bug: (connected-to-nas-p) returns T even though it clearly isn't using nas. I can't believe every Solaris user is using NAS, so I must have done something wrong to break native sounds on Solaris 2.7. Ray

1 participants
0 comments

Re: 21.2-b19 crash on Solaris 2.7 24 years, 7 months

Jan Vroonhof

Gunnar Evermann <ge204(a)eng.cam.ac.uk> writes: > looking at this again I'm not so sure this is really a GC problem as > execute_optimized_program seems to do all the necessary GCPROing (as > Hrvoje pointed out). Are we sure? What exactly are the rules for the args array when calling a functions? Surely it only makes copies of data that should be already GCRPO'ed elsewhere, however shouldn't the array be registered with garbage collector. Aren't the functions called allowed to modify the array? Although I cannot see why & where that would happen in this case... Jan P.S.(mapconcat #'char-to-string <string>) seems a very strange thing to do...

1 participants
0 comments

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

Didier Verna

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). -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / ENST, INFRES C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. +33 (1) 45 81 73 46 75013 Paris, France Fax. +33 (1) 45 81 31 19

1 participants
0 comments

Re: 21.2-b19 crash on Solaris 2.7 24 years, 7 months

Gunnar Evermann

[ Martin, could you have a look at this? I think this might be related to your changes to mapcar1 in December'98, but I'm not smart enough to figure it out... ] Georg Nikodym <georgn(a)canada.sun.com> writes: > >>>>> "RT" == Raymond Toy <toy(a)rtp.ericsson.se> writes: > > RT> We finally moved over to 2.7 here, and I rebuilt 21.2-b19 on > RT> Solaris > RT> 2.7 with gcc 2.7.2.2. > > RT> See the attached Installation file for specifics. > > RT> I got the following crash while trying to view a new message in > RT> VM. VM was displaying an html message, I think, when it crashed. > RT> The lisp and C tracebacks are given below. I tried to view the > RT> message just now, and it shows up just fine. > > I, too, have seen this crash but was unable to reproduce it so I just > chalked it up to sun spots (no pun intended ;-) We have seen this a couple of times before with different compilers on different platforms: Simon: http://www.xemacs.org/list-archives/xemacs-beta/9901/msg00718.html Colin: http://www.xemacs.org/list-archives/xemacs-beta/9906/msg00076.html Raymond: http://www.xemacs.org/list-archives/xemacs-beta/9906/msg00123.html http://www.xemacs.org/list-archives/xemacs-beta/9910/msg00046.html Cameron: http://www.xemacs.org/list-archives/xemacs-beta/9908/msg00018.html Georg: http://www.xemacs.org/list-archives/xemacs-beta/9909/msg00235.html The pattern I see is something like: - execute_optimized_program calls Fmapcar or Fmapconcat via Ffnucall - the function passed to Fmap[concat|car] either is or at least involves char-to-string - the SEQ is a string. I looked at this some time ago and made some wild guesses related to GC and Martin's 'Marzilla' changes: http://www.xemacs.org/list-archives/xemacs-beta/9906/msg00191.html looking at this again I'm not so sure this is really a GC problem as execute_optimized_program seems to do all the necessary GCPROing (as Hrvoje pointed out). Maybe there is some subtle bug in the interaction of Fchar_to_string and the (new) string code in mapcar1. I'll look at this again. If anyone sees this again, please send a LISP backtrace in addition to the C backtrace and if possible save the core for further examination. Naturally I prefer backtraces from debug builds... Gunnar

1 participants
0 comments

Re: 21.2-b19 crash on Solaris 2.7 24 years, 7 months

Jan Vroonhof

Raymond Toy <toy(a)rtp.ericsson.se> writes: > I got the following crash while trying to view a new message in VM. > VM was displaying an html message, I think, when it crashed. The lisp > and C tracebacks are given below. I tried to view the message just > now, and it shows up just fine. The symptoms look like GCPRO bug, but the functions in your backtrace are all heavily used... Jan

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