Mule bugs: misidentification (Latin-1 vs. Chinese), revert issues
16 years, 10 months
Stephen J. Turnbull
Stephen J. Turnbull
Michael Sperber writes:
> I've running it by default for a few months now, and whenever
> anything connected to encodings comes up, XEmacs screws up royally.
> (Like identifying 8859-1 as Chinese, losing encoding information on
> revert, etc.)
8859-1 == Chinese should be fixed now. There will be more of these
lurking; code identification is a neural-network kind of thing
(unfortunately without the learning part at this point).
If you get a misidentification, send a bug report with the expected
and actual encodings, the file (if you can legally/ethically do so),
and the value of LANG when you started XEmacs. (There are internal
variables that I should add to M-x report-xemacs-bug, but they're all
defaulted from LANG, and it's a pretty safe bet you don't mess with
them directly.)
Losing encoding information on revert? Please be more specific.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 6 participants
- 28 comments
Re: lstream writing, flushing, & closing
16 years, 10 months
Jerry James
Jerry James
Adrian Aichner <adrian(a)xemacs.org> wrote:
> Since I reverted my own patch to close handles, and built with Ben's
> megapatch implementing a corrected version thereof, I have not seen
> these uninterruptible hangs. I've been using XEmacs every day and
> kept it running for many days so I should have ween them.
>
> Thanks Ben!
[snip]
> It probably was not your patch after all, as stated above.
Well ... great! Would you mind trying my patch again, then? For
convenience, here it is:
Index: lstream.c
===================================================================
RCS file: /pack/xemacscvs/XEmacs/xemacs/src/lstream.c,v
retrieving revision 1.31
diff -d -u -r1.31 lstream.c
--- lstream.c 2004/11/12 17:16:30 1.31
+++ lstream.c 2004/11/29 04:42:28
＠＠ -778,8 +778,21 ＠＠
static int
Lstream_pseudo_close (Lstream *lstr)
{
+ int flush_rc;
+
if (! (lstr->flags & LSTREAM_FL_IS_OPEN))
Lstream_internal_error ("lstream is not open", lstr);
+
+ /* Flush all the data in the buffer before closing.
+ May require multiple passes thru Lstream_flush_out().
+ This loop (instead of just calling Lstream_flush_out(),
+ fixes a problem where we sometimes lose data sent to
+ a process.
+ */
+
+ do {
+ flush_rc = Lstream_flush_out(lstr);
+ } while (lstr->out_buffer_ind > 0 && flush_rc >= 0);
/* don't check errors here -- best not to risk file descriptor loss */
return Lstream_flush (lstr);
If the hangs return, then we can try the approach of figuring out what
data is getting lost here and where it was supposed to go.
Thanks,
--
Jerry James
http://www.ittc.ku.edu/~james/
- 3 participants
- 6 comments
Re: shell unmaintainable [Re: comint + shell still hosed]
17 years, 3 months
Jerry James
Jerry James
Please keep the discussion on the list.
"Ilya N. Golubev" <gin(a)mo.msk.ru> wrote:
>> Are you sure you have the shell.el as of 2006-06-01?
>
> It was an error in change merge. Because of continuous committing
> buggy versions in upstream, had to maintain a distinct local one.
> With `shell.el' as of 2006-06-01 fully duplicated, finding no more
> bugs. As for being able to run `comint', `shell', considering it
> closed.
I am happy to have had your help in identifying bugs in the sync, but I
don't understand why you think you have to maintain a distinct local
copy. Can't you just stick with the officially released packages? If
you are installing test packages, then you've agreed to be a tester.
And you've been a good one, so I hope you continue, but you shouldn't
feel like you are required to be a tester.
> One reason to still maintain another `shell.el' version is that is
> still has a maintainability bug. It does not `(require 'font-lock)'
> in run time, but does so in `eval-when-compile'. Already wrote that
> `font-lock' has a (IMO, mis-) feature of enabling itself on mere load,
> so there may be strong reasons not to load it. That perhaps makes no
> difference when compiling `shell.el' in batch mode, but user may need
> his own version of the file, and compile it by executing
> `byte-compile-file' interactively. In this case the undesired changes
> in his environment will occur.
>
> What is the purpose of such a `require' in `eval-when-compile'? If it
> is only to shut warnings about use of `font-lock-mode-hook', this
> variable is autoloaded, but in `auto-autoloads.el'. In this case
> should `(require 'lisp-autoloads)'.
>
> Changing `font-lock' not to enable itself on load (in all xemacs
> branches) perhaps would be even better.
Are you worried about this?
------------------------------------------------------------------------
;; Install ourselves:
(add-hook 'find-file-hooks 'font-lock-set-defaults t)
------------------------------------------------------------------------
I don't see anything else in font-lock.el that makes an obtrusive change
to the user's environment.
As for the byte compiling issue, (require 'auto-autoloads) is not the
right thing to do, because there are lots of auto-autoloads.el files,
one per package in fact. It is true that this is just to quiet a byte
compiler warning. That may be considered a small thing by some, but I
try to get rid of such warnings whenever I touch a package. I have this
dream that, eons from now, some XEmacs developer may be able to notice
that there were 2 warnings when compiling the packages and go fix the
problem. Right now, we get so many warnings that they are nearly
worthless.
We could drop the require of font-lock and get the warning back. I'm
not terribly concerned about this, though, because (1) we distribute the
packages in precompiled form, which is good enough for the vast majority
of users; and (2) anybody who needs to compile their own due to
maintaining local variations should be sophisticated enough to deal with
a change in find-file-hooks.
--
Jerry James, Assistant Professor Jerry.James(a)usu.edu
Computer Science Department http://www.cs.usu.edu/~jerry/
Utah State University
- 6 participants
- 18 comments
getting vhdl-mode-3.33.16 installed and operating?
17 years, 8 months
Doug Allison
Doug Allison
I think that I might need to get something like (add-hook
'vhdl-mode-hook 'my-vhdl-mode-hook)
into C:\Documents and Settings\douga\.xemacs\custom.el
on my windows xp machine. Is there a website around that gives the
install steps?
I have the vhdl-mode-3.33.16.tar.gz file on my desktop.
Thanks,
--
Doug Allison
Colorado Electronic Product Design
303.415.1112
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 2 participants
- 2 comments
[Bug: 21.5-b25] dired messes up DOS line-encoding handling
17 years, 9 months
Joachim Schrod
Joachim Schrod
================================================================
Dear Bug Team!
When one loads dired, and afterwards loads a text file with DOS
line-encoding (i.e., with CR-LF endings), the line-encoding is
correctly parsed, but not represented in buffer encoding state. When
the file is changed and written out again, all line-endings have been
converted to LF.
How to create the issue, with the appended file intro-dos.txt:
-- Start
xemacs -vanilla .
-- C-x C-f intro-dos.txt
-- Mode line shows Raw and not Raw:T
-- Change something, C-x C-s
-- Saved file has now LF line-endings.
As always, If I can help any further to track down the problem, I'm
willing to invest more work. But I would need your guidance where to
look -- I don't want to check the whole dired code if it messes
with coding-systems somewhere.
Best,
Joachim
PS: Sorry that I have no b27 running, but I didn't find the time to
check its stability for daily usage.
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Linux n-pussy 2.6.13-15.8-smp #1 SMP Tue Feb 7 11:07:24 UTC 2006 i686 i686 i386 GNU/Linux
./configure '--prefix=/opt/xemacs' '--with-optimization' '--with-error-checking=none' '--with-ipv6-cname=no' '--with-pop' '--with-mule' '--with-athena=3d'
XEmacs 21.5-b25 "eggplant" configured for `i686-pc-linux'.
Compilation Environment and Installation Defaults:
Source code location: /home/schrod/src/xemacs/xemacs-r21-5-current-beta
Installation prefix: /opt/xemacs
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler version: gcc (GCC) 4.0.2 20050901 (prerelease) (SUSE Linux)
- GCC specs file: specs.
- Compiler command: gcc -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wunused-parameter -g -O3
libc version: 2.3.5
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/X11/include
- X Windows libraries location: /usr/X11/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw3d
- Athena library to link: Xaw3d
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
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).
Databases:
Compiling in support for LDAP.
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.
Mail:
Compiling in support for POP mail retrieval.
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 algorithms.
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 allocator.
WARNING: ---------------------------------------------------------
WARNING: The new allocator is experimental. It is enabled by
WARNING: default for this release. Use `--disable-mc-alloc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Using the new portable dumper.
Compiling in support for extra debugging code.
Load-Path Lisp Shadows:
----------------------
(/opt/xemacs/lib/xemacs/site-packages/lisp/packages/cl-indent
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/prog-modes/cl-indent
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/viet-util
/opt/xemacs/lib/xemacs-21.5-b25/lisp/mule/viet-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/korea-util
/opt/xemacs/lib/xemacs-21.5-b25/lisp/mule/korea-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/japan-util
/opt/xemacs/lib/xemacs-21.5-b25/lisp/mule/japan-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/ethio-util
/opt/xemacs/lib/xemacs-21.5-b25/lisp/mule/ethio-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/cyril-util
/opt/xemacs/lib/xemacs-21.5-b25/lisp/mule/cyril-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/china-util
/opt/xemacs/lib/xemacs-21.5-b25/lisp/mule/china-util
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/xemacs-base/regexp-opt
/opt/xemacs/lib/xemacs-21.5-b25/lisp/regexp-opt
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/xemacs-base/easy-mmode
/opt/xemacs/lib/xemacs-21.5-b25/lisp/easy-mmode
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/build/build-report
/opt/xemacs/lib/xemacs-21.5-b25/lisp/build-report)
Installed XEmacs Packages:
-------------------------
(zenirc ver: 1.16 upstream: 2.112)
(xwem ver: 1.21 upstream: lg(a)xwem.org--2005/xwem--main--2.1--versionfix-1)
(xslt-process ver: 1.12 upstream: 1.2.1)
(xslide ver: 1.09 upstream: 0.2.2)
(xlib ver: 1.14 upstream: lg(a)xwem.org--2005/xlib--main--2.1--version-0)
(xetla ver: 1.01 upstream: steve(a)eicq.org--2005/xetla--main--1.1--version-0)
(xemacs-devel ver: 1.72 upstream: No-Upstream-Ver)
(xemacs-base ver: 2.01 upstream: No-Upstream-Ver)
(x-symbol ver: 1.1 upstream: 4.5.1)
(w3 ver: 1.32 upstream: 4.0pre47)
(vm ver: 7.22 upstream: 7.17)
(viper ver: 1.47 upstream: 3.09)
(view-process ver: 1.13 upstream: 2.4)
(vhdl ver: 1.2 upstream: 3.33.2)
(vc-cc ver: 1.22 upstream: No-Upstream-Ver)
(vc ver: 1.41 upstream: No-Upstream-Ver)
(tramp ver: 1.28 upstream: 2.0.51)
(tpu ver: 1.14 upstream: 4.2X)
(tooltalk ver: 1.15 upstream: No-Upstream-Ver)
(tm ver: 1.38 upstream: No-Upstream-Ver)
(time ver: 1.14 upstream: 1.17)
(textools ver: 1.15 upstream: No-Upstream-Ver)
(text-modes ver: 1.9 upstream: No-Upstream-Ver)
(texinfo ver: 1.3 upstream: No-Upstream-Ver)
(supercite ver: 1.21 upstream: 3.55x3)
(strokes ver: 1.1 upstream: No-Upstream-Ver)
(speedbar ver: 1.28 upstream: 0.14beta4)
(sounds-wav ver: 1.12 upstream: No-Upstream-Ver)
(sounds-au ver: 1.12 upstream: No-Upstream-Ver)
(sml-mode ver: 0.12 upstream: 3.9.5)
(slider ver: 1.15 upstream: 0.3x1)
(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)
(scheme ver: 1.14 upstream: No-Upstream-Ver)
(sasl ver: 1.16 upstream: 1.14.4)
(ruby-modes ver: 1.02 upstream: 1.6.8)
(riece ver: 1.21 upstream: 2.0.2)
(reftex ver: 1.34 upstream: 4.21)
(re-builder ver: 1.05 upstream: 1.20)
(python-modes ver: 1.07 upstream: No-Upstream-Ver)
(psgml-dtds ver: 1.03 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)
(oo-browser ver: 1.04 upstream: 4.08)
(ocaml ver: 0.05 upstream: 3.06)
(net-utils ver: 1.48 upstream: N/A)
(mmm-mode ver: 1.02 upstream: 0.4.7)
(misc-games ver: 1.18 upstream: No-Upstream-Ver)
(mine ver: 1.16 upstream: 1.9)
(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.14 upstream: 1.4.9)
(jde ver: 1.48 upstream: 2.3.2)
(ispell ver: 1.32 upstream: 3.6)
(ilisp ver: 1.33 upstream: 5.12.0)
(igrep ver: 1.14 upstream: 2.111)
(idlwave ver: 1.32 upstream: 5.1)
(ibuffer ver: 1.09 upstream: No-Upstream-Ver)
(hyperbole ver: 1.16 upstream: 4.18)
(hm--html-menus ver: 1.23 upstream: 5.9)
(haskell-mode ver: 1.07 upstream: 1.45)
(gnus ver: 1.89 upstream: 5.10.7)
(gnats ver: 1.17 upstream: 3.101)
(general-docs ver: 1.04 upstream: No-Upstream-Ver)
(games ver: 1.17 upstream: 1.04)
(fsf-compat ver: 1.15 upstream: No-Upstream-Ver)
(frame-icon ver: 1.11 upstream: No-Upstream-Ver)
(fortran-modes ver: 1.05 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)
(eterm ver: 1.17 upstream: No-Upstream-Ver)
(ess ver: 1.16 upstream: 5.2.7)
(eshell ver: 1.1 upstream: 2.4.1)
(escreen ver: 1.01 upstream: 1.16)
(erc ver: 0.19 upstream: Version 5.0 Revision: 1.776)
(emerge ver: 1.11 upstream: No-Upstream-Ver)
(elib ver: 1.11 upstream: 1.0)
(eieio ver: 1.05 upstream: 0.17)
(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)
(ecb ver: 1.22 upstream: 2.31)
(docbookide ver: 0.07000000000000001 upstream: 0.1)
(dired ver: 1.17 upstream: 7.13)
(dictionary ver: 1.16 upstream: 1.8)
(debug ver: 1.17 upstream: No-Upstream-Ver)
(crisp ver: 1.15 upstream: 1.34)
(cookie ver: 1.15 upstream: No-Upstream-Ver)
(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)
(build ver: 1.14 upstream: 2.02)
(bbdb ver: 1.29 upstream: 2.34)
(auctex ver: 1.46 upstream: 11.55)
(apel ver: 1.32 upstream: 10.6)
(ada ver: 1.14 upstream: 2.27)
(Sun ver: 1.16 upstream: No-Upstream-Ver)
(mule-base ver: 1.47 upstream: No-Upstream-Ver)
(lookup ver: 1.15 upstream: 1.0)
(locale ver: 1.22 upstream: No-Upstream-Ver)
(leim ver: 1.22 upstream: No-Upstream-Ver)
(latin-unity ver: 1.16 upstream: 1.16)
(latin-euro-standards ver: 1.07 upstream: 1.07)
(egg-its ver: 1.27 upstream: No-Upstream-Ver)
(edict ver: 1.16 upstream: 0.9.9)
Installed Modules:
-----------------
Features:
--------
(mail-abbrevs xemacsbug shadow sendmail rfc822 trim-lines template
efs-cu cus-face dired-faces dired-xemacs dired zenirc-autoloads
xwem-autoloads xslt-process-autoloads xslide-autoloads xlib-autoloads
xetla-autoloads xemacs-devel-autoloads xemacs-base-autoloads
x-symbol-autoloads w3-autoloads vm-autoloads viper-autoloads
view-process-autoloads vhdl-autoloads vc-cc-autoloads vc-autoloads
tramp-autoloads tpu-autoloads tooltalk-autoloads tm-autoloads
time-autoloads textools-autoloads text-modes-autoloads
texinfo-autoloads supercite-autoloads strokes-autoloads
speedbar-autoloads sounds-wav-autoloads sounds-au-autoloads
sml-mode-autoloads slider-autoloads sieve-autoloads
sh-script-autoloads sgml-autoloads semantic-autoloads scheme-autoloads
sasl-autoloads ruby-modes-autoloads riece-autoloads reftex-autoloads
re-builder-autoloads python-modes-autoloads psgml-dtds-autoloads
psgml-autoloads ps-print-autoloads prog-modes-autoloads pgg-autoloads
perl-modes-autoloads pcomplete-autoloads pcl-cvs-autoloads
pc-autoloads os-utils-autoloads oo-browser-autoloads ocaml-autoloads
net-utils-autoloads mmm-mode-autoloads misc-games-autoloads
mine-autoloads mh-e-autoloads mew-autoloads mailcrypt-autoloads
mail-lib-autoloads liece-autoloads jde-autoloads ispell-autoloads
ilisp-autoloads igrep-autoloads idlwave-autoloads ibuffer-autoloads
hyperbole-autoloads hm--html-menus-autoloads haskell-mode-autoloads
gnus-autoloads gnats-autoloads general-docs-autoloads games-autoloads
fsf-compat-autoloads frame-icon-autoloads fortran-modes-autoloads
forms-autoloads footnote-autoloads eudc-autoloads eterm-autoloads
ess-autoloads eshell-autoloads escreen-autoloads erc-autoloads
emerge-autoloads elib-autoloads eieio-autoloads efs-autoloads
edt-autoloads edit-utils-autoloads ediff-autoloads edebug-autoloads
ecrypto-autoloads ecb-autoloads docbookide-autoloads dired-autoloads
dictionary-autoloads debug-autoloads crisp-autoloads cookie-autoloads
clearcase-autoloads cc-mode-autoloads calendar-autoloads
calc-autoloads c-support-autoloads build-autoloads bbdb-autoloads
auctex-autoloads apel-autoloads ada-autoloads Sun-autoloads
mule-base-autoloads lookup-autoloads locale-autoloads leim-autoloads
latin-unity-autoloads latin-euro-standards-autoloads egg-its-autoloads
edict-autoloads npc-sp-utils-autoloads npc-packages-autoloads
npc-modes-autoloads modules-autoloads mule-autoloads auto-autoloads
loadhist rsz-minibuf auto-show fontl-hooks canna-leim tibetan lao
devanagari indian slovenian czech romanian ccl 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
cus-file derived newcomment env text-props fontconfig frame obsolete
cus-start custom widget cl-extra cl cl-19 packages backquote unicode
lucid-scrollbars cut-buffer lucid-menubars athena-dialogs x
c-balloon-help tty-frames tty toolbar native-sound scrollbar
unix-processes multicast network-streams subprocesses modules
menu-accelerator-support menubar md5 xemacs xim mule gutter tiff png
gif jpeg xpm xbm lisp-float-type file-coding linux dialog devices
window-system base64)
Recent keystrokes:
-----------------
C-x C-f i n t r TAB RET SPC BS C-x C-s C-x b RET m
isc-user
Recent messages (most recent first):
-----------------------------------
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...
Wrote /home/schrod/tmp/intro-dos.txt
Loading trim-lines...done
Loading trim-lines...
Loading template...done
Loading template...
Loading efs-cu...done
Loading efs-cu...
Reading directory /home/schrod/tmp/...done
Reading directory /home/schrod/tmp/...
Loading dired...done
Loading dired-mule...done
Loading dired-mule...
Loading cus-face...done
Loading cus-face...
Loading dired...
- 4 participants
- 4 comments
Strange delays when running remotely
17 years, 10 months
David E Sigeti
David E Sigeti
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.
Please describe as succinctly as possible:
- What happened.
- What you thought should have happened.
- Precisely what you were doing at the time.
Please also include any C or lisp back-traces that you may have.
================================================================
Dear Bug Team!
When running Xemacs version 21 remotely (displaying on my local X
server) I have found that any multicharacter kills (such as kill-line,
kill-word, kill-ring-save, etc.) are extremely slow (maybe 15-30
seconds per kill). I only see this delay when I am running over a DSL
connection where the ping times to the remote system are on the order
of 100 milliseconds or more. When my local machine is on the same LAN
as the remote machine (much shorter ping times), I do not notice any
unusual delay in multicharacter kills. I also do not see this problem
when running Xemacs version 20.
My local X server when using the DSL connection is Exceed 3D running
under Microsoft Windows 98SE. When using the LAN, my local X server
is also Exceed 3D but running under Microsoft Windows 2000.
Yours,
David
---
Dr. David E. Sigeti
Phone: 505-667-9239
E-mail: sigeti(a)lanl.gov
Surface mail: MS-F645, Los Alamos National Laboratory,
Los Alamos, NM 87545 USA
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: IRIX64 t01 6.5 04131233 IP27
../../packages/xemacs-21.4.8/configure '--prefix=/users/sigeti/' '--exec-prefix=/users/sigeti/bin/mips-sgi-irix6.5/' '--pdump'
XEmacs 21.4.8 "Honest Recruiter" configured for `mips-sgi-irix6.5'.
Compilation / Installation:
Source code location: /users/sigeti/packages/xemacs-21.4.8
Installation prefix: /users/sigeti/
Runtime library search path: /usr/lib32/mips3:/usr/lib32
Operating system description file: `s/irix6-0.h'
Machine description file: `m/iris6d.h'
Compiler: gcc -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -Wshadow -Wpointer-arith
Relocating allocator for buffers: yes
GNU version of malloc: yes
Window System:
Compiling in support for the X window system:
- X Windows headers location:
- X Windows libraries location:
- Handling WM_COMMAND properly.
Using Lucid menubars.
Using Lucid scrollbars.
Using Motif dialog boxes.
Using Motif native widgets.
TTY:
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
WARNING: -----------------------------------------------------------
WARNING: Compiling without PNG image support.
Reason: PNG library version too old (pre 1.0.2)!
WARNING: You should strongly consider installing the PNG libraries.
WARNING: Otherwise certain images and glyphs may not display.
WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux)
WARNING: -----------------------------------------------------------
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Sound:
Compiling in support for sound (native).
Databases:
Compiling in support for Berkeley database.
Compiling in support for DBM.
Internationalization:
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new portable dumper.
Load-Path Lisp Shadows:
----------------------
nil
Installed XEmacs Packages:
-------------------------
((xemacs-devel:version 1.44 :type single-file)
(xemacs-base :version 1.63 :type regular)
(w3 :version 1.23 :type regular)
(vm :version 7.07 :type regular)
(vc-cc :version 1.18 :type regular)
(vc :version 1.33 :type regular)
(tm :version 1.32 :type regular)
(text-modes :version 1.46 :type single-file)
(speedbar :version 1.23 :type regular)
(sh-script :version 1.15 :type regular)
(rmail :version 1.13 :type regular)
(ps-print :version 1.04 :type regular)
(prog-modes
:version
1
.57
:type
single-file)
(pcl-cvs :version 1.63 :type regular)
(net-utils :version 1.25 :type single-file)
(mh-e :version 1.14 :type regular)
(mailcrypt :version 2.11 :type regular)
(mail-lib :version 1.46 :type regular)
(ispell :version 1.24 :type regular)
(ilisp :version 1.26 :type regular)
(gnus :version 1.61 :type regular)
(fsf-compat :version 1.11 :type single-file)
(eterm :version 1.13 :type regular)
(emerge :version 1.09 :type regular)
(elib :version 1.1 :type single-file)
(efs :version 1.29 :type regular)
(edit-utils :version 1.88 :type single-file)
(ediff :version 1.41 :type regular)
(edebug :version 1.14 :type regular)
(dired :version 1.12 :type regular)
(cc-mode :version 1.28 :type regular)
(apel :version 1.23 :type regular))
Features:
--------
(mail-abbrevs xemacsbug shadow sendmail rfc822 dired-faces
dired-xemacs dired font disp-table cus-face xemacs-devel-autoloads
xemacs-base-autoloads w3-autoloads vm-autoloads vc-cc-autoloads
vc-autoloads tm-autoloads text-modes-autoloads speedbar-autoloads
sh-script-autoloads rmail-autoloads ps-print-autoloads
prog-modes-autoloads pcl-cvs-autoloads net-utils-autoloads
mh-e-autoloads mailcrypt-autoloads mail-lib-autoloads ispell-autoloads
ilisp-autoloads gnus-autoloads fsf-compat-autoloads eterm-autoloads
emerge-autoloads elib-autoloads efs-autoloads edit-utils-autoloads
ediff-autoloads edebug-autoloads dired-autoloads cc-mode-autoloads
apel-autoloads lisp-autoloads loadhist auto-show fontl-hooks
x-iso8859-1 gutter-items menubar-items x-menubar mode-motion mouse
itimer auto-save lisp-mode easymenu iso8859-1 page buff-menu
lib-complete help-nomule cus-file derived frame text-props obsolete
cus-start custom widget cl-extra mini-cl cl cl-19 packages backquote
very-early-lisp lucid-scrollbars cut-buffer lucid-menubars
motif-dialogs x c-balloon-help tty-frames tty toolbar native-sound
scrollbar unix-processes multicast network-streams subprocesses
modules menu-accelerator-support menubar berkeley-db dbm md5 xemacs
gutter tiff gif jpeg xpm xbm lisp-float-type irix dialog devices
window-system base64)
Recent keystrokes:
-----------------
C-x C-f RET M-x r e p SPC o SPC r SPC x SPC SPC RE
T
Recent messages (most recent first):
-----------------------------------
Loading xemacsbug...done
Loading xemacsbug...
Making completion list...
Making completion list...
Reading directory /users/sigeti/...done
Reading directory /users/sigeti/...
Loading dired...done
Loading dired...
Loading font...done
Loading font...
Loading cus-face...done
Loading cus-face...
- 13 participants
- 25 comments
can not config.status --r
17 years, 11 months
Ilya N. Golubev
Ilya N. Golubev
Your change of 2006-10-30 of `configure' committed on 2006/11/16
11:22:26 +0 makes executing `config.status --r' always fail, at least
if some arguments were passed to `configure' that created it. After
that change `configure' contains the following command text.
exec $SHELL "$0"$ac_configure_args \$ac_configure_extra_args --no-create --no-recursion
It is put in `config.status' created by it and executed when `--r'
passed to `config.status'. This attempts to execute nonexistent
`configure$1' file (with `$1' from `configure' arguments) and fails.
Reproducing the broken `configure' contents with re- running autoconf
2.60.
Please fix.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
- 3 participants
- 5 comments
Re: [Bug: 21.4.19] balloon help niggles on Windows
17 years, 11 months
Robert Pluim
Robert Pluim
On 8/18/06, Robert Pluim <rpluim(a)gmail.com> wrote:
>
>
>
> 4. The balloon-help frame actually has a title. I was expecting it to
> just be a tooltippy kind of window. Perhaps it should be a dialog
> rather than a window?
>
Ok, we could fix this by removing WS_CAPTION from MSWINDOWS_POPUP_STYLE, I
think. If we wanted to, that is.
Robert
- 3 participants
- 5 comments
checking for fields
17 years, 11 months
Ilya N. Golubev
Ilya N. Golubev
Emacs version: 21.4a. Merged from emacs 21 to xemacs 21.5 with the
same bug, so cross- posting there.
`beginning-of-line' (in emacs only: another inconsistency of the
merge), `forward-paragraph' and many other commands by default refuse
to move across field boundaries. It is not even stated so in their
docstings, for `forward-paragraph' at least.
Other commands on top of them are also affected by that, and in an
obscure way. Viper vi state `f' command operate within paragraph
boundary as determined by `forward-paragraph' (which is also not
documented), and if the boundary is before the end of line due to
fields, then characters on that line are not found as expected.
It actually happens with default settings of `shell-mode', if point is
in shell prompt and character to find is in command being edited,
which are different fields set up by `comint'.
There is even no interactive commands to check for fields explicitly.
All of the field limiting only overloads existing point movement
commands. Some packages may set different faces for different fields,
like `comint' does (using `comint-highlight-prompt' face), or may set
nothing except fields themselves. It is entirely up to package. And
even if face with different foreground color (or other visual
attributes) is set, differences between it and text outside the field
may be visible or not visible on particular display / terminal.
(With xemacs `comint.el' after revision 1.14 of 2006/05/25 it is even
more complex. `comint-highlight-prompt' is used only for
`font-lock-face' extent property, so there is an additional unknown of
whether font lock mode is on. It is also not typical use of font lock
to denote otherwise hidden text areas across which regular editing
commands will refuse to move, and thus required in this case.
Normally it is used for syntax structures which may be easily
recognized otherwise, across which editing commands move freely, and
thus optional.)
Generally user has to resort to evaluating elisp expressions to figure
what is going on. Or, in emacs, work around it all by setting
`inhibit-field-text-motion t' locally. Can not do so in xemacs due to
bug in its comint.
For these reasons considering lack of interactive commands to check
for field boundaries a bug. These commands should do the same
regardless of minor modes, faces attributes and display capabilities
in particular emacs process.
Explicit error messages about hitting field boundary would be even
better.
** Why still report for emacs 21.
Limiting movements to fields as described appeared in 21 release
branch only, as 1999-10-17 Miles Bader <miles(a)gnu.org> change.
If users could have noticed that and complained about that in that
time, it would be reasonable now to recommend them just to switch to
new development branch from release 21 one. But at that time emacs
cvs was not publicly readable. Such a recommendation would be at best
unreasonable. It signals that now it is <too late> to complain about
release 21 bugs. Until 21 release, it was <too early> to do so. When
there was time to do so, then?
- 2 participants
- 2 comments
Re: [Fwd: [Success with a little effort] XEmacs 21.4.19
17 years, 11 months
Adrian Aichner
Adrian Aichner
Rodney Sparapani <rsparapa(a)mcw.edu> writes:
> Adrian Aichner wrote:
>
>>
>>
>>Hey all, is this patch still applicable?
>>
>>Rodney, what else have you done to build XEmacs 21.4.19 with ESD
>>support?
>>
>>
>>
> Hi Adrian:
>
> I'm not sure what you are asking me. Is the build report not clear
> about something? Please let me know.
Hi Rodney, I was wondering about your configure options.
Perhaps you could send the Installation file or output of
M-x describe-installation
unless you've already done so.
Best regards!
Adrian
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
- 2 participants
- 3 comments