RE: (SPF_HELO_SOFTFAIL) (SPF_SOFTFAIL) RE: Full Unicode Pathnames
18 years, 1 month
Benson Margulies
Benson Margulies
Rootbeer is an old Win32 Unicode Joke.
There used to be a heavily-advertised beverage called A&W rootbeer.
CreateFileA, CreateFileW.
...
-----Original Message-----
From: Ben Wing [mailto:ben＠xemacs.org]
Sent: Sunday, November 26, 2006 7:12 AM
To: Benson Margulies
Cc: Vin Shelton; Stephen J. Turnbull; XEmacs-Beta(a)xemacs.org
Subject: Re: (SPF_HELO_SOFTFAIL) (SPF_SOFTFAIL) RE: Full Unicode Pathnames
Benson Margulies wrote:
> Ah, I think I see.
>
> I need to put all the 'rootbeer' Win32's that I use into the intl-auto-encap-win32.c/.h, and then use the resulting qxe functions.
>
> Less noxious would be to define a single qxeCheckWritable and use that, instead of having to map several aclapi functions just to use them in one place.
> -----Original Message-----
> From: xemacs-beta-bounces(a)xemacs.org [mailto:xemacs-beta-bounces＠xemacs.org] On Behalf Of Benson Margulies
> Sent: Friday, November 24, 2006 4:54 PM
> To: Vin Shelton
> Cc: Stephen J. Turnbull; Ben Wing; XEmacs-Beta(a)xemacs.org
> Subject: RE: Full Unicode Pathnames
>
> Could someone point me at an example of the cliché for converting from an IByte* to UTF-16 for transmission to the Win32 'W' API?
>
>
i'm not quite sure what you mean by "rootbeer". we try to reserve the
qxe() prefix for wrapping actual library functions; don't get in the
habit of trying to define your own qxe routines and then calling the
unwrapped library functions -- it's a bad idea for a whole lotta reasons.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Full Unicode Pathnames
18 years, 1 month
Stephen J. Turnbull
Stephen J. Turnbull
Benson Margulies writes:
> Have you given any thought to supporting full Unicode file names on
> Win32? The semi-obvious strategy is to represent in UTF-8 in lisp and
> down to the bottom of the C code, and then transcode and call the W
> APIs.
Don't we already do that? I thought that was much of the point of the
Great Mule Merge of 21.5.6 or so. Ben?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 6 participants
- 27 comments
font menu not workin in xemacs 21.5-b27+CVS-20061123 under Mac OS X 10.4.8
18 years, 1 month
Artemio Gonzalez Lopez
Artemio Gonzalez Lopez
Dear Bug Team!
I just installed xemacs 21.5-b27+CVS-20061123 on a PowerBook G4 running
Mac OS X 10.4.8. Though "make" and "make install" were apparently
successful, the freshly installed xemacs has a serious problem with the
"Font" and "Font sizes" menus, namely when pulling both menus there are
no menu items, and a backtrace (attached below) is generated. Does
anybody have any idea what's going on?
Cheers,
Artemio
P.S. I don't know if this is related to the problem, but the default
font has changed from Monaco to what looks like Lucida Typewriter.
=========================================================================
(2) (event/warning) Error during menu callback: (void-function
(charset-registries))
Backtrace follows:
# bind (inhibit-quit)
charset-registries(ascii)
# bind (debug device)
x-reset-device-font-menus-core(#<x-device on "localhost:10.0"
0x1b2ce> nil)
# bind (debug device)
x-reset-device-font-menus(#<x-device on "localhost:10.0" 0x1b2ce> nil)
apply(x-reset-device-font-menus (#<x-device on "localhost:10.0"
0x1b2ce> nil))
# bind (devmeth args device name)
call-device-method(reset-device-font-menus #<x-device on
"localhost:10.0" 0x1b2ce> #<x-device on "localhost:10.0" 0x1b2ce> nil)
# bind (debug device)
reset-device-font-menus(#<x-device on "localhost:10.0" 0x1b2ce>)
byte-code("..." [size entry family device-fonts-cache dcache
font-data console-on-window-system-p throw menu (["Cannot parse current
font" ding nil]) selected-device reset-device-font-menus
font-menu-font-data default 0 1 2 3 nil (["Cannot parse current font"
ding nil]) menu-split-long-menu mapcar #<compiled-function (item)
"...(73)" [size weight dcache f entry item
menu-item-strip-accelerator-spec 0 vassoc 1 "" 2 enable-menu-item
disable-menu-item select-toggle-menu-item deselect-toggle-menu-item
font-menu-ignore-scaled-fonts family] 4> weight f] 6)
# (catch menu ...)
# bind (ignored)
font-menu-family-constructor(nil)
# (unwind-protect ...)
# (unwind-protect ...)
# (unwind-protect ...)
# (catch #<INTERNAL OBJECT (XEmacs bug?) (opaque, size=0) 0x284ec0> ...)
# (unwind-protect ...)
# bind (inhibit-quit)
# (unwind-protect ...)
# (unwind-protect ...)
# (unwind-protect ...)
# bind (inhibit-quit)
# (condition-case ... . error)
# (catch top-level ...)
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Darwin tillina.fis.ucm.es 8.8.0 Darwin Kernel Version 8.8.0:
Fri Sep 8 17:18:57 PDT 2006; root:xnu-792.12.6.obj~1/RELEASE_PPC Power
Macintosh powerpc
./configure '--prefix=/opt/local' '--infodir=/opt/local/share/info'
'--mandir=/opt/local/share/man' '--with-site-prefixes=/opt/local'
'--disable-error-checking' '--with-ldap=no' '--with-postgresql=no'
'--with-default-eol-detection' '--without-mule' '--with-tty'
'--with-ncurses' '--with-scrollbars=motif' '--with-dialogs=motif'
'--with-widgets=motif' '--with-optimization'
XEmacs 21.5-b27 "fiddleheads" (+CVS-20061123) configured for
`powerpc-apple-darwin8.8.0'.
Compilation Environment and Installation Defaults:
Source code location:
/Users/artemio/Archive/xemacs/xemacs-21.5.27
Installation prefix: /opt/local
Additional prefixes: /opt/local
Operating system description file: `s/darwin.h'
Machine description file: `m/powerpc.h'
Compiler version: powerpc-apple-darwin8-gcc-4.0.1
(GCC) 4.0.1 (Apple Computer, Inc. build 5367)
- GCC specs file: specs.
- Compiler command: gcc -Wall -Wno-switch -Wundef
-Wsign-compare -Wno-char-subscripts -Wpacked -Wpointer-arith
-Wunused-parameter -g -O3
libc version:
Relocating allocator for buffers: no
GNU version of malloc: no
- The GNU allocators don't work with this system configuration.
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.
Compiling in support for Motif.
*WARNING* Many versions of Motif are buggy, requiring workarounds.
You are likely to experience slow redisplay.
You may need to install vendor patches to Motif.
See PROBLEMS for more information.
Using Lucid menubars.
Using Motif scrollbars.
Using Motif dialog boxes.
Using Motif native widgets.
TTY:
Compiling in support for ncurses.
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:
Databases:
Compiling in support for Berkeley database.
Compiling in support for DBM.
Internationalization:
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.
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.
Load-Path Lisp Shadows:
----------------------
(/Users/artemio/.xemacs/xemacs-packages/lisp/auctex/prv-xemacs
/Users/artemio/.xemacs/xemacs-packages/lisp/preview/prv-xemacs
/Users/artemio/.xemacs/xemacs-packages/lisp/auctex/preview
/Users/artemio/.xemacs/xemacs-packages/lisp/preview/preview
/Users/artemio/.xemacs/xemacs-packages/lisp/xemacs-base/regexp-opt
/opt/local/share/xemacs-21.5-b27/lisp/regexp-opt
/Users/artemio/.xemacs/xemacs-packages/lisp/xemacs-base/easy-mmode
/opt/local/share/xemacs-21.5-b27/lisp/easy-mmode
/opt/local/lib/xemacs/xemacs-packages/lisp/build/build-report
/opt/local/share/xemacs-21.5-b27/lisp/build-report)
Installed XEmacs Packages:
-------------------------
(xslide ver: 1.09 upstream: 0.2.2)
(view-process ver: 1.13 upstream: 2.4)
(vc-cc ver: 1.22 upstream: No-Upstream-Ver)
(tpu ver: 1.14 upstream: 4.2X)
(tooltalk ver: 1.15 upstream: No-Upstream-Ver)
(time ver: 1.14 upstream: 1.17)
(textools ver: 1.15 upstream: No-Upstream-Ver)
(strokes ver: 1.1 upstream: No-Upstream-Ver)
(sounds-wav ver: 1.12 upstream: No-Upstream-Ver)
(sounds-au ver: 1.12 upstream: No-Upstream-Ver)
(slider ver: 1.15 upstream: 0.3x1)
(scheme ver: 1.14 upstream: No-Upstream-Ver)
(ruby-modes ver: 1.02 upstream: 1.6.8)
(rmail ver: 1.14 upstream: No-Upstream-Ver)
(psgml-dtds ver: 1.03 upstream: No-Upstream-Ver)
(oo-browser ver: 1.04 upstream: 4.08)
(ocaml ver: 0.05 upstream: 3.06)
(misc-games ver: 1.18 upstream: No-Upstream-Ver)
(mine ver: 1.16 upstream: 1.9)
(ilisp ver: 1.33 upstream: 5.12.0)
(ibuffer ver: 1.09 upstream: No-Upstream-Ver)
(hm--html-menus ver: 1.23 upstream: 5.9)
(frame-icon ver: 1.11 upstream: No-Upstream-Ver)
(forms ver: 1.15 upstream: 2.37)
(footnote ver: 1.16 upstream: 0.18x)
(eudc ver: 1.39 upstream: 1.32)
(emerge ver: 1.11 upstream: No-Upstream-Ver)
(elib ver: 1.11 upstream: 1.0)
(eieio ver: 1.05 upstream: 0.17)
(docbookide ver: 0.07000000000000001 upstream: 0.1)
(debug ver: 1.17 upstream: No-Upstream-Ver)
(cookie ver: 1.15 upstream: No-Upstream-Ver)
(build ver: 1.14 upstream: 2.02)
(ada ver: 1.14 upstream: 2.27)
(zenirc ver: 1.16 upstream: 2.112)
(xslt-process ver: 1.12 upstream: 1.2.1)
(xemacs-devel ver: 1.72 upstream: No-Upstream-Ver)
(xemacs-base ver: 2.01 upstream: No-Upstream-Ver)
(x-symbol ver: 4.51 upstream: regular)
(w3 ver: 1.32 upstream: 4.0pre47)
(vm ver: 7.22 upstream: 7.17)
(viper ver: 1.47 upstream: 3.09)
(vhdl ver: 1.2 upstream: 3.33.2)
(vc ver: 1.41 upstream: No-Upstream-Ver)
(tramp ver: 1.29 upstream: 2.0.52)
(tm ver: 1.38 upstream: No-Upstream-Ver)
(text-modes ver: 1.9 upstream: No-Upstream-Ver)
(supercite ver: 1.21 upstream: 3.55x3)
(speedbar ver: 1.28 upstream: 0.14beta4)
(sml-mode ver: 0.12 upstream: 3.9.5)
(sieve ver: 1.18 upstream: No-Upstream-Ver)
(sh-script ver: 1.21 upstream: 2.0f)
(sgml ver: 1.11 upstream: No-Upstream-Ver)
(semantic ver: 1.19 upstream: 1.4.2)
(sasl ver: 1.16 upstream: 1.14.4)
(riece ver: 1.22 upstream: 2.0.2)
(reftex ver: 1.34 upstream: 4.21)
(python-modes ver: 1.07 upstream: No-Upstream-Ver)
(psgml ver: 1.44 upstream: 1.3.1)
(ps-print ver: 1.11 upstream: 6.5.6)
(prog-modes ver: 2.06 upstream: No-Upstream-Ver)
(pgg ver: 1.06 upstream: 0.1)
(perl-modes ver: 1.08 upstream: No-Upstream-Ver)
(pcomplete ver: 1.04 upstream: 1.1.6)
(pcl-cvs ver: 1.66 upstream: R-2_9_9)
(pc ver: 1.28 upstream: No-Upstream-Ver)
(os-utils ver: 1.36 upstream: No-Upstream-Ver)
(net-utils ver: 1.48 upstream: N/A)
(mmm-mode ver: 1.02 upstream: 0.4.7)
(mh-e ver: 1.29 upstream: 7.4.2)
(mew ver: 1.19 upstream: 1.94.2)
(mailcrypt ver: 2.14 upstream: 3.5.8)
(mail-lib ver: 1.75 upstream: No-Upstream-Ver)
(liece ver: 1.15 upstream: 1.4.9)
(jde ver: 1.48 upstream: 2.3.2)
(ispell ver: 1.32 upstream: 3.6)
(igrep ver: 1.14 upstream: 2.111)
(idlwave ver: 1.32 upstream: 5.1)
(hyperbole ver: 1.16 upstream: 4.18)
(haskell-mode ver: 1.07 upstream: 1.45)
(gnus ver: 1.89 upstream: 5.10.7)
(gnats ver: 1.17 upstream: 3.101)
(games ver: 1.17 upstream: 1.04)
(fsf-compat ver: 1.15 upstream: No-Upstream-Ver)
(fortran-modes ver: 1.05 upstream: No-Upstream-Ver)
(eterm ver: 1.17 upstream: No-Upstream-Ver)
(ess ver: 1.16 upstream: 5.2.7)
(eshell ver: 1.1 upstream: 2.4.1)
(efs ver: 1.33 upstream: 1.23)
(edt ver: 1.13 upstream: No-Upstream-Ver)
(edit-utils ver: 2.32 upstream: No-Upstream-Ver)
(ediff ver: 1.6 upstream: 2.75)
(edebug ver: 1.21 upstream: No-Upstream-Ver)
(ecrypto ver: 0.2 upstream: 2.0)
(dired ver: 1.17 upstream: 7.13)
(dictionary ver: 1.16 upstream: 1.8)
(crisp ver: 1.15 upstream: 1.34)
(clearcase ver: 1.1 upstream: /main/laptop/165)
(cc-mode ver: 1.45 upstream: 5.30.10)
(calendar ver: 1.23 upstream: No-Upstream-Ver)
(calc ver: 1.26 upstream: 2.02fX3)
(c-support ver: 1.22 upstream: No-Upstream-Ver)
(bbdb ver: 1.29 upstream: 2.34)
(auctex ver: 2006.0913 upstream: 2006-09-13)
(apel ver: 1.32 upstream: 10.6)
Installed Modules:
-----------------
Features:
--------
(mail-abbrevs xemacsbug shadow sendmail rfc822 info outline efs-cu view-less
view cus-edit cus-load wid-edit mwheel x-symbol-xmacs x-symbol-hooks
blink-cursor lazy-shot font-lock cus-face paren blink-paren pending-del
gnuserv session xslide-autoloads view-process-autoloads vc-cc-autoloads
tpu-autoloads tooltalk-autoloads time-autoloads textools-autoloads
strokes-autoloads sounds-wav-autoloads sounds-au-autoloads slider-autoloads
scheme-autoloads ruby-modes-autoloads rmail-autoloads psgml-dtds-autoloads
oo-browser-autoloads ocaml-autoloads misc-games-autoloads mine-autoloads
ilisp-autoloads ibuffer-autoloads hm--html-menus-autoloads
frame-icon-autoloads forms-autoloads footnote-autoloads eudc-autoloads
emerge-autoloads elib-autoloads eieio-autoloads docbookide-autoloads
debug-autoloads cookie-autoloads build-autoloads ada-autoloads
zenirc-autoloads xslt-process-autoloads xemacs-devel-autoloads
xemacs-base-autoloads x-symbol-autoloads w3-autoloads vm-autoloads
viper-autoloads vhdl-autoloads vc-autoloads tramp-autoloads tm-autoloads
text-modes-autoloads texinfo-autoloads supercite-autoloads
speedbar-autoloads
sml-mode-autoloads sieve-autoloads sh-script-autoloads sgml-autoloads
semantic-autoloads sasl-autoloads riece-autoloads reftex-autoloads
python-modes-autoloads psgml-autoloads ps-print-autoloads
prog-modes-autoloads
pgg-autoloads perl-modes-autoloads pcomplete-autoloads pcl-cvs-autoloads
pc-autoloads os-utils-autoloads net-utils-autoloads mmm-mode-autoloads
mh-e-autoloads mew-autoloads mailcrypt-autoloads mail-lib-autoloads
liece-autoloads jde-autoloads ispell-autoloads igrep-autoloads
idlwave-autoloads hyperbole-autoloads haskell-mode-autoloads gnus-autoloads
gnats-autoloads games-autoloads fsf-compat-autoloads fortran-modes-autoloads
eterm-autoloads ess-autoloads eshell-autoloads efs-autoloads edt-autoloads
edit-utils-autoloads ediff-autoloads edebug-autoloads ecrypto-autoloads
ecb-autoloads dired-autoloads dictionary-autoloads crisp-autoloads
clearcase-autoloads cc-mode-autoloads calendar-autoloads calc-autoloads
c-support-autoloads bbdb-autoloads tex-site auctex-autoloads apel-autoloads
modules-autoloads auto-autoloads rsz-minibuf auto-show fontl-hooks code-cmds
gutter-items menubar-items x-menubar mode-motion mouse behavior itimer
auto-save lisp-mode easymenu easy-mmode iso8859-1 page buff-menu
lib-complete
loadhist cus-file derived newcomment env text-props frame obsolete cus-start
custom widget cl-extra cl cl-19 packages backquote unicode motif-scrollbars
cut-buffer lucid-menubars motif-dialogs x c-balloon-help tty-frames tty
toolbar scrollbar unix-processes multicast network-streams subprocesses
modules menu-accelerator-support menubar berkeley-db dbm md5 xemacs gutter
tiff png gif jpeg xpm xbm lisp-float-type unix-default-eol-detection
file-coding darwin dialog devices window-system base64)
Recent keystrokes:
-----------------
button1 button1up button1up button1 misc-user misc-user
next prior misc-user misc-user
Recent messages (most recent first):
-----------------------------------
Parsing /Users/artemio/.mailrc... done
Parsing /Users/artemio/.mailrc...
Warning:
Defaulting to the GNU Emacs-derived `sendmail.el' mail client. This
facility,
while part of base XEmacs, is heinously underfeatured, and not going to get
better in the medium term. We include it so that bug reports work without
packages; we suggest that you choose and/or install one of the other mail
clients from packages if you're doing something other than M-x
report-xemacs-bug , or even if you are reporting bugs regularly.
To choose a package from those installed, click on "Options" ->
"Internet" -> "Compose Mail With ..." and decide on one from the
list. Gnus and VM are full-featured and have active user communities.
To disable this warning and stick with the old behavior, you can explicitly
initialize `mail-user-agent' to 'sendmail-user-agent .
Loading xemacsbug...done
Loading xemacsbug...
Loading info...done
Loading info...
space = page forward; b = page back; h = help; q = quit.
button1 not defined.
Loading outline...done
Loading outline...
Loading efs-cu...done
Loading efs-cu...
Loading view-less...done
Loading view-less...
Loading /Users/artemio/.session...done
Loading /Users/artemio/.session...
Loading cus-edit...done
Loading customization dependencies...done
Loading customization dependencies...
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 2 participants
- 2 comments
Re: [Bug: 21.5-b27] startup.el "borks" filepath?
18 years, 1 month
Artemio Gonzalez Lopez
Artemio Gonzalez Lopez
robert delius royar wrote:
> Sat, 25 Nov 2006 (14:43 +0100 UTC) Artemio Gonzalez Lopez wrote:
>
>> Hi everybody,
>>
>> I had exactly the same problem as Robert with startup.el, but I think
>> the circumstances in which the problem arose in in my case may shed
>> light on the whole issue. I have 3 machines running OS X 10.4.8, on
>> all of which xemacs is regularly installed in /opt/local using the
>> following options:
>
> I patched configure.ac using the patch Michael Sperber posted a day ago.
> The archives has the message at
> http://calypso.tux.org/pipermail/xemacs-beta/2006-November/000371.html
>
> Now, I only add '--prefix=/Users/royar/usr/local' to configure, no need
> to add the extra definitions to 'make install' or to tell well the
> packages are stored. I removed '--with-prefix' from my configuration
> options.
>
> The program makes and installs without errors.
>
Robert,
I have tried making xemacs with the patched configure.ac file with the
following configure options:
./configure --prefix=/opt/local --datarootdir=/opt/local/lib
--datadir=/opt/local/lib --infodir=/opt/local/share/info
--mandir=/opt/local/share/man --with-site-prefixes=/opt/local
--disable-error-checking --with-ldap=no --with-postgresql=no
--with-default-eol-detection --without-mule --with-tty --with-ncurses
--with-scrollbars=motif --with-dialogs=motif --with-widgets=motif
--with-optimization
and it still fails at the end with the following error message:
Compiling
/Users/artemio/Archive/xemacs/xemacs-21.5.27/lisp/custom-load.el...
Wrote /Users/artemio/Archive/xemacs/xemacs-21.5.27/lisp/custom-load.elc
Building finder database ...
rm -f /Users/artemio/Archive/xemacs/xemacs-21.5.27/src/../lisp/finder-inf.el
./xemacs -no-packages -batch -eval "(setq
finder-compile-keywords-quiet t)" \
-l finder -f finder-compile-keywords
Requiring finder-inf... (file finder-inf.el is newer)
xemacs exiting.
Buffer is read-only: #<buffer "finder-inf.el">make[1]: ***
[/Users/artemio/Archive/xemacs/xemacs-21.5.27/src/../lisp/finder-inf.el]
Error 255
make: *** [src] Error 2
Strange thing is finder-inf.el is NOT created at all in
/Users/artemio/Archive/xemacs/xemacs-21.5.27/lisp/, and this directory
is not write-protected, i.e.
imac-g5:~ artemio$ l -d /Users/artemio/Archive/xemacs/xemacs-21.5.27/lisp
drwxr-xr-x 414 artemio staff 14076 Nov 25 20:24
/Users/artemio/Archive/xemacs/xemacs-21.5.27/lisp
Do you have any idea what could be the problem here? It seems to me that
the previous installation of xemacs in /usr/local (with no prefix, but
with --with-site-prefixes=/opt/local) may have a lot to do with my
problems, but I have no idea why ...
Cheers,
Artemio
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 4 participants
- 4 comments
darcs mirror of XEmacs repository available
18 years, 1 month
Michael Sperber
Michael Sperber
I've created a darcs mirror (created via tailor) of the XEmacs repo
at:
http://www.deinprogramm.de/sperber/xemacs-darcs
Grab a copy via
darcs get http://www.deinprogramm.de/sperber/xemacs-darcs
(Please don't do this gratuitously. It's a lot of stuff, and I pay
for my own bandwidth.)
This is to enable some experimentation with the system, and comparison
with alternatives (such as git), so we can make an informed decision
about switching from CVS to a better alternative.
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
cvs.xemacs.org outage
18 years, 1 month
Aidan Kehoe
Aidan Kehoe
derrick [ /sbin/ping cvs.xemacs.org
PING cvs.xemacs.org (130.225.247.90): 56 data bytes
36 bytes from 130.225.242.102: Communication prohibited for icmp_seq=3
36 bytes from 130.225.242.102: Communication prohibited for icmp_seq=6
36 bytes from 130.225.242.102: Communication prohibited for icmp_seq=7
36 bytes from 130.225.242.102: Communication prohibited for icmp_seq=9
36 bytes from 130.225.242.102: Communication prohibited for icmp_seq=10
^C
----cvs.xemacs.org PING Statistics----
12 packets transmitted, 0 packets received, 100.0% packet loss
derrick [
--
Santa Maradona, priez pour moi!
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Re: [Bug: 21.5-b27] startup.el "borks" filepath?
18 years, 1 month
Artemio Gonzalez Lopez
Artemio Gonzalez Lopez
robert delius royar wrote:
> Mon, 20 Nov 2006 (11:35 +0900 UTC) Stephen J. Turnbull wrote:
>
>> Thanks for the report, and thank you for localizing it this far! I
>> need to clean up some stuff before I can properly try to reproduce it
>> (tonight, I think), but the following information may help me.
>> They're all just clarifications, not intended to point to an actual
>> suspect.
>
> I have found one show stopper that I could fix. Adding the line
> datarootdir=＠datarootdir＠ to
> Makefile.in.in
> lib-src/Makefile.in.in
> lib-src/config.values.in
> leads to a dumped xemacs that will run in place. Configure
> warned that these files seemed to ignore datarootdir
>
> Issuing a make install fails on the third iteration of the loadup code.
> However, doing
> make prefix=/Users/royar/usr/local \
> datarootdir=/Users/royar/usr/local/lib \
> datadir=/Users/royar/usr/local/lib install
> installs a working XEmacs in ~/usr/local/bin and all the other parts in
> ~/usr/local/lib, which is where they used to reside.
>
> I am suspecting based on files and directories created when prefix is
> not set, that there is a new hierachy for installation recommended, and
> that somewhere in the code that creates the hierarchy there needs to be
> a check for prefix being set by user preference. Because the install
> can get through a few iterations before failing, I suspect the last
> failure occurs because having prefix set makes it so that some file (or
> path) startup.el needs is not being seen. I would look for a variable
> that should be referencing a user-set preference but is not--probably
> datadir or datarootdir.
>
>> robert delius royar writes:
>>
>> > This bug showed up yesterday with the 20061116 CVS. Compilation
>> > occurs as normal, and temacs links. However, when temacs first
>> > loads with the command ./temacs -nd -no-packages -batch -l
>> > /Users/royar/src/xemacs/src/../lisp/update-elc.el it aborts after
>> > loading startup.el saying that it cannot find the file listed in
>> > preloaded-file-list immediately following startup.el.
>>
>> The only recent change to startup.el is Malcolm's change to the
>> startup screen code. I suppose this could result in a change in
>> XEmacs's default-directory, but it's strange that it wouldn't affect
>> everybody.
>>
>> When was the previous build (if you have that as your working XEmacs,
>> it should be available in M-X emacs-version and M-X
>> describe-installation)?
>> Do you have an XEmacs installed in /Users/royar/usr/local already?
>> Does that directory already exist and have reasonable permissions?
>> Have you tried with any other explicit --prefix settings?
>
> The last build that was successful (without the change to the
> config/make files) was 20061114; however, there is a caveat: I first
> discovered the error rebuilding 20061114 when I wanted to try the edit
> to gnuclient.c you had posted answering another user's query (because I
> also wanted to use local sockets). First, the install failed, and then
> I could not get the initial dump to work. It took a few days to to see
> that the make install had created a few new directories in ~/usr/local.
> I suspect that the code (seeing that ~/usr/local/xemacs and
> ~/usr/local/share existed) may have been searching them, but I have no
> evidence other than the effect to support this.
Hi everybody,
I had exactly the same problem as Robert with startup.el, but I think
the circumstances in which the problem arose in in my case may shed
light on the whole issue. I have 3 machines running OS X 10.4.8, on all
of which xemacs is regularly installed in /opt/local using the following
options:
./configure --prefix=/opt/local --infodir=/opt/local/share/info
--mandir=/opt/local/share/man --with-site-prefixes=/opt/local
--disable-error-checking --with-ldap=no --with-postgresql=no
--with-default-eol-detection --without-mule --with-tty --with-ncurses
--with-scrollbars=motif --with-dialogs=motif --with-widgets=motif
--with-optimization
On two of them I have been able to install the 20061123 CVS xemacs
21.5.27 normally. The problem arose in the third machine, when I first
(succesfully) moved the installation of xemacs to /usr/local (removing,
among other things, the --prefix option) and then (after deleting this
installation) tried to rebuild xemacs and install it back in /opt/local.
This has proved altogether impossible because of the problem with
startup.el (make fails with exactly the same error as Robert reported).
I even deleted the whole xemacs-21.5.27 source tree and copied it from
one of the machines which didn't suffer from this problem, to no avail.
The next thing I tried, on Robert's suggestion, was adding the following
options to configure:
--datarootdir=/opt/local/lib --datadir=/opt/local/lib
Now make goes much farther, almost to the end, but fails at the very
last minute with the following error:
Compiling
/Users/artemio/Archive/xemacs/xemacs-21.5.27/lisp/custom-load.el...
Wrote /Users/artemio/Archive/xemacs/xemacs-21.5.27/lisp/custom-load.elc
Building finder database ...
rm -f /Users/artemio/Archive/xemacs/xemacs-21.5.27/src/../lisp/finder-inf.el
./xemacs -no-packages -batch -eval "(setq
finder-compile-keywords-quiet t)" \
-l finder -f finder-compile-keywords
Requiring finder-inf... (file finder-inf.el is newer)
xemacs exiting.
Buffer is read-only: #<buffer "finder-inf.el">make[1]: ***
[/Users/artemio/Archive/xemacs/xemacs-21.5.27/src/../lisp/finder-inf.el]
Error 255
make: *** [src] Error 2
I would really appreciate if somebody suggested a workaround either for
this or for the original problem with startup.el, since I have no idea
what to try next.
Cheers,
Artemio
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments
[Success] XEmacs 21.5-b27 "fiddleheads" (+CVS-20061123) powerpc-apple-darwin8.8.0
18 years, 1 month
Stephen J. Turnbull
Stephen J. Turnbull
robert delius royar writes:
> ./configure [...] '--with-union-type'
Robert, you've been building with '--with-union-type' for years now,
and never seen a problem, right? I guess we should get rid of the
warning about that, at least on Darwin.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments
Re: [Q] Handle bytes in the range 0x80-0xC0 better when dealing with ISO-IR 196.
18 years, 1 month
David Kastrup
David Kastrup
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
> Aidan Kehoe writes:
>
> > Well, David’s problem is an actual problem.
>
> David's problem is also reasonably easy to workaround. Read TeX's
> output as binary (which is what it is, of course),
If only it were...
> walk up the buffer or string until you hit a legal UTF-8 first byte,
> then decode from there on. It's a little bit harder than that, but
> not much.
I am afraid that it is not as easy as that. TeX converts some (but
quite often only a subset) utf8 bytes into ^^ab hexadecimal notation,
then it cuts the resulting strings short at a fixed distance of
characters (which may be in the middle of a ^^ab sequence) to the
front and back and uses that for a context to be identified in the
file.
So what we actually do is cutting away everything that may be part of
an incomplete ^^ab sequence at the start and end of the contexts, then
encode the result into a raw byte string according to the buffer
encoding, then redecode the result into the buffer encoding, chopping
away illegal utf-8 characters at the start and end of the context
afterwards.
And those strings can then be used for lookup in the buffer.
The problem is not that TeX's output is binary. The problem is that
it is a hodgepodge of binary bytes and transliterated binary bytes
(with the transliteration not respecting character boundaries) chopped
off somewhere without regard to character boundaries of either
originating utf-8 characters or even the transliterations of single
bytes of them.
While I'll agree immediately that some people ought to get
collectively have their heads examined for the combined effects
a) coming up with the idea of transliterating "unprintable" characters
in the terminal output.
b) finding nothing wrong with chopping such a transliteration in half
c) letting some bytes through unmolested depending on locale
d) making LaTeX deal with characters not in the current locale
e) making LaTeX deal with multibyte encodings without TeX itself
knowing about or supporting anything but 8-bit characters.
The result is a pain to work with. But there are no alternatives, and
actually nothing better one can do with the current code base.
And the point is that Emacs 22, even Emacs 21 _manage_ dealing with
this, even when (in a Latin-1 locale or a LaTeX that believes to be in
one) utf-8 sequences get only partly transliterated by TeX and thus
fails to be legal utf-8.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 4 participants
- 4 comments
RE: Full Unicode Pathnames
18 years, 1 month
Benson Margulies
Benson Margulies
I guess your other subscribers all have VC6 installed :-)
Anyway, you don't have to turn off debugging. You can compile with /Zi,
and link with -debug while still using the redistributable runtime with
/MD or even /MT.
-----Original Message-----
From: ethersoft(a)gmail.com [mailto:ethersoft＠gmail.com] On Behalf Of Vin
Shelton
Sent: Saturday, November 25, 2006 8:43 AM
To: Benson Margulies
Cc: Adrian Aichner; xemacs-beta
Subject: Re: Full Unicode Pathnames
>
> -----Original Message-----
> From: Adrian Aichner [mailto:adrian＠xemacs.org]
> Sent: Saturday, November 25, 2006 6:18 AM
> To: Benson Margulies; Vin Shelton
> Subject: Re: Full Unicode Pathnames
>
> "Benson Margulies" <bim2006(a)basistech.com> writes:
>
> > Don't build with /MDd, build with /MD, and redistribute the
> > redistributable non-debug version.
>
> Vin, Benson, building with
> DEBUG_XEMACS=0
> in config.inc should do.
>
On 11/25/06, Benson Margulies <bim2006(a)basistech.com> wrote:
> Sure, I'll do that. But I'm suggesting that you do that for the
> installe.
21.5 is still a beta release. I assumed the debugging info was useful
to the development community. I don't have a strong feeling one way
or the other; subscribers to xemacs-beta let me know how you think the
21.5 setup kits should be built.
- Vin
--
The Journey by Mary Oliver
http://www.poemhunter.com/p/m/poem.asp?poet=6771&poem=30506
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments