Jump to content

Michael Aivaliotis

Administrators
  • Posts

    6,217
  • Joined

  • Last visited

  • Days Won

    120

Posts posted by Michael Aivaliotis

  1. It seems like your approach will work. I wrote a different version of your method using only queues and no user events. The wait function in the proxy loop can be removed without problem. I just kept it to be consistent with your implementation.

    http://forums.lavag.org/index.php?act=attach&type=post&id=5718

    http://forums.lavag.org/index.php?act=attach&type=post&id=5719 (LV8.0)

    Let's not forget that an event structure is just a queue after all. I like queues over event structures because you can see the inner workings. Your producer event is basically an unbounded queue which is what I've created in my example. In order for all of this to work, you need to make sure the proxy loop is much faster than than the producer loop. Otherwise, your producer queue or user event queue will continue to grow in size because the proxy cannot keep up in the dequeue process.

    What I would like to see from NI is a feature/switch/setting in the dequeue function to allow us to remove a range of elements at once instead of one at a time (return all elements). Then there would be no need for a proxy. The dequeue would remove the number of elements available. Edit: Well, now that I think of it, this is currently possible with the Flush Queue function. Perhaps this is the solution here. Not Sure

  2. QUOTE(yen @ May 3 2007, 11:13 AM)
    The servers are relatively slow as it is and the interface becomes inconvenient when there is a large number of posts to go through.
    The server is the fastest it's ever been. It's a dedicated machine. There is room for upgrade but it's already at about $109US a month which is about breaking even at the moment. Also, we are located in North America so regardless of speed your location will also be a factor. I'm wondering what feature of the NI forums makes it better for viewing a large number of posts? can you elaborate?
  3. QUOTE(Noxious @ May 2 2007, 07:36 PM)
    I have used LabSQL and actually got it to connect to my DB but I had to use the MySQL ODBC 3.51 Driver. However, I don't think installing this driver on every PC that I deploy my application on is a very practical solution.
    Perhaps it's not practical in your situation, but essental. I can't think of any other way to connect to a database without a driver of some sort. The MYSQL driver comes with an installer. Do you have an installer for your LabVIEW application already?
  4. QUOTE(yen @ May 2 2007, 12:41 PM)

    I would suggest again the suggestion we made once of having a very simple LabVIEW test in order to register.
    This is out of the question. All are welcome here on LAVA. I don't want to exclude anyone. Some may want LAVA to be an exclusive club but quite frankly, if it comes to that, it will cease to be interesting for me. In addition to that, the forums will die because everyone will be a lurker reading Tomi and AQ's posts on Greek philosophy.

    This discussion is going in the wrong direction. My original comment was not to HH's or newbies. It was directed towards the forum regulars. Be nice! We all already acknowledge that Homework Huster's are not liked. Fine, that is an issue separate from all other. Other than that, ALL other questions are welcome whether they be simple or complex. I am the first to post stupid questions here on LAVA. If we don't then NI will never fix the problems that plague new users of a feature. Remember, we are all new when it comes to the introduction of new features regardless of how long you use LabVIEW.

    There has been discussion of forwarding new users to the NI Forums. Again, the wrong attitude. I mean, if that doesn't sound like "we don't want your kind here" I don't know what does? Forwarding people to the NI Forums is not acceptable. Links to solutions or key examples/articles are fine but a general "brush off" to the dark side is just wrong and insulting.

    In order to put a closure to this discussion, I am implementing the following policies/procedures:

    1. Homework Hustlers are not allowed on the Forums. No exceptions.
    2. If you think a certain post is a homework hustling type question. Click on the report post to moderator button. This is the only recourse available to you. DO NOT respond to the post. You are not a moderator and posting negative or disrespectful comments will be considered abuse and results in a penalty by suspension of your account for a period of 2 days. If a post has been determined to be a Homework question, the guilty party will be contacted via PM and a clarification will be requested. If the issue is still not resolved to the satisfaction of a moderator, then the users' account will be deleted and all their posts removed.
    3. In general. Do not post comments to any discussion about how the user will be better off on another website or forum. Any comments that imply that the original poster is not experienced enough in LabVIEW or should not be on LAVA is considered disrespect and follows the same 2 day suspension penalty.
    4. Moderators: Only the moderators are authorized by the LAVA Forums to perform any user account suspension/deletion, post editing, post deletion and post moving. In addition, only moderators can decide if a post is a Homework question. Moderators do not read every post. This is impossible. Please use the report post to moderator button to bring anything to the attention of a moderator.
    5. Posting in the wrong forum. Do not respond to a post located in the wrong forum to let the user know it's in the wrong forum. This is the job of the moderator since they have the power to move the post. Again, please use the report post to moderator button. Making comments of this fact is considered impersonating a moderator and is not acceptable.
    6. Spam: If you think a specific post is clearly spam use the report post to moderator button. Replying to such posts only adds visibility to them and makes the problem worse.
    7. Personal Messages: Do not use the personal message (PM) system for LabVIEW technical support, dating, abuse or LabVIEW SN requests. If a member reports to a moderator that their PM inbox has been abused(for any reason) then the abusers' account will be suspended for 4 days.
    8. Member's privacy regarding moderation decisions. All moderator decisions and outcomes (suspensions, deletions etc) will be kept private and confidential. This will allow offenders to recover from what may possibly be a mistake or error on their part.

    I will add these rules to the [wiki]Forum Guidelines[/wiki] as soon as I can.

  5. QUOTE(crelf @ May 1 2007, 10:07 AM)
    It's even easier: just click on " ! REPORT " next to the post.
    Yes, exactly. Members should always use this feature any time they want my attention drawn to a post. I can't be everywhere but the Report Button is the most effective.
  6. QUOTE(tcplomp @ May 1 2007, 12:07 PM)

    I get this message for all LAVA rss'es from Wizz RSS

    An invalid XML was returned from http://forums.lavag.org/index.php?act=rssout&id=3 (LAVA Bug List)

    Also id 9 (LAVA LabVIEW 8) and 2 (LAVA All Programming Discussions)

    Only - ALL of LAVA - (id 8) works OK

    Ton

    tcplomp let's not confuse the issue. LAVA Forums only has one RSS feed and it's working fine. The others you cite have been discontinued for months. The only LAVA Forums feed you should be using is => http://forums.lavag.org/index.php?act=rssout&id=8

    crelf It appears that an older Blog post of yours is not generating proper XML output thus breaking the feed. I'll look into it more.

    I've sent a support request for this issue. It should be resolved soon.

  7. QUOTE(Val Brown @ Apr 30 2007, 06:34 PM)

    Yes, I agree -- and here's where I see the lack of value in using an XControl. Now I'm NOT asking for all of the following functionality to be included in a posted example but I am pointing out that -- at least as far as I'm concerned -- there are shortcomings to using XControls in real world, deployed code. I HOPE the shortcomings that I see relate more to my own lack of familiarity with XControls but....

    Now to me it's easier to architect all of that NOT in an XControl but in the "older" architectures of QMH or ESM using typedefs, etc.

    What you are describing is a complete application on its own. This can definitely be encapsulated into a single VI. If you need to use this functionality then you can call the VI and embed it into a subpanel. Why not?

    QUOTE

    there are shortcomings to using XControls in real world

    I disagree with this. If you ever have to use multiple property nodes to manipulate and customize a UI then this is a good candidate for an XControl. You are not manipulating hardware, you are manipulating UI components based on user interaction or possibly interlock conditions. Based on my experience, manipulating UI's to handle users takes 10 times as long as hardware communication. XControls allow you to reuse this UI code.

    Having stated all this, it does not mean you cannot implement hardware interaction or tasks that take a little too long inside of an XControl. You can always launch parallel process VI's for that. This requires a little more effort on the part of the programmer and is not a built-in feature of XControls.

  8. QUOTE(xtaldaz @ Apr 30 2007, 10:58 AM)
    Ummm, thanks for the ummm...help. There are so many comments I would love to make, but I will refrain.
    I think that's best. :P . Btw, is does your avatar happen to be a jackrabbit? :D
  9. Warning! Beware of Language Content! Use Headphones... ;)

    She offends me and turns me on at the same time...

    <object width="425" height="350"><param name="movie" value="

    http://www.youtube.com/watch?v=cVv4ng2Ya44"></param><param'>http://www.youtube.com/watch?v=cVv4ng2Ya44"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/watch?v=cVv4ng2Ya44" type="application/x-shockwave-flash" wmode="transparent" width="425" height="350"></embed></object>

    <object width="425" height="350"><param name="movie" value="

    name="wmode" value="transparent"></param><embed src="
    type="application/x-shockwave-flash" wmode="transparent" width="425" height="350"></embed></object>

    I think we've found our NIWeek 2007 Keynote speaker.

    These videos are so full of awesome quotes. Where to start...

    I gotta go launch my rocket!

  10. QUOTE(Gary Rubin @ Apr 28 2007, 06:26 PM)

    Everyone is welcome here as far as I'm concerned. People already know that this website is called LAVA and what the two A's stand for. Perhaps they all want to learn from the experts, I know that's what I'm here for. I'm always learning something.

    QUOTE(PaulG. @ Apr 28 2007, 08:01 PM)

    If the more active senior-level developers spent half as much time explaining "X-Controls, point A to point B", "X-Controls, point B to point C" or "The Joys and Evils of SVN" or "How I learned to Stop Worrying and Love Variants" as they do responding to Nulll's and Sally's we would be a lot better off - and it would really reduce the "snob" level I pick up here.

    I agree with you on this. I have always been open about sharing my knowledge about LabVIEW. I have put on countless presentations at various LAVA meetings because I truly believe that we should all be programming at the same advanced level. Those that think LabVIEW is not powerful or cannot do this or that, think that way because no-one has shown them the light. We all need to give up our secrets for the common good.

    QUOTE(PaulG. @ Apr 28 2007, 08:01 PM)

    I can't help but feel a little intimidated myself. I know a small handful of hard-core
    LV
    developers who can write kick-arse code in their sleep.
    :)
    But even some of them couldn't tell me the slightest thing about an X-control or when/where/why to use a Variant. I count on this place to explain stuff like this to me. This is a great forum ... but it has been heading in a downward direction lately. Have we forgotten why we are here?

    Yes, it's about getting at the root of the feature or technology and figuring out "why the hell should I use this, and why should I care". One of the reasons I started the Wiki section of the site is for this reason. There, we have more time and can focus on explaining features and how to use them in various use cases.

  11. Recent posts have been downright mean! If you don't think the topic is worthy of your time or effort to respond then move along. You don't have to respond. Especially not with a smart ass remark that just makes you feel better. Veterans around here lately seem to be ganging up on new members in the same way schoolyard bullies do. Yes people, we know you're ace LabVIEW Guru's and it seems very silly for someone to be asking: "How do I get a VI to pop-up when I click a button". Well, I was in the same position when I started LabVIEW. It took me 3 months of development before I found out how to do this simple thing myself! In the end, my company hired an Alliance Member to come in a show me this and other tricks. I only wish I had something like LAVA back then.

    What are you doing to help? Why not write a Wiki article describing how to do this? Why stop there? Write an article on all of the issues plaguing new users. I am appalled at the tone and treatment of new members and those where English is not their first language. It's unfortunate that LabVIEW is not a very popular language since those members cannot find help in their native tongue and so resort to joining English forums for help. It is what it is. If in doubt, ask probing questions, get to the root of the issue. Be constructive and helpful. If not, don't respond! Please.

    It used to be that, if you were a LabVIEW user among users, there was a certain bond. Others would help you overcome hurdles and get you hooked on LabVIEW. What ever happened to that?

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.