OSSP CVS Repository

ossp - Difference in ossp-pkg/js/ChangeLog versions 1.28 and 1.29
Not logged in
[Honeypot]  [Browse]  [Home]  [Login]  [Reports
[Search]  [Ticket]  [Timeline
  [History

ossp-pkg/js/ChangeLog 1.28 -> 1.29

--- ChangeLog    2006/08/03 12:41:27     1.28
+++ ChangeLog    2006/08/03 13:19:20     1.29
@@ -13,6 +13,29 @@
 
   Changes between 1.6.20060731 and 1.6.200608xx (2006-07-31 to 2006-08-xx)
 
+   o Add optional Dynamic Shared Object (DSO) support (see src/jsdso.[ch]).
+     This comes in two flavors:
+
+     1. Provide two public C API functions...
+        JSBool JS_DSOLoad   (JSContext *cx, int *id, const char *filename);
+        JSBool JS_DSOUnload (JSContext *cx, int  id);
+        ...as an ultra-thin wrapper around the POSIX dlopen(3) API. It
+        especially mimics the BSD RTLD behaviour of calling pre-defined
+        functions (mandatory "js_DSO_load" and optional "js_DSO_unload")
+        inside the DSO after/before the dlopen/dlclose calls. This
+        allows the DSOs to perform their init/shutdown actions.
+
+     2. Provide a small JavaScript global object "DSO" which binds
+        the two public DSO C API functions into the JavaScript language
+        as "DSO.load" and "DSO.unload". The "DSO" object can be created
+        by the friend C API function js_InitDSOClass(). This function is
+        used by the command-linne interface "js" by default.
+
+     As a result the OSSP Mozilla JavaScript engine is now able to
+     dynamically load C extensions similar to what other programming
+     languages provide since a longer time.
+     [Ralf S. Engelschall <rse@engelschall.com>]
+
    o Be more clean and replace weak "#if JS_HAS_FILE_OBJECT" constructs
      with the stronger "#if defined(JS_HAS_FILE_OBJECT) && (JS_HAS_FILE_OBJECT - 0)"
      as the JS_HAS_FILE_OBJECT can be not defined at all (in contrast to

CVSTrac 2.0.1