January 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Ben Wing

I've compiled a short list of bugs that I consider to be showstoppers for the 21.0 release. It's located at: http://devel.xemacs.org/xemacs/showstoppers.html Ben (typed by Martin)

6 participants
6 comments

Re: gud.el broken or is it just me? 22 years, 11 months

SL Baur

Aki Vehtari <Aki.Vehtari(a)hut.fi> writes in xemacs-beta(a)xemacs.org: ... > Btw. gud.el in XEmacs is dated 1993 and gud.el in emacs-20.3 is > dated 1998. Unfortunately gud.el in emacs-20.3 does not work in > XEmacs and I don't know much work it would need to make it work and I've done the initial port of gud.el to XEmacs. It mostly works[1], but it sorely lacks the functionality in gdbsrc.el. Making a gudsrc.el mode is on my list of things to do. It was in ftp://altair.xemacs.org/pub/xemacs-futures/ when I was on the 'net. It was delayed integration into the XEmacs packages pending 21.0 release. I also have a ported cua-mode.el to integrate. NOTE: The gud.el and cua-mode.el XEmacs portings are courtesy of Altrasoft, Inc. Thank you Altrasoft. Footnotes: [1] I have a report that my port does not work on Solaris with dbx.

2 participants
1 comments

RoboCup 23 years, 2 months

Akram Khodadadi

Hello Please answer my question. We maked a player in Linux with Lisp languaege ,but we dont know how to make a UDP connection between our player and the server with Lisp languaege. We looked in many sources ,but we didn't attain any affects. Please say to us for making a UDP connection and geting and sending messages with that Lisp languaege which orders . Please explan with an example. Thanks Mrs Khodadadi

3 participants
2 comments

Re: rssh.el interactions with ange-ftp/efs 25 years, 2 months

Kai Großjohann

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > >>>>> "Kai" == Kai Grossjohann <Kai.Grossjohann(a)CS.Uni-Dortmund.DE> writes: > > Kai> Why do we have to use URL syntax if it is inconvenient? > Kai> Wouldn't "/ftp:user＠host:/path/to/file" work, too? > > Specifically, it doesn't generalize very well to relative URLs with > non-default port numbers. There is no such thing as a relative URL with a non-default port number. Please note that all URLs starting with "http:" are absolute even though Netscape accepts strange ones like "http:file" meaning the same thing as "file". (The RFCs I read a year or so ago required "http:" to be followed by "//".) But I agree that port numbers should be allowed. Btw, I'd say that one uses "/nihp:user＠host:/path/to/file" for the Not Invented Here Protocol. kai -- Abort this operation? [Abort] [Cancel]

3 participants
2 comments

Re: rssh.el interactions with ange-ftp/efs 25 years, 2 months

Jan Vroonhof

Matt Curtin <cmcurtin(a)interhack.net> writes: > If I am understanding you properly, then, the issue is: > > How do we add cryptographic functionality to Emacs without > removing the impetus to create a free SSH-like tool? No, :-(. The issue is How do we extend the remote file hooks/syntax in Emacs such that is allows access mechanisms other than FTP. Where other includes for example: 1. Http. Free tools exist. Even pure elisp implementations. 2. rsh like. Free tools exist, i.e. rsh. Yes, there are also non-free remote file protocols, but that should be irrelevant[1]. Jan Footnotes: [1] Nobody is going to seriously propose (if (string-match "ssh" rrsh-rsh-program) (error "Go away!)) hopefully?

4 participants
6 comments

Re: dired special chars in file name 25 years, 3 months

Michael Sperber

>>>>> "Neal" == nbecker <nbecker(a)fred.net> writes: Neal> I accidentally created a file (using xemacs) with a TAB char at the Neal> end of the name. I tried to use dired to rename the file, but it Neal> failed, saying it couldn't mv to a file of the same name. Apparantly Neal> it didn't quote the TAB. That's not the problem---Dired uses the native ls to generate the listing and parses its output. There's some inherent fuzziness going one which gets rid of the TAB. I'm not sure it's possible to fix this in the current model. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

correction 25 years, 3 months

Neal D. Becker

No, I guess that's a C-j character in the name, not a TAB.

1 participants
0 comments

dired special chars in file name 25 years, 3 months

Neal D. Becker

I accidentally created a file (using xemacs) with a TAB char at the end of the name. I tried to use dired to rename the file, but it failed, saying it couldn't mv to a file of the same name. Apparantly it didn't quote the TAB.

1 participants
0 comments

Re: 8-bit vs. 24-bit on new Sun hardware. 25 years, 3 months

Hrvoje Niksic

Holger Schauer <schauer(a)coling.uni-freiburg.de> writes: > My conclusion is that XEmacs should use the default colors and > nothing else. On an 8bit display, yes. But if there is a 24bit visual available, XEmacs should use it, just like Netscape does. At least in the situation Martin described, no flicker is involved (yes, I've actually seen such boxes; Martin beat me to reporting the bug.)

1 participants
0 comments

Re: 8-bit vs. 24-bit on new Sun hardware. 25 years, 3 months

Holger Schauer

>>>>"Hrvoje" == Hrvoje Niksic schrieb am 29 Jan 1999 01:46:06 +0100: >> In any case I suspect that many people put up with flashing as the >> lesser evil. I do on my 8-bit Sun. Hrvoje> I never did, and I hate the software that makes this kind of Hrvoje> decision for me. I've never used the `-install' or Hrvoje> `-private' options on 8bit displays due to flashing. I use the -install option with netscape. However, I recently used -privateColormap with XEmacs and found it terribly annoying - the difference is that I tend to use XEmacs for a lot more stuff than Netscape and that I constantly switch through my virtual desktops. My conclusion is that XEmacs should use the default colors and nothing else. If somebody wants more, hey, they can use it, there are options for that. But to use (as a default) non-default color settings ... Holger -- --- http://www.coling.uni-freiburg.de/~schauer/ --- "Verwende Perl. Shell will man koennen, dann aber nicht verwenden." -- Kristian Koehntopp in de.comp.os.unix.misc

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