Simon Josefsson <jas(a)pdc.kth.se> writes:
C-x C-f C-a C-k ~ ?
Fatal error: assertion failed, file
/afs/pdc.kth.se/src/packages/gnu/emacsen/xemacs-21.2.7/xemacs-21.2.7/src/insdel.c, line
364, VALID_CHARPTR_P (ptr)
#7 0x5d1cf8 in bytecount_to_charcount ()
at
/afs/pdc.kth.se/src/packages/gnu/emacsen/xemacs-21.2.7/xemacs-21.2.7/src/insdel.c:364
#8 0x49ee24 in user_name_completion ()
at
/afs/pdc.kth.se/src/packages/gnu/emacsen/xemacs-21.2.7/xemacs-21.2.7/src/dired.c:43
I can reproduce that in 21.2.10 --with-mule after adding a user to
/etc/passwd with an non-ASCII char in the username.
The problem is that the result of getpwent is just copied to the
username cache (dired.c:676):
cache[clen++] = strdup (pw->pw_name);
later on (dired.c:693) these entries are cast to Bufbyte *:
Bufbyte *d_name = (Bufbyte *) user_cache[i];
obviously these need to use one of those funky GET_CHARPTR_* macros.
Maybe somebody who understands MULE can make a patch for
this. Otherwise I will read up on MULE and send a patch next week.
Gunnar
P.S.: Simon, the line numbers in your backtraces are always
completely messed up. This is a real pity, especially since you
apparently get a lot of interesting crashes :-) It would be cool, if
you could somehow fix the backtraces.
--
Gunnar Evermann
Speech, Vision & Robotics Group
Engineering Department
Cambridge University