Gentle Reminder: hpprgm

[debrouxl]

Quote:Well I was just thinking on a simplistic approach for restricted environment (i.e. a microprocessor with ethernet to read the version of the file to know if it is supported or no rather than parsing the xml)

But then, with more files into the container, you're complicating container parsing

Ultra-constrained environments wouldn't treat the files we're envisioning in the first place, as screenshots and .hpprgm files can be hundreds of KBs (currently, as shown by the documents generated by TI-Planet's mViewer GX Creator, beyond 1 MB, not only the slow transfer rate is tiresome, but instability ensues when trying to launch the programs). However, but both JSON and XML can be parsed on the fly, and in an absolute worst case (without a JSON or StAX parser), one could parse:
* for JSON: {, then optional whitespace, then e.g. ", version, ", optional whitespace, :, optional whitespace, text to integer, comma;
* for XML: <?xml version="1.0" encoding="UTF-8"?>, optional whitespace, <!DOCTYPE ...>, optional whitespace, <some root tag>, optional whitespace, <version>, text, </version>, and decode the text.

I'm aware of both the existence of mkbundle, and the bloat of the generated solution
It's not just .Net / Mono: embedding a subset of the Java VM + class library, even in Java 8 times, or Python, Perl and friends, would yield similar results to embedding a subset of the .Net / Mono VM + class library.