May 1998 - XEmacs-Beta - XEmacs Mailing List Archives

[Success] 21.0 "Russian White" XEmacs Lucid (beta39) on hppa1.1-hp-hpux9.05 26 years, 6 months

Pekka Marjola

This time with file coding. No problems, at least yet. > XEmacs Build Report as generated > by build-report-version 1.35 follows: > Contents of /tools/contrib/beta/src/xemacs-21.0-b39/Installation: > (Output from most recent run of ./configure)

1 participants
0 comments

Re: [Success] XEmacs 21.0-b39 "Russian White", sparc-sun-solaris2.5.1 26 years, 6 months

Adrian Aichner

>From tarballs: (build-expand-tarballs) "/ftp＠ftp.xemacs.org:/pub/xemacs/beta/xemacs-21.0/xemacs-21.0-b39.tar.gz" I forgot to say. Regards, Adrian -- Adrian Aichner Applications Engineer Teradyne GmbH Semiconductor Test Group Telephone +49/89/41861(0)-208 Dingolfinger Straße 2 Fax +49/89/41861-217 D-81673 MÜNCHEN E-mail aichner(a)ecf.teradyne.com

1 participants
0 comments

[Success] XEmacs 21.0-b39 "Russian White", sparc-sun-solaris2.5.1 26 years, 6 months

Adrian Aichner

Ah, dragndrop seems broken on system-configuration "sparc-sun-solaris2.5.1". Without it I built successfully (see below). Adrian > XEmacs Build Report as generated > by build-report-version $Revision: 1.39 $ follows: > Contents of /export/home/tmp/xemacs-21.0-b39/Installation: > (Output from most recent run of ./configure)

1 participants
0 comments

Re: Startup speed: Still too many stats? 26 years, 6 months

Lonhyn T. Jasinskyj

>I see this growth on FAT volumes and cd roms, but not on NTFS volumes: > >NTFS drive: >8 stats in 7 ms, 897 us per call >398 stats in 318 ms, 799 us per call >2481 stats in 2041 ms, 822 us per call > >FAT drive: >9 stats in 8 ms, 922 us per call >54 stats in 43 ms, 802 us per call >679 stats in 678 ms, 999 us per call >1291 stats in 1595 ms, 1235 us per call > >CD rom: >42 stats in 132 ms, 3154 us per call >789 stats in 5917 ms, 7500 us per call Just as a side note. Wow, microsoft "operating systems" really blow. IRIX 6.3 (on an O2 [R5000, 180MHz]): :; /tmp/stat_time 2334 stats in 1694373 usecs 725 usecs per call :; /tmp/stat_time 2334 stats in 371815 usecs 159 usecs per call NetBSD 1.3 (on a PPro 200): :; /tmp/stat_time 299 stats in 18712 usecs 62 usecs per call :; /tmp/stat_time 299 stats in 6898 usecs 23 usecs per call (note that the second invocation has the meta-data already in the buffer cache) lonhyn

1 participants
0 comments

Re: Mule on TTY's 26 years, 6 months

Stephen J. Turnbull

