mirror of https://github.com/vitalif/e2fsprogs
![]() Accessing name_len (and file_type) in ext4_dir_entry structure is somewhat problematic because on big endian architecture we need to now whether we are really dealing with ext4_dir_entry (which has u16 name_len which needs byte swapping) or ext4_dir_entry_2 (which has u8 name_len which must not be byte swapped). Currently the code is somewhat surprising and name_len is always treated as u16 and byte swapped (flag EXT2_DIRBLOCK_V2_STRUCT isn't ever used) and then masking of name_len is used to access real name_len or file_type. Doing things this way in applications using libext2fs is unexpected to say the least (more natural is to type struct ext4_dir_entry * to struct ext4_dir_entry_2 * but that gives wrong results on big endian architectures. So provide helper functions that give endian-safe access to these fields. Also convert users in e2fsprogs to use these functions. Signed-off-by: Jan Kara <jack@suse.cz> Signed-off-by: Theodore Ts'o <tytso@mit.edu> |
||
---|---|---|
config | ||
contrib | ||
debian | ||
debugfs | ||
doc | ||
e2fsck | ||
ext2ed | ||
include/nonunix | ||
install-utils | ||
intl | ||
lib | ||
misc | ||
po | ||
resize | ||
tests | ||
util | ||
.gitignore | ||
.hgignore | ||
.missing-copyright | ||
.release-checklist | ||
ABOUT-NLS | ||
COPYING | ||
INSTALL | ||
INSTALL.elfbin | ||
MCONFIG.in | ||
Makefile.in | ||
README | ||
README.subset | ||
RELEASE-NOTES | ||
SHLIBS | ||
SUBMITTING-PATCHES | ||
TODO | ||
aclocal.m4 | ||
configure | ||
configure.in | ||
depfix.sed | ||
e2fsprogs.lsm | ||
e2fsprogs.spec.in | ||
version.h | ||
wordwrap.pl |
README
This is the new version (1.42.7) of the second extended file system management programs. From time to time, I release new versions of e2fsprogs, to fix bugs and to make the utilities more robust. You can always find information about the latest version at the the e2fsprogs web page, which is: http://e2fsprogs.sourceforge.net The INSTALL file has instructions on building and installing e2fsprogs. Provisions for building Red Hat RPMs and Debian dpkg files are supplied as well. In case of bugs in these programs, please contact Ted Ts'o at tytso@mit.edu or tytso@alum.mit.edu. See the e2fsck man page for suggestions of what sort of information to include when submitting bug reports for these programs.