October 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Re: [Bug #117375] Long standing bug in XEmacs' dired 23 years, 6 months

Michael Sperber

>>>>> "boris" == noreply <noreply(a)sourceforge.net> writes: boris> Bug #117375, was updated on 2000-Oct-21 07:00 boris> Here is a current snapshot of the bug. boris> Project: xemacs boris> Category: None boris> Status: Open boris> Resolution: None boris> Bug Group: None boris> Priority: 5 boris> Summary: Long standing bug in XEmacs' dired boris> Details: It's time to ask if I'm the only one using XEmacs' boris> dired. For ages dired in XEmacs does not work as it boris> should. Scrolling down the list of files and directory entries boris> a lot of entries are not recognized by XEmacs. When you press boris> return you get the error message that no file is on this boris> line. That's total rubbish and works perfectly in GNU-Emacs. I boris> would like to use XEmacs instead of GNU-Emacs, because I think boris> it's the better Emacs, but in the last months I use dired more boris> than ever and this stops me to use XEmacs, because it simply boris> doesn't work. Please fix that, I think it cannot be such a big boris> problem. You really need to be much more specific than that. For most folks, Dired works just fine. For starters, you should do an M-x dired-report-bug which will create a blank bug report directed to the correct address. A copy of a buffer where you're having the problem would also help. My guess is that it's a locale problem. Are the month names in your directory listing German by any chance? -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla

2 participants
1 comments

[Greg Harrington <greg_harrington@hotmail.com>] configure on SGI 23 years, 6 months

Adrian Aichner

Any simple solution for this anybody? Adrian -- Adrian Aichner <adrian(a)xemacs.org>, http://www.xemacs.org

3 participants
2 comments

Re: outstanding issues, "dired" in the Subject header 23 years, 6 months

Michael Sperber

>>>>> "APA" == Adrian Aichner <adrian(a)xemacs.org> writes: APA> What is the canonical repository for EFS development? I don't know what "canonical" means in this context. The primary CVS archive for EFS is in Tübingen and private. An automated procedure creates package releases from it. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: outstanding issues, "dired" in the Subject header 23 years, 6 months

Adrian Aichner

>>>>> "Steve" == Steve Youngs <youngs(a)xemacs.org> writes: Steve> * Adrian Aichner <adrian(a)xemacs.org> writes: >> Michael, Steve, >> I'm confused about this: >> http://www.xemacs.org/pub/xemacs/packages/ >> suggests that VERSION 1.20 is the latest: >> http://www.xemacs.org/pub/xemacs/packages/efs-1.20-pkg.tar.gz >> ... while my CVS working directory updated today from >> Repository : :pserver:xemacs＠cvs.xemacs.org:/usr/CVSroot >> Working directory: d:\tmp\xemacs-packages\libs\efs\ >> has this in Makefile: >> VERSION = 1.18 >> AUTHOR_VERSION = 1.19 Steve> Grrr. It'll be fixed today/tomorrow/yesterday depending on your Steve> timezone. Steve> Suffice to say that whatever you got from CVS is the Steve> latest, regardless of VERSION number. (which will be 1.21 Thanks for the clarification. That's reassuring! Steve> in the sumo that is just hours away) Steve> -- Steve> |---<Regards, Steve Youngs>-----------[GnuPG KeyID: 59E4C4B2]---| Steve> | XEmacs - It's not just an editor... | Steve> | It's a way of life. | Steve> |----------------------------------<mailto:youngs＠xemacs.org>---| -- Adrian Aichner <adrian(a)xemacs.org>, http://www.xemacs.org

1 participants
0 comments

Re: outstanding issues, "dired" in the Subject header 23 years, 6 months

Adrian Aichner

>>>>> "Michael" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: Hallo Michael, hello Steve, >>>>> "APA" == Adrian Aichner <adrian(a)xemacs.org> writes: >>>>> "Michael" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: APA> Hello Michael, APA> could you please consider APA> http://www.xemacs.org/list-archives/xemacs-patches/199908/msg00033.html APA> for inclusion into your upcoming dired release? Michael> No problem; it's long been applied to my workspace. Wunderbar! APA> I am willing to test the new version before release. Michael> For now, I'd be grateful for some EFS testers (for the version Michael> currently in CVS). Michael, Steve, I'm confused about this: http://www.xemacs.org/pub/xemacs/packages/ suggests that VERSION 1.20 is the latest: http://www.xemacs.org/pub/xemacs/packages/efs-1.20-pkg.tar.gz ... while my CVS working directory updated today from Repository : :pserver:xemacs＠cvs.xemacs.org:/usr/CVSroot Working directory: d:\tmp\xemacs-packages\libs\efs\ has this in Makefile: VERSION = 1.18 AUTHOR_VERSION = 1.19 MAINTAINER = Mike Sperber <sperber(a)informatik.uni-tuebingen.de> Is there another repository for EFS now? Help me, I'm lost. Adrian Michael> -- Michael> Cheers =8-} Mike Michael> Friede, Völkerverständigung und überhaupt blabla -- Adrian Aichner <adrian(a)xemacs.org>, http://www.xemacs.org

2 participants
1 comments

Re: outstanding issues, "dired" in the Subject header 23 years, 6 months

Adrian Aichner

>>>>> "Michael" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: >>>>> "APA" == Adrian Aichner <adrian(a)xemacs.org> writes: >>>>> "Michael" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: >>>>> "APA" == Adrian Aichner <adrian(a)xemacs.org> writes: APA> has this in Makefile: APA> VERSION = 1.18 APA> AUTHOR_VERSION = 1.19 APA> MAINTAINER = Mike Sperber <sperber(a)informatik.uni-tuebingen.de> Michael> I don't do VERSION :-) Michael> Anyway, just check the ChangeLog to see if you've got the Michael> latest. APA> Please send me whatever you do do. Michael> efs.el should be at revision 1.63 (see the Version: Michael> header at the top.) OK, I guess this means that I have your latest efs version: ;; -*-Emacs-Lisp-*- ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; ;; File: efs.el ;; Release: $efs release: 1.19 $ ;; Version: #Revision: 1.63 $ ;; RCS: ;; Description: Transparent FTP support for the original GNU Emacs ;; from FSF and XEmacs ;; Authors: Andy Norman <ange(a)hplb.hpl.hp.com>, ;; Sandy Rutherford <sandy(a)ibm550.sissa.it> ;; Created: Thu Oct 12 14:00:05 1989 (as ange-ftp) What is the canonical repository for EFS development? Is it Repository /usr/CVSroot/XEmacs/xemacs-packages/libs/efs under Root :pserver:xemacs＠cvs.xemacs.org:/usr/CVSroot ? Thanks, Adrian Michael> -- Michael> Cheers =8-} Mike Michael> Friede, Völkerverständigung und überhaupt blabla -- Adrian Aichner <adrian(a)xemacs.org>, http://www.xemacs.org

1 participants
0 comments

Re: outstanding issues, "dired" in the Subject header 23 years, 6 months

Michael Sperber

>>>>> "APA" == Adrian Aichner <adrian(a)xemacs.org> writes: >>>>> "Michael" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: >>>>> "APA" == Adrian Aichner <adrian(a)xemacs.org> writes: APA> has this in Makefile: APA> VERSION = 1.18 APA> AUTHOR_VERSION = 1.19 APA> MAINTAINER = Mike Sperber <sperber(a)informatik.uni-tuebingen.de> Michael> I don't do VERSION :-) Michael> Anyway, just check the ChangeLog to see if you've got the Michael> latest. APA> Please send me whatever you do do. efs.el should be at revision 1.63 (see the Version: header at the top.) -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

XEmacs 21.2-b36 "Notus" - refresh problem in Dired mode 23 years, 6 months

Shreeharsha

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.2 (beta36) "Notus" [Lucid] (i586-pc-win32) of Mon Oct 09 2000 on ROVER configured using `configure UNKNOWN' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: >From the toolbar, I try opening a file using "Dired", I get a file selection window, the XEmacs dispay does not get refreshed when the file selection window is open. This leaves the window trail if I move the file selection window on the XEmacs main window. with regards, harsha Recent keystrokes: misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user f9 RET f9 RET M-x C-g M-x h e l p RET a b u g RET M-x d h k j j s f d C-g misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user misc-user Recent messages (most recent first): Parsing d:\users\sharsha\.mailrc... Loading mail-abbrevs...done Loading mail-abbrevs... Loading emacsbug...done Quit Loading emacsbug... Loading hyper-apropos...done Loading hyper-apropos... A B C F I K L M N P S T V W C-c C-d C-f C-i C-k C-n C-w; ? for more help: Quit

1 participants
0 comments

(setq indent-tabs-mode nil) not working in 21.2b36 on NT? 23 years, 6 months

Troy Noble

I'm running: XEmacs 21.2 (beta36) "Notus" [Lucid] (i586-pc-win32) of Wed Oct 11 2000 on NEVERYON Even when I have indent-tabs-mode set to nil, XEmacs is inserting tabs for indents. Doesn't matter whether I use (setq-default indent-tabs-mode nil) to set it globally, or use (setq indent-tabs-mode nil) to set it buffer local. Also doesn't matter whether it's cperl-mode, java-mode, cc-mode, or just good ol' text-mode. I searched back through the xemacs-beta archives and saw this same thing reported last back in July for b34. I am still seeing the same problem with the 21.2b36 binary for NT. So assume it has not been fixed. I built the 21.2b36 from source on RedHat Linux 6.2, and using the same .emacs options file... it works just fine. Also works just fine on XEmacs 21.1.9 on NT win32. BTW, diff'd lisp/indent.el from XEmacs 21.1.9 with this one, and it hasn't changed since then. So it's gotta be lower down. Suspect it's in the indent.c somewhere, which was also the conclusion of the last round of discussions that I read. So what would cause indent.c to function differently on NT than on Linux? One thing I did not do is build on Linux with mule support, and maybe the NT binary does? Am out of ideas unless I get a chance to re-compile it myself from scratch on NT (which sounded sorta involved)... I'd rather not do so if someone else has any better ideas. Thanks! Troy

1 participants
0 comments

CVS version crash on shell invacation 23 years, 6 months

Tony Lam

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.2 (beta36) "Notus" [Lucid] (sparc-sun-solaris2.7) of Fri Oct 20 2000 on philly configured using `configure --prefix=/home/tonyl/loc --with-prefix=no --with-gcc=no '--cflags=-v -xO4' --with-x --with-xpm --x-includes=/net/pkg/export/pkg.sparc.sunos5/X11R6.4/include:/usr/openwin/include:/import/dream/tools/include '--site-includes=/import/dream/tools/include /usr/dt/include /net/pkg/export/pkg.sparc.sunos5/local/include/db' --x-libraries=/usr/openwin/lib '--site-libraries=/usr/lib /usr/lib /import/dream/tools/lib /import/dream/tools/lib/X11 /usr/dt/lib /net/pkg/export/pkg.sparc.sunos5/local/lib' --with-database=berkdb,dbm --with-png --with-jpeg --with-tooltalk --with-workshop --with-cde --with-sparcworks=yes --with-xface --with-socks=no --with-mule=no --with-xfs=no --external-widget --site-runtime-libraries=/usr/ccs/lib:/import/dream/tools/lib:/import/dream/tools/lib/X11:/usr/dt/lib:/usr/openwin/lib --error-checking=none --debug=yes' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: No core file was generated. tonyl＠philly> xemacs-21.2-b36 -vanilla -f shell Fatal error: assertion failed, file process-unix.c, line 1016, isatty (xforkin) Fatal error (6). Your files have been auto-saved. Use `M-x recover-session' to recover them. If you have access to the PROBLEMS file that came with your version of XEmacs, please check to see if your crash is described there, as there may be a workaround available. Otherwise, please report this bug by running the send-pr script included with XEmacs, or selecting `Send Bug Report' from the help menu. As a last resort send ordinary email to `crashes(a)xemacs.org'. *MAKE SURE* to include the information in the command M-x describe-installation. If at all possible, *please* try to obtain a C stack backtrace; it will help us immensely in determining what went wrong. To do this, locate the core file that was produced as a result of this crash (it's usually called `core' and is located in the directory in which you started the editor, or maybe in your home directory), and type gdb /home/tonyl/loc/bin/xemacs-21.2-b36 core xemacs-21.2-b36: X Error of failed request: BadIDChoice (invalid resource ID chosen for this connection) Major opcode of failed request: 53 (X_CreatePixmap) Resource id in failed request: 0xcc0003a Serial number of failed request: 385 Current serial number in output stream: 297 xemacs-21.2-b36: X Error of failed request: BadIDChoice (invalid resource ID chosen for this connection) Major opcode of failed request: 55 (X_CreateGC) Resource id in failed request: 0xcc0003c Serial number of failed request: 401 Current serial number in output stream: 318 xemacs-21.2-b36: X Error of failed request: BadGC (invalid GC parameter) Major opcode of failed request: 76 (X_ImageText8) Resource id in failed request: 0xcc0003c Serial number of failed request: 402 Current serial number in output stream: 318 xemacs-21.2-b36: X Error of failed request: BadIDChoice (invalid resource ID chosen for this connection) Major opcode of failed request: 55 (X_CreateGC) Resource id in failed request: 0xcc0003d Serial number of failed request: 403 Current serial number in output stream: 318 xemacs-21.2-b36: X Error of failed request: BadGC (invalid GC parameter) Major opcode of failed request: 76 (X_ImageText8) Resource id in failed request: 0xcc0003d Serial number of failed request: 404 Current serial number in output stream: 318 xemacs-21.2-b36: X Error of failed request: BadIDChoice (invalid resource ID chosen for this connection) Major opcode of failed request: 55 (X_CreateGC) Resource id in failed request: 0xcc0003e Serial number of failed request: 405 Current serial number in output stream: 318 xemacs-21.2-b36: X Error of failed request: BadGC (invalid GC parameter) Major opcode of failed request: 76 (X_ImageText8) Resource id in failed request: 0xcc0003c Serial number of failed request: 407 Current serial number in output stream: 318 xemacs-21.2-b36: X Error of failed request: BadIDChoice (invalid resource ID chosen for this connection) Major opcode of failed request: 55 (X_CreateGC) Resource id in failed request: 0xcc0003f Serial number of failed request: 413 Current serial number in output stream: 324 xemacs-21.2-b36: X Error of failed request: 0 Major opcode of failed request: 0 () xemacs-21.2-b36: X Error of failed request: 0 Major opcode of failed request: 0 () Serial number of failed request: 75 Current serial number in output stream: 349 xemacs-21.2-b36: X Error of failed request: 0 Major opcode of failed request: 0 () Serial number of failed request: 75 Current serial number in output stream: 349 Serial number of failed request: 75 Current serial number in output stream: 325

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 October 2000