Visarc problem in source distribution

I am trying to build a source distribution out of a project in LabVIEW 8.6.1. I need to build the source distribution so that I can password protect all VI's in the project (about 1200). When I try to build the source distribution I get the following error message.
As you can see the source file does not exist because the path: C:\Documents and Settings\Program Files\National Instruments... does not exist. So I created that path and put the visarc file where LabVIEW thinks it should be. When I try to build the source distribution with the fake path I get the following error message:
Once again the following path does not exist: Program Files:\Nationa lnstruments\LabVIEW 8.6...
I dont know how to create this fake path because it seems to be treating Program Files as its own Hard Drive.
The next thing I did was reinstall DAQmx 8.9 as it is the name of the file is visarc, I dont know that it is connected to DAQmx but the visarc makes me think it could be. Reinstalling DAQmx does not solve this error.
I should also add that I was able to build a source distribution just fine three weeks ago. In the last three weeks the code has been worked on by myself and two other developers. I had seen problems with the other developers linking dll's from their desktop to vi's in the library and when I pulled it back on to my machine I was unable to build a source distribution because their dll's were at a different file path. I resolved that issue by relinking each subVI to the dll in the correct path. Could this be a similar problem where one of the other developers has visarc stored at C:\Documents and Settins\Program Files... and I just need to relink the visarc file? I don't think so because I don't think "relink the visarc file" makes since. I am open to any and all feedback.
Thanks!
Message Edited by jmcbee on 04-15-2009 08:47 AM
CLA, CLED, CTD,CPI, LabVIEW Champion
Platinum Alliance Partner
Senior Engineer
Using LV 2013, 2012
Don't forget Kudos for Good Answers, and Mark a solution if your problem is solved.
Solved!
Go to Solution.
Attachments:
visarc error 1.PNG ‏27 KB
visarc error 2.PNG ‏25 KB

Here is a solution provided by an AE:
Hi Jon,
Here is the information that should help you solve the error you are seeing
LabVIEW VIs point to rc files that are not located in the vi.lib. This means that if you move the VI on disk (up a folder, down a folder, some other drive) then the path it stored to the rc file (relative path) is no longer correct. The application builder will recognize that the rc file will have two different paths (one that is correct, and one that is not).
Once two different paths are recognized the source distributions will not build successfully. To correct this behavior follow these steps:
1.    If you have any previous LabVIEW versions installed temporarily
rename their resource folders. The resource directories can be in the labview\resource directory.
2.    Add massCompAll=True in the LabVIEW.ini file of the LabVIEW version
being used. The file can be found in labview\LabVIEW.ini. LabVIEW should be closed when editing the LabVIEW.ini file.
3.    Launch LabVIEW, and mass compile the project, then try the build.
4.    Exit LabVIEW, and fix any renamed resource folders back to their
original names.
5.    Remove the massCompAll=True token from the LabVIEW.ini file once the
mass compile has finished.
Note: The renaming of the resource folders of older LabVIEW versions is critical as the token set otherwise has a chance of causing the vi.lib's of different versions of LabVIEW to be cross-linked
Meghan
Applications Engineer
National Instruments
CLA, CLED, CTD,CPI, LabVIEW Champion
Platinum Alliance Partner
Senior Engineer
Using LV 2013, 2012
Don't forget Kudos for Good Answers, and Mark a solution if your problem is solved.

Similar Messages

Problem in Sourcing sequence for plant in Sales Order.

Hi
I am facing problem in Sourcing sequence for plant in Sales Order.
If in Sales order i am selecting material then system is picking plant automaticly 8635 which is worng. For customer XYZ/ ship to ID ZXY, system should pick plant in sequence 5400 - 2300 - 5050.
Could you please confirm what is exactly problem and what seeting i need to check.
pls confirm

But it is defind for material master.
Because 8635 existed in materila master so system determines 8635 plant into your sales order.
You can set only one plant as automatic else you can enter manually in sales order.
If you automatic as 5400 then assign in Customer material info record or Customer or material master any where you can maintain.

Problems with sources of supply determination for external requirements.

Hi gurus...
My scenario is SRM Classic Extended.
We have a problems with sources of supply determination for external
requirements comes from ECC. The shopping cart is created with successful
based in the purchase requisition at ECC, but when i try to make the
determination of sources of supply the system doesnt find any source of
supply.
There are a lot sources of supply creates for these parameters. The
contracts were already replicated to ECC.
This problem only occurs with external requirements comes from ECC, if i
created a shopping cart directly at SRM, using the same parameters, the
system propose the sources of supply correctly.
Is there something that we can do?? This is the normal comportment for the souces of supply?
Tks,
Gustavo Nogueira

