Re: number-or-marker-p
James LewisMoss wrote: >>On Fri, 27 Jul 2001 13:05:44 -0700, Jim McCloskey <[EMAIL PROTECTED]> >>said: >> > > > Jim>Wrong type argument: number-or-marker-p, (+ -4) > > Jim> This happens (i) when I try to do filename completion with > Jim> `visit-file' or `dired' > Do you mean `find-file'? I checked and found there is no such a thing as `visit-file'. > > Jim> or (ii) when I call `switch-to-buffer-in-another-frame' > Jim> (C-x 5 b). > > Jim> It happens only occasionally, though, and I can always fix it by > Jim> exiting the emacs session and restarting. I don't know how to > Jim> reproduce the behaviour reliably, but I can be sure that it will > Jim> happen ultimately if the emacs session is long enough. > How long is enough? > > Jim> Does anyone know how I might trace this problem to its origins? > Jim> Or solve it? Thanks very much in advance, > >Likely setting the var debug-on-error to t will give you a backtrace >(I'm xemacs guy and it works there). > Well, I'm using GNU Emacs 20.7 on woody as well but never come across such things.
Re: Emacs: Memory exhausted
zolia wrote: >Hello, > >lydys:~$ ulimit -m >unlimited > >lydys:~$ free > total used free sharedbuffers cached >Mem:190940 185936 5004 0 6304 119860 >-/+ buffers/cache: 59772 131168 >Swap: 124956 23244 101712 > >when i used potato, there weren't any problems. Problem persist even on >free system :/ Maybe there is a way to trace the problem? > I also use emacs 20.7-3 on woody (PIII) but do not have the problem. Maybe it's caused by your site-specific initial files. Why not try to see what happens when you remove all those files (to some other place) and restart emacs.
Re: Emacs: Memory exhausted
zolia wrote: >Hello, > >i figured out, that this problem arises, when (global-font-lock-mode 1) or >(font-lock-mode 1) is set. Emacs hanged, when i was accessing faces >(colored) text to. > What do you mean by accessing faces (colored) text? I always set font-lock-mode on by using the following lines in my .emacs file. (if (string-match "XEmacs" emacs-version) ; XEmacs (font-lock-mode 1) (global-font-lock-mode 1) ; Emacs (set-selection-coding-system 'chinese-iso-8bit) (set-background-color "darkslategray")) And I cannot reproduce your problem. I suppose it must be something else that caused your Emacs hang, but I have no idea what it is. Sorry. I sometimes do experience Emacs hang when a subprocess in Emacs is blocking, but that's another story, I guess. > > > > >Antanas Masevicius Kaunas University of Technology >Studentu 48a-101 Computer Center >LT-3028 Kaunas LITNET NOC UNIX Systems Administrator >Lithuania E-mail: [EMAIL PROTECTED] > >On Thu, 9 Aug 2001, scheme wrote: > >>zolia wrote: >> >>>Hello, >>> >>>lydys:~$ ulimit -m >>>unlimited >>> >>>lydys:~$ free >>>total used free sharedbuffers cached >>>Mem:190940 185936 5004 0 6304 119860 >>>-/+ buffers/cache: 59772 131168 >>>Swap: 124956 23244 101712 >>> >>>when i used potato, there weren't any problems. Problem persist even on >>>free system :/ Maybe there is a way to trace the problem? >>> >>I also use emacs 20.7-3 on woody (PIII) but do not have the problem. >>Maybe it's caused by your site-specific initial files. Why not try to >>see what happens when you remove all those files (to some other place) >>and restart emacs. >>
Strange behavior with locale settings
After I upgraded from woody to sid, I found problems with displaying Chinese in X. Initially I thought it's related to x-ttcidfont-conf, but that proves to be not the case. Later on I spot the problem to be caused by xlib, as when I launch XEmacs it reports an xim-xlib warning saying that it cannot set locale and is using C instead. Thought all the required gb2312 fonts are available under X, as evidenced with "xlsfonts", some gnome applications cannot make use of it, such as gnome-pim. In short, I cannot make use of XIM server such as Chinput except with crxvt-gb and some applications cannot correctly display Chinese. When I comment "export LANG=zh_CN.GB2312" or "export LANGUAGE=zh_CN.GB2312" and uncomment "export LC_ALL=zh_CN.GB2312", all problems disappear except one. That is, Emacs and XEmacs cannot recognize file pathnames in the Dired buffer: complaining that "No file on this line". I regularly use (X)Emacs and disabling this feature is very frustrating to me. Solutions: 1. How to make it work properly with "LANG" setting rather than "LC_ALL"? 2. Alternatively, how to make (X)Emacs work properly with the "LC_ALL=zh_CN.GB2312" setting? Comments are most welcome!