Avoid zero-initializing our most-used buffers. am: 08929cc389

Change-Id: I0674d4880ae0596a9ebf4e448d72eaacaf0ca99e
This commit is contained in:
Elliott Hughes 2020-04-30 15:25:56 +00:00 committed by Automerger Merge Worker
commit 9d63c3f8c5
3 changed files with 3 additions and 3 deletions

View file

@ -225,7 +225,7 @@ bool ReadFdToString(borrowed_fd fd, std::string* content) {
content->reserve(sb.st_size);
}
char buf[BUFSIZ];
char buf[BUFSIZ] __attribute__((__uninitialized__));
ssize_t n;
while ((n = TEMP_FAILURE_RETRY(read(fd.get(), &buf[0], sizeof(buf)))) > 0) {
content->append(buf, n);

View file

@ -260,7 +260,7 @@ static void KernelLogLine(const char* msg, int length, android::base::LogSeverit
// The kernel's printk buffer is only 1024 bytes.
// TODO: should we automatically break up long lines into multiple lines?
// Or we could log but with something like "..." at the end?
char buf[1024];
char buf[1024] __attribute__((__uninitialized__));
size_t size = snprintf(buf, sizeof(buf), "<%d>%s: %.*s\n", level, tag, length, msg);
if (size > sizeof(buf)) {
size = snprintf(buf, sizeof(buf), "<%d>%s: %zu-byte message too long for printk\n",

View file

@ -25,7 +25,7 @@ namespace base {
void StringAppendV(std::string* dst, const char* format, va_list ap) {
// First try with a small fixed size buffer
char space[1024];
char space[1024] __attribute__((__uninitialized__));
// It's possible for methods that use a va_list to invalidate
// the data in it upon use. The fix is to make a copy