Error 10, Duplicate path on building with Linux App Builder

I have used both Mac and Windows App Builder 6.1 with the same files and not had this kind of problem. The VIs I am trying to build are very simple, see attachedd.
Attachments:
Analog_Out_Control.vi ‏91 KB

I've tried different kernels (the machines are P4 w/HT so the installer defauls to an smp kernel). Currently running linux 2.6.8-24.10-default #1 Wed Dec 22 11:54:27 UTC 2004 i686 i686 i386 GNU/Linux. I've tried various other smp and non-smp kernels.
I've uninstalled and reinstalled Labview, app builder and daqmxbase in various sequences. I've even reinstalled the entire Suse 9.2 OS and played with various grub and BIOS options. I've tried with the vanilla OS install and after applying the available patches through YaST.
I should point out that the app runs fine in Labview itself and compiles without errors on Windows.
There were no errors reported when installing Labview or daqmxbase and nothing in the system log.
I'm at a complete loss. The app builder fails every time, on different boxes, and it 100% reproducable.
I guess I'll give Mandriva 10 a try. In the meantime.... help! Message Edited by PaulSmith on 06-17-2005 11:52 AM
Message Edited by PaulSmith on 06-17-2005 11:52 AM

Similar Messages

I have a problem, i can't generate with DPS App Builder "App distribuzione.zip" to be sent to Apple to publish APP, this is the error message: is not a valid distribution certificate Apple. What do I do?

I have a problem, i can't generate with DPS App Builder "App distribuzione.zip" to be sent to Apple to publish APP, this is the error message: is not a valid distribution certificate Apple. What do I do?

As Bern510 says, you'll need to recreate certificates that are valid. I suggest following our step-by-step publishing guide, which walks through how to obtain certificates correctly.
http://help.adobe.com/en_US/ppcompdoc/Step_by_step_guide_to_dps_se.pdf
Neil

Hello i need some help with adobe app builder

i just had an issue where i could not get my app move to app builder said (error could login failed)
now i removede the app builder from applications and are trying to install new one but i cant find it anywhere.

There is a link to download App Builder when you sign in to the DPS Dashboard (http://digitalpublishing.acrobat.com). There is also a link on the DPS install help page.
http://helpx.adobe.com/digital-publishing-suite/help/installing-digital-publishing-tools.h tml

Linux app builder hangs with daqmxbase 1.5.0-f2

Having a problem building apps on linux using daqmxbase 1.5.
Test machines are:
A fresh installation of Suse 9.2 (kernel 2.6.8) on a Dell SC420 to which I added Labview 7.1, Appbuilder and daqmxbase 1.5.0-f2. Building our app fails on the "Copying files to application" part - the progress bar hangs at about 40% complete. The Labview windows become unresponsive, disk i/o stops and the process has to be killed.
I tried building some of the NI examples to pin down a possible issue with our vi but the same thing seems to happen with any example that has a daq component.
Normalize Waveform example - builds and runs fine
Signal generation and processing example - builds and runs fine
Our app - hangs
USB-6008/9 Interactive Control Panel - hangs
Count digital events buffered continuous ext clk example - hangs
In case there was an issue with Suse or 2.6.8 I tried a fresh install of Redhat 9 (2.4.20) on a different box, added labview, appbuilder, daqmxbase 1.5 and the same thing happens - the builder hangs.
Figuring that the builder might need some hardware in order to build an app properly I also gave it a shot with a USB 6009 plugged in - same result.
Being new to labview I'm unsure whether there are any specific log files I can provide that will help track down this problem - /var/log/messages has nothing.
Any ideas?

I've tried different kernels (the machines are P4 w/HT so the installer defauls to an smp kernel). Currently running linux 2.6.8-24.10-default #1 Wed Dec 22 11:54:27 UTC 2004 i686 i686 i386 GNU/Linux. I've tried various other smp and non-smp kernels.
I've uninstalled and reinstalled Labview, app builder and daqmxbase in various sequences. I've even reinstalled the entire Suse 9.2 OS and played with various grub and BIOS options. I've tried with the vanilla OS install and after applying the available patches through YaST.
I should point out that the app runs fine in Labview itself and compiles without errors on Windows.
There were no errors reported when installing Labview or daqmxbase and nothing in the system log.
I'm at a complete loss. The app builder fails every time, on different boxes, and it 100% reproducable.
I guess I'll give Mandriva 10 a try. In the meantime.... help! Message Edited by PaulSmith on 06-17-2005 11:52 AM
Message Edited by PaulSmith on 06-17-2005 11:52 AM

Export release build with latest nightly build

I picked up a night build this week and I noticed when I export release build now I get a bunch of framework sdks and swc files. I need to build something I can email to my supervisors for them to play with the gui I am building. If I try to run the swf it says it does not have permission to access the required framework swf. Is there some way to give it permission to do this? When I did a nightly build with beta2, it created an all encompased swf that I could mail people.
Thanks for the input.

Hi,
You need to go into your project settings a set the flex build path to merge code.
David

Problem with DPS App Builder

I have a problem with app multi-folio creation, after selected all icons and right certificates when I press Create App the program generate an error of a missing file, assets.zip, but I've added only icons, splash images and anything else. About one mounth ago I've created another app with same settings and it has worked well. I tried to reinstall DPS App Builder but same problem...what I can do?

Hi Davebraga
I'm having the same error message when trying to re-submit my app. I've already submitted and apple have approved, I've then just made a few text tweaks and I'm trying to download the development and distribution files but having no luck only the folio error message!
And I don't know how to creat the 2 files you talk about to resolve the issue. Is this easy to do? If so, would you be kind enough to tell me how or point me in the right direction.
Many thanks,
Pete

Problems with DPS app builder and distribution mobileprovision

We followed all the steps when building the distribution mobile provisioning file, but the DPS app builder won't let us get past the certificate screen. It says that our file is not "Not a distribution mobileprovision file".
The file is a distribution mobileprovision file.
Any help or ideas?

Please PM me the e-mail ID used to activate the serial(i.e appbuilder login e-mail) and I'll reset the serial and get back to you provided the serial number was never used to publish a live app

Submitting to the build queue - DPS App Builder v27

I am wanting to update our current app to v27. I have downloaded the new tools, including the new DPS App Builder from our DPS Dashboard. (running CS6 - Pro Account)
I have gone thru the simple steps of "editing" our existing app in App Builder and now I have encountered the "pop-up window will disappear once completed" window. This process never comes to an end. I have waited over 45 mins for the build to be submitted and for the pop-up window to disappear. No luck. I have to force quit App Builder to stop.
I have deleated App Builder and re-downloaded it and went thru the same process and still get the never-closing "submitting to the build queue" window.
If I re-launch App Builder, I do see in the App Details column that our App has been modified by way of the "last modified date" but can I trust that it has been modified as I never get to the "finish" button using App Builder.
Thanks in advance.
Tom

Dear Dan,
This bug is still persists in the version 2.8.0. My client has started to compire our app, but the AppBuilder does nothing just waiting in. Before the malfunction, the appbuilder has reported an error: the size of the app was to big (bigger then 5 Mb).
My client has reduced the filesize, but then come the "freezing".
There is the application log file:
10/1/2013 00:43:00.209 [ERROR] ViewerBuilder An uncaught error has occured: Error #1085
10/1/2013 01:42:59.425 [ERROR] ViewerBuilder An uncaught error has occured: Error #1085
10/1/2013 02:42:59.740 [ERROR] ViewerBuilder An uncaught error has occured: Error #1085
10/1/2013 03:42:59.132 [ERROR] ViewerBuilder An uncaught error has occured: Error #1085
10/1/2013 04:42:59.088 [ERROR] ViewerBuilder An uncaught error has occured: Error #1085
10/1/2013 05:42:58.892 [ERROR] ViewerBuilder An uncaught error has occured: Error #1085
10/1/2013 06:42:59.289 [ERROR] ViewerBuilder An uncaught error has occured: Error #1085
10/1/2013 07:42:58.729 [ERROR] ViewerBuilder An uncaught error has occured: Error #1085
10/1/2013 08:32:41.906 [WARN] com.adobe.viewerbuilder.models.publication.SettingDescriptor Cannot compare the activation viewer version with a string that does not respect the expected format: null
10/1/2013 08:42:59.481 [ERROR] ViewerBuilder An uncaught error has occured: Error #1085
10/1/2013 09:38:30.430 [WARN] com.adobe.viewerbuilder.models.publication.SettingDescriptor Cannot compare the activation viewer version with a string that does not respect the expected format: null
10/1/2013 09:38:38.531 [WARN] com.adobe.viewerbuilder.models.Folio Original path to folio was null/empty, it is possible that publication (id: 50108, name: DRG Formats 2013) was created on a different machine
10/1/2013 09:38:48.837 [WARN] com.adobe.viewerbuilder.models.Folio Original path to folio was null/empty, it is possible that publication (id: 49965, name: FremantleMedia International) was created on a different machine
10/1/2013 09:38:52.064 [WARN] com.adobe.viewerbuilder.models.Folio Original path to folio was null/empty, it is possible that publication (id: 49965, name: FremantleMedia International) was created on a different machine
10/1/2013 09:39:05.649 [WARN] com.adobe.viewerbuilder.models.Folio Original path to folio was null/empty, it is possible that publication (id: 49965, name: FremantleMedia International) was created on a different machine
10/1/2013 09:39:21.150 [WARN] com.adobe.viewerbuilder.models.Folio Original path to folio was null/empty, it is possible that publication (id: 50087, name: FremantleMedia Formats) was created on a different machine
10/1/2013 09:39:21.886 [WARN] com.adobe.viewerbuilder.models.Folio Original path to folio was null/empty, it is possible that publication (id: 50108, name: DRG Formats 2013) was created on a different machine
Thank you for the help.

NOT FOUND WCE2013 (update 5 or 11) Platform builder and Embedded App Builder in VS2013 update 4

Hi MS MVP,
I installed WCE2013 update 5 on VS2013 update 4 in Windows 7 Ultimate x64 successfully.
However, Open VS2013, I cannot found BSP builder and App builder.
I guess .net updates in Windows update causes the PROBLEM.
I trialed some test case:
- Install WCE2013 update5 on Win8.1 x64, VS2013 update2 : only see BSP builder in new project templates, BUT App builder missing. After upgrading VS2013 to update 4, BSP builder disappears in new project templates.
- Install WCE2013 update5 on Win7 x64: not thing changes in VS2013 update4. Downgrade VS2013 to update2 gets similar failure.
Please HELP!

I didn't answered my question, but I got it to work without having to re-install.
Delete all these files and folders from the eclipse/plugins and eclipse/features folder of your Flash Builder installation folder
com.adobe.cslib
com.adobe.inverurie
com.adobe.xmp
Open the CS Extension Builder plugin package
Copy all .jar files from the plugin directory and paste them into the eclipse/plugins folder of the Flash Builder installation
Copy all .jar files from the features directory and paste them into the eclipse/features folder of the Flash Builder installation
Extract every jar (ex: com.adobe.cside.feature_2.0.0.4-33034.jar file is extracted into a com.adobe.cside.feature_2.0.0.4-33034 folder)
Delete the .jar files
Restart Flash Builder
Everything works fine so far. There is a small glitch where the "CS Extension Builder Start Page" seems to miss its stylesheet, but the panel is working anyway. At this point, it's fine by me. And I'm still not able to uninstall the plugin with the "Installed Software" window (the button is grayed out).
So much for being lazy. And for wanting to repair my mistakes, of course.

MTU error (Path too long) with linux-3.6.2

I have a PC running 24/7, with an OpenVPN connection up all the time as well. I also have a (shared) ssh connection open, through said vpn. Every night an rsync job is ran, to backup some stuff over said VPN, through a shared ssh connection.
Starting a few days ago (Oct 17) I've had trouble with this, as in after rsync started, it would not be able to finish its job, getting "interrupted" (or, hanged) quite early on.
Looking in the journal, I can see error messages such as those (right after rsync starts, which happens at 02:23) :
Oct 17 02:23:05 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:23:06 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:23:06 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:23:06 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:23:06 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:23:07 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:23:09 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:23:13 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:23:22 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:23:39 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:24:13 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:25:20 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:27:21 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:29:21 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:31:21 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:33:22 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:35:22 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
Oct 17 02:37:22 arch.local openvpn@xxx[552]: read UDPv4 [EMSGSIZE Path-MTU=1460]: Message too long (code=90)
This eventually led to the ssh connection timing out, and the rsync job failing to complete.
Also, restarting OpenVPN seems to "fix" the issue, without the need to change any settings.
That's when I realized this started happening since upgrading the kernel to 3.6.2, so I then downgraded to 3.5.6 (Oct 19) and, since then, haven't had any issue.
So I'm thinking this is some kind of bug/regression in the 3.6 kernel, but I'm not really sure what to do now.
Note: I see 3.6.3 is out (and in testing), but only looked at the changelog so far (and didn't see anything that seem related to this issue?).

Thanks for your answers (and sorry about the delay).
I'm not sure how to read the error message actually, but I use default settings and `ip addr show` reports a MTU of 1500 indeed. Also, (on linux-3.6.2) I tried using OpenVPN's --mtu-test option to see what it would say (even though early on I never have a problem), and here it is:
NOTE: Empirical MTU test completed [Tried,Actual] local->remote=[1541,1541] remote->local=[1541,1541]
I'm nor really sure what it means, that I could (should?) use 1541 instead of 1500? And if so, how come it says I could go higher while I get errors with Path-MTU=1460 ? And actually, right before this result I do have a couple of those Path-MTU errors in the log, so I really don't know what to make of it, could it fail at 1460 but work higher? Does that even make sense?
I still don't know if it's really an MTU issue or not, since the kernel 3.5.6 isn't affected. Anyhow, I'll probably install 3.6.3 and see, hopefully it'll be back to normal.... if not I guess I'll have to try and set an MTU, though I'm not sure to what.
Also, would that require the OpenVPN server to have its MTU set that way as well (Since currently it also uses default settings, so MTU 1500) ?

The executible I build with the application builder does not function the same as my VI file.

I am using a USB 6008 device with the newest DAQmx drivers and Labview
8.2 to make analog voltage readings. Within my main VI I first
create a data folder in the same location as the VI using a property
node and then use case statements to call two sub VIs that create a
data file within the data folder and then collects data. When I use the
application builder to create an executible the resulting file does not
operate the same as the origional VI. The program appears to be
reacting to button presses on the GUI, but there is no indication that
the data folder is being created or that any measurements are buing
made. Are there any known issues that may account for this
anomily?
-Mike
Message Edited by TMBurleson on 10-16-2006 03:09 PM

Are you using the VI Path property, using a reference to the current VI?
I could be wrong, but if you're attempting to use a path relative to the current VI, I think that does indeed change in a built application. If your VI used to be C:\somewhere\foo.VI, then after building its path would actually be C:\somewhere\foo.EXE\foo.vi . Thus, if foo.VI used to try to make a folder like C:\somewhere\datafolder, the built application would be trying to make C:\somewhere\foo.EXE\datafolder , which wouldn't work.
This is sort of a shot in the dark, but does this sound like it might be the case?
EDIT: Dennis beat me to it.Message Edited by kehander on 10-16-2006 03:26 PM

Introduction to PhoneGap Build - Building your first app | Building Mobile Apps with PhoneGap Build | Adobe TV

In this video you will learn how easy it is to build and update your first mobile app using web technologies with the Adobe PhoneGap Build cloud service and learn about two new great improvements to speed developer workflow!
http://adobe.ly/18qDiVR

I just installed the latest Edge Code but there's no PhoneGap build icon as seen in the video. I don't see any way to turn this feature on.

Problems with DPS App Builder

Best to all,
Buy For several days the DPS Single Edition.
I did a test to start knowing how to use the DPS and all great and activate a publication of test certificates of apple and even download the. Ipa to test it on the ipad.
But what is my surprise when I try to activate a second application and asks me the serial number of DPS Sigle Edition and fails to introduce me and not let me delete the publication of test.
I do not see any e Folio Producer publication, I can not activate the new or delete the old, ...
I've watched all the FAQ's, manuals and video but not happened.
A greeting.

Please PM me the e-mail ID used to activate the serial(i.e appbuilder login e-mail) and I'll reset the serial and get back to you provided the serial number was never used to publish a live app

DLL build by Labview App Builder doesn't work if Built-IN functions used!?

Hi All,
I hope somebody shed some light on this;
(All VIs are in the attached case1-2.zip)
Case 1:
A VI reads a 1D array data and Uses RMS.vi to calc the rms of the data and returns the rms value and the error value. (make1_dll.vi).
This VI is used to build a DLL. (test1.dll using the test1.bld)
Call this DLL in a new VI (just to test that the DLL works) (test1.vi)
RUN the new VI >>> Result Nothing happens No Error or Crash and No result!!!
Case2 :
Build the above without using the “RMS.vi” and works OK. (see case2 VIs)
Any idea why the build-in function doesn’t work?
Best regards
Attachments:
case1-2.zip ‏44 KB

Joel A wrote:
You might want to look at the path building you are doing to find the RMS VI. If you are using relative paths, then LabVIEW calls like "VI Path" will have an extra path if the VI is an exe or inside an LLB.
Drop some probes (indicators, outputs, etc.), rebuild and double check the paths. I've been burned by this before...
If this is the case, you can use the VI properties, or path parsing to solve it.
joel
I don't think that is the problem. The RMS.vi is referenced as statically linked VI in the make1_dll.vi.
As such it should be linked into the LabVIEW DLL as well. What I suspect is the problem is the fact that
the RMS.vi uses the lvanlys.dll and that for some reason there is something going wrong with the LabVIEW
test1.dll, which runs in the LabVIEW runtime context, calling lvanlys.dll while executed in the context
of LabVIEW itself. Probably something to do with the changes to how lvanlys.dll is treated between LV 7.0
and 7.1.
I see this same behaviour on my system too, so an installation problem is quite unlikely. Other than that calling a LabVIEW dll from within LabVIEW makes not that much sense (but did work fine in the past save from some hassles in 6.0 and 6.0.1), I have no explanation why this doesn't work.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

App Builder produces "Not Executable" error with Strictly Typed VI Refs

There is a very frustrating problem with the app builder in LV 8.0.1. Certain VIs compile and run fine in labview, but the app builder
refuses to make them into applications.
The error message is very long and ends with something like "The VI is not
executable". Standard advice for this problem is to force LV to recompile
everything you're building by either mass compiling or ctrl-shift clicking the
run arrow, but this hasn't worked for me in two separate cases (completely
different projects).
It seems that this problem is caused by wiring a strictly typed VI reference to
an invoke node with the FP.open method selected. In both cases I resolved
the issue by changing the Static VI Reference to be weakly typed (right-click
the static vi reference and make sure "Strictly Typed VI Reference"
is unchecked). After that, the project build successfully.
This is very hard for a user to track down for several reasons:
- The error message in the application builder does not give any
indication as to what the real problem is
- The app builder reports that the top-level VI is broken, even when the
strictly typed reference and invoke node may occur in a sub VI
- Nothing (that I can
find at least) in the documentation suggests that strictly typed references
won't work with the Open.FP method.
There is a page that says "some of the properties and methods do
not work when you configure this function to output a strictly typed VI
reference," but no indication is given of which methods fail
Note that in one case I was also able to make the project
build by deleting an instance of "IMAQ Create.vi" from the top-level
VI. I
have no explanation for this.
Hopefully this post will save some other users the trouble
of tracking this down and maybe even get NI to correct the issue for future
versions.
Adam Brewster

Hello Adam,
Thank you for sharing your experience and insight. Your post was well thought-out and offered a
good description of the problem as well as some possible workarounds. I believe that the issue has been filed and
is under investigation (3TU8T8V9). Feel
free to post back after the next LabVIEW release and inquire as to its status.
Thanks again,
Travis M
LabVIEW R&D
National Instruments

Error 10, Duplicate path on building with Linux App Builder

Similar Messages

Maybe you are looking for