Jump to content

LAVA 1.0 Content

Members
  • Posts

    2,739
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by LAVA 1.0 Content

  1. For the sake of completeness the thread from the dark-side can be found here. Ben
  2. QUOTE (PaulG. @ Mar 31 2008, 08:34 AM) I was quietly celebrating all of the snow storms this winter and quiet huricane season. Now all of us that are parents know where to stick the thermometer to measure our yougnugs temperature, so... Where do you stick the thermometer to measure the temperature of the Earth? "Not in my backyard." Re: Al He may go down in history as the invetor of the Internet and the first person to get a Nobel Prize and an Oscar for a non-existing phenomenon. Ben PS: Something tells me I may be deleting another post before long.
  3. QUOTE (crelf @ Mar 28 2008, 10:37 PM) That is "AMERICA"
  4. There was a thread on the "Dark-side" where high CPU used by NILM.exe was attributed to a second NIC. Two NIC's? Ben
  5. QUOTE (Yen @ Mar 29 2008, 02:40 PM) I'm an optimist http://java%20script:add_smilie(' rel='nofollow' target="_blank">! It takes almost 3 hours to install and half an hour to undo what I previously made to use reentrant inheritance in LV8.2. Until now, reentrant dynamics VI works great for me. :thumbup:
  6. QUOTE (Aristos Queue @ Mar 28 2008, 11:44 AM) It does not reproduce in LV8.5. The warning was there at the first load (from LV8.2.1 to LV8.5), but once fix I can't reproduce it.
  7. QUOTE (Tomi Maila @ Mar 27 2008, 04:49 PM) Are you telling me that I spend 2 day on a work around instead of taking few minute to install LV 8.5? Well, it was interesting to explore the abyssal depth of VI Server. QUOTE (Tomi Maila @ Mar 27 2008, 04:49 PM) About your problem, please check the lvproj and lvclass files with a text editor to see if they have problems with the file locations. I think I had similar issue previously where the file locations in the lvproj file were corrupted but didn't get fixed. I didn't report this as a bug so it may still be there. If that doesn't help, try pressing ctrl + run to force recompilation of everything in memory after which save all. For my problem, if I change the Strictly typed VI Reference for a non-Strickly Typed one, there is no more warning at the loading. That's tell me it's not due to a corrupt files, or at least it's a systematic corruption. Anyway, I will try to pass to LV 8.5. Thanks
  8. In my project, I want to override some method but I need those methods to be reentrant. Since that it's not possible in the normal way, I use the VI Server way. --I have a dynamic VI to create the reference to a child static method and I use this reference to execute my method in reetrant mode--. So, everything is working fine except that I have this warning every time I load my project: In my class private data, I use a Stricly typed VI reference linked to a method with the class private data in is input/output. In short, my class private data contain a VI Server reference that refers to itself (the class private data). That causes no problem for the execution, only for loading project. I didn't try to compile it yet. Any explanation on this warning? Download File:post-6703-1206649819.zip
  9. QUOTE (PaulG. @ Mar 27 2008, 09:36 AM) Ditto Paul's comments! The easiest/cheapest way to start is to ask your local NI rep to visit to get you started. That will not always get you good code if the local rep is not an experienced developer. While talking to the NI rep, ask them for the name of a local developer or company with a good reputation in your area. Hire them to cunsult on the code structure and methods to handle your challenges. If the local LV person/group knows their stuff, they should be able to layout a structure that will work the first time (well almost). Ben
  10. QUOTE (Paul_at_Lowell @ Mar 26 2008, 02:42 PM) I should have mentioned that property was from LV 7.1. They re-arranged a lot of the legend and cursor stuff in LV 8+. My Bad. Ben
  11. QUOTE (Paul_at_Lowell @ Mar 26 2008, 02:06 PM) George, Is Property >>> Legend >>> Plots shown What you are looking for? Paul, Is Property >>> Autosize Legend True? Ben
  12. QUOTE (Michael_Aivaliotis @ Mar 13 2008, 05:33 PM)
  13. Hello, I have no solution for your direct question, but maybe this can be of interest : http://forums.lavag.org/Manually-uninstall...ast-t10373.html I hope this helps
  14. Hi, While creating a Labview installer , there are options where you can include feature like "runtime engine". "VISA" and additional stuffs. Same way is it possible to include a "uninstaller" for the appication that is created? If yes how this could be done..... (actually i dont want to go to "control panel" and "remove software" from the populated list)
  15. QUOTE (crelf @ Mar 21 2008, 10:13 AM) Isn't that manic-depresive behaviour? Ben
  16. First of all i apologize if i have started a WRONG topic Or else please start reading further... Is it posible to crack the NI license manager? The reason is my 8.2 license does not works for 8.5 even if i am eligible with a free upgrade. Can someone throw some light on this? Or am i too demanding?
  17. QUOTE (didierj @ Aug 8 2006, 12:10 AM) Is it 3 years or 2.? I remember reading somewhere as 2 years....
  18. QUOTE (crelf @ Mar 18 2008, 09:11 PM) I have had three request of that type in the last 6 months. Two of the three are apps that will be resold as exe's. The third is not suppsed to even look like its software. Ben
  19. I agree with all TobyD suggestion. What you should worry about, it is the lack of time: 1- Go straith to the point, 2- use a design pattern which you are familiar with, 3- Document, document and document your control and VI, 4- Bring a little snack. Good luck!
  20. QUOTE (Darren @ Mar 20 2008, 03:38 AM) Hey ! Nice trick indeed :thumbup: .. How come I didn't see it in the weekly nuggets, did I miss it or did you miss to mention it ?
  21. QUOTE (Gerardo @ Mar 17 2008, 05:23 PM) WHen you have abetter idea of what you are after, post back. Technically speaking LV-DSC used to be sold as ODBC compliant. So depending on the req's the answer may be in your back pocket. Re: "Oil and water" DB's are generally implemented such that all transactions are handled no matter what and "to hell with time". RT is implemtned such that all operations are deterministic no matter what and "to hell with logging". Take care, Ben
  22. QUOTE (Gerardo @ Mar 17 2008, 12:02 PM) Talk about "oil and water" ! I would be impressed if anyone has done that. Ben PS: If I had to guess anyone has done that, it would be Rolf. QUOTE (neB @ Mar 17 2008, 12:34 PM) Talk about "oil and water" ! I would be impressed if anyone has done that. Ben PS: If I had to guess anyone has done that, it would be Rolf. After further thought... You'll need a machine to serve the ODBC DB so check-out Plexxium (TM Mack Information Systems). I wrote the initial version for them and they have since then converted to SQL so that app qualifies (it is also CFR-11 compliant). If you contact them ask for "Matt" and tell them that "Ben sent you." Ben
  23. QUOTE (Tomi Maila @ Mar 17 2008, 10:14 AM) I suspect we have to allow more time for the transition, after all they will have to close down and layoff the Ireland branch when this happens. Ben
×
×
  • Create New...

Important Information

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