Custom Run-Time Menu Not Found in User.lib

Our Instrument Run-Time Menus are getting lost.
This is because we have some computers that are 32 bit and the code is located at
C:\Program Files\National Instruments\LabVIEW 2011\user.lib\InstrumentDrivers
Other computers are 64 bit and the code is located at
C:\Program Files (x86)\National Instruments\LabVIEW 2011\user.lib\InstrumentDrivers
The directories are thus slightly different because of how Windows treats the location of 32bit LabVIEW running on a 64 bit machine.
Does anybody have an easy work around?

I'm confused by "lost".  Do you mean when you build the path to your custom menu within your vi or are running some executable?  Is this code you have written?  If so, then maybe a simple check when initializing the paths might work.
If it is as simple as just having to decide between those two directories, then I would just check to see if the win64 bit directory exist, using "file directory info" vi.  If it doesn't' exist you should get an error, then check to see if the other path exists, it should hopefully, and use that.
Not sure if this is what you need.

Similar Messages

  • Custom Run-Time Menu error when named "FileMenu.​rtm"

    Discovered an interesting "feature" (error?) in LabVIEW 2009 when using custom run-time file menus.
    If you create a custom run-time menu (.rtm) and name it "FileMenu.rtm" the menu will not function correctly in executable format.
    In my LabVIEW Project, any VIs which called this custom file menu worked correctly in the project, but when I built an executable, the VIs defaulted to the default file menu.  This was not due to a corrupted .rtm file or the file not being included in the executable.  Instead after extensive debugging I determined that the name "FileMenu.rtm" is somehow reserved in LabVIEW and any executables that are built have the custom run-time menu overwritten by the default.  The tricky part of this error is that it goes unnoticed while the code is still in development and only presents itself after being built into an executable.
    Simply changing the name of the file fixed the executable run-time menu.

    Chris,
    Thanks for trying it out.  It seems that my forum post may have been a bit rushed.  
    I tried to duplicate the problem in a new project from scratch and similarly was unable to reproduce it.  I will try more soon, and in doing so perhaps reveal the true underlying problem.  I would post the original code but it is proprietary.
    I was running LabVIEW 2009 and Windows XP when the problem first presented itself.  I updated to LabVIEW 2009 SP1 as part of my debugging and the problem still presented itself.
    V/R,
    ~David

  • Custom Run Time Menu (.rtm) for a tree control doesn't appear in LV executable

    Hello,
    I am using a custom run time menu (.rtm) for a tree control in LV.  When I right click on the control the run time menu appears in the LV development environment.  However the run-time menu does not appear when run the executable installed by the installer I created.  I tried including the .rtm file with the installer, but it did not fix the problem.
    Please let me know if any ideas.
    Thanks,
    Russell

    This is a known issue and has been reported to our R&D engineers for further investigation (CAR# 3T2E57V2). The workaround is to embed the run-time menu in the control instead of the separate .rtm file. To do this, make a minor change in the shortcut menu (for instance, add a dummy item then delete it), so that the shortcut menu editor will ask you to save the new menu. When it prompts you, choose to save it with the control instead of to file.

  • Problems with executing customized Run-Time menu from a sub-vi imported from the main vi.

    I am having trouble executing Run-Time menu from the sub-vi.
    Currently my main vi program, which is the first thing that I open up to acquire data from different sources (i.e. dll’s, scanners etc.) opens up a number of sub-vi’s.
    I have created several sub-vi’s, which are opened from the main vi’s customized Run-Time menu that I have created (i.e. dsp file). I am using the open panel.vi to open other sub-vi’s. I don’t have any problems opening any number of sub-vi’s through the main vi’s menu.
    I would also like to have the option to open other sub-vi’s from any sub-vi’s menu. I succeeded in exporting the Run-Time m
    enu from the main vi to the sub-vi using the property node properties however nothing happens (I hear a beeping sound) when I click on the sub-vi’s menu. I don’t know what I am doing wrong. I would really appreciate it if someone can attach a sample code using Run-Time menus on sub-vi’s imported from the main vi.
    Thanks
    Nish

    I don't actually have any VIs like this. It might be easier to take the menu and just add it to the VI during development. Then it will always be there. It might be easier than doing this with Property Nodes.
    J.R. Allen

  • Creating customized run-time menus

    I am trying to create a customized run-time menu when I right click on a tree control. I can disable the existing run-time/pop-up menu but would like the ability to use a different customized menu.
    I can simulate a run-time menu by using creating a VI that functions in a manner similar to the menu but would prefer the ability to create and process and customized run-time/pop-up/floating menu.
    The menu is always of a fixed size with all items enabled. I do not need the ability to modify this menu within the application.

    There is an LTR article by David Ritter called "Contextual Pop-Up Menu Programming" that shows a method similar to yours. It is well worth a look.
    -Jim

  • Switching between different run-time menu programati​cally

    Hi All
     I am planning to build a Bilingual program…….am just doing trial and errors in changing all captions and run-time menu s programmatically with a single button click……….Here my logic is working fine for all captions and graphs also…………..but I could not change the run-time menu……….i am unable to switch between different run-time menus……………
    Here I am sending the program am working on………..please have a look on this, and suggest me something………….hope my problem get resolved.
    Thanks
    Anil Punnam
    Attachments:
    Caption_program.ZIP ‏31 KB

    Hi Anil,
    I'm guessing you're using 7.1?  When I first ran your program in 8.0, it worked perfectly and switched back and forth perfectly.  However, I tried it in 7.1 and saw some bad behavior.  The customer run time menu was not updated in the menu bar.  It looks to me like the run time menu is changing, but the front panel is not updating.  After pressing one of your front panel buttons to change the run-time menu back and forth, if you click on the file menu it should update, although this can lead to some funny looking menus since "affiche" is longer than "file" and you can still see the remnants of the old menu.  Try this and let me know if this is indeed the behavior you are seeing (check out the attached pic).  I thinkt hat R&D already had a report on this, and that is why it is fixed in 8.0.
    Megan B.
    National Instruments
    Attachments:
    RTM.JPG ‏34 KB

  • "open vi reference" with run time menue

    Hello,
    I met some problems with "open vi reference" in labview.i can't parallel run this vi with the run time menue.i can't load the any vi then the run time menue has activation.(the "open vi reference" can run after the run time menue release.). it's means  labview is serial running for this both function.but now i want to parallel running in the program.so would you give the some idear?

    Now I see what you are talking about.  What you are trying to do is expected behavior.  If you click on the menu while any state is running that doesn't lock the front panel, then the menu will halt the VI execution until you choose a menu item.
    You should check the option in the event to "Lock front panel until event case for this event completes"  Then you will not be able to click on the system menu until tthe VI is launched and running.  If you wire a True like I suggested before, then you will fall out of the case pretty quickly in non-hoghlight mode, and the user most likely will not notice.  If the VI you are trying to open is quite large, it will take a little bit of time for LV to load the VI into memory.
    In highlight-mode, you just have to wait for the event to process before you select the menu.
    Message Edited by Matthew Kelton on 12-03-2007 10:56 PM
    Attachments:
    edit events.png ‏27 KB

  • Project explorer doesn't show callers for .rtm (run time menu) files (is this a confirmed bug?)

    Maybe I was to quick to report this as a bug... I was unable to find anything related to it at my normal sources of information. Does someone has exeperience with it?
    I have a work-around and this is included  in the description :
    http://forums.ni.com/ni/board/message?board.id=BreakPoint&message.id=6776 (message 25)
    ** Original post **
    When a library (.lvlib) that contains a file with a run-time-menu (.rtm) file is removed from the project, but there is still a file that uses this .rtm file, both the .lvlib and all of it's vis and the .rtm file are displayed in the project Dependencies.
    For the Vi's the callers can be found by 'Find->calllers'. For the .rtm file this always results in 'No items found' but the .rtm file remains in the Dependencies (as it should since it is still used).
    Finding the .rtm file can be hard since it is only loaded at run-time and not at edit time(?). If someone encounters this issue, a working method:
    - rename the rtm file (so it cannot be found)
    - open the vis that you suspect are using this file AND try to edit the run-time menu. When this vi uses the run-time menu a warning will appear (cannot load rtm file, using default menu instead)
    Kind regards,
    Mark

    Dear Mr. Beuvink,
    thank you for your reply. It seems that a while back this problem has been reported to our R&D group. The request (CAR) has ID; 41579. There is the following statement in this CAR: the caller vi is in memory or not. When a caller vi is in memory, rtm files will currently never report the vi as a caller. This confirms the behavior you are seeing.
    I'm sorry to say I don't have a solution at this moment, at this moment they are busy fixing this problem. You can look this up in future release notes by searching on the CAR ID I mentioned.
    If you haven any questions, please don't hesitate to contact me.
    Best regards,
    Martijn S
    Applications Engineer
    NI Netherlands

  • Update run time menu

    As you could see in the block diagram, once the user has selected the channel they want to work on in the main GUI, click Proceed to Adjust Values for the second GUI to pop up. Also, in the second GUI, the run-time-menu should also only show the number of values selected (string from the first GUI). Question 1: how to make the second menu pop up after clicking Proceed to Adjust Values.  Question 2: the menu is not updating itself in the current block diagram. Thank you!
    Attachments:
    mainfront.vi ‏24 KB

    I highly suggest taking some of these free tutorials
    3 Hour Introduction http://www.ni.com/white-paper/5243/en/
    6 Hour Introduction http://www.ni.com/white-paper/5241/en/
    LabVEW Basics http://www.ni.com/gettingstarted/labviewbasics/
    Self Paced training for students http://www.ni.com/academic/students/learn/
    Self Paced training beginner to advanced, SSP Required http://sine.ni.com/myni/self-paced-training/app/main.xhtml
    LabVIEW Wiki on Training http://labviewwiki.org/LabVIEW_tutorial#External_Links
    The run time menu does get updated, but only after your while loops finish executing because of the data flow of LabVIEW.  Now how does that while loop finish?  Well you wired a constant so there is no way to stop your VI other then pressing the stop button which and end user should never see.  Microsoft Word doesn't have a run or stop, and neither should your program.
    I'd also suggest working with arrays instead of several seperate boolean controls.  They don't scale well.
    There are several run time menu example VIs that use the event structure in the Example Finder you should start there.
    Unofficial Forum Rules and Guidelines - Hooovahh - LabVIEW Overlord
    If 10 out of 10 experts in any field say something is bad, you should probably take their opinion seriously.

  • Run-Time Menu and Event Structure~~HELP~~

    Hi, brothers,
    I'm new user for LabVIEW. Use the version of LabVIEW is 8.6
    One problem describe as below:
    Can Run-Time Menu and Event Structure exist simultaneously?
    Without Event Structure, Run-Time Menu works well, but Run-Time Menu works abnormally.after adding Event Structure,
    How do I modify the problem?
    Thank you for your help.
    Attached is the program.
    Attachments:
    PC_Adjustment.zip ‏44 KB

    Yes they can coexist, but not how you did it.
    Every iteration of the while loop you wait for an event in the event structure, and you look if the user has selected anything from the menu.
    To get this working you should add an event for <this VI>\Menu Selection (User):
    Ton
    PS you should add a stop button, the only way you can stop the VI is hitting the 'emergency stop' button, with hardware connected (like you have) this is not the adviced routine
    Message Edited by TonP on 09-26-2008 07:34 AM
    Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
    Nederlandse LabVIEW user groep www.lvug.nl
    My LabVIEW Ideas
    LabVIEW, programming like it should be!
    Attachments:
    Main_BD.png ‏5 KB

  • Menu not Found Error

    Hi Experts,
    I working on an add on ,i have registered the ard of that add on . The problem is that when i try to connect ard it gives the error "Menu Not Found".Some time it works fine and it also works fine when i restart the sap.
    So kindly Suggest me the proper solution
    Thanks
    Amit

    Dear Amit,
    I faced the same problem in 8.81 PL6.
    Dear Gordon,
    tou can try run  add on, and the add on create sub folder, Log off and login to same company (not close the application), then run the add on again, then you will have the message.
    nd.Q

  • Check marks on custom run-time menus

    Is there a simple way to add a check mark for currently selected item on custom run-time menus?  
    The only method I have found is to fire off of the "Shortcut Menu Activation?" event, grab the menu reference, and basically recreate the shortcut menu with the proper check marks based on boolean values.  This method just seems ... cumbersome for something that should (in theory) be fairly common. I can't help but think there is a better solution.
    Thanks!
    Solved!
    Go to Solution.

    Hi Bown,
    you can assign custom menus with the menu editor to your controls/VIs. They will be saved as rtm file.
    Using the known tag names of such custom menus you can set the checkmark for your tags without rebuilding the menu on activation each time…
    Best regards,
    GerdW
    CLAD, using 2009SP1 + LV2011SP1 + LV2014SP1 on WinXP+Win7+cRIO
    Kudos are welcome

  • Fire events with run-time menu

    Hi,
    I developed an application based on an event structure. Almost all the events are fired when their corresponding controls are modified. I’d like now to alternatively fire an event by selecting an item in the run-time menu. 
    In the ‘Menu Selection with Events.vi’ example the selection of any item in the run-time menu fires the event 0 (specifier menu selection (user)). Inside that event 0 according to the item a function is executed.
    Is is possible to point out to another event instead? Or is possible to add the selection a menu item (or sub menu item) to fire an event that is usually fired when a the value of a control changes?
    I enclose a VI and its .rtm file (LabVIEW 8.0)
    Thanks,
    Charly
    It's always sunny in California! Certified LabVIEW Associate Developer!
    Attachments:
    MenuEventStructure Folder1.zip ‏19 KB

    This is to shine light on Wiebe response, here how you can do it:
    yet, this mode of operation works with switching booleans, not with latching (you cannot set the value of a latch indefinitely). therefore you will also need to implement a prgramatic latching solution (e.g. after 200ms return value to false).
    a more involved, but better solution would be to register the events.
    Message Edited by Gabi1 on 10-08-2007 02:31 PM
    ... And here's where I keep assorted lengths of wires...
    Attachments:
    MenuEventStructure.png ‏13 KB

  • Airport time capsule not found error message

    HI,
    My time capsule is blinking orange.
    I open aiport, sometimes airport finds the TC, sometimes not.
    When not, get message:
    "airport time capsule not found"
    When TC is found, aiport utitily shows an error with the extended network I am setting up. I press 'edit', the settings all seem good. Re-type passwords etc and update.
    The problem remains.
    I have updated the firmware. An apple shop near me has reset TC using the recessed button on back of TC, and then I have re-configured at home.
    BTW, TC was working fine in my old house with same laptop, so prob not simply a basic user issue...
    4 other devices on my wifi network all have reliable connection, visitors' phones and laptops too, so shouln't be a wifi netowrk issue, ie network outside TC.
    Any thoughts out there?
    HOpe so!
    mana

    yes, running airport 6.1, OS 10.7.5
    OK.. I failed to ask enough questions.. I think your comment it all used to work threw me.
    1. You are trying to extend wireless network of what router. This will only work with another Apple router.. the way apple built it is in the family only. So please spell out what is the primary router??
    If you did have it working to extend the wireless of a non-apple router in your previous house I simply don't know how.. according to Apple it isn't possible. You can use WDS.. that is slow and reduces everything to G wireless.. that is the only way.
    2. When you say in the first post..
    4 other devices on my wifi network all have reliable connection, visitors' phones and laptops too, so shouln't be a wifi netowrk issue, ie network outside TC.
    I presume if you turn off the TC, these devices still have wireless network because they are connected to the primary router.. not the TC.. again my bad reading.. I assumed they are connected to the TC.
    So please spell out the whole network..
    Broadband modem.. type, model, make.
    Main router.. type model make
    Any other network devices.
    And how was it setup in your old place and how is it different now.

  • How can I use undo and redo with run time menu?

    Hi..I try to built my own menu for graphic programming. How can I use undo and redo in labview with run time menu?

    filozof-
    During runtime, by default, LabVIEW has undo/redo data changes under the edit menu. This will undo/redo changes made to controls during runtime. If you want a more extensive undo/redo (custom for your application), you are going to have to do quite a few things
    1) Create a custom runtime menu (Edit>>RunTime Menu) and place your own undo/redo controls on it
    2) Keep an action history in your program
    3) Catch the Shortcut menu event for your custom undo/redo controls
    4) Reverse the last action in your histroy when you catch the event
    This method would allow you undo entire operations (like resize, move, or whatever kind of functionality you are building into your application) unstead of just undoing data changes.
    Xaq

Maybe you are looking for