Open VI Reference for a Project Library VI

Hi,
my code calls some subVIs by reference by using "Open VI Reference" and "Call by Reference" VIs. Now, "Open VI Reference" expects a path to the VI:
When the SubVIs sit in the same folder as the calling VI, it is easy to simply supply the name of the SubVI. However, I would like to call a SubVI that is part of a project library sitting somewhere else on the disk. I could give the relative path, but this make the code pretty inflexible and if the relative path changes all the paths would need to be ammended. Ideally, I want to utilize the fact that I am using a project library. The help for Open VI Reference states that
vi path accepts a string containing the name of the VI that you want to reference or a path to the VI that you want to reference. If you wire a name string, the string must match the full delimited name of a VI in memory on that target. If you wire a path, LabVIEW searches for a VI in memory that you previously loaded from that path on the same target.
 I thought that the underlined path was my ticket and tried something like this:
but this did not work and I got
"Error 1004 occurred at Open VI Reference in MainVI.vi:
Possible reason(s):
LabVIEW:  The VI is not in memory.
To load a VI into memory with the Open VI Reference function, a path must be wired for the VI Path input."
Wiring a path is not desirable as per reasoning above. Is there a way around the issue?
Thanks in advance!
Solved!
Go to Solution.

tst wrote:
That should work, but you have to pay attention to something that's stated both in the help and in the error - if you use a string, the only way for LV to know what to access is if that something is already "in memory" (sometimes also referred to as "being loaded"). In the case of standard libraries, that means the VI itself or one of its callers has to be loaded. In the case of classes and XControls, loading the library (as in having it in an open project) should be enough to also load all of its members.
Hm, thanks, I am not advanced enough to know about classes and XControls, but I will check it out. My VIs are part of a library but obviously don't get loaded because, as you said, all their calls are dynamic.
tst wrote:
What I usually do is use a static reference to a VI to get its name, because that ensures that it will be statically linked, included in executables, etc. That might not work for you if you want dynamic loading and then you will need to use some other means.
Hm, this actually gives me an idea! I could add an enable input to all these dynamically called VIs so that the logic runs only when enable is ON; otherwise the VI is called but does nothing. Then I call the VI first statically with enable=OFF just to load it in memory and then proceed with my dynamic call. A little ad-hoc, but should work and serve my purposes, I think.
Thanks!!

