Tomi Maila

Are subarrays ever used or can subarrays somehow be used when passing data to and from external code? AQ or Rolf? Tomi

QUOTE (Yen @ Mar 20 2008, 09:14 PM) Ok. I'll talk with Michael after I've let him enjoy the Eastern holidays.

I just noticed this story on the Register. http://www.theregister.co.uk/2008/03/21/ma..._suicide_robot/ To make it short, an 81-year old Australian man built himself a suicide robot to commit a suicide. The robot worked as planned and shot the guy dead. I wonder if he used LabVIEW for the programming, I guess even 81-year old would learn to program LabVIEW with some practice. Or maybe Mikael & Kurt consulted him a little

QUOTE (Yen @ Mar 19 2008, 10:41 PM) QUOTE (crelf @ Mar 19 2008, 11:53 PM) Welcome ExpressionFlow Fourms! Congrats Tomi - great to have the forums here as an affiliate of LAVA. Thanks guys! It's really a pleasure to have ExpressionFlow forums to be hosted by LAVA. I think it's much more convenient that way. QUOTE (Yen @ Mar 19 2008, 10:41 PM) Second, I wanted to say that the look which suits a blog doesn't seem to suit the forums. I'm not sure what it is, but I think it's too hard to tell the posts apart. Maybe they need more pronounced seperators. Also, the completely white background looks a bit weird. I'm sorry to hear this. Maybe we can do something for the issue for example make the background of each post in a thread more visible. How does the attached mockup look to your eyes. Is it any better? http://lavag.org/old_files/monthly_03_2008/post-4014-1205997941.png' target="_blank">

Regarding the confidentiality clause of the Active VI Toolkit alpha/beta test agreement for pre-release products. Active VI Toolkit is now public and you can freely discuss the Active VI Toolkit related issues on these forums. However the source code of the Active VI Toolkit is not public and you are not allowed to share the source code publicly. You can freely post examples using Active VI Toolkit to ExpressionFlow forums, however you are not allowed to redistribute the toolkit itself.

A few weeks has passes since ExpressionFlow released Active VI Toolkit for public alpha testing. Many of you have probably already tested the toolkit and have some opinions and experience on it. As I'd like to develop this toolkit to meet user needs, I'd really appreciate all your feedback. So what are you initial experiences with the Active VI Toolkit? What did you like and what didn't you like? Was the toolkit usage clear or did you understand nothing at all? Do you think you would have a use case for something like Active VI Toolkit? Were the examples clear? Are you experiencing bugs and problems with the toolkit? If you have not yet downloaded the Active VI Toolkit, please click the downloads tab above on the menu bar under the ExpressionFlow logo. Regarding the confidentiality clause of the alpha/beta test agreement for pre-release products. Active VI Toolkit is now public and you can freely discuss the Active VI Toolkit related issues on these forums. However the source code of the Active VI Toolkit is not public and you are not allowed to share the source code publicly. You can freely post examples using Active VI Toolkit to ExpressionFlow forums, however you are not allowed to redistribute the toolkit itself. p.s. Eastern is an excellent time to spend with your loved ones like your family and interesting LabVIEW stuff....

QUOTE (Justin Goeres @ Mar 19 2008, 04:18 AM) You mean OLPCAOFJ (One Laptop Per Child And One For Justin)

To celebrate its first anniversary, ExpressionFlow has opened these brand new discussion forums in affiliation with LAVA. For more details, check out the blog post ExpressionFlow opens discussion forums in affiliation with LAVA I'd like to give my very special thanks to LAVA and especially to Michael Aivaliotis for all the efforts he has made to get the ExpressionFlow forums launched today. Thank you Michael!

ExpressionFlow is today one year old. Doesn't time pass fast? I just posted a brief ExpressionFlow history, please check out the post ExpressionFlow celebrates its first anniversary on the blog.

This is a forum for ExpressionFlow blog post announcements as well as for the posts related discussions.

This is the support and discussion forum for Active VI Toolkit. Active VI Toolkit is an Erlang style message passing library for development of concurrent LabVIEW applications. The toolkit provides easy-to-use LabVIEW language abstractions for writing concurrent applications based on message passing between parallelly executing VIs. ExpressionFlow Active VI Toolkit greatly simplifies the authoring of highly concurrenct LabVIEW applications. The Active VI toolkit is currently at alpha pre-release version targeted for mainly for concept testing and public discussion. Feel free to discuss anything related to Active VI Toolkit usage and software development using Active VI Toolkit. Should you require Active VI Toolkit support you can post your questions here. Also should you have found bugs in the toolkit, you can publish them here.

Please follow the forum guidelines when posting to ExpressionFlow Forums. To summarize the most important guidelines Use descriptive post titles Write questions so that others can clearly understand them Don't use personal messages for help requests Post to single most suitable category, don't cross-post the same post to multiple categories Use images and attached code examples to clarify your post When following the guidelines, you will be likely to receive positive feedback.

