The documentation for DAQmx Timing says the samples per channel input should be an unsigned long integer. All instances of the actual Timing VI seem to want a signed long integer, instead. Won't this cause problems when setting more than 2,147,483,647 samples? It probably doesn't come up too often, but some of the M-series boards have 32-bit counters, where it could be relevant.
Wiring a U32 to the Timing VI with a large number, say 3E9, causes the sample per channel input to be coerced to an I32, making it a negative number. The Timing VI then throws an error.
The Timing VI just seems to be a convenient interface to a Timing property node, which sets SampQuant.SampPerChan. One can get around this by setting the property node manually with a U32 (which gets coerced to a DBL, but that doesn't affect anything).
This is under DAQmx 8.0.1, and Labview 7.1.1.
