July 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: XEmacs source tree fork looming -- we need a naming scheme 26 years, 2 months

Didier Verna

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: [many japaneese-oriented propositions] You forgot to propose the names of American movie stars playing in japaneese commercials, and wishing they were never seen in the US. --didier

1 participants
0 comments

Re: CVS changes... 26 years, 2 months

Adrian Aichner

>>>>> "P" == P E Jareth Hein <jareth(a)camelot.co.jp> writes: P> <very loud 'thwack' sound as hand hits forehead> P> Ahem. Change applied. P> Could you try again, please? I was able to checkout now. Thanks! Adrian -- Adrian Aichner Applications Engineer Teradyne GmbH Semiconductor Test Group Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 D-81673 MUENCHEN E-mail aichner(a)ecf.teradyne.com

1 participants
0 comments

Good news for those of you in Japan, (I hope) 26 years, 2 months

SL Baur

We've got a new FTP mirror in Japan.

1 participants
0 comments

Re: XEmacs source tree fork looming -- we need a naming scheme 26 years, 2 months

SL Baur

Leonard Blanks <ltb(a)haruspex.demon.co.uk> writes: > ... of which perhaps 20 actually belong there. Do you really want to > use an XEmacs named for The Eagles?? Hey! I like the Eagles[1]. Footnotes: [1] A lot better than I like Jazz.

1 participants
0 comments

Re: XEmacs source tree fork looming -- we need a naming scheme 26 years, 2 months

SL Baur

Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp> writes: >>>>>> "Pete" == Pete Ware <ware(a)cis.ohio-state.edu> writes: Pete> First names of people on xemacs-beta. Hey! I like that suggestion. :-) > Please, no! I already get enough people asking me if I'm the > "steve(a)xemacs.org"---Heaven forbid the release happens to be "Steve"! :-) It's easy to tell us apart. I'm the one who knows how to spell `Steven' correctly. :-) > I like the Jazz musicians, myself. It's far and away in the lead now. > For future consideration: for the moment, XEmacs has a good claim to > be the leading freeware multimedia app. (We'll see what happens with > Mozilla.org, though.) Someday soon we should use picons (or .au!) > instead of code names. *First* on the list of sound files that need to be added is one of Hrvoje pronouncing his name -- "Hello, this is Hrvoje Niksic and I pronounce `Hrvoje' as `Hrvoje'." > CVS will probably choke on > cvs co -r 'r23.0_/cA45WHG7jWq>(O3&Z57Y<"WsX5ddc,4c#w0F*zrV#=M0＠~＠,s;b,aMtR5Sqs"+nU.z^CSFQ9t`z2>W,S,]:[+2^Nbf6v4g>!&,7R4Ot4Wg{&tm=WX7P["9%a)_da48-^tGy,qz]Z,Zz\{E.,]'EO+F)＠$KtF&V' xemacs > though ;-) The code names don't get mapped into CVS tags so this isn't an issue. As soon as the Mule early initialization problem gets solved I do wish to see a series with Japanese names.

2 participants
1 comments

Re: mirror ftp.xemacs.org:/pub/xemacs/ 26 years, 2 months

ftpadmin＠ring.gr.jp

The Ring Server project > > If you are mirroring the beta area, please let me know so I can add > > your site to beta release announcements for our Japanese testers. > We will mirror all contents under the /pub/xemacs/ directory daily. > A initial mirroring process is now in progress, we will notify you of > the completion. We have finished a initial mirroring. So you can add the sites below to beta release announcements and anonymous FTP sites lists. (master) ftp://ring.aist.go.jp/pub/text/xemacs/ ftp://ring.asahi-net.or.jp/pub/text/xemacs/ (slave) ftp://ring.etl.go.jp/pub/text/xemacs/ ftp://ring.crl.go.jp/pub/text/xemacs/ ftp://ring.nacsis.ac.jp/pub/text/xemacs/ ftp://ring.saitama-u.ac.jp/pub/text/xemacs/ ftp://ring.astem.or.jp/pub/text/xemacs/ ftp://ring.exp.fujixerox.co.jp/pub/text/xemacs/ ftp://ring.so-net.ne.jp/pub/text/xemacs/ ftp://ring.ip-kyoto.ad.jp/pub/text/xemacs/ HTTP is also supported. Cheers. --Multipart_Wed_Jul__8_20:41:01_1998-1--

1 participants
0 comments

Re: CVS changes... 26 years, 2 months

SL Baur

P E Jareth Hein <jareth(a)camelot.co.jp> writes: > Adrian Aichner <aichner(a)ecf.teradyne.com> writes: >> Jareth, Steven, >> >> these >> >> Added_Math_Symbols:_Delimiters >> Added_Math_Symbols:_Ordinary >> Added_Math_Symbols:_Relations >> >> will have to be renamed to >> >> Added_Math_Symbols-_Delimiters >> Added_Math_Symbols-_Ordinary >> Added_Math_Symbols-_Relations > Ahem. Change applied. > Could you try again, please? I've made the changes in my tree by hand (two Repository files and one Entities files need hand patching) and checked the result against cvs.xemacs.org and I think we're O.K. now.

1 participants
0 comments

Re: CVS changes... 26 years, 2 months

Jareth Hein

Adrian Aichner <aichner(a)ecf.teradyne.com> writes: > Jareth, Steven, > > these > > Added_Math_Symbols:_Delimiters > Added_Math_Symbols:_Ordinary > Added_Math_Symbols:_Relations > > will have to be renamed to > > Added_Math_Symbols-_Delimiters > Added_Math_Symbols-_Ordinary > Added_Math_Symbols-_Relations > > I believe. > <very loud 'thwack' sound as hand hits forehead> Ahem. Change applied. Could you try again, please? -- Jareth Hein | jareth(a)camelot.co.jp | ハインジェラス Toolsmith & Program lead | http://www.camelot.co.jp | 開発部チーフ Camelot Software, Ltd. | |（株）キャメロット "It's a sad sign of the times when 'political machine' is redefined to include 'main-line battle tank'" - Ambassador Grossblunder

1 participants
0 comments

21.0b46 native crash 26 years, 2 months

Fabrice POPINEAU

I have reported a crash with 21.0b46 native under NT. In fact, this happens constantly when using Gnus. The crash happens in gc, sometimes very quickly, and it seems that some : struct string_chars { struct Lisp_String *string; unsigned char chars[1]; }; is overwritten with data : - from_s_chars 0x021d95b8 + string 0x70756f72 + chars 0x021d95bc "* {nntp:news.ese-metz.fr} (Group PenDel PC)----Top------------------------------------ " The string member is invalid, and has always the same value. This seems to me like ascii chars : 70756F72 = l q k n but I may be wrong. It happens even when compiled without any optimisation, without any strange options (like USE_UNION_TYPE, USE_MINIMAL_TAGBITS, USE_INDEXED_LRECORD_IMPLEMENTATION) Anybody has an idea ? Fabrice

3 participants
2 comments

Crash tracking ? 26 years, 2 months

Fabrice POPINEAU

Hi, Anybody's got an idea on how to find why XEmacs is crashing when using Gnus ? This is triggered by gc, so it is quite random. I have always the same crash address, so I have put a breakpoint on it, and this address is first modified in the following context : adjust_extents(int 568336896, int 735, int 65360, int 4460) line 2330 + 129 bytes gap_left(buffer * 0x01e02200, int 735) line 1713 + 42 bytes buffer_delete_range(buffer * 0x01e02200, int 710, int 735, int 0) line 2680 + 13 bytes Fdelete_region(int 710, int 735, int -1582282748) line 1841 + 19 bytes Fbyte_code(int 1644174984, int -2117995776, int 8) line 1005 + 22 bytes funcall_lambda(int 568903260, int 1, int * 0x0082e6f8) line 3599 + 35 bytes funcall_recording_as(int -1578708028, int 1, int * 0x0082e6f4) line 3200 + 20 bytes Ffuncall(int 2, int * 0x0082e6f4) line 3238 + 19 bytes Fbyte_code(int 1647058796, int -2112734720, int 7) line 416 + 16 bytes funcall_lambda(int 571968752, int 2, int * 0x0082f144) line 3599 + 35 bytes funcall_recording_as(int -1575517628, int 2, int * 0x0082f140) line 3200 + 20 bytes Ffuncall(int 3, int * 0x0082f140) line 3238 + 19 bytes Fbyte_code(int 1645380512, int -2114050560, int 5) line 416 + 16 bytes funcall_lambda(int 571915896, int 5, int * 0x0082f45c) line 3599 + 35 bytes funcall_recording_as(int -1575517652, int 5, int * 0x0082f458) line 3200 + 20 bytes Ffuncall(int 6, int * 0x0082f458) line 3238 + 19 bytes Fbyte_code(int 1645380236, int -2112389760, int 7) line 416 + 16 bytes funcall_lambda(int 571915840, int 5, int * 0x0082f86c) line 3599 + 35 bytes funcall_recording_as(int -1578708532, int 5, int * 0x0082f868) line 3200 + 20 bytes Ffuncall(int 6, int * 0x0082f868) line 3238 + 19 bytes Fbyte_code(int 1644187092, int -2113947392, int 6) line 416 + 16 bytes funcall_lambda(int 570454160, int 1, int * 0x0082fa84) line 3599 + 35 bytes funcall_recording_as(int -1577129044, int 1, int * 0x0082fa80) line 3200 + 20 bytes Ffuncall(int 2, int * 0x0082fa80) line 3238 + 19 bytes Fcall_interactively(int -1577129044, int -1582282748, int -1582282748) line 935 + 22 bytes Fcommand_execute(int -1577129044, int -1582282748, int -1582282748) line 2584 + 17 bytes execute_command_event(command_builder * 0x01bff340, int 565531200) line 4346 + 25 bytes Fdispatch_event(int 565531200) line 4645 + 71 bytes Fcommand_loop_1() line 579 + 9 bytes command_loop_1(int -1582282748) line 495 condition_case_1(int -1582282652, int (int)* 0x01033216 command_loop_1(int), int -1582282748, int (int, int)* 0x01032cc4 cmd_error(int, int), int -1582282748) line 1653 + 7 bytes command_loop_3() line 256 + 35 bytes command_loop_2(int -1582282748) line 268 internal_catch(int -1582172356, int (int)* 0x01032e14 command_loop_2(int), int -1582282748, int * 0x00000000) line 1328 + 7 bytes initial_command_loop(int -1582282748) line 305 + 26 bytes STACK_TRACE_EYE_CATCHER(int 1, char * * 0x01bff880, char * * 0x01c07000, int 0) line 1702 + 9 bytes main(int 1, char * * 0x01bff880, char * * 0x01c07000) line 2119 + 21 bytes mainCRTStartup + 211 bytes _start() line 118 But I have no idea on how to investigate further. This is with 21.0-b46 native build under NT. Fabrice

3 participants
3 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 July 1998