public inbox for cluster-cvs@sourceware.org
help / color / mirror / Atom feed
From: Jim Meyering <meyering@fedoraproject.org>
To: cluster-cvs-relay@redhat.com
Subject: gfs2-utils: master - Revert "hexedit: avoid NULL dereference upon failed malloc"
Date: Wed, 02 Sep 2009 14:44:00 -0000	[thread overview]
Message-ID: <20090902144413.172C9120209@lists.fedorahosted.org> (raw)

Gitweb:        http://git.fedorahosted.org/git/gfs2-utils.git?p=gfs2-utils.git;a=commitdiff;h=1997a38b4d48b9fcd1603e8d1024a9d9608d8cd1
Commit:        1997a38b4d48b9fcd1603e8d1024a9d9608d8cd1
Parent:        3f7281325f8ebafe34fdc3edc96ef1f8d0c18cc1
Author:        Jim Meyering <meyering@redhat.com>
AuthorDate:    Wed Sep 2 16:40:32 2009 +0200
Committer:     Jim Meyering <meyering@redhat.com>
CommitterDate: Wed Sep 2 16:40:32 2009 +0200

Revert "hexedit: avoid NULL dereference upon failed malloc"

Bob Peterson noticed that the change we're reverting here,
commit 3b256287f994e564ec7a6c580003d77029a246bf,
seemed to be the cause of a segfault.  He pointed out that
the buffer moved from 'malloc'd to stack currently occupies
about 10MB(!).  It's obviously better not to put something
that large on the stack.
---
 gfs2/edit/hexedit.c |   14 ++++++++------
 1 files changed, 8 insertions(+), 6 deletions(-)

diff --git a/gfs2/edit/hexedit.c b/gfs2/edit/hexedit.c
index 2192e8d..684fc05 100644
--- a/gfs2/edit/hexedit.c
+++ b/gfs2/edit/hexedit.c
@@ -1433,12 +1433,13 @@ static int display_indirect(struct iinfo *ind, int indblocks, int level, uint64_
 			file_offset = 0;
 		if (!termlines && ((level + 1 < di.di_height) ||
 				   (S_ISDIR(di.di_mode) && !level))) {
+			struct iinfo *more_indir;
 			int more_ind;
 			char *tmpbuf;
 			
+			more_indir = malloc(sizeof(struct iinfo));
 			tmpbuf = malloc(sbd.bsize);
 			if (tmpbuf) {
-				struct iinfo more_indir;
 				lseek(sbd.device_fd,
 				      ind->ii[pndx].block * sbd.bsize,
 				      SEEK_SET);
@@ -1453,19 +1454,20 @@ static int display_indirect(struct iinfo *ind, int indblocks, int level, uint64_
 						(unsigned long long)ind->ii[pndx].block);
 					exit(-1);
 				}
-				memset(&more_indir, 0, sizeof(struct iinfo));
+				memset(more_indir, 0, sizeof(struct iinfo));
 				if (S_ISDIR(di.di_mode)) {
-					do_leaf_extended(tmpbuf, &more_indir);
-					display_leaf(&more_indir);
+					do_leaf_extended(tmpbuf, more_indir);
+					display_leaf(more_indir);
 				} else {
 					more_ind = do_indirect_extended(tmpbuf,
-									&more_indir);
-					display_indirect(&more_indir,
+									more_indir);
+					display_indirect(more_indir,
 							 more_ind, level + 1,
 							 file_offset);
 				}
 				free(tmpbuf);
 			}
+			free(more_indir);
 		}
 		print_entry_ndx = pndx; /* restore after recursion */
 		eol(0);


                 reply	other threads:[~2009-09-02 14:44 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20090902144413.172C9120209@lists.fedorahosted.org \
    --to=meyering@fedoraproject.org \
    --cc=cluster-cvs-relay@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).