From e3befe4a66c68fea03300eadb9d9b2f1c2534dc6 Mon Sep 17 00:00:00 2001
From: Michael Meskes <meskes@postgresql.org>
Date: Fri, 18 Feb 2000 08:49:07 +0000
Subject: [PATCH] *** empty log message ***

---
 src/interfaces/ecpg/lib/README.dynSQL | 20 --------------------
 1 file changed, 20 deletions(-)
 delete mode 100644 src/interfaces/ecpg/lib/README.dynSQL

diff --git a/src/interfaces/ecpg/lib/README.dynSQL b/src/interfaces/ecpg/lib/README.dynSQL
deleted file mode 100644
index fedcf80402d..00000000000
--- a/src/interfaces/ecpg/lib/README.dynSQL
+++ /dev/null
@@ -1,20 +0,0 @@
-descriptor statements have the following shortcomings
-
-- up to now the only reasonable statement is
-	FETCH ... INTO SQL DESCRIPTOR <name>
-  no input variables allowed!
-  
-  Reason: to fully support dynamic SQL the frontend/backend communication
-  	should change to recognize input parameters.
-  	Since this is not likely to happen in the near future and you
-  	can cover the same functionality with the existing infrastructure
-  	I'll leave the work to someone else.
-
-- string buffer overflow does not always generate warnings 
-	(beware: terminating 0 may be missing because strncpy is used)
-	:var=data sets sqlwarn accordingly (but not indicator)
-
-- char variables pointing to NULL are not allocated on demand
-	
-- string truncation does not show up in indicator
-
-- 
GitLab