htmlize.el -- Old version in XEmacs?
16 years, 11 months
Jari Aalto
FYI,
I just compared CVS[1] against the original version at:
http://fly.srk.fer.hr/~hniksic/emacs/
I noticed that the package in CVS checkout is from 2005 whereas the
Copyright in Hrvoje's reads 2006. There are also substantial changes
according to diff.
Jari
[1]
==> CVS/Repository <==
XEmacs/packages/xemacs-packages/text-modes
==> CVS/Root <==
:pserver:cvs＠cvs.xemacs.org:/pack/xemacscvs
--
Welcome to FOSS revolution: we fix and modify until it shines
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
[Failure] XEmacs 21.5-b28 "fuki" (+CVS-20071205) x86_64-unknown-linux
16 years, 11 months
Stephen J. Turnbull
I tried reverting Aidan's commit "01970033faa6", and as expected the
build succeeds. bdb4 build support is pretty fragile if it doesn't
even work on an unpatched Gentoo system.
steve＠uwakimon /playpen/src/XEmacs/xemacs $ hg diff -r 4400 -r 4401
diff -r 555e21a66d51 -r 01970033faa6 ChangeLog
--- a/ChangeLog Thu Jan 17 10:18:05 2008 +0100
+++ b/ChangeLog Thu Jan 17 11:52:45 2008 +0100
＠＠ -1,3 +1,17 ＠＠ 2008-01-01 Stephen J. Turnbull <stephe
+2008-01-17 Aidan Kehoe <kehoea(a)parhasard.net>
+
+ * configure.ac:
+ If using a version of the gdbm library that sticks dbm_open in
+ libgdbm_compat.so, also link to that library.
+ Correct a thinko with DBM version 4 checks. Both from Hans de
+ Graaff, in
+ http://mid.gmane.org/20050812092756.6850.qmail＠graaff.xs4all.nl
+ and
+ http://mid.gmane.org/pan.2007.06.24.10.10.57＠gentoo.org; thank you
+ Hans!
+ * configure:
+ Regenerate.
+
Build chokes with
/playpen/src/XEmacs/xemacs/src/database.c:432: warning: passing arg 3 of pointer to function from incompatible pointer type
/playpen/src/XEmacs/xemacs/src/database.c:432: warning: passing arg 4 of pointer to function from incompatible pointer type
/playpen/src/XEmacs/xemacs/src/database.c:473: warning: passing arg 3 of pointer to function from incompatible pointer type
/playpen/src/XEmacs/xemacs/src/database.c:473: warning: passing arg 4 of pointer to function from incompatible pointer type
/playpen/src/XEmacs/xemacs/src/database.c:496: warning: passing arg 3 of pointer to function from incompatible pointer type
/playpen/src/XEmacs/xemacs/src/database.c:542: warning: passing arg 2 of pointer to function from incompatible pointer type
/playpen/src/XEmacs/xemacs/src/database.c:542: warning: passing arg 3 of pointer to function from incompatible pointer type
/playpen/src/XEmacs/xemacs/src/database.c:544: warning: passing arg 2 of pointer to function from incompatible pointer type
/playpen/src/XEmacs/xemacs/src/database.c:544: warning: passing arg 3 of pointer to function from incompatible pointer type
> XEmacs Build Report generated by emacs-version
> 21.5 (beta28) "fuki" (+CVS-20071205) XEmacs Lucid
> with system-configuration
> x86_64-unknown-linux
> follows:
> Contents of /playpen/src/XEmacs/xemacs/+optimized/Installation:
> (Output from most recent run of ./configure)
uname -a: Linux uwakimon 2.6.20.7 #2 SMP PREEMPT Tue Apr 24 21:32:05 JST 2007 x86_64 Dual Core AMD Opteron(tm) Processor 265 AuthenticAMD GNU/Linux
../configure '--with-mule' '--with-widgets=athena' '--with-dialogs=athena' '--with-athena=3d' '--with-bignum=gmp' '--with-debug' '--with-error-checking=none' '--with-xft=emacs,tabs,gauges,menubars' '--with-union-type' '--with-system-packages=/usr/local/lib/xemacs'
XEmacs 21.5-b28 "fuki" (+CVS-20071205) configured for `x86_64-unknown-linux'.
Compilation Environment and Installation Defaults:
Source code location: /playpen/src/XEmacs/xemacs
Installation prefix: /usr/local
Operating system description file: `s/linux.h'
Not using any machine description file
Compiler version: gcc (GCC) 3.4.6 (Gentoo 3.4.6-r2, ssp-3.4.6-1.0, pie-8.7.9)
- GCC specs file: /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/specs
- Compiler command: gcc -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wunused-parameter -g
libc version: 2.7
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11R6/include
- X Windows libraries location: /usr/X11R6/lib
- Handling WM_COMMAND properly.
- Using fontconfig to manage fonts.
- Compiling in support for Xft antialiased fonts (EXPERIMENTAL).
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw3d
- Athena library to link: Xaw3d
Using Lucid menubars.
- Using Xft to render antialiased fonts in menubars.
WARNING: This feature will be replaced with a face.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
- Using Xft to render antialiased fonts in tab controls.
WARNING: This feature will be replaced with a face.
- Using Xft to render antialiased fonts in progress bars.
WARNING: This feature will be replaced with a face.
WARNING: This feature not yet implemented; setting ignored.
TTY:
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Sound:
Compiling in support for sound (native).
Compiling in support for ALSA (Advanced Linux Sound Architecture).
Databases:
Compiling in support for Berkeley database.
Compiling in support for GNU DBM.
Compiling in support for LDAP.
Compiling in support for PostgreSQL.
- Using PostgreSQL header file: libpq-fe.h
- Using PostgreSQL V7 bindings.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.
Compiling in support for Canna on Mule.
Mail:
Compiling in support for "file" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Compiling in support for more number types using the GNU MP library.
Using the union type for Lisp_Objects.
WARNING: ---------------------------------------------------------
WARNING: This tends to trigger compiler bugs, especially when
WARNING: combined with MULE and ERROR_CHECKING. Crashes have
WARNING: been seen with various versions of GCC (up to about 2.95),
WARNING: and recently with Visual C++ as well (mid-2003).
WARNING: More recent versions may be safer, or not.
WARNING: ---------------------------------------------------------
Using the new GC mark algorithms (KKCC).
WARNING: ---------------------------------------------------------
WARNING: The new algorithms are experimental. They are enabled by
WARNING: default for this release. Use `--disable-kkcc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Using the new portable dumper.
Dumping into executable.
Compiling in support for extra debugging code.
> Contents of /playpen/src/XEmacs/xemacs/+optimized/beta.err
> keeping lines matching
> "^--\[\[\|\]\]$\|^\(cd\|n?make\)\s-\|errors?\|warnings?\|pure.*\(space\|size\)\|hides\b\|strange\|shadowings\|^Compil\(ing\s-+in\|ation\)\|^Using\|not\s-+found\|^While\s-+compiling.*\(
\s-+.+\)*\|^Note:\|Installing\|[Ff]ile(s) copied\|\s-+tests\s-+\|^[A-Z] [^ ]+$\|^Wrong number of arguments:\|^ \*\* \|^\(FAIL\|SKIP\):"
> and then deleting lines matching
> "confl.*with.*auto-inlining\|^Formatting:\|^\s-*0 .*\(failure\|error\)s?\|^PASS:\|(100%) tests successful"
Using configure-time autodetection only.
checking for preferred warning flags for XEMACS_CC... -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wunused-parameter
checking for preferred warning flags for CC... -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wdeclaration-after-statement -Wshadow -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes
checking for dlerror... yes
checking for _dlerror... no
checking for ldap_result2error... yes
checking for strerror in -lintl... no
checking for perror... yes
checking for strerror... yes
Compilation Environment and Installation Defaults:
cd ./lib-src && make all
cd ./lwlib && make all
cd ./src && make all
/playpen/src/XEmacs/xemacs/src/bytecode.c:290: warning: comparison is always true due to limited range of data type
/playpen/src/XEmacs/xemacs/src/bytecode.c:290: warning: comparison is always true due to limited range of data type
/playpen/src/XEmacs/xemacs/src/bytecode.c:291: warning: comparison is always true due to limited range of data type
/playpen/src/XEmacs/xemacs/src/bytecode.c:291: warning: comparison is always true due to limited range of data type
/playpen/src/XEmacs/xemacs/src/data.c:2474: warning: comparison is always true due to limited range of data type
/playpen/src/XEmacs/xemacs/src/data.c:2474: warning: comparison is always true due to limited range of data type
/playpen/src/XEmacs/xemacs/src/data.c:2518: warning: comparison is always true due to limited range of data type
/playpen/src/XEmacs/xemacs/src/data.c:2518: warning: comparison is always true due to limited range of data type
/usr/include/db1/db.h:77: error: conflicting types for 'DBT'
/usr/include/db.h:136: error: previous declaration of 'DBT' was here
/usr/include/db1/db.h:92: error: redeclaration of enumerator `DB_BTREE'
/usr/include/db.h:1289: error: previous definition of 'DB_BTREE' was here
/usr/include/db1/db.h:92: error: redeclaration of enumerator `DB_HASH'
/usr/include/db.h:1290: error: previous definition of 'DB_HASH' was here
/usr/include/db1/db.h:92: error: redeclaration of enumerator `DB_RECNO'
/usr/include/db.h:1291: error: previous definition of 'DB_RECNO' was here
/usr/include/db1/db.h:92: error: conflicting types for 'DBTYPE'
/usr/include/db.h:1294: error: previous declaration of 'DBTYPE' was here
/usr/include/db1/db.h:118: error: redefinition of `struct __db'
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
sync auctex 11.84: good news.
16 years, 11 months
Uwe Brauer
Hello
Some of you might remember several discussions between the Auctex
developers and the Xemacs team about the fact that the Auctex pkg
provided by Xemacs was outdated, unfortunately. Some of the Auctex
team even recommended to delete the auctex pkg. (However the
synchronization proved quite difficult since preview latex was
included and the whole installation process was changed)
Thanks to the excellent work of Mats Lidell, who did all the necessary
modification in the relevant Makefiles and whom I can't thank enough,
it seems now that the synchronization is finished. I did some basic
testing comparing the pkg provided by the Auctex team with ours and
both seem to work well.
However there are 3 issues I would like to discuss:
- the installation *needs* Latex, the Local.rules file has to be
changed accordingly and Norbert must have latex installed on
his machine.
- the procedure of generating the auto-autoload.el files had
changed completely and proved to be the major headache. Now the
only solution so far is to modify Xemacs.rules.[1] We would
love to hear about a solution which would just modify the local
Makefile of auctex, but till then, Mats solution is only
option.
I would like to hear opinions about that issue and finally receive an
approval for the Xemacs.rules patch because otherwise auctex cannot be
synchronized. We can continue the discussion on xemacs-patch if that
is more appropriate.
- Finally I would like to ask an advice concerning CVS. The
structure of the auctex tree has changed considerably. Of
course I could use
cvs add newfile
cvs remove oldfile
Etc
However it looks much more convient to delete *all* files and
subdirectories and then copy the new auctex tree and add all new
files. Does anybody now about some scripting doing that?
regards
Uwe Brauer
[1] I attach the patch
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: various problems with 21.5.28 Fuki
16 years, 11 months
Uwe Brauer
>>>>> "Jerry" == Jerry James <james(a)xemacs.org> writes:
> 2008/1/23 Uwe Brauer <oub(a)mat.ucm.es>:
>> Well I had to compile Mule support in. My fault.
>>
>> - the gnus and the Xdefault problem persists.
> I have been told (but have not verified) that some desktops have
> started ignoring .Xdefaults in favor of .Xresources. If you rename
> .Xdefaults to .Xresources, does it work?
Well I have also xemacs 21.4.19 installed in it reads the .Xdefaults
file without problems. I copies the file nevertheless to .Xresources
(I am not sure whether I should run xrb or something like this) but
xemacs21.5.28 continues ignoring the setting.
Uwe
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: integer overflow in xemacs
16 years, 11 months
Nico Golde
Hi Stephen,
* Stephen J. Turnbull <stephen(a)xemacs.org> [2008-01-23 23:05]:
> Nico Golde writes:
> > WTF? True if you read word by word you could get the impression
> > that [put in range checks for all operations that could overflow]
> > does exactly reflect my opinion. However if you put some more
> > thinking into this you could realize that this was not my point.
>
> No, you said "fix the macro" and "the macro is dangerous", and counted
> the number of occurances. That very strongly implies putting range
> checking into the macro so that it takes place every time.
Ok maybe I should have been a bit more precise, I agree.
[...]
> In general, if you want to have credibility in security, you need to
> choose your words very precisely, and not depend on the listener's
> "common sense" to disambiguate. "Common sense" often doesn't account
> for the corner conditions that lead to your system getting owned.
>
> For example, (format "%30000000d" 1) is not compatible with common
> sense.
>
> And this *does* apply to non-native speakers (as I suspect you are).
I get what you mean. And yes, I am no native speaker.
> Sure, it's hard for them to achieve precision on the first go-round.
> So we iterate, that's not a problem. But the non-native speaker must
> not assume that others can make allowances (other than iterating).
Ok.
> > The point is, its your code, there was a problem with it, I
> > contacted you and you said: NO.
>
> Aidan said "no" (and he was wrong, since it hasn't been fixed in
> 21.4 which is the stable version), but I did not.
Yes true, maybe this is also some reason of the reaction,
you get the whole thing from two different persons with
different content and this annoys you and then..
Cheers and thanks for clarifying the sitatuation.
Nico
--
Nico Golde - http://www.ngolde.de - nion(a)jabber.ccc.de - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: integer overflow in xemacs
16 years, 11 months
Stephen J. Turnbull
Nico Golde writes:
> Ok thanks for this information. I am going to ping the
> xemacs maintainer to update our builds then. Do you have a
> patch read in case he is missing in action?
I don't know. I believe Vin Shelton is preparing to release 21.4.22
RSN. I'll make sure he takes a look at this patch if it's not already
slated to go in.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
various problems with 21.5.28 Fuki
16 years, 11 months
Uwe Brauer
Hello
I finally compiled and install xemacs21.5.28, I downloaded the mule
and the sumo packages and installed them in the default directories
given by configure, namely, /usr/local/lib/xemacs
Now some problems
- that xemacs seems not to read my .Xdefault file and hence does
not use my favorite font nor background color.
- I can't find Mule, nor Menu entry and if I want to use,
set-input-method, that function is not known. I thought
xemacs21.5 comes only with Mule.
- I obtain some errors at the beginning which I attach and when
using gnus-summary-post-news I obtain as well an error.
Any help is appreciated
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: various problems with 21.5.28 Fuki
16 years, 11 months
Uwe Brauer
>>>>> "Marcus" == Marcus Crestani <crestani(a)informatik.uni-tuebingen.de> writes:
>>>>>> "UB" == Uwe Brauer <oub(a)mat.ucm.es> writes:
UB> - that xemacs seems not to read my .Xdefault file and hence does
UB> not use my favorite font nor background color.
> The application name XEmacs is looking for in the .Xdefaults file
> changed from "Emacs" to "XEmacs" in 21.5 some months ago, IIRC.
So you are saying that I should add the following
XEmacs.foreground: black
XEmacs.background: grey95
XEmacs.font: -*-courier-bold-r-*-*-18-180-*-*-*-*-*-*
XEmacs.geometry: 85x33+20+5
Well ok I did that and it worked. Still I can't write email with
Xemacs21.5.28 using message and gnus. See my other message
Uwe
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
configure on (K)ununtu 6.10 returns error for Xemacs-21.5.28
16 years, 11 months
Uwe Brauer
Hello
Motivated by the promised good UTF-8 support of the 21.5 series I
tried to build it myself.
The last time I did that has been before switching to
Debian/Ubuntu some 4 years ago.
I just run ./confiure and obtain the following PANIC message:
*** PANIC *** The C compiler can no longer build working executables.
*** PANIC *** Please examine the tail of config.log for runtime error
s.
*** PANIC *** The most likely reason for this problem is that configu
re
*** PANIC *** links with shared libraries, but those libraries cannot
be
*** PANIC *** found at run time.
*** PANIC ***
*** PANIC *** On a Linux system, edit /etc/ld.so.conf and re-run ldco
nfig.
*** PANIC *** On other systems, try telling configure where to find t
he
*** PANIC *** shared libraries using the --with-site-runtime-librarie
s option
*** PANIC ***
*** PANIC *** Another way to shoot yourself in the foot is to specify
*** PANIC *** --with-FEATURE when FEATURE is not actually installed
*** PANIC *** on your system. Don't do that.
Well I hesitate to edit /etc/ld.so.conf and I can't believe that this
should be necessary on a standard Kubuntu system.
A brief look in the config.log makes my suspect that
configure: program exited with status 4
configure: failed program was:
| /* confdefs.h. */
| #define PACKAGE_NAME "XEmacs"
| #define PACKAGE_TARNAME "xemacs"
confdefs.h
Might be the culprit.
I can attach the config.log if necessary (0.3 M).
regards
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta