April 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Behaviour of call-process 25 years, 7 months

Enrico Scholz

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > [...] > > I think we should to use the fcntl-method at a linux system. I > > don't know if a system exists where both ioctl() and fnctl() are > > working. If this is possible, we have to prioritize one of them, > > but I can not say which one. > > I think there should either be an Autoconf test or the fcntl and the > I_SETSIG method should be swapped in the #ifdef's I suggest to swap temporarily the #ifdef's in the next release if no autoconf test has been written till then. In the next week (sorry, this one I'm extremly busy) I can write such a test by myself. Enrico -- eMail: enrico.scholz(a)wirtschaft.tu-chemnitz.de talk: ensc(a)ultra.csn.tu-chemnitz.de

1 participants
0 comments

Re: xemacs picon 25 years, 7 months

Colin Rafferty

>> Didier Verna writes: >> > I'd like to submit the standard xemacs icon (xemacs-icon.xpm) slightly >> > modified to the picons archive as the XEmacs entry. Comments ? I think it looks great. Make sure that it goes in the xemacs for comp.emacs.xemacs and xemacs.org. -- Colin

1 participants
0 comments

Numeric Keypad setup for PC 101 keyboard 25 years, 7 months

Sisira Y. Jayasinghe

I would like to set up Xemacs to use numeric keypad similar to EDT or TPU. I would like your help as I am running out of options to do this by myself. Thank you. Sisira

1 participants
0 comments

Re: Perl embedding: trial balloon 25 years, 7 months

Lars Magne Ingebrigtsen

Geoffrey Furnish <furnish(a)actel.com> writes: > To the XEmacs beta team: You guys need to get a life. I really > cannot believe what I have read from you guys on this topic recently. > It's not the facts that floor me, its the attitude. Grow up. Introducing a second extension language into the core of such a huge project as XEmacs is problematic, and needs to be discussed. Instant fawning and acclamation are not the reactions that are sane to a proposal that has *huge* impact on the maintainability, and in the end, viability of the project. -- (domestic pets only, the antidote for overdose, milk.) larsi(a)ifi.uio.no * Lars Magne Ingebrigtsen

1 participants
0 comments

Re: Perl embedding: trial balloon 25 years, 7 months

Jan Vroonhof

John Tobey <jtobey(a)channel1.com> writes: > Woops, I forgot to mention that I'm not currently subscribed, so > please CC: jtobey(a)channel1.com. Add a "Mail-Copies-To: jtobey(a)channel1.com" header. Almost all of us are using Gnus and thus you'll get copies automagically. > translations. This probably involves a lot of copying, so it won't > give optimal performance if implemented naively. > > > I presume you already had to introduce perl types for markers and such? > > Actually, I haven't got that far. Perlmacs is pre-1.0. But I'm not > sure whether such new types are necessary. Perl can call any Lisp > function and store any Lisp object. It might be nice to encapsulate > these Emacsy types to give them a more Perlish feel someday. The problem is that if you want a perl binding to be useful beyond learning how tie language together then you want fast access to the editor part of XEmacs, i.e. buffers, characters etc. Wouldn't you want to be able to say. # Disclaimer # My Perl is rusty # count lines in buffer not matching BUFFER = Emacs::Buffer($name); while (<BUFFER>) { count++ unless /not included/; } This gets you immediately into problems because the XEmacs buffer substring would be in Mule encoding... etc... Do you have any example of a typical Perlmacs application? Maybe a Perl port of some standard piece of elisp? > and the finalizer decs it. Since decrementing the refcount can invoke > user code, this happens after the mark bits have been cleared. I > didn't notice whether XEmacs finalizers have this luxury.. You mean that you want the finalizers to be called after the sweep fase has been fully completed? This could probably be handled by a finalizer that puts the object on some "perl ojects to be freed list" and some general mechanism for functions to be run after the end of the sweep? > This is my feeling. The Perlmacs patch modifies Emacs very little, > other than to add generic extensibility hooks and a syms_of_perlmacs > call. Ok fine. > There is one exception, which can be omitted if it is thought > to be troublesome. That is that main() has been overloaded to parse > its command line as perl would if "perl" appears in the invocation > filename. This is especially handy for building and testing > extensions distributed as Perl modules, because it allows one to use > the usual installation mechanisms with PERL=perlmacs. For editing > files, the program is also installed as "pmacs". That could be handled using some wrapper script at first couldn't it? It could then be added to the core later if required.. In this case what you really want is XEmacs as a loadable module into perl! Jan

8 participants
20 comments

Re: Perl embedding: trial balloon 25 years, 7 months

Jari Aalto

* 1999-04-19 Hrvoje Niksic <hniksic(a)srce.hr> list.xemacs * Message-Id: <8790boir7k.fsf(a)pc-hrvoje.srce.hr> | | jari.aalto(a)poboxes.com (Jari Aalto+mail.emacs) writes: | | > We only need to take a look at the number of people that are | > supporting Perl modules compared with the number of people | > supporting Emacs lisp modules (and programs) and it's easy to | > calculate ratio of 50:1. Check traffic in perl groups vs. Emacs. | > | > If we had Perl as extension language, a vast number of potential | > programmers might step in. | | Thanks, but: no thanks. | | BTW, when you do the Perl-vs-Emacs groups ratios, don't forget to | discount the noise. I wonder how many more useful replies people are | getting on Emacs groups, compared to Perl. what I meant, that "vast number of active, existing, highly skilled Perl module writers and Perl program writers, Perl porters" might step into XEmacs business. Imagine the brainpower. I bet there would be more Perl programmers around in a short time compared to Common Lisp programmers. No? The Lisp is unfortunately not the future and has never been in large scale business programming. jari

4 participants
4 comments

Re: Perl embedding: trial balloon 25 years, 7 months

Hrvoje Niksic

jari.aalto(a)poboxes.com (Jari Aalto+mail.emacs) writes: > We only need to take a look at the number of people that are > supporting Perl modules compared with the number of people > supporting Emacs lisp modules (and programs) and it's easy to > calculate ratio of 50:1. Check traffic in perl groups vs. Emacs. > > If we had Perl as extension language, a vast number of potential > programmers might step in. Thanks, but: no thanks. BTW, when you do the Perl-vs-Emacs groups ratios, don't forget to discount the noise. I wonder how many more useful replies people are getting on Emacs groups, compared to Perl.

4 participants
7 comments

Re: xemacs picon 25 years, 7 months

Didier Verna

Valdis.Kletnieks(a)vt.edu writes: > On 19 Apr 1999 18:50:14 +0200, you said: > > I'd like to submit the standard xemacs icon (xemacs-icon.xpm) slightly > > modified to the picons archive as the XEmacs entry. Comments ? > > Umm.. define "slightly modified"? Or attach a visual of it? ;) :-) Made transparent and compliant with the standard picons colormap: -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / E.N.S.T. INF C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. (33) 01 45 81 73 46 75634 Paris cedex 13 Fax. (33) 01 45 81 31 19

1 participants
0 comments

[mswindows] Sh-insert pastes strangely without zmacs-regions 25 years, 7 months

Samuel Mikes

