business letter from Beijing, China
24 years, 1 month
xiuyuan
xiuyuan
Dear Sir or Madam,
This is a business letter from Beijing,China.I am apologetic if I disturb you.
Credit Inquiry & Information will help all kinds of industry and commerce to make a successful deal with customer or partner.There are some sort of credit inquiry,they are:
1/Consul or trade liaison man in any country;
2/Chamber of Commerce or Bank;
3/Business Directory;
4/Commercial Enquiry Office.
T&F,Commercial Enquiry Office,is providing all kinds of information about anyone trade and industry company in China. They are: registration of corporation, history of corporation, background of the legal person, financial statement, relations of banking, leading products, condition of manufacturing abilities and equipment, management of trademark as well as affiliates, and so on.
T&F keeps in close contact and builds many co-operation relations with a lot of governments in China for ages,such as the Trade & Industry Administration Department of China, Statistics Bureau, China national Economy Information Centre etc.There are many specialists of business economists, and investigating and administrative staffs constitute a special and all-round investigation channels by us. Believe me!
T&F will be provides a piece of accurate and credible investigation data, which you want about achieving nation-wide and comprehensive reference report forever!Please visit our Webster http://tangfeng.3322.net,write or e-mail to T&F promptly,if you are interested.And T&F shall be pleased to render you any further services.
£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ£œ
Address: No.210, Building 2, Party School of Beijing Municipal Government Committee,
No.6 Chegongzhuang Street,Xicheng District,
Beijing, China.
Postal Code:100044
Fax: 86-10-6800-1452
Tel: 86-10-6800-1452
E-mail:cbph＠cei.gov.cn
xiuyuan(a)263.net.cn
- 1 participants
- 0 comments
Editing specific xml right after start kills xemacs
24 years, 1 month
David M. Karr
David M. Karr
(I sent this first to xemacs(a)xemacs.org, but I intended to change the address
to "xemacs-beta", so I'm sending it again. I hope that won't confuse anyone.)
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.
In XEmacs 21.4 (patch 4) "Artificial Intelligence" [Lucid] (i686-pc-cygwin) of Sat Aug 11 2001 on WONDARK
configured using `configure --prefix=/usr'
Platform:
CYGWIN_NT-5.0 WONDARK 1.3.2(0.39/3/2) 2001-05-20 23:28 i686 unknown
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
I can repeatedly kill XEmacs with the following odd test case:
1. Start XEmacs. My init files finish with creating a shell buffer.
2. While viewing the initial shell buffer, create another shell buffer
(I use my own package that allows me to create multiple shell buffers).
3. In the shell, change directory to "java/sgs" (a directory off my home directory).
4. Edit file "xml/data.xml".
About the last message I see in the message area is something like
"External entity DATABASE not found" (the root element of the file is "database").
Then XEmacs goes away, very quickly, and I see the following line in the
console where I started XEmacs:
Fatal error: assertion failed, file bytecode.c, line 1477, abort()
I see a lot of information on the console at this time, saying how to try to
track down XEmacs crashes. I can't find a "core" file. I guess you don't get
those in Cygwin?
>From the fatal error description, the lisp backtrace is as follows:
xml-mode()
# bind (alist mode name keep-going)
# (unwind-protect ...)
# bind (just-from-file-name)
set-auto-mode()
byte-code("..." [set-auto-mode t] 1)
# (condition-case ... . ((error (byte-code "=c1=c2!\"=88=c4=87" ... 4))))
# bind (find-file)
normal-mode(t)
# bind (nomodes after-find-file-from-revert-buffer noauto warn error)
after-find-file(nil t)
byte-code("..." [buffer-file-number number truename buffer-file-truename buf buffer-file-name set-buffer-major-mode erase-buffer nil (byte-code =ab=87=c2 =c3\"=88=aa=85=c4=c3\"=88=c2=87" [rawfile filename insert-file-contents-literally t insert-file-contents] 3) ((file-error ...)) abbreviate-file-name file-name-directory make-local-variable backup-inhibited t after-find-file find-file-use-truenames default-directory backup-enable-predicate rawfile error nowarn] 3)
# (condition-case ... . ((t (byte-code "!=88=c3 ＠ A\"=87" ... 3))))
# (unwind-protect ...)
# bind (error number truename buf rawfile nowarn filename)
find-file-noselect("~/java/sgs/xml/data.xml")
# bind (codesys filename)
find-file-other-window("~/java/sgs/xml/data.xml" nil)
# bind (command-debug-status)
call-interactively(find-file-other-window)
# (condition-case ... . error)
# (catch top-level ...)
I then tried using "gdb -nw /usr/bin/xemacs", and I was able to repeat the
crash. The stack trace follows.
#0 0x00000006 in ?? ()
#1 0x0040f7e0 in execute_optimized_program (
program=0xa333090 "df/\n|f/\n\224f/\n=acf/\n=dck2\n\fO_", stack_depth=5,
constants_data=0xa06e610) at bytecode.c:759
#2 0x0040f193 in funcall_compiled_function (fun=7678796, nargs=0,
args=0x2ace834) at bytecode.c:515
#3 0x0043a723 in Ffuncall (nargs=1, args=0x2ace830) at eval.c:3563
#4 0x0040f74b in execute_optimized_program (
program=0xa354d10 "\212\t=ab\n=c6\031=c7=c6!)\206=d0", stack_depth=5,
constants_data=0x6abc10) at bytecode.c:746
#5 0x0040f193 in funcall_compiled_function (fun=7017208, nargs=0,
args=0x2ace994) at bytecode.c:515
#6 0x0043a723 in Ffuncall (nargs=1, args=0x2ace990) at eval.c:3563
#7 0x0040f74b in execute_optimized_program (program=0x2ace9ec "=c0 \210=c1\207",
stack_depth=1, constants_data=0x696ab0) at bytecode.c:746
#8 0x004122ca in Fbyte_code (instructions=6966132, constants=6908576,
stack_depth=3) at bytecode.c:2403
#9 0x00439bf5 in Feval (form=6971040) at eval.c:3331
#10 0x00437154 in condition_case_3 (bodyform=6971040, var=6742932,
handlers=6918068) at eval.c:1651
#11 0x004101c7 in execute_rare_opcode (stack_ptr=0x2aced38,
program_ptr=0xa35d8dd "=ad\005=c3=c6=c7\217\207", opcode=Bcondition_case)
at bytecode.c:1271
#12 0x0040f5db in execute_optimized_program (
program=0xa35d8d0 "\t=ac\a\b=ae\002=c2 \210=c3=c4=c5\217=ad\005=c3=c6=c7\217\207",
stack_depth=3, constants_data=0x6a30d0) at bytecode.c:656
#13 0x0040f193 in funcall_compiled_function (fun=7017180, nargs=1,
args=0x2acee84) at bytecode.c:515
#14 0x0043a723 in Ffuncall (nargs=2, args=0x2acee80) at eval.c:3563
#15 0x0040f74b in execute_optimized_program (
program=0xa354910 "=c6\r!?\024\b\204\203", stack_depth=5,
constants_data=0x6abd10) at bytecode.c:746
#16 0x0040f193 in funcall_compiled_function (fun=7017152, nargs=2,
args=0x2acefe4) at bytecode.c:515
#17 0x0043a723 in Ffuncall (nargs=3, args=0x2acefe0) at eval.c:3563
#18 0x0040f74b in execute_optimized_program (
program=0x2acf03c "=c6\f!\210\fq\210=c7 \210=c8=c9=ca\217\210\013=ac\003\n\023\t\020\016\021=ab\005=cb\r!\025=cc\r!\026\022\016\023\r!=ac\b=cd=ce!\210=cf\026\016\016\024=ac\013=d0\016\025\016\026?\"\210p\024=c8\207T=f1=ac\002$\"S", stack_depth=3, constants_data=0x6b2d90)
at bytecode.c:746
#19 0x004122ca in Fbyte_code (instructions=7035460, constants=7024000,
stack_depth=7) at bytecode.c:2403
#20 0x00439bf5 in Feval (form=6999628) at eval.c:3331
#21 0x00437154 in condition_case_3 (bodyform=6999628, var=5643300,
handlers=6999244) at eval.c:1651
#22 0x004101c7 in execute_rare_opcode (stack_ptr=0x2acf408,
program_ptr=0xa354bec "\210)\f,\207\001=ac\002K", opcode=Bcondition_case)
at bytecode.c:1271
#23 0x0040f5db in execute_optimized_program (
program=0xa354b10 "=c6=c7\r!!\025=c8\r!=ab\035=c9=ca!=ab\023\016+=ab\017=ca\013=ab\b=c6=cb\r!!=aa\002\r!\207=cc=cd\r\"\207=ce\r!\034=c6=cb\r!!\032=cf=d0\n!\233\036,=d1\036\f\f=ab\035\016-=ac\004\013=ab\026\t=ac\023\212\fq\210\b\r\230=ac\t=d2=d3\r\b\016.$\210)\f=abw\t=ac\177=d4\f!=acz=d5\r!=ac\b=cc=d6\r\"\210=aan=d7\f!=ac\034=d8=d9\215=ab\027r\fq\210=d2=da\r\"\210=db=dc\211\"\210=d2=dd\r\"\210)=aaN=de=df\r!=e0\f!\230=ab\025=e1=d7\f!=ab\006=e2=e3!=aa\004=e2=e4!=df\r!\"=aa\026=e1=d7\f!=ab\006=e2=e5!=aa\004=e2=e6!=df\r!=e0\f!#!=ab\030r"...,
stack_depth=6, constants_data=0x6abe10) at bytecode.c:656
#24 0x0040f193 in funcall_compiled_function (fun=7017124, nargs=1,
args=0x2acf568) at bytecode.c:515
#25 0x0043a723 in Ffuncall (nargs=2, args=0x2acf564) at eval.c:3563
#26 0x0040f74b in execute_optimized_program (
program=0xa35da50 "\n=ab\f=c3\n!\030=c4=c5\t!!)\207=c4=c5\t!!\207", stack_depth=3,
constants_data=0x6a3410) at bytecode.c:746
#27 0x0040f193 in funcall_compiled_function (fun=7016760, nargs=2,
args=0x2acf6c0) at bytecode.c:515
#28 0x0043a723 in Ffuncall (nargs=3, args=0x2acf6bc) at eval.c:3563
#29 0x0041476c in Fcall_interactively (function=6686644, record_flag=5519364,
keys=5519364) at callint.c:940
#30 0x00439107 in Fcommand_execute (cmd=6686644, record_flag=5519364,
keys=5519364) at eval.c:2970
#31 0x00483411 in execute_command_event (command_builder=0xa06f840,
event=168660996) at event-stream.c:3915
#32 0x00483ced in Fdispatch_event (event=168660996) at event-stream.c:4247
#33 0x004193d6 in Fcommand_loop_1 () at cmdloop.c:583
#34 0x00419721 in command_loop_1 (dummy=5519364) at cmdloop.c:494
#35 0x00440487 in condition_case_1 (handlers=5519460,
bfun=0x419708 <command_loop_1>, barg=5519364, hfun=0x4197b8 <cmd_error>,
harg=5519364) at eval.c:1651
#36 0x00419897 in command_loop_2 (dummy=5519364) at cmdloop.c:256
#37 0x00440338 in internal_catch (tag=5599452, func=0x419870 <command_loop_2>,
arg=5519364, threw=0x0) at eval.c:1317
#38 0x004190fe in initial_command_loop (load_me=5519364) at cmdloop.c:305
#39 0x00432776 in xemacs_21_4_4_i686_pc_cygwin () at emacs.c:2344
#40 0x00435a75 in main () at emacs.c:2773
#41 0x61003aea in _size_of_stack_reserve__ ()
#42 0x61003cbd in _size_of_stack_reserve__ ()
#43 0x61003cfc in _size_of_stack_reserve__ ()
#44 0x0053170f in cygwin_crt0 ()
I didn't want to get into including my init files and my lisp packages, unless
it's really necessary. That will get messy.
If I vary my test case slightly, like using the first shell buffer instead of
creating another one, I'm able to view the file, although I get the following
message in the message area:
File mode specification error: (wrong-type-argument natnump ?\^H)
Recent keystrokes:
C-p C-p C-p C-x o C-p C-f C-f C-f C-x F RET C-x C-l
1 4 7 7 RET C-n C-n C-e C-M-b C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-x / c a s e C-s C-s C-s C-s
C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s C-s
C-s C-s C-s C-s C-s C-s C-s kp-prior kp-prior kp-prior
kp-prior kp-prior kp-prior kp-prior kp-prior C-v C-x
C-l 1 4 7 7 RET C-x ? ^ { C-a C-x o M-x r e p o r t
- e m TAB RET
Recent messages (most recent first):
Parsing /home/dmkarr/.mailrc...
Loading emacsbug...done
Loading emacsbug...
Matches return stack_ptr; RET } [1481]
Matches { RET RET case Bsave_excursion: [1227]
File mode specification error: (wrong-type-argument stringp nil)
Loading package-get...done
Loading package-get...
//c/xemacs-21.4.4/
~/
- 2 participants
- 5 comments
semantic.el - newer version avialable?
24 years, 1 month
Karl M. Hegbloom
Karl M. Hegbloom
I just grabbed ECB-1.50 <URL:http://home.swipnet.se/mayhem/ecb.html>
and tried to build it. It fails, saying that it requires
"semantic-version >= 1.40beta7".
- 2 participants
- 1 comments
Way kewl new bug reportin thingy for 31337 XEmacs h4x0r d00dz
24 years, 1 month
Steve Youngs
Steve Youngs
Here's what the new bug reports will look like. I'll put out a new
net-utils package asap.
--------------------------------------------------------------
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!
Every time I switch my puter on I see this god ugly screen with a
multi-coloured flag flappin in the breeze and the words "Starting
Microsoft Windows....".
And then a couple of minutes later I see this blue screen saying
something about a "Fatal exception error".
The only thing I can do is to hit the 'reset' button and reboot.
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Linux slackware 2.4.7 #1 Sun Jul 22 10:25:53 EST 2001 i686 unknown
./configure '--extra-verbose' '--dynamic=yes' '--with-gtk=no' '--with-gnome=no' '--with-athena=next' '--with-menubars=lucid' '--with-scrollbars=athena' '--with-dialogs=athena' '--with-widgets=athena' '--with-png=yes' '--with-sound=native,noesd' '--with-modules' '--with-site-lisp=yes' '--with-site-modules=yes' '--pdump' '--with-mule' '--error-checking=none' '--use-union-type' '--with-clash-detection'
XEmacs 21.5-b2 "artichoke" configured for `i686-pc-linux'.
Compilation / Installation:
Source code location: /usr/local/src/xemacs
Installation prefix: /usr/local
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler: gcc -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wshadow -Wsign-compare
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11R6/include
- X Windows libraries location: /usr/X11R6/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/neXtaw
- Athena library to link: neXtaw
Using Lucid menubars.
Using Athena 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.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Databases:
Compiling in support for Berkeley database.
Compiling in support for GNU DBM.
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 "dot-locking" mail spool file locking method.
Other Features:
Compiling in support for dynamic shared object modules.
Using the union type for Lisp_Objects.
Using the new portable dumper.
Compiling in support for extra debugging code.
Installed XEmacs Packages:
-------------------------
((zenirc :version 1.11 :type regular)
(xslt-process :version 1.04 :type regular)
(xemacs-devel :version 1.37 :type single-file)
(xemacs-base :version 1.55 :type regular)
(w3 :version 1.2 :type regular)
(vm :version 6.95 :type regular)
(viper :version 1.26 :type regular)
(view-process :version 1.11 :type regular)
(vhdl :version 1.13 :type regular)
(vc-cc :version 1.16 :type regular)
(vc :version 1.28 :type regular)
(tpu :version 1.12 :type regular)
(tooltalk :version 1.13 :type regular)
(tm :version 1.29 :type regular)
(time :version 1.11 :type regular)
(textools :version 1.12 :type regular)
(text-modes :version 1.32 :type single-file)
(texinfo :version 1.2 :type regular)
(supercite :version 1.17 :type regular)
(strokes :version 1.08 :type regular)
(speedbar :version 1.21 :type regular)
(sounds-wav :version 1.1 :type regular)
(sounds-au :version 1.1 :type regular)
(slider :version 1.13 :type regular)
(sh-script :version 1.13 :type regular)
(sgml :version 1.08 :type regular)
(semantic :version 1.06 :type regular)
(scheme :version 1.11 :type regular)
(rmail :version 1.12 :type regular)
(reftex :version 1.23 :type regular)
(psgml :version 1.23 :type regular)
(ps-print-nomule :version 1.05 :type regular)
(prog-modes
:version
1
.4
:type
single-file)
(pcomplete :version 1.01 :type regular)
(pcl-cvs :version 1.55 :type regular)
(pc :version 1.2 :type single-file)
(os-utils :version 1.25 :type single-file)
(net-utils :version 1.18 :type single-file)
(misc-games :version 1.15 :type single-file)
(mine :version 1.14 :type regular)
(mh-e :version 1.13 :type regular)
(mew :version 1.14 :type regular)
(mailcrypt :version 2.09 :type regular)
(mail-lib :version 1.39 :type regular)
(jde :version 1.27 :type regular)
(ispell :version 1.22 :type regular)
(ilisp :version 1.19 :type regular)
(igrep :version 1.08 :type regular)
(idlwave :version 1.23 :type regular)
(hm--html-menus :version 1.16 :type regular)
(gnats :version 1.12 :type regular)
(games :version 1.13 :type regular)
(fsf-compat :version 1.09 :type single-file)
(frame-icon :version 1.09 :type regular)
(footnote :version 1.13 :type regular)
(eudc :version 1.33 :type regular)
(eterm :version 1.13 :type regular)
(eshell :version 1.01 :type regular)
(emerge :version 1.09 :type regular)
(elib :version 1.08 :type single-file)
(eieio :version 1.01 :type regular)
(efs :version 1.26 :type regular)
(edt :version 1.12 :type regular)
(edit-utils :version 1.64 :type single-file)
(ediff :version 1.31 :type regular)
(edebug :version 1.14 :type regular)
(dired :version 1.11 :type regular)
(debug :version 1.14 :type regular)
(crisp :version 1.12 :type regular)
(cookie :version 1.13 :type regular)
(cc-mode :version 1.25 :type regular)
(calendar :version 1.16 :type regular)
(calc :version 1.17 :type regular)
(c-support :version 1.16 :type single-file)
(build :version 1.02 :type regular)
(bbdb :version 1.13 :type regular)
(auctex :version 1.25 :type regular)
(apel :version 1.2 :type regular)
(ada :version 1.1 :type regular)
(Sun :version 1.13 :type regular)
(skk :version 1.19 :type regular)
(mule-base :version 1.39 :type regular)
(lookup :version 1.08 :type regular)
(locale :version 1.18 :type regular)
(leim :version 1.17 :type regular)
(egg-its :version 1.26 :type regular)
(edict :version 1.12 :type regular))
Features:
--------
(ansi-color shell makefile regexp-opt add-log env dired-faces
dired-xemacs dired ispell bbdb-gui bbdb-hooks sort gnus-cite
gnus-async gnus-topic nndraft nnmh gnus-cache nnfolder gnus-demon
supercite-steve mailcrypt rfc822 boxquote rect nnspool nntp earcon
gnus-audio gnus-score score-mode gnus-picon w3-forms w3-display
w3-imap w3-widget css font disp-table w3-mouse w3-vars w3-cus
w3-keyword url mm mule-sysdp url-parse url-vars gnus-ml gnus-msg
gnus-art mm-uu binhex uudecode mm-view gnus-sum nnoo gnus-group
gnus-undo nnmail mail-source format-spec gnus-start gnus-range
gnus-spec gnus-int gnus-win view-less view hyper-apropos bbdb-com
xemacsbug holidays lunar solar cal-dst cal-persia cal-julian diary-lib
appt calendar bbdb-w3 bbdb-sc supercite mail-extr regi bbdb-gnus gnus
gnus-ems gnus-xmas bbdb tex-site cperl-mode ibuffer dired-tar compile
time-stamp rsz-minibuf byte-optimize zenirc-color zenirc-trigger
zenirc-signal zenirc-notify zenirc-netsplit zenirc-format
zenirc-ignore zenirc-history zenirc-fill zenirc-dcc zenirc-complete
zenirc-away zenirc diff-mode ediff-merg ediff-diff ediff-tbar
ediff-wind ediff-help ediff-util ediff-mult ediff-init ediff vc-hooks
balloon-help lazy-shot efs-cu eicq-toolbar eicq bytecomp byte-compile
advice advice-preload smiley annotations goto-addr overlay thingatpt
wid-edit timezone outline browse-url sb-texinfo sb-info info speedbar
sb-image dframe assoc filladapt footnote mic-paren paren blink-paren
pending-del scroll-in-place redo savehist big-menubar time backup-dir
edmacro iswitchb message messagexmas mml mml-sec mml-smime mml2015 gpg
timer smime comint ring dig mm-decode mm-bodies mm-encode mailcap
mail-parse rfc2045 rfc2231 rfc2047 gnus-util qp ietf-drums time-date
parse-time mail-abbrevs sendmail nnheader nnheaderxm mm-util
mail-prsvr mail-utils mailheader crypt crypt++ history recent-files
font-lock func-menu x-compose cus-face blink-cursor zenirc-autoloads
xslt-process-autoloads xemacs-devel-autoloads xemacs-base-autoloads
w3-autoloads vm-autoloads viper-autoloads view-process-autoloads
vhdl-autoloads vc-cc-autoloads vc-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 slider-autoloads sh-script-autoloads
sgml-autoloads semantic-autoloads scheme-autoloads rmail-autoloads
reftex-autoloads psgml-autoloads ps-print-nomule-autoloads
prog-modes-autoloads pcomplete-autoloads pcl-cvs-autoloads
pc-autoloads os-utils-autoloads net-utils-autoloads
misc-games-autoloads mine-autoloads mh-e-autoloads mew-autoloads
mailcrypt-autoloads mail-lib-autoloads jde-autoloads ispell-autoloads
ilisp-autoloads igrep-autoloads idlwave-autoloads
hm--html-menus-autoloads gnats-autoloads games-autoloads
fsf-compat-autoloads frame-icon-autoloads footnote-autoloads
eudc-autoloads eterm-autoloads eshell-autoloads emerge-autoloads
elib-autoloads eieio-autoloads efs-autoloads edt-autoloads
edit-utils-autoloads ediff-autoloads edebug-autoloads dired-autoloads
debug-autoloads crisp-autoloads cookie-autoloads cc-mode-autoloads
calendar-autoloads calc-autoloads c-support-autoloads build-autoloads
bbdb-autoloads auctex-autoloads apel-autoloads ada-autoloads
Sun-autoloads skk-autoloads mule-base-autoloads lookup-autoloads
locale-autoloads leim-autoloads egg-its-autoloads edict-autoloads
eicq-autoloads -autoloads loadhist auto-show fontl-hooks x-iso8859-1
slovenian czech romanian ccl mule-help code-cmds gutter-items
menubar-items x-menubar mode-motion mouse itimer auto-save lisp-mode
easymenu iso8859-1 page buff-menu lib-complete cus-file derived frame
text-props obsolete cus-start custom widget cl-extra mini-cl cl cl-19
packages backquote very-early-lisp file-coding mule athena-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
berkeley-db dbm md5 xemacs xim gutter tiff png gif jpeg xface xpm xbm
lisp-float-type linux dialog devices window-system base64)
Recent keystrokes:
-----------------
right right right right right right right right right
right right right right right right right right x down
left left left left left left x up C-x 4 a U s e SPC
' r e p o r t - x e m a c s - b u g ' . f7 C-x k RET
C-x 0 C-s C-s C-s C-s C-a f7 C-x k RET C-x k RET M-x
g n u s RET n n n n n n n n n n n n n n n n q M-x up
up up RET
Recent messages (most recent first):
-----------------------------------
Parsing BBDB... (frobnicating...)
Parsing BBDB... (reading...)
Parsing BBDB...
(No changes need to be saved)
Destroying external MIME viewers
Checking new news...done
Opening nndraft server...
Checking new news...
No new newsgroups
Opening nnfolder server on saved-messages...
Opening nnfolder server...
Generating the cache active file...done
Generating the cache active file...
Reading active file from archive via nnfolder...done
Reading active file from archive via nnfolder...
Opening nnfolder server on archive...
Reading active file from archive via nnfolder...
Reading active file from saved-messages via nnfolder...done
Reading active file from saved-messages via nnfolder...
Opening nnfolder server on saved-messages...
User Init File:
--------------
;; -*- Emacs-Lisp -*-
;; Add ~/etc/XEmacs to the load-path
(push (expand-file-name "~/etc/XEmacs/") load-path)
;:*======================
;:* This is where it all starts...
(load "fonts-steve")
(load "variables-steve")
(load "keys-steve")
(load "packages-steve")
(load "misc-steve")
(load "c-and-java-steve")
(load "perl-steve")
(load "w3-steve")
(load "latex-steve")
(load "html-steve")
(load "bbdb-steve")
(load "calendar-steve")
(load "sounds-steve")
(load "modes-steve")
;:* XEmacs ready for take-off!!!
;:*======================
(let* ((string "XEmacs ready for take-off!!!"))
(string-match "XEmacs ready for take-off!!!" string)
(put-text-property (match-beginning 0) (match-end 0) 'face 'bold string)
(display-message 'message string)
(sit-for 1))
(message "XEmacs ready for take-off!!")
--
|---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
- 9 participants
- 18 comments
[ANNOUNCE] Eicq version 0.2.15 is released.
24 years, 1 month
Steve Youngs
Steve Youngs
The following message is a courtesy copy of an article
that has been posted to comp.emacs.xemacs as well.
I have just released version 0.2.15 of Eicq, the ICQ client that runs
in XEmacs. BTW, if you'd like to help out with this project, I'd love
to hear from you, just email me privately.
You can download it from:
<http://sf.net/project/showfiles.php?group_id=12217&release_id=47732>
Summary of changes since 0.2.14:
-------------------------------
- Cygwin and Solaris builds now possible.
- Convert Licq and Micq contact lists to Eicq 'world' format.
- Makefile improvements.
- icq2tcp.c Ported from the C++ icq2tcp.cc to ANSI C
- Better handling of remote bridges.
- Optionally start Eicq in its own frame.
- Implement auto-response messages.
- Update URLs to reflect SourceForge's new domain 'sf.net'.
Detailed ChangeLogs since 0.2.14:
--------------------------------
2001-08-11 Steve Youngs <youngs(a)xemacs.org>
* Version 0.2.15 released.
* eicq-toolbar.el (eicq-use-toolbar): Change to customize group
'eicq-interface'.
* eicq.el (eicq-start-in-new-frame): Change to customize group
'eicq-interface'.
* INSTALL: Add comments about building on Solaris.
2001-08-11 Jack Twilley <jmt(a)tbe.net>
* icq2tcp.c (main): Use 'perror' instead of 'herror' for Solaris
builds.
* Makefile: Make necessary changes for Solaris builds.
2001-08-10 Erik Arneson <erik(a)aarg.net>
* eicq.el (eicq-show-window): Minor fix. Changed `framep' to
`frame-live-p' just in case the active frame has been destroyed
since we last used it.
2001-08-11 Steve Youngs <youngs(a)xemacs.org>
* README: Change URLs to eicq.sf.net.
* TODO: Ditto.
* eicq-convert.el: Ditto.
* eicq.el: Ditto.
* icq2tcp.c: Ditto.
2001-08-10 Erik Arneson <erik(a)aarg.net>
* eicq.el (eicq-local-bridge-p): New customize option. When
non-nil, Eicq will try to use a remote bridge. This should be
safer than trying to second guess ourselves by looking at various
variables.
(eicq-connect): Second try. This seems to work for both remote
and local bridges very nicely.
2001-08-10 Steve Youngs <youngs(a)xemacs.org>
* eicq.el (eicq-connect): Revert Erik's patch.
(eicq-auto-reply-p): New variable, if non-nil the auto-response
message won't automatically reset state to "online".
(eicq-do-message-helper): Use 'eicq-auto-reply-p'.
(eicq-send-message-helper): Ditto.
(eicq-auto-reply-away): Include shameless plug in auto-reply.
(eicq-auto-reply-occ): Ditto.
(eicq-auto-reply-dnd): Ditto.
(eicq-auto-reply-na): Ditto.
2001-08-09 Erik Arneson <erik(a)aarg.net>
* eicq.el (eicq-frame): New variable. Keep track of EICQ's frame.
(eicq-show-window): Will now make sure that EICQ is redisplayed in
its preferred frame.
(eicq-disconnect): Reset the eicq-frame variable on disconnect,
when all of the buffers are killed and stuff. If
`eicq-start-in-new-frame' is non-NIL, it will delete the frame
that Eicq created during eicq-show-window.
(eicq-start-in-new-frame): New customize option. If non-NIL, Eicq
will start in its own frame.
2001-08-09 Steve Youngs <youngs(a)xemacs.org>
* Makefile (CC): Change to 'gcc'.
* eicq.el (eicq-do-message-helper): Auto-response messages
now work.
2001-08-08 Erik Arneson <erik(a)aarg.net>
* eicq.el (eicq-connect): Better support for remote icq2tcp
bridges.
* Makefile ($(BIN)): Fixed to compile icq2tcp.c instead of the C++
version. Woohoo!
* icq2tcp.c: Replacement for icq2tcp.cc. It's a direct port to C,
and now should compile pretty cleanly on FreeBSD and Linux.
* icq2tcp.cc: Removed. Obsolete! Kaput!
2001-08-07 Erik Arneson <erik(a)aarg.net>
* Makefile (INFO_FILES): Changed.
($(BIN)): New target to accurately reflect dependancies.
(.texi.info): Ditto!
2001-08-07 Steve Youngs <youngs(a)xemacs.org>
* eicq-convert.el (eicq-import-from-licq): Autoload it.
Use '====' to take advantage of outline regexp of world-mode.
(eicq-import-from-micq): Ditto.
2001-08-06 Erik Arneson <erik(a)aarg.net>
* eicq-convert.el (eicq-import-from-micq): Converts an MICQ
configuration to an EICQ 'world' file. I tried to get less
carried away -- this one has fewer lines! Imports these users
into the `micq' group.
(eicq-import-from-licq): Users are imported into the `licq' group.
2001-08-07 Steve Youngs <youngs(a)xemacs.org>
* eicq-convert.el: require 'eicq.
(eicq-import-from-licq): Use 'eicq-world-rc-filename' in case
the user has their world file in a different place from the default.
Remove 'buf' variable, it's not used. Did somebody get a little
carried away? :-)
* Makefile (SOURCES): Add eicq-convert.el
2001-08-06 Erik Arneson <erik(a)aarg.net>
* eicq-convert.el: New File.
(eicq-import-from-licq): New. Converts an LICQ configuration to
an EICQ 'world' file.
2001-08-02 Thorsten Bonow <thorsten.bonow(a)post.rwth-aachen.de>
* Makefile: Add program locations/path for Windows/Cygwin.
* eicq-user-install.sh: ditto.
* INSTALL: Add Windows/Cygwin Installation instructions.
--
|---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---|
| Eicq - An ICQ client for XEmacs. |
| My ICQ UIN: 34307457 |
|------------------------------------<youngs(a)xemacs.org>---|
- 1 participants
- 0 comments
eshell
24 years, 1 month
Georg Nikodym
Georg Nikodym
Wow. The cool thing about days off is that you get to dork around
with whatever catches your eye.
Today, I started using eshell instead of the traditional shell.
Initially, I wasn't that impressed, but when I first typed "grep
net_device *.[ch]" into it and it magically became a M-x grep
invocation I fell in love (cause I'm forever typing into the shell and
then realizing after the fact that I probably wanted something more
sophisticated).
Anyway, just want to say cool package. Thanks.
And if you're still using boring old shell-mode, check out eshell. It
rocked my world.
- 5 participants
- 8 comments
Problems with cvs.xemacs.org
24 years, 1 month
Didier Verna
Didier Verna
I think I need an ssh expert. I can't update anymore: for some reason, ssh
doesn't handle my key and asks me for a password. Could this be related to my
recent switch to ssh 2 ?
Here's a transcript of an attempt to cvs update (not much information about
the failure :-():
runsocks cvs update
OpenSSH_2.9p2, SSH protocols 1.5/2.0, OpenSSL 0x0090602f
debug1: Reading configuration data /home/didier/.ssh/config
debug1: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Seeding random number generator
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: restore_uid
debug1: ssh_connect: getuid 17030 geteuid 17030 anon 1
debug1: Connecting to cvs.xemacs.org [208.25.65.6] port 22.
debug1: temporarily_use_uid: 17030/17000 (e=17030)
debug1: restore_uid
debug1: temporarily_use_uid: 17030/17000 (e=17030)
debug1: restore_uid
debug1: Connection established.
debug1: identity file /home/didier/.ssh/identity type 0
debug1: identity file /home/didier/.ssh/id_rsa type -1
debug1: identity file /home/didier/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version 2.0.13 (non-commercial)
debug1: match: 2.0.13 (non-commercial) pat ^2\.0\.1[3-9]
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_2.9p2
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client 3des-cbc hmac-md5 none
debug1: kex: client->server 3des-cbc hmac-md5 none
debug1: dh_gen_key: priv key bits set: 191/384
debug1: bits set: 515/1024
debug1: sending SSH2_MSG_KEXDH_INIT
debug1: expecting SSH2_MSG_KEXDH_REPLY
debug1: Host 'cvs.xemacs.org' is known and matches the DSA host key.
debug1: Found key in /home/didier/.ssh/known_hosts2:2
debug1: bits set: 519/1024
debug1: len 40 datafellows 74335
debug1: ssh_dss_verify: signature correct
debug1: kex_derive_keys
debug1: newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: waiting for SSH2_MSG_NEWKEYS
debug1: newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: done: ssh_kex2.
debug1: send SSH2_MSG_SERVICE_REQUEST
debug1: buggy server: service_accept w/o service
debug1: got SSH2_MSG_SERVICE_ACCEPT
debug1: authentications that can continue: publickey,password,
debug1: next auth method to try is publickey
debug1: try privkey: /home/didier/.ssh/id_rsa
debug1: try privkey: /home/didier/.ssh/id_dsa
debug1: next auth method to try is password
didierv(a)cvs.xemacs.org's password: cvs [update aborted]: received interrupt signal
zsh: exit 1 runsocks cvs update
--
Didier Verna, didier(a)lrde.epita.fr, http://www.lrde.epita.fr/~didier
EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 53 14 59 47
94276 Le Kremlin-Bicêtre, France Fax.+33 (1) 44 08 01 99 didier(a)xemacs.org
- 4 participants
- 4 comments
[Fwd: Lazy-lock and gnuclients use a lot of cpu time.]
24 years, 1 month
Ben Wing
Ben Wing
please use xemacs-beta for bugs.
do you see the same thing if you create 3 or 4 frames using C-x 5 2 and edit
files with them, or only when you use gnuclient?
-------- Original Message --------
Subject: Lazy-lock and gnuclients use a lot of cpu time.
Date: Fri, 10 Aug 2001 15:29:27 -0500
From: Paul Cheng <ptc(a)sgi.com>
To: ben(a)xemacs.org
Hi Mr Wing,
I noticed that in xemacs-21.4.4, using a combination of gnuserv,
gnuclient and
lazy lock causes xemacs to use a lot of cpu time. I am running xemacs on
an SGI indy running irix6.5.12.
Here is the detail:
1. I use the sample.init.el from the distribution as init.el. This
has lazy-lock enabled.
2. I start xemacs and then start gnuserv with the gnuserv-start command.
3. I use gnuclient to start editing some files.
For example, gnuclient -q .profile
After the new frames pop up on my screen, I let them sit idle.
When I edit only one file, xemacs uses about 8% of the cpu time.
If I start two gnuclients, the cpu time jumps to about 20%.
If I start a third gnuclient, the cpu time jumps to about 25%.
If I start a fourth gnuclient, the cpu time jumps to about 35%.
If I turn off lazy-lock, then the cpu time remains at about 0.8% no
matter how many gnuclients I use.
If I enable lazy-lock and do not use gnuclients, then each xemacs
process uses
about 0.8% of cpu time.
Since the increase in cpu time is so huge when both lazy-lock and
gnuclients
are used together, I am just wondering if this is a bug.
Thanks.
Paul Cheng.
- 1 participants
- 0 comments
[PATCH] ispell assumes that scrollbars exist
24 years, 1 month
Charles Waldman
Charles Waldman
Robert Pluim writes:
> I know, I'm a dinosaur for disabling scrollbars in my build, but what
> the hey.
I think it's great that you do this. There really ought to be a set
of tests which are run on all 2**n possible configurations
(with/without widgets, with/without scrollbars, etc. AFAIK, this is
not done, except on an ad-hoc basis.
- 3 participants
- 3 comments
Packaging information from China
24 years, 1 month
Maria Chen
Maria Chen
Dear Sir or Madam:
Greetings from HuaYang International Commercial Tours. We are affiliated to China Council for the Promotion of International Trade (CCPIT) and China Chamber of International Commerce (CCIC). We provide varieties of services to overseas businessmen who ar
As China is going to enter the WTO, Chinese market is bound to expand. With the import and export business' extending, packaging trade will certainly ascend to a new height. And we are always prepared to offer you firsthand information and assistance on t
>From October to December 2001, there will be several trade fairs on building and construction in China:
THE 7TH INTERNATIONAL FOOD PROCESSING PACKAGING MACHINERY EXHIBITION (CHINA FOODTECH)
Date: 1-5Nov2001 City: Beijing
THE 4TH CHENGDU INTERNATIONAL PLASTICS AND PACKAGING EXHIBITION
Date: 8-11Nov2001 City: Chengdu
If you are interested in these issues, please feel free to contact us.
To know more about our services, please visit our website: www.businesstravel.com.cn
Best Regards!
Sincerely yours,
Maria Chen
Hua Yang International Commercial Tours Corp., Ltd.
Web: www.businesstravel.com.cn
Email: maria(a)businesstravel.com.cn
- 1 participants
- 0 comments