From 74136f1e5b8889ecef2434b216021d140d156711 Mon Sep 17 00:00:00 2001
From: "Peter J. Keleher" <keleher@cs.umd.edu>
Date: Tue, 12 Sep 2023 16:50:41 -0400
Subject: [PATCH] auto

---
 p2.md | 6 ++----
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/p2.md b/p2.md
index 015eb92..b4941f9 100644
--- a/p2.md
+++ b/p2.md
@@ -62,9 +62,7 @@ There are essentially two parts to this project, both of which that rely on usin
 gRPCs.
 
 The first part is taking your simple blob store and splitting it to a distinct
-blob *store* in `p2/blobstore/main.go` and command-line tool `p2/tool/main.go`. The *blobstore* is the only
-part of this project that interacts with the file system and should be oblivious to the contents of the
-blobs it is storing.
+blob *store* in `p2/ubi/server.go` and command-line tools `p2/blob.go` and  `p2/lock.go`. 
 
 The second part is building a lock server that will take an *acquire* request for a file
 path and acquire read (SHARED) locks on the entire path from the root down to the path's
@@ -123,7 +121,7 @@ up your server (in `server.go`), the actual startup is here:
 ```
 The `GRPCserver` is a placeholder structure that does not need to
 define any properties or methods, except the `UnimplementedBlobServer`
-method. From `blobstore/grpcServe.go`
+method. From `ubi/grpcServe.go`
 ```
 type GRPCserver struct {
 	pb.UnimplementedBlobServer
-- 
GitLab