Hello Gustavo Nogueira
Then it is an issue.
How are you searching the source of supply in sourcing cockpit.
Can you replicate the issue?
Let me know step by step,
as per standard SAP , source of supply data must be available for shopping carts so that buyer can assign the source of supply.
please share what source of supply you have there .

LV 8.5 Source Distribution Build Failure Error 6

I am trying to build a source distribution for my large project in LabVIEW 8.5 on Windows XP. I have the VI Analyzer and Database Connectivity Toolkit installed. I am using source code control with Subversion via the PushOK SVNSCC client plug-in with reserved file checkout enabled.
In the source distribution build properties, I have only the main VI selected.
When I create a preview of the source distribution, I can see all of the files that are supposed to be included.
When I try to build the source distribution, I get the following error:
*************************BEGIN ERROR REPORT***************************************************************
Visit the Request Support page at ni.com/ask to learn more about resolving this problem. Use the following information as a reference:
Error 6 occurred at Invoke Node in AB_Source_VI.lvclass:Close_Reference.vi->AB_Build.lvclass:Copy_Files.vi->AB_Build.lvclass:Build.vi->AB_Engine_Build.vi->AB_Build_Invoke.vi->AB_Build_Invoke.vi.ProxyCaller
Possible reason(s):
LabVIEW: Generic file I/O error.
=========================
NI-488: I/O operation aborted.
Method Name: Save:Target Instrument
*************************END ERROR REPORT*******************************************************************************************
I've Mass Compiled the project, which completed successfully, but made no difference when trying to build the distribution.
How can I get this souorce distribution to complete?

A couple of things to look at. Check to see if the path to the VI in its destination is very long. There is an OS limit to the number of characters a file's path can be. Also, you can try chaning settings in the "Additional Exclusions" page to see if that helps.
George M
National Instruments

Problem with Sourcing for multiple line items SRM 7.0

Dear All,
We are in SRM 7.0, extended classic scenerio,
For sourcing we have selected config "Sourcing is carried out for items without a Assigned source of supply" for all sytems and all product categories
Our requirement is Catalog items should not go to sourcing, Item with and without assigned source of supply both should go to sourcing and external requirements SC should go to sourcing.
We have done coding in BADI "DOC SAVE BADI" and "BBP_SRC_DETERMINE" method DETERMINE_SOURCING.
Now we create SC with line items only using Catalog it is working fine, SC not going to sorcing,
Create SCfor line items with assigned source of supply only it is working fine, SC going to sourcing,
and Create SCfor line items without assigned source of supply only it is working fine, SC going to sourcing,
But problem is with the combination of all items i.e. Catalog, with and w/o assigned source of supply in one SC
Assigned source of supply item is not appearing in Sourcing cockpit, and some time catalog items also available for sourcing.
Please help
Thanks in Advance
Vikas
Edited by: VIKAS CHINCHORE on Oct 4, 2011 11:53 AM
Any luck?

Hi
Please revisit your logic wriiten in this method
DETERMINE_SOURCING
Are you checking here sc has item or sc has supplier or not ( fixed supplier) in the logic? it must be item check.
As per sap standard , catalog item / fixed source of supply assigned will not venture to cockpit (Sourcing is carried out for items without a Assigned source of supply)

Problem creating source list

Hi
We are on ECC 5.0 and in one of our ABAP programs create a PIR as a first step using ME11 BDC call and then go ahead to create a sourcelist for the material + plant and the vendor ( for which PIR was created in the first step ) .
To create source list we use the following function modules ( fms ) in sequence
ME_INITIALIZE_SOURCE_LIST
ME_DIRECT_INPUT_SOURCE_LIST
ME_POST_SOURCE_LIST_NEW
What we observe is that - the ME_DIRECT_INPUT_SOURCE_LIST fm always raises an abort message - ' No PIR exists for the material and vendor ' even though PIR is created in the first step and we check for its existence before we call the fms for the source list. However if we introduce a wait for upto 15 seconds after the PIR has been created the sourcelist creation goes through.
Any idea why the above is happening. Similar situations faced with source list creation - shared is appreciated. Correct answers helping me solve this problem will be promptly rewarded

