[137] in 6.033-lab

home help back first fref pref prev next nref lref last post

Another bug report

daemon@ATHENA.MIT.EDU (Jeffrey Hu)
Sun Mar 7 17:26:11 1999

To: 6.033-lab@MIT.EDU
Date: Sun, 07 Mar 1999 17:26:06 EST
From: Jeffrey Hu <jhu@MIT.EDU>

This bug is similar to the previous one that we forwarded.
The source code in the locker has been changed to incorporate
this fix.

				Jeff

------- Forwarded Message

Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po8.MIT.EDU (5.61/4.7) id AA21251; Sat, 6 Mar 99 16:40:50 EST
Received: from YORICK.MIT.EDU by MIT.EDU with SMTP
	id AA29111; Sat, 6 Mar 99 16:41:28 EST
Received: (from fdabek@localhost)
	by yorick.mit.edu (8.8.7/8.8.5) id QAA18024;
	Sat, 6 Mar 1999 16:40:49 -0500
From: Frank Dabek <fdabek@MIT.EDU>
Message-Id: <199903062140.QAA18024@yorick.mit.edu>
To: 6.033-lab-tas@MIT.EDU
Subject: another bug in http.c
Date: Sat, 06 Mar 1999 16:40:49 EST

ta's,

	I think i've found another error in http.c. Line 143 mallocs a
string:

  m->other = (char *) xmalloc((resLen + 1) * sizeof(char));

	and strcat is subsequantly called on that string. This can
cause trouble if a zero doesn't happen to show up anywhere in the new
string (a SIGSEV resulsts). Fix it by adding:

  m->other[0] = 0;

after the xmalloc.

------- End of Forwarded Message


home help back first fref pref prev next nref lref last post