June 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: make check failure on Solaris 2.5.1 Mule 25 years, 5 months

Hrvoje Niksic

Gunnar Evermann <ge204(a)eng.cam.ac.uk> writes: > GCPROing should not be necessary because of "caller gcpros" but we > are not protecting in the caller either (Fmapconcat only protects > its third argument sep for some reason). Actually the caller of > Fmapconcat should do it (execute_optimized_program() presumably). Unless I am misreading the code, execute_optimized_program() GCPRO's all the arguments on the stack, which should include those Ffuncall() is called with. However, the test suite code is called in both interpreted and compiled code, and I for the life of me cannot remember which one caused the crash. But then again, Feval() also appears to GCPRO'ing the arguments to subrs correctly. As for GCPRO'ing SEP, it might be historical slackness toward old code that called Fmapconcat() directly. I think removing that GCPRO is just as safe or unsafe, as the case may be, as not GCPRO'ing FN and SEQ. > I suggest someone who *can* reproduce the problem adds some GCPROs > and checks whether they make a difference. The problem is: I can no longer reproduce the crash. :-( I've even tried lowering gc-cons-threshold and stuff, but to no avail. As Martin once said: with memory corruption bugs, *any* change can remove the crash. I should probably undo some updates, but I don't have any idea which ones those should be. Raymond, Colin, can you reproduce mapconcat-related crashes? Alternately, could you go to line 177 of `base64-tests.el' and change `when nil' to `when t' and see if `make check' crashes on Base64 tests? If one of you can still repeat the crash, I'll prepare a patch to test if additional GCPRO's in Fmapconcat() fix things.

1 participants
0 comments

Re: make check failure on Solaris 2.5.1 Mule 25 years, 5 months

Gunnar Evermann

Hrvoje Niksic <hniksic(a)srce.hr> writes: > Raymond Toy <toy(a)rtp.ericsson.se> writes: > > > Here's what happens to me on Solaris 2.5.1 with Mule and my standard > > config. (appended) > [...] > > mapconcat(char-to-string > > I see that one too. It appears to be a memory corruption bug. I'm > trying to track it down, but any help will be gracefully accepted. I can't reproduce this, but it looks similar to crashes Simon Josefsson (in <ilulnipy61u.fsf(a)xiphias.pdc.kth.se>) and Colin Rafferty (in <vgvogiwhqqz.fsf(a)ms.com>) have reported before. Martin has rewritten mapcar1() last year. The changes relevant here seem to be that fn and seq are no longer GCPRO'd as before (see fns.c:3174 in 20.4) and that Ffuncall is used directly instead of going via call1. This latter change implies that the two arguments (the function and the element) are not GCPRO'd anymore (that's what the callx functions do). GCPROing should not be necessary because of "caller gcpros" but we are not protecting in the caller either (Fmapconcat only protects its third argument sep for some reason). Actually the caller of Fmapconcat should do it (execute_optimized_program() presumably). I suggest someone who *can* reproduce the problem adds some GCPROs and checks whether they make a difference. Otherwise please post a backtrace of a crash from a debug non-optimised build. Martin, are you still reading xemacs-beta? any comments? Gunnar -- Gunnar Evermann Speech, Vision & Robotics Group Engineering Department Cambridge University

1 participants
0 comments

dialog-boxes in mailcrypt under XEmacs 25 years, 5 months

Gunnar Evermann

I had to apply the following to make mailcrypt work on an XEmacs without dialog boxes. I don't have any FSF emacs around -- do they have something like should-use-dialog-box-p? patch is against the 1.08 XEmacs package (3.5.3) Gunnar --- mailcrypt/mailcrypt.el.orig Sat Jun 12 14:06:45 1999 +++ mailcrypt/mailcrypt.el Sat Jun 12 14:14:51 1999 ＠＠ -430,7 +430,7 ＠＠ (match-beginning 0) (match-end 0)) (setq retval nil) default)))) - (if msg (if window-system + (if msg (if (should-use-dialog-box-p) (progn (message nil) (message-box "%s" msg)) (message "%s" msg))) retval)) -- Gunnar Evermann Speech, Vision & Robotics Group Engineering Department Cambridge University

1 participants
0 comments

Re: Faces customizations broken in beta 16 (NT version)? 25 years, 5 months

Jan Vroonhof

Dmitry Yaitskov <dimas(a)home.com> writes: > I've just installed 21.2 b16 on NT. Faces customizations seem to be > mostly broken in this version. Almost all of my faces show up as > Lucida console. Colors, bold, italic - nothing seems to work, although > *with* some exceptions. E.g. gnus lost all faces customizations. b15 > works fine. What have I missed? Any help will be greatly appreciated. How did you customize them? Can you give me your custom-set-faces settings and the values specifiers (i.e. for each face we want (face-foreground 'face) etc). Also write what you wanted the face to be? Please be a lot more detailed than just "mostly broken". Jan

1 participants
0 comments

Re: ftp.xemacs.org problem 25 years, 5 months

Jan Vroonhof

SL Baur <steve(a)xemacs.org> writes: > > Oh no.. Not that bug again. This is actually a Solaris bug (it forgets > > to ACK the FIN). > > The tarballs were uploaded from a Solaris system. You typically do not see it on uploads (TCP fragments must be involved) Jan

1 participants
0 comments

Re: mswindows-get-clipboard broken in beta 15? 25 years, 5 months

Adrian Aichner

>>>>> "Andy" == Andy Piper <andy(a)xemacs.org> writes: Andy> I fly to San Fransico in 4 hours so don't have time right Andy> now. The change is possibly intentional as the windows Have a good trip! Andy, I had proposed following patch back in March: http://www.xemacs.org/list-archives/xemacs-patches/9903/msg00083.html There was no reply back then. Andy> select behaviour should now mimic the X behaviour. This is Andy> not necessarily completely what you want but is a lot better Andy> than what we had before. >From a user standpoint this is absolutely not what you could possible want. The new behavior makes replacement of a region with the clipboard contents impossible on mswindows like it was (and is) impossible under X. I have fixed this for my users (for X) in my site-start.el for now. Please re-consider my patch above. Regards, Adrian -- Adrian Aichner Teradyne GmbH, European Design Center Integra Test Division Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 (What is a Fax?) D-81673 MUENCHEN E-mail adrian.aichner(a)teradyne.com

2 participants
1 comments

anyone home? 25 years, 5 months

William M. Perry

All of my mails have been disappearing into a black hole... did this get through? No need to respond - I should be able to see it on xemacs-beta if everything works. -bp

1 participants
0 comments

Re: [SUCCESS] 21.2 (beta16) "Sumida" XEmacs Lucid on i586-pc-linux 25 years, 5 months

SL Baur

Michael Harnois <mharnois(a)willinet.net> writes in xemacs-build-reports(a)xemacs.org: ... > /usr/local/lib/xemacs/packages/lisp/gnus/pop3 hides /usr/local/lib/xemacs/packages/lisp/mail-lib/pop3 Delete the pop3.el in gnus as it shouldn't be there. > /usr/local/lib/xemacs/packages/lisp/gnus/base64 hides /usr/local/lib/xemacs/packages/lisp/w3/base64 Delete both of the base64.el files. I don't know where you got the one in Gnus (the XEmacs distribution of Gnus doesn't have it), the one in W3 is a distribution bug. base64 is implemented in C code so neither of them should be used. > 2 Emacs Lisp load-path shadowings were found > make[1]: Leaving directory `/src/xemacs/src'

1 participants
0 comments

Re: ftp.xemacs.org problem 25 years, 5 months

SL Baur

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes in xemacs-beta(a)xemacs.org: > giacomo boffi <giacomo.boffi(a)polimi.it> writes: >> using ncftp to download xemacs-21.2.15-21.2.16.patch.gz, i found that >> the client hangs after having received the whole thing, apparently it is >> the server that delays some acknoledgement > Oh no.. Not that bug again. This is actually a Solaris bug (it forgets > to ACK the FIN). The tarballs were uploaded from a Solaris system.

1 participants
0 comments

Re: XEmacs 21.2.16 "$BKOED(B" is released 25 years, 5 months

SL Baur

Hrvoje Niksic <hniksic(a)srce.hr> writes in xemacs-beta(a)xemacs.org: > Gunnar Evermann <ge204(a)eng.cam.ac.uk> writes: >> SL Baur <steve(a)xemacs.org> writes: >> >> > to 21.2.16 "Sumida" >> > -- Cyrillic CCL crash fix from MORIOKA Tomohiko >> >> I really don't want to rush anybody and I don't pretend to understand >> any of the code involved, but I can still get a crash with the >> following :-) >> >> (decode-coding-string " \232 " 'koi8-r) > That's because the crash wasn't fixed -- only a specific syndrome was > removed. Noted. I've forwarded this on to Tomohiko (he doesn't read xemacs-beta).

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