June 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Stefanie Teufel

Huhu, I've just installed 21.2.16 and now I have a problem with cut & paste. According to the Changelog-File the selection-behaviour has changed. Fine with me, but I'm used to mark lines I want to copy with the left mouse button and than copy it with the middle mouse button. I've tried that with 21.2.16 and got a "no selection: PRIMARY" in the modeline. I looked into x-select.el but I'm to stupid to find a way to tell XEmacs to act the old way. Any hints? Stefanie -- Stefanie Teufel http://linux01.gwdg.de/~steufel "Crossposting isn't inherently evil, in the same sense that necrophiliadoesn't really hurt anybody. One wonders only whether it'sappropriate to the occasion." Rick Gordon

2 participants
1 comments

Problems with CVS updating xemacs-packages/comm 25 years, 5 months

Oscar Figueiredo

It's been a long time since I last updated my XEmacs packages sources CVS tree. I get the following error when it tries to update the comm subdir: cvs update: cannot open directory /usr/CVSroot/XEmacs/xemacs-packages/comm: No such file or directory cvs update: skipping directory comm ? comm/eudc/NEWS cvs [update aborted]: shutting down connection to cvs.xemacs.org: Bad file descriptor cvs -v Concurrent Versions System (CVS) 1.10.5 (client/server) Oscar

1 participants
0 comments

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

Colin Rafferty

