[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

CVS gsasl/lib

From: gsasl-commit
Subject: CVS gsasl/lib
Date: Sun, 31 Oct 2004 17:44:36 +0100

Update of /home/cvs/gsasl/lib
In directory dopio:/tmp/cvs-serv12582

Modified Files:
Log Message:

--- /home/cvs/gsasl/lib/NEWS    2004/10/31 16:38:05     1.45
+++ /home/cvs/gsasl/lib/NEWS    2004/10/31 16:44:36     1.46
@@ -6,19 +6,34 @@
 ** The EXTERNAL mechanism now support authorization identities.
-** Update of generic crypto layer.
+** Major internal overhaul.
+This was done to get rid of all fixed size buffers, and to clean up
+the callback interface.  Now, all functions that return data of
+non-fixed size will allocate the output, and the caller is responsible
+for deallcating the data.  Further, the callback interface has been
+simplified, from having one callback function per data item, there is
+now only one callback function, that receive an enumerated integer
+type indicating the requested operation.
+The only externally visible (i.e., in the API/ABI-sense) effect of
+this is that gsasl_encode and gsasl_decode have been renamed to,
+respectively, gsasl_encode_inline and gsasl_decode_inline, and that
+the original functions have been modified to allocate the output
+buffer.  The gsasl_??code_inline functions were added to simplify
+upgrading existing applications.  We regret breaking backwards
+compatibility, but we felt it was necessary to fix this.
-** Major internal overhaul, to get rid of all fixed size buffers.
+** Update of generic crypto layer.
-** Now possible to write and register a new SASL mechanism externally.
+** Now possible to add a new SASL mechanism during run-time.
 Implement the Gsasl_*_function interfaces, populate a Gsasl_mechanism
-struct with name of SASL mechanism and the function pointers, and
-call gsasl_register to register your new mechanism.
-** Now using Lesser GNULib for portability code.
-This means the code now use strdup, which improve readability.
+struct with name of SASL mechanism and the function pointers, and call
+gsasl_register to register your new mechanism.  The library will now
+offer and use your mechanism.  The internal mechanisms use the same
+interface.  This is the first step toward a completely dl_open()
+dynamic approach.
-** A few memory leaks removed.
+** A few memory leaks fixed.
 ** Translation fixes.
@@ -32,7 +47,7 @@
 gsasl_decode.  The library is both source and binary backwards
 compatible otherwise.  As gsasl_encode and gsasl_decode has not been
 very stable so far, hopefully they are not yet widely used, which
-warranted this otherwise bad change.  The details follow.
+warranted this otherwise major change.  The details follow.
 gsasl_encode, gsasl_decode: MODIFIED.  Now allocate the output parameter.
 gsasl_encode_inline, gsasl_decode_inline: ADD, DEPRECATED.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]