>>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: sb> Yes. More NEWS fodder. If your $TERM is "kterm", or begins sb> with the string "kterm" the tty and keyboard coding systems sb> will be unconditionally set to iso-2022-jp after .emacs is sb> read. This is probably a bug. This is definitely a bug. I don't remember if EUC is compatible (ie, auto-recognized) in an ISO-2022-JP environment (I somewhat doubt it however), but SJIS will definitely lose. sb> I wasn't arguing that point. Let's say the user does set sb> iso-8859-2 keyboard and tty coding system in .emacs and is sb> running in a kterm (that's the only way I know of currently to sb> get iso-8859-2 in an xterm-like program). The current code `xterm -fn *-iso8859-2' works for me. sb> will unconditionally change it to iso-2022-jp after .emacs is Arrrrgh. sb> read. There needs to be some way to communicate the fact that sb> the user has done his own initialization and XEmacs/Mule sb> shouldn't override his settings.

1 participants
0 comments

Odd behaviour with b39 26 years, 6 months

Jeff Miller

If I startup beta 39 with vm (xemacs-21.0-b39 -f vm), select the XEmacs menubar, then switch to *scratch*, I get the following odd screen. XEmacs seems to think there should be a toolbar display on the left, but *scratch* doesn't have one. It also took away the 3d modeline for the top buffer and blanked out the lower buffer. It should look more like the following attachment which is what I get with beta 38, doing the same steps.

1 participants
0 comments

Re: Tweaks for find-func.el 26 years, 6 months

Jens-Ulrik Petersen

Thanks for the patch, Steve. [I am afraid I have been too busy recently with work and looking for a new job to have any time to give to XEmacs. :-( ] The patch looks pretty harmless: >>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: sb> The following patch eliminates an unused local variable, and sb> makes the return value of find-function-do-it meaningful. sb> 1998-05-10 SL Baur <steve(a)altair.xemacs.org> sb> * find-func.el (find-function-do-it): Make return value sb> meaningful. (find-function-noselect): Eliminate sb> unused local variable. From Bob Weiner sb> <weiner(a)altrasoft.com> sb> --- xemacs-devel/find-func.el~ Mon Apr 6 13:44:44 1998 sb> +++ xemacs-devel/find-func.el Sun May 10 17:16:17 1998 sb> ＠＠ -176,7 +176,7 ＠＠ sb> (and (subrp (symbol-function function)) sb> (error "%s is a primitive function" function)) sb> (let ((def (symbol-function function)) sb> - library aliases) sb> + aliases) Well spotted, thanks. (I think it was previously needed and I must have forgotten to take it away...) sb> ＠＠ -243,7 +243,8 ＠＠ sb> (when (memq (car buffer-point) orig-buffers) sb> (push-mark orig-point)) sb> (goto-char (cdr buffer-point)) sb> - (recenter 0)))) sb> + (recenter 0) sb> + t))) This is ok, but why is it so desirably to have a return value of t rather than nil. As far as I am concerned this function doesn't return any meaningful value anyway: it raises an error if it fails to find what it is looking for. Cheers, Jens -- Jens-Ulrik Holger Petersen <http://www.kurims.kyoto-u.ac.jp/~petersen/> Research Institute for Mathematical Sciences, Kyoto University

1 participants
0 comments

dragndrop & frame-x.c problems, Russian White 26 years, 6 months

Jason R. Mastaler

With my default set of configure options (illustrated by the Installation file attached below), I was unable to compile beta-39 due to the following problems with frame-x.c. However, after re-configuring with '--with-dragndrop=no' added, Russian White compiled without problems. A SUCCESS build report on this one will be sent to the xemacs-build-reports list shortly. ========== cd lib-src && make CC='cc' CFLAGS='-xpentium -xO5' LDFLAGS='' CPPFLAGS='' all cd dynodump && make CC='cc' CFLAGS='-xpentium -xO5' LDFLAGS='' CPPFLAGS='' all cd lwlib && make CC='cc' CFLAGS='-xpentium -xO5' LDFLAGS='' CPPFLAGS='' all cd src && make CC='cc' CFLAGS='-xpentium -xO5' LDFLAGS='' CPPFLAGS='' all cc -c -xpentium -xO5 -Demacs -I. -DHAVE_CONFIG_H -I/usr/local/include -I/usr/dt/include -I/usr/openwin/include frame-x.c "frame-x.c", line 1110: syntax error before or at: * "frame-x.c", line 1113: undefined symbol: transferInfo "frame-x.c", line 1113: warning: statement not reached "frame-x.c", line 1119: left operand of "->" must be pointer to struct/union "frame-x.c", line 1123: left operand of "->" must be pointer to struct/union "frame-x.c", line 1125: left operand of "->" must be pointer to struct/union "frame-x.c", line 1128: warning: argument #1 is incompatible with prototype: prototype: pointer to const uchar : "./lisp.h", line 1958 argument : pointer to char "frame-x.c", line 1132: left operand of "->" must be pointer to struct/union "frame-x.c", line 1140: left operand of "->" must be pointer to struct/union "frame-x.c", line 1147: warning: argument #1 is incompatible with prototype: prototype: pointer to const uchar : "./lisp.h", line 1958 argument : pointer to char "frame-x.c", line 1148: warning: argument #1 is incompatible with prototype: prototype: pointer to const uchar : "./lisp.h", line 1958 argument : pointer to char "frame-x.c", line 1149: left operand of "->" must be pointer to struct/union "frame-x.c", line 1150: left operand of "->" must be pointer to struct/union cc: acomp failed for frame-x.c *** Error code 2 make: Fatal error: Command failed for target `frame-x.o' Current working directory /opt/local/SourceTrees/xemacs-21.0-b39/src *** Error code 1 make: Fatal error: Command failed for target `src' ========== uname -a: SunOS ashanti 5.5.1 Generic_103641-17 i86pc i386 i86pc configure '--prefix=/home/jason/wk/XEMACS/beta/v21' '--package-path=/home/jason/wk/XEMACS/beta/packages' '--site-includes=/usr/local/include' '--site-libraries=/usr/local/lib' '--with-gcc=no' '--cflags=-xpentium -xO5' '--error-checking=none' '--debug=no' '--with-workshop=yes' '--with-mule=no' '--mail-locking=file' XEmacs 21.0-b39 "Russian White" configured for `i386-pc-solaris2.5.1'. Where should the build process find the source code? /usr/local/SourceTrees/xemacs-21.0-b39 What installation prefix should install use? /home/jason/wk/XEMACS/beta/v21 What operating system and machine description files should XEmacs use? `s/sol2.h' and `m/intel386.h' What compiler should XEmacs be built with? cc -xpentium -xO5 Should XEmacs use the GNU version of malloc? yes Should XEmacs use the relocating allocator for buffers? yes What window system should XEmacs use? x11 Where do we find X Windows header files? /usr/dt/include /usr/openwin/include Where do we find X Windows libraries? /usr/dt/lib /usr/openwin/lib Additional header files: /usr/local/include Additional libraries: /usr/local/lib Runtime library search path: /usr/local/lib:/usr/dt/lib:/usr/openwin/lib:/opt/SUNWdt/lib Compiling in support for XAUTH. Compiling in support for XPM images. Compiling in support for X-Face message headers. Compiling in support for GIF image conversion. Compiling in support for JPEG image conversion. Compiling in support for PNG image conversion. Compiling in native sound support. Compiling in support for GNU DBM. Compiling in support for CDE. Compiling in support for ToolTalk. Compiling in support for OffiX. Compiling in support for Drag'n'Drop ( OffiX CDE ). Compiling in support for Sun WorkShop. Compiling in support for proper session-management. Using Lucid menubars. Using Lucid scrollbars. Using Motif dialog boxes. Compiling in DLL support. movemail will use "dot-locking" for locking mail spool files.