On XEmacs under mswindows, Sh-insert is bound to `mswindows-paste-clipboard', which should delete the active selection if there is one. I have (setq zmacs-regions nil) in my .emacs file. I have observed the following problems with `mswindows-paste-clipboard': o In a buffer where mark is not defined, Sh-insert gives the error message "Marker does not point anywhere". M-: (mark-marker) in this case yields #<marker in no buffer 0xa065e34> if zmacs-regions is nil, and nil if zmacs-region is t. o In a buffer where mark is defined, Sh-insert replaces the region with the clipboard. In particular, repeated applications of Sh-insert have no apparent effect, because the region is defined to be the just-inserted text. Here's the code that's responsible from (msw-select.el) mswindows-paste-clipboard: (let ((clip (mswindows-get-clipboard)) (s (mark-marker)) (e (point-marker))) (or clip (error "there is no text on the clipboard")) (if s ; here's the culprit (if mouse-track-rectangle-p (delete-rectangle s e) (delete-region s e))) (push-mark) (if mouse-track-rectangle-p (insert-rectangle clip) (insert clip)))) One possible to solution is to replace `(if s' with `(if (and s zmacs-regions)' or something to do with zmacs-region-active-p. This will change the behavior only when zmacs-regions is set to nil. It allows me to paste even when there's no mark, and to paste the selection multiple times. However, when a region is highlighted with a mouse drag, Sh-Insert inserts the clipboard at point instead of replacing the region, which is broken both with respect to the docstring and with respect to a user's expectations (especially on mswindows). Again, this breaks only when zmacs-regions is nil; when zmacs-regions is t, everything works as expected. So, the attached patch is probably not the best solution; on the other hand, the current behavior (an error from paste if zmacs-regions is nil and no mark) is definitely broken. 1999-04-20 Sam Mikes <smikes(a)alumni.hmc.edu> * msw-select.el: (mswindows-paste-clipboard) Don't replace region unless `zmacs-regions' is t [ATTACHMENT ~/msw-patch.el, text/plain] -- Sam Mikes smikes(a)alumni.hmc.edu

1 participants
0 comments

"unlocked clipboard" message on Alpha 25 years, 7 months

James A. Benson

Hello, I am pleased that there is now a version of xemacs that will run on an alpha. It was a real pain when i would switch from programming on an x86 platform with a nice stable xemacs to an alpha and have to use generic emacs. There is one annoying feature that i have found. When i highlite text with the mouse and then push the copy or cut buttons in the xemacs toolbar and get an infinite stream of: Warning: Attempt to copy to unlocked clipboard! Warning: Attempt to copy to unlocked clipboard! Warning: Attempt to copy to unlocked clipboard! Warning: Attempt to copy to unlocked clipboard! I then have to kill -9 the xemacs process. A work around for copying is to use the highlite and then paste (with my middle mouse button) rather then the xemacs buttons. Unfortunately the same trick doesn't work for deleting text. Is there some known work around this "Warning: Attempt to copy to unlocked clipboard!" problem? Of course this is an alpha problem only...i never have the problem on my x86 machines. Note that i haven't compiled a new libpng: -> WARNING: Compiling without PNG image support. -> Reason: PNG library version too old (pre 1.0.2)! as warned in the Installation. The "Installation" file follows. Thank you, jim Dr. James A. Benson United States Naval Observatory Navy Prototype Optical Interferometer Flagstaff, AZ 86001 Email: jbenson(a)nofs.navy.mil jbenson(a)sextans.lowell.edu Voice: 520-773-4868/520-779-5132 Fax: 520-779-9568 uname -a: Linux halbert.nofs.navy.mil 2.2.1 #1 Thu Feb 18 09:42:56 EST 1999 alpha unknown ./configure XEmacs 21.2-b13 "Demeter" configured for `alphaev5-unknown-linux'. Where should the build process find the source code? /usr/local/xemacs-21.2.13 What installation prefix should install use? /usr/local What operating system and machine description files should XEmacs use? `s/linux.h' and `m/alpha.h' What compiler should XEmacs be built with? gcc -g -O3 -Wall -Wno-switch Should XEmacs use the GNU version of malloc? no (The GNU allocators don't work with this system configuration). 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/X11R6/include Where do we find X Windows libraries? /usr/X11R6/lib Compiling in support for XAUTH. Compiling in support for XPM images. -------------------------------------------------------------------- -------------------------------------------------------------------- WARNING: Compiling without PNG image support. Reason: PNG library version too old (pre 1.0.2)! WARNING: You should strongly consider installing the PNG libraries. WARNING: Otherwise certain images and glyphs may not display. WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux) -------------------------------------------------------------------- Compiling in support for (builtin) GIF image handling. Compiling in support for JPEG image handling. Compiling in support for TIFF image handling. Compiling in support for X-Face message headers. Compiling in native sound support. Compiling in support for Berkeley DB. Compiling in support for GNU DBM. Compiling in support for ncurses. Compiling in support for GPM (General Purpose Mouse). 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. Using Lisp_Objects with minimal tagbits. Compiling in extra code for debugging. Compiling in code for checking XEmacs memory usage. WARNING: --------------------------------------------------------- WARNING: Compiling in support for runtime error checking. WARNING: XEmacs will run noticeably more slowly as a result. WARNING: Error checking is on by default for XEmacs beta releases. WARNING: --------------------------------------------------------- Dr. James A. Benson United States Naval Observatory Navy Prototype Optical Interferometer Flagstaff, AZ 86001 Email: jbenson(a)nofs.navy.mil jbenson(a)sextans.lowell.edu Voice: 520-773-4868/520-779-5132 Fax: 520-779-9568

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