Re: `cp' don't preserve timestamps by default on windows-xp
From: Zhang Wei [EMAIL PROTECTED] Date: Wed, 11 Jul 2007 12:06:40 +0800 The `cp' command of my installation don't preserve timestamps by default `cp' never did. Only the Windows copy commands do. that makes the .elc files and the .el files have same timestamps as they are installed, and causes a lot of source is newer messages. If they have the same timestamps, why do you get source is newer messages? I don't get them on my machine, and lread.c explicitly checks for .elc time _less_ than the .el time, not _less_or_equal_. Could you please look closer at this problem and tell where do the messages come from, and why? -CP = cp -f -CP_DIR = cp -rf +CP = cp -fp +CP_DIR = cp -rfp Thanks, but I don't want to rely on a GNU `cp' without checking. And I'd like us to understand the problem (which doesn't seem to happen to me) better before we consider solutions. In any case, thank you for your report. In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600) of 2007-07-11 on BREP Does this happen in the released Emacs 22.1? modified by Zhangwei [EMAIL PROTECTED]. What modifications are those? Is it possible that they cause the messages? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: `cp' don't preserve timestamps by default on windows-xp
Eli Zaretskii [EMAIL PROTECTED] writes: If they have the same timestamps, why do you get source is newer messages? I don't get them on my machine, and lread.c explicitly checks for .elc time _less_ than the .el time, not _less_or_equal_. Could you please look closer at this problem and tell where do the messages come from, and why? I'm not sure if the `make' program does multi-process `cp' when copying files, but some of the .el files become 1 second or 2 seconds newer than the corresponding .elc files after `make install', these files cause the source is newer messages. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: `cp' don't preserve timestamps by default on windows-xp
From: Zhang Wei [EMAIL PROTECTED] Date: Wed, 11 Jul 2007 14:37:41 +0800 Eli Zaretskii [EMAIL PROTECTED] writes: If they have the same timestamps, why do you get source is newer messages? I don't get them on my machine, and lread.c explicitly checks for .elc time _less_ than the .el time, not _less_or_equal_. Could you please look closer at this problem and tell where do the messages come from, and why? I'm not sure if the `make' program does multi-process `cp' when copying files Make won't do any multi-processing unless you use the -j switch. Did you? In any case, I don't see how even -j could cause this, because we copy the whole directory in one command. There's no way Make could split that single command into more than one, because it's not smart enough to understand what the command does. but some of the .el files become 1 second or 2 seconds newer than the corresponding .elc files after `make install' Please tell the details of the system on which this happens: what Windows version, on what type of filesystem(s) (NTFS, FAT, other) you have the relevant directories (the source one and the one that is the target of make install), etc. The versions of Make and the shell you are using and what kind of ports they are could also be of importance. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: `cp' don't preserve timestamps by default on windows-xp
Eli Zaretskii [EMAIL PROTECTED] writes: Make won't do any multi-processing unless you use the -j switch. Did you? I didn't use the -j switch. [...] Please tell the details of the system on which this happens: what Windows version, on what type of filesystem(s) (NTFS, FAT, other) you have the relevant directories (the source one and the one that is the target of make install), etc. The versions of Make and the shell you are using and what kind of ports they are could also be of importance. Windows XP SP2, FAT32 filesystem (both source and dest). shell is cmd. --8---cut here---start-8--- D:\make -v GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i686-pc-msys Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Report bugs to [EMAIL PROTECTED]. --8---cut here---end---8--- ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: `cp' don't preserve timestamps by default on windows-xp
From: Zhang Wei [EMAIL PROTECTED] Date: Wed, 11 Jul 2007 15:12:24 +0800 Windows XP SP2, FAT32 filesystem (both source and dest). Hmm, it might be an issue with FAT32 timestamps. Could you please add -v to the `cp' switches and post here everything that `cp' displays while copying the lisp/ directory as part of make install? shell is cmd. Shouldn't be a problem, but are you sure you don't have a sh.exe anywhere on your Path? D:\make -v GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i686-pc-msys A bit old, and an MSYS build, but shouldn't be a problem, either. I guess we could rewrite the install target in lisp/Makefile so that it copies the *.el files first. But I'd like first to see the order of copying in your case, and the output from cp -v should show that. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
customize-group erc-server save buffer error
M-x customize-group RET erc-server RET goto this section: --8---cut here---start-8--- Erc Server Coding System: Hide Value Value Menu Cons-cell: encoding: utf-8 decoding: undecided --8---cut here---end---8--- change the decoding system to utf-8: --8---cut here---start-8--- Erc Server Coding System: Hide Value Value Menu Cons-cell: encoding: utf-8 decoding: utf-8 --8---cut here---end---8--- save the buffer with C-x C-s got a error message: custom-group-save: Symbol's function definition is void: children If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600) of 2007-07-11 on BREP modified by Zhangwei [EMAIL PROTECTED]. Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: CHS locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: erc-menu-mode: t erc-autojoin-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-track-minor-mode: t erc-match-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-readonly-mode: t auto-image-file-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: return / j o i n SPC # m backspace e m a c s return / j o i n SPC # d e i a n backspace backspace backspace b i a n - z h return up up up up up up up up up up up up up up up up down down down down down down down down down C-e C-x C-f backspace . e m return next down down M-x e r c return C-g M-x c u s t o tab - g tab return e r c return C-s c o i backspace d i n g C-s C-s C-s C-s return C-s C-s C-s C-g C-s s e r v e r C-g C-s C-g C-s backspace backspace s e r v e r return return C-a C-f return C-x C-s y e s return down down down down down down down down down down down down down down down down down down down down down C-s c d i n g backspace backspace backspace backspace o d i n g C-s C-s C-s C-s C-e C-b C-b C-b return C-a C-f down return down up up up C-e # d e b i a n - z h down C-k u t f - 8 C-x C-s y e s return C-x b C-s C-s C-s return C-x b C-g help-echo help-echo C-x b C-s C-s C-s C-s C-s C-s return C-y M-x r e p o r t - e m tab return Recent messages: nnml: Reading incoming mail (no new mail)...done Checking new news...done No gnus is bad news nnml: Reading incoming mail from pop... nnml: Reading incoming mail (no new mail)...done Auto-saving... Mark set Loading emacsbug...done Loading dabbrev...done dabbrev-expand: No dynamic expansion for `customize-g' found ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
[unicode-2] Chinese characters too small
I configured XTerm and Emacs to use the same font with same size as follows: in .Xresources: XTerm*faceName: xft:monospace:pixelsize=16 XTerm*faceNameDoublesize: fzsongti Emacs.Font: monospace:pixelsize=16 in .emacs: (when window-system (set-fontset-font (frame-parameter nil 'font) 'han '(FZSongTi . unicode-bmp))) And then I compared Chinese characters in 'emacs -nw' running in xterm and emacs running in X11. It turns out Chinese characters are substantially smaller in Emacs running in X11. However, C-u C-x = shows that the characters have pixelsize 16. Is this a bug? Here is an example: character: 大 (22823, #o54447, #x5927) preferred charset: chinese-gb2312 (GB2312 Chinese simplified: ISO-IR-58) code point: 0x3473 syntax: wwhich means: word category: C:Chinese (Han) characters of 2-byte character sets c:Chinese h:Korean j:Japanese |:While filling, we can break a line at this character. buffer code: #xE5 #xA4 #xA7 file code: #xB4 #xF3 (encoded by coding system chinese-iso-8bit-unix) display: by this font (glyph code) fzsongti:pixelsize=16:foundry=unknown:weight=medium:slant=r:width=normal (#x29B3) HTH, -- Leo sdl.web AT gmail.com (GPG Key: 9283AA3F) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: [unicode-2] Chinese characters too small
In article [EMAIL PROTECTED], Leo [EMAIL PROTECTED] writes: I configured XTerm and Emacs to use the same font with same size as follows: in .Xresources: XTerm*faceName: xft:monospace:pixelsize=16 XTerm*faceNameDoublesize: fzsongti Emacs.Font: monospace:pixelsize=16 in .emacs: (when window-system (set-fontset-font (frame-parameter nil 'font) 'han '(FZSongTi . unicode-bmp))) And then I compared Chinese characters in 'emacs -nw' running in xterm and emacs running in X11. It turns out Chinese characters are substantially smaller in Emacs running in X11. However, C-u C-x = shows that the characters have pixelsize 16. Is this a bug? I'm not sure. Is the font size of ASCII characters the same in emacs and xterm? Could you please check the actual pixel size of a Chinese character by, for instance, xmag? --- Kenichi Handa [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug