July 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Re: cc-mode 1.19 uploaded for testing 24 years, 4 months

Adrian Aichner

>>>>> "aj" == aj <aj(a)xemacs.org> writes: aj> I've uploaded now to ftp.xemacs.org:/pub/xemacs/beta/incoming a new aj> cc-mode package (version 5.27): aj> 248703 Jul 12 03:39 cc-mode-1.19-pkg.tar.gz aj> Please test it. It should fix the bug Adrian reported. You squashed that bug, Andreas. Thanks! Adrian aj> Andreas aj> -- aj> Andreas Jaeger aj> SuSE Labs aj(a)suse.de aj> private aj(a)arthur.inka.de

1 participants
0 comments

XFree86 4.0 and XEmacs-21.2's configure 24 years, 4 months

Vin Shelton

I recently installed XFree86-4.01 (from a contributed Mandrake RPM), and I found I could not configure 21.2 from the CVS sources, because configure detects that: #define _XOPEN_SOURCE 500 should be defined in confdefs.h, and xmkmf has the following defines: -D_POSIX_SOURCE -D_XOPEN_SOURCE this causes confdefs.h to have both: #define _XOPEN_SOURCE 500 ... #define _XOPEN_SOURCE 1 This, in turn, causes the search for X11/Intrinsic.h to fail because gcc emits the following errors: confdefs.h:67: warning: `_XOPEN_SOURCE' redefined confdefs.h:25: warning: this is the location of the previous definition I have worked around the problem for the moment by changing the definition in xmkmf to -D_XOPEN_SOURCE=500, but this problem probably needs to be fixed. Martin, what's the best way to fix this? - vin

3 participants
6 comments

Re: gnus-1.49 24 years, 4 months

Andreas Jaeger

>>>>> Adrian Aichner writes: >>>>> "Cyrille" == Cyrille Lefevre <root(a)gits.dyndns.org> writes: Cyrille> This week-end, I upgrade from gnus-1.45 to gnus-5.8.7. Cyrille> today, I found gnus-1.49 in the xemacs.org archive. Cyrille> why did you get rid of base64.el and md5.el ? Cyrille> well, base64.el exists as part of the w3 package, but is Cyrille> older that the one delivered w/ gnus-5.8.7. also, which APA> Maybe it needs a synch? Adrian, could you look into this? We might want to move base64.el to mail-lib. Andreas Cyrille> package contains md5.el ? APA> function md5 is a built-in of XEmacs 21.1.10. APA> Hope this helps, APA> Adrian Cyrille> PS : I'm not in the xemacs-beta list, so, don't forget to Cyrille> include me in your answers. thanks. Cyrille> Cyrille. Cyrille> -- Cyrille> home: mailto:clefevre＠citeweb.net work: mailto:Cyrille.Lefevre＠edf.fr -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.inka.de

1 participants
0 comments

cc-mode 1.19 uploaded for testing 24 years, 4 months

Andreas Jaeger

I've uploaded now to ftp.xemacs.org:/pub/xemacs/beta/incoming a new cc-mode package (version 5.27): 248703 Jul 12 03:39 cc-mode-1.19-pkg.tar.gz Please test it. It should fix the bug Adrian reported. Andreas -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.inka.de

1 participants
0 comments

Re: gnus-1.49 24 years, 4 months

Adrian Aichner

>>>>> "Cyrille" == Cyrille Lefevre <root(a)gits.dyndns.org> writes: Cyrille> This week-end, I upgrade from gnus-1.45 to gnus-5.8.7. Cyrille> today, I found gnus-1.49 in the xemacs.org archive. Cyrille> why did you get rid of base64.el and md5.el ? Cyrille> well, base64.el exists as part of the w3 package, but is Cyrille> older that the one delivered w/ gnus-5.8.7. also, which Maybe it needs a synch? Cyrille> package contains md5.el ? function md5 is a built-in of XEmacs 21.1.10. Hope this helps, Adrian Cyrille> PS : I'm not in the xemacs-beta list, so, don't forget to Cyrille> include me in your answers. thanks. Cyrille> Cyrille. Cyrille> -- Cyrille> home: mailto:clefevre＠citeweb.net work: mailto:Cyrille.Lefevre＠edf.fr

1 participants
0 comments

gnus-1.49 24 years, 4 months

Cyrille Lefevre

This week-end, I upgrade from gnus-1.45 to gnus-5.8.7. today, I found gnus-1.49 in the xemacs.org archive. why did you get rid of base64.el and md5.el ? well, base64.el exists as part of the w3 package, but is older that the one delivered w/ gnus-5.8.7. also, which package contains md5.el ? PS : I'm not in the xemacs-beta list, so, don't forget to include me in your answers. thanks. Cyrille. -- home: mailto:clefevre＠citeweb.net work: mailto:Cyrille.Lefevre＠edf.fr