Welcome to ExpressionFlow Forums! I welcome all ExpressionFlow readers to lively participate the discussions on ExpressionFlow forums, the ExpressionFlow blog related discussion forums. The forums are provided to you by ExpressionFlow in affiliation with the world's number one independent LabVIEW community LAVA (LabVIEW Advanced Virtual Architects). The ExpressionFlow Forums provide ExpressionFlow readers a rich environment for lively discussions and a convenient channel for ExpressionFlow products related support requests. All ExpressionFlow readers can participate discussions on ExpressionFlow forums, only a free LAVA user account registration is required. Anyone with existing LAVA user account can directly participate the discussions on ExpressionFlow Forums. To navigate between ExpressionFlow forums and rest of the ExpressionFlow web site, click the tabs on the top menu just below the ExpressionFlow logo.

QUOTE (Justin Goeres @ Mar 18 2008, 03:25 PM) Same here. I'm using LV 8.5.

QUOTE (creynold @ Oct 10 2007, 09:44 PM) QUOTE (Anders Björk @ Mar 17 2008, 03:59 PM) Well the same boxes this year too Anders, are you sure the boxes are made of paper this year? Maybe they are made of plastic to save the rain forests

QUOTE (Jim Kring @ Mar 16 2008, 10:28 PM) Maybe they just want to release Jeff's new wire together with LV 10.0 and releasing 8.5 instead of 9.0 gives them more time

QUOTE (Aristos Queue @ Mar 14 2008, 07:36 PM) No it's not very random. I've seen it so many times before, only most on block diagram. I must confess I've not tried to put methods to palette. It's simply so easy to use LV project to drag and drop items on the blog diagram.

I prefer getting Scala style traits and mixin class composition instead of Java style interfaces. Practically traits are similar to interfaces but they can have private data of their own and method implementations as well. In mixin class composition the traits are included into some class in very much the same way as in multiple inheritance, however avoiding most of the problems of multiple inheritance.

Norm, Thanks for fixing the problems, I was able to open the code in LabVIEW 8.5 without errors and run it. Then for the feedback. The code architecture was not completely clear to me by just inspecting the code. Some description of all parallelly executing instances and the communication channels between the instances would help together with the class diagram. I figured out that you seem to be using the command design pattern to pass commands to remote application instance. The idea of using LVOOP to pass commands to remotely executing LabVIEW instance is good and I'm happy that you've come up with a functional application taking advantage of the method. However you seem not to use the command design pattern in a pure form but you have mixed the command pattern with some other functionality. For example your command parent class LVx.lvclass contains the command method itself Dyn - ExecuteEvent.vi but in addition it contains state selecting method Dyn - State To Execute.vi. Your command is then specified as a combination of these two methods which is somewhat confusing to me. I would myself choose differently so that the developer of new commands didn't need to know the exact implementation of the execution loop as a state machine with states of certain names. Either I would write a few build in Commands such as Close and would test if the received command is one of these build in commands or I would add some methods to the command parent class such as Close?.vi that would indicate if the remote instance should be closed after executing the command. Both alternatives have their own benefits and drawbacks. The latter is perhaps more suitable for LabVIEW which doesn't have pattern matching functionality built-in. Is there some specific reason you have separated the Event Handling loop and the Primary Execution loop from one another? I don't see any benefit in this particular application to have two separate loops as the Event handling loop doesn't seem to do anything but feed the Primary Execution loop. You use named queues and named notifiers both in your example which makes the code hard to follow as at least I didn't find out all the places where the named references are used. Are you using named queues and named notifiers to allow communication between different top-level VIs of the same application instance? Now I've to go back with my real work

There are more of them: Lava, Lava and lava

Thanks for reporting the bug! I was able to reproduce it and I can try to fix it. QUOTE(jlokanis @ Mar 5 2008, 07:15 PM) No I'm not lucky one in this respect.

QUOTE(TobyD @ Mar 4 2008, 09:03 PM) Who said it was a guy...?

QUOTE(jlokanis @ Mar 5 2008, 12:17 AM) It doesn't support LabVIEW classes, all other types should be supported but ones that contain LabVIEW classes. This is a limitation of the used technique. If you get a broken wire with something that doesn't contain LabVIEW classes, then I've a bug that needs fixing. Can you provide any sample code and steps to reproduce the broken wire? QUOTE(jlokanis @ Mar 5 2008, 12:17 AM) I would be interested to know how this was built. I am assuming some sort of xnode voodoo scripting stuff that required 7.1.1 to access... It was developed solely within LabVIEW 8.5, no voodoo. And yes it uses XNodes, though.

QUOTE(waxler1 @ Mar 4 2008, 09:23 PM) You are very welcome Tim Remember that by posting clearly described questions you are like to get good answers... Enjoy LAVA!

Herbert, I found that setting both SceneObject.Blending.Mode to On and SceneObject.Bending.Bin to Transparent Bin for the parent scene object will render all the three triangles correctly irrespective of the order in which they are added. I attatch the VI for LV 8.5 as well.