03-26-2006 04:18 PM
04-08-2006 10:10 AM
04-11-2006 08:05 AM - edited 04-11-2006 08:05 AM
Message Edited by jh_mclellan on 04-11-2006 08:06 AM
04-11-2006 08:38 AM
The lack of responses does not mean that people are not interested.
You may have noticed the 5 star ratings on your posts. These should tell you that people think this is a worth while project.
I would strongly suggest that you post this to the LAVA forums as well, because it has a lot less traffic and some of the users there are very advanced. An email to the info LabVIEW mailing list with a link to the wrapper should also help in letting people know about this. Eventually, if it works out OK, you might want to try releasing it as an OpenG package. One last thing - if possible, post the next versions for 7.0 and you will have even more people who will be able to test it. Keep it up!
04-11-2006 08:40 AM - edited 04-11-2006 08:40 AM
Since you are creating a LabVIEW DLL wrapper anyhow it would be a good idea to place some of the LabVIEW array resizing and allocation into that DLL too. This makes the LabVIEW code more simple and allows to manage memory more efficiently. You would then include the LabVIEW extcode.h file and use memory manager functions of LabVIEW in your DLL (and link to labview.lib too).
@jh_mclellan wrote:
A few fixes to the weekend release:
- Expanded packet reserved memory to 65535 bytes; which is equal to the maximum packet size reported on ethereal-dev in 1999.
- Also fixed a bug in the *.vi that caused the timed loop to stop after the first pass instead of continue looping.Message Edited by jh_mclellan on 04-11-2006 08:06 AM
Message Edited by rolfk on 04-11-2006 03:42 PM
04-21-2006 06:16 AM
04-24-2006 12:53 PM
04-28-2006 11:54 AM
05-04-2006 05:14 AM
05-11-2006 03:27 PM