Hrvoje Niksic writes: > Gunnar Evermann <ge204(a)eng.cam.ac.uk> writes: >> 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. :-( > Raymond, Colin, can you reproduce mapconcat-related crashes? I was never able to reproduce the crash. It was a one-time event (and I tried hard). > 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? The latest XEmacs does not crash or have errors. Beta15 (the one with the mapcar1 problem) does not crash, but it has errors. > If one of you can still repeat the crash, I'll prepare a patch to test > if additional GCPRO's in Fmapconcat() fix things. I do not have the same code base. Anyway, if I did, I would not be able to see your patches until tomorrow the earliest. We have our firewall closed to outside mail. In order to insure the safety of our email to and from our customers we have taken the precaution of stopping mail into our Firm from the Internet. We apologize for this interruption of mail service and we are taking all possible measures to restore this service as soon as possible. If you can give me advice on how to reextract the beta15 version from CVS, and give me the patches, I can see what I can do. Tomorrow. I modified base64-tests to just have the `when t' part. Here is the output: -- Colin

1 participants
0 comments

Re: LDAP support enhancements... (XEmacs) 25 years, 5 months

William M. Perry

Hrvoje Niksic <hniksic(a)srce.hr> writes: > wmperry(a)aventail.com (William M. Perry) writes: > > > I think being able to add an arbitrary file descriptor to the event > > loop would be really useful. We could get rid of the > > select_process() cruft in the event loop and just use the generic > > interface. > > You're right. Except that I wouldn't want elisp to deal with "file > descriptors" -- they are a Unixish concept that shouldn't escape to Lisp. Well, I think being able to get at the underlying socket descriptor would be really useful. You cannot do a SOCKS or HTTP CONNECT replacement for 'open-network-stream' without it. There is no way to do the equivalent of 'ungetc' so that the real process filter or whatever the calling app wants to use sees all the data. But that is a whole other discussion. :) > The Lisp programmer should be able to add "selectable objects" (like > processes or LDAP objects or whatever) to the event loop, so that events > get generated when the process is readable or writable or whatever. I don't know if we would need to expose this at all at the lisp level. I'm just thinking it would make life easier for people doing C level stuff. Instead of having a whole slew of 'console_select_XXX' functions, we would just have one. We could use this to finally implement listening sockets in Emacs lisp. :) -Bill P.

1 participants
0 comments

Re: [PATCH] `LDAP' as opaque data type 25 years, 5 months

William M. Perry

Oscar Figueiredo <Oscar.Figueiredo(a)di.epfl.ch> writes: > >>>>> "William" == William M Perry <wmperry(a)aventail.com> writes: > > William> Oscar Figueiredo <Oscar.Figueiredo(a)di.epfl.ch> writes: > >> >>>>> "William" == William M Perry <wmperry(a)aventail.com> writes: > >> > >> >> [...] My patch is a little more extensive than yours and handles > >> the errors in > >> >> compliance with the current IETF > draft-ietf-ldapext-ldap-c-api-02. > >> >> Furthermore if I read it well, yours should fail if you use > >> libraries > >> >> without liblber. > >> > William> Are there any such? > >> > >> Netscape's Directory SDK on Solaris at least. > > William> Uhhh, the 3.0 SDK (the one that is publicly available) comes > with liblber - > William> I link against it every day. :) > > William> What version are you using? > > Netscape SDK 3.0 for Solaris Export Version (from > http://developer.netscape.com/): > > gtar ztvf ldapsdk-30-SOLARIS-export-ssl.tar.gz | grep lib > > drwxrwxr-x svbld/staff 0 Oct 13 00:04 1998 lib/ > -rwxr-xr-x svbld/staff 1427228 Oct 13 00:03 1998 lib/libldapssl30.so Ah, I build from source. When you do that, you get libldap.a and liblber.a - weird that they have a difference between the two. -Bill P.

1 participants
0 comments

Re: colourless xemacs on NT :-( 25 years, 5 months

Dmitry Yaitskov

Norbert Koch <n.koch(a)delta-ii.de> wrote: > Hi, > > after installing b16 (also after applying , I only have a grayscaled XEmacs which is sort of > colourless so to speak. Funny thing is, when I look into the > customisation variables (eg font-lock-faces) I see the correct faces > displayed there, ie the correct colours are shown. Bugger is, they > aren't used, so it seems, some global variable has been messed up > with. > > If I set colours by hand using set-face-foreground, everything looks > fine, but this is tedious :-) > > Has anybody else seen this feature? Dmitry, was your trouble along the > same lines? Hi Norbert, My trouble was that a number of lisp files were not recompiled by the build process (which is probably a fault in the makefile - I didn't try to figure it out honestly), namely those are .elc files that are not compiled, but are included in the elc tarball: about.elc alist.elc apropos.elc autoload.elc blessmail.elc build-report.elc callers-of-rpt.elc check-features.elc cl-compat.elc cleantree.elc config.elc cus-dep.elc cus-edit.elc cus-face.elc cus-load.elc custom-load.elc disass.elc disp-table.elc etags.elc files-nomule.elc finder.elc font-lock.elc font-menu.elc font.elc gnuserv.elc help-macro.elc hyper-apropos.elc info.elc ldap.elc lisp-mnt.elc msw-font-menu.elc multicast.elc mwheel.elc package-admin.elc package-get.elc package-info.elc package-ui.elc picture.elc rect.elc sound.elc symbol-syntax.elc symbols.elc tty-init.elc userlock.elc view-less.elc wid-browse.elc wid-edit.elc x-compose.elc x-faces.elc x-font-menu.elc x-init.elc x-iso8859-1.elc x-misc.elc x-mouse.elc x-scrollbar.elc x-select.elc x-win-sun.elc x-win-xfree86.elc And I had old versions of these files lying around in the location where I install XEmacs. I gather something in the fonts handling has changed since my version of the above files (which was probably even much older that b15 actually), so it stopped working at all. This was the reason for my problems. Hope it helps. -- Cheers, -Dima.

1 participants
0 comments

Re: [Failure] XEmacs 21.1.2 "2", 20 Minutes to Nikko 25 years, 5 months

Vin Shelton

acs> Adrian, Please send me more info when you have it. What's acs> odd is that the latest version of XEmacs in CVS is 21.1.3, acs> "Acadia". Are you sure you have the latest sources? aichner(a)ecf.teradyne.com said: > Hmmh, not any longer. How am I supposed to update to the latest > sources? > I built after cd e:\export\home\tmp\21.0\xemacs\ > cvs -z9 update -P -d -A > Using > cvs -z9 update -P -d > didn't get me anything better either. > Is there a tag I could use to cvs update to 21.1.3? No, not yet. I think 21.1.x is still on the mainline. Here's how I built a copy of the 21.1.x archive: mkdir XEmacs-21.1-official cd ./XEmacs-21.1-official cvs -z3 -d :pserver:xemacs＠cvs.xemacs.org:/usr/CVSroot checkout xemacs This gave me a copy of the archive which looked just like the archive I 'cvs commit'ed. - vin

1 participants
0 comments

Re: LDAP support enhancements... (XEmacs) 25 years, 5 months

Hrvoje Niksic

wmperry(a)aventail.com (William M. Perry) writes: > I think being able to add an arbitrary file descriptor to the event > loop would be really useful. We could get rid of the > select_process() cruft in the event loop and just use the generic > interface. You're right. Except that I wouldn't want elisp to deal with "file descriptors" -- they are a Unixish concept that shouldn't escape to Lisp. The Lisp programmer should be able to add "selectable objects" (like processes or LDAP objects or whatever) to the event loop, so that events get generated when the process is readable or writable or whatever.

1 participants
0 comments

Re: [PATCH] `LDAP' as opaque data type 25 years, 5 months

Oscar Figueiredo

>>>>> "William" == William M Perry <wmperry(a)aventail.com> writes: William> Oscar Figueiredo <Oscar.Figueiredo(a)di.epfl.ch> writes: >> >>>>> "William" == William M Perry <wmperry(a)aventail.com> writes: >> >> >> [...] My patch is a little more extensive than yours and handles >> the errors in >> >> compliance with the current IETF draft-ietf-ldapext-ldap-c-api-02. >> >> Furthermore if I read it well, yours should fail if you use >> libraries >> >> without liblber. >> William> Are there any such? >> >> Netscape's Directory SDK on Solaris at least. William> Uhhh, the 3.0 SDK (the one that is publicly available) comes with liblber - William> I link against it every day. :) William> What version are you using? Netscape SDK 3.0 for Solaris Export Version (from http://developer.netscape.com/): gtar ztvf ldapsdk-30-SOLARIS-export-ssl.tar.gz | grep lib drwxrwxr-x svbld/staff 0 Oct 13 00:04 1998 lib/ -rwxr-xr-x svbld/staff 1427228 Oct 13 00:03 1998 lib/libldapssl30.so Oscar

1 participants
0 comments

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

Raymond Toy

>>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes: Hrvoje> Raymond, Colin, can you reproduce mapconcat-related crashes? Hrvoje> Alternately, could you go to line 177 of `base64-tests.el' and change Hrvoje> `when nil' to `when t' and see if `make check' crashes on Base64 Hrvoje> tests? Ugh. I can't believe it! "make check" doesn't crash anymore in the base64 tests. In fact, all of the tests pass now. The only thing that's changed since I last ran the tests is that my machine is located in a different building now with a different name and IP. Weird. Ray

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