[PATCH] Fix unwanted character conversion in pop3.el
20 years, 9 months
Hrvoje Niksic
Hrvoje Niksic
To my dismay, I noticed the dreaded ^[-A and ^[-B markers in Jamie
Zawinski's recent message that contained literal Latin 1 characters.
Since Jamie does not appear to use a Mule-based mail reader, I
suspected the corruption happened somewhere on my part.
Sure enough, when I send myself a mail with embedded 8-bit characters,
it is sent correctly, but gets corrupted when retrieved with XEmacs's
`pop3.el'. pop3's code does half of the job by using `binary' coding
for reading and writing to the network -- but it fails to do the same
when appending the data to the crashbox. Since my default coding
system is ISO 8859-2, Mule helpfully decided to adorn the Latin 1
characters with ISO 2022 markup that Gnus doesn't know about or need.
I'm not sure how this kind of thing didn't get noticed before: I'm
beginning to wonder if I'm the only person on earth attempting to use
XEmacs/Mule with Latin 2 for anything more than casual editing.
Ironically, the `pop3.el' that ships with Gnus already contains the
fix, even though it's likely specific to XEmacs/Mule. Anyway, here is
the patch:
2003-09-12 Hrvoje Niksic <hniksic(a)xemacs.org>
* pop3.el (pop3-movemail): Use binary coding system when writing
to crashbox. Since binary was used to read the data from the
network, using it for writing guarantees that the same octets will
be stored that were retrieved from the server.
--- pop3.el.orig 2003-09-12 03:19:49.000000000 +0200
+++ pop3.el 2003-09-12 03:19:26.000000000 +0200
＠＠ -219,7 +219,8 ＠＠
(setq n (+ 1 n)))
;; frob the crash buffer at the end
(set-buffer crashbuf)
- (append-to-file (point-min) (point-max) crashbox)
+ (let ((coding-system-for-write 'binary))
+ (append-to-file (point-min) (point-max) crashbox))
;; mark messages as read
(when pop3-leave-mail-on-server
(pop3-save-uidls))
- 3 participants
- 4 comments
★お得情報メールマガジン★
20 years, 9 months
お得情報メルマガ
お得情報メルマガ
≪広告依頼はこちら≫ ⇒ maga1(a)peeps.jp
□━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━□
【重要】このメールは規定通りに登録されているメールアドレスへ送信している
メルマガです。登録されているアドレスについては、下の方をご覧ください。
※購読解除 ⇒ http://banner.peeps.jp/
このメールに返信しても解除されませんのでご注意下さい。
□━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━□
xemacs-beta(a)xemacs.xn--org -yc4i
【アダルトキャンディー】
■■■■ ☆風俗店超格安ホームページ製作☆ ■■■■
┌────────── 〜特徴〜
│ 1.オリジナルドメイン取得(お好きな名前.comなど)
│ 2.完全携帯対応ホームページ製作
│ 3.更新はお客様が簡単に出来ます
│ 4.ＴＯＰページにオリジナルフラッシュ設置
│ 5.携帯対応掲示板設置
│ 6.スペース50メガ
│ 7.プロフィール機能
│ (※写真・出勤状況をタイムリーに更新可能！)
│ その多数のサービス
└─────────────────
以上のサービスを業界最安値にてご提供いたします。
あなたの周りにＰＣをお持ちの方が何人いらっしゃいますか？
携帯対応なら全員がＨＰにアクセスできます!!
女の子の写真やプロフィール、出勤情報等をタイムリーに更新可能です
毎日の更新業務はタイムリーでないとお客様は集まりません！
金額は絶対に他社では真似できません♪
風俗店に現在、ホームページとドメインは必須です。
プロバイダーのＵＲＬだと信憑性にかけますよね…
売り上げ・集客・信用をこの期にアップしてみませんか？
※販売店��ぢ代理店も募集しております
□当HPにて詳細を!!(携帯OK)
■■■今や風俗店も独自のドメインでＨＰはあたりまえですよ♪■■■
http://adult.peeps.jp/
∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞
【メール登録について】
当マガジンは、以下のメールアドレスが登録されております
�メルマガ投稿のあった方（一括投稿サイト経由も含む）
�購読登録フォームより、ご自分で登録をした方
�上記に覚えの無い方は、第三者によるイタズラが考えられます。
（お手数ですが、下記より解除してください。）
購読登録の確認メールは送信されません。
それで「登録した覚えが無い」と勘違いされる方が時々居られます。
ご理解の程よろしくお願い致しますm(_ _)m
http://banner.peeps.jp/
- 1 participants
- 0 comments
21.4.14 Linking Question
20 years, 9 months
Jake Colman
Jake Colman
I just built 21.4.14 and am now seeing the following:
Linking with `-z nocombreloc'.
- Consider configuring with --pdump.
1) Is this new to 21.4.14?
2) Is this new to gcc 3.3 (first time I am using it)?
3) Is this new to my particular build of gcc (using gnu binutils, Solaris 7)?
4) What is this telling me?
--
Jake Colman -- XEmacs Tinkerer
- 5 participants
- 12 comments
Enalaprilat,Equol,Mazindol,Thalidomide,Clinafloxacin etc chemicals for R&D use
20 years, 9 months
Stone Zu
Stone Zu
Dear Sirs,
WdfPharma is specialized in researching and manufacturing Active Pharmaceutical Ingredients. We can produce and provide more than 200 APIs with very competitive price from grams, KGs and commercial volumes for research (making drug discovery kits etc.)and manufacturers.Our technical and sales personnel, all of whom are trained chemists, are prepared and dedicated to providing responsive, efficient assistance and service. In addition,we have more than 10 chemical experts and more than 100 Universities, research institutes to help you develop the Custom Synthesis request in organic chemistry.Our quick response, our entire operation, our extensive laboratory instruments and superior chemists etc. have all contributed to make our customers feel confident, convenient and comfortable.
The attached document lists some of the chemicals that we have self-manufactuered or provided through efficient,cost-effective out-manufacturing.
If you are having difficulties finding a specific high purity bulk drug or fine chemical, having problems with an existing product meeting your quality needs or having supply problems, please do not hesitate to let us know.
Best Regards,
Stone Zu
------------------------------------------------------------
Mr.Stone Zu
Mgr. of Sales
Zhejiang Wonderful Pharma & Chem Co.
<Pharmaceutical Research Chemicals>
402,28 Yanyu Road,Jiaojiang
Taizhou,Zhejiang318000
P. R. of China
Voice:+86 576 829 0708
Fax:+86 576 881 3346
E-mail:xmj＠mail.tzptt.zj.cn
Web Site://www.wdfpharm.com
- 1 participants
- 0 comments
is edebug completely non-functional, or is it just me?
20 years, 9 months
Jamie Zawinski
Jamie Zawinski
XEmacs 21.4.12, Red Hat 9. M-x edebug-defun. Call it. Function does
not run, no debugger command loop is entered, no error message is
printed.
--
Jamie Zawinski
jwz(a)jwz.org http://www.jwz.org/
jwz(a)dnalounge.com http://www.dnalounge.com/
- 2 participants
- 1 comments
21.4.14 Build Problem
20 years, 9 months
Jake Colman
Jake Colman
When I build 21.4.14 using gcc 3.3, I get the following build error:
Loading site-load...
Finding pointers to doc strings...
Finding pointers to doc strings...done
Dumping under the name xemacs
unexec(): dldump(/homes/nj/colman/src/xemacs-21.4.14/src/xemacs): ld.so.1: ./temacs: fatal: /homes/nj/colman/src/xemacs-21.4.14/src/xemacs: unknown dynamic entry: 1879048176
make[1]: *** [xemacs] Error 1
make[1]: Leaving directory `/homes/nj/colman/src/xemacs-21.4.14/src'
make: *** [src] Error 2
If I execute 'gmake' a second time, without doing anything else, it completes
building. The resultant executable seems ok.
It is not impossible that my gcc installation is screwed up but I don't think
so. So, where do I go from here?
Current Installation Info:
-------------------------
uname -a: SunOS newjersey 5.7 Generic_106541-12 sun4u sparc SUNW,Ultra-4
./configure '--prefix=/homes/nj/colman' '--site-prefixes=/homes/nj/colman' '--without-dragndrop' '--without-cde' '--with-tooltalk' '--with-workshop' '--without-sound' '--with-pop' '--with-widgets=athena' '--with-dialogs=athena'
XEmacs 21.4.14 "Reasonable Discussion" configured for `sparc-sun-solaris2.7'.
Compilation / Installation:
Source code location: /homes/nj/colman/src/xemacs-21.4.14
Installation prefix: /homes/nj/colman
Additional prefixes: /homes/nj/colman
Runtime library search path: /usr/ccs/lib:/homes/nj/colman/lib:/usr/openwin/lib:/usr/local/gnu/lib/gcc-lib/sparc-sun-solaris2.7/3.3/../../..
Operating system description file: `s/sol2.h'
Machine description file: `m/sparc.h'
Compiler: gcc -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -fno-strict-aliasing -Wshadow -Wpointer-arith
Relocating allocator for buffers: yes
GNU version of malloc: yes
Linking with `-z nocombreloc'.
- Consider configuring with --pdump.
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/openwin/include
- X Windows libraries location: /usr/openwin/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw
- Athena library to link: Xaw
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
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.
Sound:
Databases:
Compiling in support for DBM.
Compiling in support for LDAP.
Internationalization:
Mail:
Compiling in support for POP mail retrieval.
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for ToolTalk.
Compiling in support for Sun WorkShop.
Compiling in support for dynamic shared object modules.
--
Jake Colman -- XEmacs Tinkerer
- 4 participants
- 13 comments
21.4.14 crashes when font-lock turned on
20 years, 9 months
Larry Elmore
Larry Elmore
;; This buffer is for notes you don't want to save, and for Lisp evaluation.
;; If you want to create a file, first visit that file with C-x C-f,
;; then enter the text in that file's own buffer.
To: crashes(a)xemacs.org
Subject: 21.4.14 crash on Solaris 8
--text follows this line--
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!
XEmacs 21.4.14 compiled with gcc 2.95 on Solaris 8 (with latest
patches installed, including suggested Motif patches mentioned in the
PROBLEMS file) crashes when font-lock is turned on.
> src/xemacs -vanilla
Fatal error (11).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Your version of XEmacs was distributed with a PROBLEMS file that may describe
your crash, and with luck a workaround. Please check it first, but do report
the crash anyway. Please report this bug by invoking M-x report-emacs-bug,
or by selecting `Send Bug Report' from the Help menu. If necessary, send
ordinary email to `crashes(a)xemacs.org'. *MAKE SURE* to include the XEmacs
configuration from M-x describe-installation, or equivalently the file
Installation in the top of the build tree.
*Please* try *hard* to obtain a C stack backtrace; without it, we are unlikely
to be able to analyze the problem. Locate the core file produced as a result
of this crash (often called `core' or `core.<process-id>', and located in
the directory in which you started XEmacs or your home directory), and type
gdb /opt/local/src/xemacs-21.4.14/src/xemacs core
then type `where' at the debugger prompt. No GDB on your system? You may
have DBX, or XDB, or SDB. (Ask your system administrator if you need help.)
If no core file was produced, enable them (often with `ulimit -c unlimited'
in case of future recurrance of the crash.
Lisp backtrace follows:
dispatch-non-command-events()
# (condition-case ... . ((nil)))
progress-feedback-dispatch-non-command-events()
# bind (tmsg top frame value message label)
append-progress-feedback(font-lock "Fontifying *scratch*..." 0 nil)
# bind (frame value message label)
display-progress-feedback(font-lock "Fontifying *scratch*..." 0)
# bind (str)
# (unwind-protect ...)
# bind (args value fmt label)
progress-feedback-with-label(font-lock "Fontifying %s..." 0 "*scratch*")
# bind (maybe-loudly end beg)
font-lock-default-unfontify-region(1 198 t)
# bind (loudly end beg)
font-lock-unfontify-region(1 198 t)
# bind (was-on font-lock-verbose font-lock-message-threshold aborted)
# (unwind-protect ...)
font-lock-default-fontify-buffer()
# bind (font-lock-verbose)
font-lock-fontify-buffer()
# bind (on-p maximum-size arg)
font-lock-mode()
(progn (font-lock-mode) (customize-set-variable (quote font-lock-mode) font-lock-mode))
eval((progn (font-lock-mode) (customize-set-variable (quote font-lock-mode) font-lock-mode)))
# (condition-case ... . error)
# (catch top-level ...)
Segmentation fault (core dumped)
C stack backtrace:
> gdb /opt/local/src/xemacs-21.4.14/src/xemacs core
GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.8"...
Core was generated by `src/xemacs -vanilla'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/openwin/lib/libXaw.so.5...done.
Loaded symbols for /usr/openwin/lib/libXaw.so.5
Reading symbols from /home/lelmore/lib/libpng.so.2...done.
Loaded symbols for /home/lelmore/lib/libpng.so.2
Reading symbols from /usr/lib/libz.so...done.
Loaded symbols for /usr/lib/libz.so
Reading symbols from /usr/dt/lib/libtt.so.2...done.
Loaded symbols for /usr/dt/lib/libtt.so.2
Reading symbols from /usr/openwin/lib/libXmu.so.4...done.
Loaded symbols for /usr/openwin/lib/libXmu.so.4
Reading symbols from /usr/openwin/lib/libXt.so.4...done.
Loaded symbols for /usr/openwin/lib/libXt.so.4
Reading symbols from /usr/openwin/lib/libXext.so.0...done.
Loaded symbols for /usr/openwin/lib/libXext.so.0
Reading symbols from /usr/openwin/lib/libX11.so.4...done.
Loaded symbols for /usr/openwin/lib/libX11.so.4
Reading symbols from /usr/openwin/lib/libSM.so.6...done.
Loaded symbols for /usr/openwin/lib/libSM.so.6
Reading symbols from /usr/openwin/lib/libICE.so.6...done.
Loaded symbols for /usr/openwin/lib/libICE.so.6
Reading symbols from /usr/lib/libcurses.so.1...done.
Loaded symbols for /usr/lib/libcurses.so.1
Reading symbols from /usr/lib/libldap.so.4...done.
Loaded symbols for /usr/lib/libldap.so.4
Reading symbols from /usr/lib/libm.so.1...done.
Loaded symbols for /usr/lib/libm.so.1
Reading symbols from /usr/lib/libsocket.so.1...done.
Loaded symbols for /usr/lib/libsocket.so.1
Reading symbols from /usr/lib/libnsl.so.1...done.
Loaded symbols for /usr/lib/libnsl.so.1
Reading symbols from /usr/lib/libelf.so.1...done.
Loaded symbols for /usr/lib/libelf.so.1
Reading symbols from /usr/lib/libgen.so.1...done.
Loaded symbols for /usr/lib/libgen.so.1
Reading symbols from /usr/lib/libdl.so.1...done.
Loaded symbols for /usr/lib/libdl.so.1
Reading symbols from /usr/lib/libc.so.1...done.
Loaded symbols for /usr/lib/libc.so.1
Reading symbols from /usr/openwin/lib/libdga.so.1...done.
Loaded symbols for /usr/openwin/lib/libdga.so.1
Reading symbols from /usr/lib/libresolv.so.2...done.
Loaded symbols for /usr/lib/libresolv.so.2
Reading symbols from /usr/lib/libmp.so.2...done.
Loaded symbols for /usr/lib/libmp.so.2
Reading symbols from /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1...done.
Loaded symbols for /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
#0 0xfed9f930 in _libc_kill () from /usr/lib/libc.so.1
(gdb) where
#0 0xfed9f930 in _libc_kill () from /usr/lib/libc.so.1
#1 0x00076ac0 in fatal_error_signal (sig=11) at emacs.c:642
#2 <signal handler called>
#3 0xff0b953c in XDrawLine () from /usr/openwin/lib/libX11.so.4
#4 0x0019348c in GaugeExpose (w=0x48d800, event=0xffbece3c, region=0x0)
at xlwgauge.c:425
#5 0xff18ee2c in SendExposureEvent () from /usr/openwin/lib/libXt.so.4
#6 0xff18ec68 in CompressExposures () from /usr/openwin/lib/libXt.so.4
#7 0xff18d82c in XtDispatchEventToWidget () from /usr/openwin/lib/libXt.so.4
#8 0xff18d1b0 in _XtDefaultDispatcher () from /usr/openwin/lib/libXt.so.4
#9 0xff18ced8 in XtDispatchEvent () from /usr/openwin/lib/libXt.so.4
#10 0xff190794 in XtAppProcessEvent () from /usr/openwin/lib/libXt.so.4
#11 0x001683a8 in emacs_Xt_event_pending_p (user_p=0) at event-Xt.c:2985
#12 0x000acf4c in Fdispatch_non_command_events () at event-stream.c:438
#13 0x0007f368 in Feval (form=-21729564) at eval.c:3335
#14 0x0007bc88 in condition_case_1 (handlers=-21729576, bfun=0x7ee50 <Feval>,
barg=-21729564, hfun=0x7bccc <run_condition_case_handlers>, harg=-22334160)
at eval.c:1652
#15 0x0007c01c in condition_case_3 (bodyform=-21729564, var=-22334160,
handlers=-21729576) at eval.c:1730
#16 0x00055a9c in execute_rare_opcode (stack_ptr=0xffbed394,
program_ptr=0x3f8d94 "\207..", opcode=Bcondition_case) at bytecode.c:1273
#17 0x00054be8 in execute_optimized_program (program=0x3f8d94 "\207..",
stack_depth=3, constants_data=0xfeb8cefc) at bytecode.c:658
#18 0x00054a10 in funcall_compiled_function (fun=-21237620, nargs=0,
args=0xffbed560) at bytecode.c:516
#19 0x0007fc10 in Ffuncall (nargs=0, args=0xffbed55c) at eval.c:3572
#20 0x00054db8 in execute_optimized_program (
program=0x4955d5 "\210\vÎa\004Ï\b!*\207", stack_depth=0,
constants_data=0xfeb8842c) at bytecode.c:748
#21 0x00054a10 in funcall_compiled_function (fun=-21247392, nargs=4,
args=0xffbed730) at bytecode.c:516
#22 0x0007fc10 in Ffuncall (nargs=4, args=0xffbed72c) at eval.c:3572
#23 0x00054db8 in execute_optimized_program (program=0x3e9bbf "\207",
stack_depth=4, constants_data=0xfeb88554) at bytecode.c:748
#24 0x00054a10 in funcall_compiled_function (fun=-21247336, nargs=3,
args=0xffbed908) at bytecode.c:516
#25 0x0007fc10 in Ffuncall (nargs=3, args=0xffbed904) at eval.c:3572
#26 0x00054db8 in execute_optimized_program (
program=0x3e9c2a "\210\f))\207Èþ«9Èþ«9Èþ«9Èþ«9È", stack_depth=3,
constants_data=0xfeb854c8) at bytecode.c:748
#27 0x00054a10 in funcall_compiled_function (fun=-21253244, nargs=4,
args=0xffbedad8) at bytecode.c:516
#28 0x0007fc10 in Ffuncall (nargs=4, args=0xffbedad4) at eval.c:3572
#29 0x00054db8 in execute_optimized_program (
program=0x495625 "\210Ë Ì\211Í\211\036\023\036\024\036\025\036\026\032\v\r\035\034Î\f\rÏÍ$\210Î\f\rÇÍ$\210\016\027«\bÎ\f\rÐÍ$\210*\n?\bË \004ÑÍ!-\207",
stack_depth=4, constants_data=0x495b10) at bytecode.c:748
#30 0x00054a10 in funcall_compiled_function (fun=3460476, nargs=3,
args=0xffbedca8) at bytecode.c:516
#31 0x0007fc10 in Ffuncall (nargs=3, args=0xffbedca4) at eval.c:3572
#32 0x00054db8 in execute_optimized_program (program=0x3ed655 "\207!\210",
stack_depth=3, constants_data=0x4a6b90) at bytecode.c:748
#33 0x00054a10 in funcall_compiled_function (fun=3460364, nargs=3,
args=0xffbede78) at bytecode.c:516
#34 0x0007fc10 in Ffuncall (nargs=3, args=0xffbede74) at eval.c:3572
#35 0x00054db8 in execute_optimized_program (
program=0x495caa "\210ÇËÌ\217\210\v¬\bÇ\030ÂÆ!\210)ÍÀ!ÊL\210\f«\f\r«\tÎÏÐÑÒ $\210,ÓÔ!)\207", stack_depth=3, constants_data=0x495c10) at bytecode.c:748
#36 0x00054a10 in funcall_compiled_function (fun=3460392, nargs=0,
args=0xffbee050) at bytecode.c:516
#37 0x0007fc10 in Ffuncall (nargs=0, args=0xffbee04c) at eval.c:3572
#38 0x00054db8 in execute_optimized_program (program=0x3ed3d7 ")\2072çt",
stack_depth=0, constants_data=0x4a6bf0) at bytecode.c:748
#39 0x00054a10 in funcall_compiled_function (fun=3460280, nargs=0,
args=0xffbee210) at bytecode.c:516
#40 0x0007fc10 in Ffuncall (nargs=0, args=0xffbee20c) at eval.c:3572
#41 0x00054db8 in execute_optimized_program (
program=0x4b2b74 "\210ª!\016#«\035ØÙÚÛÜ $\210ª\023\n«\rÊ\022Ýed\"\210Þ \210ª\004Þ \210ß *\207", stack_depth=0, constants_data=0x436410) at bytecode.c:748
#42 0x00054a10 in funcall_compiled_function (fun=3460084, nargs=0,
args=0xffbee338) at bytecode.c:516
#43 0x0007f5c8 in Feval (form=-21687792) at eval.c:3392
#44 0x00083e1c in Fprogn (args=-21687780) at eval.c:775
#45 0x0007f284 in Feval (form=-21687768) at eval.c:3308
#46 0x0007fa30 in Ffuncall (nargs=1, args=0xffbee6d0) at eval.c:3536
#47 0x00083200 in call1 (fn=-22342872, arg0=-21687768) at eval.c:4190
#48 0x000af514 in execute_command_event (command_builder=0x39f080,
event=4236660) at event-stream.c:3919
#49 0x000afc0c in Fdispatch_event (event=4236660) at event-stream.c:4258
#50 0x0005df94 in Fcommand_loop_1 () at cmdloop.c:583
#51 0x0005e208 in command_loop_1 (dummy=-22332984) at cmdloop.c:494
#52 0x0007bc88 in condition_case_1 (handlers=-22333368,
bfun=0x5e1ec <command_loop_1>, barg=-22332984, hfun=0x5e268 <cmd_error>,
harg=-22332984) at eval.c:1652
#53 0x0005e378 in command_loop_2 (dummy=-22332984) at cmdloop.c:256
#54 0x00083a48 in internal_catch (tag=-22510008,
func=0x5e32c <command_loop_2>, arg=-22332984, threw=0x0) at eval.c:1318
#55 0x0005db40 in initial_command_loop (load_me=-22332984) at cmdloop.c:305
#56 0x000786bc in xemacs_21_4_14_sparc_sun_solaris2_8 (argc=2,
argv=0xffbeed44, envp=0x2a6000, restart=2) at emacs.c:2460
(gdb) quit
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: SunOS leahy 5.8 Generic_108528-23 sun4u sparc SUNW,Ultra-5_10
./configure '--prefix=/home/lelmore' '--site-includes=/home/lelmore/include' '--site-libraries=/home/lelmore/lib' '--without-sound' '--with-widgets=athena' '--with-dialogs=athena' '--with-athena=xaw' '--pdump'
XEmacs 21.4.14 "Reasonable Discussion" configured for `sparc-sun-solaris2.8'.
Compilation / Installation:
Source code location: /opt/local/src/xemacs-21.4.14
Installation prefix: /home/lelmore
Additional header files: /home/lelmore/include
Additional libraries: /home/lelmore/lib
Runtime library search path: /usr/ccs/lib:/home/lelmore/lib:/usr/openwin/lib
Operating system description file: `s/sol2.h'
Machine description file: `m/sparc.h'
Compiler: gcc -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -fno-strict-aliasing -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: /usr/openwin/include
- X Windows libraries location: /usr/openwin/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw
- Athena library to link: Xaw
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Images:
Compiling in support for GIF images (builtin).
WARNING: -----------------------------------------------------------
WARNING: Compiling without XPM image support.
Reason: Xpm library version is too old!
WARNING: You should strongly consider installing XPM.
WARNING: Otherwise toolbars and other graphics will look suboptimal.
WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux)
WARNING: -----------------------------------------------------------
Compiling in support for PNG images.
Sound:
Databases:
Compiling in support for GNU DBM.
Compiling in support for LDAP.
Internationalization:
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for ToolTalk.
Compiling in support for dynamic shared object modules.
Using the new portable dumper.
Load-Path Lisp Shadows:
----------------------
(/home/lelmore/lib/xemacs/xemacs-packages/lisp/ps-print/ps-print
/home/lelmore/lib/xemacs/xemacs-packages/lisp/ps-print-nomule/ps-print)
Installed XEmacs Packages:
-------------------------
((xemacs-devel:version 1.52 :type single-file)
(xemacs-base :version 1.75 :type regular)
(w3 :version 1.28 :type regular)
(view-process :version 1.12 :type regular)
(vc :version 1.37 :type regular)
(text-modes :version 1.6 :type single-file)
(texinfo :version 1.23 :type regular)
(strokes :version 1.08 :type regular)
(speedbar :version 1.26 :type regular)
(sounds-au :version 1.1 :type regular)
(slider :version 1.13 :type regular)
(sh-script :version 1.17 :type regular)
(semantic :version 1.17 :type regular)
(scheme :version 1.13 :type regular)
(ps-print-nomule :version 1.05 :type regular)
(ps-print :version 1.08 :type regular)
(prog-modes
:version
1
.67
:type
single-file)
(pcomplete :version 1.02 :type regular)
(pcl-cvs :version 1.64 :type regular)
(pc :version 1.25 :type single-file)
(os-utils :version 1.29 :type single-file)
(net-utils :version 1.28 :type single-file)
(misc-games :version 1.15 :type single-file)
(mine :version 1.14 :type regular)
(mail-lib :version 1.54 :type regular)
(ispell :version 1.24 :type regular)
(ilisp :version 1.28 :type regular)
(igrep :version 1.1 :type regular)
(games :version 1.13 :type regular)
(fsf-compat :version 1.11 :type single-file)
(frame-icon :version 1.09 :type regular)
(eterm :version 1.13 :type regular)
(emerge :version 1.09 :type regular)
(elib :version 1.1 :type single-file)
(eieio :version 1.03 :type regular)
(efs :version 1.29 :type regular)
(edit-utils :version 1.95 :type single-file)
(ediff :version 1.44 :type regular)
(edebug :version 1.14 :type regular)
(dired :version 1.12 :type regular)
(debug :version 1.16 :type regular)
(cc-mode :version 1.31 :type regular)
(calc :version 1.23 :type regular)
(c-support :version 1.16 :type single-file)
(apel :version 1.25 :type regular))
Features:
--------
(mail-abbrevs xemacsbug shadow sendmail rfc822 xemacs-devel-autoloads
xemacs-base-autoloads w3-autoloads view-process-autoloads vc-autoloads
text-modes-autoloads texinfo-autoloads strokes-autoloads
speedbar-autoloads sounds-au-autoloads slider-autoloads
sh-script-autoloads semantic-autoloads scheme-autoloads
ps-print-nomule-autoloads ps-print-autoloads prog-modes-autoloads
pcomplete-autoloads pcl-cvs-autoloads pc-autoloads os-utils-autoloads
net-utils-autoloads misc-games-autoloads mine-autoloads
mail-lib-autoloads ispell-autoloads ilisp-autoloads igrep-autoloads
games-autoloads fsf-compat-autoloads frame-icon-autoloads
eterm-autoloads emerge-autoloads elib-autoloads eieio-autoloads
efs-autoloads edit-utils-autoloads ediff-autoloads edebug-autoloads
dired-autoloads debug-autoloads cc-mode-autoloads calc-autoloads
c-support-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 tooltalk lucid-scrollbars cut-buffer
lucid-menubars athena-dialogs x c-balloon-help tty-frames tty toolbar
scrollbar unix-processes multicast network-streams subprocesses
modules menu-accelerator-support menubar dbm md5 xemacs gutter png gif
xbm lisp-float-type usg-unix-v dialog devices window-system base64)
Recent keystrokes:
-----------------
M-x r e p o TAB r t - x e TAB RET
Recent messages (most recent first):
-----------------------------------
Loading xemacsbug...done
Loading xemacsbug...
Making completion list...
- 2 participants
- 1 comments
interval quantifier bug (or feature)
20 years, 9 months
David A. Panariti
David A. Panariti
I'm running:
XEmacs 21.4 (patch 14) "Reasonable Discussion" [Lucid] (i386-unknown-freebsd4.8, Mule) of Sun Sep 7 2003 on baloo.meduseld.net
I've noticed that the interval quantifier (\{n,m\}) does not work when the
preceding expression is an ordinary character, e.g. a
So things like "a\\{4,4\\}" fail while "[a]\\{4,4\\}" do.
So there is a work around.
But to me this is very inconsistent, since the other operators like `*' and
`+' (to which this construct is compared in the info doc) DO work with
ordinary characters.
If this is the intended behavior, then I think a doc update would save people
time and effort (it took me a while to find this out.)
Perhaps something like:
N.B.: this operator only works with regexps using `special constructs'
(q.v.). E.g. "[a]\\{4,4\\}" works and "a\\{4,4\\}" doesn't.
--
/ "I don't care who does the electing as long as I get to do the
davep (|) nominating"
/ -- Boss Tweed
$$$$
- 1 participants
- 0 comments
Subject: 2 windows and external entities
20 years, 9 months
Stefan Pofahl
Stefan Pofahl
Hello Dominique,
I fixed the problem with an entry in custem.el,
here an old mail to this topic:
> Hello Wouter,
>
> there is one thing more to get things right:
> I had to edit c:\.xemacs\custom.el.
> I inserted the following line:
>
> '(gnuserv-frame (selected-frame))
>
> after
> (custom-set-variables
> ...)
>
> So at the end there was
> (custom-set-variables
> '(column-number-mode t)
> ; '(gnuserv-frame t)
> '(gnuserv-frame (selected-frame))
> '(font-lock-mode t nil (font-lock))
> '(modeline-scrolling-method (quote scrollbar)))
>
> Afterwards I compiled custom.el.
>
> Now only one xemacs starts :-)
>
> kind regards
>
> Stefan
Best regards,
Stefan Pofahl
***
> noone has ideas on this? please...
> thanks,
> domi
> Dominique wrote:
--
Stefan Pofahl
Zentrum fuer Sonnenenergie- und Wasserstoff-Forschung
Geschaeftsbereich 3
Helmholtzstraße 8 - 89081 Ulm - Germany
tel: +49-(0)731-9530-408 - fax: +49-(0)731-9530-666
- 1 participants
- 0 comments
KKCC markings in alloc.c
20 years, 9 months
Jerry James
Jerry James
I noticed some gcc warnings when configuring --pdump, but NOT
--use-kkcc. Briefly, they are:
2970: kkcc_gc_stack_init defined but not used
2985: kkcc_gc_stack_free defined but not used
3037: kkcc_gc_stack_pop defined but not used
3046: No previous prototype for kkcc_gc_stack_push_lisp_object.
The first 3 are easy to fix, so I was just going to submit the patch
myself. However, the last one has me a little confused. The prototype
is declared in lisp.h inside an #ifdef USE_KKCC block. Also, all uses
of kkcc_gc_stack_push_lisp_object are inside of #ifdef USE_KKCC blocks
... except for on line 3329, where mark_object_maybe_checking_free is
#define'd to it if not ERROR_CHECK_GC, regardless of --use-kkcc or not.
So are all uses of mark_object_maybe_checking_free inside of #ifdef
USE_KKCC blocks? I'm not sure. Part of my confusion stems from the
fact that the #ifdef USE_KKCC on line 3322 is inside of the #ifdef
USE_KKCC starting on line 3298! Somebody who knows what is going on
(i.e., not me) had better fix this.
--
Jerry James
http://www.ittc.ku.edu/~james/
- 2 participants
- 1 comments