Hi Karthik,
System takes some time to COMMIT all the work thats why it's happening.
Keep the WAIT FOR UP TO <reasonale seconds value> SECONDS in your code.
Regards,
Atish

Problem Activating Source system RSAR 374, RSAR 375

Hi all,
Hoping you can help me with this issue. I have two
systems,one R/3 4.7 system and another BW 3.0B system.Both are recently installed. created user in client 800 on R/3. created user in client 100 on BW. i established RFC destination between both, Logical source system assignments and definitions of logical source systems on both. They are working correctly, But i couldnot succeed in creation of the source system. it gets created but it is not activated and ends with the following errors.
Message and the id next to it
1) The following errors occured in the source system. RSAR 374.
2) Result of the destination check: timeout . RSAR 375 .
when i try to activate it by right clicking on it , it does give these errors and activation gets terminated.
Can anyone pleaseeeeeeeeeeee with this. Thanks a lottttttt........
kishore karnati

Hi Kishore and Edwin,
I have exactly the same problem described here, except I am creating an ECC 6 source system in BI 7.
Therefore, I am wondering if you guys can elaborate on your experience.
I get the same error message RSAR 374 and RSAR 375.
I did both connection and authorization tests for the RFC in SM59 and it's OK.
What do you mean by the "basic concept of BWREMOTE AND ALEREMOTE background users."???
Please advise.
Cheers,
SJ

Problem in Source storage bin for returs

Hi,
i did PGR for a returns delivery and when i tried to create TO
for the same system is taking the source bin as 000000000 and not the delivery number. i checked the movement type 651 where my entries are correct ie,.. in source storage type i have given 904 and checked the field " source" .
can any body tell me why the system is taking 00000000 as source storage bin rather than the del no............
waiting for ur quick reply.....
thanks

Hi Csaba / rajasekar
i have those requirement tupes maintained correctly.
and further i have gone through OSS notes, it is very helpful.
here i would like bring one more thing to ur notice that this problem i am facing intermittently and not each and everytime.
System is picking up delivery no sometimes and some times it is not.
Further i'll take this oppurtunity to ask u one more question ie...
in OMLR transaction assignment of WM-IM mov types, i have not maintained 601 mov type entry ie,... the entry IMmov type 601 and WM mov type 601 with all the fields in between....but i wonder how the system is allowing me to create TO for the delivery and reverse the same...and even i can find WM mov type 601 in delivery at the time of creating this TO......pls try to anser me how the system is automatically picking this WM mov type and allowing me to create TO........
waiting for ur response

Source distribution, source file settings, files not goint to the desired destination directory

