Ton Plomp

I've never used it, but I've seen rabbit MQ code in Python and LabVIEW as well. RabbitMQ is a message broker, so should be able to bridge the gap. Ton

I start to use more-and-more the 'quick reply' editor below a thread. The only time I switch over to the full editor is when I want to add an image with code. I'm not sure if it's possible (I think it is), but adding the 'attach files', is a good addition to that reply 'window' Ton

One of the mayor ups for our company is the possibility of adding meta-data (descriptions), these can be very flexible and extendible. By configuring the DIADem data finder, you can harvest these meta-data like a database. One of the downsides is that we had several cases of bad tdms-indexes. Those are really hard to nail down, and we never got a good explaination. It probably comes from the fact that you'll only copy the tdms file without the accompanying tdms_index file, and you can get a mix up of various data-formats, the solution is always easy: delete the tdms_index file (it will be auto-generated again upon opening the file). There is a discussion of HDF5 vs. TDMS, from what I remember is that at the moment of development HDF5 wasn't fast enought for single-writes. (Idea-exchange link, but there should be more) One thing that I like of TDMS is that it limits you to groups and channels, one way or another it's always been possible to store the relevant data in that structure. But I would love to have (at least) 2-dimensional arrays. Ton

Nice idea (I had written a similar tool just a few months ago). I remember two bugs/issues. DIAdem is quite strict about the allowed characters for property names, '.' (period) is not allowed. Upon resaving the TDMS file the period will be replaced by an underscore '_'. (the list is quite long). A boolean is stored as an U8 after a resave with DIAdem, the TDMS routine of LabVIEW can read the boolean, if they receive an explicit boolen. However if they receive a variant with a boolean as data-type, the returned variant is an U8. And a variant to data function will fail. (your code has a specific case for each data-type so it will not break). One thing about your code, why don't you use the VI reentrantly? By allowing 'Share clones', you can drop the VI strait into itself, without the need of explicit VI-server calls. Another addition would be to have basically the same code for waveform attributes (I have that around as well). Ton

One of the things that needs to be done is have good unit -test VIs. The current set I have is created by the NIST and is very thourough. Currently all the functions pass these, however I need make that a single-test routine (running about 5-10 minutes). Ton

Yes, back on topic... So the 'hamming distance' is that it counts the non-zero characters? Perhaps any of these implementations are faster: Ton

Hi Wouter, that looks nice, I think we should include it in the MD5 package (together with the SHA hashes I've created). However I would use an array of U8 instead of U32. Ton

One standard that I try to follow is that every time I use a for loop with auto-indexing, I show the label of that for loop and add a 'for each .....' title to the for loop. This has helped me greatly in getting back after a while to the exact 'why is this for-loop auto-indexing' questions.

could it be that the 'Exit Indicator' is True so that the while loop only runs once? Ton

I can see the package. One thing to note is that the company name is 'Openg_org' instead of 'Openg.org' Ton

Name: HTML Report Embedded images Submitter: Ton Plomp Submitted: 17 Dec 2011 Category: *Uncertified* LabVIEW Version: 2010 License Type: BSD (Most common) This class adds a special version for the HTML-report generation VIs. By using this class you can use the normal report generation functions, however images will be embedded in the HTML file inside the <IMG> tag. This tool adds a special override class for the Report Generation toolkit. With this class come 3 overrides for the following functions: Append Control Image to report Append Image to report (path) Append Image to report (string) These functions allow you to embed the added image into the HTML IMG tag. With this functionality it's possible to generate HTML reports that can be shipped without depending on a file-layout or web-server. The included DEMO VI shows you how to use this class (only the initiate function is required), and loads a sample file into your default web-browser. Click here to download this file This tool shows absolutely the power of LVOOP programming, in 1 hour I made a inherited class that overrode 3 VIs and thus created new functionality! I hope you like it, if you have more ideas for improvement please let me know! This function usese the Base64 code from ChristianL Here's the full screenshot:

Well today my computer is even slower. Here's a snippet with the 1st-5th run on the FP stored. Ton

I'm not sure if this is a bug. You unregister the ERF, and then you use the same ERF to register new events. Here's a quote from the help: So it sounds like it's a dead ERF... What really buggy is that it locks up the UI whenever I click one of the buttons. Ton

Your method of testing is wrong, for instance the native version only takes 0 ms, this is so because the code is compiled and the result is stored in memory. By replacing all the inputs to control I got the OpenG twice as fast as the the 2nd (with case structure function): Ton