View Issue Details

IDProjectCategoryView StatusLast Update
0000561fileGeneralpublic2024-11-09 23:00
Reporterjsummers Assigned Tochristos  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Product Version5.45 
Fixed in Version5.46 
Summary0000561: Weirdness with string16 fields near end of file
DescriptionThere's a problem with reading lestring16/bestring16 fields that start near the end of the input file (where "near" usually means less than 254 bytes). It seems like the number of bytes available is being miscalculated, causing irrelevant bytes from elsewhere in the file to be appended to the string.
Steps To ReproduceThis bug can be hard to investigate if the input file contains 0-valued bytes, and such bytes are required by nearly all the relevant patterns included with the software. So, I'll demonstrate it by making a custom pattern file.

$ echo -en '0 string TEST Testfmt\n>8 lestring16 x (%s)\n' > s16.magic
$ echo -en 'TEST1234a_b_c_d_e_f_' > s16.dat
$ file -m s16.magic s16.dat
s16.dat: Testfmt (abcdef34a_b_c_d_e_f_)

Expected result:

s16.dat: Testfmt (abcdef)
Additional InformationI'm assuming the string16 features are kind of a hack, not expected to actually support Unicode. That's not the issue here, but you have to know that in order to make sense of this bug report.

This isn't just a printing issue. The nonsense characters can also be matched in tests.
TagsNo tags attached.

Activities

christos

2024-11-09 23:00

manager   ~0004081

Fixed, thanks

Issue History

Date Modified Username Field Change
2024-09-13 14:23 jsummers New Issue
2024-11-09 23:00 christos Assigned To => christos
2024-11-09 23:00 christos Status new => assigned
2024-11-09 23:00 christos Status assigned => resolved
2024-11-09 23:00 christos Resolution open => fixed
2024-11-09 23:00 christos Fixed in Version => 5.46
2024-11-09 23:00 christos Note Added: 0004081