August 2001 - XEmacs-Beta - XEmacs Mailing List Archives

Build fuckage with current CVS (8/13 afternoon pull) 24 years, 1 month

Valdis Kl=?iso8859-4?Q?=BA?=tnieks

Current CVS won't build... Seen near line 1618 in src/regex.c: /* Make sure we have at least N more bytes of space in buffer. */ #define GET_BUFFER_SPACE(n) while (buf_end - bufp->buffer + (n) > (ptrdiff_t) bufp->allocated) EXTEND_BUFFER () However: % find . -name '*.h' | xargs grep ptrdiff_t ./src/s/windowsnt.h:/* typedef long ptrdiff_t; -kkm */ Somebody miss a file in an update? -- Valdis Kletnieks Operating Systems Analyst Virginia Tech

1 participants
1 comments

FWD: vc-hooks.el patch to handle "Results of merge+" 24 years, 1 month

Albert Ting

------- start of forwarded message ------- From: W Morgan Stair <morgan.stair(a)openwave.com> To: "Albert L. Ting" <alt(a)artisan.com> CC: W Morgan Stair <morgan.stair(a)openwave.com> Subject: vc-hooks.el patch to handle "Results of merge+" Date: Mon, 13 Aug 2001 16:40:12 -0400 Hi, I'm not set up to submit vc enhancements via normal channels, but this fix has helped me out so I thought I'd send it to you. When cvs does a merge, it makes an annotation in the entries file that screws up vc. Here's the diff to fix it (by ignoring the inserted comment): --- vc-hooks.el.orig Fri Apr 27 20:04:20 2001 +++ vc-hooks.el Mon Aug 13 16:31:37 2001 ＠＠ -922,7 +922,9 ＠＠ For CVS, the full name of CVS/Entries is ;; revision "/\\([^/]*\\)" ;; timestamp - "/[A-Z][a-z][a-z]" ;; week day (irrelevant) + "/" + "\\(?:[^/+]+\\+\\)?" ;; merge (irrelevant) + "[A-Z][a-z][a-z]" ;; week day (irrelevant) " \\([A-Z][a-z][a-z]\\)" ;; month name " *\\([0-9]*\\)" ;; day of month " \\([0-9]*\\):\\([0-9]*\\):\\([0-9]*\\)" ;; hms -- W Morgan Stair (781-564-5506) Messaging Infrastructure Development, Openwave Systems, Inc. ======================================================================== Privacy and Confidentiality Notice: The information contained in this electronic mail message is intended for the named recipient(s) only. It may contain privileged and confidential information. If you are not an intended recipient, you must not copy, forward, distribute, or take any action in reliance on it. If you have received this electronic mail message in error, please notify the sender immediately. ------- end of forwarded message -------

1 participants
0 comments

RE: [COMMIT] unsigned-removal patch 24 years, 1 month

Damon Lipparelli

I fixed this by #include'ing <stddef.h> after <sys/types.h> in "src/regex.c". -lipp >>> -----Original Message----- >>> From: Vin Shelton [mailto:shelton＠icd.teradyne.com] >>> Sent: Monday, August 13, 2001 7:36 AM >>> To: Ben Wing >>> Cc: XEmacs Patches List >>> Subject: Re: [COMMIT] unsigned-removal patch >>> >>> >>> I can not build 21.5 on Solaris 2.5 as of this morning's CVS. >>> (SunOS-4.1.4 works fine, though.) >>> >>> Apparently ptrdiff_t is no longer defined on the Solaris >>> 2.5 platform: >>> >>> gcc -c -O2 -pipe -ffast-math -fno-exceptions -I. -I../src >>> -I/u/shelton/new/src/xemacs-21.5-2001-08-13/lib-src >>> -I/u/shelton/new/src/xemacs-21.5-2001-08-13/src >>> -DHAVE_CONFIG_H -I/u/shelton/new/SunOS-5.5/include \ >>> -DINHIBIT_STRING_HEADER >>> /u/shelton/new/src/xemacs-21.5-2001-08-13/src/regex.c >>> /u/shelton/new/src/xemacs-21.5-2001-08-13/src/regex.c: In >>> function `regex_compile': >>> /u/shelton/new/src/xemacs-21.5-2001-08-13/src/regex.c:2061: >>> `ptrdiff_t' undeclared (first use in this function) >>> >>> Here's the configure command I used: >>> >>> /u/shelton/new/src/xemacs-21.5-2001-08-13/configure >>> --prefix=/u/shelton/new/SunOS-5.5/xemacs-21.5-2001-08-13 >>> --with-gcc --site-includes=/u/shelton/new/SunOS-5.5/include >>> --site-libraries=/u/shelton/new/SunOS-5.5/lib >>> --infopath=/u/shelton/new/info --with-mule=no >>> --compiler=gcc '--cflags=-O2 -pipe -ffast-math >>> -fno-exceptions' --with-dialogs=no --with-widgets=no >>> --package-path=/u/shelton/new/site-packages::/u/shelton/new/ >>> xemacs-packages --debug=no --error-checking=none >>> >>> Here's the output of 'uname -a': >>> SunOS ise4 5.5.1 Generic_103640-34 sun4m sparc >>> >>> I don't have time to investigate this in any depth right now because >>> my day job is NT-based, but I will be happy to provide any >>> info I can. >>> Let me know what additional info is needed. >>> >>> - vin >>> >>> -- >>> In a minute there is time >>> For decisions and revisions which a minute will reverse. >>> T.S. Eliot >>> [URL: http://www.cs.amherst.edu/~ccm/prufrock.html] >>>