1 participants
0 comments

re: Weird Problem with the newest patch... 26 years, 6 months

Nobu Toge

S.Teufel wrote - > Did anyone encounter the same error message? I tried to patch up from > beta38 and got the following error: > > [...] > Patching file xemacs-20.0/version.sh using Plan A... > Hunk #1 succeeded at 1. > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: xemacs-20.0/etc/altrasoft-logo.xpm > |diff -u xemacs-20.0/etc/altrasoft-logo.xpm:1.1 .... I did. I simply removed the block in the b38-b39 patch file that is related to altrasoft-logo.xpm and proceeded. The rest of the patch file processed fine. I am using patch 2.1. Could it be the problem? -- Nobu Toge (toge(a)accad1.kek.jp)

1 participants
0 comments

strokes for Chinese...Results 26 years, 6 months

David Bakhash

Hey, people. I just finished writing up my report for Strokes and Chinese character recognition. I'm just about getting over 80% accuracy rates. this is really good, and I'm happy about it. also, I've written it to be completely general, so that this can work for any language in which the characters can be written one-at-a-time (i.e. English is fine, as long as you don't write in script). Anyway, you can look at my paper if you want. Unfortunately, all the recognition code is in Common Lisp, and though I believe I can port it to elisp, it simply won't be nearly fast enough. it's all in Allegro CL. for whoever's interested: http://mit.edu/cadet/www/project-paper/project-paper.html and note that I'm no longer on this (xemacs-beta) list, so if you wanna comment or ask me something, or maybe discuss where to go from here, please email me. dave

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 May 1998