BPortLink now has a FlushWithReply() method itself.

BPortLink::AttachString() now accepts a length argument, and will no longer
send a terminating null byte; LinkMsgReader::ReadString(), however, will
make sure the string read is null terminated.
Changed client communication code to use FlushWithReply() instead of Flush()
and GetNextReply() - there were many bugs and shortcomings in the code, I
hope I've fixed them all.
Converted ClientFontList.cpp to our coding style (but not completely, the
class members are missing).
Some more cleanup - I hope Adi will adopt our coding style one day!


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12998 a95241bf-73f2-0310-859d-f6bbb57e9c96

src/kits/app/PortLink.cpp

@@ -87,3 +87,14 @@ BPortLink::AttachShape(BShape &shape)
 	fSender->Attach(opList, opCount * sizeof(uint32));
 	return fSender->Attach(ptList, ptCount * sizeof(BPoint));
 }
+
+
+status_t
+BPortLink::FlushWithReply(int32 &code)
+{
+	status_t status = Flush();
+	if (status < B_OK)
+		return status;
+
+	return GetNextReply(code);
+}