2 participants
1 comments

Slow and wacky menus. 24 years, 1 month

Eric Dahlman

This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.5 (beta1) "anise" [Lucid] (sparc-sun-solaris2.8) of Fri Jun 22 2001 on sibelius configured using `configure --prefix=/s/chopin/d/proj/meps/common/' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: The pull down menus are randomly slow and flaky. This is not a normal pause like that which occurs under the options menu as packages are loaded or fonts pulled from the xserver. Examples of flakiness include: * Selecting the Buffers menu and not being able to select past about the midpoint. * Improper redrawing of the text in first cell of a drop down menu, in this case moving the mouse causes the first menu entry to become corrupted with garbage. * Selections do not always take, but reselections may work. * General unresponsiveness, the menu may not acknowledge a click or it may not go away after loss of focus. I am afraid that to date these problems are 100% intermittent and unreproducible, however, after a day of use something will be bound to have gone wrong. Sorry so vague, -Eric Recent keystrokes: SPC 0 up down up left left left left left left left left left left left left left left left left left left left left up up up up up up left left left left left left left left left left left BS C-c C-c q g up up up up up up down down down down RET down down down RET q up up up up up up up up down down down RET c y up up up RET SPC q q y button1 button1up g RET down down down down down RET n q q y misc-user Recent messages (most recent first): Loading emacsbug...done Loading emacsbug... Saving /s/chopin/a/grad/dahlman/.newsrc-news.eld...done Wrote /s/chopin/a/grad/dahlman/.newsrc-news.eld Saving /s/chopin/a/grad/dahlman/.newsrc-news.eld... Wrote /s/chopin/a/grad/dahlman/.newsrc-news Are you sure you want to quit reading news? (y or n) Yes Are you sure you want to quit reading news? (y or n) No more unread newsgroups Generating summary...done --

1 participants
0 comments

Slow clipboard performance in 21.1.14 24 years, 1 month

Kevin Oberman

When I use the clipboard for cut or copy operations across a network link, the performance is very poor. By "across a network", I mean running xemacs with the DISPLAY set to a remote system. I have noticed a very large number of packets for these operations. The slowness is significant on even fast links. Even a simple C-k to delete a line takes an inordinate amount of time. It is extremely annoying! Any idea what is causing this? I don't recall noticing it on older releases, but I don't do it a lot as I usually use the tpu-edt emulation which has its own commands to perform similar operations and the delays do not show up for them. Any idea where to look? I'd be happy to capture a TCP stream for the transaction. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman(a)es.net Phone: +1 510 486-8634

3 participants
3 comments

RE: Slow clipboard performance in 21.1.14 24 years, 1 month

Harper, Michael L.

I see the same behavior under Solaris 5.7 with 21.4.2 (with Motif.) Mike Harper Alcoa Technical Center 100 Technical Drive Alcoa Center, PA 15069 Office: (724)337-5414 FAX: (724)337-4911 email: michael.harper(a)alcoa.com > -----Original Message----- > From: Andy Piper [mailto:andyp＠bea.com] > Sent: Monday, August 13, 2001 12:14 PM > To: Kevin Oberman; xemacs-beta(a)xemacs.org > Subject: Re: Slow clipboard performance in 21.1.14 > > > I'm guessing this is under Motif? I think we fixed this in 21.4 > > andy > > At 08:32 AM 8/13/2001 -0700, Kevin Oberman wrote: > >When I use the clipboard for cut or copy operations across a network > >link, the performance is very poor. By "across a network", I mean > >running xemacs with the DISPLAY set to a remote system. > > > >I have noticed a very large number of packets for these operations. > >The slowness is significant on even fast links. Even a simple C-k to > >delete a line takes an inordinate amount of time. It is extremely > >annoying! Any idea what is causing this? I don't recall > noticing it on > >older releases, but I don't do it a lot as I usually use the tpu-edt > >emulation which has its own commands to perform similar > operations and > >the delays do not show up for them. > > > >Any idea where to look? I'd be happy to capture a TCP stream for the > >transaction. > > > >R. Kevin Oberman, Network Engineer > >Energy Sciences Network (ESnet) > >Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > >E-mail: oberman(a)es.net Phone: +1 510 486-8634 >

1 participants
0 comments

[PATCH] "ascii_character" property for Cyrillic keysyms (and others too) is changed unexpectedly 24 years, 1 month

Dmitry Astapov

* This message was CC'ed to xemacs-pathes. * Please reply directly becuase I'm not subscribed to list I'm using XFree86 4.1.0 and XEmacs-nomule 21.4.4. My native language is Russian and I use ru-keys.el[1] to assign appropriate values to "ascii_character" property of Cyrillic_XXX keysyms. I want to input Cyrillic chars in KOI8-R codepage, and ru-keys.el sets ascii_character properties this way. However, I found out that since 21.4.3 my keyboard becomes garbled each time MappingModifier event occurs. After this event Cyrillic_XXX keysyms produce characters which correspond not to "KOI8-R" codepage, but to "ISO-8859-5" one. Exploration of event-Xt.c led me to function "maybe_define_x_key_as_self_inserting_character" which is called from "x_has_keysym", which in turn is called from "x_reset_key_mapping", which is called each time Mapping* event occurs. This function assigns self-insert command to keysym if it is not defined in (current-global-map), but changes "ascii_character" property for that keysym notwithstanding that keysym has some command bound to it and it ascii_character property changed. This is desired behavoir during start-up, but after that it causes harm to users. I think that following patch could be used as remedy: --- event-Xt.c.orig Thu Apr 12 21:23:40 2001 +++ event-Xt.c Tue Jul 31 01:14:56 2001 ＠＠ -310,9 +310,11 ＠＠ { extern Lisp_Object Vcurrent_global_map; extern Lisp_Object Qascii_character; - Fput (symbol, Qascii_character, character); if (NILP (Flookup_key (Vcurrent_global_map, symbol, Qnil))) - Fdefine_key (Vcurrent_global_map, symbol, Qself_insert_command); + { + Fput (symbol, Qascii_character, character); + Fdefine_key (Vcurrent_global_map, symbol, Qself_insert_command); + } } } PS1: Here are headers from ru-keys.el I use: ;; ru-keys.el -- support for Russian keys for XEmacs. ;; ;; Version: 0.3.2 ;; ;; Copyright (c) Business Computer Service, Ltd. 2000-2001 ;; Written by Andrew W. Nosenko <awn(a)bcs.zp.ua> ;; ;; Latest version can be downloaded from: ;; http://www.bcs.zp.ua/~awn/xemacs/ru-keys.el -- Dmitry Astapov //ADEpt (mail-to: adept(a)umc.com.ua)

1 participants
0 comments

business letter from Beijing, China 24 years, 1 month

xiuyuan

Dear Sir or Madam, This is a business letter from Beijing,China.I am apologetic if I disturb you. Credit Inquiry & Information will help all kinds of industry and commerce to make a successful deal with customer or partner.There are some sort of credit inquiry,they are: 1/Consul or trade liaison man in any country; 2/Chamber of Commerce or Bank; 3/Business Directory; 4/Commercial Enquiry Office. T&F,Commercial Enquiry Office,is providing all kinds of information about anyone trade and industry company in China. They are: registration of corporation, history of corporation, background of the legal person, financial statement, relations of banking, leading products, condition of manufacturing abilities and equipment, management of trademark as well as affiliates, and so on. T&F keeps in close contact and builds many co-operation relations with a lot of governments in China for ages,such as the Trade & Industry Administration Department of China, Statistics Bureau, China national Economy Information Centre etc.There are many specialists of business economists, and investigating and administrative staffs constitute a special and all-round investigation channels by us. Believe me! T&F will be provides a piece of accurate and credible investigation data, which you want about achieving nation-wide and comprehensive reference report forever!Please visit our Webster http://tangfeng.3322.net,write or e-mail to T&F promptly,if you are interested.And T&F shall be pleased to render you any further services. £œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ Address: No.210, Building 2, Party School of Beijing Municipal Government Committee, No.6 Chegongzhuang Street,Xicheng District, Beijing, China. Postal Code:100044 Fax: 86-10-6800-1452 Tel: 86-10-6800-1452 E-mail:cbph＠cei.gov.cn xiuyuan(a)263.net.cn

1 participants
0 comments

[ANNOUNCE] Updated Packages Released - Aug 13 24 years, 1 month

Steve Youngs

Hello. The following XEmacs packages have just been released. Updated or New Packages: ======================= edit-utils-1.65-pkg.tar.gz ispell-1.23-pkg.tar.gz net-utils-1.20-pkg.tar.gz Detailed Changes: ================ edit-utils-1.65-pkg.tar.gz: -------------------------- 2001-08-06 Stefan Kamphausen <mail(a)skamphausen.de> * func-menu.el: added ruby support ispell-1.23-pkg.tar.gz: ---------------------- 2001-08-02 Robert Pluim <rpluim(a)bigfoot.com> * ispell.el (ispell-command-loop): check for scrollbar support before using them. net-utils-1.20-pkg.tar.gz: ------------------------- 2001-08-07 Steve Youngs <youngs(a)xemacs.org> * xemacsbug.el (report-xemacs-bug-send-init): New. (report-xemacs-bug): Use it. 2001-08-06 Steve Youngs <youngs(a)xemacs.org> * emacsbug.el: Removed. * xemacsbug.el: New file, replaces the old 'emacsbug.el'. * Makefile (ELCS): Remove emacsbug.elc and use xemacsbug.elc. Installing These: ================ Manually: -------- 1) Download the packages that you want to install from: [1] /ftp.xemacs.org:/pub/xemacs/packages/ 2) Unpack them to: [2] /usr/local/lib/xemacs/xemacs-packages/ 3) Re-start XEmacs. Using XEmacs Package Tools (XEmacs 21.[245].x): ---------------------------------------------- 1) Tools -> Packages -> Add Download Site -> choose site 2) Tools -> Packages -> List and Install 3) Select the packages you wish to install (there are brief instructions at the bottom of the packages buffer). 4) Packages -> Install/Remove Selected 5) Re-start XEmacs. Using XEmacs Package Tools (XEmacs 21.1.14): ------------------------------------------- 1) Options -> Manage Packages -> Add Download Site -> choose site 2) Options -> Manage Packages -> List and Install 3 - 5) As per XEmacs 21.[245].x. Footnotes: [1] Or from a mirror near you. [2] Note: Mule packages should be installed into: /usr/local/lib/xemacs/mule-packages/ -- |---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------<youngs(a)xemacs.org>---|

1 participants
0 comments

Funky faces. 24 years, 1 month

Steve Youngs

I've got an interesting problem with faces. I only noticed it the other day when I 'C-x 5 2' (I normally do _everything_ in the one frame). Using Gnus as an example, I have, in one of my setup files: ,---- | (make-face 'gnus-group-mail-3-face) | (set-face-foreground 'gnus-group-mail-3-face "Yellow") `---- In the first frame, 'gnus-group-mail-3-face' is yellow, which is what I'd expect. However in a different frame, it is aqua-marine. Why? I'd still expect yellow. I had a look at 'M-x customize-face RET gnus-group-mail-3-face RET' in each frame. This is where it starts to get really funky. Give these screen shots a 2nd and 3rd look, and you'll see what I mean. 'M-x customize-face RET gnus-group-mail-3-face RET' from 1st frame: And the same from a different frame: Does anybody have any idea what is going on here? -- |---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------<youngs(a)xemacs.org>---|

1 participants
0 comments

2025

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 August 2001