Similar Messages

  • How to get a reference to a Project Library?

    Hello DSC 8 users,
    In my project I have couple project libraries ( *.lvlib) defined, containing only shared variables. I want to logg those variables to Citadel, but I need to programmatically set datalogging properties for each library, like Database Computer, Database Name and path etc.
    My problem is that I can not get the reference to a particular library, because ther is no VI inside. Is there any way to get the reference to a library based on Shared Variable name that is inside the Library?
    I tried different approaches, the closest that I came is to store a VI inside the Library, get the reference to this VI and from tis reference I can get to Library property that I need.
    But in case there is no VI inside, I can't do it. I'm sure there is a solution to this. Can somebody please help?
    Thank you,
    ROMP

    Hi, 
    i might be overlooking something here, but i can only seem to open a vi refenece and not a "library" reference. when i use the "open VI reference.vi" from the programming->application controll menu it throws an error at me.
    currently i have worked round this by using a member of the lib to then get its "library" property and do what i want from there. However this isnt the best way for me as i want to be able to start with just a .lvlib file path and then document information about this library.
    Any help on how to open a ref to a .lvlib dirrectly would be fantastic.
    Chris
    Attachments:
    GenerateLibDocs.vi ‏15 KB

  • Open VI reference for VITs and VIs

    Hi
    I have a VIT and I get the reference using the Open VI reference. When I change (rename) this back to a VI, and get the reference for it, its much faster. Does the open VI reference takes longer for VITs than VIs in obtaining a reference?
    Another question  is the same VIT, takes lesser time to get the reference using the Open VI reference in LabVIEW 8.5.1. It takes longer in LV8.6. Why is this happening? 
    Thanks
    Vaa San.

    The two main differences between a VI and a VIT are that   VITs are never run, but are templates that generate a VI instance immediately that has all the properties, attributes and limitations of a VI.  A VI on the other hand has only one instance (unless you make it reentrant)
    ·         A VI generated by a VIT is debuggable just like a VI in that you can trace the execution along the wires. In general, a VIT creates a copy of the VI in memory when you open a reference to it. Creating that copy takes time, which affects performance when doing recursion. That copy is then a standard VI in every sense, except it is not a file. Also, if you don't close these references, they will take up space in your RAM. Reentrant VIs can currently only do real recursion in 8.5 and if they are part of a class. If you open a VIT, you don't open the actual file, but a clone. This way you can open it multiple times. Each time you open it, you get a clone. This is especially useful when you open the VIT with VI Server. VIT's are useful to make an interface window once, and use it multiple times in your program. If the code should run multiple times, but doesn't have a user interface, use reentrant VI’s instead. As far as having the project open, a VI will reload all instances related to the project therefore causing the Vi to load slower. Best Regards,
    Juan Galindo
    Applications Engineer
    National Instruments

  • Open Vi reference for Vis with same names

    Using VI server, is there any way to open reference to a VI on the hard disk even thought a VI with the same name (but different path) is already loaded in memory? I'm trying to see if it's possible without renaming and making sure every single VI I use has a distinct name.

    abdel2 wrote:
    For now, I can give different names but as the # of modules increases, it will be hard to have some Vis that don't have the same name.
    It wont be tough to keep distinct names.
    Just prefix or suffix your module name to the original VI name, so that you SDs will have VIs with same/similar functionality, but never conflict with each other when called during run-time. This is the procedure we follow in our project currently. We have gone ahead with the extent of packing all the DUT SDs (LLBs) into one complete auto-installer, so that in the target PC, everything get unbundled & installed into the appropriate folders that we have added while creating the installer.
    - Partha
    LabVIEW - Wires that catch bugs!

  • Unable to add reference for Excel Object Library for use within Script Task

    I have a requirement to use a Script Tax that needs to reference the Excel Object Model. There are numerous articles on using this such as
    http://www.databasejournal.com/features/mssql/article.php/3921141/SSIS-Script-Task-and-Microsoft-Office-Automation.htm.
    Simply, I need to add a reference to the Microsoft Excel 12.0 Object Library.
    I have selected this from the Object List on the COM tab and when this adds the reference it states 'The System cannot find the reference specified', even though the referenced file for this Object is C:\Program Files(x86)\Microsoft Office\Office12\Excel.exe
    and this file location exists on my local machine ?

    Please search where "Microsoft.Office.Interop.Excel.dll" exist in your system and try adding the reference.
    If you don't find the dll there then there might be problem while installing.
    To install the PIAs by using the redistributable package
    http://www.microsoft.com/en-us/download/details.aspx?id=3508
    http://www.microsoft.com/en-us/download/details.aspx?id=18346
    Regards, RSingh

  • Convert RoboHelp for Word project to RoboHTML

    I have a couple projects which are created RoboHelp for Word
    in RH6. The projects now need to be converted to RoboHelp HTML
    projects and Flash generated outputs. In conjunction with this I
    have the following questions:
    1) Can RH Word projects be opened in RoboHTML? If so, what
    are the pros and cons and how is the conversion done?
    2) These independently projects will be linked/merged with a
    master project which in RH HTML. Will this cause some inherent
    problems.
    3) I know I can generate a Flash based output from RoboHelp
    for Word, however, how differently will (if at all) RH HTML treat
    these files if called from within an RH HTML generated project.
    4) I will also need to generate Printed documentation in the
    end. Any impact on that?
    Thank you in advance. A detailed answer would be greatly
    appreciated.

    All those questions and in detail too. This is a forum, not a
    book shop. :-)
    What we can do is give you some general guidance so that you
    can experiment safely, then come back with specific questions.
    You cannot open your RH for Word project in RH HTML. What you
    have to do is import the underlying document(s) excluding the
    footers as they contain RH for Word information that is not
    relevant. Before you do anything, zip up the existing project and
    keep it somewhere safe. Now you can use the project and blow it
    apart without worrying. If anything goes wrong, you extract the zip
    copy and start over.
    There's a topic on my site about importing ordinary Word
    documents (as opposed to RH for Word doc files) and that will be a
    good starting point.
    First get all the existing projects converted and running
    properly as independent projects before you give any thought to
    merging.
    When you are ready, then look at the topic on merging webhelp
    that is on my site. Just adapt as necessary for FlashHelp. I think
    you need at least RH6 to merge FlashHelp, maybe 7. Not sure without
    checking. RH6 FlashHelp has some indexing problems as you will see
    in another thread.
    RH generates files after which they go to development. What
    do you mean by RH HTML treating those files? Do you mean will their
    HTML be written differently? Almost certainly yes but why is that
    an issue as long as they look how you want?
    You will be able to generate printed documentation and that
    is covered by yet another article on my site. Maybe now you are
    getting the picture as to why nobody can provide the answer in
    detail on a forum.
    You have a massive task ahead of you and I think it would be
    foolhardy to start with your real projects. Starting from where you
    are, I would create some small RH for Word projects and then go
    down the path you have to. With small projects like that, you will
    be able to understand what is going on and the issues. It's the
    same reason why most driving schools don't start you off in a
    Ferrari!
    Good luck. Glad its your problem. :-)

  • LabVIEW could not generate code for the shared variable.You must open the VI in the project that contains the library where the shared variable resides

    HI
    When I put a network shared variable with fifo RT activated on my diagram, the arrow is broken.and I' ve got this message:
    ""LabVIEW could not generate code for the shared variable.You must open the VI in the project that contains the library where the shared variable resides""
    If I uncheck FIFO RT option for this variable the arrow isn't broken anymore.
    I 've no idea how to correct this weird error?
    Autodeploy is on, and I've check copy / delete in diagram in tool/options\diagram
    regards,
    james

    Hello,
    I don't reproduce this error.
    Could you send your VI?
    Regards
    VéroniqueD
    NI France

  • Project will not open for Editing from Project Library

    Help! I'm a teacher who puts together a 5 minute news show each week. I was almost done last night when imovie crashed. I tried to get into the project library and can see my project with everything done but the titles and sound. I select it and hit the edit button and nothing happens. I double click and nothing happens. In the project file, the project has a turned down right corner. Save me ! This is due first thing in the morning and I still have all the tweaking to do to the sound and titles.
    Thanks!
    dmunrohchs

    Open the file with Preview and do a Save As. Either change the format or keep the tiff. That should fix the files so they can be viewed normally in iPhoto. If the problem is due to an alpha channel in the file this will fix the problem.
    TIP: For insurance against the iPhoto database corruption that many users have experienced I recommend making a backup copy of the Library6.iPhoto (iPhoto.Library for iPhoto 5 and earlier) database file and keep it current. If problems crop up where iPhoto suddenly can't see any photos or thinks there are no photos in the library, replacing the working Library6.iPhoto file with the backup will often get the library back. By keeping it current I mean backup after each import and/or any serious editing or work on books, slideshows, calendars, cards, etc. That insures that if a problem pops up and you do need to replace the database file, you'll retain all those efforts. It doesn't take long to make the backup and it's good insurance.
    I've created an Automator workflow application (requires Tiger or later), iPhoto dB File Backup, that will copy the selected Library6.iPhoto file from your iPhoto Library folder to the Pictures folder, replacing any previous version of it. It's compatible with iPhoto 6 and 7 libraries and Tiger and Leopard. iPhoto does not have to be closed to run the application, just idle. You can download it at Toad's Cellar. Be sure to read the Read Me pdf file.

  • What is the logic for the behavior of LV9 when opening vi references?

    I recently started using LV 9 and I can't figure out what the rationale is for the LV 9 behavior when opening references to vis. The way I understand it, LV9 looks up vis using the absolute path on the disk where they came from when opening references, even if they are in memory. If just a vi name is given, LV9 tacks on the path of the referring vi on disk when trying to open the reference. So, as far as I can see, either an application opening references to vis needs to specify absolute paths to the location on disk and be modified whenever a dynamically called vi's location on disk is changed, or a dynamically called vi has to be saved in the same directory as the vi doing the calling or in a rigid and inflexible directory structure.  
    Example:
    I am trying to use a 3rd party library whose vis open a reference to a vi that I create, the name of which is obtained from those in memory using a name pattern. The library vis get the name of the vi I created and try to open a reference to it. Previously this worked because LV looked in memory for "my.vi" when opening the reference but this fails with LV9 because it apparently looks for, e.g., "D:\VI\3rdparty.llb\my.vi", not "my.vi". So, as far as I can see, I have to save my.vi in 3rdparty.llb in order to use it. And, if I want to use 3rdparty.llb in another application, I have to save other vis to 3rdparty.llb or create a new copy elsewhere and save to that copy for the new application. A similar situation would occur if I passed the name of my vi to the 3rdparty.llb vis - either I would need to pass an absolute path and modify my application if I ever want to move my.vi, or save it in 3rdparty.llb.
    Another example:
    I have a large application built into an executable that calls up to ca. 60 vis  using references.  Previously I could just specify the path to the executable, and I could easily open references to my vis. Now  (if I try to use the LV 9 file structure), I can't figure out the paths I need to open references. Either I have to specify the absolute path to the original location in my development directories, or I have to store all my source vis in some particular directory structure. If I want to reuse my vis in other applications (which I do) things would get pretty complicated. Likewise if I want to optionally open references in other vis than my top level vi (which I do), it seems well nigh impossible.
    Basically I am struggling with the concept that an application remembers the directory structure where the source files were located, and/or depends on a particular directory structure of the source files to work. Maybe I'm missing some tricks that would make things easier, but someone will have to explain to me why these are good things. 

    I appreciate the responses and explanations. I've certainly learned
    some things. I have extensive experience using LV but over a fairly
    narrow set of
    applications so I'm certainly not aware of many of the possible
    techniques.  I clearly don't use LV in the same way as what appears to
    be the mainstream for LV programmers.
    I have some additional
    comments on the various responses:
    "But
    with VI libraries and LVOOP this had the problem that multiple VIs could
    end up with the same name..."
    I'm not clear what this means exactly. My first response would be
    that it doesn't seem like a good idea in general to use different
    portions of code with the same name in a single application. I'm
    surprised this is even possible.  I don't think LV will even let me
    build from a project in which it finds name conflicts for vis.  
    "In addition to what Rolf wrote, it should be
    pointed out that LV should NOT be looking for files if you built your
    app correctly. Each VI maintains a relative path to all VI it calls and
    it should know exactly where to find them (assuming they're there).
    I think this illustrates one thing I was talking about. The
    assumption appears to be that the organization of your source files is
    an essential ingredient in the application that is built, which is a
    foreign concept to me. My project file knows where all my vis are, the
    applications build correctly, and, using the 8.x and previous file
    structure for my exe, they work, and have for some time.  As far as I'm
    concerned the main point of using a project that identifies my source
    files is to be able to pull in code from different places - if I want to
    use a different version of one of my dynamically called subvis, from a
    different location, for example, I tell the project file to use the new
    version and rebuild.  In your scenario, as I understand it, I'm not sure
    why a project file in which you identify source files is even needed, 
    if LV already knows everything about the components of the application
    you're building.  As I mentioned, my primary application uses ca. 60
    dynamically called vis. Most of these control different subsystems of a
    large distributed hardware control and data acquisition system. All of
    these are used sometimes when the application is used, but pretty much
    never all of them at once - typically something like 10-30 of the
    user-interactive vis are run at once. There is some communication
    between them using globals, queues, and semaphores and such, but for the
    most part they are independent and I test them separately. Until the
    application is built and used, there is no need to run the entire
    application  including all subvis, and I never do it. When I build my
    application, the app builder finds all the vis I specify and constructs
    the exe file including all the vis I've told it about. Before LV 9 it
    never occurred to me that I might actually have to worry about being
    able to find vis inside the executable. 
    "However as tst has mentioned having an
    executable search for VIs is a VERY VERY bad idea as it can break your
    entire app if it happens to find the wrong VI at some point."
     I don't really follow this point at all. Where are these vis
    masquerading as the ones I want that will break my application? The only
    vis on the machines where my applications are used are there because I
    put them there inside the executables. I certainly would never use
    different vis with the same name in an application - as I said above, I
    don't even know if it is possible, and don't want to find out.  Search
    paths to find components like shared libraries are a common thing. It
    doesn 't seem like a stretch for the run-time environment to define a
    default search path like "somewhere in the exe file containing the
    application".
    I don't want to make a mountain out of a mole hill here, as I said
    before, I am happy as long as NI supports the 8.x file structure, but if
    nothing else I have definitely learned to appreciate how different
    executables built w/ labview are from executables  constructed in other
    systems. 

  • Faster way for Refreshing a Library Reference

    Hi,
    I have a question for the Creator gurus:
    I'm developing a webapp who in turn is a presentation layer of the bussiness logic coded in some EJB's. I'm developing both components together, and when I add some Session Beans (EJB ones, not Creator ones) I must refresh the library / client wrapper used by Creator.
    The procedure so far is: Removing the library and the library reference from the project, then close the project. Remove the EJB sets from Creator (in the server navigator tab), close and reopen creator. Import the updated client-jar, and then open the project and add a ejb-client to a blank page. This way I end up with the updated libraries. There is a easier / faster way to do this?
    Thank you in advance.
    Antonio.

    Correction, although I don't have a testcase handy, I found the bug
    which was filed and it should be fixed.
    After adding an EJB in the Servers window , right-click on the node and choose refresh.
    Here's a scenario:
    1)Create an EJB with a business method which returns a string
    2)Deploy the EJB and add the EJB in Creator
    3)Create a new Project and name it Project1 and D&D the business method in the designer
    4)A data provider will be generated and libraries will be added under Project1(Check under Projects tab)
    5)Drag and drop a static text and bind a property to the static text
    6)Deploy the application
    7)Update the EJB with one more business method and deploy the same EJB again
    8)Right click on the EJB that was added to Creator in step 2 and select refresh
    9)Both the business methods are visible
    10)D&D the second business method on to the designer of Project one
    11)Create a new Project name it Project2, D&D both the business methods, library references are shown correctly for this project.
    hope this helps
    John

  • How to open my project library progress in timeline with FCPX 10.1?

    So I've been having a huge problem with FCPX 10.1 and I cannot, for the life of me, figure out even what I'm supposed to ask--much less what the answer is.
    So here's the basic problem. I don't know how to open my complete progress of a project library in the timeline. I have 5 projects, and two of them, for some reason unbeknownst to me, I just double click to bring up in the timeline. The other three, however, won't. Let me clarify more. One of the projects is not even showing up in the new 'Projects' sub-menu when selecting my library. The other two are showing up in the 'Projects' sub-menu, but aren't showing as having any content. Their time shows as 0:00. Now for one of the projects I mentioned before (the one that isn't even showing up in the 'Projects' sub-menu,) I know that its editing was saved because I worked on it several different times (having closed and opened FCPx in between) However when I was working on that video, I never removed it from my timeline. So whenever I opened FCPx, my progress it would just automatically pop up in the timeline.
    My problem is this: I do not know where to reliably find my progress for my various project libraries and to open them in the timeline every single time.
    If you need anymore information from me, please say so. My problem is very simply complex, because I'm just stupid enough with this software to not understand how to ask my question properly.
    I worked on a specific project 3 weeks ago and I can't find the progress for it anywhere. I don't want to open specific clips in the timeline. During that project session, I had put all of my clips in the timeline and was editing them in specific ways that required them all being on the timeline so I could get a very specific and seamless effect. How do I get all of that progress into the timeline?

    Okay so if I go into the sub-menu that pops up that contains all of my video and audio clips and right click the FIRST clip in my entire progress and load that into timeline, all of my progress is loaded as well--why is this the case? And why does the project itself show as having 00:00:00 progress in it?

  • LabVIEW 8.6.1 Project causes slow Open VI Reference

    I have an odd problem with "Open VI Reference.vi".
    Case 1.
    Open  LabVIEW project containing "Main.vi"
    Open "Main.vi"
    Run "Main.vi"
    Execution of "Open VI Reference.vi" take about 2,000ms
    Case 2.
    Open "Main.vi" - No LabVIEW project open
    Run "Main.vi"
    Execution of "Open VI Reference.vi" take about 100ms
    I converted the project to 8.5 and the problem goes away. I don't have any machines with 8.6.0 to test if this is an issue with 8.6.1 only.
    Has anybody else seen something like this?
    Solved!
    Go to Solution.

    Good catch on the type def. It turns out that this is also key to the problem.  I cleaned up my example VIs, removed the Type Defs and OpenG VIs. When I ran the cleaned up VIs the problem went away. So, I added a simple type def back to my called VI and the problem was back.
    You misunderstand the reason for including gmath into the project. This has nothing to do with the time to load the project from disk. The problem is slow execution of "Open VI Reference.vi" when opening VIs that contain TypeDefs that are in large projects. By including gmath I was able to create a large project without attaching extra VIs.
    Open Reference Test - No Project: 11 ms
    Open Reference Test - small Project: 105 ms
    Open Reference Test - large Project: 753 ms
    Code in Zip file is LV2009
    Message Edited by Gleichman on 08-21-2009 06:36 PM
    Attachments:
    Open Ref Test - II.zip ‏62 KB

  • Final Cut won't open for a project

    I can open Final cut Pro HD But I cannot open my project After adding 10 Livetype titles. Every time I try to open the project the application crashes at 13% of reading the project. I can open other projects but not this one. The Project is only 30 minutes long. I Tried going into my library and deleting the Com apple final cut pro plist and the data folder but it did not help. I also deleted the livetype titles that I created off of my hard drive and I have have the same problem. Does anyone Know how to delete Livetype titles from a project without openng Final cut pro or how to resolve this problem. Please Help.

    Should I delete all of the render files for that project. One thing that I did do, since I worked on the project from my G4 laptop on a Lacie External drive, I tried opening the project up on my g5 desktop computer where there was no render files and the project still would not open. Is there any kind of way to delete livetype titles from the project without opening it.

  • "There was an error opening the database for the library "~/Pictures/Apert"

    Hey everyone,
    There's already another discussion thread about this at the link below, but the problem was never actually resolved. http://discussions.apple.com/thread.jspa?threadID=2343014&tstart=0&messageID=116 67261#11667261
    So I stumbled across this problem where Aperture 3 will display the following error when opening the image library.
    There was an error opening the database for the library “~[path]/Aperture Library.aplibrary”.
    One user suggested navigating to the actual library, and ⌘⌥-clicking the library to open it with the Aperture Library First Aid dialog. This however, did not work for me. I still received the error messages upon ⌘⌥-clicking the library.
    Here's a little hack I discovered for those of you still struggling. It doesn't fix the problem (leaves quite a large dent remaining actually), but hopefully someone can cultivate what little I discovered.
    ⌥-click Aperture (not the library)
    You should get to the library selection dialog box. Create a new library (bottom right corner) and remember the location of the new library. Put a few random pictures in the new one.
    Close Aperture
    ⌃-click both the old and new libraries and "Show Package Contents."
    Open the folder "Database" in both libraries.
    Cross check the folders to see if the old library is missing files that are in the new library. If your old library is missing some files (mine was), drag the missing files from the new library to the old one.
    Close both folders.
    ⌘⌥-click the old library.
    NOW, I got the Aperture Library First Aid dialog.
    Rebuild the library (3rd option)
    Wait a while.
    Aperture should open up with a folder named "Recovered Folder." Within this folder will be a SINGLE project named "Recovered Project" with ALL the images from your old library. There may be a few albums there too, but mine were all empty so it didn't matter in my case. To my knowledge, I lost all the adjustments I performed too.
    This is as far as I got. I have much of my library backed up, so I only needed to copy the most recent photos into the backup. I am NOT reorganizing and re-editing pictures in this one!
    As Aperture is a photo-organizing and photo-editing software, I understand that this by no means fixes the problem, since you lose all organization and editing. But it enables one to at least view the images lost. Hopefully a more knowledgable hacker else can figure out how to fix this completely. Unfortunately, I simply don't have the time to continue messing with this.
    Good luck to anyone else having issues! I understand the frustration you must be facing, its freaky having years worth of images simply disappear! After this incident, I'm definitely going to configure Time Machine to perform more frequent backups, since my latest backup was already a couple weeks old.

    Hey All,
    To my horror I have a similar problem and your solution didn't seem to help. To be specific, I get the error:
    "There was an error opening the database for the library “~/Pictures/Aperture Library_2.aplibrary" Everytime I try to run Aperture. This happened because my Apple computer shut off completely (due to bad battery) while importing photos from a memory card.
    I've tried "option + command" while clicking the aperture application and that gave me the same error message without any other option except to quit the program. I tried "option + command" and clicked the library package but that didn't work either. I tried creating a new aperture library, opening it which I did successfully, and then switching to my main one but that didn't work.
    Does anyone know away to get it to work again and have the edits still there?
    I'm a professional photographer and have thousands of photos or so in the library so this is distressing. The master files for the photos are located on an external hard drive, but I'm not sure how to access them in aperture. Are all the edits on the photographs are in the external hard drive or the aperture library. Is there any other way to resolve this issue without losing the edits?
    Does apple have a support number I can call? Any help would be greatly appreciated!!

  • Open Items upoad for projects from Legacy

    Hi All,
    How to handle Open Items upoad for projects from Legacy.We have projects open from few years in legacy system.
    So please advice how to handle costs spend on materials,labor,services etc.
    Muzamil

    Hi All, already found it myself. In the details for a payment in the payment lot I can enter different lines with selection criteria for a single payment. One with the contract and one with the reference.
    Sorry for answering this myself....Hope it might be helpfull someday for someone else.

Maybe you are looking for

  • Charging Problems with Brand New iPhone 4S

    My iPhone 4S was finally shipped today and I opened it up and turned it on with no problems. However, when I went to go charge it as it was about 50% battery life using a wall outlet and the given power source with the 4S, the iPhone would not charge

  • Spinning wheel of death while using photoshop, chrome and spotify

    I have a fairly new MacBook Pro which – on a bad day – keeps showing me 5x a day the spinning wheel of death for about 15 min, then it catches up again. the programms which are mostly unresponsive are photoshop, Chrome, spotify, skype. I tried lots o

  • Dropped my Ipod and it cracked open, need to recover data

    ladies and gents, I have an ipod 30 gig and I dropped it for the last time, now the battery is disconnected and I think the ribbon broke but I just tried to connect it to the port at the bottom and it says on the screen "please wait, very low battery

  • Adobe Form Server 5.1 Memory Problems

    FSService.exe increases memory when serving forms but never releases it. The forms are of the Form Server type and they have several calls to an InHouse COM Component. The COM Component was developed to encapsulate the calls to our Legacy systems via

  • Powerbook cover won't latch properly

    Hi, I've searched thru the forum for PB Screen Cover Latch problem. Tried some suggestion like tap the Screen cover to close the lid but still it does not close and I have to force it down to close it. Previously, I have problem closing as the latch