September 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Katsumi Yamaoka

>>>>> In xemacs-patches: <y9lya0ilymb.fsf(a)sams.informatik.uni-tuebingen.de> >>>>> sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) wrote: > * efs.el (efs-ls): Proper `noerror' handling for CWD. EFS has not been fixed for me. I get an error when I am putting the local file "/tmp/test" to the remote file "/yamaoka＠jpl.org:/tmp/test" using `C' command in dired as follows: [...] ftp> type image 200 Type set to I. ftp> put /tmp/test /tmp/test 200 PORT command successful. 150 Opening BINARY mode data connection for /tmp/test. 226 Transfer complete. quote cwd /tmp/test 5 bytes sent in 0.00021 seconds (23 Kbytes/s) ftp> 550 /tmp/test: Not a directory It seems that the argument of CWD command should be a directory, not a file. EFS is too difficult for me to analyze more. By the way, I found some unbound variables in `efs-ls'. Here is a patch for it. --- efs.el~ Mon Sep 25 22:03:38 2000 +++ efs.el Tue Sep 26 23:55:08 2000 ＠＠ -4685,9 +4685,9 ＠＠ msg) nil (efs-cont (result line cont-lines) - (host-type listing-type host user temp-file path + (host-type listing-type host user temp temp-file path switches file lsargs noparse parse noerror - msg nowait cont) + msg nowait cont nlist) (if result (if noerror (if cont -- Katsumi Yamaoka <yamaoka(a)jpl.org>

2 participants
3 comments

Re: Trouble building xemacs under Windows 2.000 (VC++ 6.0SP4) - first time out 24 years, 3 months

Adrian Aichner

>>>>> "Jay" == Jay Levitt <jay(a)jay.fm> writes: Jay> I finally got the time to reinstall my broken VC++ 6.0 and Jay> update to SP4, so now I can build beta builds instead of Jay> relying on the binary kits.� Jay> � Jay> I followed the build instructions in nt/README, and opted to Jay> include PNG support.� I successfully built zlib and PNG, but Jay> when I went to build xemacs itself, I got the following Jay> error.� It looks like it is trying to treat zlib as an object Jay> instead of an include directory, but the nmake args look Jay> right to me.� Any ideas? What does your nt\config.inc look like? Ever since > 21.2-b32 xemacs.mak uses config.inc instead of command-line options. Here is my config.inc: How did you obtain 21.2-b35 (CVS or tarballs)? If the answer is CVS, make sure your version is unmodified (run cvs update again). Maybe the SPC in your zlib path is causing the trouble? Try moving it from "My Documents" to some place without a SPC in the name. Hope this helps, Adrian Jay> � Jay> �� nmake -nologo -f minitar.mak ZLIB="E:\My Jay> Documents\Development\xemacs-21 Jay> .2.35\jaux\zlib" NT="..\nt" LIB_SRC="..\lib-src" Jay> �� cl -Fo..\lib-src\minitar.obj -c ..\nt\minitar.c -I E:\My Jay> Documents\Devel Jay> opment\xemacs-21.2.35\jaux\zlib Jay> Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86 Jay> Copyright (C) Microsoft Corp 1984-1998. All rights reserved. Jay> � Jay> Command line warning D4024 : unrecognized source file type Jay> 'Documents\Developmen Jay> t\xemacs-21.2.35\jaux\zlib', object file assumed Jay> Command line warning D4027 : source file Jay> 'Documents\Development\xemacs-21.2.35\j Jay> aux\zlib' ignored Jay> minitar.c Jay> ..\nt\minitar.c(18) : fatal error C1083: Cannot open include file: 'zlib.h': Jay> No Jay> such file or directory Jay> NMAKE : fatal error U1077: 'cl' : return code '0x2' Jay> Stop. Jay> NMAKE : fatal error U1077: '"E:\Program Files\Microsoft Visual Jay> Studio\VC98\bin\N Jay> MAKE.EXE"' : return code '0x2' Jay> Stop. Jay> � Jay> Jay Levitt�� | This is not the start of World War III Jay> Fairfax, VA�� | No political ploys Jay> jay＠jay.fm�� | I think both your constitutions are Jay> http://jay.fm�� | terrific, so now you know - be good boys -- Adrian Aichner <adrian(a)xemacs.org>

1 participants
0 comments

Re: EFS fix 24 years, 3 months

Michael Sperber

>>>>> "Katsumi" == Katsumi Yamaoka <yamaoka(a)jpl.org> writes: >>>>> In xemacs-patches: <y9lya0ilymb.fsf(a)sams.informatik.uni-tuebingen.de> >>>>>> sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) wrote: >> * efs.el (efs-ls): Proper `noerror' handling for CWD. Katsumi> EFS has not been fixed for me. I get an error when I am putting the Katsumi> local file "/tmp/test" to the remote file "/yamaoka＠jpl.org:/tmp/test" Katsumi> using `C' command in dired as follows: Katsumi> [...] ftp> type image Katsumi> 200 Type set to I. ftp> put /tmp/test /tmp/test Katsumi> 200 PORT command successful. Katsumi> 150 Opening BINARY mode data connection for /tmp/test. Katsumi> 226 Transfer complete. Katsumi> quote cwd /tmp/test Katsumi> 5 bytes sent in 0.00021 seconds (23 Kbytes/s) ftp> 550 /tmp/test: Not a directory Katsumi> It seems that the argument of CWD command should be a directory, not a Katsumi> file. This is in itself is not a problem---the CWD is needed to *find out* if something is a directory or not. Is there any actual problem for you? -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla

2 participants
1 comments

Trouble building xemacs under Windows 2.000 (VC++ 6.0SP4) - first time out 24 years, 3 months

Jay Levitt

I finally got the time to reinstall my broken VC++ 6.0 and update to SP4, so now I can build beta builds instead of relying on the binary kits. I followed the build instructions in nt/README, and opted to include PNG support. I successfully built zlib and PNG, but when I went to build xemacs itself, I got the following error. It looks like it is trying to treat zlib as an object instead of an include directory, but the nmake args look right to me. Any ideas? nmake -nologo -f minitar.mak ZLIB="E:\My Documents\Development\xemacs-21 .2.35\jaux\zlib" NT="..\nt" LIB_SRC="..\lib-src" cl -Fo..\lib-src\minitar.obj -c ..\nt\minitar.c -I E:\My Documents\Devel opment\xemacs-21.2.35\jaux\zlib Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86 Copyright (C) Microsoft Corp 1984-1998. All rights reserved. Command line warning D4024 : unrecognized source file type 'Documents\Developmen t\xemacs-21.2.35\jaux\zlib', object file assumed Command line warning D4027 : source file 'Documents\Development\xemacs-21.2.35\j aux\zlib' ignored minitar.c ..\nt\minitar.c(18) : fatal error C1083: Cannot open include file: 'zlib.h': No such file or directory NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. NMAKE : fatal error U1077: '"E:\Program Files\Microsoft Visual Studio\VC98\bin\N MAKE.EXE"' : return code '0x2' Stop. Jay Levitt | This is not the start of World War III Fairfax, VA | No political ploys jay(a)jay.fm | I think both your constitutions are http://jay.fm | terrific, so now you know - be good boys

1 participants
0 comments

kbd macro help or implementation wrong in 21.1, 21.2? 24 years, 3 months

Adrian Aichner

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.1 (patch 12) "Channel Islands" [Lucid] (i386-pc-win32) of Sat Sep 16 2000 on ZJ75T configured using `configure UNKNOWN' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: This is what I get in vanilla XEmacs 21.1.12 and vanilla XEmacs 21.2-cvs: Here's my query-replace-keymap: (map-keymap (function (lambda (key-description-list binding) (princ (format ":%S:%S:\n" key-description-list binding)))) query-replace-map) ;;; output of 21.1.12 vanilla: :\,:act-and-show: :f1:help: :y:act: :delete:skip: :\?:help: :\.:act-and-exit: :^:backup: :Y:act: :return:exit: :(control g):quit: :(control r):edit: :(control \]):quit: :(control h):help: :(control l):recenter: :(control w):delete-and-edit: :q:exit: :!:automatic: :n:skip: :escape:exit-prefix: :help:help: :backspace:skip: :space:act: :N:skip: nil ;;; output of 21.2-cvs vanilla: :\,:act-and-show: :f1:help: :y:act: :delete:skip: :\?:help: :\.:act-and-exit: :^:backup: :Y:act: :return:exit: :(control g):quit: :(control r):edit: :(control \]):quit: :(control h):help: :(control l):recenter: :(control w):delete-and-edit: :q:exit: :!:automatic: :n:skip: :escape:exit-prefix: :help:help: :backspace:skip: :space:act: :N:skip: nil And here's the problem: ;;; Set last-kbd-macro: (setq last-kbd-macro (read-kbd-macro "ping C-x q SPC pong RET")) ;;; Call macro ten times and try answering (in order) C-h, DEL, BS, ;;; y, n, SPC, q (call-last-kbd-macro 10) You shall note that (contrary to the help provided) DEL is being ignored (BS too)! Any ideas what's wrong? Best regards, Adrian Recent keystrokes: <lines deleted by Adrian> Recent messages (most recent first): <lines deleted by Adrian> -- Adrian Aichner <adrian(a)xemacs.org>

1 participants
0 comments

[package release] idlwave 24 years, 3 months

Steve Youngs

For some reason there was a blunder with the version number of idlwave. So I have released version 1.21 to bring things into line. idlwave-1.21-pkg.tar.gz - No changes, just fixing a version number conflict. -- |---<Regards, Steve Youngs>-----------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |----------------------------------<mailto:youngs＠xemacs.org>---|

1 participants
0 comments

Re: [package release] idlwave 24 years, 3 months

Carsten Dominik

>>>>> "SY" == Steve Youngs <youngs(a)xemacs.org> writes: SY> For some reason there was a blunder with the version number of SY> idlwave. So I have released version 1.21 to bring things into SY> line. I saw these problems and the related emails as well - thanks for fixing it. - Carsten (maintainer of IDLWAVE) -- Carsten Dominik <dominik(a)astro.uva.nl> \ _ / Sterrenkundig Instituut "Anton Pannekoek" |X| _ Kruislaan 403; NL-1098 SJ Amsterdam /| |\ _ _ _/ \ phone +31 (20) 525-7477; FAX +31 (20) 525-7484 __|o|___/ ~~ \___/ ~~~

1 participants
0 comments

Re: gnus-1.50-pkg and mime-setup cause a problem 24 years, 3 months

Daniel Pittman

On Tue, 26 Sep 2000, Yoshiaki Kasahara <kasahara(a)nc.kyushu-u.ac.jp> wrote: [...] > It seems that new Gnus (5.8.7?) now has its own MIME functions, and I > guess some tweaks in [tm and] mime-setup conflict with them. Er, yes. TM and the new Gnus MIME stuff conflict horribly. This should, like, be in the release notes or whatever. :) Daniel -- Follow the path of the unsafe, independent thinker. Expose your ideas to the danger of controversy. Speak your mind and fear less the label of "crackpot" than the stigma of conformity. -- Thomas J. Watson, Sr.

1 participants
0 comments

Re: gnus-1.50-pkg and mime-setup cause a problem 24 years, 3 months

Steve Youngs

* Yoshiaki Kasahara <kasahara(a)nc.kyushu-u.ac.jp> writes: > Currently I don't need tm (I used it only for the old Gnus), so it is > okay for me to eliminate mime-setup. But there should be someone who > need mime-setup for other applications. I don't really know about the > detail of interactions between tm and Gnus, but I guess some > treatments should be done for the new Gnus package. Is there anyone out there who uses gnus-1.50-pkg (Gnus 5.8.7) *and* uses tm for other things? I don't use tm so what I'm asking is anyone using tm for anything other than mail/news? -- |---<Regards, Steve Youngs>-----------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |----------------------------------<mailto:youngs＠xemacs.org>---|

2 participants
1 comments

Re: Package ... does not match md5 checksum 24 years, 3 months

Björn Torkelsson

Steve Youngs <youngs(a)xemacs.org> writes: > * Steve Youngs <youngs(a)xemacs.org> writes: > > * Bjorn torkelsson <torkel(a)hpc2n.umu.se> writes: > >> At least pcl-cvs-1.49-pkg.tar.gz and auctex-1.21-pkg.tar.gz seems to > >> have wrong md5 checksum in the package archive (ftp.xemacs.org) > > > This could be because... don't worry, long story. It will be fixed > > just as soon as I've finished uploading a new set of packages. Should > > be right in an hour or two. > > Ok, I've just uploaded a set of packages that should match the md5 > checksums in package-index. Great! Thanks. It works much better now. /torkel

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