One correction. the i386 is really always a 32 bit code resource. LabVIEW for Windows 3.1 which was a 16-bit operating system was itself fully 32-bit using the Watcom 32-bit DOS extender. LabVIEW was compiled using the Watcom C compiler which was the only compiler that could create 32-bit object code to run under Windows 16-bit, by using the DOS extender. Every operating system call was translated from the LabVIEW 32-bit execution environment into the required 16-bit environment and back after the call through the use of the DOS extender.
But the LabVIEW generated code and the CINs were f
I just made them up! I believe NI used the 'i386' as a FourCC identifier for the Win32 CINs.
From my notes:
i386 Windows 32-bit
POWR PowerPC Mac
PWNT PowerPC on Windows
POWU PowerPC on Unix
M68K Motorola 680xx Mac
sprc Sparc on Solaris
PA<s><s> PA Risc on HP Unix
ux86 Intel x86 on Unix (Linux and Solaris)
axwn Alpha on Windows NT
axln Alpha on Linux
As should be obvious some of these platforms never saw the light of an official release and all the 64-bit vari
Seems reasonable; added issue. https://bitbucket.org/drjdpowell/sqlite-labview/issues/6/add-a-execute-sql-1d-cluster-results
Unfortunately, I've just released a new version, but it will go into next version.
In an attempt to standardize my handling of formatting timestamps as text, I have added functions to "JDP Science Common Utilities" (a VI support package, on the Tools Network). This is used by SQLite Library (version just released) and JSONtext (next release), but they can also be used by themselves (LabVIEW 2013+). Follows RFC3339, and supports local-time offsets.