1 participants
0 comments

Cannot "List and Install" packages using latest 21.2.34 24 years, 4 months

Dmitry Yaitskov

Hi, Using the Sunday Jul 9 cvs updated XEmacs 21.2.34 (cygnus/w2k), I cannot "list and install" packages. It looks like XEmacs is trying to open a file as a directory, but it beats me why. Using a build from a few weeks ago, this worked just fine (since then, I also went from nt4 to w2k - I don't think this could be the problem though - but who knows...). Any help would be appreciated. Thanks. Here's the message log leading to the error: ----------------------------- cut here ----------------------------- XEmacs 21.2 (beta34) "Molpe" [Lucid] (i686-pc-cygwin) of Sun Jul 9 2000 on LUCY Loading package-get... Loading package-get...done Loading package-ui... Loading package-ui...done Loading efs-dump... Loading efs-dump...done Loading efs... Loading efs...done Opening FTP connection to ftp.xemacs.org... Logging in as user anonymous... Logging in as user anonymous...done Getting pwd... Getting pwd...done CWD'ing to /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp/... CWD'ing to /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/... CWD'ing to /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/...done Listing /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/... Listing /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/...done Opening input file: No such file or directory, /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp ----------------------------- cut here ----------------------------- and here's the ftp log: ----------------------------- cut here ----------------------------- open ftp.xemacs.org Connected to xemacs.org. 220 ProFTPD 1.2.0pre10 Server (ProFTPD on ftp.tux.org) [gwyn.tux.org] quote user "anonymous" ftp> 331 Anonymous login ok, send your complete e-mail address as password. ftp> quote pass Turtle Power! 230-+--------------------------------------------------------------------------+ | Welcome to ftp.tux.org! | +--------------------------------------------------------------------------+ | This server and its network connection have been graciously donated by | | Erol's Internet Services of Springfield, Virginia, USA (703) 321-8000. | | | | It is a 350 MHz AMD K6-2 with 128 MB of RAM and running Linux. | | It is administered by Linux user groups in the East Coast of the USA on | | behalf of their members and the Linux community worldwide. | | | | The goal of this FTP site is to provide timely mirrors of Linux-related | | software from all over the world. It is not a complete mirror of all of | | the large sites; instead it combines mirrors of the most important parts | | of the large FTP archives with direct nightly mirrors of many smaller, | | harder-to-find sites plus a growing amount of original content. | | | | If there is something Linux-related you would like to have added to the | | mirror or if you see a problem with something already mirrored here, | | please contact <ftp(a)tux.org>. | +--------------------------------------------------------------------------+ 230 Anonymous access granted, restrictions apply. ftp> hash Hash mark printing on (1024 bytes/hash mark). ftp> quote pwd 257 "/" is current directory. ftp> quote syst 215 UNIX Type: L8 ftp> quote cwd /pub/xemacs/packages/package-index.LATEST.pgp/ 550 /pub/xemacs/packages/package-index.LATEST.pgp/: Not a directory ftp> quote site idle 500 'SITE IDLE' not understood. ftp> quote cwd /pub/xemacs/packages/ 250 CWD command successful. ftp> ls "-al" /tmp/efsbzBgWb 200 PORT command successful. 150 Opening ASCII mode data connection for file list. 226 Transfer complete. ftp> ----------------------------- cut here ----------------------------- -- Cheers, -Dima.

3 participants
2 comments

Re: c-mark-function broken in cc-mode package 1.18 (= cc-mode 5.27) 24 years, 4 months

Martin Stjernholm

[This was cc'd to Barry Warsaw <bug-cc-mode(a)gnu.org>. Barry is no longer CC Mode maintainer and doesn't receive the mail to bug-cc-mode(a)gnu.org. That address is still the correct one for issues like this one, anyway.] Andreas Jaeger <aj(a)suse.de> wrote: > >>>>> Adrian Aichner writes: > > APA> I get this backtrace when I try to > APA> C-M-h runs the command c-mark-function > APA> inside a c function. /.../ > This is with CC-Mode 5.27. > > Andreas > > APA> Signaling: (invalid-function (macro . #<compiled-function (&optional arg) "...(38)" [arg 1 goto-char or scan-sexps (point) 0 (point-max) (point-min) if > (0) ((point-max) (point-min))] 7>)) I can't duplicate this with a CC Mode I've compiled from the source package with XEmacs 21. I think this is due to incorrect compilation in the XEmacs package - a macro wasn't defined during compilation, so the compiler put in a function call to it. Then during execution the macro can't be evaluated in place of the function call. So my suggestion is that the XEmacs package maintainer redo the compilation and makes sure that no old CC Mode installation affects the compilation (specifically, that the right cc-defs.el file is loaded during compilation; it contains (almost) all macros that CC Mode uses internally). The compilation instructions in the README file _should_ ensure that the compilation is performed correctly even if there are other versions of CC Mode in the load path. Btw, CC Mode supports a new language Pike for some time now (since 5.23), but as of yet the XEmacs distribution doesn't contain the file extension bindings for Pike files in the standard auto-mode-alist (although I've requested it to be added). I'd be grateful if someone with the necessary access could add the binding ("\\.\$u?lpc\\|pike\\|pmod\$\\'" . pike-mode) to the standard auto-mode-alist. (It'd be neat if standard settings to variables like that one could be decentralised somehow. Modifying it at package load time, like some other packages do, introduces problems that you probably already are aware of.) Thanks.

1 participants
0 comments

Re: Gnus 5.8.7 fails to generate dvi from gnus.texi 24 years, 4 months

Adrian Aichner

>>>>> "ZSH" == ShengHuo ZHU <zsh(a)cs.rochester.edu> writes: ZSH> Adrian Aichner <aichner(a)ecf.teradyne.com> writes: ZSH> [...] >> The same problem occures with texinfo-4.0, so it's probably worth >> reporting this to "The Gnus Bugfixing Girls + Boys": >> >> cd c:\XEmacs\xemacs-packages\man\gnus\ >> d:\tmp\texinfo-4.0\makeinfo\makeinfo.exe --iftex gnus.texi >> Compilation started at Tue Jul 11 15:28:02 2000 +0200 (W. Europe Daylight Time) >> gnus.texi:17: Unknown command `iflatex'. >> gnus.texi:18: Misplaced {. >> gnus.texi:18: Misplaced }. >> <95 lines deleted by Adrian> >> gnus.texi:44: Misplaced {. >> gnus.texi:44: Misplaced }. >> Too many errors! Gave up. ZSH> In the Makefile, the text between ＠iflatex and ＠end iflatex are ZSH> trimmed. Yep, sorry, I should have checked the gnus/texi/nMakefile first. I will send a patch for gnus/texi/xemacs.mak when I get a round to it. Adrian ZSH> .texi.dvi : ZSH> $(PERL) -n -e 'print unless (/\＠iflatex/ .. /\＠end iflatex/)' $< > gnust ZSH> $(TEXI2DVI) gnustmp.texi ZSH> cp gnustmp.dvi $*.dvi ZSH> rm gnustmp.* ZSH> ShengHuo

1 participants
0 comments

Re: Gnus 5.8.7 fails to generate dvi from gnus.texi 24 years, 4 months

Nickolay Pakoulin

ShengHuo ZHU <zsh(a)cs.rochester.edu> writes: > Adrian Aichner <aichner(a)ecf.teradyne.com> writes: > > > [...] > > > The same problem occures with texinfo-4.0, so it's probably worth > > reporting this to "The Gnus Bugfixing Girls + Boys": > > > > cd c:\XEmacs\xemacs-packages\man\gnus\ > > d:\tmp\texinfo-4.0\makeinfo\makeinfo.exe --iftex gnus.texi > > Compilation started at Tue Jul 11 15:28:02 2000 +0200 (W. Europe Daylight Time) > > gnus.texi:17: Unknown command `iflatex'. > > gnus.texi:18: Misplaced {. > > gnus.texi:18: Misplaced }. > > <95 lines deleted by Adrian> > > gnus.texi:44: Misplaced {. > > gnus.texi:44: Misplaced }. > > Too many errors! Gave up. > > In the Makefile, the text between ＠iflatex and ＠end iflatex are > trimmed. > > .texi.dvi : > $(PERL) -n -e 'print unless (/\＠iflatex/ .. /\＠end iflatex/)' $< > gnust > $(TEXI2DVI) gnustmp.texi > cp gnustmp.dvi $*.dvi > rm gnustmp.* This dropps out rather valuable information. Let's consider the first ＠iflatex ... ＠end iflatex section: \documentclass[twoside,a4paper,openright,11pt]{book} \usepackage[latin1]{inputenc} \usepackage{pagestyle} \usepackage{epsfig} \usepackage{bembo} \usepackage{pixidx} \makeindex \begin{document} \newcommand{\gnuschaptername}{} \newcommand{\gnussectionname}{} \newcommand{\gnusbackslash}{/} %% And so on ... (NP) Further they use \begin{titlepage} ... \end{titlepage} to format nice titlepage, and \tableofcontents and \gnuscleardoublepage to print the table of contents. I have printed this manual using sed. The script did the same as the perl above but is a bit faster and does not require perl ;) sed -e '/＠iflatex/,/＠end iflatex/d' gnus.texi > gnus-modified.texi texi2dvi gnus-modified.texi Anyway unless we have texinfo that supports ＠iflatex we should drop out ＠iflatex ... ＠end iflatex sections. > > ShengHuo Nick.

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