Avoid zero-initializing our most-used buffers. am: 08929cc389
Change-Id: I0674d4880ae0596a9ebf4e448d72eaacaf0ca99e
This commit is contained in:
commit
9d63c3f8c5
3 changed files with 3 additions and 3 deletions
|
|
@ -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);
|
||||
|
|
|
|||
|
|
@ -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",
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue