comparison src/ChangeLog @ 5000:44d7bde26046

fix compile errors, fix revert-buffer bug on binary/Latin 1 files, Mule-ize some files -------------------- ChangeLog entries follow: -------------------- src/ChangeLog addition: 2010-02-07 Ben Wing <ben@xemacs.org> * emacs.c (make_argc_argv): Cast to Wexttext * to fix compile error. * nt.c (init_user_info): Cast to CIbyte * to fix compile error. * nt.c (open_unc_volume): To fix compile error, store pathname into an Extbyte * variable then write into the dest, casting to LPTSTR. * emacs.c (debug_can_access_memory): * fileio.c (Fmake_temp_name): * fileio.c (a_write): * fns.c: * fns.c (check_losing_bytecode): * fns.c (plists_differ): * fns.c (internal_equal_trapping_problems): * fns.c (base64_value_to_char): * fns.c (base64_conversion_error): * fns.c (STORE_BYTE): * fns.c (vars_of_fns): * lisp.h: * nt.c (init_user_info): * nt.c (mswindows_readdir): * nt.c (mswindows_executable_type): Replace raw `char *' or `unsigned char *' with characterized type -- Rawbyte, Binbyte, Boolbyte, Ibyte or Ascbyte. This should fix at least one real bug -- in a_write(), the "speedy insert" code that checks for an unchanged region declared the file data read in as char[] but then compared the value to an Ichar. Hence, any chars in the range 128-255 would always appear changed -- in particular, this algorithm would fail completely with binary data.
author Ben Wing <ben@xemacs.org>
date Sun, 07 Feb 2010 05:21:40 -0600
parents 76af7fc13e81
children 714d854d00e9
comparison
equal deleted inserted replaced
4994:76af7fc13e81 5000:44d7bde26046
1 2010-02-07 Ben Wing <ben@xemacs.org>
2
3 * emacs.c (make_argc_argv):
4 Cast to Wexttext * to fix compile error.
5
6 * nt.c (init_user_info):
7 Cast to CIbyte * to fix compile error.
8
9 * nt.c (open_unc_volume):
10 To fix compile error, store pathname into an Extbyte * variable
11 then write into the dest, casting to LPTSTR.
12
13 * emacs.c (debug_can_access_memory):
14 * fileio.c (Fmake_temp_name):
15 * fileio.c (a_write):
16 * fns.c:
17 * fns.c (check_losing_bytecode):
18 * fns.c (plists_differ):
19 * fns.c (internal_equal_trapping_problems):
20 * fns.c (base64_value_to_char):
21 * fns.c (base64_conversion_error):
22 * fns.c (STORE_BYTE):
23 * fns.c (vars_of_fns):
24 * lisp.h:
25 * nt.c (init_user_info):
26 * nt.c (mswindows_readdir):
27 * nt.c (mswindows_executable_type):
28 Replace raw `char *' or `unsigned char *' with characterized type --
29 Rawbyte, Binbyte, Boolbyte, Ibyte or Ascbyte. This should fix at
30 least one real bug -- in a_write(), the "speedy insert" code that
31 checks for an unchanged region declared the file data read in as
32 char[] but then compared the value to an Ichar. Hence, any chars
33 in the range 128-255 would always appear changed -- in particular,
34 this algorithm would fail completely with binary data.
35
36
1 2010-02-06 Ben Wing <ben@xemacs.org> 37 2010-02-06 Ben Wing <ben@xemacs.org>
2 38
3 * mule-wnnfns.c: 39 * mule-wnnfns.c:
4 Convert file to utf-8. 40 Convert file to utf-8.
5 41