installing valentina xcmd
Yennie at aol.com
Yennie at aol.com
Mon Jun 16 17:12:00 EDT 2003
I don't know if this will make a difference, but you could try changing the
path to:
./myExternal.bundle
It really shouldn't make a difference, but that's what I've used before.
You can also bury it in a relative folder such as:
./externals/myExternal.bundle
Finally, one last technique. Create an external "library" stack, set the
externals property of that stack, and "start using" the library stack. This gives
you finer control of when the external is actually loaded. It's also nice
because you can still make changes to the library stack without rebuilding the
standalone, including wrappers to external calls, etc.
When the external isn't working, what do you find when you query the
"externalFunctions" property? Do you get "Valentina" in the list?
Also, is there any way you could be changing the current directory before the
external is loaded (which I think is impossible unless you use "start using",
but alas...)? Reason I ask is because the external property is a relative
path. You might try outputting the current directory when the external is not
working, and see if it is something other than the path to the application.
Hope something there helps!
> I was wondering if my filepath for the OS X external is correct though.
> I use simply "myExternal.bundle" and the external is placed in the same
> folder as the app (which is itself a bundle.) This gives variable
> results. Since the Macho engine is inside the Resources folder, which is
> inside the Contents folder, I tried putting the external.bundle into the
> Resources folder inside the app bundle. Still no go.
>
------------------------------
Brian Yennie
Chief Technology Officer
QLD Learning, LLC
www.QLDLearning.com
PH: (904)-997-0212
EMAIL: Yennie at aol.com
-------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.runrev.com/pipermail/use-livecode/attachments/20030616/16141a17/attachment.html>
More information about the use-livecode
mailing list