Jump to content

asbo

Members
  • Posts

    1,256
  • Joined

  • Last visited

  • Days Won

    29

Everything posted by asbo

  1. I can reproduce this, also from the Outlook RSS feed. I tried it for hooovahh's post, following http://feeds.lavag.org/~r/lava-labview-forums/~3/FZX_dy4bijM/page__view__findpost__p__68801 and it dumped me to http://lavag.org/topic/11431-rss-view-article-broken/page__view__findpost__p__68801?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+lava-labview-forums+%28LabVIEW+Advanced+Virtual+Architects+%28LAVA%29+Forums%29 the forum index after one redirect.
  2. A lot of programs tend to do this. I don't think I've ever run VIs off a USB drive before, but you might try using Unlocker or LockHunter to invalidate those handles if closing out LabVIEW is becoming a hassle for you. It *might* cause LabVIEW to crash, so always commit changes to disk before messing around with file/folder handles.
  3. I love seeing technology applied in new ways to diagnose our fragile little human bodies
  4. If you prepend start with an at sign, it's the same as calling ECHO OFF before it, so the command won't be printed to the cmd window. The System Exec VI is preferably (if you don't like API) because all you have to do is append your directory to "explorer" and you're set.
  5. Despite being yet another ActiveX, the Office Web Components are kind of handy if you need integrated display. It doesn't support XLS natively, though, so there might be some finagling involved.
  6. So are we only considering skinning a viable exercise if it's feasible at run-time? Don't custom controls constitute skinning (or at least the capacity to)? In any event, I (tentatively) agree with crelf - skinning could be handy, but LV really isn't geared for pretty interfaces and many of the industries it's used in don't care what the thing looks like as long as it Just Works Right.
  7. There's no guarantee that between the compiled code of helloworld.vi in 8.5 isn't radically different from the compiled code of helloworld.vi in 8.6, given the number of changes (optimizations, added/removed nodes, low-level stuff in general) between versions. For the sake of argument, assume there is binary compatibility - those VIs won't run in any different RTE without a recompile, so what's the point? Or perhaps that simply defines that there is no binary compatibility.
  8. I reckon it's a poor assumption that crelf was trying to demonstrate a sarcastic emoticon. ps. Don't look at the filename, it ruins my quip.
  9. I feel like I'm obligated to post in this thread now.
  10. Ohhh, that reminds me of I saw with superconductors. Not sure they'll let you bring liquid nitrogen into a kindergarten classroom though ...
  11. I remember an issue with LabVIEW crashing if you CTRL+Drag'd linked tunnels. I haven't run into it yet, but it's certainly made me wary of them.
  12. I believe your reckoning on the RTE quitting out because there were no open FP is correct. Rather than have an arbitrary wait, you should use a notifier (or the like) so your main UI can signal to the launcher when it has actually opened. If you ever have to troubleshoot on a slower machine, you'll thank yourself
  13. I might be off-base here, but that sounds like a job for an XControl. Just drop a boolean on the facade VI and you can manipulate the Blinking property as appropriate.
  14. Perhaps the easiest way to start debugging is throw some state loggers which will immediately write to disk. This way, you can at least get an idea of which SM is where when the code quits. You could also put loggers onto your error wires and see if there's anything suspicious going on there.
  15. It quarantined an INI file? Definitely a false alarm ... though how it came to be recognized as a virus is perplexing.
  16. It would be a privilege to lay a hand on your Sat-unn.
  17. This should treat the root of your issue: Microsoft KB 319114
  18. Well, I guess there's that ...
  19. Big downside to this is that (I don't think) you can feed it code to display from memory; it has to be passed a proper URI, which would necessitate a file on disk.
  20. I'm going to go a step farther and say that it might even be a good idea.
  21. I totally feel elite for knowing what's going on
  22. I daresay we're looking at the same issue. The is a way to get back to the full edit page somehow ... I think I had to turn off JavaScript and do a couple of force-refreshes in order to get all the AJAXy-ness to go away.
×
×
  • Create New...

Important Information

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