This is the mail archive of the mailing list for the binutils project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

strings should be dumb

Hi -

It has come to my attention that strings is smart.  strings should be
dumb.  The default behavior should be changed to the behavior when -a is
specified today.  The datasection_only behavior should be eliminated
entirely.  strings should not link against bfd.

I'm sick and fucking tired of GNU utilities sucking due to an inability
to reject extraneous and wrong features.  The security implications are
the least of it.  No one wants strings to be smart.  When you run strings
on an ELF object, you expect to get strings from the symtab and headers
as well.  That is not a failure of strings -- it serves a different
purpose than objdump does!  Every utility does not want to grow until it
becomes objdump!  Don't be emacs!  Don't be gcc!

Consider the man page:

   For each file given, GNU strings prints the printable character
   sequences that are at least 4 characters long (or the number given
   with the options below) and are followed by an unprintable character.
   By default, it only prints the strings from the initialized and loaded
   sections of object files; for other types of files, it prints the
   strings from the whole file.

The first sentence describes how people expect strings to operate.
Rather than elaborating on the first sentence, the second sentence
CONTRADICTS it.  That is wrong.

I'll happily submit a patch to fix strings, if such would be accepted.

Have a nice day.

- Greg

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]