comparison quick-test.js @ 43:90bf9d9f9c95

Rearrange and rename VamPipe -> Piper as appropriate

 
 // It is possible to declare both parameters and return values as
 // "string", in which case Emscripten will take care of
 // conversions. But it's not clear how one would manage memory for
 // newly-constructed returned C strings -- the returned pointer from
-// vampipeRequestJson would appear (?) to be thrown away by the
+// piperRequestJson would appear (?) to be thrown away by the
 // Emscripten string converter if we declare it as returning a string,
-// so we have no opportunity to pass it to vampipeFreeJson, which
+// so we have no opportunity to pass it to piperFreeJson, which
 // suggests this would leak memory if the string isn't static. Not
 // wholly sure though. Anyway, passing and returning pointers (as
 // numbers) means we can manage the Emscripten heap memory however we
 // want in our request wrapper function below.
 
-var vampipeRequestJson = exampleModule.cwrap(
-    'vampipeRequestJson', 'number', ['number']
+var piperRequestJson = exampleModule.cwrap(
+    'piperRequestJson', 'number', ['number']
 );
 
-var vampipeFreeJson = exampleModule.cwrap(
-    'vampipeFreeJson', 'void', ['number']
+var piperFreeJson = exampleModule.cwrap(
+    'piperFreeJson', 'void', ['number']
 );
 
 function note(blah) {
     document.getElementById("test-result").innerHTML += blah + "<br>";
 }

     // Inspection reveals that intArrayFromString converts the string
     // from utf16 to utf8, which is what we want (though the docs
     // don't mention this). Note the *Cstr values are Emscripten heap
     // pointers
     var inCstr = m.allocate(m.intArrayFromString(jsonStr), 'i8', m.ALLOC_NORMAL);
-    var outCstr = vampipeRequestJson(inCstr);
+    var outCstr = piperRequestJson(inCstr);
     m._free(inCstr);
     var result = m.Pointer_stringify(outCstr);
-    vampipeFreeJson(outCstr);
+    piperFreeJson(outCstr);
     note("Returned JSON = " + result);
     return result;
 }
 
 function test() {