I am tring to set up a number of source distributions for a handful of unique but related programs in LabView 8.0.1. All of the programs have their own unique tasks to comple but they all use a set of basic sub vi's that I wrote. Basically I could have put all those sub vi's into a .lib file but chose not to for the sake of simplicity. Also each program calls a number of vi's from the set of LabView libraries. To summarize what I want to do with my distribution structure; I created four destination directories: First the top level destination directory, the top level vi of each program will live there. Second I made the Support Directory which contains all of the unique sub vi's that are required by the top level vi. Third I mad a Common Support directory which will contain all of the basic sub vi's that all of my programs use. And fourth I made a Library Support directory which will contain all LabView library vi's. The top level destination directory is superior to the other three directories and the other three directories are at a pier level.
My problem is when I assign the locations for the vi's in the Source File Setting category. The destination directory for all of my Dependencies vi's (basically all of the LabView library vi's) is not obeyed. I want all of those vi's to appear in my Library Support directory, but when I generate a preview they don't appear in the assigned directory. All other destination directories are obeyed and appear correctly. I do not know what I am doing incorrectly. I have attached a few screen shots to help explain my structure and where it is not working.
Any help is appreciated,
Eric
Attachments:
Preview.JPG ‏82 KB
Distribution Settings.JPG ‏61 KB
Source File Settings.JPG ‏58 KB

Eric:
I just created a source distribution with specific folders and things seemed to work just fine for me. Please take a look at the attached document and let me know if you are experiencing the same thing, it is possible that I am missing your point.
Thanks,
Rudi N.
Attachments:
SourceDist.doc ‏160 KB

Problem compiling source file in package

Hi, I have 5 source files which I have just packaged together and put in the same sub-directory, the problem is that when I try to compile the file with the main method I get the error message:"cannot read" then the name of the source file. I am compiling from the command line and setting the classpath as I compile with the statement:
c:\j2sdk1.4.1\bin>javac -classpath c:\directory\package directory source file.java
I'm not sure what I am doing wrong and the source files all compiled fine before I added the package statement to the files. Please any help would really be appreciated.

It sounds like the java file your are trying to compile is not in the directory you are compiling from.
Is this basically what you are doing?:
Say the package name is mypackage.
Assume we are O.K. with keeping source and class files together.
Create a directory named 'mypackage' somewhere...C:\mypackage\.
Put all the .java files in it (these .java files indicate that they are a member of the 'mypackage' package).
At a command prompt, cd to the directory containing the 'mypackage' directory...'cd C:\'
Compile the source files: C:\j2sdk1.4.1\bin\javac mypackage\*.java
run the main class: C:\j2sdk1.4.1\bin\java mypackage.TheMainClass
Basically, this says keep the files where you want them and point to javac, instead of moving everything under java/bin. btw it will save a lot of typing if you add java/bin to your PATH.
Hope this helps.

Append Control Image to Report stops Source Distribution from working

I have a top level built executeable that calls various external vi's using the "Call by Reference Node" function. This seems to work ok, to a point. An additional point here is this is code that I had running well in LV8.2 and am now trying to get running in LV2010 as there have been some significant changes in LV that have impacted on this project and this has forced me to change things.
The external vi that is called is stored in a "Source Distribution" directory structure, which has been generated via its own project specifications. An examination of the directories and vi's stored at the destination looks like everything should be there.
When it comes to running the vi in the source distribution directory (from the top level built executeable) I get the following error message "Error 1003 occurred at Open VI Reference in Run HTML Report Generation VI LV10.vi->Generate Reports.vi", with the additional suggestion " The VI is not executable. Most likely the VI is broken or one of its subVIs cannot be located. Select File>>Open to open the VI and then verify that you are able to run it.". So it looks like there is something missing in the "Source Distribution" directories.
Doing as suggested, opening the vi in the "Source Distribution" with the development environment, shows that it has no broken arrow. My suspicion is the development environment is supplying whatever it is missing.
Using the built top level application, using trial and error and using the diagram disable structure, I have narrowed down the location of the problem to an "Append Control Image to Report" sub vi (its from the NI Report menus). Disabling this vi at the level it is called, allows the "Source Distribution" vi to run.  "Append Control Image to Report" is part of a class structure and I must say I have not used class structures so my understanding of their implications is very limited.
If I instead dive into "Append Control Image to Report" vi and disable the vast majority of its diagram (everything in the "No Error" case), the original error pops up again. Bit strange considering there are only controls and indicators and a case statement left.
I would appreciate any suggestions, as this has got me stumped. Hopefully I have made myself clear enough as it is all a bit complicated. Let me know if I haven't. Thanks.
Herbert Niesler

    Hi Caleb,
      "When the VI displays the broken arrow and displays that error in the dialog, does it take you to a particular diagram component? Does the diagram have any broken arrows or something?"...      it doesn't take me to a particular diagram. Is this possible in the RTE? If it is how do I enable it?
   I can follow the chain of broken arrows (front panel only) down to my vi that calls the NIreport vi that is causing the problem. However I am unable to open the NIreport vi's in the RTE, so cannot chase this any further down the call chain.
I have tried opening the offending top level vi (on a network drive) and it opens ok. When I close it, it wants to save some changes which i think might point at where the problem is. The attached file shows the screen shots of the "Explain Changes" window. Hopefully they mean something to you.
       Cheers
                Herbert
Herbert Niesler
Attachments:
Explain Changes.jpg ‏46 KB

SQL Server 2000 to Oracle 9.2 problem [b]"Source database not captured"[/b]

hi, first-timer here working with the latest omwb version.
anyway
i'm trying to do a offline migration of the "Northwind" demo database as an example, they are no problems with the process, everything works like a charm ... until is time to press the "finish" button in the wizard-summary screen.
after that the output seems normal and there's no error, the completion pop-up message throws a 0 warnings 0 errors, supposedly ending the loading of the model, but the capture is labeled as aborted and the source database is not captured at all.
i have done everything in the manual, creating the privileged user "omwb_user", seeing that the corresponding tablespace was created, giving enough space everywhere.
so, what's the problem here?
i will appreciate any help or hint
thank in advance

i thought that mi domain standard of "john.doe" was the problem, i take out all the users, and now there is only the "sa" and "guest" accounts.
tried the online capture and it worked completely, tried the offline, the same problem:
** Started : Fri Oct 22 09:26:41 COT 2004
** Workbench Repository : Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
Repository Connection URL: jdbc:oracle:thin:@localhost:1521:orcl
** The following plugins are installed:
** Microsoft SQLServer 2000 Plugin, Production Release 10.1.0.2
** Microsoft SQLServer 6.5 Plugin, Production Release 10.1.0.2
** Active Plugin : SQLServer2K
EXCEPTION :SQLServer2KDisconnSourceModelLoad.loadSourceModel(): oracle.mtg.migration.MigrationStopException: java.lang.IndexOutOfBoundsException: Index: 15, Size: 15
** Shutdown : Fri Oct 22 09:27:14 COT 2004
any ideas?
thanks

Problem restoring source system connection post BW system copy

Hi.
I am having problems restoring the R/3 connection in our BW system.
This is the scenario.
We need to move our BW production system onto a new system, but keep both BW connected to R/3 production for testing etc until cutover to our new BW system.
Basis performed a system copy and restore of BW production to the new system and ran BDLS.
When I try to restore the R/3 connection via RSA1 I am getting the following error at the end-
"A connection already exists there ......." and the message refers to our current/live BW system. The options are to delete the existing or not delete. I have only chosen "do not delete" and therefore the connection is not restored. My concern is that if I choose "delete" this will damage my existing connection between R/3 and the currently live BW system which is we cannot afford to do.
In our newly copied BW system we are using the existing R/3 SM59 (from system copy), and in R/3 we have created a new SM59 for our new BW system.
It seems from the error message information that is complains that BW sent R/3 some sort of ID (value = "WS") and that is already taken by the existing BW system. I tried to find where and what this WS value is referring to and the only thing I have found is that in table RSBASISIDOC "WS" is the suffix for transfer structure for that R/3 system. ??? Not sure if this is related for what.
Thanks for any help

Hi ,
Please check with basis or if you can ,then try to restore the source system in BI/BW.This should correct the inconsistencies between the two systems which is being caused by different Idoc types
Also check the table RSBASIDOC in the BI system and compare this to R/3 system ,the "basic type" field should be same.
A restore should work,it has always worked for me.
Regards
Amit

Problem Building Source Distro

I can build my project into an EXE and Installer without problem but when I try to build a Source Distribution I get the following error:
As you can see the source file C:\Documents and Settings\Program Files\National Instruments\LabVIEW 8.6\resource\objmgr\daqmx.rc
does not exist. Of course not, you can't get to Program Files from Documents and Settings. Has anyone else seen this problem and/or found a workaround?
Message Edited by jmcbee on 12-16-2008 01:03 PM
CLA, CLED, CTD,CPI, LabVIEW Champion
Platinum Alliance Partner
Senior Engineer
Using LV 2013, 2012
Don't forget Kudos for Good Answers, and Mark a solution if your problem is solved.
Solved!
Go to Solution.
Attachments:
SD Error.PNG ‏31 KB

Hi Stephen,
You are correct, I am programmatically registering NI-DAQmx events. The project seems to be too large to attach to this post, do you have another way I can get it to you?
CLA, CLED, CTD,CPI, LabVIEW Champion
Platinum Alliance Partner
Senior Engineer
Using LV 2013, 2012
Don't forget Kudos for Good Answers, and Mark a solution if your problem is solved.

Problem with -source 1.5

Map<String, Image> images = new HashMap<String, Image>();
this line is a problem on my JSC while compiling. It generates an error:
generics are not supported in -source 1.4
(try -source 1.5 to enable generics)In the project's File/Properties it is possible to choose from two Java platforms:
1. Java HotSpot(TM) Client VM 1.5.0_06-b05, which is JDK installed by myself
2. JDK 1.5 (Default) , which is installed with the Java Sun Creator
So... both Java platforms seem to be 1.5 - where is the problem? How can I tell JSC to switch its compiler to java 1.5? I also tried "-source 1.5" as a compiler parameter - doesn't work. I feel confused a little bit. This hashmap is rather essential to my project. Thanks in advance for any suggestions or help.
Orkan

Hi
Take a look at the FAQ
Does Java Studio Creator support Java 5? at
http://developers.sun.com/prodtech/javatools/jscreator/reference/faqs/configuration/index.html
MJ

Visarc problem in source distributi​on

Similar Messages

Maybe you are looking for

Visarc problem in source distribution